Detached Attachments Disappear when E-mail moved to Gmail
After having the titled problem several times, I have made a test mail.
THIS is the source from original E-mail after detaching the attachment: From - Sat Sep 03 09:44:58 2016 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 X-Mozilla-Keys: FCC: mailbox://enquiry%40chicco.com.hk@mail.chicco.com.hk/Sent X-Identity-Key: id1 X-Account-Key: account1 To: [email protected] From: Kazuaki Shimazaki <[email protected]> Subject: Test Message Message-ID: <[email protected]> Date: Sat, 3 Sep 2016 09:44:58 +0800 X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0;
attachmentreminder=0
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.3.0
MIME-Version: 1.0 Content-Type: multipart/mixed;
boundary="------------5562D4580B65B57A4C019896"
This is a multi-part message in MIME format.
5562D4580B65B57A4C019896
Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
<meta http-equiv="content-type" content="text/html; ">
Testing Message
5562D4580B65B57A4C019896
Content-Type: application/pdf;
name="Babcock-letter.pdf"
Content-Disposition: attachment; filename="Babcock-letter.pdf" X-Mozilla-External-Attachment-URL: file:///C:/E-Mail/20160903/Babcock-letter.pdf X-Mozilla-Altered: AttachmentDetached; date="Sat Sep 03 09:45:15 2016"
You deleted an attachment from this message. The original MIME headers for the attachment were: Content-Type: application/pdf;
name="Babcock-letter.pdf"
Content-Transfer-Encoding: base64 Content-Disposition: attachment;
filename="Babcock-letter.pdf"
5562D4580B65B57A4C019896--
NEXT, I move the E-mail to Gmail. The attachment bar now doesn't show for the E-mail, though the code has only changed to the below: X-Mozilla-Keys: FCC: mailbox://enquiry%40chicco.com.hk@mail.chicco.com.hk/Sent X-Identity-Key: id1 X-Account-Key: account1 To: [email protected] From: Kazuaki Shimazaki <[email protected]> Subject: Test Message Message-ID: <[email protected]> Date: Sat, 3 Sep 2016 09:44:58 +0800 X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0;
attachmentreminder=0
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.3.0
MIME-Version: 1.0 Content-Type: multipart/mixed;
boundary="------------5562D4580B65B57A4C019896"
This is a multi-part message in MIME format.
5562D4580B65B57A4C019896
Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
<meta http-equiv="content-type" content="text/html; ">
Testing Message
5562D4580B65B57A4C019896
Content-Type: application/pdf;
name="Babcock-letter.pdf"
Content-Disposition: attachment; filename="Babcock-letter.pdf" X-Mozilla-External-Attachment-URL: file:///C:/E-Mail/20160903/Babcock-letter.pdf X-Mozilla-Altered: AttachmentDetached; date="Sat Sep 03 09:45:15 2016"
You deleted an attachment from this message. The original MIME headers for the attachment were: Content-Type: application/pdf;
name="Babcock-letter.pdf"
Content-Transfer-Encoding: base64 Content-Disposition: attachment;
filename="Babcock-letter.pdf"
5562D4580B65B57A4C019896--
As far as I can tell, except for the Mozilla "status" stuff everything is the same. So why is Thunderbird presenting them differently?
Can anyone help? Thanks.
Ausgewählte Lösung
The reason you are getting 'winmail.dat' files is likely because the sender is not aware they are sending them or do not realise that they are useless to anyone not using Outlook. They should switch it off unless sending only to other Outlook users - which is impossible to know unless the recipient has already mentioned they use Outlook.
It may help you if you ask them to switch off that setting. here are some links you can send to those people.
- http://kb.mozillazine.org/Winmail.dat_attachments
- https://support.microsoft.com/en-gb/kb/138053
- http://email.about.com/od/outlooktips/qt/Prevent_Winmail_dat_Attachments_from_Being_Sent_in_Outlook.htm
- http://www.winmail-dat.com/prevent_outlook.php
Alle Antworten (5)
Do you have a C: drive on the gmail web site for the attachment to reside in? I do not.
Yes, but it should still show up as an attachment on the bar. Indeed, used to be I can even use the link there to open the file on my hard disk.
I tried this. I had an email in a pop mail account with attachment which I detached and had similar coding in source of email to you. I could open attachment due to the link created.
I then right click on email and select copy to my imap gmail Inbox folder. I then check the imap gmail Inbox for email. select email and click on the attachment and select open and it opens.
So can you state exactly what you did when you say :NEXT, I move the E-mail to Gmail.
Yeah, I right clicked E-mail and selected move on the menu and then selected the destination. I then clicked on the target folder. The E-mail shows up as one of the lines, complete with the little clip. I click on the E-mail, and it loads but acts as if there is no attachment at all.
To be fair, I found by disabling TNEF extension, the attachments show up again, but for one thing TNEF is desirable since I get so many "winmail.dat" and for another thing it still doesn't explain why the attachments only disappear in Gmail.
Ausgewählte Lösung
The reason you are getting 'winmail.dat' files is likely because the sender is not aware they are sending them or do not realise that they are useless to anyone not using Outlook. They should switch it off unless sending only to other Outlook users - which is impossible to know unless the recipient has already mentioned they use Outlook.
It may help you if you ask them to switch off that setting. here are some links you can send to those people.