Beiträge von Mapenzi

Zitat von magerbaer

An welche Stelle also hat sich ein Schaden eingeschlichen?

schlingo hat als Erster auf eine korrupte prefs.js Datei des bislang benutzten Profils als Ursache hingewiesen.

Ich bin der selben Meinung, da ich dieses Problem schon Dutzende Male in den Foren gesehen habe.

Häufigste Ursache der Korrumpierung: PC-Absturz, nicht sachgemäßes Beenden von TB, Stromausfall, ...

Das Profil funktioniert noch teilweise (Adressbücher, einige Menüs, ...), aber die Konten sind weg, weil TB die korrupte Datei prefs.js umbenennt in prefs-1.js (oder manchmal in invalidprefs.js ) und gleichzeitig eine neue Datei prefs.js mit einer Größe von ungefähr 5 bis 7 kB erstellt, in der jegliche Konten-Parameter fehlen. Daher beim Start die Aufforderung von TB zum Einrichten eines Kontos.

Man kann das ganz einfach nachprüfen, indem man den Profilordner des bislang benutzten Profils öffnet und nach den Einträgen sucht, die mit prefs beginnen. Findet man eine prefs-1.js Datei von einer Größe von 30 bis 50 kB und einem relativ neuen Zeitstempel (gestern oder vorgestern) und eine prefs.js Datei mit einem neuen Zeitstempel (heute oder gestern) und einer geringen Größe (5 - 7 kB), dann ist die Diagnose klar.

Lösung:

die Datei prefs.js aus einem nicht zu alten Profil-Backup kopieren und in das zuletzt benutzte Profil einsetzen.

Wenn kein Profil-Backuip vorhanden ist, welches die Regel ist, muss man die Konten neu einrichten.

Falls es sich um POP-Konten handelt, muss man sie anschließend über die Server-Einstellungen > Nachrichtenspeicher > Lokaler Ordner (des Nachrichtenspeichers) > Ordner wählen ... mit den alten Kontenverzeichnissen "pop.xxx.xx" im Ordner "Mail" neu verknüpfen.

Bei einer kaputten prefs.js hat es also keinen Sinn, ein neues Profil zu erstellen und mit dem bisherigen Profilordner zu verknüpfen.

Mit dem gleichen Profilinhalt holt man sich wieder das gleiche Problem ins Haus bzw in Thunderbird.

Zitat von slengfe

Ich bin beeindruckt von Deinerm festen Glauben daran, dass irgendwer Sicherheitskopien von dieser Datei hat

Es geht nicht darum, Sicherungskopien der Datei prefs.js zu machen, sondern des kompletten Profilordners.

Wenn die nicht zu alt ist, kann man daraus durchaus die Datei prefs.js benutzen.

Aber nichtsdestotrotz muss ich dir recht geben: wer macht denn schon Backups wichtiger Daten?

Falle es sich um eine Neueinrichtung von TB handelt mit Erstellen eines POP-Kontos, dann musst du zunächst eine Mail senden, damit der Ordner "Gesendet"erstellt wird. Standardmäßig werden beim Erstellen eines POP-Kontos nur die beiden Systemordner Posteingang und Papierkorb erstellt, alle anderen Systemordner wie Archiv, Entwürfe, Junk werden beim erstmaligen Archivieren, Speichern eines Entwurfs bzw Aktivieren des Junk-Filters erzeugt.

Der Ordner Postausgang in den Lokalen Ordnern dient nur zum Zwischenspeichern von Mail,s die nicht sofort, sondern zu einem späteren Zeitpunkt gesendet werden sollen.

Bei mir nicht in einem Testprofil

Zitat von AndyC

sondern im Posteingang des Standardkontos.

Bei mir im letzten Zielordner, gleichgültig ob er im Standardkonto oder einem anderen liegt.

Zitat von Veteran

