Closed Bug 95804 Opened 23 years ago Closed 6 years ago

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

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: BenB, Unassigned)

Details

Reproduction:
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.
I have "Expunge INBOX on Exit" activated in prefs.
Is this still a bug?
QA Contact: huang → gchan
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!
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
Assignee: mscott → nobody
Product: Core → MailNews Core
QA Contact: grylchan → networking.imap
To bug opener, do you still see problem you state by bug summary?
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.
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?

thanks!
Summary: "Compress Folders" has no effect → "Compact Folders" has no effect on server, until Expunge INBOX on Exit runs
> 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.
Gene, do you have means to test this?
Flags: needinfo?(gds)
I haven't read all the above comments yet, so maybe I am missing something, but when you do right-click compact on your selected folder, tb sends an imap EXPUNGE to the corresponding server mailbox. Tb has no control over what the server does with the expunge command or how much storage space is actually freed up in the server; expunge can free up local storage in your profile under ImapMail/.

But I've never really noticed the File|Compact Folders item used by the reporter. Does it only affect the selected folder or does it go through all folders on all accounts and expunge each folder? Sounds like it may do the same as the auto-compact that occurs when you have a lot of deleted but not yet expunged messages. I will try it and see how it works.
Flags: needinfo?(gds)
It has always been my impression that File > Compact Folders operates on all folders in a single account, not an entire profile which is what automatic compact does.  The links I have found all confirm that, although I would not say they are definitive.
Just tested it with two accounts monitoring with wireshark. The "File > Compact Folders" menu item selected and sent an EXPUNGE to each folder/mailbox on only the currently selected account. It didn't send anything to the other not selected account. So you are right.

To me this bug is no longer valid. If it was ever valid maybe it was fixed as a side effect of another fix. Also, to repeat myself, once tb sends the expunge, tb has no control over what the imap server does with it internally.
Thanks for the test!
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.