Beiträge von Mapenzi

Zitat von Bastler

Dein Versuch mit Reparieren ergibt: dass die Indexdatei neu erstellt wird. Richtig?

JA! Das habe ich bei meinen Tests gestern Abend gefunden, allerdings nur bei POP getestet.

Das gilt offenbar allgemein für das Reparieren eines POP-Ordners, nicht nur für den Posteingang.

Zitat von Bastler

(Inbox = auch mbox Datei)

Die Aussage Mazze Der Index wird auf Basis der inbox neu erstellt ist ist richtig, da es in diesem Thema ja um einen zu großen Posteingang (alias Inbox) geht

Wenn wir von der Funktion Komprimieren sprechen, bezieht sich dies immer auf einen Ordner in der Konten/Ordnerliste, also z. B. Posteingang, Gesendet .... usw. oder einen selbst erstellten Ordner.

Natürlich weiß jeder Kenner von TB, dass dabei die dem Ordner entsprechende Mbox-Datei Inbox oder Sent "komprimiert" wird, anders gesagt von dem Text und den Anhängen der im X-Mozilla-Status als gelöscht gekennzeichneten Nachrichten bereinigt wird.

Das Komprimieren eines Ordners in TB bewirkt im Profil nicht nur eine Aktualisierung des Inhalts der entsprechenden Mbox-Datei, sondern auch ein automatisches Neuanlegen der zugehörigen *.msf (oder Index-) Datei auf der Basis des aktualisierten Inhalts der Mbox-Datei.

Zitat von Bastler

Wenn also beides zutrifft, d.h. egal ob Reparieren oder Komprimieren, dann ist ja alles paletti.

Beide Vorgänge bewirken eine Neuerstellung der Index-Datei bei POP-Konten.

Eine Ausnahme jedoch: wenn man einen Ordner komprimiert, dessen Mbox keine als gelöscht markierten Nachrichten enthält, wird die Index-Datei nicht neu erstellt.

Zitat von Bastler

Dann brauchen wir ja künftig nicht mehr zwischen beiden Funktionen unterscheiden. Toll.

Ist das jetzt Humor zweiten Grades?

Ordner "komprimieren" und Ordner "reparieren" sind für mich immer noch zwei unterschiedliche Funktionen mit unterschiedlichen Indikationen.

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

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 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 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.

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 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 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 tbtm

nach 30 Jahren am Mac.

So wie ich auch

Es gibt nützliche Funktionen in macOS, die man auch nach 30 Jahren noch nicht kennt.

Hast du z. B. schon mal sogenannte Workflows mit Automator.app erzeugt?

Zitat von tbtm

Ich hatte bisher noch nie diese Einstellung in TextEdit geändert, und seltsamerweise haben meine css-Codes für Firefox immer funktioniert.

Das kann nicht sein. Für die userChrome.css Datei in Firefox gilt die selbe Regel, es muss sich um eine reine Text-Datei handeln.

Bei mir ist seit jeher Rein-Text-Format als Standard in TextEdit.app eingestellt.

Zitat von Bastler

Versuche folgenden, der ist z.Z. bei mir im Einsatz

Funktioniert auch hier unter macOS, sogar ohne das überflüssige

appearance: none !important;

Zitat von tbtm

Der Name meiner css-Datei endet mit .css – umbenannt von .rtf, nach dem Speichern der Datei.

Das hatte ich geahnt! Zweithäufigster Fehler auf macOS!

In den Einstellungen von TextEdit muss Format "Text" eingestellt sein

Mache einen neuen Versuch mit einer frisch im Textformat erstellten Datei userChrome.css

Zitat von tbtm

Den Pfad habe ich überprüft, er ist korrekt.

Gleicht er meinem?

----------------

Hallo,

Zitat von tbtm

weiß jemand, ob es ein Addon gibt, mit dem sich die Mails im Posteingang durch feine Linien zwischen den Zeilen

Überprüfe zunächst deine userChrome.css Datei darauf, ob sie vielleicht userChrome.css.txt heißt.

