Closed Bug 354044 Opened 19 years ago Closed 19 years ago

Caching for attachments (IMAP)

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Linux
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 235942

People

(Reporter: jltallon, Assigned: mscott)

Details

User-Agent: Opera/9.00 (X11; Linux i686; U; en) Build Identifier: Debian Thunderbird 1.5.0.7 (20060915) Attachments are not cached in the main compose window. When using IMAP, it is understandable that the full message needs to be read (in order to parse all MIME sections). What I miss from IMAP: ability to cache attachments (up to a certain, configurable, size) so that saving them does not require re-downloading them from the server most of the time. Reproducible: Always Steps to Reproduce: 1. Select a message with attachment from main window (IMAP-based account) 2. Select attachment, choose "Open" or "Save As" (either) 3. Wait until the attachment is downloaded *again* Actual Results: The attachment needs to be re-downloaded, while it is already in-memory (or could trivially be, since it has just been downloaded from the IMAP server) Expected Results: The attachment ought to be cached in-memory when "pre-viewing" the message. Hence, opening/saving the attachment takes quite a while (the time needed to re-download)
Version: unspecified → 1.5
You can, by setting browser.cache.memory.capacity. Dupe/related: bug235942. You may want to try out a 2.0b1pre build, there have also been some other related bugfixes.
No response from reporter, duping. *** This bug has been marked as a duplicate of 235942 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.