Mozilla VPN is currently experiencing an outage. Our team is actively working to resolve the issue. Please check the status page for real-time updates. Thank you for your patience.

Αυτός ο ιστότοπος θα έχει περιορισμένη λειτουργικότητα, όσο εκτελούμε εργασίες συντήρησης για να βελτιώσουμε την εμπειρία σας. Αν ένα άρθρο δεν επιλύει το ζήτημά σας και θέλετε να κάνετε μια ερώτηση, η κοινότητα υποστήριξής μας είναι έτοιμη να σας βοηθήσει στο Twitter (@FirefoxSupport) και στο Reddit (/r/firefox).

Αναζήτηση στην υποστήριξη

Προσοχή στις απάτες! Δεν θα σας ζητήσουμε ποτέ να καλέσετε ή να στείλετε μήνυμα σε κάποιον αριθμό τηλεφώνου ή να μοιραστείτε προσωπικά δεδομένα. Αναφέρετε τυχόν ύποπτη δραστηριότητα μέσω της επιλογής «Αναφορά κατάχρησης».

Μάθετε περισσότερα

Detached Attachments Disappear when E-mail moved to Gmail

  • 5 απαντήσεις
  • 1 έχει αυτό το πρόβλημα
  • 1 προβολή
  • Τελευταία απάντηση από Toad-Hall

more options

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: kaz.rifeenterprises@gmail.com From: Kazuaki Shimazaki <enquiry@chicco.com.hk> Subject: Test Message Message-ID: <ce5373a9-b383-581a-f030-24ae7b159179@chicco.com.hk> 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: kaz.rifeenterprises@gmail.com From: Kazuaki Shimazaki <enquiry@chicco.com.hk> Subject: Test Message Message-ID: <ce5373a9-b383-581a-f030-24ae7b159179@chicco.com.hk> 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.

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: kaz.rifeenterprises@gmail.com From: Kazuaki Shimazaki <enquiry@chicco.com.hk> Subject: Test Message Message-ID: <ce5373a9-b383-581a-f030-24ae7b159179@chicco.com.hk> 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 <html> <head> <meta http-equiv="content-type" content="text/html; "> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Testing Message<br> </p> </body> </html> --------------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: kaz.rifeenterprises@gmail.com From: Kazuaki Shimazaki <enquiry@chicco.com.hk> Subject: Test Message Message-ID: <ce5373a9-b383-581a-f030-24ae7b159179@chicco.com.hk> 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 <html> <head> <meta http-equiv="content-type" content="text/html; "> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Testing Message<br> </p> </body> </html> --------------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.

Επιλεγμένη λύση

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.

Ανάγνωση απάντησης σε πλαίσιο 👍 0

Όλες οι απαντήσεις (5)

more options

Do you have a C: drive on the gmail web site for the attachment to reside in? I do not.

more options

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.

more options

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.

more options

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.

more options

Επιλεγμένη λύση

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.