Ich benutze macOS, aber keine Trennlinien in der Nachrichtenliste.

Der CSS Code von dharkness in Beitrag #9 funktioniert allerdings bei mir

Zitat von tbtm

oder durch hinterlegte hellgraue Balken (bei jeder zweiten Mail) optisch trennen lassen?

In früheren Mac-Versionen von TB war diese Art Zebra-Streifen in der Nachrichtenliste tatsächlich Standard.

Diese Zebrastreifen lassen sich auch heute noch mit userChrome reproduzieren

Hallo,

teste doch mal diese Erweiterung "ReplyWithHeader" https://addons.thunderbird.net/en-us/thunderb…eplywithheader/

Zitat von Mazze

Vielen Dank für die Bestätigung, dass es kinderleicht ist, auch ein geteiltes Profil wieder herzustellen.

Du legst mir etwas in den Mund, was ich gar nicht gesagt habe!

Ich habe lediglich ergänzt, wo man den Pfad zum Speicher-Verzeichnis der Lokalen Ordner finden kann, wenn letztere aus dem Profilordner ausgelagert wurden.

Natürlich ist es für den erfahrenen Nutzer leicht, ein geteiltes Profil wiederherzustellen.

Aber nicht für den unerfahrenen, der aus manchmal nicht nachvollziehbaren Gründen (z. B. Profilordner "erleichtern" oder "ist sicherer auf ner anderen Platte") die Lokalen Ordner auslagert und diese Aktion bis zur nächsten Migration auf einen anderen Rechner längst wieder vergessen hat.

Diese Fälle sehen wir hier regelmäßig, und sie sind auch häufig Ursache meiner Fernwartungen. Aber man muss zunächst mal durch viele Nachfragen und Screenshots herausfinden, dass sich die in den Lokalen Ordnern gespeicherten Nachricchten gar nicht mehr im Profil befinden, sondern in einem anderen Verzeichnis.

Zitat von Mazze

lassen sich aus der profiles.ini und der prefs.js ablesen

... und in den Konten-Einstellungen > Nachrichtenspeicher > Lokaler Ordner, um vollständig zu sein

Zitat von seabass

Meine Lösung: Ich mache die Kiste platt und damit auch TB und fange neu an bzw. lade meine gesicherten Nachrichten wieder hoch, auch wenn ggf. eineige fehlen.

Das ist möglicherweise eine einfachere Lösung als eine Fernwartung.

Bist du sicher, dass deine Datensicherungen einwandfrei sind?

Du kannst ja wieder fragen, wenn es bei der Neu-Einrichtung haken sollte.

Zitat von Mazze

Die Pfade auf die Profile und die lokalen Ordner lassen sich aus der profiles.ini ablesen.

[Die Fettschreibung im Zitat stammt von mir]

Du solltest dich zunächst noch gründlicher mit den Profil-Strukturen von TB beschäftigen, bevor du solche, teilweise irreführenden Aussagen machst.

Wo in der Datei profiles.ini steht geschrieben, in welchem Verzeichnis die Daten der Lokalen Ordner gespeichert sind?

Zitat von seabass

Ich habe eine beta und relaease Version auf dem Rechner (??).

Was man in deinem Screenshot sehen kann, ist dass du zwei Profile hast:

ein xxxxxxxx.default-beta, welches seit 12 Tagen nicht mehr benutzt worden ist, und ein xxxxxxxx.default-release , welches heute benutzt wurde und welches offenbar dein Standard-Profil ist.

Das Vorhandensein des beta-Profils bedeutet, dass du offenbar kürzlich eine Beta-Version installiert und gestartet hattest.

Das bedeutet aber nicht, dass du es gegenwärtig benutzt und dass diese Version überhaupt noch installiert ist.

Das bedeutet aber auch gleichzeitig, dass dein Fall noch komplizierter zu sein scheint als ich bisher annahm!

Zitat von Stan01

Mal eine Frage... wenn ich nun die Mails ausgemistet habe, wie kriege ich die inbox Datei kleiner?

Stichwort Ordner komprimieren