Message123842
| Author |
r.david.murray |
| Recipients |
r.david.murray |
| Date |
2010年12月12日.18:01:47 |
| SpamBayes Score |
3.3303465e-08 |
| Marked as misclassified |
No |
| Message-id |
<1292176909.21.0.316774202966.issue10686@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
This is a followon to Issue 4661. The fix for that issue introduced a way to parse messages containing 8bit bytes. When Generator is called on a model containing 8 bit bytes, it converts it to 7bit clean. There is, however, a bug in this conversion process: currently when encountering 8bit bytes in headers, it simply replaces then with ?. According to the RFCs[*], what it should do instead is to replace them with encoded words using the 'charset' "unknown-8bit".
[*] I'm specifically referring to RFC 1428...email is effectively acting as a translating gateway when requested to do the 8bit to 7bit conversion. Although that RFC does not explicitly say that the unknown-8bit charset should be used in encoded words, it does imply it strongly in its section 3 prescription. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2010年12月12日 18:01:49 | r.david.murray | set | recipients:
+ r.david.murray |
| 2010年12月12日 18:01:49 | r.david.murray | set | messageid: <1292176909.21.0.316774202966.issue10686@psf.upfronthosting.co.za> |
| 2010年12月12日 18:01:47 | r.david.murray | link | issue10686 messages |
| 2010年12月12日 18:01:47 | r.david.murray | create |
|