Open
Bug 238152
Opened 20 years ago
Updated 2 years ago
when attaching text/* type file, 'charset' parameter is not added
Categories
(MailNews Core :: Internationalization, defect)
MailNews Core
Internationalization
Tracking
(Not tracked)
NEW
People
(Reporter: jshin1987, Assigned: jshin1987)
References
Details
(Keywords: intl)
When text/* type files are attached, Content-Type headers don't have charset parameter. It's not easy to determine the charset of a text file being attached without prompting users to pick one. However, there are a couple of possibilities: 1. assume text/* file being attached is in the locale character encoding 2. assume it's in the same character encoding as the current character encoding for the mail composition 3. prompt users to pick one Anyway, we have to specify charset in Content-Type header Another complication : If it's text/html, text/css, and text/xml (with their own internal charset specification mechanism), we may be better off not adding charset parameter to C-T header. We have to check out the RFC about this.
Comment 1•20 years ago
|
||
Once I also had to attach an EUC-KR text file to a US-ASCII message body, and had to edit the file "Unsent Messages" manually to add the charset parameter. I think assumption is okay but not adequate; the user has to be able to pick one.
Updated•20 years ago
|
Product: MailNews → Core
Comment 2•19 years ago
|
||
Possibility #3 is bug 72116. Another possibility is bug 71551: if the text attachment is not 7-bit, give it charset=unknown-8bit
Comment 3•19 years ago
|
||
*** Bug 241821 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•15 years ago
|
QA Contact: marina → i18n
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•