Ja, tut es. Die Dateien heißen folderTree.json und folderCache.json. Speziell letztere könnte Informationen enthalten, die dein Problem erklären könnte. Vielleicht mal (bei geschlossenem TB) umbenennen, vorsichtshalber aber nicht löschen.
Beides umbenannt, wurden neu erzeugt, brachten aber keinen Erfolg, ursprüngliches folderTree.json wiederhergestellt, da ich den lesbaren Verzeichnis-Icons eine andere Farbe gab.
Es scheint ein simples Codepage Problem zu sein.
Original Datei mit BBEdit geöffnet - “save as“ kommt dies zur Auswahl
Wenn man die Kopie in diesem Format sichert, sind Mails nicht sichtbar!
Wenn man das aber ändert, mit dieser Codepage als Kopie speichert:
Sind Mails auf einmal sichtbar!
Meine Vermutung - da hat Mozilla gepatzt - denn bisher funktionierte es ja auch!
Wenn man die Kopie in diesem Format sichert, sind Mails nicht sichtbar!
Genau das habe ich nachgestellt und die so erzeugte Kopie Test-1 genannt. Mein System hat automatisch .xml als Endung angefügt
Wenn man das aber ändert, mit dieser Codepage als Kopie speichert:
Auch das habe ich nachgestellt, die erzeugte Kopie Test-2 genannt, und wieder hat macOS die Endung .xml angehängt.
Die beiden Dateien habe ich im Profilordner in Local Folders eingefügt, in der sich schon die originale Mbox-Datei "Test" befand.
Nach dem Start von TB stellte sich heraus, dass alle drei Testordner in den Lokalen Ordner angezeigt wurden und alle drei die gleichen Nachrichten anzeigten.
Natürlich konnte ich deine Lösung nicht nachvollziehen, da ich keine korrupte Mbox-Datei zur Verfügung habe.
Aber ich merke mir das für die Zukunft, wenn ich wieder mal auf ein solches Problem stoße.
Das entscheidende dürfte das 'Line breaks' sein. Das Encoding ist irrelevant, da Mbox Dateien nur 7bit ASCII enthalten.
Sorry, in der Eile hab ich nicht zu Ende geschrieben, erst später gemerkt, dass ich das Wesentliche vergaß! Ich erwähnte in Thread schon mal die Steuerzeichen.
Hier wird das Problem deutlich beschrieben - und auch die Unterschiede zwischen OS, wie Unix, Linux / Windows / Mac
Difference between CR LF, LF and CR line break types
Difference Between Carriage Return (CR) and Line Feed (LF) ? How it is used in Different Operating System?
Nachtrag siehe
“Hab leider keinen HEX Editor um zu sehen ob es an versteckten Steuerzeichen mangelt. Aber würde das BBEdit beim Vergleich nicht auch bemerken?“
Wie lässt sich ein Profil klonen aber so, dass alle Pfade geändert werden?
Da würde ich gerne aus dem TM Backup ein älteres Profil, einige Tage, Wochen alt, mit anderem Namen zurücksichern um das zu testen.
Wenn ich Dich richtig verstehe:
- Rufe auf: thunderbird -p (ggf. vorher in den passenden Ordner wechseln, in dem thunderbird.exe gespeichert ist - oder den ganzen Pfad voranstellen. Meist geht es aber auch so).
- Starte TB mit einem neuen Profil. Das wird in einem Sekundenbruchteil angelegt, merke Dir den Namen.
- Kopiere nun in das neu angelegte Profil Dein Backup
- Wähle beim nächsten TB-Start das neue Profil aus, wenn Du gefragt wirst.
Schnelle Abhilfe:
BBEdit bietet im unterem Rand die Möglichkeit Codepage und Steuerzeichen zu ändern, dazu muss man die MBox Datei nur öffnen, unten wie gewünscht ändern, speichern, das wars. Als ich einige Mailboxen zusammenkopierte waren ein paar Mail zerstört. Probierte bei dieser MBox dann mit CR LF, es funktionierte, die kaputten Mails waren weg. Stellte alle die ich bearbeitete auf UTF-8 um.
Es liegt vielleicht an der Historie. Diese Mails waren ursprünglich in MS Outlook 2011 for Mac. Gab keinen direkten Weg diese nach Postbox zu bekommen, daher Mails mit Drag & Drop in Verzeichnisse auf dem Mac kopiert, von dort wieder per Drag & Drop nach Postbox. Und nun mit Thunderbird aus Postbox importiert. Dazwischen einige Generationen des MacOS.
MIT CR wird nichts angezeigt, mit LF als auch CRLF schon.
