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 pitrou
Recipients anadelonbrin, barry, dato, meatballhat, pitrou, r.david.murray, tercero12, vstinner
Date 2010-10-08.12:00:20
SpamBayes Score 1.1030935e-05
Marked as misclassified No
Message-id <1286539217.17666.5.camel@localhost.localdomain>
In-reply-to <1286538996.84.0.297813481725.issue4661@psf.upfronthosting.co.za>
Content
> Generator converts 8bit bodies into 7bit bodies by applying an
> appropriate 7bit CTE.  The reason it does this is that the output of
> Generator will often be passed to some other Python library function
> (most often smtplib) that can only handle ASCII unicode input.

What do you mean, ASCII *unicode* input? Any low-level network library
should accept bytes when arbitrary data is possible.

Enforcing 7-bit means things like binary attachments can grow larger for
no real reason. Also, raw message bodies become less readable (which
obviously is very minor issue).

> The statement about string input and output is a description of email
> *5.0*, the existing email package in 3.0 and 3.1, before my patch.
> The differences between 4.0 and 5.0 were never previously added to the
> docs, so I had to add them in order to then describe the differences
> between 5.0 and 5.1.

Ah, my bad. Sorry.
History
Date User Action Args
2010-10-08 12:00:22pitrousetrecipients: + pitrou, barry, anadelonbrin, vstinner, r.david.murray, dato, tercero12, meatballhat
2010-10-08 12:00:20pitroulinkissue4661 messages
2010-10-08 12:00:20pitroucreate