Summary: | Character encioding automatic does not resolv iso-8859-1 encodings. | ||||||
---|---|---|---|---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | Erik P. Olsen <erik> | ||||
Component: | UI/Message View | Assignee: | users | ||||
Status: | RESOLVED INVALID | ||||||
Severity: | normal | ||||||
Priority: | P3 | ||||||
Version: | 3.13.2 | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Attachments: |
|
the html part has broken encoding. It is a broken message. More accurately. The html part is showing correctly. The underscores are really there. It's 8bit, as-is. So it was broken beforehand by whatever appended that html. (In reply to comment #2) > More accurately. The html part is showing correctly. The underscores are > really there. It's 8bit, as-is. So it was broken beforehand by whatever > appended that html. But if I change Character Encoding from automatic to iso-8859-1 the e-mail is displayed correctly. Since I don't use the fancy plugin I had expected the html part to be skipped. As I see it the e-mail is not technically broken. The problem is that claws-mail displays the last part (text/html) rather than the first (text/plain). Is that normal behaviour even when fancy is not used? Sorry for the noise. I now see that I can select what is to be displayed of the two message parts. Clearly claws-mail performs correctly. |
Created attachment 1643 [details] e-mail with encoding that is incorrectly displayed Summary says all. Please see attached e-mail in which special characters are incorrectly displayed as underscores.