Closed Bug 228058 Opened 21 years ago Closed 20 years ago

Encoded attachment(s) not identified/shown in a forwarded multi-part/mixed email

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: tlampinen, Assigned: mscott)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 Build Identifier: Mozilla Thunderbird 0.4 (20031205) I received a forwarded email that has a Word document as an attachment. However, when I open the message in the UI I only see the text portion of the forwarded email but not the attachment in the original email. The message contains the attachment (size ~ 550KB) and other email clients identify it. The structure of the multi-part/mixed email including all headers is given below (from the saved EML file): X-UIDL: 7fbd42503b064758c242d96073b0cd5e X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 X-Apparently-To: <receiver> Return-Path: <sender> Received: from 204.127.198.39 (EHLO rwcrmhc13.comcast.net) (204.127.198.39) by mta106.mail.sc5.yahoo.com with SMTP; Tue, 09 Dec 2003 06:12:59 -0800 Received: from 204.127.197.112 ([204.127.197.112]) by comcast.net (rwcrmhc13) with SMTP id <2003120914125801500brnv7e>; Tue, 9 Dec 2003 14:12:58 +0000 Received: from [193.133.92.239] by 204.127.197.112; Tue, 09 Dec 2003 14:12:56 +0000 From: <sender> To: <receiver> Subject: first draft for comments (fwd) Date: Tue, 09 Dec 2003 14:12:56 +0000 Message-Id: <120920031412.8983.1e6d@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 27 2003) X-Authenticated-Sender: cmVobmlAY29tY2FzdC5uZXQ= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="NextPart_Webmail_9m3u9jl4l_8983_1070979176" --NextPart_Webmail_9m3u9jl4l_8983_1070979176 Content-Type: text/plain Content-Transfer-Encoding: 8bit [[[ notes regarding the forwarded email... ]]] ---------------------- Forwarded Message: --------------------- From: xxx To: yyy Subject: first draft for comments Date: Tue, 9 Dec 2003 04:51:28 -0000 --NextPart_Webmail_9m3u9jl4l_8983_1070979176 Content-Type: Multipart/alternative; boundary="NextPart_Webmail_9m3u9jl4l_8983_1070979176" --NextPart_Webmail_9m3u9jl4l_8983_1070979176 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C3BE10.1B3FB520" ------_=_NextPart_002_01C3BE10.1B3FB520 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 [[[ base64 endoded text portion - shows up in the UI as text ]]] ------_=_NextPart_002_01C3BE10.1B3FB520 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 [[[ base64 endoded text portion - shows up in the UI as text ]]] ------_=_NextPart_002_01C3BE10.1B3FB520-- --NextPart_Webmail_9m3u9jl4l_8983_1070979176 Content-Type: application/msword; name="Attachment&Comments.doc" Content-Transfer-Encoding: base64 Content-Description: Attachment&Comments.doc Content-Disposition: attachment; filename="Attachment&Comments.doc" [[[ base64 endoded Word document - does NOT show up in the UI ]]] --NextPart_Webmail_9m3u9jl4l_8983_1070979176-- Reproducible: Always Steps to Reproduce: 1. 2. 3.
I am having a similar problem, and experienced it in all Mozilla Mailers I tried (Mozilla 1.6, Thunderbird 0.4, Netscape 7.1, ...). Some attachments coming from one colleague (using Eudora) are not shown at all in the mail window, while they are visible in other non-Mozilla mail software (checked with squirrelmail on same IMAP account). I tried to make a small example file, but apparently these got through correctly. A somewhat larger example (e-mail source code) can be found on http://users.pandora.be/jmw/files/message.eml. Please let me know when I can delete this file.
I also have the problem that attachments weren't identified and shown inline when I forward an e-mail. I think it must be a problem with a wrong header of the sender because I couldn't reproduce it with the same document-type from other sender. But all attachments from this sender have that behavior. The mail was send with Outlook 2000, there is no content-type in the header and no comment about multipart ?!? (I change the mail-adresse, the text and shorten the attachement, but all header information is there) From - Mon Nov 22 09:37:11 2004 X-Account-Key: account4 X-UIDL: 'A>"!b"h!!~$m!!*Z_!! X-Mozilla-Status: 0001 X-Mozilla-Status2: 10000000 Return-Path: <me@you.de> Received: from asus (asus.you.de [172.16.1.56]) by l3.you.de (8.12.7/8.12.7/SuSE Linux 0.6) with SMTP id iAM7ppKG002922; Mon, 22 Nov 2004 08:51:51 +0100 From: "Me" <me@you.de> To: "Test" <test@you.de> Subject: Was here Date: Mon, 22 Nov 2004 08:52:36 +0100 Message-ID: <BFEOJKOLMHOJGEEIDKCMCEKPCKAA.me@you.de> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-UIDL: 'A>"!b"h!!~$m!!*Z_!! Text found here begin 666 protokoll_2004_11_17.doc MT,\1X*&Q&N$`````````````````````/@`#`/[_"0`&```````````````( M````,@``````````$ ``- ````$```#^____`````#$````V````-P```#@` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` K```````````````````````````````````````````````````````````` ` end
The message in the original report is malformed. Its MIME structure is: Top: multipart/mixed; boundary="...176" ...176 Part1: text/plain ...176 Part2: multipart/alternative; boundary="...176" <= WRONG! Same boundary! ...176 Part2.1: multipart/alternative; boundary="...520" ...520 Part 2.1.1: text/plain; ...520 Part 2.1.2: text/html; ...520-- <== terminating part 2.1 ...176 Part2.2: application/msword; <== "missing" part ...176-- <== terminating part 2 and then the message ends without the terminating boundary for the top-level message. That Part 2 (multipart/alternative) with the incorrect boundary is actually completely superfluous; it's a bug from the generating software. TB treats the remainder of the message as a mult/alt, which means each part is considered a peer and only part should be shown -- per the spec, parts should be presented in order of ascending difficulty, and once a part is found that can't be shown inline, the part previous to that should be selected. The structure of the message *should* have been: Top: multipart/mixed; boundary="...176" ...176 Part1: text/plain ...176 Part2: multipart/alternative; boundary="...520" ...520 Part 2.1: text/plain; ...520 Part 2.2: text/html; ...520-- <== terminating part 2 ...176 Part2.2: application/msword; <== attachment ...176-- <== terminating message At any rate, this isn't Mozilla's/TB's fault; it's the fault of X-Mailer: AT&T Message Center Version 1 (Oct 27 2003) so marking WFM. xref bug 101719, bug 140982. Jean-Marc Wislez has apparently removed his message from his website, but I suspect he's encountered a similar botched MIME. Markus Faßbender, your problem (comment 2) is different. Your mail's attachment is UUencoded, not MIME'd like reporter's. You say that you included all the headers there, but the likely culprit is not there -- see bug 61810; see also bug 234449. If neither of thos bugs explain your problem, please open another bug and provide a saved .EML sample file *as an attachment*.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.