Hallo Ede,
mache zunächst folgenden Versuch :
zeige den Profilordner von TB an und beende TB.
Im Profilordner entferne die Datei addonStartup.json.lz4, dann starte TB wieder.
Wenn das Problem danach nicht gelôst ist, mache einen Test im abgesicherten Modus von TB : die Umschalttaste gedrückt halten beim Start von TB.
Hallo,
ja, mit folgendem CSS Code in der userChrome.css Datei :
#toButton, #ccButton, #bccButton {
display: none !important; }Ich muss gestehen, dass dein Problem für mich zu kompliziert ist. Selbst mit deinen Screenshots werden deine Ordner- und Unterordnerstrukturen nicht klar.
Die gefilteren Nachrichten werden in den jeweiligen Unterordnern als ungelesen (fett) dargestellt. Wernden m.E. also als neu erkannt.
Die Zahl in Klammern hinter dem Ordnernamen bedeutet immer die Gesamtzahl von gelesenen und neuen Nachrichten, denn neue Nachrichten sind per se ungelesen.
Wenn sich neue Nachrichten darunter befinden, ändert sich die Farbe des Ordnernamens. Das ist der einzige Unterschied.
Ich habe allerdings beobachtet, dass bestimmte IMAP-Server die Ordner nicht automatisch aktualisieren außer beim Start von Thunderbird oder wenn man zwischenzeitlich manuell abruft über den Klick auf "Abrufen".
Bei zwei meiner IMAP-Konten muss ich entweder den Posteingang markieren oder auf "Abrufen" klicken, um ihn zu aktualisieren. Das selbe passiert, wenn ich Nachrichten lösche: dann wird die Anzeige der im Papierkorb befindlichen Mails bzw. die Ordnergröße nicht automatisch aktualisiert, sondern erst nach Klick auf den Papierkorb (oder Neustart).
Ich habe gerade in einem dierser IMAP-Konten einen virtuellen Ordner "Nonlu" (für die ungelesenen) zum Testen angelegt.
Im folgenden Screenshot sieht man, dass sich im Posteingang 3 ungelesene Mails befinden, der virtuelle Ordner "Nonlu" gibt aber nur 2 ungelesene an :
Sobald ich den virtuellen Ordner "Nonlu" markiere, wird die Zahl der "ungelesenen" aktualisiert :
Vielleicht ist es bei dir ähnlich ?
Hallo,
Also - Problem gelöst, wenngleich mir nicht ganz genau bewusst ist, an welchem Parameter das denn nun gelegen hat.
Die Mindestschriftgröße beim Verfassen kann in Erweiterungen > Allgemein > Sprache & Erscheinungsbild > Erweitert gewählt werden. Dabei müssen die Änderungen sowohl für Lateinisch als auch für Andere Schreibweisen durchgeführt werden :
Das ist ein typisches Problem mit einem übriggebliebenen Sprachpaket. Auch wenn es in den Add-ons nicht gelistet wird, steckt es noch in der Konfiguration.
An welche Datei denkst du da ?
Ich habe eben probehalber mein Sprachpaket en-GB.xpi entfernt und danach die Dateien prefs.js, addonStartup.json.lz4 und extensions.json untersucht. Keine Spur des deinstallierten Sprachpakets.
Im Profilordner wird die Datei langpack-en-GB@thunderbird.mozilla.org des deinstallierten Sprachpakets in dem Unterordner "staged" des Ordners "extensions" neutralisiert.
Hallo,
Nur die Posteingänge sind nicht mehr im lokalen Ordner vereint.
Das kannst du in Extras > Konten-Einstellungen > Kontenname > Server-Einstellungen > Nachrichtenspeicher > Erweitert ... zu
⦿ Posteingang eines anderen Kontos >> Globaler Posteingang (Lokale Ordner) ändern.
und dann halb komprimierte Reste übrig blieben?
Ich glaube nicht an diese Erklärung, eher dass es zumindest am Schluss zu einem Mangel an Speicherplatz geführt hat. Die "halb komprimierten Reste" sind ja erstaunlich groß, zum Teil erheblich größer als die zu komprimierende Originaldatei INBOX.
Weshalb die erste nstmp Datei nicht automatisch gelöscht wurde, darüber kann man jetzt nur spekulieren. Ein kurzer Artikel in der MozillaZine KB gibt einige Hinweise: http://kb.mozillazine.org/Nstmp_folders
Das Komprimieren dauert immer noch lange:
Du hast für das von dem Größenproblem betroffenen IMAP-Konto in den Konten-Einstellungen > IMAP-Konto > Synchronisation & Speicherplatz das Bereithalten der Nachrichten für alle Ordner dieses Kontos aktiviert gelassen, so wie es von Thunderbird standardmâßig beim Einrichten eines IMAP-Kontos eingestellt wird. Nichts hindert dich, diese Einstellung zu ändern, zumindest versuchsweise. Damit würde dein Profil noch mal um weitere 5 GB verkleinert.
Ich würde jetzt einfach mal den Haken entfernen bei der erwähnten Einstellung, dann TB beenden und die Datei INBOX aus dem IMAP-Kontenordner "mail........-1.ch" entfernen.
Beim nächsten Start von TB wirst du sehen, ob eine Besserung eintritt.
Übrigens ist mir jetzt erst beim erneuten Studium deiner Bildschirmkopie aufgefallen, dass die fünf ältesten nstmp Dateien allesamt nur wenige Minuten nach Erstellung der Datei INBOX (Erstellungsdatum 05.09.2019 00:24) erschienen sind. Es gab offenbar schon von Anfang an ein Problem mit dieser Datei INBOX. Wegen ihrer Größe ? Schwer zu sagen im Nachhinein.
Solange der Papierkorb nicht komprimiert wurde, lassen sich die E-Mails wieder herstellen. Frei nach Herrn S. : Komprimiert oder nicht komprimiert. Das ist die Frage.
Einspruch Euer Ehren !!
Wenn der Papierkorb - z. B. per R-Klickmenü > Papierkorb leeren - geleert wurde, ist nichts mehr da und auch nichts mehr zu holen, zumindest nicht mit einfachen Mitteln. Der Papierkorb ist der einzige Ordner, der automatisch nach dem Leer-Befehl komprimiert wird . Was wiederum logisch ist, da er der einzige Ordner ist, für den es einen "Leer"-Befehl gibt.
Ganz anders ist es, wenn man im Papierkorb Mails löscht, was viele Benutzer machen, wie ich es im Forum schon öfter beobachten konnte. Dann verhält sich die Datei Trash genau wie andere Mbox-Dateien beim Löschen oder Verschieben von Mails:
die gelöschten Mails befinden sich noch in der Datei Trash und kônnen von da wiederhergestellt werden mit der klassischen Methode.
Da liegen schon mal fast 40GB.
Davon alleine schon 38 GB für die nstmp Dateien !! jetzt weißt du woher die gigantische Größe deines Profils verursacht wird.
Auch die Datei INBOX dieses IMAP-Kontos ist mit 5,7 GB nicht gerade klein und könnte dir eines Tages um die Ohren fliegen.
Wie wird man die los? Sind das Leichen? Oder was ist dort "drin"?
Ich würde sie löschen oder zumindest vorerst aus dem Profilordner auf eine andere HD verschieben, auf der noch genügend Platz ist. Wie ich schon oben erklärt habe, werden die nstmp Dateien gleichsam ad hoc als temporâres Backup der Mbox-Datei angelegt, die von TB gerade komprimiert wird. Normalerweise verschwinden sie von allein am Ende des Kompressionsvorgangs. Bei dir sind es Überbleibsel von Kompressionsvorgängen, die aus irgend einem Grund nicht erfolgreich waren. Die nstmp Dateien enthalten also Nachrichten genau so wie die originalen Mbox-dateien wie z. B. Inbox oder Sent ... usw. Wenn du einen sehr muskulösen Text-Editor hast, kannst du eine dieser Dateien öffnen und gleiche Inhalte finden wie in "echten" Mbox-Dateien.
Wenn du ganz sicher bist, dass du keine Nachrichtenverluste hattest, kannst du die nstmp Dateien auch sofort löschen. Ich bin halt aus Erfahrung vorsichtig in solchen Dingen. Wenn du tatsâchlich Nachrichten verloren hast, könnte man nämlich diese Dateien öffnen und aus dem Inhalt erkennen, aus welcher Mbox-Datei sie entstanden war. Und falls nötig, verlorene Mails aus diesen Dateien wiederherstellen. Das wäre natürlich noch ein Riesenaufwand, denn diese Giga-Dateien sind nur schwer manipulierbar, selbst mit dem geeigneten Text-Editor. Man könnte sie auch in mehrere handlichere 1 GB (oder 500 MB) große Dateien splitten, aber für Windows kenne ich derzeit kein Tool (*) dafür, während es unter macOS mit einer einfachen Befehlszeile im Terminal in wenigen Sekunden durchführbar wäre.
Ich hoffe natürlich, dass dir bei den Komprimierungsversuchen keine Mails abhanden gekommen sind 
(*) ich kannte mal ein oder zwei solcher Tools für Windows, habe aber noch nie einen Windows-User mit einer riesigen korrupten Mbox-Datei dazu ûberreden können, sie mit einem der Tools in kleinere Mbox-Dateien zu splitten, damit man zumindest ein Teil der Mails retten konnte.
Hallo,
Beim Kompressionsversuch der grössten Ordner verweigert er das Komprimieren, weil "zuwenig Speicherplatz" vorhanden sei. Offenbar bläht er sich zuerst auf, um zu komprimieren. Das betroffene Konto ist ein IMAP-Konto, das mit einem OutlookMailserver kommunizieren muss.
Zunächst würde mich interessieren, wie groß die "größten" Ordner sind bzw welche Größe die entsprechenden Mailbox-Dateien im Profilordner haben. Die Dateien, die in der Regel ständig anwachsen, wenn man nicht genügend löscht bzw. archiviert oder nicht komprimiert, sind Inbox und Sent.
Während des Kompressions-Vorgangs erstellt TB tatsächlich sogenannte nstmp Dateien, d. h. temporäre Backup-Dateien, die nach erfolgreicher Kompression der originalen Mailbox-Dateien automatisch wieder gelöscht werden, weshlab man sie im Prinzip auch nie zu Gesicht bekommt. Ich habe aber bei meinen Profil-Reanimationen im Forum schon mehrfach solche "verwaisten" nstmp Dateien als Zufallsbefund gesehen.
Vielleicht ist bei dir irgend etwas schief gelaufen bei vorherigen Kompressionen von schon sehr großen Mbox-Dateien, und solche nstmp Dateien haben sich angehäuft im Profilordner, sodass inzwischen tatsächlich nicht mehr genug Platz ist auf dem HD, auf dem du deine Profil speicherst.
Du musst jetzt deinen Profllordner darauf untersuchen, ob er tatsächlich solche nstmp Dateien enthält und ihre Größen feststellen. Außerdem solltest du eine Liste der größten Mbox-Dateien aufstellen und uns mitteilen. irgend woher muss die Profilgröße von 70 - 80 GB begründet sein.
Vielleicht kannst du mir da noch mal weiterhelfen.
Das ist natürlich nicht einfach, wenn man deinen Bildschirm nicht sieht. Man könnte einfach noch zig Bildschirmkopien anfordern, aber auch das müsste man schon mal wissen, was und wo man fotografieren will.
Mir wäre es lieber mit einer kleinen Visiokonferenz, das ist zeitsparend.
Ich schicke dir eine Nachricht via "Konversation". Wenn du dich hier wieder einloggst, achte auf das Chat-Symbol oben rechts in der Symbolleiste dieser Forum-Seite.
Hallo,
Kann man die irgendwie wieder herstellen?
Ich glaube nicht, es sei denn du hast eine relativ neue Sicherungskopie des Profilordners von TB.
Dass die Mbox-Datei Inbox eines POP-Kontos total geleert wird, habe ich bei den vielen Problemen, die beim Update von TB 68 auf TB 78 auftraten, bislang nicht gesehen.
Hast du schon im entsprechenden Kontenordner "pop.xxx.xx" im Profilordner nachgesehen, ob sich dort etwa eine größereumbenannte Datei befindet, die der alten Inbox entsprechen könnte ? Könnte es sein, dass sie von deiner Antiviren-Software in Quarantäne gelegt wurde ?
Die aktuelle Inbox von 1,5 MB enthält mit Sicherheit nur die neu herunter geladenen Nachrichten.
Du solltest aber auf dem Server nachsehen, ob sich dort noch ältere NAchrichten befinden. Das hängt davon ab, welche Aufbewahrungsdauer du bisher in den Server-Einstellungen benutzt hast. Fall sich dort im Posteingang noch mehr Mails befinden als aktuell im Posteingang von TB, bräuchte man nur die popstate.dat Datei im Ordner "pop.xxx.xx" zu löschen. TB würde dann beim nächsten Start alle Mails, dies sich noch auf dem Server befinden, neu herunterladen.
Guten Morgen,
über das Menü "Extras" > Add-ons > den Addons-Manager öffnen.
In der Zeile BorderColorsD rechts auf die drei Punkte klicken und "Einstellungen" auswählen :
Im selben Tab wird sofort die Einstellungen-Oberfläche für diese Erweiterung angezeigt.
Damit die Änderung der Rand-Farbe für ein bestimmtes Konto memoriert wird, musst du das Fensterchen der Farbwahl wieder schließen :
Hallo,
Die entsprechende Einstellung wird in der Datei prefs.js gespeichert und nicht etwa in der session.json.
Vielleicht handelt es sich um einen der folgenden Bugs :
https://bugzilla.mozilla.org/show_bug.cgi?id=1489976
https://bugzilla.mozilla.org/show_bug.cgi?id=1654529 ?
Siehe auch folgende Themen in SUMO :
https://support.mozilla.org/bm/questions/1271057
Es hat funktioniert, Danke!
Oufff, jetzt bin ich aber erleichtert !!
Eines verstehe ich allerdings nicht. Den Ordner "Trash" habe ich im Verzeichnis /home/ulrich/.thunderbird/9jovuvxi.default/Mail/mail.htp-tel-6.de/ angelegt.
Was ist daran unverständlich ?
Du selber (und nicht Thunderbird) hast die Wahl getroffen, alle Nachrichten deiner vier POP-Konten innerhalb des Kontenordners eines deiner POP-Konten - in deinem Fall dem von dir in uj2020 umbenannten Konto - zu speichern (= "Posteingang eines anderen kontos" in den erweiterten Server-Einstellungen). Das bedeutet, dass alle vier POP-Konten ihre Nachrichten in den entsprechenden Mbox-Dateien Inbox, Archives,, Sent, Drafts, Trash, .... ein und des selben Kontenordner "mail.htp-tel-6.de" speichern, anders gesagt diese Mbox-Dateien werden von allen vier Konten gemeinsam benutzt. Dagegen ist nichts zu sagen, denn eine solche Anordnung hat zumindest den Vorteil, die Konten/Ordnerliste links im Hauptfenster übersichtlicher zu machen. Der Nachteil ist, dass diese "gemeinsamen" Mbox-Dateien viel häufiger aktualisiert (und umgeschrieben) werden als "traditionelle" Mbox-Dateien, die nur die Mails eines einzigen Kontos empfangen. Möglicherweise war deine "gemeinsame" Mbox-datei "Trash" beschädigt worden und funktionierte deshalb nicht mehr (d. h. kein Löschen von Mails mehr möglich).
In deinem nachträglich gezeigten Screenshot sieht man, dass sich die allen Konten gemeinsame Mbox-Datei "Trash" im Kontenordner "mail.htp-tel-6.de" (entspricht Konto uj2020) befindet. Also war es logisch, in diesem Kontenordner eine neue Datei "Trash" anzulegen, da die alte offenbar korrupt (da vielleicht zu groß ?) geworden war.
Bei 3 Konten habe ich angegeben, dass sie im Ordner uj2020 gespeichert werden. In Thunderbird sehe ich nur diesen Ordner, die anderen sin sber derin enthalten.
OK, das kann man natürlich nicht alles erraten und es geht auch nicht aus deinen Screenshots hervor. Also das Konto uj2020 wurde in den erweiterten Server-Einstellungen von drei POP-Konten als gemeinsamer Posteingang eingestellt, nicht die Lokalen Ordner, wie ich zunächst vermutet hatte.
Ich rate einfach mal weiter, dass das Löschen der Nachrichten in diesem Konto uj2020 nicht mehr funktioniert.
Jetzt würde ich im Profilordner bei beendetem TB die entsprechende Mailbox-Datei "Trash" und die Index-Datei "Trash.msf" löschen. Wie der dem Konto uj2020 zugehörige im Ordner "Mail" heißt, kann ich wiederum nur erraten. Er könnte z. B. "pop.htp-tel.de" oder so ähnlich heißen. Das kannst du auch rauskriegen, wenn du in die Konten-Einstellungen > Konto uj2020 > Server-Einstellungen > Nachrichtenspeicher > gehst und dir den Pfad zum "Lokalen Ordner" des Nachrichtenspeichers anschaust.
Nach dem Löschen der beiden Dateien "Trash" und "Trash.msf" musst du in einem einfachen Text-Editor eine neue (leere) Datei erstellen und sie "Trash" nennen. bitte darauf achten, dass du die automatisch angehängte Endung .txt entfernst, bevor du diese neue Datei "Trash" in den Kontenordner "pop.htp-tel.de" (oder so ähnlich) verschiebst.
Offenbar benutzt du fûr ein oder mehrere POP-Konten den "globalen Posteingang" (Lokale Ordner)" - oder hast ihn mal benutzt, und in der Mitte der Bildschirmkopie befindet sich auch eine Mbox-Datei "Trash" mit einem aktuellen Zeitstempel, der man nicht ansehen kann, warum sie nicht funktionell sein sollte.
Des weiteren hast du in Local Folders einen Ordner "mail_2020" erstellt, in dem sich ebenfalls eine Datei "Trash" befindet.
Tut mir leid, aus deiner Ordnerhierarchie in "Mail" bzw. in "Local Folders" werde ich nicht schlau.
Aus deiner Bildschirmkopie wird nicht klar, warum du keine Mails löschen kannst.
Man kann nicht sehen, wie viele POP-Konten du hast und auch nicht, weshalb das Löschen in keinem der Konten mehr funktioniert. Dafür sind deine Infos zu spärlich.
Die Order heißen auch "Trash".
Heißen "Trash" in der Thunderbird-Benutzeroberfläche ? Sehr merkwürdig, wenn du die deutsche Version von Thunderbird installiert hast !
Oder meinst du die Bezeichnung "Trash" der entsprechenden Mailbox-Datei im Profil ?
Und du bist sicher, dass es sich um ein POP-Konto handelt und nicht etwa um IMAP ?
(Fast) Alles funktioniert wieder
Gute Idee, das Profil von dem Laptop zu importieren!
Danke für die Rückmeldung.
