In Windows 10 stellt man das eigentlich hier ein:
In der Taskleiste läßt sich das nicht so einstellen, zumal es auch dort keinen Sinn ergäbe.
Mit den "richtigen" Tools lässt sich alles einstellen - auch in der Taskleiste. Und zur Not war eben der CCleaner dran schuld 
.
Eine weitere Funktion ist mir unbekannt.
Genau deshalb frage ich thunwolff
Besser ist aber, was MRB hier 2018 geschrieben hat: ALT kurz drücken und dann die Schlatflächen wieder aktivieren.
Wo hat mrb das in diesem Zusammenhang geschrieben? Wie soll man dann die Schaltflächen wieder aktivieren?
Prinzipiell beeinflusst ja die Regions / Daten-Einstellung des Betriebssystems auch die Anzeige in Thunderbird wie ich im Kontext meines Add-ons "ConfigDate" immer wieder predigen musste. So wie ich das in Windows sehe, kann man dort aber nichts definieren, wo dann der Monat fehlen würde. Kann es sein, dass das Add-on "Enhanced Date Formatter" verwendet wird?
Was passiert denn, wenn Du diese Mail ganz normal über die Ordner-Hierarchie "ansteuerst" und anzeigen lässt?
Denkbar wäre auch, dass die betreffende Datei des "Posteingang 2020" auf dem Datenträger einen Defekt hat oder von einem anderen Prozess (Virenscanner?) blockiert wird. Manchmal ist auch einfach nur eine "defekte" E-Mail in einem Ordner bzw. in der Datei auf dem Datenträger, was zum Fehler führen kann. Ich würde probeweise einen "Posteingang 2020 - Test" anlegen und dort Stück für Stück alles aus dem Original rein kopieren. Mal schauen was dabei passiert.
Zeige uns doch mal einen Screenshot von dem englischen Dialog.
Hallo!
Das habe ich so als Fehler bisher nicht gehört und auch selbst noch nicht erlebt. Könnte es sein, dass Du die Umschalt-Taste beim Löschen drückst? Welche Add-ons verwendest Du? Was passiert im [lexicon='abgesicherten Modus',''][/lexicon] des Thunderbird?
Bei Gmail hat man ja meist "Glück", da die Mails quasi alle im Archiv erhalten bleiben - jedenfalls ist dies die Standard-Einstellung in Gmail.
As an improvement to the program, Thunderbird 68 can now save the link to detached attachments. Unfortunately, this function was programmed in Thunderbird in such a way that you cannot access this function (even with the add-on) when saving / detaching multiple attachments. It would have been possible to change only a few lines of code in Thunderbird, which I had asked the programmers to do. This was not done.
In order to program this in the add-on itself, a great effort would have been necessary, which unfortunately no longer pays off. The add-on is "dead" with Thunderbird 78 because it no longer offers the APIs. Sorry 
Regards
Thunder
Warum lässt Thunderbird 78 Beta 3 bzw. ATN eigentlich die Installation von Add-ons zu, die explizit als nicht kompatibel gekennzeichnet sind?
Kurze Rückmeldung:
Es langt momentan nicht, wenn auf ATN die Max-Version eingetragen ist. Es muss tatsächlich auch im manifest.json des Add-ons die strict_max_version begrenzt sein. Dies war bei 2 meiner Add-ons nicht der Fall. Als weitere Falle habe ich entdeckt, dass der Add-on-Manager dann auch noch ältere Add-on-Versionen im 78er "anbietet" und deren Installation zulässt, wenn in dieser älteren Version die strict_max_version gefehlt hat. Es langt also nicht, dass die aktuellste Version des Add-ons auf ATN dies korrekt implementiert hat. Man muss im Zweifelsfall ältere Versionen auf ATN zumindest deaktivieren, damit diese nicht mehr gefunden werden können.
Sanctus hat im gemeldeten Bug selbst noch weitere Punkte genannt, die eigentlich auch dazu führen sollten, dass ein Add-on im 78er erst gar nicht angeboten/installiert wird.
Wenn ich andere Erweiterungen im Vergleich auf ATN anschaue (Enigmail und Mail Merge), dann ist dort als maximale Version 68.* eingetragen. Vielleicht kapiert das System nur dann, dass es in 78 nicht läuft? Versagt die Max-Version in MailExtensions womöglich komplett?
Gerade mit "Allow HTML Temp" per Suche + Installation direkt im Add-ons-Manager in 78 Beta 3 getestet. Es wurde Version 5.7.3 installiert.
Warum lässt Thunderbird 78 Beta 3 bzw. ATN eigentlich die Installation von Add-ons zu, die explizit als nicht kompatibel gekennzeichnet sind?
Meine Add-ons habe ich mit einer "strict_max_version": "72.0a1" in der manifest.json versehen. Zusätzlich ist auch auf ATN die entsprechende maximale Thunderbird-Version korrekt eingetragen. Es dürfte als überhaupt nicht möglich sein, meine Add-ons in Thunderbird 78 zu installieren. Trotzdem kann ich ohne Hindernis meine (nicht funktionierenden!) Add-ons im Add-on-Manager des 78er installieren. Was soll das? Ist die Infrastruktur auf ATN noch gar nicht für Thunderbird 78 vorbereitet? Das gibt mal wieder ein Fiasko, wenn der 78er released wird.
Ich bleibe dabei, wenn Dir Privacy ein Anliegen ist (offensichtlich), dann bist Du bei freenet und gmx nicht gut aufgehoben.
Was aber über das Thema hier hinaus gehen würde 
Ihr habt vielleicht schon davon gelesen. Das Enigmail-Add-on wird es in der bisherigen Form nicht mehr für Thunderbird 78 und neuer geben. Statt dessen wird OpenPGP direkt in Thunderbird integriert. Die Arbeiten an der Integration sind schon weit fortgeschritten, aber noch nicht final abgeschlossen. Deshalb wird OpenPGP in Thunderbird 78.0 und auch dem folgenden ersten Update auf 78.1 noch deaktiviert (also versteckt) sein. Es ist in diesen Versionen erstmal nur zum Testen geeignet. Auch deshalb wird Thunderbird 78.0 und 78.1 nicht als automatisches Update für bisherige Anwender angeboten werden.
Vielleicht könnt Ihr hier im Thema Eure Erfahrung mit dem Übergang von Thunderbird 68.* plus Enigmail hin zu Thunderbird 78.* mit integriertem OpenPGP zurück melden.
Ich würde die Zeile tatsächlich im Konfig-Editor auch einfach auf Standard zurücksetzen. Vermutlich findet man diese dann im Konfig-Editor gar nicht mehr, da sie offensichtlich im Normalfall gar nicht vorhanden ist. Wenn ich das Thema nach ein Wenig Suche im Netz richtig verstehe, dient die Zeile/Einstellung der Verschleierung der eigenen IP-Adresse beim Senden von Mails?
Benutzt Du beim Senden in Thunderbird den jeweils korrekten SMTP zum jeweiligen Postfach? Oder wird ein SMTP für unterschiedliche Postfächer (also Absende-Adressen) genutzt?
Gib uns bitte dann nochmal Rückmeldung!
Hier habe ich (Mist und Pardon, habe ich auch nicht erwähnt) eine Fehlermeldung von Thunderbird.
Aber die oben gezeigte Meldung wird doch vom SMTP-Server Deines Postfach-Anbieters an Thunderbird gesendet und dieser zeigt die nur wörtlich an, ohne einen eigenen Text zu verwenden.
Das liegt an einer Mischung aus Thunderbirds "Fähigkeiten" und der Struktur der empfangenen E-Mails. Jede Wette, dass diese Mails eine bestimmte Konstellation von MIME-Parts haben, die im Grunde auch für "echte" Attachments stehen könnten. Thunderbird erkennt dies erst, wenn er die einzelnen Mails anzeigt. Wobei ich das Problem (ohne Gewähr) eher bei IMAP erwarten würde.
