166646 - Outlook Messages with attachments are blank in Mail Window

Status: RESOLVED WORKSFORME

(MailNews Core :: Attachments, defect)

Description

[hcaley]

Some messages I received from Outlook users with attachments are blank in
Mozilla mail, although "view source" shows all the contents.  Server is Exchange
5.5, Mozilla is using IMAP. Mozilla v1.1 for x86 Linux

The same message will display properly in Evolution and Pine (which are all I
have to test with).  Does not display properly in Netscape 4.79.

If I were to forward this message to myself, it would then become readable in
Mozilla.

Below are the (edited) headers from such a message:

Received: by NTEX60 
	id <01C25431.26659F40@NTEX60>; Wed, 4 Sep 2002 09:35:59 -0700
Message-ID: <[e-mail]>
From: <<edited>>
To: AFFX - CIS Department <AFFX-ALL_CIS@ntex00>
Subject: <<edited>>
Date: Wed, 4 Sep 2002 09:33:58 -0700 
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C25431.26659F40"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C25431.26659F40
Content-Type: text/plain

<<text content removed>>

------_=_NextPart_000_01C25431.26659F40
Content-Type: application/msword;
	name="(Req 747) Applications Programmer Analyst .doc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="(Req 747) Applications Programmer Analyst .doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAHAAAAFwAAAAAAAAAA
EAAALgMAAAEAAAD+////AAAAABgAAAAdAAAAHgAAAB8AAAAgAAAAGQMAABoAAAD/////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
<<attached doc file truncated>>

Comment 1

[Matthias Versen [:Matti]]

-> Attachments

Comment 2

[hcaley]

Mozilla 1.1 on Windows has the same problem.

Comment 3

[Andreas Troschka]

No problems of this kind with this setup:

.Mozilla v1.2a - Linux (Kernel v2.4.xx)
.Microsoft Outlook Express 5.00.2919.6700
.MIMEOLE v5.00.2919.6700

My suggestion is to wait before running behind probable "mistakes" or
"non-conformities" of M$ (or others) products in respect to *WWaccepted
standards* (as the RFC are), and in the meanwhile, to investigate about level of
implementation of MIME in Mozilla.

Otherwise the risk is to accept as "standard features" bugs originated from
other's applications!

The real problem is that RFC can be often interpreted in various ways, and if
one is willing to impose its own standards... ;-)

We saw many wrong adjusted parser routines, so please don't be in the hurry!

:-)

Thanks for your cooperation.

Andreas Troschka

Comment 4

[Pete Sheridan]

I have this issue also.  This absolutely works on Mozilla 1.2b, but was broken
when I upgraded 1.3a.  Here's another sample email if it helps; I can also
just forward something to an engineer or have one of our Outlook users send
something.

-------------BEGIN-------------------------------------------------------------

Return-Path: <[e-mail]>
Received: from rgmgw4.us.oracle.com (localhost [127.0.0.1])
	by rgmgw4.us.oracle.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id 
h0KJWGZ21872;
	Mon, 20 Jan 2003 12:32:16 -0700 (MST)
Received: from xxxxxxxxxlap3 (dhcp-reston2-5-6-fl-east-138-1-221-
5.us.oracle.com [138.1.221.5])
	by rgmgw4.us.oracle.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id 
h0KJWFI21860;
	Mon, 20 Jan 2003 12:32:15 -0700 (MST)
From: "xxxx.xxxxxxxx" <[e-mail]>
To: "xxxx.xxxxxxxx" <[e-mail]>
Cc: "xxxx.xxxxxxxx" <[e-mail]>
Subject: blending
Date: Mon, 20 Jan 2003 14:31:14 -0500
Message-ID: <004701c2c0ba$7f628bd0$05dd018a@xxxxxxxxxlap3>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0048_01C2C090.968C83D0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106

This is a multi-part message in MIME format.

------=_NextPart_000_0048_01C2C090.968C83D0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

xxxx just a reminder that we would like to have Prioritized (Simple)
blending in ADS this time around.  When you get back can we review and
go over click sheets.
 
--xxxx


xxxx.xxxxxxxx
[e-mail] 
 

------=_NextPart_000_0048_01C2C090.968C83D0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>

<META content=3D"MSHTML 6.00.2800.1126" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D163003019-20012003><FONT face=3DArial size=3D2>xxxx =
just a reminder=20
that we would like to have Prioritized (Simple) blending in ADS this =
time=20
around.&nbsp; When you get back can we review and go over click=20
sheets.</FONT></SPAN></DIV>

