ono Reporter
	Description • 18 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

Without checking [Compact folders when it will save over], Thunderbird become slower and slower to finish up it's initializing.

I know many users who have experienced these kind of slowdowns and stopped using thunderbird without knowing [Compact folders when it will save over] checkbox.

So, my suggestion here is to check this check box by default.

Reproducible: Always

	Eric Forgeot
	Comment 1 • 17 years ago

I strongly agree here, I've experienced this problem many times with users who expected "thunderbird" whould just work, without having to learn about compacting manually or browsing all the options. Most of the time, when someone is calling the "geeky friend" when they have an issue about thunderbird (even if I didn't install it myself)n it's because this option wasn't turned on. Check it, and set it to around 6000 kb and it will just work better for thunderbird users.

	Daniel Veditz [:dveditz]
	Comment 2 • 16 years ago

Confirming rather than duping to bug 205756 since that's morphed into the
Seamonkey version.

Tagging "privacy" because we regularly hear from users horrified to find their
"deleted" private mails are still sitting on their disk (often found after
having them imported into another progam).

Tagging "dataloss" because of the max file-size and/or quota issues raised in
bug 406848 comment 0

	David :Bienvenu
	Comment 4 • 16 years ago

yes, wanted, and since Emre is going to implement auto compact on idle, it should all be good.

	Magnus Melin [:mkmelin]
	Comment 5 • 16 years ago

Should be accompanied by bug 437657 also.

	Andrei Boros
	Comment 6 • 16 years ago

As I'm a sysadmin and had to install hundreds of computers with TB, this option being disabled by default gave a lot of nightmares. 

I strongly suggest this option be on by default at install time (all versions) and the disk space gain threshold be set higher and in MB rather then KB. I usually set it to 76MB, similar to the default cache size of Firefox. In today's world where mails with attachements routinely have pretty large size, it seems a fair value. 

Also, please resolve the race condition between automatic folder compacting and getting new mail. (bug #337554)

	Micah Gersten
	Comment 7 • 15 years ago

Ubuntu bug:
https://bugs.launchpad.net/bugs/174207

	Vincent (caméléon)
	Comment 8 • 15 years ago

As a moderator on the french forums of geckozone, I Still see some users that have corrupted inbox because they don't use "compact folder" (and do not understand what it is...). This bug is very dangerous for average user, so it should be fix!

	Vincent (caméléon)
	Comment 10 • 14 years ago

(In reply to comment #4)
> yes, wanted, and since Emre is going to implement auto compact on idle, it
> should all be good.

David, can you confirm that this bug is still wanted? It is very easy to fix and would avoid a lot of user's nightmare that we see on Geckozone forums: http://www.geckozone.org/forum/viewtopic.php?f=4&t=88068

	mpl75
	Comment 11 • 14 years ago

This bug is very dangerous for average user, so it
should be fix!

	J2m06
	Comment 12 • 14 years ago

hello

+1  
As a moderator on the french forums of geckozone, I Still see some users that
have corrupted inbox because they don't use "compact folder" (and do not
understand what it is...).
I confirm .. This bug is very dangerous for average user, and many lose their posts when the box comes with 4 gigabytes .

j2m06

	Wayne Mery (:wsmwk)
	Comment 13 • 14 years ago

probably better from a UI point of view is Bug 286888 - Always make compacting folders automatic, with no UI

Bryan indicated in bug 236922 comment 7 that he liked the idea of doing Bug 286888.

bienvenu, how do you feel about the choice between this bug and Bug 286888?

---

preferable to have one or both of 
bug 437657 increase autocompact threshold "mail.purge_threshhold"
bug 439089 Auto compact on idle time with better threshold
before implementing this or bug 286888 (though not strictly dependent)

	David :Bienvenu
	Comment 14 • 14 years ago

(In reply to comment #13)
 
> bienvenu, how do you feel about the choice between this bug and Bug 286888?
> 
This bug is a lot less work and thus would fit into 3.3

	rsx11m
	Comment 16 • 13 years ago

Actually, the default was changed to "true" as part of bug 437657 and is effective with Miramar 3.3a3, thus marking this as a duplicate itself.