Closed Bug 544843 Opened 15 years ago Closed 15 years ago

Thunderbird is eating more and more space on my hard drive

Categories

(MailNews Core :: Backend, defect)

1.9.1 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 546384

People

(Reporter: ddv36a78, Unassigned)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2) Gecko/20100115 Firefox/3.6 Build Identifier: I use Thunderbird v3. It's a regular use, while I rebuild from time to time my inbox index (1 time every week) when Thunderbird losts the association subject/mail (that is, I rebuild this index, when, if I click on a message in my inbox with a given subject, Thunderbird gives a wrong mail, i.e. not corresponding the selected subject). Reproducible: Always Actual Results: my ImapMail directory (on my hard drive) is around 5 Go and keep growing and growing, while my inbox has not grown at the same speed.
Version: unspecified → 3.0
Are you using exchange as a mail server ? Does it stops growing when you switch off indexing (Tools -> Options ->Advanced tick out the global indexer)
(dupe of bug 314294 ?) You can remove the nstmp* files. There should be normally be at most 1, the extra ones are made because the old one (nstmp) could not be removed for some reason, so a number was added to make a unique filename. I don't think there exists a mechanism to remove all of them. The files are temporary files used when compacting folders. Apparently, this process is failing every time for you ? maybe bug 471077.
@Jo Hermans It sounds like https://bugzilla.mozilla.org/show_bug.cgi?id=471077 or *very* close - while I am not sure it's exactly the same case... I meet the following situation twice within the last minutes (today): - I delete a msg into my inbox: it's marked as deleted - I compact my inbox - a new file nstmp is created.
Bug 538610 due to Bug 532323? > Bug 538610 IMAP mailbox: infinite loop of "compacting folder..." (IMAP folder larger than 4GB limit of offline-store size) > Bug 532323 4 GB limit of IMAP offline-store breaks sync of gmail "All Mail" and other systems
@Ludovic I don't think I am using exchange as a mail server, but I am not sure. No, it doesn't stop growing when I switch off indexing (Tools -> Options ->Advanced tick out the global indexer)
@Ludovic Exchange is not used with my ThunderBird v3 instance.
Dominique, can you answer Wada's question about the size of your mailbox ? Do you have any idea if condstore is enabled on your mail erver ?
@Ludovic, Sorry, I missed Wada's question. When I right-click on my inbox to see the quota displayed by Thunderbird, I could see the following: "32644 over 102400 Ko are used" So, I use 32 Mo, not that much. Hum, I have no idea if condstore is enabled on my mail server... But according to my help desk support, no other user has risen the pb I face, because the other users respect the company's norm, that is, they use Thunderbird v2. So, it sounds like a Thunderbird v3 bug.
(In reply to comment #1) > Created an attachment (id=425768) [details] > the Thunderbird directory growing and growing Hello Dominique, I didn't find your report when I made mine https://bugzilla.mozilla.org/show_bug.cgi?id=546384 but I found it now. Yours and mine have one thing in common - we use IMAP. I wonder how you compress the folder - through the menu item, or through the button on the toolbar, or something different? Tilman
(In reply to comment #11) > (In reply to comment #1) > > Created an attachment (id=425768) [details] [details] > > the Thunderbird directory growing and growing > Hello Dominique, I didn't find your report when I made mine > https://bugzilla.mozilla.org/show_bug.cgi?id=546384 > but I found it now. Yours and mine have one thing in common - we use IMAP. I > wonder how you compress the folder - through the menu item, or through the > button on the toolbar, or something different? > Tilman Hello Tilman, I compress the folder while selecting it, and right-clicking in order to choose the menu item "compact" ("compress" may be ? Well, I use a French Thunderbird version... so, I don't know exactly the words used into the English one). I hope this helps. Dominique
Hello Dominique, This produces the same effect for me. Please try this: 1) Open Windows explorer and remember the highest nstmp file in your directory 2) Delete a message in thunderbird 3) Compress NOT from the context menu, BUT from the file (= "Fichier" for you) menu, the item has a text like "comprimer tout les fichiers", it is just below the rename menu item 4) Press F5 in the Windows Explorer and look what the highest nstmp file is now. I suspect that it did *not* increase. (or that it is deleted a few seconds later, when the compressions are finished) If yes, then it means we have definitively the same bug :-) And some bugzilla expert should "join" the two, if possible. Tilman
Component: General → Backend
Product: Thunderbird → MailNews Core
QA Contact: general → backend
Version: 3.0 → 1.9.1 Branch
Hello Tilman, (In reply to comment #13) > Hello Dominique, > This produces the same effect for me. > Please try this: > 1) Open Windows explorer and remember the highest nstmp file in your directory > 2) Delete a message in thunderbird > 3) Compress NOT from the context menu, BUT from the file (= "Fichier" for you) > menu, the item has a text like "comprimer tout les fichiers", it is just below > the rename menu item > 4) Press F5 in the Windows Explorer and look what the highest nstmp file is > now. > I suspect that it did *not* increase. (or that it is deleted a few seconds > later, when the compressions are finished) You suspected cleverly and very well ;-) Indeed, I followed your points 1-4 and no new nstmp-xxx file has appeared. While, with the other way, if I select the "compact/compress" menu item after right-clicking on the "inbox" folder, a nstmp-xxx file is created (I have just checked today). > If yes, then it means we have definitively the same bug :-) And some bugzilla > expert should "join" the two, if possible. So, if I understand correctly, we have the same bug. Dominique > Tilman
assuming bug 546384 isn't fundamentally related to Bug 539389 ... duping
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: