Ticket #311 (new Bug)
Opened 5 months ago
Bug: mime type for "docx" not recognised
| Reported by: | uob | Owned by: | Cyrus Daboo |
|---|---|---|---|
| Priority: | major | Milestone: | unassigned |
| Component: | Application | Version: | v4.0.8 |
| Severity: | Other | Keywords: | useability |
| Cc: | Operating System: | All | |
| OS Version: |
Description
When viewing email with docx attachments (Office 2007 documents) the summary infomation in "Parts" pane shows 'text/plain', despite the MIME type being set as 'application/vnd.openxmlformats-officedocument.wordprocessingml.document'.
I believe this is may be a read parsing issue, rather than a broken sender MUA as the message is parsed correctly in Thunderbird 2.
Testing reveals the problem to be due to the line break in MIME type declaration. In the example I have, the MIME Content-Type header is wrapped to the next line (see below). Duplicating the message and removing the line break results in the proper identification. However, the filename is not determined correctly. In the example the filename suggested is "CVdocx.docx".
MIME header causing the problem:
Content-Type:
application/vnd.openxmlformats-officedocument.wordprocessingml.documen
t; name="CV.docx"
Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="CV.docx"
Please see attached file for exact formating (without blank lines).
If the line break is moved from after "documen" to after the "t;", or there are no line breaks at all, it identifies the attachment type correctly.
Mulberry versions affected:
Linux 3.1.5 Windows 3.1.5 Windows 4.0.8
Note: Works properly in Thunderbird 2.
It would be great if this could be fixed as currently it affects anyone who recieves an attached Office 2007 document. Even the work around is tricky (save and then open) as it suggests the wrong suffix (.txt).
Best regards, Neil.
