Strange characters in email messages

my email messages have text characters that I cannot read. This is what the messages look like:
Xä•Aä[[å{A•b@{~ and so on.
I'm sure it is a simple key punch solution or mail preferences setting but I have tried everything I can think of. If anyone can solve this problem quickly for me I would appreciate it greatly.

I think e-mail only allows only ASCII characters in certain fields? I think you'd have to read the email RFC to find out the details of that.
http://www.faqs.org/rfcs/rfc2822.html
That's a start, but there are certain extensions to that, I think, that might atler things... Otherwise, you'd have to check thru the JavaMail API docs and see if there's an encoding setting somewhere.

Similar Messages

  • Fonts displaying in strange characters in Email and Web Browser

    Myself and my creative director (on two different computers) are seeing strange characters in our email clients and web browser. He uses Entourage for Email and I use Thunderbird. We both use Firefox for a web browser.
    This does not happen with every email or with every web page, what could it be?
    View a screenshot here:
    ftp://www.hanlonftp.com/upload/fontProblem.jpg

    Clear out the font cache files from the hard drive with Font Finagler. Also, if you have the fonts Helvetica Fractions or Times Phonetic on the drive, delete them.

  • Strange characters when sending messages in Mail 2.1.2

    When sending messages from Mail 2.1.2 , some of the recipients get strange characters when opening my messages
    I use a french keyboard with ponctuations that appears to the recipients as black diamond with ponctuation marks in the middle.
    Is it something from my end?

    Here is some info on the problem. Sending plain text instead of rich text is the easiest thing to try.
    http://homepage.mac.com/thgewecke/woutlook.html

  • "Â" characters in email messages

    "Â" character shows up in my email messages from exchange server to iPAD
    Any ideas what is resulting in this as well as what a possible solution might be?

    This indicates an encoding mismatch (e.g. utf8 being sent as latin-1).  There is no way to switch encodings on an iPad, so any fix would have to be at the Exchange server.

  • Strange characters in email Subject field

    I don't quite know where to post this one, but since I'm always programming only .jsps and servlets I hope someone will answer this here.
    Accented characters in subject field of our emails produced by our programmes are being replaced by nonsense like the following:
    =?ANSI_X3.4-1968?Q?
    In the body of the email I can just replace accented characters with html equivalents, no problem, but not in the subject field.
    Is there a way round this, like setting the character encoding somewhere or whatever? I use the javamail API to produce these emails - is there anything in the API for this?
    Any help would be much appreciated.

    I think e-mail only allows only ASCII characters in certain fields? I think you'd have to read the email RFC to find out the details of that.
    http://www.faqs.org/rfcs/rfc2822.html
    That's a start, but there are certain extensions to that, I think, that might atler things... Otherwise, you'd have to check thru the JavaMail API docs and see if there's an encoding setting somewhere.

  • Why Outlook email messages show unreadable characters

    When you receive a new email in Outlook, you may see unreadable characters in the email message body. This issue could be caused by one of the following reasons on Outlook client side:
    The email you received is converted to plain text format or a different encoding by a virus scanner. 
    This always happens when you are using characters (Such as apostrophes, double quotes, dashes, and ellipsis) supported by the "Smart Quotes" feature. When the email you received is converted to plain text format or a different encoding by a virus
    scanner, the character is converted from the ASCII character to a Unicode character, which is not supported on the recipient’s side.
    To prevent this issue from happening, we can turn off the “Smart Quotes” Feature in Outlook:
    1. Open Outlook 2013.
    2. Click File > Options > Mail.
    3. Click Spelling and AutoCorrect button.
    4. In the Editor Options window, click AutoCorrect Options button to open the AutoCorrect dialog.
    5. Click AutoFormat tab, and then clear the check box before “Straight quotes” with “smart quotes” under Replace heading.
    6. Click OK.
    The issue may be related to font substitution when a change is made to the Web Options in Microsoft Word. 
    If a change is made to the Web Options in Microsoft Word, registry data under the following key may be configured incorrectly:
    HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Word\Internet\Fonts
    This problem has been seen to occur when the Latin string value under the \Fonts key was empty (no value). 
    We can check the Web Options setting in Word via:
    1. Start Word.
    2. Go to File > Options > Advanced.
    3. Scroll down to the General section, click Web Options button.
    4. Switch to Font tab.
    To resolve the problem, we need to delete the \Fonts registry key. To do this, please follow:
    1. Exit Word.
    2. Press Windows key + R to open the Run command, type regedit and press Enter.
    3. Navigate to:
    HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Word\Internet\Fonts
    4. Right-click the Font key and select Delete.
    5. Click Yes and exit Registry Editor.
    The sender used an e-mail program that did not mark messages with a language encoding (character set), or marked messages with an incorrect encoding setting.
    In this case, we will see unreadable characters when we open the received message in our Outlook. For example, European regional characters (like German) require UTF-8 encoding protocol. So if the encoding in your environment is set to ASCII, the regional
    characters will not be available. 
    To resolve this issue, we need to change the encoding in Outlook to which will display your message correctly.
    1. Double-click to open the message you received.
    2. Click Actions button in the Move group under Message tab.
    3. Click Other Actions > Encoding.
    4. Click More and select the correct encoding setting for the email.
    5. After you finish reading the message, close the message, and click Yes button to save changes to the message.
    When we send an email with Outlook, we can set Outlook to automatically select encoding for outgoing email messages to increase the possibility that the recipient receiving the message will see all the characters rendered properly, even if they run older
    e-mail programs. By default, Outlook 2013 will automatically select an optimal encoding for outgoing e-mail messages. We can change the settings here in Outlook 2013: File > Options > Advanced > International Options section.
    Something you may need to know when you set the encoding settings:
    * The Unicode (UTF-8) character enables the complete range of characters on all computers. It’s the official IANA code for the UTF-8 character encoding.
    * Western European (ISO) and Western European (Windows) character set can be read by almost all computers.
    * If you are using a language other than English, you must choose the correct character set for that language, or the characters you need will not be displayed correctly.
    If you have any comments on this article, please feel free to post here.
    Please click to vote if the post helps you. This can be beneficial to other community members reading the thread.

    The "problem" is not really a problem. I send and receive emails fine. But the in the panel between the Inbox (message queue) and the reading pane this is displayed:
    From Mozilla Support Forum <[email protected]> (white star)
    Subject Toad-Hall posted an answer to your question "Why do received email messages show they are addressed to an address other than my own?"
    Reply to [email protected] (white star)
    To [email protected] yellow star)
    cfortso@gmail is the address of one of my contacts.
    This glitch is not really bothersome, I just can't imagine why it happens.

  • Mac Mail is displaying strange characters

    My Mac Mail is displaying these strange characters on a number of seemingly random emails from people. However, when I copy the message and paste it into a word document or the internet browser address bar it converts these "letter A in a box" characters into what the words actually were. But this is a hassle and I'd rather just be able to read the text directly in my mail application... Thanks for the help.. hopefully it is a simple fix.
    http://i10.photobucket.com/albums/a127/bleed0black/Screenshot2012-07-20at115951A M.png

    You're very welcome.
    That's a very common problem
    Glad you're all sorted now.

  • Accented characters in email fields

    I'm using this script to have email sent to me through a mail form:
    <?php
    // initialize variables for To and Subject fields
    $to = '[email protected]';
    $subject = 'Een testmail';
    $from = $_POST["from"];
    $email = $_POST["email"];
    $comments = $_POST["comments"];
    // build message body from variables received in the POST array
    $message = "Van: $from \n\n";
    $message .= "Email: $email \n\n";
    $message .= "Bericht: $comments";
    $message = stripslashes($message);
    //convert flash line breaks
    $message= str_replace("\r", "\n", $message);
    $message=nl2br($message);
    // add additional email headers for more user-friendly reply
    $additionalHeaders  = "From: $from <".$email.">\r\n";
    $additionalHeaders .= "Reply-To: ".$email."\r\n";
    $additionalHeaders .= "MIME-Version: 1.0\r\n";
    $additionalHeaders .= "Content-type: text/html; charset=utf-8\r\n";
    // send email message
    $OK = mail($to, $subject, $message, $additionalHeaders);
    // let Flash know what the result was
    if ($OK) {
      echo 'sent=OK';
      else {
      echo 'sent=failed&reason='. urlencode('Er is een probleem met de server. Probeer het later nog eens.');
    ?>
    The problem is that I can't get accented characters appear into the From: cc: bcc: fields. For example, when I fill the From field with 'René' it appears as 'RenX' in the From: field. I've set everything to utf-8 but that doesn't seem to matter. When I receive an html text mail, the From: fields displays accented characters as strange codes, like RenA@ or RenX for René.
    In the message text itself it varies: it either displays René when the mail is viewed as plain text mail, or RenA@ when the mail is views as html text. How can I get accented characters appear inside email fields too? And also in the body text when the email is viewed as html text?

    It comes down to this. Since flash outputs in utf-8 I used utf-8 in here too. But narrowing it down to the most basic part:
    <?php
    $headers = "MIME-Version: 1.0\r\n";
    $headers .= "Content-type: text/html; charset= UTF-8\r\n";
    $headers .= "From: René <[email protected]>\r\n";
    $OK = mail('[email protected]', 'A question', 'René is my name', $headers);
    if ($OK) {
      echo 'sent=OK';
      else {
      echo 'sent=failed&reason='. urlencode('There is a problem with the server. Try again later.');
    ?>
    When I view this through webmail I get to see RenX in the From field where it should be René. Changing charset to ISO8859-1 won't work either. I get RenX in the From field and RenA@ in the message part. And when I switch in webmail from text/html to text/plain it says Ren? in the message part.
    How can I make it display René in all headers and message? Both in html mode and in plain text mode?

  • Since 10.5.6 upgrade, email messages are garbled text

    Hi,
    This problem seems to have started with the latest upgrade. My email messages are coming in with garbled text. This happens in my Yahoo account where I will go to the mail website and the text there will be fine. It's only in the mail program.
    Thanks in advance,
    Pete.

    Hi,
    I have the same issue.
    Although the mails seems to have been downloaded correctly parts of the parts of the message mime information is displayed as part of the mail body.
    The only thing that helps is to rebuild the index of the specific mailbox (inbox in my case).
    BTW: Mail of iPhone OS does NOT have this problem. Generally it handles mails MUCH better than the real OS X. Strange, isn't it.

  • Can no longer save email messages to my files

    Before upgrading to Mavericks, I could open an email message from a client, click Save As, select a folder, then save the message as a text file to the appropriate folder on my hard drive. It seems I can no longer do that. I always get a Mail error message saying "Names longer than 31 characters are not supported on the destination volume."(Even when the name is already shorter than that, I go through the exercise of shortening it.) After doing that, I click Save. Then I get an error saying "Error: Could not save to path...." which, incidentally, goes haywire part of the way through and takes it down a path that is a completely wrong folder for another client. Regardless, it doesn't save.
    I've tried completely renaming the file. I've tried everything I can think of.
    This used to be SO SIMPLE:  Just click Save As, select the appropriate folder, then click Save.
    In Mavericks, do I need to convert this email message into a Word document in order to save it to a folder?

    Please follow these directions to delete the Mail "sandbox" folders. In OS X 10.9 there are two sandboxes, while in 10.8 there is only one. If you're running a version older than 10.8, this comment isn't applicable.
    Back up all data.
    Triple-click anywhere in the line below on this page to select it:
    ~/Library/Containers/com.apple.mail
    Right-click or control-click the highlighted line and select
              Services ▹ Reveal
    from the contextual menu.* A Finder window should open with a folder named "com.apple.mail" selected. If it does, move the selected folder—not just its contents—to the Desktop. Leave the Finder window open for now.
    Log out and log back in. Launch Mail and test. If the problem is resolved, you may have to recreate some of your Mail settings. You can then delete the folder you moved and close the Finder window.
    This action will delete any custom Mail stationery that you have created. If you want to preserve it, ask for instructions.
    If you still have the problem, quit Mail again and put the folder back where it was, overwriting the one that may have been created in its place. Repeat with this line:
    ~/Library/Containers/com.apple.MailServiceAgent
    Caution: If you change any of the contents of the sandbox, but leave the folder itself in place, Mail may crash or not launch at all. Deleting the whole sandbox will cause it to be rebuilt automatically.
    *If you don't see the contextual menu item, copy the selected text to the Clipboard by pressing the key combination  command-C. In the Finder, select
              Go ▹ Go to Folder...
    from the menu bar and paste into the box that opens by pressing command-V. You won't see what you pasted because a line break is included. Press return.

  • E52 can't use non-US characters in sent messages w...

    This is the most frustrating limitation in the new Nokia Messaging 2.0. I upgraded from E60 because I wanted the new email and messaging, only to find that together with the improvements (like using other folders besides the Inbox), Nokia "blessed" us with this terrible omission.
    While I can write an email message using T9 in my language (romanian) which works fine and uses romanian characters, after the message is sent, it simply could not be read at the destination because all non-US characters are replaced with the "?" character. The old Mail for Exchange from E60 worked so well here!
    So I cannot use T9 prediction and I am forced to use only US characters in order to compose an email message! Very clever programming, isn't it?
    Note that reading non-US characters from received emails is working fine (well, almost... if the message is using the old incorrect characters from Windows XP - ş and ţ with cedilla, corrected in Vista and Windows 7 - ș and ț with comma. I hope Nokia will follow Microsoft and correct the characters, too).
    Other account types (tested yahoo and gmail) do not have this problem, only Exchange.
    So, I am going to regret buying another Nokia? Or is anyone really listening?

    I don't have this setting in the email application. But as I know, html with Exchange is working only with the 2007 version, my server is still 2003 so I think in my case it's plain text only.
    But I'm telling again: good old (and now starting to miss) E60 with MfE worked very well!

  • TS4002 iCloud emails message body showing blank in Mac mail.

    The content of emails (message body) is sometimes blank in Mac mail but visible on both my iPhone and iCloud. I can't seem to find a fix?

    Strange that this is such an old thread - seems like the problem has popped up again here.

  • Strange characters when copy/paste from Word

    Hi,
    I have in Word u2018hellou2019 and when I paste it in the Notes of IR and save it, it turns into  018hello 019 so the apostrophes transform into these strange characters.
    I checked with Notepad, Excel and Wordpad and this issue does not occur, only for Word.
    Do you know why this happens ?
    It should be a Word/IE setting as this issue does not occur on a Terminal Server. Only on usersu2019
    workstations.
    Thank you
    Edited by: Mihai Olaru on Nov 1, 2008 2:43 AM

    Hi Shiva,
    Some styles for font of rich text aren't be kept when I copy the content from Word 2013 and paste into a wiki page from SharePoint 2010/2013(even SharePoint 2007 like this
    post) site as same as yours, it looks like a limitation.
    As a workaround, we can publish the Word content as a Blog article in SharePoint site, then copy the content from the blog page to the needed SharePoint page, it will keep the rich text content format, you can have a try.
    http://plexhosted.com/billing/knowledgebase/274/How-to-publish-a-SharePoint-blog-article-via-Microsoft-Word-2013-SharePoint-2013.html
    Thanks
    Daniel Yang
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
    [email protected]

  • Strange characters and symobls print in the middle of a print job. Help.

    In the middle of a print job, whether one page or several, it starts printing strange characters and symbols until the end of the job.  It will do this in the middle of the page, or after printing one line of English and the rest of the page in gibberish.
    It usually does this while printing off bank statements from the internet or a pdf file pulled from the internet.  I don't think it has ever printed any of my documents.
    However, it has done this while printing a bill received as an attachment to an email from a friend.
    The next print job will usually be back to "normal".  But one day, it did this many times during the day.  Frustrating!
    Appreciate any help.

    I had this happen to me with a PDF file once.  I called Support at HP, 
    and they told me it was because I had labeled the PDF as "text" when
    it actually has (technically) "pictures" in it -- the printer didn't know how
    to print those "pictures" (symbols?) as "text," so it came out as gibberish.
    Perhaps there's a teckie here who can tell you more eloquently.  [And
    what to do about it!]
    HTH!

  • Issue with strange characters

    Hi All,
    A strange scenario ..
    In the source system A text appears to have a hyphen (-)..
    When my BW QA environment pulls the data in the PSA the same hyphen appears to be '#'
    but my Dev environment pulls the same record, it appears the characters shows correctly as hyphen ..
    What could be the possible reason for this issue? Could you guide me where should I look for these?
    And the next part of the question :-
    When the same record is sent via OHS, the hyphen actually shows as hyphen in the generated file(atleast when I try to view the file via al11).. When the file is sent via FTP, the hyphen actually gets converted to some strange characters(âu20ACu201C )..
    Could someone please guide me ..
    Thanks,
    Debajyoti

    Hi Debajyoti,
    Check the RSKC t-code, if you have the hyphen character, or put "ALL_CAPITAL" to let all character as valid.
    Sometimes, there are errors and/or conversion of the characters that you can see in the error message in the load.
    The message sometimes has an hexadecmal number (I don't know if it is your case) that you can check with the next link.
    [http://www.utf8-chartable.de/unicode-utf8-table.pl?number=512|http://www.utf8-chartable.de/unicode-utf8-table.pl?number=512]
    There are characters that are allowed in the source system (i.e. R/3) because of system language configured in R/3 and not in BW, or Unicode configured in R/3 and not in BW.
    Also, there are some control characters that sap doestn allow to be loaded (you can see them in the list).
    You can validate each character that comes from PSA with a function module in the mapping (defined as routine) for the particular InfoObject that you want, and if it is the case, you can convert it or replace it
    Regards, Federico

Maybe you are looking for