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 martin.panter
Recipients gregory.p.smith, martin.panter, r.david.murray
Date 2018-01-04.03:44:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1515037456.67.0.467229070634.issue32491@psf.upfronthosting.co.za>
In-reply-to
Content
I wrote an incremental base-64 decoder for the "codecs" module in Issue 27799, which you could use. It just does some preprocessing using a regular expression to pick four-character chunks before passing the data to a2b_base64. Or maybe implementing it properly in the "binascii" module is better.

Quickly reading RFC 2045, I saw it says "All line breaks or other characters not found in Table 1 [64 alphabet characters plus padding character] must be ignored by decoding software." So this is a real bug, although I think a base-64 encoder that triggers it would be rare.
History
Date User Action Args
2018-01-04 03:44:16martin.pantersetrecipients: + martin.panter, gregory.p.smith, r.david.murray
2018-01-04 03:44:16martin.pantersetmessageid: <1515037456.67.0.467229070634.issue32491@psf.upfronthosting.co.za>
2018-01-04 03:44:16martin.panterlinkissue32491 messages
2018-01-04 03:44:15martin.pantercreate