Verstehe ich es richtig, dass man Thunderbird nicht so einstellen kann, dass Emails standardmässig (Vorbelegung) als *.html anstatt *.eml gespeichert werden?
Ja, das verstehst du richtig. *.eml ist u.a. nun einmal ein Standard für das Sichern von Mails, da sich mit diesem Standard alle Mails in den meisten Clienten wieder herstellen lassen.
HTML hingegen ist lapidar gesagt für Sicherungen völlig unbrauchbar und verplempert auch noch eine Menge Platz!
In einem Kommandozeilenfenster:
[...]
Das hat hier noch nie funktioniert. 
Die Datei(en) werden zwar angelegt, sie bleiben aber stete leer. Vielleicht machen wir dazu mal ein neues Thema auf. Ich denke, dass es bestimmt mehrere User gibt, welche das Erzeugen von Log-Files interessiert.
Ist es nicht eher RR512 dem die Ehre der hilfreichsten Antwort gehört?
)Das muss doch irgendwie funktionieren ... 
in der 136. release sind gaaanz sicher keine Bugs vorhanden...
Zumindest keine Bugs, welche die Sommerzeit betreffen!
Sorry(!) - ich musste es noch loswerden. Na dann... 
Ev. kannst du mir helfen und probieren, ob es bei dir mit einem Termin MORGEN auch funktioniert.
Aber gerne:
Das Problem tritt ja offenbar nur am Tag der Sommerzeitumstellung auf...
Das hätte man in den vergangenen Jahren bestimmt schon mitbekommen.
Aber von dir erwarte ich mir ohnehin keine Antworten mehr!
Na dann ...
Windows
Warum arbeitet dein Windows mit UTC?
Wie ist die Zeitzone bei deinem Kalender eingestellt?
Fragen über Fragen, die immer noch unbeantwortet sind!
Bei mir gibt es nämlich schon Probleme!
Arbeitest du mit Linux? Erzähle doch mal ein wenig. Bisher weiß hier niemand etwas über das Umfeld, in welchem sich dein TB befindet.
Es ist der interne Kalender von Thunderbird!!
Mit dem gibt es auch keine Probleme:
Aber wenn ich heute einen Termin für morgen eintrage, dann kann er doch nicht zu einer falschen Stunde angezeigt werden!!
Der Microsoft-Kalender bspw. erkennt den Übergang von Normal- zur Sommerzeit und umgekehrt bei der Erstellung eines Termins. Bei Google bin ich mir da nicht so sicher.
Wie krieg ich das wieder gerichtet?
Ist es ein externer Kalender? Wenn ja, dann schau morgen noch einmal hin.
Vielen Dank, das wars! Hätte ich nie gefunden...
Ich finde es immer richtig bemerkenswert, wenn Hilfesuchende die "Hilfreichste Antwort" geben. Irgendwie 
! Aber Ok, wenn die Forum-Software solch ein Szenario überhaupt zulässt.
anbei die Bilder zu den Filtern, wie ich sie eingestellt habe:
Die von dir gezeigten Filter sollten einwandfrei funktionieren. Ich habe diese Situation hier einmal nachgestellt und ein wenig experimentiert.
Alle versendeten Mails über GMX landen so auch als Kopie in den "Gesendet"-Ordner des Kontos "lakl@home.local". Alle reinkommenden Mails (GMX) landen auch als Kopie im Posteingang von "lakl@home.local". Das ist doch das, was du wolltest.
Sind vielleicht noch andere Filter im "Spiel"?
Vielleicht hat doch noch jemand eine Idee was ich falsch mache.
Zeige uns (Bild) zunächst den bzw. die Filter, welche du angelegt hast.
Ich hoffe, ich habe es verständlich erklärt.
Kannst du dein Problem bitte zum besseren Verständnis mit Bildern darstellen? Danke
Aufgrund der Einstellungen in Ihrem Screenshot habe ich für GMX nun auch noch mal die alternative Möglichkeit der "SSL"-Verschlüsselung an Port 465 probiert und siehe da: Es funktioniert. Freenet analog auch.
Das deutet darauf hin, dass dein Handy nicht über die aktuellen SSL/TLS-Bibliotheken verfügt. Was ist es denn für ein Handy und über welche Android-Version verfügt es?
WEB.de ist eigentlich nichts anderes als GMX - einst waren sie "Schwestern". Man sieht es auch noch an dem Aufbau der WEB-Seiten. Auch die Server-Einstellungen sind bis auf die Namen jener Server identisch.
Hast du bei WEB.de vielleicht eine zweistufige Anmeldung vereinbart?
Gerne.
Auch deine Server-Einstellungen (StartTLS, Port 587) funktionieren hier "auf Schlag" ohne Probleme. Ich vermute bei dir immer noch einen "Blocker".
... App-spezifische Passwörter ....
Ein solches Passwort ist bei deinen Einstellungen eigentlich nicht notwendig.
Wenn ich einen mailto:-Link (aus Webseite oder PDF) öffne, bekomme ich ein Entwurfs-Fenster in dem keine Von-Adresse eingetragen ist.
Zeige uns den Editor im Vollbildmodus!
Deine gezeigte Situation ist für jedermann nachvollziehbar, wenn das Editorfenster zu klein aufgezogen ist!
Ich habe nun auch im Problem-Profil einen neuen Schlüssel erzeugt. Dann geht es.
Prima! 
Die Frage ist ja nun, wie man die interne Schlüsselverwaltung zugunsten einer externen (Kleopatra) aufgibt ...
Dieses ist mit einigen Schritten schnell erledigt:
Import externer geheimer Schlüssel:
==> 
Nach dem korrekten Import wird bei verschlüsselten Mails wieder nach der Passphrase gefragt!
Weiteres Thema: Weder die interne Schlüsselverwaltung noch Kleopatra ermöglichen das Erzeugen eines Widerrufszertifikats ohne dieses sofort hochzuladen.
Nun ja, ansonsten ergibt ein Widerrufszertifikat ja auch keinen logischen Sinn.
Viel Erfolg! 
Nein. Es sei denn Samsung liefert serienmäßig irgendetwas mit, was ich noch nicht entdeckt habe...?
Ok. Könntest du bitte einen Screenshot der Daten des Postausgangsservers (SMTP) zunächst nur von GMX liefern? Wir sollten einmal "en Detail" vergleichen.
In meinem anderen Profil funktioniert es nun - und ich weiß nicht, warum. Dort ist es ein anderer Schlüssel. Dort wird die Passphrase in der Tat bei Benutzung nicht abgefragt.
In deinem Screenshot sieht man, dass auch für S/MIME Schlüssel vorgesehen sind. Für einen Test bezüglich GnuPG sollte man zunächst die S/MIME-Schlüssel nicht aufnehmen und diese erst hinzufügen, wenn die Signierung/Verschlüsselung mit GnuPG reibungslos funktioniert.
Allerdings sollte es auch mit der Kombination aus GnuPG und S/MIME keinerlei Probleme geben. Da GnuPG nun in einer anderen Installation bei dir funktioniert, ist ein Hinweis darauf, dass bei dem Import der Schlüssel etwas schiefgelaufen sein muss.
Hinweis:
Wie du nun selbst erleben darfst, hat die interne Schlüsselverwaltung den erheblichen Nachteil, dass verschlüsselte Nachrichten grundsätzlich in Klarschrift dargestellt werden, was u.U. nicht gewollt ist (jemand steht hinter dir oder hat gar Zugriff auf deine TB-Installation).
