Postfix-Warnung: hostname … does not resolve to address

So sieht die Meldung aus

warning: hostname mail.example.net does not resolve to address 203.0.113.25: Name or service not known

Häufige Ursachen

• Der PTR des Absenders zeigt auf einen Namen ohne passenden A- bzw. AAAA-Eintrag.
• Typisch für Spam-Bots und Heimanschlüsse – dann ist die Warnung erwartbar.
• Eigener Server: PTR beim Hoster gesetzt, aber A-Record fehlt oder zeigt woanders hin.
• IPv6-Verbindung, für die nur ein IPv4-Reverse-Eintrag gepflegt ist.
• Lokaler Resolver liefert veraltete oder keine Antworten.

Prüfen

1. PTR der verbindenden IP abfragen
   dig -x 203.0.113.25 +shortKopieren
2. Prüfen, ob der Name auf dieselbe IP zurückzeigt
   dig +short A mail.example.net; dig +short AAAA mail.example.netKopieren
3. Häufigste betroffene IPs im Log zählen
   grep 'does not resolve to address' /var/log/mail.log | awk '{print $NF}' | sort | uniq -c | sort -rn | headKopieren
4. Prüfen, ob strenge Hostname-Prüfungen aktiv sind
   postconf smtpd_client_restrictions smtpd_recipient_restrictions | grep -o 'reject_unknown[a-z_]*'Kopieren

Lösung

• Betrifft es fremde IPs, ist die Warnung normal und kann ignoriert werden.
• Betrifft es Ihren eigenen Server: PTR beim Provider setzen und einen A- bzw. AAAA-Record mit genau dieser IP anlegen.
• Statt reject_unknown_client_hostname lieber reject_unknown_reverse_client_hostname nutzen – die strenge Variante trifft auch legitime Server.
• Für IPv6-Versand eigenen PTR für die IPv6-Adresse setzen oder ausgehend nur IPv4 nutzen (smtp_address_preference = ipv4).

Häufige Fragen

Wird die Mail wegen der Warnung abgelehnt?

Nein, die Warnung allein lehnt nichts ab. Abgelehnt wird nur, wenn Sie reject_unknown_client_hostname gesetzt haben – dann mit 450 4.7.25.

Ist das bei Gmail oder Microsoft ein Problem?

Für Ihren eigenen Versand ja: Große Anbieter erwarten passenden Forward- und Reverse-DNS und stufen Mail sonst als Spam ein oder lehnen sie ab.