So konfigurieren Sie DNS-Einträge für einen Mailserver

Eine korrekte DNS-Konfiguration ist entscheidend für die einwandfreie Funktion eines Mailservers, eine zuverlässige Zustellung von E-Mails und den Schutz vor Spam. Welche Einträge eine Domain braucht und ob sie korrekt veröffentlicht sind, zeigt das Fenster „Mail-DNS“: Öffnen Sie es bei der Domain im Bereich „Websites & Domains“. Im Folgenden erfahren Sie, wofür jeder Eintrag gebraucht wird und wie Sie ihn anlegen.

Beim Installieren des Mailserver-Moduls im BeAdmin Control Panel müssen Sie die Domain angeben, die für das Mailsystem verwendet werden soll. Diese Domain kann später geändert werden, ist jedoch für die Ersteinrichtung erforderlich. In diesem Leitfaden verwenden wir example.com als Domain und 192.0.2.10 als IP-Adresse des Servers.

Es wird empfohlen, die Einträge A, MX, SPF, DKIM und DMARC über Ihren Domain-Registrar oder Hoster zu erstellen. Deren DNS-Server sind in der Regel hochverfügbar und gewährleisten eine stabile Erreichbarkeit Ihrer Dienste. Der PTR-Eintrag funktioniert anders: Er gehört zur IP-Adresse des Servers, nicht zur Domain, und wird deshalb nur beim Hoster des Servers angelegt, also bei dem Unternehmen, bei dem Sie den Server mieten. Beim Domain-Registrar lässt er sich nicht anlegen.

A-Record (Address Record)

Gibt die IP-Adresse Ihres Mailservers an.

mail.example.com.    IN    A    192.0.2.10

Angenommen, Ihre Website befindet sich auf demselben Server – stellen Sie sicher, dass auch ein A-Eintrag für die Root-Domain vorhanden ist. Falls nicht, fügen Sie ihn hinzu:

example.com.    IN    A    192.0.2.10

💡 Tipp

Der Name mail.example.com wird im MX-Eintrag verwendet und muss auf eine echte IP-Adresse verweisen.

MX-Record (Mail Exchange)

Legt fest, welcher Server für den Empfang von E-Mails zuständig ist.

example.com.    IN    MX    10    mail.example.com.

Die Zahl 10 gibt die Priorität an. Der MX-Eintrag sollte auf eine Subdomain mit gültigem A-Record verweisen.

SPF-Record (Sender Policy Framework)

Hilft, das Spoofing von Absenderadressen zu verhindern, indem nur bestimmte IPs zum Versand autorisiert werden.

example.com.    IN    TXT    "v=spf1 ip4:192.0.2.10 -all"

Das Tag -all weist empfangende Server an, E-Mails von anderen IPs abzulehnen.

DKIM-Record (DomainKeys Identified Mail)

Stellt sicher, dass E-Mails nicht manipuliert wurden und tatsächlich im Namen Ihrer Domain versendet wurden. Dieser Eintrag enthält den öffentlichen Schlüssel.

default._domainkey.example.com.    IN    TXT    "v=DKIM1; k=rsa; p=MIIBIjANBg..."

Der private Schlüssel wird auf dem Server gespeichert und zur Signierung ausgehender Nachrichten verwendet.

DMARC-Record

Definiert, wie E-Mails behandelt werden sollen, die SPF- oder DKIM-Prüfungen nicht bestehen.

_dmarc.example.com.    IN    TXT    "v=DMARC1; p=reject; rua=mailto:admin@example.com"

Die Direktive p=reject weist empfangende Server an, solche Nachrichten abzulehnen.

PTR-Record (Reverse DNS)

Ein Reverse-DNS-Eintrag ordnet eine IP-Adresse einem Domainnamen zu und funktioniert damit in die umgekehrte Richtung wie ein A-Eintrag. Empfangende Mailserver prüfen ihn, um sicherzugehen, dass die E-Mail von einem echten Mailserver stammt. Ohne PTR-Eintrag landen E-Mails im Spam oder werden abgelehnt.

Der Mailserver versendet E-Mails über IPv4, deshalb wird der PTR-Eintrag für die IPv4-Adresse des Servers benötigt. Legen Sie ihn beim Hoster des Servers an, nicht beim Domain-Registrar: Der Eintrag gehört zu einer IP-Adresse, und diese verwaltet, wer sie vergeben hat. Meist heißt diese Einstellung „Reverse DNS“, „rDNS“ oder „PTR“ und befindet sich in den Einstellungen des Servers oder der IP-Adresse in Ihrem Kundenkonto beim Hoster. Finden Sie sie dort nicht, bitten Sie den Support, den Eintrag anzulegen.

⚠️ Versand über IPv6 wird nicht unterstützt

