Was ich in dem Bug-Report nicht so recht verstehe: Reparieren des Index behebt das Problem, aber dennoch haben die Leute korrupte mbox-Dateien?
Beiträge von Thunder
-
-
Version 115.12.0 wurde letztlich nicht von MZLA veröffentlicht. Warum man das Release aber zurück gezogen hat, konnte ich bisher nicht nachvollziehen. Kann jemand mit Infos dazu beitragen? Letztlich soll Morgen dann Version 115.12.1 erscheinen.
Edit:
Okay, die Info von graba hatte ich verpennt:
-
Version 10 ist nun ebenfalls verfügbar:
-
Version 9.1.0 wartet auf Freigabe auf ATN.
Diese Version ist nun auf ATN verfügbar.
-
STOPP
Das ist weiterhin kein Release für Endanwender. Das sind technische Testversionen für den zukünftigen Release-Prozess. Also bitte benutzt nicht diese 127er-Version.
-
Version 125 wurde nie über den (automatischen) Update-Kanal verbreitet. Aktuell ist es noch so, dass man bei den jährlichen Releases für Endanweder geblieben ist. Das heißt, die Versionen 115.* sind momentan die Versionen für Endanwender. Diese wurden inzwischen auch automatisch auf den "esr"-Kanal umprogrammiert. In diesem Sommer kommt dann für Endanwender die Version 128.*, wenn alles planmäßig läuft. Endanwender werden dann zumindest noch eine Zeit lang bei den 128er-Versionen bleiben. Erst nach einigen Monaten(?) wird man die 4-wöchigen Releases der "durchnummerierten" Versionen für Endanwender überhaupt freigeben, die dann wieder den "release"-Kanal nutzen werden, wenn man das überhaupt möchte.
-
@flokruse
Ich habe Deinen Beitrag nicht freigeschaltet. Den Tipp die Add-ons zu manipulieren, gibt es natürlich schon ewig. Aber immer wieder müssen wir leider gebetsmühlenartig warnen, dass man die Min- und Max-Werte in Add-ons nicht eigenständig anpassen/manipulieren sollte. Du hattest ja in Deinem (angedachten) Beitrag selbst festgestellt, dass es auch Probleme geben könne.
-
Du hast korrekt erkannt, dass ich NICHT in die Falle getappt bin, schon vorzeitig Manifest V3 zu verwenden. Danke Dir aber dennoch, dass Du aufmerksam darauf hinweisen wolltest.
-
Ich mache dieses Thema hier mal dicht, da ich das Add-on für Thunderbird 102 nicht mehr unterstützen werde.
-
notwendige Manifest-V3-Änderungen
Nur zur Klarstellung: Das Add-on nutzt für Thunderbird 128 auch weiterhin Manifest V2. Ich habe lediglich bereits eine Funktion angepasst, die dann in V3 "deprecated" wäre (Siehe Bug 1898147).
-
Version 9.1.0 wartet auf Freigabe auf ATN.
Darin habe ich die Funktion zum Erlauben von Remote-Content wieder verbessert. Diese hat seit Thunderbird 115 (Add-on-Version 9.0) nicht mehr zufriedenstellend funktioniert. Die Probleme sollten nun behoben sein, sodass Remote-Content nun beim wiederholten Anzeigen einer Nachricht auch dauerhaft erlaubt bleibt (so war es bisher immer). Dies hilft auch, sodass beim Drucken einer Nachricht der Remote-Content nun auch wieder angezeigt/gedruckt wird. Und ebenfalls im Zusammenhang stand ein Problem bzw. Versagen, das bei der Benutzung des Kontextmenüs in der Remote-Content-Bar unter den Kopfzeilen der Nachricht auftreten konnte.
Sobald diese Version freigegeben wurde, kann ich Euch dann auch mit Version 10 des Add-ons versorgen, die ich für Thunderbird 128 (und Folgende) bereits zusätzlich mit internen Code-Änderungen (ESMification, notwendige Manifest-V3-Änderungen etc.) versorgt habe.
-
Version 9.1.0 wartet auf Freigabe auf ATN.
Darin habe ich die Funktion zum Erlauben von Remote-Content wieder verbessert. Diese hat seit Thunderbird 115 (Add-on-Version 9.0) nicht mehr zufriedenstellend funktioniert. Die Probleme sollten nun behoben sein, sodass Remote-Content nun beim wiederholten Anzeigen einer Nachricht auch dauerhaft erlaubt bleibt (so war es bisher immer). Dies hilft auch, sodass beim Drucken einer Nachricht der Remote-Content nun auch wieder angezeigt/gedruckt wird. Und ebenfalls im Zusammenhang stand ein Problem bzw. Versagen, das bei der Benutzung des Kontextmenüs in der Remote-Content-Bar unter den Kopfzeilen der Nachricht auftreten konnte.
-
Jetzt beruhigt Euch mal
-
eine Festlegung auf einen smtp-Server als Standard komplett rückgängig zu machen
Das ist überhaupt nicht notwendig. Du musst nur einfach in den Konten-Einstellungen bei jedem Konto den passenden SMTP zuordnen, sodass eben nicht der (als) Standard (definierte) SMTP verwendet wird. Das sieht man in dem von mir verlinkten Lexikon-Artikel im unteren Bereich.
-
So ändert man die Zuweisung.
In Thunderbird kann nur ein SMTP als Standard definiert werden. Aber niemand zwingt uns, dem jeweiligen Account diesen Standard zuzuweisen. Man kann bei jedem Account einen anderen SMTP aus der Liste der erstellen SMTP-Server auswählen. Im Regelfall werden ja schon beim erstmaligen Einrichten der verschiedenen Accounts auch jeweils separate SMTP definiert, die in der Liste der SMTP-Server in Thunderbird dann auch alle auftauchen. Man kann aber auch problemlos nachträglich beliebige SMTP-Server definieren (die sich schon alleine durch den Benutzernamen unterscheiden). Bei jedem Konto kann man dann einen dieser definierten SMTP-Server zuordnen. Dabei ist die Auswahl von "Standard" nur eine der Optionen - kein Zwang.
Siehe hier:
138 -
Streng genommen wird gerade in den neueren Thunderbird-Versionen seitens der Entwickler davon abgeraten die hier genannte versteckte Einstellung zu Manipulieren. Man sollte bei jeglichen Anzeige-Problemen, die man im später irgendwann man hat immer daran denken, die Einstellung mal probeweise zurück zu stellen.
-
Adressbuch - von *.mab auf *.sqlite
Passwortdatenbank - key3.db auf key4.db
Zertifikatedatenbank - cert8.db auf cert9.dbIst jetzt aktualisiert - Danke
-
Vielleicht mache ich die Änderung in den nächsten Tagen mal als Mini-Update des Artikels zu den Dateien im Profilordner.
-
Ich habe hier mal vorsichtshalber den Titel noch geändert und bei den Nachrichten den Artikel für 115.10.2 veröffentlicht und darin auf 125 und Folgende Bezug genommen.
-
Ich habe jetzt mal den Hinweis auf 115.10.2 bei den Nachrichten erstellt und dort auch Bezug auf Versionen wie 125 und Folgende genommen.
