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 ajaksu2, ccgus, loewis, r.david.murray
Date 2010-11-05.09:08:29
SpamBayes Score 5.049526e-06
Marked as misclassified No
Message-id <1288948111.27.0.895594644095.issue4403@psf.upfronthosting.co.za>
In-reply-to
Content
I'm closing this issue as invalid, since as Martin pointed out you can't send unicode over the wire.

However, see issue 8050 where I've attached a patch that adds support for sending binary data as a by-product of adding support for Message objects.

From Martin's msg76301 I gather he initially expected sendmail to take only binary data, which would it seems to me probably be the better API.  However at this point we are stuck with supporting ASCII-only strings in the API as well.

As a further note, however, the original example in this issue would have produced a non-RFC-conformant message when used in python 2.x.  You can't just send 8bit data willy-nilly, there are rules that should be followed.  Which is why the issue 8050 patch adds support for using Message objects, since the email package knows what those rules are...
History
Date User Action Args
2010-11-05 09:12:26r.david.murrayunlinkissue4403 messages
2010-11-05 09:08:31r.david.murraysetrecipients: + r.david.murray, loewis, ajaksu2, ccgus
2010-11-05 09:08:31r.david.murraysetmessageid: <1288948111.27.0.895594644095.issue4403@psf.upfronthosting.co.za>
2010-11-05 09:08:29r.david.murraylinkissue4403 messages
2010-11-05 09:08:29r.david.murraycreate