"Compact Folders" has no effect on server, until Expunge INBOX on Exit runs



MailNews Core
Networking: IMAP
17 years ago
7 years ago


(Reporter: BenB, Unassigned)


Firefox Tracking Flags

(Not tracked)




17 years ago
1. UW-IMAP account
2. Check size of you INBOX folder on the server:
   ls -la /var/mail/<yourloginname>
3. Move lots of messages out of your INBOX.
4. Repeat step 2.
5. File|Compress Folders
6. Repeat step 2.
7. Close all Mailnews windows
8. Repeat step 2.

Expected result:
Step 6 shows considerable smaller size than step 2.

Actual result:
Step 6 shows the same size as step 2 (or at least step 4). Step 8 shows
considerable smaller size than step 6.

Comment 1

17 years ago
I have "Expunge INBOX on Exit" activated in prefs.

Comment 2

16 years ago
Is this still a bug?


16 years ago
QA Contact: huang → gchan

Comment 3

16 years ago
There should be a global option to compress all (accessed) Folders on exit.
There should be an interactive option to compress all Folders.

We have now users with mailboxes of 90% deleted mails in it, so
they have 100 real mails, 900 deleted mails on our UW-IMAP server.

There seems to be no easy way to compress all folders of a power user
with > 100 mailboxes. No one will compress all folders by hand one by one!

Comment 4

15 years ago
re #3:

So does expunge inbox take care of the rest of the folders too?

Maybe you should switch to using the trash folder instead.  Though that feature
should be supported better.

Product: MailNews → Core


10 years ago
Assignee: mscott → nobody


10 years ago
Product: Core → MailNews Core


10 years ago
QA Contact: grylchan → networking.imap
To bug opener, do you still see problem you state by bug summary?

Comment 6

8 years ago
Please test yourself and stop asking that in all my bugs.
(In reply to comment #6)
> Please test yourself and stop asking that in all my bugs.

I'm who analyzed bug 495862 as a helper of QA team and I'm opener of bug 499630 as a helper of developers and tester. In analysis and testing of these bugs and some other bugs, I saw EXUPNGE was issued by Thunderbird frequently. So, there is apparently not problem of "expunge is never issued by Tb" any more, even if it existed in the past.

Those bugs are for IMAP folder of offline-use=on with auto-sync enabled. Offline-use=off or auto-sync=off case may be different from case with auto-sync enabled.
As your case was opened on 2001-08-17, your case is similar to offline-use=off or auto-sync=off case of current Tb/Sm.
Because I didn't check offline-use=off or auto-sync=off case well yet, I can't say possibility of "current Tb or specicif build has problem of that Tb won't issue expunge in offline-use=off or auto-sync=off case as Mozilla did on 2001-08-17" is really ZERO.  However, I can't believe that Tb won't issue EXPUNGE in offline-use=off or auto-sync=off case even though Tb issues in offline-use=on or auto-sync=on case. If exists, proble is "expunge is not issued in very special occation", and there really are some bugs for such issue.

Is comment #0 on on 2001-08-17 UW-IMAP partiqular issue?
If no, my question is similar to "why you still keep this bug open without any diagnosis"? And, is similar to request of; If this bug is memo of "problem of comment #0 happened on 2001-08-17 with UW-IMAP" for you, please close.

Comment 8

7 years ago
Michael, Andrew, Rob, 
can one of you help us here?  this hasn't been tested in 8 years!
can you assert or test that this does not reproduce on modern UW-imap with reasonably current thunderbird?

Summary: "Compress Folders" has no effect → "Compact Folders" has no effect on server, until Expunge INBOX on Exit runs

Comment 9

7 years ago
> 3. Move lots of messages out of your INBOX.

(using Thunderbird UI)

UW-IMAP might not be necessary to reproduce it, but you need access to the server, to see whether "Compact Folders" actually shrinks the mailbox on the server, as it's supposed to.
You need to log in before you can comment on or make changes to this bug.