nested multipart MIME messages not displayed properly (or at all)
Categories
(MailNews Core :: MIME, defect)
Tracking
(Not tracked)
People
(Reporter: blilly, Unassigned)
Details
Attachments
(1 file)
(deleted),
message/rfc822
|
Details |
Reporter | ||
Comment 1•22 years ago
|
||
Comment 2•22 years ago
|
||
Comment 3•22 years ago
|
||
Reporter | ||
Comment 4•22 years ago
|
||
Comment 5•22 years ago
|
||
Comment 6•22 years ago
|
||
Reporter | ||
Comment 7•21 years ago
|
||
Updated•21 years ago
|
Comment 8•21 years ago
|
||
Reporter | ||
Comment 9•21 years ago
|
||
Comment 10•21 years ago
|
||
Updated•20 years ago
|
Comment 11•20 years ago
|
||
Comment 12•20 years ago
|
||
Comment 13•16 years ago
|
||
Updated•16 years ago
|
Assignee | ||
Updated•16 years ago
|
Comment 14•16 years ago
|
||
Comment 15•13 years ago
|
||
Comment 16•6 years ago
|
||
Importing (dragging) the attachment above into an imap mailbox on tb definitely has a problem. The two pdf attachments are OK but the two text parts, don't display or can't be downloaded (I see a message that text attachment is empty when clicked). However with evolution and claws mail on linux the message displays perfectly.
Reading the manyj comments above, it is not clear to me how the message is expected to display. However, when I look with evo or claws, it is structured like this:
< start evo or claws email display>
Normal From/To/Subject/Date Header
Plain text paragraph describing the email: This month's......regarding the meeting.
test text
test text
< end email display>
Both claws and evo show links (that all work) to the two text parts as well as the 2 pdf's to download.
Tb shows the email like this:
< start tb email display>
Normal From/To/Subject/Date Header
Plain text paragraph describing the email: This month's......regarding the meeting.
< end email display>
At the bottom, tb shows link single to text and 2 pdf's. The pdf's links are OK and work. The single text link says "attachment empty" when clicked.
Note: There is (I think) a new pref that disables showing text as inline that is set by default, mail.inline_attachments.text. Setting this true or false doesn't make a difference. Re: Bug 1509709, https://hg.mozilla.org/comm-central/rev/43c9c600cf84
Description
•