Author r.david.murray
Recipients ajaksu2, barry, davbo, iko, r.david.murray
Date 2012-05-28.18:40:31
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1338230433.04.0.960139315489.issue975330@psf.upfronthosting.co.za>
In-reply-to
Content
I almost applied this patch, but my gut is having second thoughts about it.  I don't think this is the correct solution.  The correct solution would be to delay the encoding of the body part until the message generation phase, and use the requested linesep at that point.  That is, in 3.2 and 3.3 I've changed the paradigm from "always use \n and convert the final string at need" to "specify the linesep when flattening the message".

I'm uploading the completed patch here so I don't lose it, but I don't think I'm going to use it in this form.
History
Date User Action Args
2012-05-28 18:40:33r.david.murraysetrecipients: + r.david.murray, barry, iko, ajaksu2, davbo
2012-05-28 18:40:33r.david.murraysetmessageid: <1338230433.04.0.960139315489.issue975330@psf.upfronthosting.co.za>
2012-05-28 18:40:32r.david.murraylinkissue975330 messages
2012-05-28 18:40:32r.david.murraycreate