'Received email message and subject contain german symbols, including umlauts(as 'ä', or 'ö'). Mail body is being displayed correctly, no problems with umlauts, but mail subject has problems with them:
Outlook 2003: 'Bestätigung' is displayed as 'Besttigung'
Outlook 2010: 'Bestätigung' -> 'ä' is dispayed as some unreadable symbol
How to make it display correctly?
P.S. Thunderbird displays subject with umlauts correctly.
If Outlook displays it that way, you cannot fix that - but wouldn't the problem be with the sender sending messages with a wrong encoding?
Or do you mean it is only displayed incorrectly in your own UI?
Problem was next: when creating mail, mail body was set encoding 'UTF-8', and subject was not.
Related
I have a weird problem and its got me stumped. If I send an email like this (below) it sends fine. The content of the email is html and sending using the first method shows the html content as text as expected.
<cfmail to="xxxx.xxxx#xxxx.com" from="xxxx.xxxx#xxxx.com" subject="To Oxint">
I change nothing in the email except change the cfmail line to this (below)
<cfmail to="xxxx.xxxx#oxint.com" from="xxxx.xxxx#xxxx.com" subject="To Oxint" type="html">
The email is not received. Not in my junk or spam folder. Just not received. CF mail logs show my email as successfully sent.
I've got our network team looking for issues as well, but its baffling. Any suggestions would be very much appreciated.
Some e-mail clients deny HTML mails without a plain part. Try this:
<cfmail from="someone#somewhere.com" to="someone#somewhereelse.com" subject="always deliver e-mails in plain as well">
<cfmailpart type="text/plain">Here is some text.</cfmailpart>
<cfmailpart type="text/html">Here is some <b>bold</b> text.</cfmailpart>
</cfmail>
Order matters here. First text/plain, then text/html.
i am read a email using Web-methods services and facing problem, Web-methods reading HTML format email as a plain text and giving us HTML. so, i like to set content type as plain text through mail-to function. and i am using this syntax but not working:
mailto:xxxxxxx#sapient.com?Content-type=text/plain"
problem solved, solution: we can add a property on exchange server for particular email id that this email id will get email in text/plain form only. so now i am sending a HTML email then exchange server convert it as a plain text email.
I've got a problem with Lotus Notes (apart from it's lotus notes), when we receive an e-mail with a csv attachment the attachment gets embodied into body of the message.
Is there any setting on the lotus server I can change to stop this from happening?
Anyone out-there with any ideas?
After over a week I've found out what the issue was. The email sender sent the email with a Context Description of inline rather then attachment thus lotus notes rather then notice that the file extension was csv took the inline factor literally.
Once I change the context description in notepad of the .msg file and resent the file it displayed correctly.
I am building an iPhone application that generates an email with an attachment. The eMail message window pops up showing the body text and attachment followed by the default "Sent from my iPhone" signature text.
Everything seems perfectly ok, except when the message is received by the recipient the signature "Send from my iPhone" has been converted into a text attachment instead of remaining as the last line of the body. What gives?
Update: It seems that it's only Outlook that exhibits this behaviour. When I view the message in iPad Mail the signature does show as body text, not an attachment.
How does the email view in other applications, such as Apple Mail, Eudora, Lotus Notes, Thunderbird, etc ?
I'm suspecting that it's to do with Outlook's anal attempts to "protect the user experience", the same as it does if you email an EXE file (won't let the recipient open it).
It's an Outlook issue. Go to Options, Mail, Message Format, then UNCHECK "Reduce message size by removing format information...." Click here to see:
Outlook Options
I have a LAMP web application that emails users. Some users have complained that instead of seeing html email messages, they see weird sequences of characters such as =0D or =3D. I can't reproduce this bug with any of my email clients : gmail, yahoo mail, hotmail, thunderbird, blackberry or iphone. Does anyone know what's going on and how to fix this?
This is called quoted printable encoding. Some system that handles the mail while it is being delivered to the recipients that are seeing the offending characters messes up the encoding or the header information about the encoding.
Check whether the encoding you are setting when sending the mail matches what you are writing to the mail and whether that is also what is received by other people.
When you see something like =3D, what you're seeing is a single character in what's called "quoted-printable" encoding. "=3D" is, in fact, an equal sign. =0D is a Carriage Return (CR), =0A is a Line Feed (LF)
Taken from Not all 'plain-text' is created equal...
The link will provide an in-depth detailed description as to what is going on.