Peinliche Fehlfunktion

Vergangenen Samstag bekam ich von einem mir sehr lieben Service Provider (siehe ToDo) einen Brief in dem man mir mitteilte, dass meine E-Mail-Adresse wohl ungültig sei und somit keine Rechnungen bei mir ankommen.

Zuerst musste ich mal tief schlucken, denn ich konfiguriere meinen Mailserver ja selbst und wie ich gestern schon anmerkte, komme ich mir dabei oft genug recht grün hinter den Ohren vor. Zudem habe ich vor einiger Zeit auch meinen Mailserver ein wenig strikter konfiguriert, so vermutete ich, dass ich wohl irgendwo ziemlichen Mist gebaut habe.

Ich bin dem gerade eben mal auf den Grund gegangen - und siehe da: Der Fehler liegt tatsächlich an mir, nur ist es nicht mein Mail-Server, sondern vielmehr der DNS-Server...

Einie mehr oder weniger peinliche Fehlfunktion: Mein gesamtes System basiert auf einer relationalen Datenbank. Meine DNS-Server lesen aus dieser Datenbank genau wie z.B. der Mailserver oder Apache. Nun ist es so, dass sowohl auch Apache als auch der Mailserver auf die DNS-Datenbank angewiesen sind.

Besagter Service Provider hostet auch eine kleine Seite bei mir, die jedoch keine eigenständige Domain besitzt, sondern vielmehr eine Subdomain von ihm selbst ist. Aus eben angesprochenen technischen Restriktionen habe ich einfach seine Domain bei mir eingepflegt jedoch vergessen ein spezielles Flag zu setzen. So dachten meine Nameserver sie seinen für diese Domain zuständig und haben die Anfragen meines Mailservers zur Verifizierung der Absenderdomain zurückgewiesen. So musste ich folgendes im Log vorfinden:

Jan 19 10:58:08 primary postfix/smtpd[22511]: NOQUEUE: reject: RCPT from mailgateway.xxxxxxx.xxx[xxx.11.xxx.xxx]: 450 <buchhaltung@xxxxx.xxx>: Sender address rejected: Domain not found; from=<buchhaltung@xxx.xxx> to=<bernd@holzmueller.name> proto=ESMTP helo=<mailgateway.xxxxxxx.xxx>

Tut mir Leid, lieber Service Provider! Ich habe natürlich umgehend den Fehler behoben und das eine entsprechende Flag gesetzt... Für die Zukunft habe ich daraus gelernt!