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.comals 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.comes 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 -allals SPF-Datensatz verwenden, damit der andere Computer E-Mails senden kann. Dies wurde in den Kommentaren der akzeptierten Antwort klargestellt.