mx.ptr.hostname_differs
PTR-Hostname weicht vom MX-Hostnamen ab
Was wir prüfen
Wir vergleichen den forward-confirmed PTR-Hostnamen jeder MX-IP mit dem MX-Hostnamen, den die Domain veröffentlicht. Dieses Ergebnis erscheint, wenn der PTR-Hostname gültig ist (FCrDNS besteht), aber einen anderen Host als den MX-Eintrag benennt.
Das ist eine Prüfung pro IP — jede aufgelöste IP wird einzeln bewertet.
Was dieses Ergebnis bedeutet
Das Reverse-DNS der IP zeigt auf einen Hostnamen, der sich vom MX-Hostnamen unterscheidet. Beispiel: Die Domain veröffentlicht mail.example.com als MX-Ziel, die IP löst auf, aber der PTR-Eintrag für diese IP nennt filter42.provider.example.net. FCrDNS besteht (der PTR-Hostname löst zurück auf dieselbe IP), aber die Namen stimmen nicht überein.
Das ist extrem häufig und in der Regel harmlos. Große E-Mail-Anbieter und Spamfilter-Dienste routen MX-Traffic über geteilte Infrastruktur mit eigenem PTR-Namensraum:
- Google-Workspace-MX-IPs haben PTRs wie
*.1e100.net - IONOS-MX-IPs haben PTRs wie
*.kundenserver.de - Spamfilter-Frontends (Barracuda, Proofpoint, Mimecast) verwenden eigene PTR-Namen
Warum das wichtig ist
- Kontext, kein Problem. Ein abweichender PTR-Name mit gültigem FCrDNS ist Standardpraxis bei gehostetem und gefiltertem Mail. Er wird angezeigt, damit Administratoren, die gegen striktere Tools gegenprüfen, die Rohwerte ohne Verwirrung sehen.
- Keine Zustellauswirkung. Kein großer E-Mail-Anbieter bestraft eine PTR-Abweichung vom MX-Hostnamen, solange FCrDNS besteht.
Evidenzbeispiel
MX-Ziel: mail.example.com → 192.0.2.1
PTR: filter42.provider.example.net
FCrDNS: filter42.provider.example.net → 192.0.2.1 ✓
PTR-Hostname weicht vom MX-Hostnamen ab — nur informativ