Lokaler E-Mail-Cache benötigt 6,5-fachen Speicherplatz

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: immer die aktuellste, derzeit also 52.7.0 (32-Bit)
• Betriebssystem + Version: MS Windows 7 prof. x64
• Kontenart (POP / IMAP): IMAP
• Postfach-Anbieter (z.B. GMX): Strato, gmail
• Eingesetzte Antiviren-Software: MSE
• Firewall (Betriebssystem-intern/Externe Software): Windows Firewall
• Router-Modellbezeichnung (bei Sende-Problemen):

Hallo, liebe Donnervogel-Profis!

Ich habe eben mit Erschrecken festgestellt, dass mein TB-Profil (also die darin gecacheten E-Mails) eine Größe von 145 GB - in Worten HUNDERTFUFFZIGMILLIARDEN Bites!!! - enthält. Tendenz steigend.

Das Kontingent meines Postfaches ist auf 100 GB begrenzt, wovon ca. 22 GB tatsächlich belegt sind.

Ein ähnliches Phänomen hatte ich an einem anderen Client-PC schon einmal. Damals half das Löschen (also "automatische Reparieren") aller .msf-Dateien. Diesmal leider nicht.

Manuelles Komprimieren aller Ordner (Menü Datei > Alle Ordner des Kontos komprimieren), was ja ohnehin regelmäßig automatisch durch den TB erfolgen sollte, brachte in beiden Fällen keine Abhilfe.

"Nachrichten dieses Kontos auf diesem Computer bereithalten" im Dialogfenster "Konten-Einstellungen" > Zweig "Synchronisation & Speicherplatz" habe ich ANgehakt, um die (ohnehin oft nervig langen) Ladezeiten zu verkürzen.

Hat jemand eine Idee, wieso mein gefräßiger Donnervogel den Speicherplatzbedarf meiner E-Mails ver... Moment... 145 geteilt durch 22... also... ähm... VERVIELFACHT?! Und wie ich ihm das abgewöhnen kann, bevor er sich die letzten paar Gigabytse meiner Systemplatte einverleibt?

Hallo zusammen,

die riesigen Datenmengen befinden sich tatsächlich jeweils im Ordner "ImapMail" (Voller Pfad: C:\Users\user\AppData\Roaming\Thunderbird\Profiles\cx8mbyhs.Arbeit\ImapMail).

Nachdem der TB seit ca. drei Tagen an verschiedenen Clients, die alle auf das selbe gmail-Konto zugreifen, auch noch extrem langsam geworden ist, habe ich mir an ein paar dieser Rechner den Speicherplatzverbrauch angeschaut. Ergebnis: Jeder braucht extrem viel Plattenspeicher, der Rekordhalter liegt bei ca. 250 GB!

Es dürfte zwar keine Rolle spielen, aber den Wert habe ich den Ordnereigenschaften im Windows-Explorer entnommen. Klar wird im NTFS-Dateisystem mehr Speicherverbrauch angezeigt, als tatsächlich benötigt wird, aber die Diskrepanz kann doch nicht so hoch sein?

Wenn ich oben schreibe, dass der TB inzwischen extrem langsam ist, äußert sich das darin, dass es gefühlt "ewig" dauert, bis E-Mail-Inhalte angezeigt werden (auch bei kleinen Mails) und beim Anzeigen auch noch oft eine Latenz auftritt. Soll heißen: Eine E-Mail wird zum Anzeigen angeklickt, TB rödelt und rödelt, nächste Mail wird angeklickt, irgendwann wird der Inhalt der ersten E-Mail falscherweise angezeigt, usw. Außerdem gibt es massenhaft Probleme beim Speichern gesendeter E-Mails.

Auf dem Rechner, bei dem mir das Problem ursprünglich auffiel, ist das TB-Profil seit vorgestern um weitere 15 GB angewachsen.

Ich kann nicht genau sagen, seit wann das Problem auftritt, bin aber der Meinung, dass kürzlich kein Update angefallen wäre, das zu dem Problem führen könnte.

Quote from Thunder

Sind eventuell Indexdateien der Volltextsuche da, die viel Platz belegen?

Wie sehen solche Indexdateien denn aus? Endung? Können die soooo groß werden?

Vielen Dank schonmal für alle Lösungsvorschläge!

Nach meinem Verständnis müsste jede Mail im Gmail-Account lokal zwei Mal gespeichert werden: einmal im Ordner "Alle Nachrichten" und einmal im Ordner des entsprechenden Labels. (Ausnahmen hierbei sind Spam, Vorlagen, Papierkorb). Ich bin mir sehr sicher, dass jede Mail genau ein Label hat, also neben "Alle Nachrichten" in nur einem Ordner abgebildet wird. Der lokale Speicherverbrauch sollte also bei ca. 2 x 22 GB liegen.

Das Anwachsen des lokalen Speicherkonsums um enorme 15 GB in zwei Tagen lässt sich m. E. ebenfalls nicht durch Mehrfachlabels erklären.

Ich habe inzwischen ein paar meiner TB-Clients verglichen. Der Speicherverbrauch im Ordner "profile\ImapMail" liegt auf zwei Rechnern bei je ca. 111 GB, bei einem bei ca. 185 GB, bei einem weiteren bei ca. 250 GB. Mein heimischer Privat-PC scheint die große Ausnahme zu sein. Hier verwende ich den TB in der portablen Version, welcher sich mit akzeptablen 64 GB (inkl. meiner beiden, verglw. kleinen privaten Accounts) begnügt.

Die o. g. Latenzen waren zuletzt an allen erstgenannten PCs unerträglich, Arbeiten kaum mehr möglich. Allein mein heimischer Donnervogel funktioniert gut...

Hilfe, bitte!

Mein Donnervögelchen verbraucht auf einem Rechner inzwischen bei jeder Handvoll neu eingehender E-Mails rund ein GIGAbyte. Ihr könnt Euch meine Nervosität vorstellen, jedesmal, wenn der Maileingangssound ertönt!

Was passiert eigentlich, wenn ich den lokalen (temporären?) Speicher einfach mal betriebssystemseitig von der Platte lösche?

Ich habe mir inzwischen die Dateien im Cache-Verzeichnis "imap.gmail.com" mal genauer angeschaut.

Wenn ich mir einen willkürlichen Ordner hierin schnappe (z. B. "\ImapMail\imap.gmail.com\[Gmail].sbd\Alle Nachrichten\cur") fällt auf, dass sich die darin vorhandenen Dateien (Die Dateinamen sind jeweils Zahlenketten ohne Endung, bspw. "1516783751735000".) zu "wiederholen" scheinen. Soll heißen: Dateien mit gleichen Größen tauchen in der gleichen Reihenfolge in unregelmäßiger Zeitabständen mehrfach auf.

slengfe

Ich seh's auch so, dass da dank IMAP nichts verloren gehen darf, wollte mich aber vergewissern. Dank für Deine Antwort.

Das brachiale Löschen der Mails versuche ich trotzdem derzeit noch zu vermeiden, da ich mich erinnere, wie lange (Tage!) es immer dauerte, bis der TB dann wieder genug Daten im Cache hatte, um ordentlich zu laufen.

WOW! Erstmal vielen herzlichen Dank für die tolle Zusammenfassung des Zwischenstandes zwei Posts weiter oben!

Auf den ersten Blick sieht der Bugzilla-Post ziemlich nach meinem Problem aus. Ich bin heute allerdings zu platt, um mein hakeliges Englisch noch so weit zu prügeln, alles zu verstehen.

Ein paar Gigabyte Plattenplatz hab ich ja noch und verschiebe darum die Lektüre großzügig auf morgen.