„450 4.1.8 Sender address rejected: Domain not found“ / „553 5.1.8 Domain of sender address does not exist“: Lösung

Was das bedeutet

Der empfangende Server hat die Domain deiner Absenderadresse nachgeschlagen und sie im DNS nicht gefunden. Er lehnt Mails von einer Domain ab, die anscheinend nicht existiert, weil er ihr nie eine Antwort oder einen Bounce schicken könnte. Die Meldung sieht meist so aus:

450 4.1.8 <user@yourdomain.com>: Sender address rejected: Domain not found

553 5.1.8 <user@yourdomain.com>... Domain of sender address user@yourdomain.com does not exist

Die erste kommt von Postfix. Die 450-Version ist vorübergehend, also versucht es dein Server erneut, aber es schlägt so lange fehl, bis die Domain gefunden werden kann. Die 553-Version ist endgültig.

Die hier geprüfte Absenderadresse ist der Envelope-Absender, auch Return-Path oder MAIL FROM genannt. Das ist nicht immer die „From“-Adresse, die Leute sehen. Apps und Server setzen sie oft automatisch, zum Beispiel www-data@server1.local.

Warum das passiert

• Ein lokaler oder interner Name. Der Envelope-Absender nutzt eine Domain, die nur in deinem Netzwerk existiert, etwa .local, .lan, .internal oder den bloßen Servernamen (root@localhost).
• Ein Tippfehler in der Absenderadresse, etwa yourdomian.com.
• Die Domain hat weder A- noch MX-Eintrag. Manche Empfänger verlangen mindestens einen davon für die Absenderdomain.
• Die Domain ist abgelaufen oder ihr DNS-Hosting wurde entfernt.
• Eine Subdomain ohne Einträge, etwa bounce.yourdomain.com, die ein Tool nutzt, die aber niemand im DNS angelegt hat.
• DNS-Probleme: Die Nameserver deiner Domain antworten nicht oder fehlerhaft. Dann ist der vorübergehende Code 450 häufig.

So prüfst du es

1. Lies den Bounce. Die genaue Adresse in den spitzen Klammern ist die geprüfte. Sieh dir ihre Domain genau an.
2. Mach einen Delivmail-Test. Sende von derselben App oder demselben Server eine E-Mail an die einmalige Adresse auf der Startseite (/). Der Bericht zeigt den Envelope-Absender (Return-Path) und die From-Adresse, so siehst du, welche Domain deine App wirklich nutzt.
3. Scanne die Domain unter /domain-scanner, um ihre MX-Einträge zu sehen und ob sie überhaupt antwortet.
4. Prüfe die Registrierung der Domain unter /whois, um sicherzugehen, dass sie nicht abgelaufen ist.

So behebst du es

Wenn die Domain lokal oder falsch ist

1. Setze eine echte Absenderadresse auf einer Domain, die dir gehört, zum Beispiel noreply@yourdomain.com.
2. In Postfix setze myorigin und myhostname auf echte Namen (zum Beispiel yourdomain.com und mail.yourdomain.com) oder schreib lokale Adressen mit sender_canonical_maps um.
3. In PHP oder auf einer Website setze den Envelope-Absender ausdrücklich (die Option -f von mail() oder das Feld „Return-Path“ bzw. „Sender“ deiner Mail-Bibliothek oder deines Plugins).
4. In Apps und Geräten such nach einer Einstellung „Absenderadresse“ oder „From-Adresse“ und nutze eine echte Adresse.

Wenn die Domain echt ist

1. Stell sicher, dass sie einen MX-Eintrag hat (wohin Antworten gehen) und, wenn möglich, einen A-Eintrag.
2. Wenn ein Tool eine eigene Bounce-Subdomain nutzt, leg die Einträge an, die es verlangt (oft ein CNAME).
3. Verlängere die Domain, wenn sie abgelaufen ist, und prüfe, dass ihre Nameserver antworten.

Mit einer echten Domain kannst du außerdem SPF, DKIM und DMARC für sie einrichten, was du für eine gute Zustellung ohnehin brauchst.

Prüfe, ob es behoben ist

Warte nach jeder DNS-Änderung ein wenig, bis sie sich verbreitet hat (meist unter einer Stunde). Mach einen neuen Delivmail-Test aus derselben App: Der Return-Path sollte jetzt deine echte Domain zeigen, und SPF sollte gegen sie geprüft werden. Sende dann die zurückgekommene E-Mail erneut oder lass deinen Server die wartenden Nachrichten erneut zustellen.