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, jribbens, r.david.murray
Date 2017-04-10.18:42:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1491849730.9.0.740350994703.issue30032@psf.upfronthosting.co.za>
In-reply-to
Content
This appears to be a problem in the new API as well.  I don't think we can change the legacy API because its been that way forever and applications might be depending on it (that is, the library preserves exactly what it is handed, and an application might break if that changes).  In the new API, though, I think we could get away with fixing it to do the transformation on text strings in the default content manager so that the line endings follow the message policy.  (That is, if you use default, you get \n, if you use SMTP, you get \r\n).  I think we can get away with it because there aren't that many applications using the new API yet.
History
Date User Action Args
2017-04-10 18:42:10r.david.murraysetrecipients: + r.david.murray, barry, jribbens
2017-04-10 18:42:10r.david.murraysetmessageid: <1491849730.9.0.740350994703.issue30032@psf.upfronthosting.co.za>
2017-04-10 18:42:10r.david.murraylinkissue30032 messages
2017-04-10 18:42:10r.david.murraycreate