[Bug 2060534] Re: Thunderbird doesn't always clean nstmp cache files
** Changed in: thunderbird Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Pushed by i...@thunderbird.net: https://hg.mozilla.org/comm-central/rev/92178c08740e Add migration code to delete nstmp files left over from failed folder compactions. r=darktrojan,freaktechnik -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
I've tripped over this bug so many times and it's killing my SSD. I have manual compaction turned on and I only compact when the saving is over 1G. And approximately 1 in 16 times the compaction becomes pathological; it just keeps consuming disk until the disk is full, the highest I have seen was about 180G of disk used in one nsmtp file for a 11G mailbox. Once the behaviour becomes pathological the only way to fix it is to rebuild the mailbox (with the time and disk write pain that comes with that); trying to compact the folder again only leads to more pathological behaviour. All of this is "write killing" my SSD (I must have written several terabytes in the space 90 days due to this bug). Any plans to refactor this code? From the sounds of it is a real hairball of code. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
(In reply to Matt from comment #59) > I've tripped over this bug so many times and it's killing my SSD. Please report your version when posting. And if you are not on beta 127.0b5 or newer, or esr 128, it will helpful if you can update and report results based on the newest version. The "rewrite compact" Bug 1890448 doesn't exist until those versions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Created attachment 9409628 Bug 1878541 - Add idle task to delete nstmp files left over from failed folder compactions. r=#thunderbird-reviewers -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
(In reply to everx80 from comment #56) > A temporary subdirectory with a unique name that cannot be otherwise created > would solve this? Yeah, that'd probably do it, but I'm not planning to make further changes to that just now. My compaction rewrite a few weeks back uses an existing file class from m-c (via `NS_NewSafeLocalFileOutputStream()`) which creates a unique file and automatically deletes it if an explicit commit is not performed. The old code required explicit cleanup handling, and there were lots of complicated error conditions could mean it'd get skipped. So the new code is waay more robust and better at cleaning up. Yes, it's probably possible to screw it up by abruptly killing (rather than shutting down) the app at a critical point, or powering off... but I'm not so worried about that. That way lies fsync() madness :-) The benefits of using the battle-tested `NS_NewSafeLocalFileOutputStream()` rather than rolling my own seems like a good trade-off for now. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
(In reply to Ben Campbell from comment #53) > (In reply to Frank Winkler from comment #51) > > That's why it would probably be a good idea to write those temp files to a > > dedicated directory instead of the same location as the actual mailboxes. > > You need to write it to the same filesystem, so you can be sure of an > atomic(ish) replacement. > A temporary subdirectory with a unique name that cannot be otherwise created would solve this? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
The accounts etc. are available for migration tasks yes. I don't have much to add. Both migration and doing it compact time has their own merits. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Also bear in mind these files can be in a non-standard location, not in the profile directory proper. People do all kinds of weird, wacky stuff in the name of efficiency, performance or whatever comes to mind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
(In reply to Frank Winkler from comment #51) > That's why it would probably be a good idea to write those temp files to a > dedicated directory instead of the same location as the actual mailboxes. You need to write it to the same filesystem, so you can be sure of an atomic(ish) replacement. (In reply to Geoff Lankow (:darktrojan) from comment #52) > Best I've got is to check a candidate file doesn't match the `filePath` or > `summaryFile` of any `nsIMsgFolder`. If we're only looking for things > starting with `nstmp` speed shouldn't be any more of an issue compared to > iterating through the files. > > This wouldn't prevent accidentally deleting files in accounts that have been > removed from Thunderbird but not from the file system. I guess we could look > only in the files of active accounts. What Geoff said :-) But if it's a startup/migration-check routine, do we have the accounts and folder structure up and running by that time? It could be done at folder-compaction time (in c++, ick ;-), but it does mean looking at folders outside the one you're actually compacting which just feels a little odd (but I'm sure I'll get over it!) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Yes indeed, I was thinking a startup migration check should be the way to go. Do we have a way to safely detect only those files that have been generated by folder compaction? To make sure we exclude any user generated content. NI Geoff and Magnus to get some validation or suggestions here. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Best I've got is to check a candidate file doesn't match the `filePath` or `summaryFile` of any `nsIMsgFolder`. If we're only looking for things starting with `nstmp` speed shouldn't be any more of an issue compared to iterating through the files. This wouldn't prevent accidentally deleting files in accounts that have been removed from Thunderbird but not from the file system. I guess we could look only in the files of active accounts. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
That's why it would probably be a good idea to write those temp files to a dedicated directory instead of the same location as the actual mailboxes. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
With bug 1890448 now fixed, I guess this bug is for cleaning up cases where nstmp files already got left behind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
(In reply to Alessandro Castellani [:aleca] from comment #48) > Ben, can you tackle this? Just to be clear, this means looking for and deleting nstmp files from failed compaction attempts before the compaction rewrite, right? I'm a little nervous about just deleting any file matching `nstmp(-[0-9]+)?`... you just _know_ there's someone out there with folders called "nstmp". It'd have to be matched up against the folder structure to make sure you weren't deleting a legit mbox called "nstmp-53". Would it make more sense to do this in javascript as part of a startup migration-check pass? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
Ben, can you tackle this? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
*** Bug 1901557 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
A user with a single 600gb nstmp file https://support.mozilla.org/en- US/questions/1448644#answer-1655093 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
*** Bug 1899696 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
FWIW, Bug 1798181 - when compact runs out of disk, partial nstmp is left behind, disk remaining full - fixed in version 102 a listener issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
FWIW, Bug 1798181 - when compact runs out of disk, partial nstmp is left behind, disk remaining full - fixed in version 102 a listener issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
*** Bug 1879897 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
*** Bug 1883001 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534]
*** Bug 1896640 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534] Re: Thunderbird doesn't always clean nstmp cache files
Launchpad has imported 38 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1878541. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2024-02-04T09:38:58+00:00 Omry Yadan wrote: Created attachment 9378154 Screenshot_9.png User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 Edg/121.0.0.0 Steps to reproduce: I am not sure how to trigger it. I get system warnings about the disk being full and then I see a nstmp file using 1TB. I deleted it, and hours later it happened again. This have happened a few times for me in the past few weeks, but it seems to be happening more and more. Additional context: I am using imap. The entire mailbox on the server is 9.9GB. Thunderbird 123.0b2 (64-bit) OS: Edition Windows 11 Pro Version 22H2 Installed onβ22/β01/β2023 OS build22621.3007 Experience Windows Feature Experience Pack 1000.22681.1000.0 Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/comments/0 On 2024-02-05T10:34:18+00:00 Mkmelin+mozilla wrote: That's only used for compacting folders. https://searchfox.org/comm-central/rev/1452d8f1e1582cc44529f638e1eba1c7b3804fe4/mailnews/base/src/nsMsgFolderCompactor.cpp#393 The sent folder is also quite large, 50GB. Is auto compact enabled, or do you do compaction only when it asks/or manually? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/comments/1 On 2024-02-05T11:19:45+00:00 Omry Yadan wrote: > Is auto compact enabled, or do you do compaction only when it asks/or manually? I didn't change the setting, so I think it's probably enabled by default. I dug through the settings now and was not able to locate it. > The sent folder is also quite large, 50GB. I noticed that too. I deleted it and it. The reconstructed file is 16GB. > That's only used for compacting folders. https://searchfox.org/comm- central/rev/1452d8f1e1582cc44529f638e1eba1c7b3804fe4/mailnews/base/src/nsMsgFolderCompactor.cpp#393 It looks like this function is not always cleaning up after itself. For example, if an exception is thrown here, CleanupTempFilesAfterError is never called: https://searchfox.org/comm-central/rev/1452d8f1e1582cc44529f638e1eba1c7b3804fe4/mailnews/base/src/nsMsgFolderCompactor.cpp#411 Why not wrap it with a big "try finally" to always delete the file if it exists when the function returns? Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/comments/2 On 2024-02-05T11:20:48+00:00 Omry Yadan wrote: There is also the underlying question of why on earth the function is creating a file that is 1TB in size. It sounds like there is a quadratic usage of disk space in the compaction algorithm. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/comments/3 On 2024-02-05T11:30:25+00:00 Omry Yadan wrote: There is an attempt to clean up the file if it's still there in the destructor: https://searchfox.org/comm-central/source/mailnews/base/src/nsMsgFolderCompactor.cpp#171-177 However, it only kicks in if NV_FAILED returns true. Reply at: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/comments/4 On 2024-02-05T13:11:17+00:00 Anjeyelf wrote: Sounds like the Sent-1 file is so big it's not possible to do compacting maybe because either Thunderbird is interrupted during the compacting eg: shutdown, crash or receiving mail into the folder being compacted, maybe another program is scanning the file or it's possible that you might not be able to compact a large folder because you don't have enough free disk space or memory or there is some type of corruption in the file. 50GB is very large for a single text file and it looks like it's been failing to compact for a while, so is full of old deleted mail. Does it say anything in the Error console ? Open Error console (Ctrl + Shift + J') or 'Tools' > 'Developer Tools' > 'Error Console' Clear Error console - top left bin icon right click on 'Sent' folder and select 'compact' If compacting does not work - Sent-1 is still 50Gb and nsmtp appears. What do you see in Error Console - please post an image. Either way you need a solution to overcome the current iss
[Bug 2060534] Re: Thunderbird doesn't always clean nstmp cache files
** Summary changed: - Thunderbird disk usage out of control + Thunderbird doesn't always clean nstmp cache files ** Changed in: thunderbird (Ubuntu) Importance: Undecided => High ** Changed in: thunderbird (Ubuntu) Status: New => Triaged ** Also affects: thunderbird via https://bugzilla.mozilla.org/show_bug.cgi?id=1878541 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird doesn't always clean nstmp cache files To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534] Re: Thunderbird disk usage out of control
Seems a thunderbird bug https://bugzilla.mozilla.org/show_bug.cgi?id=1878541 ** Bug watch added: Mozilla Bugzilla #1878541 https://bugzilla.mozilla.org/show_bug.cgi?id=1878541 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird disk usage out of control To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 2060534] [NEW] Thunderbird disk usage out of control
Public bug reported: Environment: Thunderbird 124.0 64bits installed as SNAP on Ubuntu 22.04 LTS 3 gmail imap account This (monday) morning Ubuntu notify me that I was running out of disk space, and while I was checking where the problem was, the disk analyzer told me the answer snap/thunderbird/common directory has a size of more than 360GB, pretty strange since my gmail account have 15GB and 30GB of quota (half used more or less) One of them is a shared one we use for notfication with almost 100k emails, flow is very high since with my team we receive emails, handle and archive them. I tryed to compact database, keep on disk only latest 90 days email but the sistem started to suffer issues due to no disk space so that I tried to remove that account and instantly more than 250GB of data on disk disappeared. Issue found and fixed but: - Thunderbird should NOT use so much disk space, some cleanup process MUST be implemented to keep disk usage under control, as I wrote system usage is impaired - Is this issue index-related? Since I do a lot of quick search on that account - Is something snap/linux related? Could be found also on Windows/Mac? - If someone needs logs, I'd be happy to provide them but I need instructions about how to retrieve them. ** Affects: thunderbird (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060534 Title: Thunderbird disk usage out of control To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/2060534/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs