353529 - Problem with opening AppleDouble encoded attachments on Intel Macs

Status: RESOLVED DUPLICATE of bug 361401

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Christian Schmitz]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-AT; rv:1.8.0.6) Gecko/20060729 SeaMonkey/1.0.4
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X Mach-O; de-AT; rv:1.8.0.6) Gecko/20060729 SeaMonkey/1.0.4

In our company we are using Netscape/Mozilla products for over a decade on both mac and windows computers. As network administrator I am very happy with it. 

As more and more Intel Macs arrive at our company I have intstalled Mozilla Seamonkey 1.0.x on them to get the native speed out of the Intel processors as Seamonkey ist Universal Binary (UB).
There is only one problem runnig the UB version of Seamonkey on Intel. Attachments you recieve that are encoded as AppleDouble by the sender of the email are not decoded correctly so that the downloaded files cannot be opened.
For example via MS Entourage (MacOS X) Appledouble encoded word or excel or jpg files could not be opend after saving them to disk.
After digging deeper into this problem I found out two things:
1. Thunderbird 1.5.x UB has the same problem
2. Running Seamonkey UB or Thunderbird UB in rosetta mode solves the problem!
   (You can change the execution mode using the info dialog in Mac OS X.)
But running in rosetta emulation mode is no real solution, as it is very very slow! Even with a lot of memory!

Reproducible: Always

Steps to Reproduce:
1. Send an Email to you via MS Entourage with an word attachment encoded as AppleDouble
2. Recieve the Email with Motilla Seamonkey on an Intel Mac
3. Save the attachment to your disk and try to open it.

Actual Results:  
You cannot open the word document, resulting in an error msg that word cannot read the file.

Expected Results:  
Correct decoding of AppleDouble encoded Attachments on Intel Macs without using rosetta emulation.

If it may help you to reproduce the problem I may send you an Emailfolder containing two Emails with this problem on Intel Macs.
Thank you for your help!
Yours
Christian Schmitz

Comment 1

[(not reading, please use [e-mail] instead)]

confirmed.  see bug #361401 (for tbird.)

note for me, this is a problem on intel mac, but not windows xp.

Comment 2

[TT]

I can confirm this bug as well, and changing the execution mode to Rosetta does fix it.  I can't believe this bug has been around for 15 months!  How many revisions of Seamonkey have we had in the meantime?  This bug needs be fixed in 1.1.8.

Comment 3

[Mabry Tyson]

[See also Bug 361401 which may be the same.]

We are seeing this bug with Thunderbird 2.0.0.12 (20080213) on an Intel Core 2 Duo   (Mac OS X 10.5.2) [and other machines but I'm just describing mine].  It does not occur on Thunderbird 2.0.0.9 on a PPC G4 (Mac OS X 10.4.10).  Example attachments were .doc, .ppt, and .xls.

With TBird on the PPC, MacMail on the Intel Mac, and Entourage on the Intel Mac, the attachments had the same size when saved.  TBird on the Intel Mac created files that were between 127 and 130 bytes larger.  The corresponding application would report that these larger files were not of the correct format.

The raw mail message indicates a multipart AppleDouble file consisting of two parts, the first of which is small.  I suspect the two components are being combined into one file.

We have been having these problems for at least a year but infrequently.  I didn't connect that it the recipient always had an Intel Mac.

--============_-1005394651==_============
Content-Id: <p06240801c412e3ccff7e@[192.168.1.101].0.0>
Content-Type: multipart/appledouble; boundary="============_-1005394651==_D============"

--============_-1005394651==_D============
Content-Transfer-Encoding: base64
Content-Type: application/applefile; name="%SBT WineWatcher071907.ppt"
Content-Disposition: attachment; filename="%SBT WineWatcher071907.ppt"
 ; modification-date="Thu, 19 Jul 2007 08:30:14 -0700"

AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAADAAAAPgAAABkAAAAJAAAAVwAAACAA
AAAIAAAAdwAAABBTQlQgV2luZVdhdGNoZXIwNzE5MDcucHB0U0xEOFBQVDMAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAOMd2WDjHdlkttDAAPf462
--============_-1005394651==_D============
Content-Type: application/vnd.ms-powerpoint; name="SBT WineWatcher071907.ppt"
 ; x-mac-type="534C4438"
 ; x-mac-creator="50505433"
Content-Disposition: attachment; filename="SBT WineWatcher071907.ppt"
Content-Transfer-Encoding: base64

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAFAAAARQIA

Comment 4

[David :Bienvenu]

a sample message (save as .eml file) that shows this problem would be helpful.

Comment 5

[Andrew Sutherland [:asuth] (he/him)]

This is undoubtedly bug 361401 which this bug is currently marked as dependent on.  If this was here as a SeaMonkey marker, it's not needed anymore as 361401 turns out to be a core/networking issue.