Closed Bug 247599 Opened 20 years ago Closed 19 years ago

Content-Length > 4000000 breaks TB0.7 attachment Save All

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED EXPIRED

People

(Reporter: jan, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

Hi,

I have 3 e-mails which all have 12 pictures attached.

In mutt:
1 + Jun 18 Somebody (46285) Foto-impressie laatste etappe 10 Km Avon
2 + Jun 18 Somebody (55054) Foto-impressie laatste etappe 10 Km Avon
3 + Jun 18 Somebody (53913) Foto-impressie laatste etappe 10 Km Avon

Mail 1: Content-Length: 3557143
Mail 2: Content-Length: 4233085
Mail 3: Content-Length: 4145162

With TB0.7 on windows xp (using imap to that server):

For e-mail 1 when i do "Save All" indeed all attachments are saved into the dir
i selected.
For e-mail 2 and 3 when i do exactly the same *only* the first picture is saved!

When in the mailbox on unix i remove one picture (using mutt) and decrease the
size of
the e-mail below Content-Length: 4000000 then all attachments are saved fine.

This is *not* good! Somehow TB0.7 chokes when the total attachment size reaches
a certain limit!!

Reproducible: Always
Steps to Reproduce:
1. Receive an e-mail with many attachments (e.g. photos) where the e-mail's
Content-Length exceeds 4000000.
2. Select File->Attachments->Save all
3. Confirm the target directory. Press OK.

Actual Results:  
Only the first photo is saved to the target directory.

Expected Results:  
It should have saved all photos. 

When you remove one photo and the Content-Length gets below 4000000, then all
attachments (photos) are being saved correctly.
Maybe it's a problem similar to what is reported in bug 184452.
this isn't a 32 vs. 64 bit issue, because all told the message size is ~12MB,
which is no where near 2GB. I'll try this on my machine...
More info... It has nothing to do with the maximum attachment size probably. But 
it has something to do with the interaction between the imap server 
(dovecot-0.99.10.5-0.FC2) and TB 0.7.1. 

Today again i received an e-mail with 5 foto's. I did Save All attachments and 
only the fotos 1,2 and 5 were saved. For unknown reasons the fotos 3 and 4 are 
skipped. Same for a second e-mail with 12 foto's only foto 1 was saved. 

BUT if i make a local folder and move these e-mails to the local folder so that 
also the attachments are local, then Save All attachments works as expected!!

Then i copied back that e-mail with 5 fotos to the server. Tried Save All again 
and this time only the 1st foto was saved (before it was 1, 2 and 5).

There are zero error messages or warnings on the imap server.....

So if the foto's are on the imap server Save All attachments seems to only store 
some foto's, not all. How many and which ones seems random.

When the e-mails are in local folders there is no problem.
can you look at http://bugzilla.mozilla.org/show_bug.cgi?id=92111 and try
setting the pref I describe there? It's possible that the server has the same
bug as Exchange.
Tried user_pref("mail.server.server1.fetch_by_chunks", false); but it didn't
make any difference.

jan
Can I get an imap protocol log of the failure?

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
Zipped debug info please see here: http://www.houtsma.net/~jan/imap.zip

Interaction between TB0.7.1 on Windows XP Pro and IMAP server
dovecot-0.99.10.5-0.FC2 on Fedora Linux. Dovecot log file on the imap server
shows no errors or warnings. This imap.zip represents an e-mail with 10 pictures
attached. Save-All-Attachments only saved the very first picture
"Schoolkamp_2004_001.jpg". 

I discovered another odd related behaviour. Every successive Save-All
Attachments saves one extra picture with 0 bytes and another extra picture with
correct size.

So after a first Save-All-Attachment the result is:
Schoolkamp_2004_001.jpg: 145.727

After a second Save-All-Attachment the result is:
Schoolkamp_2004_001.jpg: 145.727
Schoolkamp_2004_002.jpg: 0
Schoolkamp_2004_003.jpg: 118.470

After the third Save-All-Attachment the result is:
Schoolkamp_2004_001.jpg: 145.727
Schoolkamp_2004_002.jpg: 0
Schoolkamp_2004_003.jpg: 118.470
Schoolkamp_2004_004.jpg: 0
Schoolkamp_2004_005.jpg: 139.038

After the fourth Save-All-Attachment the result is:
Schoolkamp_2004_001.jpg: 145.727
Schoolkamp_2004_002.jpg: 0
Schoolkamp_2004_003.jpg: 118.470
Schoolkamp_2004_004.jpg: 0
Schoolkamp_2004_005.jpg: 139.038
Schoolkamp_2004_006.jpg: 0
Schoolkamp_2004_007.jpg: 89.606

etc..... Very wierd! (I only debugged the first Save-All). 
Hope you can do something with this. Please let me know if you need me to do
some more tests for you.

Thanks,
Jan
Hello guys!

I experience the same problem in TB 1.0 on XP, also using IMAP. Tried it on a
few different machines...

Has this bug been further investigated, or has the process stalled? :-)
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.