| Summary: | KMail ignores the Content-Type: multipart/alternative header | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Dan <DanMoinescu> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | jim |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Message source
How Thunderbird displays the message The top of the message in KMail KMail renders the HTML part after the text part |
||
|
Description
Dan
2005-12-20 12:45:43 UTC
Created attachment 13992 [details]
Message source
Created attachment 13993 [details]
How Thunderbird displays the message
Created attachment 13994 [details]
The top of the message in KMail
Created attachment 13995 [details]
KMail renders the HTML part after the text part
I can confirm this, but only for this particular message. I've tried with other HTML-formatted emails I've received and I had no such problem.
My analysis indicates that the problem is caused by the fact that the email is structured as follows:
- multipart/alternative with two parts:
1) text/plain
2) multipart/related, with several parts:
a) text/html
b) other images
Whereas HTML email I've received that works has:
- multipart/related with several parts:
1) multipart/alternative, with two parts:
a) text/plain
b) text/html
2) other images
Then I guess this report should be elevated to bug (I thought the multipart feature wasn't implemented at all, that's why it's a whishlist). Agreed. Yes, I also second this bug. Many HTML mails are structured in the way mentioned first in comment #5. Also, currently KMail displays all attached images that are used _within_ the HTML mail _again_ under the mail text, which is also not necessary. If "Prefer HTML to text" is activated the HTML part should be displayed with all attached images inline and only those not used in the HTML code shown as attachments. If "Prefer HTml to text" is not activated, KMail should hide the HTML part, and the images used in the HTML part, completely in the message display and only show them in the MIME tree view, if at all. It would be great if this could be fixed. Thanks :) Jens When a multipart/alternative section has a part other than text or html (seen with an application/rdf+xml part) and "Prefer HTML to text" is not activated this part is shown like an attachment (labeled "unnamed") in the main-message view, this part should be visible only in mime-tree view. When you receive a multipart/alternative message it depends on the "Prefer HTML to text" security-setting which part is displayed by default. I think there are two different things mixed up. 1st thing: a security setting - render a html-part by default or display the html source code 2nd thing: a priority list which part of multipart/alternative messages should be displayed by default I don't like the way how this two things are mixed up currently. I would like to have a priority list where I can setup which part of multipart/alternative messages is displayed by default (html, text, xml, or what else is there...). And I would like to have the "Prefer HTML to text" security setting being renamed to "Always render HTML messages by default". I do prefer HTML to text messages, but I don't want them to be rendered by default due to security concerns. I've just recently started bumping into this bug as well. Right now, if you need to support KMail, you either have to drop plaintext (not good for the people who prefer plaintext), or drop embedded images (not friendly or reliable). Comment #5 seems to be spot on in its description of the problem. I've just fixed this, see bug 187989 (didn't realize that we have two bug reports for this) > Comment #5 seems to be spot on in its description of the problem. Of course it is spot on, it is from Thiago after all :) *** This bug has been marked as a duplicate of bug 187989 *** |