Version: inconnu (using KDE 3.4.0, Debian Package 4:3.4.0-0ubuntu3 (3.1)) Compiler: gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) OS: Linux (i686) release 2.6.10-5-686 In main window of kmail, the characters in subject with different encoding that the system aren't correctly showed. See the screenshot below.
Created attachment 10964 [details] bug screenshot
I use Kubuntu 5.04 with utf8 charset
They seem to be the same charset in both panes, according to your screenshot. Can you paste the Subject: line from the email's source?
the Subject: line from the email's source: Subject: LA NEWSLETTER "Hygiène et Qualité" HOSPIMEDIA n°41 I haven't characters problems
Is that what you see when you View Source? Or did you type that? Because if it's like that in the header, it's invalid (violates RFC 2047). Better yet, can you save the email to a file, zip it and attach here?
"Subject: LA NEWSLETTER "Hygiène et Qualité" HOSPIMEDIA n°41" It's I see when view source of this email. It's like that. For source code mail, it's a mail with a payed subscription, I publish only mail header.
The header is invalid. RFC 2047 describes how to encode non-ASCII characters in headers. Whoever wrote this newsletter of yours didn't read the RFC. KMail isn't at fault here.
I'm in agreement with you, but I receive some e-mails with same problem. Most newsletters/automatic emails with special characters don't respect this, because the web programmers don't know this RFC. I inform web programmers this problem but I've no response. It's a good idea if it's possible to define a another charset for mail headers that charset of system. This problem is important for the non-english users with UTF-8 distribution, because most web applications send mails with iso characters without declare the charset. KMail isn't at fault here, but users will think that it's KMail it doesn't work correctly.
I'm taking the liberty of merging your "wish" (for that's what it is, since it's no bug) with this one report I've found. So far it seems to be the best option available for properly decoding 8-bit Subjects. *** This bug has been marked as a duplicate of 95157 ***