User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0 Build ID: 20170628075643 Steps to reproduce: 1. Login to a Twitter account. 2. Go to "Settings and privacy". 3. Go to "Your Twitter data" 4. Scroll down until you find a button called "Request advertiser list" 5. Press this button and confirm emailing the list. Actual results: Received an email which appears to have no list at first, not as attachment nor as inline text, but upon inspecting the source of the email, you can clearly see that there is supposed to be a PDF attached but Thunderbird is not showing it. Expected results: Thunderbird should show that there is a PDF attached.
I cannot attach an .EML file as I do not know what personal data this may contain, but this issue should be easily reproducible by anyone with a Twitter account when you follow the steps.
We need such an e-mail. You can edit the .eml file with a text editor and remove any personal data, for example, replace e-mail addresses with firstname.lastname@example.org Richard, you have a Twitter account, can you reproduce this? I suspect that the MIME structure of the message will be wrong and that this therefore falls into the category of "make TB more tolerant to messages with bad MIME structure", most likely a duplicate of bug 1367973 or bug 1362539.
Created attachment 8892838 [details] Your advertiser list is ready.eml This is such an email. The attachment is only shown when I choose View/Message Body As/All Body Parts.
Richard, you deleted the "attachment", right, the part is empty: ------=_Part_34983248_19179040.1501670152917 Content-Type: application/pdf; name=twitter_advertiser_list.pdf Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=twitter_advertiser_list.pdf ------=_Part_34983248_19179040.1501670152917-- In any case, it's an incorrect MIME structure, all all parts belong to multipart/alternative where the attachment sits in the last (undisplayed) part. Of course the overall structure for a message with attachment(s) should be multipart/mixed. As predicted, a dupe of bug 1367973. Twitter should know better not to send invalid messages like this one. Maybe complain to Twitter, it's a free product/service, let's see whether their service is equally good. Workaround: Set preference mailnews.display.show_all_body_parts_menu and then chose "All Body Parts" in "View > Message Body As".
Status: UNCONFIRMED → RESOLVED
Last Resolved: a year ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1367973
Summary: Emails with PDF attachments sent by Twitter are not parsed correctly → Emails with PDF attachments sent by Twitter don't show the attachment due to incorrect MIME structure where attachment sits in last part of multipart/alternative
You need to log in before you can comment on or make changes to this bug.