Thunderbird-Ordner ist plötzlich leer

Hallo,

ob es sich bei dem vom Nachrichtenverlust betroffenen Konto um ein POP- oder IMAP-Konto handelt, kannst du in den Konten-Einstellungen für dieses Konto überprüfen. Du findest den Servertyp, wenn du auf "Server-Einstellungen" klickst.

Zeige den aktuellen Profilordner "wcul170A.default" an, öffne den Ordner "Mail", dann den darin befindlichen "pop***"-Ordner des betroffenen Kontos (falls IMAP -> Ordner "ImapMail" -> Kontenordner "imap***").
Suche die Mbox-Datei (ohne Endung), die den Namen des geleerten Ordners trägt und stelle ihre Größe fest.
Bei gleicher Gelegenheit lösche die namens-gleiche Datei mit der Endung .msf (TB muss dabei beendet sein).
Überprüfe, ob nach Neustart von TB die verschwundenen Nachrichten wieder angezeigt werden.

Gehe in die Sicherungskopie des Profilordners und stelle dort ebenfalls die Größe der Mbox-Datei fest, die den Namen des geleerten Ordners trägt.

Gruß

Zitat von "debutat"

Ich glaube übrigens zu wissen, was bei mir passiert ist. Ich bin ziemlich sicher, dass ein Thunderbird-Fehler die Ursache ist. Ich konnte mich erinnern, folgendes zuletzt gemacht zu haben:
Neue E-Mail in meinen existierenden E-Mail-Ordner XYZ kopiert
Den XYZ-Ordner umbenannt (weil der bisherige Name nicht mehr passte) - Name wurde recht lang
Es entstanden ZWEI Ordner - einer XYZ, der andere XYZ-NEU. Das ist ja wohl ein Thunderbird-Fehler
Danach waren beide Ordner XYZ und XYZ-NEU leer.

Unter diesen Umständen und angesichts des frischen Backups war es natürlich die beste Methode, den aktuellen Profilordner durch den aus dem Backup zu ersetzen.
Ob es sich um einen Fehler von Thunderbird handelt, wage ich zu bezweifeln.
Eine "spontane" Aufspaltung von einem Ordner in zwei andere Ordner habe ich noch nie gesehen und konnte sie auch experimentell nicht nachvollziehen.

Ich habe in einem Test den Namen eines Ordners auf ca. 100 Zeichen verlängert, ohne dass die Nachrichten daraus verschwanden oder dass der Ordner gespalten wurde.
Das einzige, was ich feststellen konnte, war dass der Name der entsprechenden Mbox-Datei im Profil auf die ersten 42 Zeichen des neuen Namens verkürzt worden war und dass noch acht Zufallszeichen "065fdbc2" angehängt worden waren.
Offenbar gibt es einen Mechanismus, der zu lange Dateinamen verhindert, denn soweit ich mich erinnere, erlauben die Betriebssysteme keine Datei-Pfade die länger als 260 oder 280 Zeichen sind.

Aber da ich das Experiment in einem POP-Konto durchgeführt habe und wir nicht wissen, ob du POP oder IMAP benutzt, könnte der gleiche Test in einem IMAP-Konto auch anders ausfallen.

Zitat von "debutat"

Und siehe da: DER ORDNER IST DANACH WIEDER LEER bzw. wird als LEER angezeigt.

Gab es anstelle des einen, umbenannten Ordners auch wieder zwei Ordner?
Hatten die Namen dieser zwei Ordner Teile des sehr langen Namens?

Zitat

und dass ich nach dem aktuellen Umbenennen, die Trennlinie der Thunderbird-Anzeige links nach rechts verschoben habe

Du meinst die vertikale Trennungslinie zwischen der Konten/Ordnerliste links und dem Themen/Nachrichten-Bereich bzw. dem Vorschaufenster rechts in der klassischen Ansicht?

Wir haben keine Kontakte zu den TB-Entwicklern, und Bug-Berichte müssen direkt auf der Bugzilla-Seite erstellt werden:
https://bugzilla.mozilla.org/

Aber ich will gerne noch einen Test machen, in dem ich deine Aktionen Schritt für Schritt nachvollziehe, da bei meinen bisherigen Tests mit sehr langen Ordnernamen der Fehler nicht auftritt.
Dazu brauche ich den ursprünglichen Namen, den geänderten Namen des Ordners und jede weitere Aktion, die du gemacht hast, bis der Ordner wieder leer angezeigt wurde oder sogar gespalten wurde.
Außerdem muss ich wissen, ob der Fehler in einem IMAP- oder POP-Konto vorkommt und ob der betroffene Ordner in diesem Konto als selbständiger Ordner erstellt wurde oder als Unterordner eines anderen Ordners.
Am besten schickst du mir diese Informationen per PN.

Ich habe seit einiger Zeit wieder ein Problem mit meinem ADSL-Modem, der sich alle paar Minuten desynchronisiert (jetzt ist er ausnahmsweise mal seit zwei Stunden stabil).
Das bedeutet jedes Mal zwei Minuten ohne Internet und ohne Telefon!
Weiteres in meiner PN.

Hallo debutat,

Heute habe ich diesen Fehler unter den selben (bis auf das Betriebssystem) Bedingungen auch bei mir provozieren können.

Zunächst nochmal deine Vorgehensweise:
• Verschieben einer Nachricht in den Ordner "Finanz - Greiner - Steuer - Rente - Gloeckle", Ordner eines POP-Kontos, der sich auf gleichem Niveau wie die System-Ordner "Posteingang", "Gesendet", ... usw. befindet,
• Umbenennen dieses Ordners in "Finanz - Greiner - Steuer - Rente - Gloeckle - Versi.",
• sofortiger Verlust sämtlicher Nachrichten in dem Ordner,
• Neustart von TB: zwei fast gleichnamige Ordner anstelle des einen, keiner enthält Nachrichten:

In meinen Tests habe ich den selben Ordnernamen benutzt und die selbe Änderung vorgenommen mit nahezu dem selben Ergebnis:
• sofort nach dem Umbenennen war der Ordner leer,
• R-Klick -> "Eigenschaften" zeigt 0 Nachrichten und "unbekannte" Ordnergröße,
• nach Neustart von TB wurde der zuvor umbenannte Ordner allerdings wieder unter seinem alten Namen angezeigt (also ohne den Zusatz " - Versi."), und alle Nachrichten waren wieder sichtbar,
• außerdem wurde kein zweiter, fast namensgleicher Ordner angezeigt.

Da ich zugleich im Profilordner die Veränderungen der Dateien (Mbox und .msf-Datei) des von der Umbenennung betroffenen Ordners beobachtete, fiel mir auf, dass zeitgleich mit dem Umbenennen eine neue (zweite) .msf-Datei erstellt wurde.
Diese trug den Namen des alten Ordners und endete mit "....Gloeckle - 4b29bbe2.msf", die originale trug den Namen des umbenannten Ordners und endete mit "....Gloeckle - Versi6efb12b1.msf"
Die dem Ordner zugehörige Mbox-Datei endete mit "...Gloeckle - Versi6efb12b1" und war keinesfalls leer, sondern zeigte die selbe Größe an wie zuvor:

Ich kann mir das Verschwinden der Nachrichten aus dem Ordner sofort nach dem Umbenennen nur durch die neu erstellte .msf-Datei erklâren, da sie nicht voll namensgleich mit der Mbox-Datei war.
Beim Neustart von TB wurde dann offenbar automatisch die originale, mit der Mbox namensgleiche .msf-Datei gewählt, und die Nachrichten wurden wieder angezeigt.
Ich glaube nicht, dass man von Datenverlust sprechen kann, da bei mir die Mbox-Datei nach dem Umbenennen die alte Größe behielt.
Leider haben wir gestern nach dem Verschwinden der Nachrichten bei dir nicht geprüft, ob sich im Profil im "securepop****"-Ordner noch die Mbox-Datei, ob nun umbenannt oder nicht, mit der alten Größe von 288 MB befand.

Zusätzlich habe ich noch mehrere Test durchgeführt, bei denen ich den originalen Namen deines Ordners auf verschiedene Weise geändert habe durch das Anfügen der folgenden Zusätze am Ende:
- Versi (ohne Punkt)
- Verdi.
- Verdi
- Versich .... usw.
Der Fehler war nicht wiederholbar!

Desgleichen habe ich den vollen Namen deines Ordners ersetzt durch einen eben so langen Namen in Französisch und dann in einem zweiten Schritt den Zusatz "- Versi." an den neuen Namen angehängt.
Auch diesmal konnte der Fehler nicht provoziert werden.

Zusammenfassend kann ich daraus nur schließen, dass es sich bei diesem sehr speziellen Ordnernamen (Länge des Namens bzw. Anzahl der Zeichen, Begriffe, Reihenfolge) und dieser speziellen Umbenennung um eine einzigartige Konstellation handelt, denn der Fehler lässt sich auch nicht wiederholen, wenn man die Reihenfolge der Begriffe im Namen ändert.
Es hat m. E. deshalb auch keinen Sinn, aus diesem Einzelfall einen Bug Report zu erstellen.
Die TB-Entwickler haben derzeit ohnehin genügend Arbeit mit den Bugs der aktuellen Version und zahlreichen älteren, bisher nicht gelösten Bugs

Gruß,

Mapenzi