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)
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.
Comment 1•21 years ago
|
||
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.
Comment 2•20 years ago
|
||
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
Comment 3•20 years ago
|
||
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.
Description
•