Posteingang plötzlich leer

Ei, ei. Wir wäre es, zuerst selber zu lesen und beim Thema zu bleiben? Dein Futter bestätigt genau, was ich geschrieben habe. Ein Index wird immer anhand der Daten gebildet. Nimm eine Bibliothek. Wenn da Bücher aussortiert werden, werden erst die Regale umgeräumt, komprimiert. Erst dann wird der Index angepasst, in dem steht, wo welches Buch zu finden ist. Nebenbei, wäre es so, wie du meinst, könnte man die Indexdateien nicht einfach so löschen. Das sollte doch einleuchten?

Zitat von Bastler

in Deinem Fall m.E. besser erst Reparieren statt Komprimieren.

Jetzt wird schon eine Woche darüber diskutiert, ob Schlangenöl oder Systembremse, zuerst komprimieren oder zuerst reparieren....

Das ist doch jetzt völlig unbedeutend, da die/der OT inzwischen eine Sicherungskopie des Profilordners oder zumindest der großen Datei Inbox erstellt hat.

Zitat von Bastler

Bei einer kaputten Index-Datei, sind die Mails weg.

Wieso das denn? Allenfalls würden Mails nicht mehr angezeigt.

Ich würde jetzt endlich mal komprimieren, anstatt zu diskutieren, was zuerst kam, das Ei oder das Huhn .

Möglicherweise wäre das Problem danach immer noch nicht gelöst, denn was macht man, wenn danach eine immer noch große, einstellige GB Inbox heraus kommt?

Gibt es in Windows eine Befehlslinie, mit der man GB-große Mbox-Dateien in xx kleinere Mbox-Dateien aufspalten kann?

Zitat von Mazze

Das geschieht nicht anhand des Index

Richtig!

Zitat von Mazze

Es geschieht anhand der Löschmarkierung, dem X-Mozilla-Status-Flag in der inbox selbst.

Bis hierher stimme ich immer noch zu

Zitat von Mazze

Es ist genau umgekehrt. Der Index wird auf Basis der inbox neu erstellt.

Jetzt bin ich mir nicht sicher was du meinst.

Nach dem Komprimieren wird die Inbox.msf Datei nicht automatisch neu erstellt, sondern allenfalls aktualisiert.

Das habe ich gerade getestet.

Beim Reparieren des Posteingangs wird sie nach meinem Verständnis "runderneuert", aber nicht völlig neu erstellt. Das kann man schon daran festmachen, dass das Problem der Mailanzeige im Posteingang durch Reparieren häufig nicht gelöst wird.

Deswegen wird in solchen Fällen empfohlen, die Index-Datei zu löschen. Danach wird sie natürlich völlig neu erstellt.

Auch beim Start von TB wird die Index-Datei aktualisiert, insofern neue Nachrichten in den entsprechenden Posteingang herunter geladen werden.

Zitat von Mazze

Eine Sicherheitskopie der Datei inbox ist Pflicht.

Sinnvoller Ansatz. Aber bitte nicht nur diesen einen Ordner sichern, sondern (bezüglich Thunderbird) besser gleich das ganze Postfach bzw. TB-Profil oder den TB-Anwendungsordner sowie natürlich (abseits des TB) sowieso Nutzerdaten insgesamt in individuell sinnvollen Abständen sichern.

Zitat von Bastler

Mit meiner Aussage wollte ich darlegen, dass auf der Basis einer kaputten Indexdatei, ein Komprimieren die mbox Datei

schädigt. Oder liege ich da falsch?

wenn ich das nicht völlig falsch verstanden habe, werden beim Komprimieren "nur" die als gelöscht markirten Mails (Mozilla-Status 08 und 09???) physisch entfernt. Ob die Indexdatei beim Komprimiervorgang Einfluss auf das Ergebnis (und die als Ergebnis neu erstellte Ordnerdatei) hat, ist mir unbekannt.

Zitat von Bastler

Oder liege ich da falsch?

Meines Wissens kommt die Index-Datei bei dem Vorgang des Komprimierens nicht ins Spiel.

Es gibt immer wieder Berichte von Nachrichtenverlusten beim Komprimieren, weshalb man auch deshalb regelmäßig Profilsicherungen machen sollte, und bei einer so riesigen Inbox wie hier ohnehin schon eine ganz aktuelle Kopie haben sollte.

Zitat von Bastler

Aber ich bin hier jetzt generell weg.

Entschuldige, dass ich ausgerechnet einen Beitrag von dir gewählt habe, um in meiner Antwort zu fordern, dass man nach einer Woche des Palavern endlich das Komprimieren testen sollte. Du bist ja erst gestern eingestiegen, insofern war meine Wahl des Adressaten etwas unglücklich.

Es stimmt aber, Je mehr Helfer bei einem Thema, desto mehr Meinungen und Gegenargumente und desto länger die Diskussionen.

Deswegen möchte ich jetzt keine Beiträge mehr zu "was passiert - oder passiert nicht - mit der Index-Datei beim Komprimieren" machen.

Nach weiteren Test und Quellensuche werde ich ein neues Thema aufmachen.

Ich bitte generell darum, nur noch bez. des Themas zielführende Beiträge zu schreiben.

Das war zu erwarten, weil @Bastler einem dicken Irrtum unterliegt. Leider bist du die Leidtragende. Falls du den Überblick verloren hast. Das, was du tun solltest ist: Zur Sicherheit eine Kopie anlegen. Das ist sehr wichtig, denn keiner kann dir mit Sicherheit sagen, ob das Komprimieren bei einer so großen Mailbox sauber abläuft. Ja, nimm das komplette Profil oder den ganzen Anwendungsordner. Sicher ist sicher. Dann den Posteingang komprimieren. Danach kannst du gern nochmal reparieren klicken. Probieren ob's dann geht. Die Größe der Inbox kontrollieren.

