Summary: | Non-english mail recieved from webmail is not displayed correctly | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | Roie Kerstein <roie.kerstein> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | The mail as recieved. Created by "Save as...". |
Description
Roie Kerstein
2005-05-30 16:02:26 UTC
Created attachment 11263 [details]
The mail as recieved. Created by "Save as...".
Please try to temporarily switch on (in the menu) Folder -> Prefer HTML to plain text. It works, but I don't want this as a permanent solution. I *really* don't prefer HTML over plain text. By the way, with this solution, hebrew text, which is a RTL language, is not right-aligned, although it should be. You've received an email with two parts: one is plain text and one is HTML. The HTML part of the email is correct, as you can verify it yourself. The plain text part isn't. It doesn't contain text, just a bunch of ampersands, numbers and colons (like &1512;). That, of course, isn't text. The mailer is broken. Fix the mailer. KMail isn't at fault here and will probably never handle such broken emails. There is a proper way of escaping such characters, without the need to resort to HTML-entities in plain text. It's not a new thing either: RFCs 2045, 2046, 2047 and 2822 are quite a few years old already. In fact, I don't think the problem is with the mailer. It's more likely to be with the browser that was used to access the webmail in the first place. I think Mozilla/Firefox has the bad habit of sending HTML entities for characters outside the form's character encoding. |