667294 - Fast increase of INBOX file -> HD full (out of disk space) -> DATA_LOSS

Status: UNCONFIRMED

(MailNews Core :: Networking: POP, defect)

Description

[Ulf Zibis]

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 ThunderBrowse/3.3.5

Suddenly my PC was more or less in-responsible, and I couldn't completely save my open data.
After Restart I could see, that I have only 160 kB free on C:, and one of the IMAP INBOX files was about 4 GB.

After the restart of TB, TB had lost it's information about just loaded emails of another POP account, so TB loaded ~5000 old emails again from the server. So in result I have to find and delete the duplicates in ~50 locale folders (due to filters).

Reproducible: Always

Steps to Reproduce:
Run Thunderbird and do nothing, just wait.
I guess, the source for the problem is: https://bugzilla.mozilla.org/show_bug.cgi?id=667288



- Since I have copied/moved 63 emails from a locale folder to a IMAP inbox 1..3 weeks ago, I frequently see something like "loading xx emails of 63 ...".
- After compressing the inbox, it was reduced from 4 GB to ~40 kB, ... but it's growing again.

Comment 1

[Wayne Mery (:wsmwk)]

(not security)

How is this related to bug 667288 and bug 697635?

Comment 2

[Ulf Zibis]

(In reply to Wayne Mery (:wsmwk) from comment #1)
> (not security)
> 
> How is this related to bug 667288 and bug 697635?

Because I think, these bugs can be seen as the cause for this bug.

Comment 3

[:aceman]

(In reply to Ulf Zibis from comment #0)
> After the restart of TB, TB had lost it's information about just loaded
> emails of another POP account, so TB loaded ~5000 old emails again from the
> server. So in result I have to find and delete the duplicates in ~50 locale
> folders (due to filters).

So this actually looks exactly like bug 239455, that is now fixed. Dupe?

I see the description includes info about IMAP accounts, but that seems like an unrelated distraction as the description clearly says the POP account had problems.

Comment 4

[Ulf Zibis]

(In reply to :aceman from comment #3)
> So this actually looks exactly like bug 239455, that is now fixed. Dupe?

No, in bug 239455 the cause "out of disc space" was external, i.e. the users disk was too small.
But here the "out of disc space" was caused by TB itself in silently bloating the MBox file of the IMAP Inbox to >4 GByte, caused by corrupted headers after copying emails from Local to IMAP Inbox, see bug 667288.

> I see the description includes info about IMAP accounts, but that seems like
> an unrelated distraction as the description clearly says the POP account had
> problems.

The problem of this bug is the _erroneous IMAP processing upon corrupted MBox_, with resulting in PC freeze and corrupted files and subsequently resulting in
- problem 1: DATA LOSS on open files of all running programs including TB (e.g. popstate.dat)
- problem 2: plenty duplicates after new POP mail download after restart of TB

Fixing bug 239455 would only solve problem 2.

Comment 5

[Ludovic Hirlimann [:Usul]]

Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.