This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients eric.araujo, ezio.melotti, l0nwlf, lemburg, maker, r.david.murray
Date 2011-05-23.13:43:46
SpamBayes Score 1.5722306e-05
Marked as misclassified No
Message-id <1306158227.38.0.145895192713.issue8898@psf.upfronthosting.co.za>
In-reply-to
Content
Well, it turns out that back when I opened this issue I misunderstood what the ALIASES table was used for.  it *is* used before doing a codecs lookup, but it is also used to convert whatever charset name the programmer specifies into the standard MIME name for the codec when generating emails.

Clearly the email module needs to base its transformation on the IANA table.  I think the ideal would be to have a program that pulls the IANA table and generates the ALIASES table.  On the other hand, codecs should already have all of those aliases (this theoretical program could be used to ensure that), so another alternative is to use codecs to look up the "python canonical" name for the charset, and have the email ALIASES table just map the ones where that isn't the preferred MIME name into the MIME name.
History
Date User Action Args
2011-05-23 13:43:47r.david.murraysetrecipients: + r.david.murray, lemburg, ezio.melotti, eric.araujo, l0nwlf, maker
2011-05-23 13:43:47r.david.murraysetmessageid: <1306158227.38.0.145895192713.issue8898@psf.upfronthosting.co.za>
2011-05-23 13:43:46r.david.murraylinkissue8898 messages
2011-05-23 13:43:46r.david.murraycreate