Message IDs in Mail und Content IDs (cid) in HTML Mail

Message-IDs sollte man beim Mail versand selbst bauen, wenn man für späteres Threading die Antworten identifizieren können will. Als Content-IDs taucht dasselbe Konzept auf, z.B. für eingebettete Bilder in HTML Mail. Dieser Code-Schnipsel spart hoffentlich wühlen in RFCs (namentlich zu multipart/related und Internet Message Protocol, 2822).

Script-Tools wie PHPMailer erlauben ziemlich einfach, ein HTML Mail mit eingebetteten Bildern zu bauen. Dafür wird ein MIME Mail vom Typ multipart/related aufgebaut. Der HTML-Code steckt im ersten Teil und nutzt cids in den img scr= tags. Die übrigen Teile des multipart Mail sind die Bilder mit den entprechenden Content IDs.

In den Tutorials hab ich nette Beispiele gefunden von Leuten, die wohl den PHPMailer gut verstanden haben, aber die benutzten cids waren schlicht nicht konform zum Standard. Folgendes PHP-Schnipsel sollte brauchbare Message-IDs und Content-IDs liefern.
$proc_name ist dabei ein selbstgewählter String. Wenn er das versendende Script irgendwie kennzeichnet, können zwei davon nie dieselbe ID liefern, und das ist die Hauptidee $dom_name ist normalerweise die Domain oder der Maschinenname des benutzten Mail-Servers:

    function make_mid ($proc_name, $dom_name) {
        $mid = $proc_name;
        $rn = mt_rand(100000000,999999999);
        if ( function_exists('microtime') ) {
            list($mtm, $tm) = explode(" ", microtime());
        } else {
            $tm = time();
            $mtm =0;
        }
        $mtm = (int) ($mtm * 1000000);
        $mid = sprintf('%s-%x-%x-%x@%s',$proc_name,$tm,$mtm,$rn,$dom_name);
        return $mid;
    }

Message-IDs haben dieselbe Struktur wie eine E-Mail-Adresse. Ihr Sinn ist aber nur, weltweit eindeutig zu sein, obwohl sie an verschiedenen Punkten der Welt unabhängig erzeugt werden. RFC 2822 wählt den Weg, dass nach dem @ ein Domain- oder Maschinenname benutzt wird, den man administrativ unter Kontrolle hat. Zwei Administratoren können sich so nie ins Gehege kommen. Beim Teil vor dem @-Zeichen muss sich der Admin darum kümmern, dass alles eindeutig ist. Die RFC schlägt eine Mischung aus Time Stamp und Randomwerten vor.
Den vorangestellten String $proc_name hab ich bei Dingen wie News-Letter-Versand benutzt, um die Nummer der Ausgabe zu codieren und auch die Datensatznummer des Empfängers. Das macht spätere Diagnosen einfacher, wenn z.B. Mail bounced. Aber von der RFC ist hier nichts vorgegeben.

Wichtig: Mail Headers dürfen maximal 76 Zeichen lang sein. Bei Message-IDs und Content-IDs schluckt der Name des Headers davon 12 Zeichen, Maximal 64 verbleiben also for die ID selbst. Deshalb auch die Hex-Codierung des Time Stamp, damit mehr Platz für eigene Stringteile bleibt.

PHPMailer gibt es unter
http://phpmailer.sourceforge.net/

Ein Gegenentwurf, den ich noch nicht getestet hab, ist Swift,
http://www.swiftmailer.org/