Zitat von AnnEh

Brachte leider keinen Erfolg.

Das ist nicht schlimm.

Du solltest jetzt aber endlich - wie schon von mehreren Helfern und zuletzt Mazze propagiert - den Sprung ins kalte Wasser wagen und den Posteingang (R-Klick) > Komprimieren, falls du tatsächlich in der Zwischenzeit eine Sicherungskopie des Ordners ...\AppData\Roaming\Thunderbird\ oder zumindest des in \Thunderbird\ Profiles\ ...befindlichen Profilordners "xxxxxxxx.default-release" (oder bei älteren Profilen "xxxxxxxx.default") gemacht hast. Es bringt nichts noch eine Woche zu warten und du riskierst nichts unter den oben gegebenen Voraussetzungen.

Zitat von Mazze

Danach kannst du gern nochmal reparieren klicken.

Ich habe inzwischen in meinem fast jungfräulichen TB 115 Test-Profil noch ein paar Tests bei ständig im Proofilordner angezeigter und überwachter Datei Inbox.msf durchgeführt, die eigentlich eindeutig sein sollten.

Zunächst in einem POP-Konto drei Mails des Absenders "Imiza" gelöscht, TB beendet und die Datei Inbox.msf im Text-editor geöffnet:

Die drei gelöschten Mails wurden noch in Inbox.msf angezeigt, verschwanden aber als ich TB wieder gestartet hatte. Das war allerdings nicht systematisch, sondern konnte auch bei einem späteren Beenden/Neustart passieren. Bei dieser Gelegenheit konnte ich feststellen, dass diese Index-Datei beim Starten und Beenden von TB automatisch einen neuen Änderungs-Zeitstempel bekam.

Vor meinem Kompressions-Test habe ich etliche Mails aus dem Posteingang gelöscht, TB beendet und ein Bild der Eigenschaften meiner Inbox.msf Datei gemacht:

Da mein Mac Französisch spricht, eine kurze Erklärung:

Créé le ist das Erstellungsdatum der Datei;

Modifié le ist das Änderungsdatum;

Ouvert le ist das Datum, an dem ich die Datei im Text-Editor geöffnet habe.

Schließlich TB wieder geöffnet, die Datei Inbox.msf in einem Finder-Fenster im Auge behalten und den Posteingang komprimiert.

Und jetzt muss ich meine Meinung aus #26 und das vorläufige Testergebnis aus #32 widerrufen (meine Tests am Nachmittag wurden etwas hastig während des Antwortens gemacht):

Sekundenbruchteile nach dem Komprimieren des Ordners wurde eine völlig neue und kleinere Index-Datei erstellt:

Ich habe die Datei sofort zur Überprüfung im Text-Editor geöffnet und gefunden, dass darin tatsächlich nur noch die 14 Mails indiziert sind, die sich vor dem Komprimieren (und auch jetzt noch) im entsprechenden Posteingang befinden.

Zum Schluss habe ich gerade noch die Index-Datei beim Reparieren des Posteingangs beobachtet. Das Ergebnis spricht für sich:

Mazze

ich kann also den letzten Absatz deines Beitrags #20 voll bestätigen!

Zitat von Bastler

Mit Verlaub, genau diese Beobachtung / Feststellung schreibt Mazze in dem letzten Satz, dem Komprimieren zu.

Jetzt wird es wieder kompliziert.

Du hattest geschrieben

Zitat von Bastler

Beim Komprimieren wird die mbox-Datei gemäß Index-Datei Vorgabe getrimmt.

Darauf hat Mazze geantwortet

Zitat von Mazze

Das ist meines Wissens nicht korrekt. Aus der mbox werden beim Komprimieren als gelöscht markierte Mails entfernt. Dadurch wird die mbox entsprechend kleiner. Das geschieht nicht anhand des Index. Es geschieht anhand der Löschmarkierung, dem X-Mozilla-Status-Flag in der inbox selbst. Es ist genau umgekehrt. Der Index wird auf Basis der inbox neu erstellt.

Genau das habe ich in meinen Tests gesehen nachvollziehen können: unmittelbar (Sekundenbruchteile) nach dem Komprimieren wird der Index neu erstellt.

Was ist daran falsch?

Von Reparieren hat Mazze in Beitrag #20 gar nicht gesprochen.

Diese Tests sind kinderleicht in wenigen Minuten durchzuführen, jeder kann es selber probieren

Falls mein letzter Screenshot fehlinterpretiert werden sollte:

Ich habe am Ende auch die Reaktion des Index beim "Reparieren" (des Posteingangs) getestet, und zu meiner Überraschung gefunden, dass auch beim Reparieren des Posteingangs eine neue Inbox.msf erzeugt wird.

Nochmals:

die Index-Dateien werden beim täglichen Arbeiten (Mails empfangen, schreiben löschen, verschieben,. ... ) ständig zeitnah aktualisiert, und während dieser Zeit behalten sie auch ihr Erstellungsdatom.

Beim Komprimieren und/oder beim Reparieren des zugehörigen Ordners wird der Index neu erstellt mit dem aktuellen Zeitstempel als Erstellungsdatum.

Jetzt warte ich nur noch auf das Ergebnis des Komprimierens

Mazze

Zitat von graba

Ich bitte generell darum, nur noch bez. des Themas zielführende Beiträge zu schreiben.

Der 2. Teil Ihrer letzten Antwort gehört nicht zu einem zielführenden Beitrag. Also einfach darauf verzichten.