Dieser Eintrag im Kontextmenü einer Nachricht enthält offensichtlich den Zielordner der zuletzt ausgeführten Verschiebeaktion (beim Kopieren analog das gleiche).

Genau so ist es. Ich habe es inzwischen noch mit anderen Konten und Ordnern getestet.

Ich weiß nicht, seit welcher Version dieser Eintrag Verschieben in <Ordner> existiert und warum er bei mir im ersten Versuch nicht angezeigt wurde. Denn ich erinnere mich, dass ich vor nicht allzu langer Zeit diesen Eintrag bei einer solchen Aktion noch im R-Klick-Menu gesehen hatte. Es könnte aber durchaus sein, dass der Eintrag nach einer gewissen Zeitspanne automatisch aus dem Menü entfernt wird.

Bei manuellem (mit der Maus) Verschieben oder Kopieren einer Nachricht in einen anderen Ordner schlägt sich das übrigens ebenfalls in den Menüpunkten Verschieben in ... bzw. Kopieren in ..... nieder.

ERRATUM:

ich habe gerade eben nochmals versucht, eine Mail aus dem Papierkorb eines anderen Kontos in den Posteingang zurück verschieben.

Und siehe da, diesmal gab es in beiden Menüs (Nachricht und R-Klick) einen Eintrag Verschieben in "Posteingang".

Und nun ratet mal, wohin die Nachrichten beim Benutzen dieses Menü-Eintrags verschoben wurden??

Nicht etwa in den Originalordner, d. h. den Posteingang des Kontos, sondern in den Posteingang eines IMAP-Kontos, in dem ich meinen obigen Test gemacht hatte.

Für mich handelt es sich eindeutig um einen Bug.

Zitat von Veteran

'Verschieben in "<Ordner>"' verschiebt die Nachricht in den Ordner zurück, aus dem sie gelöscht wurde.

Kannst du genauer erklären wie das funktioniert?

Ich kenne keinen Menü-Eintrag Verschieben in "<Ordner>", mit dem eine Nachricht direkt in den Ursprungsordner zurück verschoben werden kann, sondern nur über Untermenüs.

>> siehe meine Bilder im vorigen Beitrag.

Hallo,

Zitat von alwin060689

Und in den "normalen" Posteingang ist es eben nicht zurückverschoben worden.

was ist denn ein "normaler" Posteingang verglichen mit den "anderen" Posteingängen ?

Oder meinst du "individueller" Posteingang" versus "gruppiertem" Posteingang?

Zitat von alwin060689

im Papierkorb habe ich die Nachricht gefunden und bin auch Rechtsklick und "Verschieben in "Posteingang" " , also nicht ersr auf "Verschieben in" oder "Kopieren in" sondern auf den Eintrag unter "Kopieren in".

Dieser Satz ist schwer verständlich bzw in sich widersprüchlich. Man weiß letztlich nicht, ob du verschoben oder kopiert hast. Hast du kopiert, müsste sich ein Exemplar der vermissten Nachricht noch im Papierkorb befinden.

