C6 e-mail plain text issue

Hi.
It seems as if the current version of Mail for Exchange is unable to show e-mails in plain text format. They show up as empty e-mails while those in html format display correctly.
Has anyone else experienced the same problem?
//Ecco

honkshooter --
Check out this thread, and Dallas' last post there.
(And your Courier fonts).
http://discussions.apple.com/thread.jspa?threadID=2149996&tstart=0

Similar Messages

Bug in Mail: Plain-Text | Rich-Text-Mails

Hi,
just found a bug in Mail (Mac OS X 10.6.2):
I am using a faxservice-provider, which sends my PDF-files to the transmitted fax-number.
This stopped working a few weeks ago, the recipients of my faxe just get blank pages.
I talked to the provider and they told me, that I was sending "Multi-Part-HTML"-mails, so their fax-software just sends the first part of the mail (some blank lines) and not the attached PDF-file.
So I checked a few thing and found the following bug:
Mail is set up to send mails only as "plain-text"-mails.
But if i send an email via the print-dialog ("send PDF per Mail") Mail creates a Rich-Text-mail. This also happens when using the "send PDF via Mail button" in Adobe Reader.
The created Mail is NOT a plain-text-mail!
Saving a PDF-file to the desktop and dragging the file to the Mail-Icon in the dock creates a "Plain-Text-File".
So you need to check the format of the Mail in the "Format-Menu". If you change the format at this place to "Plain-Text" everything is working fine.
Something in this Automator-workflow-script is working wrong. This workflow just has the order to create a new Mail with the PDF as attachment, so I can't change anything their. But the error must be founded in this script/workflow.
Sven

And it's only a Gmail issue, not in, for example, Google Docs.

With "Download Headers" option checked, opening plain text emails results in cropped body text

When I open raw plain text emails (i.e. not formatted as HTML) I only see the first
255 characters of the email body; all of the remainder is chopped off, and never appears no matter how many times I re-open the email.
I have narrowed this down to my somewhat unusual download preferences in Outlook. They are configured as follows:
Send/Receive -> Download Preferences -> Download Headers (checked).
I know the email text is there in full, because when I point my web browser at OWA, I can see the full body.
If at first I choose Mark to Download and then Process Marked Headers, I can then open the plain text email and see the body in full.
When I open HTML emails I have no problems, regardless of whether the email download was forced or not.
This issue existed on my old Office 2010 installation for XP too. It persists now I have upgraded to Office 2013 on Win 7.
This is not an acknowledged issue yet within the Outlook team (in fact, a possibly related issue was
reported by someone else 3 months ago but suggested to be a font corruption issue, which is incorrect).
It seems like Outlook just forgets to download the full text for plain text emails when opening them. It's repeatable every time, so it doesn't seem like a race condition. (To reproduce: set your Inbox download preferences as above, then send
yourself a plain text email, wait for the Inbox headers to finish refreshing and then open the new email).
We use a 3rd party provider (Cobweb) for our email service and I believe they are using Exchange 2013.
We use ESET Smart Security Suite and I have tried disabling the scanner for that but see no change in the outcome. I would appreciate if anyone without ESET could try to reproduce these steps for themselves and confirm.
Starting Outlook in Safe Mode does not solve it.
Note: I already asked this
question at the Office Community site and it was suggested I
post on the Exchange Server Outlook Clients forum. The feedback there suggested it to be client related, so now I've been directed to post here!
Thanks,
Marcel

