Beiträge von Mapenzi

Zitat von ccf

Früher erfolgte diese Löschung endgültig, seit einiger Zeit aber landet der gelöschte Spam im Papierkorb.

Ich denke, dass du hier zwei verschiedene Vorgänge der Spam-Behandlung verwechselst:

• in den globalen Spam-Einstellungen (in Datenschutz & Sicherheit) gibt es die Option, als Spam markierte Nachrichten direkt zu löschen. Letzteres verstehe ich als "in den Papierkorb verschieben".
Diese Option würde ich nicht empfehlen, da ein Spam-Ordner m. E. leichter auf falsch positive Spam-Nachrichten zu kontrollieren ist als der Papierkorb.

• in den Konten-Einstellungen > Spam-Einstellungen ▢ "Spam-Nachrichten automatisch löschen, wenn sie älter sind als xx Tage" gibt es keine andere Option als den Papierkorb. Ein endgültiges Entfernen unter Umgehung des Papierkorbs ist offenbar nicht vorgesehen, möglicherweise als zusätzliche Sicherung gegen Verlust von falsch deklariertem Spam

Zitat von ggbsde

Siehe hier

Oh, vielen Dank für den Link! Ich habe in SUMO beobachtet, dass sich in letzter Zeit solche Fälle häufen.

Zitat von AndyC

warum verrätst Du uns nicht wer Dein Provider war?

Inwieweit würde das helfen zur Wiederherstellung der verschwundenen Nachrichten?
Er existiert schlicht und einfach nicht mehr, basta cosi!
Willst du ihn belangen?
In D haben im ersten Halbjahr 2026 pro Tag 67 Unternehmen pleite gemacht......

Zitat von Blablabla

Und auf meinem Rechner gibt's keine Datei sessions.json.

Es kommt darauf an wo du suchst. Oder es werden von deinem System keine Dateiendungen angezeigt, dann müsstest du zumindest eine Datei "sessions" im Profilordner von TB sehen.

Zitat von John22

Meine Einstellungen in macOS 27 sehen ganz anders aus. Ich finde keine Einstellungen für "Dock & Menüleiste".

Das ist nicht überraschend! Bei jedem größeren Update einer Software werden insbesondere die Menüs neu zusammen gewürfelt. Manchmal ist die Neu-Anordnung logisch, manchmal geht es nur darum, irgend etwas zu ändern. Was dazu führt, dass man bestimmte Einstellungen nicht mehr dort findet, wo sie bisher waren, und dass man sich manchmal die Finger krumm sucht, um sie wieder zu finden. Das ist bei macOS genau so bei Thunderbird oder Safari et al. Mein iMac läuft immer noch unter Monterey, sogar sehr flott, aber da er 11 Jahre alt ist, kann ich kein neueres OS installieren. Ist natürlich klar, dass auch die System-Einstellungen bei dir in geänderten Rubriken angezeigt werden als bei mir.

Wie groß ist denn dieser Ordner Posteingang?
Wenn keine Lösung funktioniert, würde ich in den Profilordner von TB gehen, Thunderbird beenden, im Profil den Ordner Mail öffnen, nach dem entsprechenden Kontenordner "pop.xxx.xx" suchen , die Datei Inbox in Mail > Local Folders verschieben und die Datei Inbox.msf löschen.

Danach TB wieder starten, dabei wird automatisch ein neuer Posteingang erstellt. Warten, ob die selbe Fehlermeldung wieder kommt oder ob neue Nachrichten herunter geladen werden.

Zitat von RR512

Wenn "lokales Vorhalten der E-Mails" deaktiviert war, dann waren die E-Mails nur auf dem Mailserver.

Diese Frage habe ich gestern zusammen mit vicon in einer Fernwartung untersucht. In den Konten-Einstellungen > Synchronisation & Speicherplatz des betreffenden IMAP Kontos war der Haken bei "Nachrichten für alle Ordner dieses Kontos auf diesem Computer bereithalten" gesetzt. Aber wenn man auf "Erweitert" geklickt hat um die Einträge zum Offline-Lesen anzuzeigen, fehlten überraschender Weise die Haken bei vielen der Ordner. Dies würde zumindest erklären, warum nach Abschalten des Servers in vielen Ordnern keine Nachrichteninhalte mehr angezeigt wurden, sonder nur noch Kopfzeilen.

