Doppelter Ordner INBOX auf Dateiebene, unterschiedliche Postfachgrößenangaben in TB und NTFS

Moin liebe Thunderbird-Kundige,

System:
• Thunderbird-Version: 128.11.1esr (32-Bit)
• Betriebssystem+Vers.: Windows 11 Pro , Version 24H2 (bd 26100.4349)
• Sicherheit (AV/FW): Windows Defender, Updatestatus: aktuell
• Speichersystem: Installation auf C: (lokale SSD), Profilordner auf D: (gleiche SSD)

Daten:
• Kontenart: IMAP, zusätzlich lokale Ordner, in Summe ca 10 GB Daten
• Postfächer: kleiner Zoo aus GMX, Freenet, Gmail, Googlemail, T-Online, Strato, Web.de, TNG

Postfach:
- Die Mailbox "Freenet" besteht lt. TB aus 550 MB Daten mit ca 1380 Mails.
- Auf Explorer-Ebene wird der Mailbox-Ordner "mx.freenet.de" mit 998 MB angezeigt.
- Sichtbar sind im Mailbox-Ordner im Explorer die Dateien und Ordner INBOX (213 MB), INBOX.sbd (358 MB) sowie INBOX-7 (114 MB) und INBOX-7.sbd (316 MB). In INBOX-7.sbd gibt es keine MSF-Dateien.

Fragestellung(en):

1. Habe ich richtig verstanden, dass die MSF-Dateien (nach beendetem TB) jederzeit gelöscht werden könnten und bei Neustart beim Zugriff auf das jeweilige Postfach neu erstellt werden?
2. Warum INBOX und INBOX-7? Im TB wird nur ein Posteingang für diese Mailbox angezeigt und nach einem "Postfach komprimieren" sowie "Ordner bereinigen" haben sich in INBOX-7 keine Änderungen am Dateiattribut "Letzter Zugriff" ergeben.
3. Wie kann ich die Inhalte von INBOX-7 "sichtbar" machen und mit INBOX abgleichen, ggfs. Duplikate löschen und in INBOX nicht mehr vorhandene Inhalte aus INBOX-7 übertragen?

Viele Grüsse und Danke, sowohl bereits für das Lesen meiner Fragestellung als auch die kommenden Antworten, auf die ich hoffe.
Isokala

Hi Sehvornix , ggbsde

Danke für Euren schnellen Rückmeldungen - beide hilfreich! Die Freenet-Mailbox habe ich bereinigt. Danke .

Zitat von ggbsde

Zu 2.: Solche Dateien INBOX-7 entstehen gelegentlich wenn TB mal Probleme hatte, den eigentliche Ordner anzusprechen. Wenn das Datum der INBOX aktuell ist, kann INBOX-7 gelöscht werden.

Was könnte die Ursache sein, dass Thunderbird ein solches Problem hat und (zeitweise?) nicht auf die Datei INBOX bzw. den Ordner INBOX.sbd, oder auch andere, zugreifen kann? Sowohl Thunderbird selbst (C:) als auch das Profil (D:) liegen auf der gleichen (lokalen) SSD, nur in verschiedenen Partitionen. Beide Volumes sind NTFS-formatiert, bestimmte Berechtigungen sind nicht gesetzt, das Notebook wird ohne Domäne betrieben. Fehler oder Warnungen kann ich systemseitig zur SSD nicht finden, und Windows 11 hat sich bisher nicht mit Lese-/Schreibfehlern beklagt.

Könnte ich ggfs. dem Fehlerbild mit dem Browser-Werkzeug (Ctrl-Shift-I) näher kommen und erkennen bzw. ablesen, wenn/wann ein solcher "Zugriffsfehler" entsteht und vielleicht sogar warum? Eine SSD wird doch z.B. nicht geparkt wie eine HDD, oder? Das ist für mich vor allem deshalb interessant, weil ich neben der o.g. Freenet-Mailbox weitere Mailboxen bei anderen Providern nutze, bei denen sich das Fehlerbild potenziert zeigt.

