Re: [SM-USERS] Problem with german characters in SM >=1.4.6 - bug or feature ?

[Tomas K. <to...@us...>]

> Hello.
>
> I don't know if it's a bug or a feature (maybe for some
> compatibility-reasons against utf-8 ??) with SM >=1.4.6.
> In these versions I have some problems in mail-view with the
> german-characters (öäüß).
>
> Some example:
>
> I got a mail from my local linux-system via the 'mail'-command,
> including german characters in subject and mail-body.
>
> SM 1.4.3: everything is O.K.
> SM 1.4.6: Subject is o.k. (!)
>           in message-body, the german characters are displayed as '?'
>           ('Viele Grüße' is displayed as 'Viele Gr??e')
>
> Using "message details", everything is o.k. The problem is only in
> message view.
>
> But:
>
> If I put some mail header (MIME-Version, Content-Type) into the same
> mail - everything seems to be fine (subject is o.k., message-body is
> o.k.). The diff of both mails are only these missing 2 headers:
>
> MIME-Version: 1.0
> Content-Type: text/plain;charset=iso-8859-1
>
> Info: OS is a SuSE-7.3
>       PHP 4.4.1
>
> Can anyone help me solving this problem (downgrading to SM 1.4.3 should
> solve the problem, but I don't want to do it) ?

If MIME headers are missing, email is marked as US-ASCII. In SquirrelMail
1.4.4 developers rewrote decoding functions. Function that decoded unknown
ISO-8859-x character sets is moved to us-ascii decoding. US-ASCII
character set is 7bit. Decoding function converts all 8bit characters to
question marks.

remove functions/decode/us_ascii.php file or ask email sender to follow
MIME message formating rules. See RFC 2045-2048.

P.S. You missed one more header. If email is with German characters, you
need Content-Transfer-Encoding header. Default Content-Transfer-Encoding
header is not suitable for 8bit information.


-- 
Tomas