Ich helfe einem Freund, einen Server zu betreiben, der einen Mailserver enthält. http://mxtoolbox.com meldet, dass unser Reverse-DNS kein gültiger Hostname ist.
Das Reverse-DNS zeigt derzeit auf domain.com
. Sollte es darauf hinweisen hostname.domain.com
? Ich habe hier gesehen , dass es üblich ist, dieses Schema für Reverse-DNS zu verwenden. Verursacht dies jedoch ein Problem, wenn der Mailserver wie folgt reagiert:
220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...
Ist das umgekehrte DNS, das auf eine Subdomain der Domäne verweist, die der Mailserver meldet, grundsätzlich gültig?
BEARBEITEN: Meine ursprüngliche Frage lautete wie folgt: Wenn der Mailserver domain.com
als vollqualifizierter Domänenname meldet , kann der umgekehrte DNS darauf verweisen hostname.domain.com
? In den Kommentaren unten erfahren Sie, warum dies nicht benötigt wird und warum beide gleich sein sollten.
hostname.domain.com
es als Reverse-DNS für E-Mails von / nach gültig ist domain.com
, während der andere Beitrag wissen wollte, wie das Reverse-DNS lauten soll. Meine Antwort verwendet die Antwort des anderen Beitrags und stellt eine Frage dazu.
domain.com
, nicht den gemeldeten vollqualifizierten Domänennamen. Ich ging ursprünglich davon aus, dass der Server sich melden muss domain.com
, um E-Mails zu senden domain.com
. Wie ich kürzlich festgestellt habe, kann ich v=spf1 mx -all
als SPF-Datensatz verwenden, damit der andere Computer E-Mails senden kann. Dies wurde in den Kommentaren der akzeptierten Antwort klargestellt.