<DIV>&nbsp;</DIV>
<DIV align=3Dleft><SPAN style=3D"FONT-SIZE: 10pt">--xxxx<BR><BR><BR>xxxx =

xxxxxxxx<BR>Oracle<BR>Director Software Development - Application=20
Technology<BR>(o) xxxxxx <BR>(c) =
xxxxxxx<BR>[e-mail]=20
</SPAN></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0048_01C2C090.968C83D0--


--------------------END-------------------------------------------------------


Thanks.  --Pete

Comment 5

[Pete Sheridan]

As far as my comment above -- I only have this issue when the View menu
option is set to 'Simple HTML'.  If I set it to 'Original HTML' it displays 
fine.  So there is a workaround.

Comment 6

[Mike Cowperthwaite]

See bug 199298 comment 1 -- this applies to the message fragment in the original 
report.  The attachment's headers include:
  Content-Type: application/msword;
      name="(Req 747) Applications Programmer Analyst .doc"
  Content-Disposition: attachment;
      filename="(Req 747) Applications Programmer Analyst .doc"
According to that referenced comment, the lack of a space before the quote in 
the name/filename parameters causes this problem.

Comment 7

[Mike Cowperthwaite]

I apologize for spamming.  In the previous comment, I misinterpreted the 
referenced comment, which is about spaces appearing before the keywords 
'boundary' 'name' and 'filename' in the headers (where they are on their own 
line).  The mail fragments posted in this message do not have that issue.

Bug 155537 is about an easy-to-reproduce problem which apparently is seen in 
mails from Outlook, but the cause of that is not see in these mail fragments 
either.

Reporter ([e-mail]): if you are still seeing this problem, please 
attach a sample email (saved as a .EML file) to this bug.

Pete Sheridan: I copied the messagetext you posted into a mail folder, and it 
displays whether I 'View As' Plain, Simple or Original.  If you are still seeing 
*your* problem -- which I believe is not the reporter's original problem -- 
please open a new bug and attach a sample email.

Comment 8

[Steve Wardell]

I've got this situation occurring in Firefox 0.6+ (20040428) among others dating
a long way back. I'll attach a problematic message.

Comment 9

[Steve Wardell]

Attachment: Sample message with the problem

This message does not show any content and the attachment is not accessible in
Thunderbird.

Comment 10

[Steve Wardell]

Switching from original HTML to simple HTML does provide a workaround.  Thou is
the issue in the message or in the moz based email client when using view as
original html that causes no display of content when using original HTML mode?

Comment 11

[Mike Cowperthwaite]

Steve Wardell, the sample message you provided looks similar to the fragments 
posted by the reporter.  I integrated your sample message into my mail, and 
substituted an actual (complete) PPT document for the fragment you provided; 
this document was copied from a TB-generated mail with a sample PPT (randomly 
pulled from the web) attached; however, I used the headers that you provided.

I was able to read the message text; I was able to "access" the attachment -- 
meaning it appeared in the attachment panel, and I could double-click it and 
also right-click to get the menu, and could both open and save it.  

The Open action presented the Opening... dialog, and specified the PowerPoint 
Viewer (which is what I have PPT files associated to in my system's config).  I 
do not have any PPT entry config'd in TB's attachment options.

See bug 248978, altho that is specific to Thunderbird and probably not the same 
problem seen here.

Comment 12

[Steve Wardell]

This is still an issue with the current 2.0 nightly builds of Thunderbird. One interesting thing is that if you:

1) Click forward button while non-displaying message is selected
2) Close the forward window that pops up
3) Click another message in the message list
4) Click the problematic message again in the message list

The message now shows up correctly. What's going on with that? Does this only affect Exchange 5.5 servers and that's why there's not much interest in this issue (we're still running Exchange 5.5 *shrug*)?

Comment 13

[Doc]

When I check my messages from a computer as a web mail message. every thing is fine. If I download to my old POP mail Netscape 7.2 the message is fine. When I down load to my POP mail Thunderbird I get nothing if the original message was sent from Outlook. It comes as an attachment that will not open.

Comment 14

[Magnus Melin [:mkmelin]]

The sample message now works fine for me on linux/latest comm-central. 
->WFM

Feel free to reopen if it doesn't work for you using the latest from
http://www.mozillamessaging.com/en-US/thunderbird/early_releases/