Hi Melon, thanks for your response.
My plain text font is set up as the default, Automatic.
In any case, I can see the first 255 characters of the plain text body, so plain text font colour can be eliminated as a potential problem.
After the 255th character, the body text then stops. There are no "hidden characters". If I shrink the window height to accommodate just what I see, the vertical scrollbar does not appear. This confirms that there are no hidden lines of text
below.
The mail is simply not downloaded from the server correctly. If I drag the mail onto my desktop, then view that file in Programmer's Notepad, I can see that after the position representing the 255th character in the body of the email, there is garbage (control
characters).
If, instead, I first mark the email for downloaded and then click the "process marked headers", wait for it to download and then drag it onto my desktop, by contrast, the body contents look complete and this is reflected in the fact that I can
see the whole email when I open it in Outlook.
This problem has so far affected me on four different PC setups (1xWinXP, 3xWin7) and two versions of Outlook (2010 and 2013). However, Cobweb -- our cloud email provider -- did recently upgrade to Exchange 2013, so that might be an important factor.
I don't think I can remember seeing these plain text issues in the 10 years previous to that upgrade during which I've been using various flavours of Outlook.
I have supplied repro steps in the original report above. Could someone please try these? I have expanded them in full below for simplicity:
To reproduce:
1. Change your download preferences in Outlook. They are configured from the ribbon bar as follows (assuming you are using Outlook in Cached Exchange mode, connecting to Exchange 2013):
Send/Receive -> Download Preferences -> Download Headers (checked).
2. Send yourself a plain text email containing more than 300 characters of text.
3. Wait for the Inbox headers to finish refreshing.
4. Open the new email.
Result: The email body will be truncated at the 255th character.
Expected: The email body should show all the characters.

HTML emails render as plain text. Restarting Mail.app resolves the issue

I keep seeing this problem every day. Occasionally when I receive an HTML email (e.g. a newsletter), the HTML isn't rendered -- instead some sort of plain text equivalent is displayed, which is full of entity codes and URLs to all the images in the HTML. Clearly not right.
If I restart Mail.app when this occurs, the HTML email is ALWAYS rendered correctly. It's really annoying having to do this every day!
It seems like it could be to do with leaving Mail.app running when my Mac is in Sleep mode -- the issue always seems to occur when I wake the Mac. When I have restarted Mail.app after the issue occurs, all incoming HTML emails are rendered correctly.
Has anyone else seen this issue and do you know of a workaround? How do I submit a bug to Apple?
Cheers,
Olly

Hi again:
The preference file is located in the home folder (~library>preferences). Occasionally (rare, but it happens) preference files become corrupted and then cause all sorts of odd behavior.
Barry

When i paste some copied color text or formatted cells from excel to my mail draft while composing a mail, it is being pasted as plain text. No back groud or text colors are copied to it. Please suggest a possible solution for this issue.

Colors & Formatted Cells from Excel application can not be copied to my mail composer as it is. Only Plain text is copied.

Wish I could be king. But you described the problem perfectly and I am still but a pawn. All I can say is that I trashed the mail preferences (com.apple.mail.plist) on my Mac Mini, and now my MacBook seems to work right.
Sorry. :>) But that is the truth... The MacBook now has actually sometimes displayed pasted text in its actual, different, font and style as I paste it into a partially composed new mail message.
In other (more rational) words, the problem seems to be tied to pasting only certain types of text. I have not been able yet to pinpoint what. Yes, frustrating indeed. The only work-around has been to re-train my fingers to command-option-shift V, for "paste and match style" (like you, I do not want to always use only plain text). Maybe someone else will eventually weigh in with a real solution. The solution I want is just to be able to consistently see any font variations within my message before I send the email.
The info about the different ppi scales between Windows and Mac is interesting, although not relevant to this particular problem. It does explain the apparent overall size differences I have seen before.

Plain Text URL links not working in the Windows 8 Mail App for only one account.

Hello,
I just started using a Surface Pro, and randomly one of the accounts I have setup in the "Modern" Mail app stopped parsing the pain text URL path that was included in them. Specifically links to forum discussions. I have 4 other Win
8 devices and they display the links fine.
More confusing is this issue happens ONLY with my O365 mail account and only on one PC. I have an Outlook.com account and it renders the pain text URL as a clickable link, but when I send the same email to my O365 account it just shows up as
text, no link generated. All in the same Windows 8 Mail App.
I ran the Windows 8 App Troubleshooter, I've reinstalled the Mail app, I've removed and re-added the mail account. Nothing fixes this. Anyone know why?
Thanks,
Joe

Same problem for us, the link is also not rendered, if the mail is sent to an on-premise Exchange server.
Its only for plain-text messags, HTML-messages work fine.
Why is this problem ignored? The app is useless with that limitation.

Windows Mail App: Links appearing as plain text.

