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.