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 JustAnother1, barry, david__, giampaolo.rodola, r.david.murray, taleinat
Date 2018-06-17.21:46:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1529271980.32.0.56676864532.issue29750@psf.upfronthosting.co.za>
In-reply-to
Content
We must continue to support at least ascii strings, for backward compatibility reasons.  We can certainly improve the error messages, but the goal of this issue is to add support for bytes passwords.  I lean toward continuing to only support ascii strings, and making it the responsibility of the program to do the encoding to bytes when dealing with non-ascii.  However, I'd like to also be able to recommend in the docs what encoding is most likely to work, if someone can find out what encoding Thunderbird uses...however, it occurs to me that it may be using whatever encoding the OS is using (LC_LANG, oem codepage, etc), and that David's experiments worked because the same encoding was used for the same reason when the password was set.  I'm not sure how browsers/webmail works in that regard, honestly.

That's less important than just adding support for bytes passwords, though.
History
Date User Action Args
2018-06-17 21:46:20r.david.murraysetrecipients: + r.david.murray, barry, taleinat, giampaolo.rodola, david__, JustAnother1
2018-06-17 21:46:20r.david.murraysetmessageid: <1529271980.32.0.56676864532.issue29750@psf.upfronthosting.co.za>
2018-06-17 21:46:20r.david.murraylinkissue29750 messages
2018-06-17 21:46:20r.david.murraycreate