Join us and the lead editor of IRL, Mozilla's multi-award-winning podcast, for a behind-the-scenes look at the pod and to contribute your ideas for the next season, themed: "AI and ME." Mark your calendar and join our Community Call on Wednesday, Aug 7, 17:00–17:45 UTC. See you there!

Avatar for Username

Поиск в Поддержке

Избегайте мошенников, выдающих себя за службу поддержки. Мы никогда не попросим вас позвонить, отправить текстовое сообщение или поделиться личной информацией. Сообщайте о подозрительной активности, используя функцию «Пожаловаться».

Подробнее

Why do my sent messages magically add "�" at the end of my sentences?

  • 13 ответов
  • 44 имеют эту проблему
  • 1 просмотр
  • Последний ответ от Jorg K

more options

The emails that I send with Thunderbird are clean and very professional when I send them. When my clients respond, their emails are also very clean and professional. However, the string of emails includes "�" after my sentences. These unusual characters also magically appear at the end of sentences in other individuals' emails in the earlier string of emails.

My clients tell me that the characters "�" appear in the email that they receive from me. I would like to know how to eliminate the unwanted addition of these characters.

The emails that I send with Thunderbird are clean and very professional when I send them. When my clients respond, their emails are also very clean and professional. However, the string of emails includes "�" after my sentences. These unusual characters also magically appear at the end of sentences in other individuals' emails in the earlier string of emails. My clients tell me that the characters "�" appear in the email that they receive from me. I would like to know how to eliminate the unwanted addition of these characters.

Выбранное решение

You took me to a good place. I tried a variety of options and found that when I checked the checkbox 'When possible use the default text encoding in replies,' the problem went away. Thanks for getting me to the right place.

Прочитайте этот ответ в контексте 👍 0

Все ответы (13)

more options

Try this: 'Menu icon' <> 'Options' > 'Options' > 'Display' > 'Formatting' tab click on 'Advanced' button

Text Encoding: Q: Are you using 'Western (ISO-8859-1)' for outgoing and incoming mail ? If yes, uncheck the checkbox : 'When possible use the default text encoding in replies' click on OK

click on OK

Please report back on results.

more options

Thanks for your interest and help. My outgoing mail was using 'Unicode (UTF-8)' so I changed it to 'Western (ISO-8859-1).' The checkbox 'When possible use the default text encoding in replies' was already unchecked, so I did not change anything there. I clicked on OK, restarted my machine, retested and still have the '�' characters.

Do you have any other ideas? Thanks again.

more options

Выбранное решение

You took me to a good place. I tried a variety of options and found that when I checked the checkbox 'When possible use the default text encoding in replies,' the problem went away. Thanks for getting me to the right place.

more options

This appears to be a bug. The "�" is inserted when there are two or more consecutive spaces. It is trying to convert a space to a non-breaking space, but is using the wrong character encoding. Avoid putting two spaces after a sentence to avoid the problem. Here is a test message I sent to myself that shows the problem:


Test again.� Test. test.

no period� no period no period

three spaces�� two spaces� one space x


The problem occurs regardless of whether the checkbox is checked or not, and it occurs when the outbound encoding is UTF-8 or ISO 8859-1. the characters are hex codes EF, BF, BD, which in UTF-8 happens to be the Unicode "replacement" character to be used when the receiver does not understand the encoding.

more options

Thanks for your continued help.

more options

I have had this problem for a couple of weeks. Finally found the right combination of settings: Tools/Options/Display/Advanced Set Unicode on both Outgoing and Incoming Check box "When possible, use the default text encoding in replies" Hope this helps others.

more options

This is definitely a bug in Thunderbird.

Thunderbird is trying to convert consecutive spaces to non-breaking spaces, but getting it wrong. It is placing c2 hex in front of the hex 20 space, giving c220. It should be replacing the 20 with a0, to get c2a0, the UTF-8 non-breaking space.

C220 is one of the 11184 characters in the Hangul Syllables Unicode subset.

more options

Toad-Hall said

Try this: 'Menu icon' <> 'Options' > 'Options' > 'Display' > 'Formatting' tab click on 'Advanced' button Text Encoding: Q: Are you using 'Western (ISO-8859-1)' for outgoing and incoming mail ? If yes, uncheck the checkbox : 'When possible use the default text encoding in replies' click on OK click on OK Please report back on results.

This did not work for me

more options

Sskills said

I have had this problem for a couple of weeks. Finally found the right combination of settings: Tools/Options/Display/Advanced Set Unicode on both Outgoing and Incoming Check box "When possible, use the default text encoding in replies" Hope this helps others.

This is the solution that worked for me.

more options

There is NO bug in Thunderbird. Sadly some US ISP's like AT&T and Bellsouth have started *corrupting* their customers' e-mail.

If the customer sends in windows-1252 and includes for example special punctuation characters or a non-break space xA0, the ISP doesn't correctly interpret the the message as windows-1252 but as UTF-8. In UTF-8, xA0 is not valid and gets replaced by the so-called replacement character, � (0xEF 0xBF 0xBD).

Since the e-mail is still windows-1252 encoded, the recipient's client displays �.

See: https://bugzilla.mozilla.org/show_bug.cgi?id=1427636 https://bugzilla.mozilla.org/show_bug.cgi?id=1435536

Affected users should complain heavily to their mail providers. As a workaround, they need to send all messages as UTF-8.

more options
more options

Frustrating to know it is yahoo/ATT, as they are totally non-reponsive.

Изменено Pete

more options

Workarounds:

Set preference mail.strictly_mime to true.

Or setup to send in UTF-8 always: Tools > Options, Display, Fonts & Colors, Advanced, Text Encoding.

Select UTF-8 for outgoing mail and clear "When possible, ..."