Diffed against current subversion class/deliver/Deliver.class.php revision 13067
Fixes bug 1473714. Patch to Delivery.class.php. Current behavior of writeBodyPart is to 8bit encode attachments of content-type text and content-type message. In circumstances where the attachment has lines greater than 998 characters this results in non rfc 2822 2.1.1 (Line Length Limits) compliant attachments.
The current stable Cyrus IMAP (2.2.12) will choke on these long lines if they are in the neighborhood of 9000 characters and longer, and will reject delivery with a 554 5.6.0 Message contains NUL characters (in reply to end of DATA command))
I found this to be an issue for users using SquirrelMail to forward and reply to mail with that was delivered to them text/html attachments that lacked line breaks.
This patch will base64 encode message parts with attachment filenames even if they are of content type text or content type message.
Functions writeBodyPart and prepareMIME_Header were updated.
Log in to post a comment.