Im Profilordner hatten die Mbox-Dateien allerdings teilweise immer noch erhebliche Größen von mehreren Hundert MB. Als Beispiel: der zugehörige Ordner in TB einer solchen Mbox-Datei zeigte in den Eigenschaften 230 MB für 301 Nachrichten an. Aber nur einige ältere Nachrichten zeigten den Inhalt, an, der Rest war leer. Als ich auf "Ordner reparieren" klickte, verschwand alles und die Anzeige in "Eigenschaften" änderte sich auf 0 Nachrichten und einer Größe auf dem Datenträger von 0 MB. Das ist insofern erklärlich, da beim "Reparieren" die *.msf Index-Datei neu erstellt wird und TB offenbar in der entsprechenden Mbox-Datei keine normale Nachrichtenstrukturen mehr vorfand.

Insofern hatte das Kopieren von Mbox-Dateien aus dem "imap.xxx.xx" Kontenordner in die Local Folders keinen Erfolg. Die Ansicht in den Lokalen Ordnern war die selbe wie im IMAP Konto.

Leider habe ich die Untersuchung der 230 MB Mbox-Datei in einem Text-Editor vorzeitig abgebrochen.
Mir ist nach wie vor ein Rätsel, was mit diesen teilweise recht großen (im zwei- bis dreistelligen MB Bereich) Mbox-Dateien passiert ist.

Ebenfalls ungeklärt ist die Frage, wieso für einzelne Ordner, bei denen das Bereithalten auf dem Computer deaktiviert war, trotzdem Mbox-Dateien im "imap.xxx.xx" Kontenordner im Profil existierten. Es sei denn, das Breithalten war zeitweise aktiviert und wurde später wieder deaktiviert.

Ich habe bei einem meiner IMAP Konten das Bereithalten der Nachrichten deaktiviert. Das folgende Bild zeigt den Inhalt des entsprechenden IMAP Kontenordners, der logischer Weise keine einzige Mbox-Datei einhält, sondern nur *.msf Index-Dateien

Zitat von Skrause_de

Leider funktioniert das nicht an dieser Stelle, oder ich habe mich falsch ausgedrückt.

Du hast dich richtig ausgedrückt, Reinhard hat dich richtig verstanden und er hat dir auch die richtige Einstellung aufgezeigt, wo du das auf einen Schlag für alle Ordner abbestellen kannst.

Zitat von John22

Ich will jetzt auch nicht alle System-Einstellungen durchtesten ob sich durch Veränderungen was verbessert.

Ich meinte nur die System-Einstellungen, die sich auf die Menüleiste beziehen. Beim mir sieht das so aus, aber in deiner macOS Version ist das sicherlich schon wieder anders angeordnet:

Da ich auch im Mozilla Support Forum mitarbeite, werde ich sicherlich in Kürze erfahren, ob dort die gleichen Beschwerden auftauchen.

Es könnte sich um einen dieser Bugs in den Versionen 155 und/oder 156 handeln:

macOS 27 ist ja noch relativ neu. Man muss vermutlich etwas warten, ob es zu diesem Problem noch andere Meldungen gibt.
Du hast leider meine Frage nicht beantwortet, ob die Menüleiste auch in anderen Applikationen fehlt als nur in den Mozilla Programmen.
Wenn es alle Programme unter macOS 27 betrifft, hat dein Problem nichts mit Thunderbird (oder Firefox) zu tun. In diesem Fall solltest in einem Mac-Forum nachfragen. Vielleicht bringt aber schon eine Überprüfung sämtlicher System-Einstellungen die Lösung.

Nutzt du vielleicht den Full-Screen-Modus

Zitat von AndyC

Ich kann Dir aber nicht sagen, was mit den vorherigen Mails passiert.

Die Nachrichten der POP-Konten, die bisher im "Globalen Posteingang (Lokale Ordner)" gespeichert wurden, bleiben auch weiterhin dort, selbst wenn der globale Posteingang rückgängig gemacht wird. Man hat also weiterhin Zugang zu diesen alten Nachrichten in den Lokalen Ordnern von TB.

