Last Comment Bug 1519045 - 35 copies of each mail file
: 35 copies of each mail file
Status: NEW
Product: Thunderbird
Classification: Client Software
Component: General (show other bugs)
: 60
: Unspecified Unspecified
-- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
Depends on:
  Show dependency treegraph
Reported: 2019-01-10 01:29 PST by Marcin Juszkiewicz
Modified: 2019-01-12 09:01 PST (History)
1 user (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---


Description User image Marcin Juszkiewicz 2019-01-10 01:29:02 PST
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 User image Andre Klapper 2019-01-11 11:38:37 PST
Why was this ticket filed? See
Comment 2 User image Andre Klapper 2019-01-11 11:39:31 PST
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 User image Marcin Juszkiewicz 2019-01-12 07:16:00 PST
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.
Comment 4 User image Marcin Juszkiewicz 2019-01-12 09:01:28 PST
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.

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