Closed Bug 222938 Opened 21 years ago Closed 21 years ago

Compact Folders for IMAP offline used folders does not decrease local folder filesize

Categories

(MailNews Core :: Database, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sleitner, Assigned: Bienvenu)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007

I selected "Offline Usage" for my IMAP Inbox and last week I couldn't view new
incoming Mails anymore. 

Reproducible: Always

Steps to Reproduce:
1. a IMAP-mailfolder which uses "Offline Usage" and had over 2 GB mails since it
has been created
2. Delete or move many mails from the folder
3. Use the "Compact folder" function to reduce foldersize


Actual Results:  
The filesize of the IMAP mailfolder on server decrease, but the local mailfolder
file doesn't get smaller. In my case the local filesize of this folder has been
bigger than 2 GByte and only 25 MByte on the IMAP server. I can't read new
incoming Mails in this folder anymore, but it worked with old mails.

Expected Results:  
The local mailfolder file should get smaller after "Compact folder" and only
keep the mails that really are in this folder on the IMAP Server.

Workaround: After I deleted the local folder file, I can read the new mails, too.
another case of bug 207400

*** This bug has been marked as a duplicate of 207400 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
The symptoms are same, but on IMAP-mailfolders with "Offline Usage" activated
the "Compact folder" doesn't work on the local harddrive. Bug #207400 only
describes the 2GB limit for POP3 mailfolders.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I tried on my Mac under OSX with Mozilla Thunderbird 0.3 (20031013) "Compact
Folders" doesn't work on my offline used IMAP folder.
OS: Windows 2000 → All
Hardware: PC → All
I've bumped into the exact same problem. Note that Bug #207400
just talks about 2GB limit; however the problem here is that 
the client-side file size constantly increases. 
My experience was that the server side IMAP folder was around 
100MB, while the offline file INBOX became over 700MB large 
and never decreasing when I "compact".
The disk filled up (so it didn't get any larger), but there
was no way to decrease the file size short of deleting it and
letting Mozilla rebuild it. 
Moz 1.5 Gecko/20031007, Win2K SP3. 
if you're offline, compacting an imap folder should compact the offline store,
in 1.6 - can you try that, please?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Unfortunately I can't install 1.6 at this time - I have 1.5, 
which greys out the "compact" option when offline.

As an aside, assuming it works this way (offline folder file 
being compacted when you go offline and select "compact") -
I'd say it is less than intuitive. A user would expect either 
the file to be compacted when I compact online, *or* perhaps 
to have a separate function to "compact offline folder".
Attached patch proposed fixSplinter Review
Comment on attachment 138731 [details] [diff] [review]
proposed fix

this patch makes compact all work for imap accounts, by using the folder
compactor object to iterate over the imap folders, compacting each of them. It
also makes the offline stores get compacted, if needed.
Attachment #138731 - Flags: superreview?(mscott)
Attachment #138731 - Flags: superreview?(mscott) → superreview+
fix checked in. Context menu compact this folder will also compact offline
store, if the folder is configured for offline use, and File | Compact All will
compact all folders on an imap server, and the offline stores of folders
configured for offline use.
Status: NEW → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → FIXED
Whew, that was quick! Thanks.
The behavior you describe is exactly the "right thing".
Blocks: 230700
fixed on m4 branch
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: