From: Gregor Frowein on 2 Jul 2010 00:05 After POP download from google mail server these lines are missing: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable" The mails are sent using Palm webOS v1.0.1 and the sender doesn't know how to change the character encoding. As whe are Germans using a lot of ö and à or à I have to use the UTF-8 plugin manually or just take guesses and leave the text as garbled as it is. Gregor
From: John H Meyers on 2 Jul 2010 16:39 On 7/1/2010 11:05 PM, Gregor Frowein wrote: > After POP download from google mail server these lines are missing: > > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable" These lines are not "missing"; when Eudora decodes messages up front (which it does by default, the opposite of how most other clients work), it removes (or doesn't display) the headers of already decoded MIME parts, and also completely discards unused "alternative" MIME parts. However, Eudora contains no built-in UTF-8 handling, so any characters represented by multi-byte sequences will remain displayed as those literal multi-byte sequences, unless altered by a plugin (see below). > The mails are sent using Palm webOS v1.0.1 and the sender doesn't know > how to change the character encoding. I can't help with that. > As we are Germans using a lot of ö and ß or Ä I have to use the UTF-8 > plugin manually or just take guesses and leave the text as garbled as > it is. If you are already using the UTF8ISO plugin, you may either adjust its settings to make it more automatic or invoke it manually (you may also optionally save the adjusted text permanently). http://www.windharp.de/software/utf8iso.htm --
From: Gregor Frowein on 5 Jul 2010 02:27 John H Meyers <jhmeyers(a)nomail.invalid> wrote: >On 7/1/2010 11:05 PM, Gregor Frowein wrote: > >> After POP download from google mail server these lines are missing: >> >> Content-Type: text/plain; charset=UTF-8 >> Content-Transfer-Encoding: quoted-printable" > >These lines are not "missing"; when Eudora decodes messages up front >(which it does by default, the opposite of how most other clients work), >it removes (or doesn't display) the headers of already decoded MIME parts, >and also completely discards unused "alternative" MIME parts. > >However, Eudora contains no built-in UTF-8 handling, >so any characters represented by multi-byte sequences >will remain displayed as those literal multi-byte sequences, >unless altered by a plugin (see below). This didn't bother me as long as my friends wrote mails that Eudora could handle. So I downloaded Eudora OSE, imported all that could be imported from my classic Eudora and I am happy with it. Gregor
|
Pages: 1 Prev: not junk not working Next: New name (Eudora OSE) and new release (1.0rc1) of "Thundora" |