6 months ago
5 months ago


(Reporter: marcin, Unassigned)


Firefox Tracking Flags

(Not tracked)




6 months ago

I use Thunderbird with few accounts. One runs Dovecot, two are on GMail. Half of my desktop SSD is used by ~/.thunderbird/ folder nowadays.

Decided to take a look why.

Went to biggest folder (1.8GB in 57900 files) and then checked how much Thunderbird thinks it takes - 1801 messages, 48.9MB in total. Each message is stored over THIRTY times. Maildir format, GMail account.

Went to other folder. 823MB in 77345 files on disk. Thunderbird says 3107 messages, 30.7MB in total. Maildir format again, same GMail account.

Ok, let's check Dovecot one. Turns out that this one is mbox based. Biggest one was 2.1GB on disk, 526MB according to Thunderbird.

For each of them I went with "repair folder" button which is basically "drop whatever is on disk and fetch again from server".

So today instead of working I will go folder by folder to 'repair' them to regain my storage space. And then add to the calendar "go and repair all Thunderbird folders" monthly ;(

Comment 1

6 months ago
Flags: needinfo?(marcin)

Comment 2

6 months ago

What makes you think that TB stores "35 copies of each mail file"? Please provide clear steps that allow someone else to see that, including account types (IMAP? POP?) and what "other folder" means.


Comment 3

5 months ago

Support page says that compacting works only on mbox folders. Have one such account but it is less problematic one.

What makes me think? Nothing else than TB uses it's directories. And I had (before "repair folder" was used) nearly every mail stored in over 30 copies there.

Accounta are Gmail IMAP. First folder was /ML/internal/project1, other was /ML/external/project2 (names are irreverent).

3rd account (dovecot one) is IMAP in mbox files. Here compacting may help - will check.

Flags: needinfo?(marcin)

Comment 4

5 months ago
17:56 (0s) hrw@puchatek:~$ cd .thunderbird/v32n84sg.default/ImapMail/
17:56 (0s) hrw@puchatek:cur$ grep "^Message-ID: <54E31077.6050805@" *
1460987170367580:Message-ID: <>
1462007329283673:Message-ID: <>
1462091559156522:Message-ID: <>
1462193152989923:Message-ID: <>
1462322396048762:Message-ID: <>
1463115051195954:Message-ID: <>
1463649687278885:Message-ID: <>
1464385366985462:Message-ID: <>
1464607071153074:Message-ID: <>
1464857889249939:Message-ID: <>
1466757141634681:Message-ID: <>
1467153528443500:Message-ID: <>
1467456717206308:Message-ID: <>
1467895266042753:Message-ID: <>
1468338015485496:Message-ID: <>
1468601541680437:Message-ID: <>
1470655659850734:Message-ID: <>
1470990926434960:Message-ID: <>
1472747309180978:Message-ID: <>
1472813110659032:Message-ID: <>
1473671082261956:Message-ID: <>
1473931690441731:Message-ID: <>
1475691921922120:Message-ID: <>
1476957440887479:Message-ID: <>
1477862768198305:Message-ID: <>
1478083181612927:Message-ID: <>
1478561456626551:Message-ID: <>
1479166611564918:Message-ID: <>
1502885670898650:Message-ID: <>
1505666741143084:Message-ID: <>
1508312190157241:Message-ID: <>
1542660268742831:Message-ID: <>
1547118240890492:Message-ID: <>
17:56 (1s) hrw@puchatek:cur$ grep "^Message-ID: <54E31077.6050805@" *|wc -l
17:56 (0s) hrw@puchatek:cur$ 

Compacting changed nothing. Decided to not use 'repair folder' option to have one wrong folder.

You need to log in before you can comment on or make changes to this bug.