Frage zu reverse dns eintrag
- Thread starter TheRoody
- Start date
Nein.
danton
Debian User
Nein, aber du musst einen dazu passenden A-Record haben, der die IP liefert.
d4f
Kaffee? Wo?
Folgendes muss/soll existieren. Nicht alles ist so von RFC's zwingend vorgegeben aber es kann bei Abweichung Probleme mit Antispamsystemen geben.
- Die Domain muss einen gültigen MX haben (A-Record)
- Der MX muss auf einen A/AAAA Record zeigen, nicht einen CNAME
- Der A-Record muss auf eine IP zeigen (logisch...)
- Die IP-Adresse muss *irgendeinen* gültigen PTR (reverse-DNS) in FQDN Form haben.
- Der PTR muss auf einen A-Record verweisen
- Der A-Record muss der IP Adresse entsprechen
- Der Mail-Server muss sich mit dem reverse-DNS als "helo" (Hostname/Mailname) melden
Wenn man sich nicht sicher ist ob eine Konfiguration davon oder eine der unzähligen möglichen anderen Email-Konfigurationsfallen Probleme macht, empfehle ich: https://www.mail-tester.com/
- Die Domain muss einen gültigen MX haben (A-Record)
- Der MX muss auf einen A/AAAA Record zeigen, nicht einen CNAME
- Der A-Record muss auf eine IP zeigen (logisch...)
- Die IP-Adresse muss *irgendeinen* gültigen PTR (reverse-DNS) in FQDN Form haben.
- Der PTR muss auf einen A-Record verweisen
- Der A-Record muss der IP Adresse entsprechen
- Der Mail-Server muss sich mit dem reverse-DNS als "helo" (Hostname/Mailname) melden
Wenn man sich nicht sicher ist ob eine Konfiguration davon oder eine der unzähligen möglichen anderen Email-Konfigurationsfallen Probleme macht, empfehle ich: https://www.mail-tester.com/
danton
Debian User
Hast du mehere Mailserver, die für die Domain zuständig sind? Falls nicht, die überflussigen MX entsorgen, pro Mailserver nur ein MX-Record. Außerdem sind alle Subdomains überflüssig, da du als erstes den Wildcard-Eintrag hast. Nur wenn du eine Subdomain mit einer anderen IP hast, führst du sie explizit auf.
Der SPF-Record ist ungültig: hinter das a: gehört ein FQDN und keine IP, dass wäre ip4 und ggfl. ip6 bei IPv6. Außerdem sind in deinem Fall der erste a und mx redundant. Ich favorisiere nur die Nennung von IPs im SPF-Record, das erspart dann zusätzliche DNS-Abfragen und beschleunigt die Überprüfiung bei den fremden empfangenden Mailservern. Beispiel:
Der SPF-Record ist ungültig: hinter das a: gehört ein FQDN und keine IP, dass wäre ip4 und ggfl. ip6 bei IPv6. Außerdem sind in deinem Fall der erste a und mx redundant. Ich favorisiere nur die Nennung von IPs im SPF-Record, das erspart dann zusätzliche DNS-Abfragen und beschleunigt die Überprüfiung bei den fremden empfangenden Mailservern. Beispiel:
Code:
v=spf1 ip4:Server-IP -allJetzt sieht es so aus. Wenn Du mit Subdomain den MX eintrag meinst, dann muss ich den Eintrag lassen, also server.domain.de wenn ich nur server hineinschreibe, dann kommt eine Meldung das dies kein gültiger MX Eintrag ist.
Edit:
Denkfehler. Du meinst natürlich SERVER.domain.de weg, also SERVER vorne weg. Jetzt lautet der MX Eintrag nur so:
Der SPF-Record sieht jetzt auch so aus: (v=spf1 ip4:XX.X.XXX.X -all)
Edit:
Denkfehler. Du meinst natürlich SERVER.domain.de weg, also SERVER vorne weg. Jetzt lautet der MX Eintrag nur so:
Der SPF-Record sieht jetzt auch so aus: (v=spf1 ip4:XX.X.XXX.X -all)
Last edited:
danton
Debian User
Dein SPF ist immer noch falsch. Und die A-Records für mail und www (das sind die Subdomains) sind immer noch überflüssig. In den MX-Record gehört ein gültiger FQDN, der über einen A-Record auflösbar ist (dein Wildcard reicht da aus) - du kannst da also ruhig weiterhin mail.domain.de verwenden. Wenn dein Mailserver ein SSL-Zertifikat hat, welches auf mail.domain.de lautet, ist das sogar zu empfehlen (auch wenn sendende Mailserver die Zertifikats-Domain zur Zeit i.d.R. noch nicht verifizieren).