Natürlich werden die Lokalen Ordner in TB weiterhin angezeigt, da sie standardmäßig in jedem Profil angelegt werden.
Wenn man will, kann man die Nachrichten aus den Lokalen Ordnern in die wieder "selbständig" gewordenen POP-Konten kopieren.

Ist die macOS Menüleiste auch bei anderen Anwendungen leer oder nur bei den Mozilla-Produkten?
Ich kann das bei mir nicht nachvollziehen, da mein 11 Jahre alter iMac nur noch mit Monterey läuft.

In der Regel waren in den bisherigen macOS Versionen die Menüleisten der Programme den Regeln des OS unterworfen, da sie nicht Teil der Programm-Fenster sind. In den System-Einstellungen > "Dock und Menüleiste" von macOS gibt es schon lange eine Einstellung zum standardmäßigen Ausblenden der Menüleiste bzw kurzzeitigen Einblenden durch den Mauszeiger. Schau doch mal nach, ob sich da was geändert hat.

Du kannst auch testen, ob das Problem ebenfalls im Fehlerbehebungsmodus auftritt.

Ich habe gerade einen "Würgaround" in Form eines CSS Codes im amerikanischen MozillaZine Forum entdeckt (ausnahmsweise stammt er nicht vom CSS Spezialisten morat): https://forums.mozillazine.org/viewtopic.php?p=15025414

Der entsprechende Code heißt

.folder-count-badge {
padding: 0px 4px !important;
}

Es gab tatsächlich in der Version 151 eine "gewollte" Änderung bei Benutzung des dunklen Themas und der Ansicht der Nachrichtenliste als Tabelle. Der "tief-graue" Hintergrund der Nachrichtenliste wurde durch einen tief-schwarzen Hintergrund ersetzt, was von vielen Benutzern kritisiert wurde.

Diese Änderung wurde übrigens in der v153 wieder rückgängig gemacht

Zitat von ne_lo

wieder auf die Version 102 zurückzugehen. Die verursacht optisch einfach weniger Kopfschmerzen.

Ich frage mich, wo da der große optische Unterschied zur aktuellen Version liegen soll.
Die Version 102 hatte standardmäßig die "klassische Ansicht" und es gab noch keine Kartenansicht für die Nachrichtenliste.

Aber das lässt sich in der aktuellen Version mit ein paar Klicks genau so einstellen wie in der v102.

Zitat von ggbsde

keine weitere Aktion nötig

Danke! Das habe ich schon ein gutes Dutzend mal versucht mit verschiedenen Versionen und in jeweils eigenen Profilen.
Es funktioniert hier einfach nicht mehr, und zwar schon seit mehreren Jahren.

Grisu

Den Button für iFrame kenne ich schon lange. Zeig uns doch mal einen Screenshot mit beiden Dateien userChrome.css und userContent.css in der linken Spalte.

Zitat von ggbsde

Eigentlich funktioniert das zuverlässig,

Ich habe das schon zig mal versucht, aber noch nie Erfolg damit gehabt.

Zitat von dharkness21

wie ging das nochmal?

Das ist sehr viel umständlicher als mit userChrome.css.

Man muss zwar auch im Entwickler-Werkzeugkasten die ID von Elementen suchen, aber beim Schreiben der Code müssen bestimmte Kopfzeilen voran gefügt werden.

Nur drei Beispiele für die Tabs Einstellungen, Add-ons-Verwaltung und Adressbuch:

@-moz-document url-prefix("about:preferences"),
url-prefix("chrome://messenger/content/preferences/aboutPreferences.html") {
#pref-category-box .category[selected] {
font: sans-serif !important;
font-weight: bold !important;
background-color: #A1F9FF !important;
}
}

@-moz-document url-prefix("about:addons"),
url-prefix("chrome://mozapps/content/extensions/extensions.xul")  {
#sidebar {
background-color: #BFDADD !important; 
}
}

@-moz-document url-prefix("about:addressbook") {
#books { 
background-color: #BCD2EE !important; 
font-size: 15px !important; 
line-height: 35px; !important;
font-family: Palatino !important;
}
}

Leider lässt sich seit einiger Zeit die Datei userContent.css nicht mehr (oder nur ganz selten zufällig?) im Entwickler-Werkzeugkasten anzeigen, was das Testen von Codes und seiner Änderungen erschwert.