Closed Bug 230119 Opened 21 years ago Closed 8 years ago

multipart-alternative message problems with some mailers: text/html comes before text/plain.

Categories

(MailNews Core :: MIME, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 574989

People

(Reporter: sspitzer, Unassigned)

References

(Blocks 1 open bug, )

Details

Attachments

(1 file)

multipart-alternative message problems with some mailers some mailers, when sending messages with multipart-alternative attachments, send the text/plain and text/html parts in the wrong order. according to rfc 2046, they should be sending the "best" part last (plain, then html), but some mailers do the reverse. I'll attach a sample .eml message that shows this. Let's hold off on fixing this bug. this might not need to be fixed, if the mailer that does this gets fixed. (unless someone else knows of another mailer that does it.)
note, OE seems to handle this case.
I entered comment #6 for bug #234547: http://bugzilla.mozilla.org/show_bug.cgi?id=234547#c6 , any change the issue I explained there could be related to this issue ?
*** Bug 246341 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Attached file example email with reverse order (deleted) —
This attached email exhibits this problem, and was broken by the attached signature from a mailing list by the ezmlm mailing program. In this situation mozilla takes the last plain text alternate while outlook express takes the first. This means that if mozilla is set to display in html it will find the alternate parts in the wrong order. According to RFC 1341 ( http://www.faqs.org/rfcs/rfc1341.html ): NOTE: From an implementor's perspective, it might seem more sensible to reverse this ordering, and have the plainest alternative last. However, placing the plainest alternative first is the friendliest possible option when mutlipart/alternative entities are viewed using a non-MIME- compliant mail reader. The reason for the order is for mail programs that cannot handle html content and display both parts with all the garbage html as well. It is better for the email recipient if the more readable plain text message is before the html garbage so the order is important for composing the message. Since mozilla can display html content I think it should handle reverse order as this does not conflict with the intention of the RFC's.
Assignee: mscott → nobody
QA Contact: stephend → mime
Product: Core → MailNews Core
Guys this might have been fixed by bug 351224. Could you take a few minutes and download the latest nightly ( http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-central/ ), backup your profile and test and let us know if this is fixed or not ?
Not fixed. Linux, TB 11.0a2 - When open example, I see only last part of the message, not full message.
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
Clearly a duplicate of bug 574989.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Summary: multipart-alternative message problems with some mailers → multipart-alternative message problems with some mailers: text/html comes before text/plain.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: