nach automatischem Update auf 140.2.0esr (64-Bit) sind Unterordner doppelt, mit kryptischem Ende des Ordner-Namens & ohne Inhalt

Hallo,

Quote from newbe01

Beim letzten automatischen Update von 128... auf 140.2.0 wurde nun bei den Ordnern in der letzten Ebene das Ende des Titel, der auf einen Nachnamen endete, in eine Zahlenkollone geändert, die Ordner erscheinen doppelt und die darin gespeicherten eMails sind weg.

Ich habe diese Umbenennung durch Anhängen einer achtstelligen Buchstaben/Ziffern-Kombination mehrfach bei Hilfe suchenden Benutzern gesehen und zuletzt im Februar auch in meinen Lokalen Ordnern. Wie es genau zu dieser Anomalie, weiß ich auch nicht. Ich hatte aber schon vor vielen Jahren gleich zwei Mal Gelegenheit, eine derart zerstörte Ordnerhierarchie in den Lokalen Ordner eines Mitglieds dieses Forums wiederherzustellen. Der Anwender hatte die Gewohnheit, hin und wieder den Hauptordner seiner Ordnerhierarchie umzubenennen unter Verwendung von vielen Leer- und Sonderzeichen; mit Erfolg, denn zwei Mal ist seine komplette Hierarchie zusammen gekracht.

Du kannst versuchen, den in diesem Beitrag beschriebenen Trick durchzuführen. Grob gesagt den Text-Editor BBEdit zu installieren, die umbenannten bzw beschädigten Nachrichtendateien mit BBEdit zu öffnen und nach Änderung der Line breaks neu zu speichern. Das hat bei mir problemlos funktioniert.

Quote from newbe01

Zusätzlich bekomme ich seitdem jedesmal nach dem normalen Beenden von TB die Fehlermeldung: "thunderbird wurde unerwartet beendet".

Sehr merkwürdige Meldung! Ich habe versucht, sie nachzustellen indem ich meinen TB zum Einfrieren brachte und dann "zwangsbeendete".
Da ich die französische Version von TB 142 habe, sind all diese Meldungen in französisch. Ich kann aber noch zusätzlich die deutsche Version installieren und versuchen, in einem neuen Profil ein Einfrieren zu provozieren.

Quote from Mapenzi

Anomalie

Solche Namen entstehen, wenn die Ordnernamen zu lang sind oder für das Filesystem illegale Zeichen enthalten. Aber diese Namen sollten nur als Pfadnamen verwendet werden und nicht in TB als Ordnername angezeigt werden.

Quote from newbe01

Leider funzt auch das nicht. Ich habe eine der betreffenden Nachrichten mit BBEdit geöffnet.....

Du hast doch sicher nicht eine der Nachrichten mit BBEdit geöffnet, sondern eine der Mailbox-Dateien (Nachrichten-Dateien) mit der komischen Endung.

Quote from newbe01

und dann nach Änderung von "Line breaks" in Unix (LF) wieder am gleichen Ort gespeichert, bzw. die Original-Datei überschrieben.

Du solltest die Original-Datei nicht überschreiben, sondern mit geändertem line break als neue Datei speichern.

Versuche es nochmals mit File > Save as > Line breaks = Legacy Mac (CR)
Falls eine dieser beschädigten Dateien keine persönlichen Daten enthält, sondern nur Newsletter, kannst du mir sie zukommen lassen, damit ich sie mit BBEdit testen kann.

Quote from ggbsde

Solche Namen entstehen, wenn die Ordnernamen zu lang sind oder für das Filesystem illegale Zeichen enthalten.

Das erklärt nicht, dass plötzlich bestimmte Ordner in den Lokalen Ordnern diesen achtstelligen Ziffern/Buchstaben-Zusatz im originalen Namen bekommen, nachdem sie lange ohne dieses Attribut funktioniert haben. Ich stimme mit dir überein, dass die maximale Pfadlänge MIT diesem Zusatz überschritten werden kann, aber wodurch wird denn überhaupt dieser Zusatz hervorgerufen? Es ist doch nicht der Nutzer, der sich zum Zeitvertreib damit amüsiert!

Quote from newbe01

funktioniert mit einer der 3 Dateien zu einer Mail (die, die keine Datei-Endung hat), aber für fast 200 Mails ja leider nicht wirklich praktikabel.

