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 barry, christian.heimes, jesstess, macfreek, r.david.murray, sdaoden, torsten.becker, zvyn
Date 2017-06-02.16:29:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1496420954.32.0.0994989728461.issue11783@psf.upfronthosting.co.za>
In-reply-to
Content
In other words, this was a major standards screwup and we get to deal with the consequences :(

All right, since I'm hardly likely to have time to deal with it anyway, we'll just say that email isn't going to handle unicode domain names until *someone* figures out how to do this right.  And it sounds like that may be never.  Because saying that "users that want to make requests to IDNA domains should be responsible for the encoding themselves" is, really, a *complete* non-starter from any perspective I can think of, and has its own security issues.  If UTF46 does not do the job, we are just out of luck and the users will pay the price.
History
Date User Action Args
2017-06-02 16:29:14r.david.murraysetrecipients: + r.david.murray, barry, macfreek, christian.heimes, jesstess, sdaoden, torsten.becker, zvyn
2017-06-02 16:29:14r.david.murraysetmessageid: <1496420954.32.0.0994989728461.issue11783@psf.upfronthosting.co.za>
2017-06-02 16:29:14r.david.murraylinkissue11783 messages
2017-06-02 16:29:14r.david.murraycreate