290063 - Mail received from Eudora client fails to display attachment in preview pane unless source of mail is viewed

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Robin Ericsson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: version 1.0.2 (20050317)

I have a friend who is using Eudora, and when he is sendning me mails with
attachments, the attachment column in the list tells me there is an attachment
in the mail however opening the mail shows no attachment. I had to use mutt to
be able to get mail before.

Today I found an interesting thing, if I view the source of the mail (Ctrl-u),
clicks on another mail and click back on the Eudora mail, the attachment is
suddenly shown. If there are bigger attachments I need to wait until the whole
source is downloaded and scroll to the very bottom of the mail and rediplay the
mail in the preview pane. Opening the mail show no attachment either before the
view source.

I can probably produce the source for a mail with this problem if needed.

Reproducible: Always



Expected Results:  
The attachment to be displayed without looking at the source.

Comment 1

[Jean-Marc Desperrier]

> I can probably produce the source for a mail with this problem if needed.

Well, just do. You have the 'Create a New Attachment' option above, type should
be message/rfc822.

Do you use IMAP ? It could be IMAP related.

Comment 2

[Robin Ericsson]

Attachment: Mail where the attachment isn't displayed until source is viewed

Comment 3

[Robin Ericsson]

(In reply to comment #1)
> > I can probably produce the source for a mail with this problem if needed.
> 
> Well, just do. You have the 'Create a New Attachment' option above, type should
> be message/rfc822.

Attached. I tried to get a smaller example but I couldn't duplicate it. I've got
three mails with this problem. Maybe it can also be related to filenames and
mime-type?

> Do you use IMAP ? It could be IMAP related.

Yes, I use Cyrus IMAP, but I can get the attachment the first time without
problems using mutt and the same IMAP.

Comment 4

[Olaf Schulz]

A similar behaviour is described both in 'attachments sometimes not visible in
IMAP' https://bugzilla.mozilla.org/show_bug.cgi?id=255488  and in 'Attachments
occasionally not 'seen' on IMAP server'
https://bugzilla.mozilla.org/show_bug.cgi?id=245913 

I've done a little research on this bug and found out:

I can reproduce it on 
- Windows XP, Thunderbird 1.02
- Linux, Thunderbird 1.0, Mozilla 1.75 and 
  Mozilla 1.8b2 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2)
Gecko/20050531) - nightly snapshot, downloaded binaries from mozilla.org

