Closed Bug 73094 Opened 25 years ago Closed 24 years ago

Attachment not downloaded, saved file says This body part will be downloaded on demand

Categories

(MailNews Core :: Networking: IMAP, defect)

Product:
MailNews Core
Component:
Networking: IMAP
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ewv, Assigned: sspitzer)

References

Details

Using a 03-14-2001 linux build.... I received a message with an attachment, t.ps (postscript). As soon as I got it, I opened the attachment and guided things to use gv. Then I went to open it again, gv fires but doesn't like the file. I choose instead to save the file. Then I look at t.ps and the contents of the saved file are "This body part will be downloaded on demand." which probably explains why gv didn't like the file the second time around.
Reporter is this still a problem in the latest nightlies?
Marking INVALID. This seems to me that were doing it right. Without it being downloaded there is no way for gv to load the file, unless it supports streaming. Marking INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
I disagree completely. I suspect I wasn't completely clear about what happened. How is writing an error message into the file allegedly downloaded file the correct behavior? This wasn't a warning message in a pop-up, the contents of the downloaded file was the error message. This is still happening, but apparently only on the second and subsequent attempts. To test, send a message with a .ps file as an attachment. Click on the attachment, select open, then "Save to disk" since the helper app doesn't work. Then, do it again. Now look at the second file you saved. If this doesn't work, I'll be happy to forward the message to anyone who wants to look at it.
Reopening
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
One other piece of info, the messages in question are stored on an IMAP server. Sorry for all the spam.
Marking NEW.
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → Networking - IMAP
Ever confirmed: true
*** Bug 91604 has been marked as a duplicate of this bug. ***
I fixed this within the last week or so. Can you grab a more recent build and test it out on that? This bug should be fixed.
I'm unable to reproduce this bug using 0.9.2 or the 20010720 linux build. The exact test case I was using may have been fixed by some of the great helper/MIME work that has been going on, but I can't reproduce it with a similar case involving a different mime type that mozilla knows nothing about either. I think this bug can be resolved. Marking fixed.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
verified per reporter's comments.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
Bug re-appeared again in Thunderbird 10.0.1 (with dovecot as the imap server) Even attempting to save the attachment multiple times doesn't help. Moving the message to a local folder, and then saving the attachment works ok. Renaming the saved file to something.eml, and then opening that file using File->Open->SavedMessage allows me to save the attachment correctly.
You need to log in before you can comment on or make changes to this bug.