[Postfixbuch-users] (OT) Shop codiert die Betreffzeile nicht

[Andreas Meyer]

Christian Boltz <postfixbuch at cboltz.de> schrieb:

> Hallo Knuth, hallo Andreas, hallo Leute,
> 
> Am Montag, 11. August 2008 schrieb Knuth:

> > > Wie codiere ich denn mit PHP die Umlaute? In der betreffenden
> > > email.php habe ich schon folgendes probiert, aber ohne Erfolg:
> > >
> > > $subject = mb_encode_mimeheader($subject, 'ISO-8859-1');
> 
> Dir fehlt ein Parameter, damit quoted-printable rauskommt:
>     $subject = mb_encode_mimeheader($subject, 'ISO-8859-1', 'Q');

Hm? Was macht das Q? Wird oben nicht schlicht gesagt, dass das Subject
ISO-8859-1 codiert werden soll? Ich habe mir dieses mb_encode_mimeheader
aus Zeitmangel offen gestanden noch nicht angekuckt.

> Einschränkung: Bei überlangen Headerzeilen erfolgt der Umbruch stur nach 
> Länge und kann evtl. auch mal mitten in einem Wort erfolgen :-(
> (Das steht dummerweise sogar in der Doku und ist daher wohl nicht 
> bugreport-fähig :-/ )

Die Subject-Zeilen der vom Shop generierten emails sind relativ kurz.
"Statusänderung Ihrer Bestellung", mehr nicht.

Merkwürdigerweise kommt die Subject-Zeile bei einer Testbestellung
intakt in meinem MUA an:

To: "Andreas Meyer" <anmeyer at anup.de>
Subject: Statusänderung Ihrer Bestellung
Date: Sun, 10 Aug 2008 22:26:45 +0200 (CEST)

amavisd-new moniert X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char E4 hex)
und dennoch erscheint der Umlaut im Subject?

> Die Kommentare auf http://php.net/mb-encode-mimeheader enthalten diverse 
> selbstgeschriebene Funktionen - ob die besser funktionieren, musst Du 
> testen - besonders mit überlangen Betreffzeilen.
> 
> Auch Postfixadmin verwendet eine selbstgeschriebene Funktion 
> (encode_header in functions.inc.php) - wie ich gerade festgestellt 
> habe, ist die aber auch nicht perfekt, wenn es um längere Betreffzeilen 
> geht :-(
> 
> Frage am Rand: Wie lang darf eine Headerzeile lauf RFC eigentlich sein?
> 
> > > Selbst wenn ich score SUBJECT_NEEDS_ENCODING 0.0 setze, wird die
> > > mail über die Statusänderung möglicherweise beim Empfänger als SPAM
> > > aussortiert.
> 
> > schalt doch einfach den Badheader check ab. Macht (imho) innerhalb
> > von DE keinen Sinn.
> 
> Ähm, die Rede war vom _Empfänger_. Und ich glaube kaum, dass Andreas an 
> den Spamfiltern aller Kunden drehen darf oder kann ;-)

genau
 
> Gruß
> 
> Christian Boltz

-- 
   Andreas Meyer

We live in an incredible age. Information is obtained at the speed of light.
Mein öffentlicher GPG-Schlüssel unter:
http://gpg-keyserver.de/pks/lookup?search=anmeyer&fingerprint=on&op=index