240974 - If N atatchments are received, the Nth attachment is truncated

Status: RESOLVED INVALID

(MailNews Core :: Attachments, defect)

Description

[chuckchopp]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113

If I receive an email message in Mozilla MailNews v1.6, and the email has N
attachments, I can save & open attachments 1 through N-1 w/o any problems, but
the Nth attachment is truncated and thus cannot be opened at all.  If there is
only a single attachment then it seems to not be truncated.  If I don't save the
attachments to disk and I simply forward the entire email [including its
attachments] as an attachment in a new email, the recipient of the forwarded
message [who is using Outlook to read his mail] reports that the last attachment
in the list of attachments is truncated.  The test was performed using a group
of attachments that were all differently named copies of the same .zip file, and
WinZip was used to test the validity of each attachment upon receipt.

I did not have this problem with Mozilla v1.4 & v1.5.  I only recrently upgraded
to Mozilla v1.6 [back around the 3rd week of March, 2004], and it is only in the
past 4 or 5 days that I've had a need to receive emails with multiple zip files
attached.



Reproducible: Always
Steps to Reproduce:
1.  Create a .zip file that is about 700 KB in size.
2.  Make 3 or 4 differently named copies of the .zip file.
3.  Send an email with those copies of the .zip file attached.
4.  When the email is received by Mozilla MailNews v1.6, save the attachments to
disk and note the sizes of the files.  The last attachment in the list [not
always last alphabetically] is shorter than the others when it should have been
the same size.


Actual Results:  
The final attachment in the list of attachments is truncated.

Expected Results:  
The final attachment should not have been truncated.

Comment 1

[chuckchopp]

I found out that my ISP's mail server was experiencing storage problems and was
truncating messages with attachments.