Some of my emails are not properly displaying web links through my Yahoo account. For example: I am personally subscribed to a website known as Slickdeals (http://slickdeals.net), and none of their Deal Notifications have active links within
the Mail app. Instead, website addresses appear as plain text, even though the same links work just fine when logging into my Yahoo Mail account through IE or Google Chrome.
How can I fix this issue? I actually love the Mail app, but this is simply a deal-breaker for me if it can not be amended.

website addresses appear as plain text, even though the same links work just fine when logging into my Yahoo Mail account through IE or Google Chrome.
That could just be a difference between E-mail client treatment of text strings which look like URLs but are in HTML and therefore are not links. Different E-mail clients also provide different functionality in support of such strings when Plain-text
messages are involved.
Notice that now IE10 has a helpful right-click Go to copied address command to help reduce the inconvenience of such a situation.
FYI
Robert Aldwinckle

KNOWN ISSUE: HTML Messages with plain-text signatures

To get around the EAS security policy issue, I'm having non-sensitive emails from work forwarded to a GMail account from a redirect set up in our corporate OWA. The redirect seems to send the messages to GMail without any issues; formatting is 100% intact, and in the GMail web client as well as Thunderbird, Entourage, etc., HTML emails with plain-text signature attachments show the plain-text message inline with the rest of the formatted message. All of our internal mailing lists have these plain text attachments that say where the message was coming from (Message sent from [email protected] by listserv). These get affixed to every message, both plain text and HTML.
Here's my problem: The Pre's email client handles both plain text and HTML messages beautifully. But, when I receive a message from a mailing list with a plain text attachment, the HTML portion disappears, and all I see is the signature.
Is there any way to make the Pre show the HTML INSTEAD of the plain text? I can live without the sig, I know where the messages are coming from already. But if I can't read the message, it's useless. I've only begun researching this and so far Google hasn't been much help, nor has searching these or other forums. Any help would be appreciated.
Palm Pre P100EWW
Post relates to: Pre p100eww (Sprint)
Message Edited by HowellBP on 06-16-2009 04:13 PM

1-51626418773
I just got off the phone with Palm Support. Apparently this is a bug in the mail application. It currently does not support parsing both HTML and plain text in the same message. It will read EITHER plain text OR HTML, but not both at the same time. This will be fixed in a future update.

[Mail] Replacing a signature with a text in the plain text alternative..?

Hi all.
I just created a signature for Mail. All is good, I created it in HTML and adapted it accordingly. The issue is, I have my name on it in a sort of logotype so I'm not typing my name explicitly in any email. Now, if the application settings of the other party is set to display emails in plain text format, the plain text alternative of the email will naturally omit the signature thus my name.
Is there any chance I can make it replace the signature with my name for the plain text version? I tried using the 'alt' attribute in the 'object', 'div' and 'img' tags, CDATA and some other tricks but no luck yet. Hope someone has an experience in this subject that has resulted in success...
Thanks in advance.

If you open a HTML document in a text editor (not TextEdit), you will see stuff like:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
<title>Untitled</title>
<meta name="generator" content="BBEdit 6.5.3" />
</head>
<body>
</body>
</html>
The part that you need to keep is just the anchor tag:
It depends on how the document is saved, so if an application includes the headers (you can't really tell by just looking at the rendered document), you need to manually remove them. I use BBEdit to create a HTML file with just the anchor tag, so I don't have to worry about what an application is going to copy it as.

Mail 3.5 attachments sometimes are received as plain text

I have a sporadic issue with Apple Mail 3.5 when receiving attachments. It seems to mainly occur with excel attachments. Rather than showing up as an attachment, they show up as plain text within the body of the email. The text is scrambled. When the sender re-sends the email, it comes across correctly, as an attachment. The account is an IMAP. I know it's no the sender's problem, because I can see the attachment correctly when accessing the IMAP account with a web browser.
Please help.

Same problem. Why is Apple Mail so ****** up? This problem will take a long time to get fixed, cause it was a problem since I used Apple Mail in Jaguar. It's got nothing to do with just Microsoft Office documents as attachments. I've had many random messages appearing as what you described.
Nothing has been done so far. Apple doesn't see this problem as important at all.

DECODING MAIL FROM WEB SERVER IN PLAIN TEXT FORMAT(THE MAIL BEING SENT BY LABVIEW APPLICATION)

Hi All
I have a labview application that send mail every hour automatically.
But actually the mail has to be decoded from the web server(by another application).But now when that application decode the data in the mail(that is send by labview application)its getting some funny characters inside that can not be detected by the decoding application
(When open the mail no problem.)But actually our goal is to decode the mail from the web server.
Why the extra characters are appearing when decoding from the server?Is it because of the HTML format?
Is there option to send the mail in plain text format(not like attachment)?
In outlook we can change the setting (tools->options->send->mail sending format->....here we can set as HTML format/Plain Text format)
Like that at the sending time can i chenge the sending option as plain text format in my labview application?
Thanks...

smercurio_fc wrote:
Then it sounds to me like this other application is not decoding the attachment correctly, especially if you looked at the attachment yourself after you received it and verified it's correct.
No, no, smercurio. This is charcter encoding here. In older versions of LabVIEW you could specify what character encoding to use when sending an email through the SMTP VIs. But that gave problems since people in certain locales used certain characters that where not transfered right when the wrong encoding was specified, and that encoding stuff is not understood by most people at all, so the wrong selected encoding was rather the rule than the exception. In newer versions of LabVIEW do the SMTP VIs handle the encoding automatically based on the currently used locale on the system.
This change is documented in the Upgrade Notes of LabVIEW and probably happened around LabVIEW 7.1 or 8.0.
A decent mail client will recognize the encoding and convert it back to whatever is necessary before presenting it to the user. The OPs posters server application obviously isn't a smart mail client but probably just some crude text file parser that has no notion of proper mail character encoding and how to deal with it.
I would suppose that there is a chance to dig into the SMTP VIs itself and try to manipulate or disable that encoding altogether in there but that may open a whole can of worms somewhere else. The proper way would be to process the incoming mail by a character encoding aware mail client before passing it to the text parser. On Unix setting up something like this would be fairly trivial.
Rolf Kalbermatter
Message Edited by rolfk on 01-23-2008 10:21 AM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

I am creating a form on LiveCycle Designer and I am trying to create a form that has a e-mail submit button. When the butten is utilized it attaches the form to the e-mail in an plain text .xml format rather than the pdf format. Is there a quick fix?

I am creating a form on LiveCycle Designer and I am trying to create a form that has a e-mail submit button. When the button is utilized it attaches the form to the e-mail in an plain text .xml format rather than the pdf format. Is there a quick fix?

Hi,
You have the choice between xml or pdf, in later versions of designer you can choose with a dropdown on the email button Object palette, the "Submit As";
In earlier version you had to edit the XML Source and change the format from xml to pdf (or vice-versa);
Regards
Bruce

Is there a way to create a rule for Apple Mail that when a certain person is a recipient, make the email plain text?

My boss has a blackberry and when I send pdf attachments and copy him, he cannot see the attachments. I forget to make the email plain text before sending it to him. I can use Thunderbird as my client and it works fine but it is not linked to the other apps on my mac like Apple Mail. Can I make a rule or something for Mail so that when his email address is a recipient of the email, it will send as plain text to him?

I don't think so. Not without setting up an AppleScript and I am not proficient with those.
You can, however, set the follolwing in Mail > Preferences > Composing
Responding: Use the same message format as the original message.
But that would only be for responding to messages sent from his Blackberry.

How do I save e-mail content on my MacBook Air,so I may print them as plain text?

How do I save e-mail content on my MacBook Air, so I may ptint the content as plain text?

10.7 Lion
http://support.apple.com/kb/PH4858
10.8 Mountain Lion
http://support.apple.com/kb/PH11746

How do I save mail in rich/plain text with attachments?

I installed Mavericks last night and see (as I expected) that the save mail with attachments in rich text or plain text function in Mail is still broken, as it was with Mountain Lion for the whole of its life, even through updates. Anyone know how to fix this if Apple won't?

Hi,
Currently we send emal notifications as html format by default. but you can change it as plain tex or rich text when you forward or reply the email.
OR you can use this form to "vote" on popular feature requests, or to add a new one of your own:
https://adobeformscentral.com/?f=XnF-KJVCovcEVQz9tZHYPQ
Thanks,
Guanshuai

C6 e-mail plain text issue

Similar Messages

Maybe you are looking for