Bug 1589649 Comment 22 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

I tried this on a lot of emails with pdf,  doc and jpg attachments and don't see a problem. My test folder is **not** synchronized for offline use, just like yours. Also tried setting the attachment types to "Always ask" and other settings and don't see a difference.

I don't know of any changes that can be "rolled back" that would affect this; I think you originally reported the problem for tb 60 and I haven't seen other reports of this or a similar problem recently.

Have you always been setup to so all folders are not sync'd and you store only headers?  In the profile area, you may see an INBOX file and an INBOX.msf file (or whichever folder you are having the problem with). If you are wanting only to store headers and not sync emails bodies with the server, you can delete the INBOX file containing message bodies from the past. Regardless of if you delete it or not, I would recommend then doing an "repair" of the INBOX  or whatever folder. This will re-download the headers and clean up any possible corruption in the .msf index that may be causing the issue. Right click on folder, select properties and click "repair folder" button.

The repair can take a while depending on mailbox size since all header need to be re-downloaded. So if you prefer not to do this, if you create a new folder and move the offending message to it, does it save attachments OK? (Make sure the new folder is configured to not sync too before copying to it.)

If a repair/clean-up of the offending folder doesn't help or if you don't want to do it, then I guess we'll need another IMAP:5,IMAPCache:5 log like I requested in comment 10. Before or while you record the log I would ask that that you display the "Order Received" column for the folder and tell me the number for the offending message. This number will appear in the log as the message's imap UID number and I can tell when looking at the log which message you are trying to save the attachment for.
I tried this on a lot of emails with pdf,  doc and jpg attachments and don't see a problem. My test folder is **not** synchronized for offline use, just like yours. Also tried setting the attachment types to "Always ask" and other settings and don't see a difference.

I don't know of any changes that can be "rolled back" that would affect this; I think you originally reported the problem for tb 60 and I haven't seen other reports of this or a similar problem recently.

Have you always been setup so all folders are not sync'd and you store only headers?  In the profile area, you may see an INBOX file and an INBOX.msf file (or whichever folder you are having the problem with). If you are wanting only to store headers and not sync emails bodies with the server, you can delete the INBOX file containing message bodies from the past. Regardless if you delete it or not, I would recommend doing an "repair" of the INBOX  or whatever folder. This will re-download the headers and clean up any possible corruption in the .msf index that may be causing the issue. Right click on folder, select properties and click "repair folder" button.

The repair can take a while depending on mailbox size since all header need to be re-downloaded. So if you prefer not to do this, if you create a new folder and move the offending message to it, does it save attachments OK? (Make sure the new folder is configured to not sync too before copying to it.)

If a repair/clean-up of the offending folder doesn't help or if you don't want to do it, then I guess we'll need another IMAP:5,IMAPCache:5 log like I requested in comment 10 and comment 13. Before or while you record the log I would ask that that you display the "Order Received" column for the folder and tell me the number for the offending message. This number will appear in the log as the message's imap UID number and I can tell when looking at the log which message you are trying to save the attachment for.

Back to Bug 1589649 Comment 22