automatisierte Vorlage: Umlaute werden beim Empfänger falsch dargestellt

Hallo,
Vortex333 hatte mir eine Mail geschickt mit der Mailadresse des Responders.
An diesen habe ich die Mail geschickt und die Antwort war absolut korrekt. Keine Umlautfehler uä.
Die Standardkodierung für ein- und ausgehende Nachrichten ist bei mir wie immer in beiden Fällen auf Unicode = UTF-8 eingestellt

Im Quelltext finde ich zwei verschiedene charsets:

Content-Type: text/html; charset=UTF-8

und für HTML:

charset=3Diso=-8859-15">

Ich schließe daraus, dass die Deklarierung nicht korrekt und außerdem die Kodierung quoted printable ist, eine häufige Fehlerursache.

Content-Transfer-Encoding: quoted-printable

Allerdings ist der Text gar nicht formatiert, obwohl der Quelltext (Strg+U) HTML-Code enthält.

Meiner Ansicht lässt sich das Problem lösen, wenn der Versender darauf achtet, dass das Konto nur Reintextmails versendet.
Das sollte Vortex33 mal ausprobieren.
Abschließend ist mein Test noch nicht.
Möglicherweise genügt aber schon die Änderung des Charsets.

Gruß

Zitat von Vortex555

Bingo! Das war die Lösung.

Ich schließe daraus, dass du inzwischen mit der veränderten Einstellung Erfolg hattest.
Aber freue dich nicht zu früh
Es könnte nämlich noch ein anderes Problem auftreten:
ich hatte vergessen, den Filter vor dem Beenden von TB zu deaktivieren, und beim folgenden Start erhielt ich mehrere Mails in dem Konto des Filters.
Das löste eine Salve von automatischen Antworten durch den Filter aus, wobei ich eine Fehlermeldung "4.7.0 smtp4xxxxxx.. Error: too many connections from 81.57.xx.xxx " erhielt.
Das gleiche Missgeschick passierte mir, als ich versehentlich den Filter manuell anstieß.
Zum Glück handelte es sich bei den Empfängern meistens um <noreply@xxxxxx> Adressen, aber auch einige private Adressen erhielten meine automatische Antwort mit dem bizarren Text.

Du kannst das ja selber mal testen, indem du einen neuen Filter für eine Vorlage mit einem erklärenden Text erstellst und dann diesen Filter in einem "Test"-Ordner ausführst, in den du drei oder vier Mails kopierst, die du von Freunden erhalten hast.
Ich habe das eben nochmal mit drei Mails getestet, die ich von meiner Zweitadresse an meine Hauptadresse geschickt hatte, bekam wieder diese Fehlermeldung, stellte dann aber fest, dass die Vorlagen-Antwort trotzdem drei Mal verschickt worden ist.

Abschließend noch die Bemerkung, dass alle meine Tests mit Rein-Text Vorlagen gemacht wurden.

Hallo,

Zitat von SusiTux

Versteht das jemand? Ist das eben der bug, den Mapenzi verlinkt hat?

Die Zeichencodierung bleibt für mich weiterhin ein Buch mit sieben Siegeln
Meiner Meinung nach gehört das von Alex beschriebene Problem in den Bug 561568.
Umlaute, Akzente und bestimmte andere Sonderzeichen sind eben keine ASCII-Zeichen http://de.wikipedia.org/wiki/American_…ion_Interchange

Warum das Problem der falschen Codierung beim Absenden der Vorlage vermieden wird, wenn die erstellte Vorlage einen charset=iso-8859-15 hat, aber nicht mit einem charset=UTF-8, ist mir immer noch unklar.
Inzwischen habe ich nochmal getestet, nachdem ich in den Einstellungen > Ansicht > Erweitert für ausgehende Nachrichten die Zeichencodierung auf UTF-8 um gestellt hatte. Das Ergebnis war, dass sowohl die gesendete als auch die empfangene Vorlagen-Antwort korrekt kodiert wurden!

Das bedeutet also, dass es offenbar von der Kodierung beim Erstellen der Vorlage abhängt.
Jetzt wird es noch verrückter: diesmal habe ich eine Vorlage erstellt, deren Quelltext einen charset=windows-1252 anzeigt.
Auch diese Vorlage wird korrekt gesendet und empfangen, obwohl ich die Zeichencodierung für ausgehende Nachrichten die Zeichencodierung auf UTF-8 gelassen habe!

Vorläufiges Fazit: die erstellte Vorlage darf nicht charset=UTF-8 im Quelltext anzeigen.

Der Bug "ruht" seit zweieinhalb Jahren, und ich bin am überlegen, ob ich einen neuen Beitrag schreiben sollte.
Andererseits scheint die Zahl der Anwender eines solchen Antwort-Filters, die das selbe Problem haben, sehr gering zu sein.

Gruß

Zitat von Vortex555

Bin mir nicht ganz sicher, was Du meinst. Denke auch weiterhin, dass das Problem darin lag, dass meine (bzw. die default-) Einstellungen bei TB für aus- und eingehende Nachrichten zum Zeitpunkt der Vorlagenerstellung nicht identisch waren. Seitdem ich es korrigiert habe und die Vorlage erneut abgespeichert habe, funktioniert der Versand, so wie er bei dir angekommen ist und die an dich versendete Mail war ja keine Reintextmail. Wenn noch relevant, sag bitte nochmal Bescheid.

Zitat von mrb

Möglicherweise genügt aber schon die Änderung des Charsets.

Nun, ich fand ja zwei verschiedene Deklarierungen, eine im Reintextbereich des Quelltextes und eine eingebettet in HTML-Code.

<html>
  <head>




    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Diso=
-8859-15">

Würde dieser HTML-Teil fehlen - so war meine Vermutung - müsste der Konflikt beseitigt sein.

Ich schrieb aber auch:

Zitat von mrb

Möglicherweise genügt aber schon die Änderung des Charsets.

Ich habe inzwischen mehrere Test gemacht aber im Respondertext niemals Umlautfehler entdecken können.

Gruß

Zitat von SusiTux

Dazu will mir nicht passen, dass die abgespeicherte Vorlage zunächst noch korrekt angezeigt wird, im sent dann aber die Anzeigefehler auftreten.

Alle Vorlagen, die ich getestet habe, wurden korrekt in der Vorschau angezeigt und auch wenn ich sie in einem neuen Verfassen-Fenster geöffnet habe.
Die einzigen, die dann auch korrekt gesendet und empfangen wurden, waren die Vorlagen, die im Quelltext entweder charset=windows-1252 oder charset=iso-8859-15 hatten.
Warum es bei den Vorlagen mit UTF-8 im Quelltext nicht funktioniert, kann ich mir nicht erklären

Hallo Vortex555,

mein Beitrag bezog sich auf einen Test mit einem eigenen Responder. Und da ich immer gleiche Zeichenkodierungen nach jedem Aufbau eines neuen
Thunderbird-profils einstelle, hätte ich selbst nie diesen Fehler erkennen können.
Trotz allem dürfte Thunderbird auch bei anderer Einstellung nicht dieses Problem zeigen.
Für mich ist das ein Bug.

Gruß