I've so far seen the bug only with mails with the following structure:
Message Text as multipart/alternative (both text/plain and text/html) and some
other attachment. Mails have been sent with different clients:
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-Mailer: 8.0 for Windows sub 6105 
  (read: AOL)
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
(I could provide an attachment from #2)

I can also observe the bug only with one IMAP server: imap.web.de
(WEB.de is on of the two most popular freemailers in Germany, one could easily
create an account for testing purposes) No Idea, no hint, which IMAP server
software they are running there.
With the following IMAP Servers the bug does NOT appear:
Cyrus IMAP4 v2.1.17-IPv6-Debian-2.1.17-3 (I could give you more details about
these servers if necessary)
mx.freenet.de (no idea which software, but very different capabilities to two
Cyrus installations) freenet.de is another internet access and freemail
provider. One can create a free account for testing.

I can fetch correctly the mails concerned with another Mail client: mutt 
I hope I can bring a bit more light into the confusion with this nasty bug.
Please, assignees, merge these three bugs into one (290063, 255488, 245913) and
assign it to the appropriate product and component.

Comment 5

[Olaf Schulz]

Attachment: IMAP protocol log fetching 2 test mails (one is attachment No.1 here)

I've created an IMAP protocol log with Mozilla 1.82b here, fetching two mails
concerned by this bug, one is the attachment already posted here.
I changed the e-Mail address of the account to '[e-mail]' to
protect the account holder's privacy.

Comment 6

[Kai Ruhnau]

*** Bug 302768 has been marked as a duplicate of this bug. ***

Comment 7

[David :Bienvenu]

*** Bug 245913 has been marked as a duplicate of this bug. ***

Comment 8

[Olaf Schulz]

Attachment: mbox file reproducing the described bug

Tested this example with Thunderbird 1.5 (20051201). IMAP Server was imap.web.de.
Please remember that the described bug only occurs with some certain IMAP servers.
(web.de is a free and paid mail provider very popular in Germany so I consider the bug important)

Comment 9

[Olaf Schulz]

Attachment: mbox file reproducing the described bug

Tested this example with Thunderbird 1.5 (20051201). IMAP Server was imap.web.de.
I can reproduce the bug.
Please remember that the described bug only occurs with some certain IMAP servers.
(web.de is a free and paid mail provider very popular in Germany so I consider the bug important)

Comment 10

[Olaf Schulz]

Comment on attachment 212554 [details]
mbox file reproducing the described bug

Tested under: Windows XP SP2 (But earlier Thunderbird Versions also tested under Linux (Debian sarge)

Comment 11

[David :Bienvenu]

Olaf, have you tried a recent trunk build? And do you have view | attachments | inline turned on or off?

Comment 12

[Olaf Schulz]

(In reply to comment #11)
> Olaf, have you tried a recent trunk build?
No, and I have no access to a machine where I could easily install one. I'll try to find an opportunity.

> And do you have view | attachments | inline turned on or off?
Not sure.
Attachments in other mails were not shown inline but as attachments (at least if they were not "declared" inline in the mails)
The attachment in the example is not inline, but maybe that's not the point.

Comment 13

[David :Bienvenu]

I'm really just asking about the view | display attachments inline menu, whether it's checked or not. If it's not checked, there are several bugs that can happen, but I think several of them are fixed on the trunk. 

Comment 14

[Olaf Schulz]

(In reply to comment #11)
> Olaf, have you tried a recent trunk build? And do you have view | attachments |
> inline turned on or off?

Now I tried with Tunderbird 1.5.0.4 and Mail example https://bugzilla.mozilla.org/attachment.cgi?id=212554 - and voilà - the attachment is displayed and downloadable.

Although - the first example has no indication of attachment.
Note: I did not send the 2nd example (id=212554) by mail to the IMAP account but moved it into the folder with another mail client (mutt, so I assume that the mail really had been unchanged)

I had View | attachments | inline  turned ON.
(but does this apply? In the above-mentioned example the content-disposition of the attached *.doc file is "attachment", not "inline")

Olaf

Comment 15

[Wayne Mery (:wsmwk)]

Olaf in comment #14
> (In reply to comment #11)
> > Olaf, have you tried a recent trunk build? And do you have view | attachments |
> > inline turned on or off?
> 
> Now I tried with Tunderbird 1.5.0.4 and Mail example
> https://bugzilla.mozilla.org/attachment.cgi?id=212554 - and voilà - the

Olaf, your test in June would not have the patches David speaks of, but TB 2 probably has some or all.  Can you test beta 2 which is at http://stage.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8/

Comment 16

[Olaf Schulz]

Tested both examples with  http://stage.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8/thunderbird-2.0pre.en-US.linux-i686.tar.gz

with both settings View | attachments | inline turned ON (default) and OFF

Mine https://bugzilla.mozilla.org/attachment.cgi?id=212554 is being displayed fine (i.e. with attachment) in both settings.

The other one - "visat buggarna just nu" - https://bugzilla.mozilla.org/attachment.cgi?id=180563 will never show that it's got an attachment with either setting as long as it's on the imap server imap.web.de (one of the two most popular in Germany).

With View | attachments | inline turned OFF I see a text
"This body part will be downloaded on demand." instead of the message.

I don't have access to the attachment in any way as long as it's on the server, but the attachment will be displayed in both views when I copied the message to a local folder.

So I assume that the reason for the bug has not been found yet.

Comment 17

[Olaf Schulz]

The same test with the same Thunderbird version 2 beta 2 (20070126) linux-i686
but from a cyrus IMAP server: even "buggarna just nu" always looks OK.

Comment 18

[Scott MacGregor]

looks like we didn't get any traction on this.

Comment 19

[Matt Dudziak]

FWIW I am not able to reproduce this using a Trunk build (Eudora 8.0.0b3).

Comment 20

[[:Aureliano Buendía]]

WFM using email testcase and

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.2pre) Gecko/20100316 Lightning/1.0b2pre Lanikai/3.1b2pre ID:20100316033747