From: Gregor Frowein on
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
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
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