Handelt es sich denn immer um eine bestimmte Mail, die das Problem verursacht. Für mich sieht es so aus, als hätte die Mail aktiven Code, der schuld ist.
Installiere Dir mal mein Add-on "[lexicon='Allow HTML Temp',''][/lexicon]" und schau in dessen Einstellungen, dass JavaScript standardmäßig deaktiviert ist. Dann könntest Du wieder probeweise auch mit HTML testen, ob dann immer noch alles mögliche von der Mail aufgerufen/geöffnet wird.
Das ist aus der Ferne anhand Deiner Beschreibung schwer zu sagen.
Ist aus der Fehlermeldung konkret ersichtlich, welcher Server da kontaktiert und nicht erreicht wird?
Du könntest in den Konten-Einstellungen testweise das Abrufen (beim Programmstart und im Intervall) neuer Mails mal bei allen Konten deaktivieren und dann selektiv Konto für Konto wieder aktivieren, um zu erkennen wo das Problem auftritt. Denkbar wäre auch, dass die bei Dir eingestellte Startseite nicht erreichbar ist. Diese findest Du im allgemeinen Einstellungen Dialog.
Dort ist von einer Windows Einstellung fûr hellen und dunklen Hintergrund die Rede, die sich entsprechend auf Thunderbird 68 auswirken würde.
Aber nicht auf das Message Pane
Hallo
Nachricht als Reintext oder formatierte Nachricht (HTML) verfassen?
Gruß Ingo
Das war ein falscher Hinweis. Es geht mir nicht um das Verfassen, sondern um die Ansicht der Mails. Also bitte Menü Ansicht --> Nachrichteninhalt --> Reintext
Noch eine Anmerkung zu !important in diesem Kontext: Das !important führt bei Original-HTML dazu, dass der Hintergrund und die (Standard-)Textfarbe ebenfalls entsprechend gesetzt werden. Das kann dann "gut" sein, aber auch sehr hässlich und unleserlich sein.
Haben wir hier schon mal über den Reintext-Modus und/oder vereinfachtes HTML gesprochen? Stelle Thunderbird bitte für weitere Versuche auf den Reintext-Modus um. Was passiert dann?
Bei mir funktioniert es mit diesem CSS unter Windows 10 korrekt - Danke!
Aber: Ich bekomme es leider nicht hin, dass das CSS nur im Dark-Mode verwendet wird. Anscheinend kann man für das CSS in userContent.css nicht die Bedingungen wie [brighttext] und Co. verwenden.
Das Message-Pane ist zumindest unter Windows im 68er bis hin zu den aktuellen Dailies im Dark-Mode nicht dunkel, sondern weiß.
Ich kann Deinen Wunsch verstehen. Im Dark-Mode wird man vom weißen Hintergrund des Nachrichtenbereichs geradezu geblendet. Ich vermute, dass im Laufe der Zeit auch der Nachrichtenbereich noch "abgedunkelt" wird - vielleicht mit einem der kleineren Wartungs-Updates im Laufe der Zeit.
Im Grunde könnte man probieren folgendes CSS in der userChrome.css zum Laufen zu bekommen:
#messagepane body {
background-color: rgb(56,56,61) !important;
color: rgb(249,249,250) !important;
}Leider langt es nicht aus, das CSS auf #messagepane anzuwenden. Das erzeugte HTML-Dokument, welches von Thunderbird (auch im Reintext-Modus) angezeigt wird, müsste man im body ansprechen können. Mir gelingt dies nur mit dem Entwickler-Werkzeugkasten, aber nicht mit der userChrome.css. Vielleicht kann da jemand anderes weiter helfen.
Es wäre schön, wenn das im Reintext-Modus und im vereinfachten HTML-Modus angewendet werden könnte. Im Original-HTML-Modus sollte klar sein, dass die Farben vom Absender der Mail bestimmt wurden - egal, ob diese dem Empfänger gefallen.
..wobei ich mich viel wohler fühlen würde, würde die 60-er Version weiter entwickelt werden, anstatt an der 68-er ständig rum basteln zu müssen!
Bitte zurück zum eigentlichen Thema - auch, wenn der Wunsch verständlich erscheint.
Gehe bitte in Thunderbird zu Extras → Add-ons. Im Add-ons-Manager klickst Du dann auf das Zahnrad-Symbol → Auf Updates prüfen. Dann sollten alle Add-ons mit Updates versorgt werden, für die es auf ATN bereits veröffentlichte neue Versionen gibt. Dazu gehört auch Enigmail.
wo genau muss ich diese Einstellung extensions.lastAppVersion auf den Wert 67.0 vornehmen?
im [lexicon='Konfigurations-Editor',''][/lexicon]
Die folgenden drei sollten meines Erachtens auf jeden Fall bereits im 68er Thunderbird laufen - vielleicht auch schon andere:
* CardBook
* TbSync
* Später senden
wo kann man etwas zu solchen zukünftigen (aufgezwungenen) Änderungen nachlesen?
Das kann man meines Erachtens aus dem Berechtigungssystem und aus den Techniken der "echten" WebExtensions ableiten, wobei ich da bisher bestimmt nicht ganz sattelfest bin, was genau wo in Zukunft gespeichert wird.
Aus MDN bezüglich WebExtensions:
https://developer.mozilla.org/en-US/docs/Moz…ons/API/storage
Ich denke, das Problem für Backups wird zunehmend sein, dass ein Teil der Einstellungen und Daten nicht mehr im Profilordner, sondern an anderen Orten, sein wird.
Die Hilfe zur Suchfunktion ist doch sogar ein prominenter Link im Footer der Seite.
Die Sent-To-Probleme der 64-Bit-Version sollten der Vergangenheit angehören. Insgesamt sollte die MAPI-Schnittstelle inzwischen zuverlässiger als noch vor einem Jahr bei Thunderbird 60.* funktionieren. Ich selbst arbeite seit den 60er-Beta-Versionen mit den 64-Bit-Versionen und konnte außer des damaligen MAPI- bzw. Send-To-Problems keine sonstigen Probleme feststellen. Ich denke, dass auch deshalb beim Update von 60.* hin zu 68.* die Migration von 32- zu 64-Bit erfolgen wird.
Es ist so, dass eine "neue Installation" zunächst ihr eigenes "Default"-Profil erstellt. Sobald man einmal per Profil-Manager festgelegt hat, mit welchem Profil diese Installation starten soll, "behält" sie es sich, meiner Erfahrung nach.
Als Empfehlung würde ich dennoch sagen, dass man Thunderbird einfach immer mit dem Profil-Manager starten sollte/kann. Dies würde dabei helfen so "plötzliche" Probleme zu erkennen. Dazu benötigt man auf Dauer ja gar nicht den Parameter "-p", da man im Profil-Manager das entsprechende Häkchen einfach entsprechend abgewählt lassen lassen kann. Den Parameter braucht man dann nur wieder, falls man sich irgendwann gegen den Profil-Manager entschieden hatte (oder ihn noch nie genutzt hat).
Selbst auf AMO / ATN hat Lightning schon immer etwas hinter her gehangen. Wenn ich als "Nerd" am ersten Tag Thunderbird in einer neuen Version installiere, dann ist/war Lightning da noch nie in der passenden Version auf AMO verfügbar. Ich konnte die damaligen Überlegungen dennoch verstehen und fand die Idee damals ja eigentlich auch gut.
Ich bin momentan mal wieder an einem Scheideweg mit der Weiterentwicklung des Add-ons, weshalb ich die letzten 2 Wochen auch quasi nichts mehr gemacht habe:
Abhängig vom Ergebnis des Bugs https://bugzilla.mozilla.org/show_bug.cgi?id=1578801 hätte man die Möglichkeit die Massenverarbeitung der zu löschenden Attachments noch weiter/besser mit Thunderbirds eigenen Routinen erledigen zu lassen. Da kommt dann der "Scheideweg" ins Spiel, da Thunderbirds eigene Routinen ein paar Optionen des Add-ons endgültig unmöglich machen würden.
So oder so: Es wäre gut, wenn jemand für den genannten Bug einen Patch erstellen könnte. Erst dann kann ich aus meiner Sicht mit dem Add-on wieder weiter machen.
Den ganzen Ärger rund um Lightning bei den Updates und teilweise plötzlich englischer Sprache (wohl primär bei Linux-Distributionen) hätte man sich und den Anwendern ersparen können. Ursprünglich war halt die Überlegung da, dass man nicht jedem solch ein "überladenes" Programm aufzwingen wollte.
