Thunderbird und CTE 8bit nach Einrichtung neuer Konten

Hallo, liebes Forum!

ich verwende Thunderbird 136.0.1 unter Windows 10/11 bzw. unter Ubuntu 24.04 und habe festgestellt, dass nach Einrichtung eines neuen Mailaccounts (egal, ob POP/IMAP) für ausgehende Mails das Content-Transfer-Encoding 8bit verwendet wird. Auch bei der 128.0* tritt dieses Phänomen auf. Bei Konten, die ich schon vor geraumer Zeit eingerichtet habe, wird ein Content-Transfer Encoding quoted-printable verwendet für ausgehende Mails mit UTF-8 Zeichensatz, wenn diese Umlaute enthalten. Dies sowohl für Plain Text Nachrichten oder HTML Part.

Verwende ich die Option mail.strictly_mime wird ein CTE base64 verwendet, anstatt quoted-printable. Wie ich las, sollte das eigentlich passieren, wenn diese Option auf true gesetzt wird.

Das passiert eben unter Ubuntu genauso wie bei Windows und auch bei Konten, die auf verschiedenen Servern laufen. Kann das jemand reproduzieren?

Hallo ThoBa,

es ist grundsätzlich kein Problem, wenn beim Setzen des mail.strictly_mime Flags base64 statt quoted-printable benutzt wird. Persönlich finde ich es eben besser, wenn quoted-printable verwendet wird, weil das von mir im Quelltext der Mail gelesen werden kann.

Was ich aber nicht für ganz unproblematisch halte, ist die Tatsache, dass ohne Setzen des entsprechenden Flags ein CTE 8bit von Thunderbird gewählt wird, wenn ich Mails schreibe. Das war bis vor kurzer Zeit auch nicht so. Es gibt also eine Veränderung im Verhalten von Thunderbird, was mich wundert.

Das kann ich so nicht bestätigen. Bei Konten, die ich vor dem Release von 136.0 bzw. 128.8.0 eingerichtet habe wird immer CTE quoted-printable verwendet. Bei Konten, die ich nach dem Release der o. g. Versionen eingerichtet habe, taucht das CTE 8bit zum ersten Mal für mich auf. Auch wenn es eine andere Platform ist, wählt Thunderbird für Android auch grundsätzlich das CTE quoted-printable. Sowie Outlook und auch em Client, was ich hier aber nicht weiter thematisiere. Warum wählt Thunderbird für Windows/Ubuntu dann ein nicht überall so ganz kompatibeles CTE 8bit?

Woran mache ich das fest? Nunja, ich betreibe mehrere Mailserver. Im November 2024 beginnend habe ich in Thunderbird Mailkonten eingerichtet. Versende ich eine Mail, die Umlaute enhält erhalte ich folgendes:

Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Das ist ein Test=C2=A0=C2=A0=C2=A0 =C3=A4=C3=B6=C3=BC=C3=9F

=C3=84=C3=96=C3=9C

Versende ich eine Mail gleichen Inhalts von einem Konto, welches ich mit den o. g. Releases eingerichtet habe, erhalte ich das:

Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Das ist ein Test    äöüß

ÄÖÜ

Es sind keine Konten, die ich bei GMX oder Web.de habe.

Quote from ggbsde

Bei mir wird auch bei fast 20 Jahre alten Konten ein CTE von 8bit verwendet.

Das finde ich ja seltsam. Ich wundere mich da. Aber war das gleich zu Beginn vor 20 Jahren, dass TB ein CTE von 8bit verwendet hat? Warum benutzen das andere Mailclients nicht? Selbst Thunderbird für Android nicht!

Quote from ThoBa

Quote from tamo_bln

Woran mache ich das fest? Nunja, ich betreibe mehrere Mailserver. Im November 2024 beginnend habe ich in Thunderbird Mailkonten eingerichtet. Versende ich eine Mail, die Umlaute enhält erhalte ich folgendes:

Code

Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Das ist ein Test=C2=A0=C2=A0=C2=A0 =C3=A4=C3=B6=C3=BC=C3=9F

=C3=84=C3=96=C3=9C

