Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
0.7.2
-
None
-
None
Description
When the charset or the Content-Type header is missing from a part in a multipart message, the charset defaults to us-ascii, as it should according to RFC 2046/5.1.
For some applications (especially those dealing with non-US mime messages), this default results in broken encoding most of the time.
The default charset is hardcoded in DefaultBodyDescriptor, and cannot be easily customized. There should be a way to define this default charset.