when compacting the INBOX of an IMAP-mailbox the nstmp-file will reach up to 550 GB
Categories
(Thunderbird :: Untriaged, defect)
Tracking
(thunderbird_esr91 unaffected)
Tracking | Status | |
---|---|---|
thunderbird_esr91 | --- | unaffected |
People
(Reporter: bernd_hauschild, Unassigned)
References
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:94.0) Gecko/20100101 Firefox/94.0
Steps to reproduce:
automatically compacting INBOX of IMAP-mailbox
Actual results:
next morning: could not compact. no access to folder.
reason I found: even the INBOX file is about 2.5 GB the NSTMP-file was 550 GB, blocking the entire drive
Expected results:
a smaller INBOX-file ...
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Try folder properties | Repair Folder
Comment 2•3 years ago
|
||
Is this related with bug 1333342 and/or bug 1736320?
Comment 3•3 years ago
|
||
Bernd,
What are your result's with Magnus' suggest (below)?
And are you using maildir?
(In reply to Magnus Melin [:mkmelin] from comment #1)
Try folder properties | Repair Folder
(In reply to Takanori MATSUURA from comment #2)
Is this related with bug 1333342 and/or bug 1736320?
Good question. We won't know without Bernd's feedback.
Reporter | ||
Comment 4•3 years ago
|
||
Hi,
and sorry for the delay.
-- I don't think that I am using maildir ...
-- repair folder does not work. After one try the number of eMails increased from about 2.500 to more than 170.000 - with many replications from very old eMails (since 2005 ...)
-- and it worsend in other accounts ... maybe it happens when the nstemp-file ist filling my harddrive with more than 500 GB - then there is no more place for other files
I think, I should rebuild my entire TB to get a clean start to see what happens.
Best regards,
Bernd
Did you had a chance to rebuild TB? Did that help?
Comment 7•3 years ago
|
||
Bernd, your engagement here is essential.
Description
•