Hallo
Das kann nicht zum Problem desjenigen gemacht werden, der Plaintext angibt und ihn genauso meint.
Soso. Weil nicht sein kann, was nicht sein soll, holen sich Benutzer von
$arSchlechteMailclients
(die eben trotzcontent-type: text/plain
den Text als HTML interpretieren) die Pest an den Hals.
Ja, was den sonst? Auf wieviele mögliche Fehler in Programmen, die sich vielleicht auch noch gegenteilig auswirken, willst du Rücksicht nehmen? Und wieso „Pest“? Dein Szenario geht von HTML-Tags in einer Plain-Text-Email aus, die diesen Bug triggern. Da es hier um ein, wenn auch nicht vom OP, so doch selbst geschriebenes Skript, mit dem die Email generiert wird, geht, ist das ein vermeidbarer Fehler.
Dass der Bug in „manche[n] Mailprogramme (mindestens ein paar eines bestimmten Herstellers aus Redmond)“ auch von Emails aus ganz anderen Quellen, auf die man als Benutzer des Emailprogramms keinerlei Einfluss hat, getriggert werden kann, sei mal dahingestellt. Soll man deshalb nun keine Plain-Text-Emails versenden oder annehmen? Oder ist es nicht so, dass der Hersteller der Software – unabhängig von der tatsächlichen Umsetzung – mit der Behebung des Fehlers dran ist?
Das muss halt in diesem Fall der Empfänger entscheiden. Der installiert ja auch das Skript.
Nicht nur das Skript, auch das Emailprogramm.
Tschö, Auge
Wenn man ausreichende Vorsichtsmaßnahmen trifft, muss man keine Vorsichtsmaßnahmen mehr treffen.
Toller Dampf voraus von Terry Pratchett