z.B. Strato-Mailbox 1: In den Unterordnern von imap.strato.de gibt es nur *.sbd-Unterordner sowie *.msf Dateien von INBOX.msf (v. 20.01.2025) bis INBOX-72.msf (v. 30.06.2025), z.T. sogar mehrere Versionen an einem Tag. In Thunderbird selbst wird das Postfach zunächst nur mit drei Standard-Ordnern "Posteingang", "Spam" und "Papierkorb" angezeigt - jeweils Inhalt = 0. Nach Auswahl des Postfaches bzw. eines der Postfachordner beginnt Thunderbird flink (Lwl) die betreffenden E-Mails zu laden. Mit "Nachrichten abrufen" wird nur der Inhalt von "Posteingang" bzw. "INBOX" geholt. Mit "Komprimieren" werden alle Ordner des Postfaches vom Provider geladen. Eine Fehlermeldung erkenne ich weder im Aktivitäten-Monitor noch im Browser-Werkzeug.

Habt Ihr eine Idee dazu bzw. einen Ansatz, wo und wie ich diesem Phänomen bekommen könnte?

Nebenbei: Das oben beschriebene Erstellen von Datei-Doubletten bläht die Ordner-Struktur von <TB-profile.default>\ImapMail mittlerweile ca um den Faktor 4,5 von 20 auf 93 GB auf .

Gruß
Isokala

Hallo zusammen,

auf der SSD stehen in der betreffenden Partition von 450 GB noch 52 GB zur Verfügung. Das ist mehr als die größte Mailbox mit ca 20 GB lt. Thunderbird sowie ca. 45 GB lt. Explorer. Neben dem aktiven Thunderbird-Profil enthält die Partition nur Arbeitskopien des Profils und keine weiteren Applikationsdaten, zu denen eine Anwendung auf diese Partition zugreifen würde.

Zitat von Sehvornix

Eine *.msf-Datei hat in meinem Thunderbird ungefähr eine Größenrelation von 1.5% der betreffenden endungslosen Datei. In einem IMAP Konto liegt die Relation sogar bei 0.16%. Die von Dir genannte Ver-4.5-fachung wird kaum auf die *.msf-Dateien zurückgehen.

Den von mir bezeichneten Größenzuwachs in den Mailbox-Ordnern kann ich mehrfach vorhandenen *.sbd - Verzeichnissen zuordnen sowie in geringerem Maße den endungslosen Dateien, z.B. INBOX-1., INBOX-2. - z.T. mit Zahlen bis zu > 10. Ich kann bisher nur nicht erkennen, warum Thunderbird auf die Idee kommt, immer wieder neue Mailbox-Dateien anzulegen.

Siehe z.B. nachstehenden ScreenShot aus TreeSize sowie nebenstehend aus Thunderbird:

Archiv_KK.sbd, Archives.sbd sowie Gelöscht.sbd liegen jeweils doppelt vor, INBOX.sbd sogar 6x - jeweils in unterschiedlichen Größen und Aktualität. In Thunderbird angezeigt werden die betreffenden Verzeichnisse jeweils nur einmal.

Habe ich richtig verstanden, dass "eigentlich" die Verzeichnisse, zu denen es jeweils eines mit jüngerem Datum "Letzte Änderung" gibt, ohne Verlust gelöscht werden dürften, eigentlich vom Thunderbird selbst bereits gelöscht hätten worden sein sollen?

Kann ich im Thunderbird erkennen, welches tatsächliche Verzeichnis auf der SSD zu den im Thunderbird gezeigten Verzeichnissen gehört?

Zitat von Sehvornix

Gibt es in dem Profil bei Dir s.g. nstemp-Dateien?

Nein, sind nicht vorhanden ... jedenfalls konnte ich bisher keine beobachten, die z.B. während des Komprimierens erstellt und dann wieder gelöscht wurden - weder im WindowsExplorer direkt noch mit dem Prozess-Explorer war etwas zu beobachten.

Was also tun ... Ich werde wohl mal ein heftiges Komprimieren provozieren, in dem ich extrem viele Mails und Mailordner in einem Postfach löschen, verschieben und kopiere. Dann sollten beim Komprimieren doch sowohl die *.nstemp bzw. *.nstmp (?) Dateien sichtbar sein, oder? Und vielleicht sogar entsteht plötzlich auch wieder ein weiteres Mailverzeichnis - dann versuche ich über die Uhrzeit mal zu erkennen, was zu dem Zeitpunkt am Rechner passierte. Doch für diesen "Versuch" habe ich wohl leider erst in der nächsten Woche Zeit

Gruß
Isokala