.docx attachments sent to any Gmail account get delivered as "noname" zip files

[geoffreymsilver]

Any .docx file I create with Office (Word) 2007 and send as an attachment in Roundcube 0.3.1 gets delivered to any Gmail account as a "zip" file called "noname". Sending the same file as an attachment using mutt from the same server gets delivered properly without issue. Successful and failed attachments included with this ticket.

There seems to be a similar PEAR bug at ​http://pear.php.net/bugs/bug.php?id=12628 which indicates this is related to an extra newline in the header.

[geoffreymsilver]

noname file gmail displays as a proxy for the .docx file sent

[geoffreymsilver]

the original .docx attachment

[alec]

Attach sample message, please.

[geoffreymsilver]

they were already attached at ticket creation time. "Midterm Notes.docx" is the message that gets mangled. "noname" is the resulting file.

[alec]

The whole message source, created in Roundcube, not the attachment of the message.

[geoffreymsilver]

source message, as saved by roundcube into my Sent mail folder

[alec]

Works for me with svn-trunk version. Note: Gmail probably doesn't support RFC2231 that's why you have "noname". Use mime_param_folding option to disable RFC2231 encoding. Also mimetype of docx attachment is set correctly here

Content-Transfer-Encoding: base64
Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document;
 name="Midterm Notes.docx";
 charset=UTF-8
Content-Disposition: attachment;
 filename="Midterm Notes.docx"

[geoffreymsilver]

I just downloaded trunk from SVN and it works properly in there. So some change since 0.3.1 was released has fixed this bug. I'll anxiously await the final 0.4 release...

FYI, it didn't matter in 0.3.1 if I set $rcmail_configmime_param_folding? to 0, 1, or 2 - I got the same result. I had the same issue with .xlsx files, and .pptx, but .doc, .xls, and .ppt worked fine. However, they're all fine in the pre-0.4 trunk.