Closed Bug 783857 Opened 13 years ago Closed 12 years ago

forward iphone mail with embedded pictures

Categories

(Thunderbird :: General, defect)

14 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: gvanderschooten, Unassigned)

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0 Build ID: 20120420145725 Steps to reproduce: Received a mail from an iphone with embedded pictures. Tried to transfer the mail to somebody else. Actual results: The mail which is transfered (html coding) stopped the text part just before the first picture. The remaining part with sent as attached file, three jepg (with the same names "image.jpeg"= and three text portions containing the text inserted between the pictures of the original mail (the one I received from the iphone) Then, reading the forward mail (with thunderbird) one can only see the beginning of the mail (all te text in one line, without CR/LF), and the pictures and the remaining texts are attached. Expected results: Format the forward mail in such a way that the receipient can read it! The file attached is the coding of the oroginal mail received from the iphone (it is a text coding, not a htm one)...could be the source of the pb
I shortened the original mail (pictures were too big)
Same mail structure as original is kept. Content-Transfer-Encoding: is not essential, so removed. Image data itself is irrelevant, so removed.
Original mail(and Test mail too) : multipart/mixed text/plain part : no Content-Disposition: header, no name/filename image/jpeg part : Content-Disposition: inline, with name/filename There is no imbed image in original(image pointed by cid: url of HTML under multipart/related), so Tb shows sub parts in multipart/mixed in order placed uder multipart/mixed, with respecting Content-Disposition: by mail sender, with respecting View/Display Attachments Inline setting by Tb user. Forward mail generated by Tb : multipart/mixed first text/plain part(message body) : No Content-Disposition: header, without filename text/plain part(attachment part) : Content-Disposition: attachment, with filename image/jpeg part(attachment part) : Content-Disposition: inline, with filename Tb looks to set "Content-Disposition: attachment" for attachement parts under multipart/mixed upon forward. Tb shows these attachment parts in iline if View/Display Attachments Inline is requested by Tb user. Some mailers won't show part of "Content-Disposition: attachment" in inline. And some other mailers won't show part of "Content-Disposition: inline" as attachent. Do you see this kind of problem in other mailer due to "Content-Disposition: attachment"?
Correction. Both text/plain and image/jpeg part are sent with "attachment" by Tb. > image/jpeg part(attachment part) : > Content-Disposition: attachment, with filename
A workaround of "Content-Dispsition: attachment" generated by Tb in your case : Forward as attachment, instead of forward as inline. If mais is forwarded as attachment by Tb, entire mail data is placed as-in in message/rfc822 part under multipart/mixed. Because original mail structure is as follows; multipart/mixed first text/plain part(message body) : no Content-Disposition: header, no name/filename image/jpeg parts(attachment part) : Content-Disposition: inline, with name/filename text/plain parts(attachment part) : no Content-Disposition: header, no name/filename almost all ordinal mailers show the attached mail as you want.
(In reply to WADA from comment #3) > Do you see this kind of problem in other mailer due to "Content-Disposition: > attachment"? And Do you still see this problem when using version 17 or newer? Newer can be found at http://www.mozilla.org/en-US/thunderbird/channel/
Flags: needinfo?(gvanderschooten)
Whiteboard: [closeme 2013-07-01]
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Flags: needinfo?(gvanderschooten)
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2013-07-01]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: