Open Bug 378729 Opened 13 years ago Updated 5 years ago

Attachments corrupted on save, if they have content-type: application/applefile


(Thunderbird :: General, defect, critical)

Not set


(Not tracked)


(Reporter: bugzilla, Unassigned)



(Keywords: dataloss)


(3 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv: Gecko/20070309 Firefox/
Build Identifier: (20070221)

If you send a Photoshop psd-file with Microsoft Entourage (v.11.2.5) , or with (v.2.1.1)(and do not check "Send Windows friendly attachment), the content-type is set to application/applefile. When you receive this attachment with Thunderbird, and try to save it and open with Photoshop (v.CS 2), it is corrupted, and Photoshop can't open it.

I'm not sure if this is a VALID content-type, but every other email program can still save the attachment without corrupting it.

If you send same attachment with Thunderbird, Webmail, or with "Send Windows friendly attachment" checkboxed, attachments work fine with Thunderbird. 

When sending email, Thunderbird and Webmail set the content-type as 
Content-Type: application/octet-stream;, with "Send Windows friendly attachment" checked, sends Content-Type: image/photoshop;

Reproducible: Always

Steps to Reproduce:
1. Send attachment with Mac Entourage, or 
2. Save attachment with Thunderbird
3. Open with Photoshop
Actual Results:  
Photoshop says "Could not complete your request because it is not a valid Photoshop document".

Expected Results:  
Should open up fine.
Does this bug still occurs with Thunderbird 2?
Severity: critical → normal
Yes, Mozilla Thunderbird (20070326) behaves exactly the same.
Version: unspecified → 2.0
I hope it's the only content type that Thunderbird corrupts, otherwise I would view this bug as quite critical.
Attached file Original test psd-file (obsolete) —
This file was created with Photoshop CS2. Create new file, 1x1px 72dpi white background.
Assignee: mscott → nobody
I guess this is a duplicate of Bug 398967 -- from my experience the attachments are corrupted as the resource and data forks are glued together into the data fork. Only Thunerbird on Intel Macs is affected, on PPCs everything works as expected.
Attachment is broken when saved with Thunderbird/2.0 / MacOS X / Intel. This bug is apparently fixed in Shredder/3: Attachment is OK in Shredder/3.0b1pre BuildID 20081115030213, only creation date is wrong (1/1/2000 0:00h). See also (duplicate) Bugs: Bug 394298, Bug 462666 and Bug 398967
Attachment <> is obsolete/improper to show the bug as it has no (more) resource fork. Use the saved E-Mail <> as test case instead.
Duplicate of this bug: 462666
Duplicate of this bug: 398967
Attachment #264737 - Attachment is obsolete: true
Severity: normal → major
Ever confirmed: true
I've seen for some time a problem with Thunderbird/Mac receiving email with attachments from an Entourage client, over several versions of Thunderbird and Entourage.  The attachments are not detached correctly and are partially mangled, which is fatal for image files, etc.  This does not happen with Thunderbird/Windows on the same message, and the message is also correctly readable with Mac Mail client.  The encoded attachment header appears to be slightly different when sent Entourage than from other clients, which must account for the difference, but yet is handled properly by other clients.  I have a couple of examples that I'd make available on request.
can confirm. very annoying problem
sent from entourage as appledouble
files are ok with seamonkey 1.1.x on win64

on macosx default viewer doesnt get set correctly and files break on saving.
jpegs work when viewed inline tho.
what i think is happening is that somehow the first contenttype from the resource fork is used and no the second with the actual file.

Content-type: application/applefile; name="Aufbau_Vergleich.png"
Content-transfer-encoding: base64
Content-disposition: attachment;

Content-type: image/png; name="Aufbau_Vergleich.png";
Content-disposition: attachment;
Content-transfer-encoding: base64
Keywords: dataloss
Hardware: PowerPC → All
Severity: major → critical
The described problem is happening here with the most recent thunderbird version (=24.1.0). 

When sent with Windows the content-header looks like that:
Content-Type: application/pdf;
Content-Transfer-Encoding: base64
Content-Disposition: attachment;

When sent with OS X (10.9), the content-header looks like that:
Content-Type: application/applefile;
Content-Transfer-Encoding: base64
Content-Disposition: attachment;

Is there a workaround available?
Because this bug, as well as other hints, are quite old, it looks to me that everybody else experiencing this found a solution.
My solution was to stop using Thunderbird with Mac OS. If you can't trust a mail client to save attachments properly..
You need to log in before you can comment on or make changes to this bug.