Closed
Bug 70222
Opened 23 years ago
Closed 23 years ago
Mac Mozilla doesn't set proper MIME type in outgoing attachments
Categories
(MailNews Core :: Composition, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9
People
(Reporter: mozilla.org, Assigned: bugzilla)
Details
(Keywords: regression, Whiteboard: [nsbeta1+] Fix in hand)
Attachments
(2 files)
2.92 KB,
patch
|
Details | Diff | Splinter Review | |
4.05 KB,
patch
|
Details | Diff | Splinter Review |
Mozilla currently creates attachments of type application/octet-stream regardless of the settings in Internet Config or Mozilla preferences. Mozilla should set the proper MIME type of an outgoing attachment by matching its Mac file type to a MIME type via Internet Config. See bug 5721.
I found out some more after looking at my sent mail: As late as 20010129 Mozilla assigned correct MIME types (e.g. application/pdf) to attachments in outgoing messages. Sometime between then and 20010208 Mac Mozilla started using appledouble on outgoing attachments. The attached file within the appledouble wrapper is set to application/octet-stream even for known file types. This is a pretty serious problem for Mac users sending files to users on non-Mac platforms or to users of clients that don't support appledouble. Steps to reproduce (tried with 2001022808): Mail a file attachment to yourself of a known file type (e.g. PDF, which should be application/pdf). Open the message from your Inbox and select View -> Message Source. Expected: Content-Type of attachment should be the file's correct MIME type (e.g. application/pdf) Actual: Content-Type of attachment is application/octet-stream See also bug 70218, "ability to turn off appledouble in outgoing attachments"
Severity: normal → critical
Keywords: regression
Summary: set proper MIME type in outgoing attachments → Mac Mozilla doesn't set proper MIME type in outgoing attachments
This worked in Mac Mozilla 0.7 (before Mozilla did appledouble encoding).
Assignee | ||
Comment 3•23 years ago
|
||
that's a known issue that we still need to finish to implement. Thank for the remaining and filling this bug. Nominating nsbeta1
Comment 4•23 years ago
|
||
marking nsbeta1+ and moving to mozilla0.9
Priority: -- → P1
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Assignee | ||
Comment 5•23 years ago
|
||
I have a fix for that, patches coming soon...
Whiteboard: [nsbeta1+] → [nsbeta1+] Fix in hand
Assignee | ||
Comment 6•23 years ago
|
||
Assignee | ||
Comment 7•23 years ago
|
||
Comment 8•23 years ago
|
||
a comment in the second patch says "hust" when it means "just". Also, you should check for a null _retval (i.e., NS_ENSURE_ARG(_retval) in the first patch. If you make those changes, sr=bienvenu
Assignee | ||
Comment 9•23 years ago
|
||
Fixed and checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 10•23 years ago
|
||
Using builds 2001-05-02 on mac os8.6, when I send a msg with an attached .pdf file the source shows it's Content type as application/pdf. Note: I wanted to see the problem to verify I tested it correctly, so I went back to 6.01 and sent a .pdf attachment and that showed the correct Content type. Since the bug was logged on 2-28 I went back to a 2-15 build sent a .pdf and sure enough the source code showed as: Content-Type: application/octet-stream; name="ReadMe.pdf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ReadMe.pdf" I will verfiy this as fixed based on the product is correct with the steps on 2-28. If there is something else I should have done to verify this please let me know.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•