Ich habe mir in meiner Mac-Version von TB das Menü von "Nachricht" sowie das R-Klickmenü einer Nachricht angeschaut und verglichen. Ich kann da keinen Eintrag Verschieben in "Posteingang" sehen wie in deinem Screenshot. Zum Vergleich und zum besseren Verständnis hier Screenshots der beiden Menüs (die Unter-Menüs sind übrigens:

Menü "Nachricht"

R-Klickmenü:

Wie Veteran schon vermutet hat (und wie es meine Screenshots zeigen), könntest du durchaus die Nachricht in den Pôsteingang eines der anderen Konten verschoben haben, weshalb die Suche in allen Posteingängen berechtigt ist.

Da du nichts gefunden hast, schlage ich vor, dass du nacheinander die Eigenschaften jedes Posteingangs aufrufst und den Ordner reparierst.

Wenn danach die verlorene Nachricht nicht wieder aufgetaucht ist und wenn sie für dich enorm wichtig ist, gibt es immer noch die Möglichkeit, den Text der betreffenden Mail aus den Mbox-Dateien "INBOX" oder "Trash" des Kontos heraus zu klauben.

Zitat von RycoDePsyco

Das ist sehr ärgerlich, denn es war teuer bezahlter Content drin, den es nur in der Email gab.

Wenn du so viel für den "Content" bezahlen musstest, dann kannst du ihn dir sicherlich noch einmal per E-Mail zuschicken lassen, oder etwa nicht?

Falls es tatsächlich ein so großer Verlust ist, könnte man dir gegebenenfalls mit einer Fernwartung unter die Arme greifen. Sonst bräuchte man noch eine Menge Screenshots. Du hast bislang die meisten Infos einschließlich der Kontenart zurûck gehalten.

Zitat von RycoDePsyco

Ich kann nur sagen, ok, ist so, wäre aber Cool wenn es bei den richtigen ankommt um das zu verhindern.

Verbesserungsvorschläge hier einreichen bzw melden

und/oder https://bugzilla.mozilla.org/home

Hallo,

Zitat von RycoDePsyco

Wenn ich direkt in Thunderbird ein Ordner mit den Namen ">> Ordnername" anlege, so wird der Ordner auch NICHT angelegt, allerdings gibt es auch keine Fehlermeldung.

Es passiert nichts.

Das habe ich gerade hier unter macOS in einem POP-Konto getestet.

Als Name des neuen Ordners ">>Testordner" gewählt, der Ordner wurde auch als solcher mit exakt diesme Namen in Thunderbird erstellt. Danach noch drei Unterorder mit den Namen Test1 bis Test3 im neuen Ordner erstellt und einige Nachrichten hinein kopiert.

Wie man sieht wurde der Name >>Testordner des neu erstellten Ordners im Profil von TB durch eine achtstellige Buchstaben/Ziffern-Zufallskombination ersetzt, und damit beginnen schon die ersten Probleme.

In diesem Forum wurde schon öfter darüber berichtet, dass Sonderzeichen in Ordnernamen große Probleme hervorrufen und sogar zu Datenverlust führen können.

Ein solches Beispiel mit dem nachträglichen Einsetzen von Sonderzeichen (in diesem Fall Leerzeichen!!) im übergeordneten Ordner, in dem die Daten wiederhergestellt werden konnten: Lokale Ordner keine Inhaltsangabe der Mails

Ich wüsste gerne, ob der lokale (?) Ordner "Gesendet 01" auch bei der Kollegin sichtbar ist, und falls ja, ob die in der Diskussion bei dir angezeigte Mail vom 16.02.23 bei einer Suche auch bei ihr gefunden wird.

Zitat von IB_Rinner

Bei meiner Kollegin dagegen - eigentlich gleiche Einstellungen - werden die "alten" Emails nicht angezeigt.

Nochmals:

kannst du näher beschreiben, was genau unter "die alten Mails" zu verstehen ist. Geht es nur um diese eine oder um unzählige Nachrichten, die bei ihr in der Ansicht "Gruppiert nach Thema" nicht angezeigt werden?

Sind im Gegensatz dazu die selben "älteren Mails" bei ihr in der Ansicht "Nicht gruppiert" sichtbar?

Zitat von gerd108

Da sind alle relevanten Daten ..

OK, Spaß beiseite.

prefs.js Dateien mit Größen von 0 oder 5 kB kann man vernächlässigen.

Eine "jungfräuliche" prefs.js Datei in einem neu erstellten Profil hat in der Regel um die 5 bis 7 kB .

prefs-33.js mit 34,7 kB ist da vielversprechender, wenn auch schon zweieinhalb Jahre alt. Das könnte vielleicht funktionieren, und einen Versuch ist es wert.

Meine Erfahrung mit korrupten prefs.js Dateien ist die, dass das Problem der nicht mehr angezeigten Konten nur sehr selten mit einer älteren prefs-x.js in prefs.js umbenannten Datei gelöst wird . Wenn kein relativ neues Profilbackup verfügbar ist, verschwendet man in der Regel Zeit mit der Suche nach einer älteren funktionnellen prefs.js.

Neuanlegen der Konten und anschließend manuelles Verknüpfen - via Server-Einstellungen > Nachrichtenspeicher > Erweitert - des lokalen Ordners des Nachrichtenspeichers eines jeden Kontos mit dem zugehörigen "pop.xxx.xx" Kontenordner im Ordner "Mail" könnte u. U. die schnellere und häufig sogar die einzig mögliche Lösung sein mangels einer verwertbaren älteren prefs.js.

[OT] Dein Screenshot ist leider nicht "scrollbar"!

Ich bin schon wieder raus [/OT]

Zitat von friedrichderzweite

Ob es eine Möglichkeit gibt, außerhalb von TB über das Dateimanagement etwas zu bewirken?

Da kannst natürlich den Profilordner von TB überprüfen, ohne TB extra dafür zu starten.

Wie du bei beendetem TB den Profilordner finden kannst, wird hier hier in #4 Standard-Pfade zu den Profilordnern beschrieben.

In meinem nächsten Beitrag wollte ich dich ohnehin nach der Größe in GB des Profilordners fragen.

Falls es sich um eine zweistellige GB Große handelt, solltest du ebenfalls die Größen der verschiedenen "imap.xxx.xx" Kontenordner im Ordner ImapMail notieren.

Verstanden. Da TB immer einfriert, kommst du nicht an die Einstellungen.

Mache zunächst noch einen Test, indem du beim Start von TB die Umschalttaste gedrückt hältst und dann im Fehlerbehebungsmodus benutzt.

Hallo,

gehe zunächst mal in Einstellungen > Allgemein > Netzwerk & Speicherplatz > Speicherplatz

Wenn du einen Haken setzt vor "Nachfragen vor jedem Komprimieren", sollte TB nicht mehr automatisch komprimieren, sondern jedes Mal fragen, was dir die Möglichkeit lässt, zu verneinen.

Außerdem solltet du den Schwellenwert überprüfen, der die Aufforderung zum Komprimieren auslöst.

Ich habe schon seit einiger Zeit bemerkt, dass das Dialogfenster mit der Aufforderung sehr häufig angezeigt wird, selbst wenn nur 2 oder 3 MB an Speicherplatz gewonnen werden kann, aber das Komprimieren dauert dann jedes Mal nur Sekundenbruchteile und zudem scheint es sich um einen Bug zu handeln.

Zitat von IB_Rinner

ist vom 16.02.2023....

Das hatte ich selber heraus gefunden, da das Datum schon in deinem ersten Screenshot zu sehen ist.

Mangels weiterer Infos kann ich leider nicht helfen.

Zitat von netSoftec-fp

Gibt es vielleicht schon etwas Neues, um dieses Vorgabe wieder global zu deaktivieren?

Nochmals, da der Terminus "global" offenbar unterschiedlich angewendet wird.:

In einem schon bestehenden Profil wird beim Update auf die Version TB 102.* in allen Ordnern standardmäßig die Ansicht > Sortieren nach > "Gruppiert nach Thema" eingestellt, und leider kann man das danach nicht für alle Ordner in allen Konten global auf "Nicht gruppiert" zurückstellen.

Auch wenn man dann im KonfigEditor den Wert von mailnews.default_view_flags von 1 auf 0 ändert, haben nur alle zukünftig erstellten Ordner automatisch die Sortierung "Nicht Gruppiert".

Wenn man ein neues Profil unter TB 102 (oder in den Bêtas) erstellt und nur die Sortierung "Nicht Gruppiert" in allen Ordnern der zu erstellenden Konten verwenden will, muss man die Einstellung mailnews.default_view_flags sofort auf 0 umstellen, bevor man überhaupt das erste Konto einrichtet.