Der Mailserver versendet E-Mails nur über IPv4, empfängt sie aber sowohl über IPv4 als auch über IPv6. Der Grund: Große E-Mail-Anbieter wie Gmail lehnen Nachrichten von einer IPv6-Adresse ohne PTR-Eintrag ab, und viele Hoster erlauben es nicht, einen PTR-Eintrag für eine IPv6-Adresse anzulegen.

Hat der Server keine öffentliche IPv4-Adresse, werden keine E-Mails versendet, der Empfang funktioniert aber weiter. Das Panel warnt Sie davor bei der Installation des Moduls und zeigt im Bereich „Mail“ die Warnung „E-Mails werden nicht versendet“ an. Fügen Sie über Ihren Hoster eine IPv4-Adresse hinzu.

Tragen Sie im PTR-Eintrag die Adresse des Mailservers ein:

10.2.0.192.in-addr.arpa.    IN    PTR    mail.example.com.

Der Name aus dem PTR-Eintrag muss seinerseits auf dieselbe IP-Adresse verweisen: Für mail.example.com ist ein A-Eintrag für 192.0.2.10 nötig. Dieses Paar — PTR von der Adresse zum Namen und A vom Namen zurück zur Adresse — heißt Forward-confirmed Reverse DNS (FCrDNS), und empfangende Server prüfen genau dieses.

Der Name, den der Mailserver beim Versand von E-Mails angibt (HELO), wird automatisch aus dem PTR-Eintrag übernommen, Sie müssen ihn also nicht an den PTR-Eintrag anpassen. Einen eigenen Namen können Sie in den Moduleinstellungen festlegen, das ist aber selten nötig.

Status des PTR-Eintrags im Panel

Das Panel prüft den PTR-Eintrag der IPv4-Adresse des Servers und zeigt das Ergebnis im Fenster „Mail-DNS“ an: Öffnen Sie es bei der Domain im Bereich „Websites & Domains“. Für den PTR-Eintrag gibt es folgende Status:

• „Eingerichtet“ — Der PTR-Eintrag ist vorhanden, und der Name darin verweist auf die IPv4-Adresse des Servers. Es ist nichts zu ändern.
• „Kein Eintrag“ — Es gibt keinen PTR-Eintrag. Legen Sie ihn beim Hoster des Servers an.
• „Passt nicht zur IP“ — Der PTR-Eintrag ist vorhanden, aber der Name darin verweist nicht auf die IPv4-Adresse des Servers. Legen Sie für diesen Namen einen A-Eintrag mit der IP-Adresse des Servers an oder ändern Sie den PTR-Eintrag beim Hoster.
• „Nicht geprüft“ — Der Eintrag konnte nicht geprüft werden, zum Beispiel weil das DNS nicht geantwortet hat: Wiederholen Sie die Prüfung später. Denselben Status hat ein Server hinter NAT: Das Panel ermittelt nur seine interne Adresse und kann den PTR-Eintrag der öffentlichen nicht prüfen. Prüfen Sie den Eintrag in diesem Fall beim Hoster.

Klicken Sie nach einer Änderung des PTR-Eintrags auf „DNS prüfen“: Das Ergebnis der Prüfung wird nur kurz gespeichert, und ein neuer Eintrag erscheint nicht sofort im DNS.

Beispielkonfiguration

Angenommen:

• Domain: example.com
• Host: mail.example.com
• IP-Adresse: 192.0.2.10

Die DNS-Einträge sollten dann etwa wie folgt aussehen:

mail.example.com.               IN A     192.0.2.10
example.com.                    IN MX 10 mail.example.com.
example.com.                    IN TXT   "v=spf1 ip4:192.0.2.10 -all"
_dmarc.example.com.             IN TXT   "v=DMARC1; p=reject; rua=mailto:admin@example.com"
default._domainkey.example.com. IN TXT   "v=DKIM1; k=rsa; p=MIIBIjANBg..."

Der PTR-Eintrag gehört nicht in diese Liste: Er wird beim Hoster des Servers angelegt, nicht im DNS der Domain. So sieht er aus:

10.2.0.192.in-addr.arpa.        IN PTR   mail.example.com.

Nützliche Tipps

• Überprüfen Sie Ihre DNS-Einträge unter: https://mxtoolbox.com
• Testen Sie die Zustellung Ihrer E-Mails mit: https://mail-tester.com
• Achten Sie darauf, dass PTR- und A-Einträge zusammenpassen: Der Name aus dem PTR-Eintrag muss auf die IP-Adresse des Servers verweisen. Im Fenster „Mail-DNS“ hat ein solcher PTR-Eintrag den Status „Eingerichtet“. HELO müssen Sie daran nicht anpassen: Es wird automatisch aus dem PTR-Eintrag übernommen
• Prüfen Sie, ob der Server eine öffentliche IPv4-Adresse hat: Ohne sie werden keine E-Mails versendet
• Erneuern Sie Ihre DKIM-Schlüssel bei Serverwechseln oder Änderungen an der Konfiguration