Open Bug 583572 Opened 9 years ago Updated 2 months ago

sometimes vCard attachments (multipart/mixed;) are not shown at all with inline view enabled


(Thunderbird :: Message Reader UI, defect)

Not set


(Not tracked)


(Reporter: intendentedelleacque, Unassigned)



(Keywords: dataloss, testcase)


(4 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; it; rv: Gecko/20100625 Firefox/3.6.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; it; rv: Gecko/20100608 

If a message contains a vCard as attachment and Thunderbird fails to decode it properly, the attachment is not visible if the user choose "inline" view for attachments.

Reproducible: Always

Steps to Reproduce:
1. choose inline view for attachments
2. import the test message named "vcardTest.eml" uploaded here
3. click on it 
Actual Results:  
no vcard is shown neither in body message and in attachments list

Expected Results:  
vcard should be shown in body message and/or in attachments list

In my opinion this bug is caused by two reasons:

a) for some reasons, Thunderbird fails to decode the attachment and so it's hidden
b) the function "messageHeaderSink.handleAttachment" excludes attachment with content-type "text/x-vcard" from attachments list. This is not very consisent, because for other types of attachments the inline view doesn't prevent that the attachment is shown also in attachments list.
Keywords: dataloss
confirming on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:2.0b3pre) Gecko/20100731 Shredder/3.2a1pre.

Is this a regression ?
Ever confirmed: true
Keywords: testcase
Attachment #461885 - Attachment mime type: message/rfc822 → text/plain
Summary: sometimes vCard attachments are not shown at all with inline view enabled → sometimes vCard attachments (multipart/mixed;) are not shown at all with inline view enabled
> Is this a regression ?

intendentedelleacque, did you see this problem in version 2?
Component: Mail Window Front End → Message Reader UI
QA Contact: front-end → message-reader
I can confirm this bug in Thunderbird 17.0.6 running on Linux. I've sent an e-mail containing a .vcf file attachment from an Android device, the mail was received in Thunderbird, showed the attachment icon (clipper) but as soon as I clicked on the e-mail to see it the icon disappeared and the attachment didn't showed up.
I don't know if my situiation is exactly like this one, but it seems so close, I did noty file mine as a new bug:
I reveived a few weeks ago an email containing a VCard plus a PDF attached. Untill today I did not notice the PDF. It became visible, because I printed my email (from Thunderbird). There I showed both attachments. On screen it shows "1 bijlge" (which is "1 attachment" in Dutch). See attached screen prints.
In thunderbird 38.8.0 on ubuntu (gnome) 64bit, the bug is still there...
Thunderbird 45.5 on my Arch Linux machine has the same problem :-(
Attachment is visible in eMail source and eMail size shows the correct size.
But I can't neither see the attachment in the attachment list nor "download" the attachment from the eMail.

As I got the mail the clipper icon (that shows, that the mail has an attachment) was shown. But after clicking the mail the clipper disappeared.

eMail was generated by iPhone Mail.
This is simple to reproduce,  create a card in Thunderbird email yourself and the card does not appear. In Thunderbird.

This is a problem that it appears could be resolved in the short term by removing the exclusion from the function "messageHeaderSink.handleAttachment" of content-type "text/x-vcard"
The issue is still here in Thunderbird 52.7.0 on Ubuntu 17.10.
The issue is still here in Thunderbird 52.9.1 on Win7
Will this EVER be fixed??
Ridiculous. I need to .rar the file, and encrypt? You have to be kidding, from my android phone?
No lack of reports in this list

Jorg, you have some of the most experience in the area of attachments
Flags: needinfo?(jorgk)
I can confirm that the message from attachment 461885 [details] doesn't show the vCard when viewing attachments inline. When not showing attachments inline, it shows as attachment (but can't be opened).

Looks like it has to do with the vCard format. When I attach a vCard from TB using version 2.1 it does display properly:

This works: =========

Content-Type: text/x-vcard;
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;

fn:First Last

This doesn't display and also doesn't open: =========

Content-Type: text/x-vcard; charset=UTF-8;
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment;

ADR;TYPE=WORK,POSTAL;CHARSET=:;;Via del Lavoro;Roma;;;
ADR;TYPE=HOME,POSTAL;CHARSET=:;;Via di casa;Roma;;00100;Italia

Looks like a friend of bug 1457108 :-(

Note: Someone needs to make plan to support more modern vCard formats better.
Flags: needinfo?(jorgk) → needinfo?(mkmelin+mozilla)
See Also: → 1457108
Yep. The old code for this is beyond salvation though (and almost untouched since forever). Good news is it looks fairly self-contained.
Flags: needinfo?(mkmelin+mozilla)

This still exists in Thunderbird v60.5.3.

I sent a .vcf from my Samsung Android phone.

Please fix.


Severity: major → normal

I confirm the problem is still present, only when "Display attachments inline".

"Bug 583572 Opened 9 years ago Updated 2 months ago"

Please don't post totally unrelated reports.

winmail.dat comes from Outlook clients, you can use to open them.

You should report the issue with the large JPG attachments in another bug. That's an IMAP issue which I thought was fixed a while ago. We cannot handle this in this bug here.


Sorry I thought it was related, when I found out that "Display attachments inline" affected how the file was handled.

I very very rarely have used Bugzilla and only happened to get emailed Jack's post because I had commented on this thread 6 months ago.

Thank you very much for the "LookOut-fix-version" link. That seems to make the attached files in the winmail.dat visible to me in Thunderbird for directly opening, downloading, etc. - That will save me time every time I get an email with attachmentd from that one contact!


You need to log in before you can comment on or make changes to this bug.