689604 - Attachments of doc type are not displayed in ThunderBird 7.0b1

Status: RESOLVED DUPLICATE of bug 674473

(Thunderbird :: Mail Window Front End, defect)

Description

[Jonathan Martens]

Attachment: Screenshot of the mailbox in TB 7.0b1

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2
Build ID: 20110902133214

Steps to reproduce:

Open up my inbox and view the mail that is suppose to contain a few attachments in docx format


Actual results:

The attachments are not visible at the bottom of the message panel, no paperclip is displayed in front of the message in the thread view.
Where the same sender has sent me messages in the past that do show a paperclip and the attachment list for other file types like .xlsx and .doc.


Expected results:

1. The message panel should have a list of attachments at the bottom
2. A paperclip should be visible in front of the message in the thread panel

Comment 1

[Jonathan Martens]

Attachment: Screenshot of the mailbox in TB 3.1

Comment 2

[Jonathan Martens]

Attachment: Screenshot of the mail in mutt on the mailserver

Comment 3

[Ludovic Hirlimann [:Usul]]

what are the mime types of these attachments (look in the source email please) ?

How is docx defined in your mimetypes.rdf file (this file is in your profile) ?

Comment 4

[Jonathan Martens]

Attachment: mimetypes.rdf from my profile

Comment 5

[Jonathan Martens]

(In reply to Ludovic Hirlimann [:Usul] from comment #3)
> what are the mime types of these attachments (look in the source email
> please) ?

Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Clinic Uitnodigingsbrief Zuid.doc"

Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Clinic Inschrijfformulier Zuid.doc"

Content-Type: image/gif
Content-Transfer-Encoding: base64
Content-ID: <image001.gif@01CC787B.C60A3510>
Content-Disposition: attachment; filename="image001.gif"

Oops, they seem to be .doc extensions, which makes it even stranger as they work OK in other mails from the same sender.

> How is docx defined in your mimetypes.rdf file (this file is in your
> profile) ?

Please find attached my mimetypes.rdf

Comment 6

[Ludovic Hirlimann [:Usul]]

This looks like a dup of 602718 - can you try with https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-earlybird/ and let us know if they are visible there ?

Comment 7

[Jonathan Martens]

(In reply to Ludovic Hirlimann [:Usul] from comment #6)
> This looks like a dup of 602718 - can you try with
> https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-earlybird/
> and let us know if they are visible there ?

The problem is still present in Earlybird 9.0a2 (2011-10-06).

Comment 8

[Ludovic Hirlimann [:Usul]]

And in the headers on top of the email can you copy the line that say mime/multipart or something similar ?

Comment 9

[Ludovic Hirlimann [:Usul]]

Jonathan ?

Comment 10

[Jonathan Martens]

(In reply to Ludovic Hirlimann [:Usul] from comment #8)
> And in the headers on top of the email can you copy the line that say
> mime/multipart or something similar ?

You mean the ones from from Message Source?

Received: (qmail 26836 invoked by alias); 26 Sep 2011 09:26:44 -0000
Delivered-To: [e-mail]
Received: (qmail 26833 invoked by uid 453); 26 Sep 2011 09:26:44 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-0.2 required=5.0
	tests=BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SB_GIF_AND_NO_URIS,SPF_PASS,T_FREEMAIL_DOC_PDF
X-Spam-Check-By: snetram.nl
Received: from bay0-omc4-s22.bay0.hotmail.com (HELO bay0-omc4-s22.bay0.hotmail.com) (65.54.190.224)
    by snetram.nl (qpsmtpd/0.84) with ESMTP; Mon, 26 Sep 2011 11:26:40 +0200
Received: from BAY147-W63 ([65.54.190.199]) by bay0-omc4-s22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Mon, 26 Sep 2011 02:26:36 -0700
Message-ID: <[e-mail]>
Return-Path: [blanked]
Content-Type: multipart/related;
	boundary="_265b1dcf-9544-41be-a3a4-92d86f82dc8c_"
X-Originating-IP: [212.178.127.166]
From: [blanked]
To: [blanked]
Subject: Clinic voor Jeugdtrainers
Date: Mon, 26 Sep 2011 09:26:35 +0000
Importance: Normal
In-Reply-To:
 <[e-mail]>
References:
 <[e-mail]>,<[e-mail]>
MIME-Version: 1.0
X-OriginalArrivalTime: 26 Sep 2011 09:26:36.0032 (UTC) FILETIME=[63209000:01CC7C2E]
X-Virus-Checked: Checked by ClamAV on snetram.nl

--_265b1dcf-9544-41be-a3a4-92d86f82dc8c_
Content-Type: multipart/alternative;
	boundary="_156aa825-38cf-44b6-997b-b6d8bd2feba7_"

--_156aa825-38cf-44b6-997b-b6d8bd2feba7_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

[cut]

--_156aa825-38cf-44b6-997b-b6d8bd2feba7_--

--_265b1dcf-9544-41be-a3a4-92d86f82dc8c_
Content-Type: application/msword
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Clinic Uitnodigingsbrief Zuid.doc"

[cut]

Comment 11

[Jonathan Martens]

BTW this problem is still present in the current 9beta release.

Comment 12

[rsx11m]

Based on the snippets provided, this looks like bug 674473 (attachments are in a wrong multipart/related context = malformed message).

(In reply to Jonathan Martens from comment #10)
> Content-Type: multipart/related;
> 	boundary="_265b1dcf-9544-41be-a3a4-92d86f82dc8c_"

> --_265b1dcf-9544-41be-a3a4-92d86f82dc8c_
> Content-Type: application/msword
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment; filename="Clinic Uitnodigingsbrief Zuid.doc"

Find the Config Editor in Tools > Options > Advanced > General and set the mailnews.display.show_all_body_parts_menu preference "true" by double-clicking on it, then select View > Message Body As > All Body Parts to gain access to these attachments.