Wenn "mail.strictly_mime" auf "true" steht, dann ist der Rohtext so in Ordnung°! Auch "base64" wäre eine korrekte Kodierung! Obiger Rohtext ist hier mit TB128.x und TB136.x sofort nachvollziehbar.

Quote from tamo_bln

Versende ich eine Mail gleichen Inhalts von einem Konto, welches ich mit den o. g. Releases eingerichtet habe, erhalte ich das:

Code

Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Das ist ein Test    äöüß

ÄÖÜ

Es sind keine Konten, die ich bei GMX oder Web.de habe.

Dieser Rohtext ist mit den Versionen 128.x und 136.x bei der Einstellung "mail.strictly_mime" = "true" nicht nachvollziehbar und wäre obendrein auch noch falsch, da es keine strikte MIME-Kodierung ist! Würden die aktuellen Versionen von TB solch einen Unfug "verzapfen", dann wäre nicht nur hier im Forum schon die Hölle los!

Was hinterlässt dein TB denn im "Gesendet"-Ordner mit der Einstellung "mail.strictly_mime" = "true"?

Display More

Die Einstellung mail.strictly_mime ist false in meinem Thunderbird. Ich aktiviere sie gern und gebe dir dann Feedback, was im "Gesendet"-Ordner ist.

Nun habe ich es mit gleichem Mailbody Inhalt wie zuvor getestet. Bei beiden Mailkonten sieht das Ergebnis so aus, wenn ich mail.strictly_mime = true setze:

Subject: Test
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

RGFzIGlzdCBlaW4gVGVzdMKgwqDCoCDDpMO2w7zDnw0KDQrDhMOWw5wNCg0K

Was ja auch korrektes MIME Encoding ist. Nur nicht das von mir gewünschte quoted-printable. Was aber zu verschmerzen ist.

Quote from ThoBa

Quote from tamo_bln

Aber war das gleich zu Beginn vor 20 Jahren, dass TB ein CTE von 8bit verwendet hat?

Ja, auch damals war es schon so. TB war und ist nicht nur ein Mail-Reader, sondern auch ein sehr begehrenswerter News-Reader. In den News-Gruppen (NNTP) ist CTE=8bit heute noch die Standard-Kodierung. Die 8bit-Kodierung beruht also auf historische Begebenheiten.

Ja, vom Usenet her kenne ich die 8bit auch.

Quote from ThoBa

Quote from tamo_bln

Warum benutzen das andere Mailclients nicht?

Weil "qp" und/oder "base64" (strikte MIME-Kodierung) gerade für signierte und verschlüsselte Mails technisch vorgeschrieben sind! Auch TB nutzt diese MIME-Kodierungen, sobald Mails eben signiert und/oder verschlüsselt sind. Ansonsten versendet TB standardmäßig 7- bzw. 8bit.

In den anderen Clients, die ich getestet hatte, verwende ich weder signierte oder verschlüsselte Mails. Trotzdem verwenden sie "qp"!

Quote from ThoBa

Quote from tamo_bln

In den anderen Clients, die ich getestet hatte, verwende ich weder signierte oder verschlüsselte Mails. Trotzdem verwenden sie "qp"!

Korrekt! Andere Mail-Reader bieten auch gar keine 8bit-Kodierung mehr an. Die Provider GMX und WEB.de lassen 8bit-kodierte Mails auch gar nicht mehr zu! Diese Provider konvertieren 8bit-Mails sogar nach "quoted-printable"!

Und warum geht Thunderbird dann hier einen anderen Weg? Dass für das NNTP Protkoll 8bit verwendet wird, kann ich nachvollziehen und auch verstehen. Aber ein CTE 8bit für Mails als Standard zu nehmen, ist dann ja etwas problematisch.

Quote from ThoBa

Quote from tamo_bln

Nur nicht das von mir gewünschte quoted-printable. Was aber zu verschmerzen ist.

Schreibe eine längere Test-Mail mit überwiegend 7bit-Zeichen. Irgendwann (du kannst es auch ausrechnen) "lohnt" sich "base64" nicht mehr und TB verwendet automatisch "qp".

Das mache ich gerne mal. Ich bin gespannt, was dabei herumkommt.