Das soll ja auch nicht mit 300 einzelnen Mails durchgeführt werden, sondern mit endungslosen Mailbox-Dateien, die vielleicht 300 Nachrichten enthalten

Quote from newbe01

-> die zugehörigen Mails in der Library total durcheinander sind und 3 Einträge haben,

Verstehe ich nicht. Meinst du die User-Library von macOS? Da liegen normalerweeise keine Mails total durcheinander, sondern da sollte sich ein Ordner Thunderbird befinden, in dessen Innerem sich der Profilordner befindet, der natürlich auch in bestimmten Verzeichnissen Nachrichtendateien enthält. Aber keinesfalls sollte der Library Ordner direkt Nachrichten enthalten. Ich bin mir nicht sicher ob du den Aufbau des Thunderbird Profils kennst, aber vielleicht ist deine Wahl der Begriffe unglücklich und provoziert Missverständnisse....

Quote from newbe01

beim Schließen des Standard-Profils konsequent die o.g. Fehlermeldung kommt und

-> ich bei der Suche in der Library nun auch noch Ordner-Einträge finde, die ich schon vor Jahren gelöscht habe,

Das alles sagt wohl, dass dein aktuelles Profil einen Knacks hat.

Quote from newbe01

werde ich wohl in den sauren Apfel beißen und das Profil löschen.

Du sollst dein aktuelles Profil nicht löschen, da es mit Sicherheit noch wichtige Maildateien und Adressbuchdateien enthält, die in einem neuen Profil wiederverwenden kannst. Es genügt mit dem Thunderbird-Profilmanager ein neues Profil zu erstellen mit den bisherigen Konten und danach die Inhalte der "pop.xxx.xx" Nachrichtenverzeichnisse entweder manuell ins neue Profil zu übertragen oder mit dem Add-on ImportExportTools NG zu importieren.

Quote from newbe01

Ich habe im lokalen Ordner des Standard-Profils einen Ordner mit Unterordnern angelegt (der/die zum Glück nicht "beschädigt" sind).

Wenn du damit DIE Lokalen Ordner meinst, so kannst nach Einrichten des neuen Profils den Ordner "Local Folders" aus dem Ordner "Mail" im alten Profilorder an die gleiche Stelle ~/Library/Thunderbird/Profiles/xxxxxxxx.default-release/Mail/... im neuen Profil einfügen, bei beendetem TB natürlich.

Quote from Mapenzi

nachdem sie lange ohne dieses Attribut funktioniert haben

Ich vermute, das sie im Dateisystem schon immer mit Hashwert am Ende existierten, aber TB irgendwann den anzuzeigenden Namen dafür verloren hat.

Quote from ggbsde

Hashwert

Wieder ein neues Fremdwort. Aber wenn ich mich hier https://www.ibau.de/akademie/gloss…nition-hashwert informiere, dann scheint der Hashwert eher dazu dienen, eine Zeichenfolge in einen normalerweise kürzeren, numerischen Wert oder Schlüssel mit fester Länge zu verwandeln.

Ich habe noch nie originale Mailbox-Dateinamen mit einem Anhängsel wie f975a31e gesehen. Ich weiß bloß, dass sie entstehen können, wenn man den obersten Ordner einer Ordnerhierarchie so umbenennt, dass er Sondereichen enthält und gleichzeitig der Ordnername länger wird (und damit auch die Dateipfade der darunterliegenden Unterordner). Aber jedes Mal wenn ich es gesehen habe, wurden die Ordnernamen und die entsprechenden Pfade im Dateisystem nicht verkürzt, sondern um acht Zeichen verlängert.

Das hast du gut recherchiert. Bei einem kurzen Namen mit illegalen Zeichen, kann durch den Hashwert das Ergebnis tatsächlich länger werden. Bei überlangen Namen wird der Name aber soweit gekürzt, das er inklusive Hashwert im Rahmen bleibt.

Wenn ich richtig verstanden habe, heißt das dass SUMO zur Verkürzung der URLs seiner Hilfeartikel Hashwerte benutzt:

Vielleicht. Können aber auch zufällig generierte Zeichenketten sein. So oder so muss in einer Datenbank eine Zuordnung des verkürzten Links zum kompletten Link stehen, da ist es egal, wie man den verkürzten Link erzeugt, er muß nur eindeutig sein

Quote from ggbsde

da ist es egal, wie man den verkürzten Link erzeugt, er muß nur eindeutig sein

Danke