Improve handling of message with no body but text/plain attachments



2 years ago
a year ago


(Reporter: alec, Unassigned)


(Blocks: 1 bug)

45 Branch

Firefox Tracking Flags

(Not tracked)




2 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:47.0) Gecko/20100101 Firefox/47.0
Build ID: 20160608193719

Steps to reproduce:

I have a message with following structure:

Content-Type: multipart/mixed;

    Content-Transfer-Encoding: base64
    Content-Type: text/plain; name=file1.txt
    Content-Disposition: attachment; filename=file1.txt; size=4704207

    Content-Transfer-Encoding: base64
    Content-Type: text/plain; name=file2.txt
    Content-Disposition: attachment; filename=file2.txt; size=47042

i.e. it's a message with no body and two text/plain attachments. Now, there is a couple of issues with this message:

1. The first attachment is displayed as body, not as the inline attachment, i.e. there's no hr line with attachment name. BTW, because the attachment is quite big it makes message openning quite slow.
2. The first attachment is not listed on attachments list - e.g. can't be saved to disk, opened, detached, deleted, etc.
3. While Reply handles this correctly (body is empty), Forward will put the first attachment body in the reply body and not on attachments list. It is slow again (even kills my Thunderbird sometimes).

Comment 1

2 years ago
Can you attach such a message, please.

See also bug 1283731 where someone complained that malformed messages from Verizon phones were not handled well.

In general, Thunderbird is now maintained by a group of unpaid and overworked volunteers who have very little time for bugs like this one, that is improve the tolerance of the system towards invalid data.

To improve access to the various parts, set preference mailnews.display.show_all_body_parts_menu and then select View > Message Body As > All Message Parts. That should enable you to save the first attachment.
Severity: normal → enhancement
Summary: Handling of message with no body but text/plain attachments → Improve handling of message with no body but text/plain attachments

Comment 2

2 years ago
Here's the simplified message source:

Message-ID: <>
Date: Thu, 21 Jul 2016 19:57:13 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;

This is a multi-part message in MIME format.
Content-Type: text/plain; charset=UTF-8; name="attachment1 [details] [diff] [review].txt"
Content-Disposition: attachment; filename="attachment1 [details] [diff] [review].txt"

attachment1 [details] [diff] [review] body
Content-Type: text/plain; charset=UTF-8; name="attachment2 [details] [diff] [review].txt"
Content-Disposition: attachment; filename="attachment2 [details] [diff] [review].txt"

attachment2 [details] [diff] [review] body

Comment 3

2 years ago
"show_all_body_parts=true" indeed adds the missing file to the attachments list. However, does not fix all issues here and I'm pretty sure this case should not require any additional configuration. I also added a comment in bug 1283731 which should not be closed as wontfix, imho.

Comment 4

2 years ago
(In reply to Aleksander Machniak from comment #3)
> I also added a comment in
> bug 1283731 which should not be closed as wontfix, imho.
The reporter closed it.
duplicate of another recently handled bug?  (you have a much better handle on these than me)
Flags: needinfo?(jorgk)

Comment 6

a year ago
I don't see it as a duplicate. There is bug 1411185 where there is no body but only an attachment. That bug is about saving the attachment.
Blocks: 1405234
Flags: needinfo?(jorgk)
You need to log in before you can comment on or make changes to this bug.