Zur Message-ID

[Beat]

Für den Fall, dass sendmail nicht zur Verfügung stehen sollte, kommt nur Reply-To in frage.

Ja, from ist reserviert.
Bei SMTP muss ich im hello eine Adresse angeben, die der SMTP-Server bestätigen kann. Sie ist also nicht der Autor der Mail (ausser ich schreibe an mich selbst)
Authentifizierung erfolgt aber nochmals mit einer eigenen Combo.

Die Mailadresse, die der Admin als die Mailadresse des Formmailers definiert.

Genau das ist mit "Damit ist der Admin des Scripts gemeint." gemeint. Die gehört also in den Sender- und für den Fall, dass der Nachrichtenverfasser keine Mail-Adresse hinterlässt, (nur) in den From-Header.

Alle Klarheiten beseitigt?

Klarheit beseitigt. ;)
Ich glaube ich lass es mit dem Sender. Die Gefahr, dass ich jetzt noch eine Bug rein baue ist zu gross.

Nächste Frage: Message-ID
es besteht keine Pflicht aber doch die stärkste Ermutigung, dass jede Mail eine Message-ID erhält.

Beispiele aus Thunderbird gesammelt:
           Message-ID: [e-mail]
kennt wer? Message-ID: 000001ca28e7$af39aef0$0d00a8c0@roro

Hier wieder die Frage: mit welcher Adresse ist der rechte Part assoziiert?
Meine etwas hilflose Interpretation der RFC lautet: Mit dem From:
für den linken Part kann ich den hex String der $formuserid verwenden.
für den rechten Part kann ich sha1_hex( $from )

zusammen ergibt das dann
$messageid = '<' . $formuserid . '@' . sha1_hex( $from ) . '>';

Was dabei böse ist:
Ein messagheader Body soll 76 Zeichen nicht überschreiten.
sha1_hex hashes sind aber jeweils 40 Zeichen lang.
Ich verstehe soviel dass die Idee ist, dass der rechte Part den Sender / das From abbilden soll.
der Linke Teil soll hinreichend eine unique id relativ zur Gruppe aller Mails mit gleichem rechten Teil ergeben.

Verwende ich rechts sha1_base64
$messageid = '<' . $formuserid . '@' . sha1_base64 ( $from ) . '>';
Bytes         1    40             1    27                       1
dann habe ich insgesamt 70 Bytes.

Ist das ein zuverlässiges Verfahren?

mfg Beat