Closed Bug 189977 Opened 22 years ago Closed 13 years ago

Sent attachments are corrupted for Outlook recipients

Categories

(MailNews Core :: Attachments, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: kamil, Unassigned)

References

Details

(Whiteboard: [adt3])

Attachments

(7 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212 When trying to send some Visio files using Mozilla mail to some other people in my project they reported the files as corrupted. To do some additional testing I decided to zip the files to see if it was a Visio problem, but upon arrival the zip files were also corrupted. I tested this with several other files and got the same result. Reproducible: Always Steps to Reproduce:
WFM on many builds, before and after the build you're using. Anything that can interfere, such as firewalls or packet sniffers? If you look at the source of the received message (CTRL-U) do you see anything unusual?
worksforme just fine with IMAP4 (* OK dredd.mcom.com IMAP4 service (Netscape Messaging Server 4.15 Patch 4 (built Dec 7 2000))) sent via Windows 2000 on build 2003-01-21-08.
Kamil, can you do a small test : compose a message, attach files, but before sending the mail, erase your HTML or text signature (if any). Give us the results. Do the users you send messages to are using outlook ?
Here is the blank email you requested. The first attachment is the original sent email. It was sent via an SMTP server using Mozilla mail, and received using the same client.
I can confirm this is happening to me. I cannot send anything to other people and this can be to a number of different Windows OSs. The strange thing is that if I send the message to myself using another address and another mail tool I can always decode the messages. Very strange. It is as though the message gets muddled at my end and that the muddledness is reversed on this computer. The OTHER mail tool is web-based so I have not tried sending it to myself but reading it on another machine. MUST TRY THIS. The people I have been sending to largely use Outlook but not entirely. I will find out the details.
I can send this to the same machine of Lotus Notes mail server and it arrives ok! Data is from MS WOrd 2000 (9.0.4402 SR-1)
File size is different (slightly smaller) Compare tool says it is identical up to byte 2400 I can send you the original mail data for both if it would help. Ahain data is theoretically for MS Word 2000 but I haven't tried opening it.
*** Bug 190141 has been marked as a duplicate of this bug. ***
Confirming to get this on the radar. If this is highly reproducible, it should block 1.3 final. Does this happen every time? Is the data only corrupt for Outlook recipients? Maybe this problem is caused by a virus infection? Reporters, have you all recently updated your antivirus definitions and ran a full system virus scan?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.3?
Keywords: qawanted
To give a short answer to Andrew : - Yes it's reproductible every times, - Problem encountered with Outlook 98, 2000. Not tested with other versions. No problem with other mail clients. I found a *temporary* workaround detailed in Bug 190141 : removing the signature allows Outlook to deal with attachments.
Summary: Sent attachments are corrupted → Sent attachments are corrupted for Outlook recipients
from bug #190141 Steps to Reproduce: 1. Edit->Prefs->Mail->Send Format : "send the message in both HTML and plain text" 2. Edit->Mail & News Account Settings -> Attach this Signature : path to an HTML signature 3. Compose a new mail 4. Attach a file (PDF,ZIP, whatever) 5. Send the mail to a user using Outlook 2000 or Outlook XP (Haven't tried with other version)
I can't reproduce the problem using 20030220 mozilla build on win 2K. I'll attach the (physical) msg I sent next and I used the test zip file from comment #1 (ie, 'datapath.zip'). Basically it's a multipart/mixed msg with two parts: text/html and application/x-zip-compressed. Pretty straightforward and I don't see any problem with it. Kamil, can you send a msg with attachment 'datapath.zip' to your Outlook user (and make sure it still fails in saving the attachment) and cc me so that I can view the source of this msg (in mozilla)? Or you can view the msg source and attach the msg to this bug (ie, do View|Message Source, cut and paste the msg in the msg source window and save it to a text file then attach it to the bug). Either way is fine. I'm interested in knowing what's the difference between the msg you sent and mine. Thanks.
I'm curious if the base64 encoded data associated with the 2nd MIME part (whose content type is application/x-zip-compressed) of the msg is different from the one sent by Kamil. That's the only reason I can think of for the attachment to be corrupted.
re-assign to cavin
Assignee: mscott → cavin
Keywords: nsbeta1
Flags: blocking1.3? → blocking1.3+
I don't think this is still qawanted.
Keywords: qawanted
I cut and paste the msg from attachment id=112959 in comment #6 and made it a msg in a local folder, and I was able to save and open the zip file fine although this zip is different from the one from comment #1 (which has two .vsd files instead of one). So it looks like there's nothing wrong with the msg itself. I then sent a msg with the zip file I just saved to an Outlook user and the attachment was received fine as well. Kamil and Olivier, can you reproduce this problem with the latest build?
I can say that one of owr partner used NN7 for mailing they pricelist and all of Outlook users had problems. I used The Bat! client and had no problems at all. So, I believe it's an old bug...
Kamil, Oliver, time is running out for 1.3. Please post follow-ups as soon as possible. Thanks.
I tested sending attachments again today with the latest nightly build and everything seems to be working okay now. The sent files opened fine in Mozilla, Outlook, and mutt as well.
OK, thanks for the reply. Pulling this from the blocker list.
Flags: blocking1.3+ → blocking1.3-
Mail triage team: nsbeta1+/adt3 Appears to be working now per last few comments.
Status: NEW → RESOLVED
Closed: 22 years ago
Keywords: nsbeta1nsbeta1+
Resolution: --- → WORKSFORME
Whiteboard: [adt3]
Sorry for the late answer I wasn't avalaible for a moment. I tried with : - Netscape 7.02 : problem is still there - Mozilla 1.3b : problem still presents - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030306 (Night Build) : problem still there. If I send the message to my customer without signature there is no more problem. So, for me the problem is not corrected.
Reopening on basis of previous comment. The steps to reproduce are in comment 14. Could someone please test this on Mac or Linux? Should block 1.4a.
Status: RESOLVED → REOPENED
Flags: blocking1.4a?
Resolution: WORKSFORME → ---
Trunk build 2003-03-07: WinXP Trunk build 2003-03-07: Mac 10.1.5 Outlook 2000 SR-1 (9.0.0.3821) Using today's trunk build, where the account has an HTML signature, I created/sent a variety of messages with different attachments. After retrieving/viewing the messages in Outlook, they appeared ok: - Message with a gif file - Message with a jpg file - Message with a doc file - Message with an html file - Message with multiple files (gif, jpg, doc)
QA Contact: stephend → nbaca
In your tests, did you have Mozilla configured to send the message in both HTML and plain text?
When you get an email that is sent from Outlook, you never get the attachements! I use Mozilla Mail at work, and all other employees use Outlook, and I never receive any of the attachements until I open Outlook. I didn't want to add a new bug, because I thought this is related to the subject.
per comment 30 : that i a different issue caused by Microsoft. Outlook uses a messed-up format that is ONLY supported by Outlook [and not even Outlook Express]. See http://agamemnon.ucs.ed.ac.uk/faq/mstnef.html for more information.
Flags: blocking1.4a? → blocking1.4a-
Flags: blocking1.4b?
Flags: blocking1.4b? → blocking1.4b-
What is the status of this bug ? Is there any clue about a solution for this bug ?
Flags: blocking1.4?
mozilla1.4 shipped. unsetting blocking1.4 request.
Flags: blocking1.4?
Product: MailNews → Core
Is this still reproduceable (remember that an html signature must be set) ?
Assignee: cavin → nobody
Status: REOPENED → NEW
QA Contact: nbaca → attachments
Product: Core → MailNews Core
Nikolay, can you reproduce?
I don't have Outlook anymore, but here is my past experience, I never saw problems when somebody receive email with attachment in outlook.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: