Wer E-Mail mit eigener Domain einrichten will, braucht zwei Dinge: ein Postfach bei einem Mail-Host und vier DNS-Einträge. Der MX-Eintrag leitet eingehende Mails zum richtigen Server, SPF, DKIM und DMARC weisen deine ausgehenden Mails als echt aus. Danach trägst du IMAP und SMTP in dein Mailprogramm ein und prüfst mit einer Testmail, ob alle Prüfungen bestehen.
Das klingt nach viel, ist aber in einer knappen Stunde erledigt. Der größte Zeitfaktor ist meist nicht deine Arbeit, sondern das Warten, bis die DNS-Änderungen überall angekommen sind. In diesem Beitrag gehen wir die Einträge einzeln durch, schauen uns an, warum Mails ohne sie im Spam landen, und wie du selbst kontrollierst, ob alles sitzt.
Was du vorher brauchst
Bevor du irgendetwas im DNS änderst, kläre drei Punkte:
- Eine Domain, bei der du Zugriff auf die DNS-Verwaltung hast. Es reicht, wenn du dort Einträge anlegen und bearbeiten kannst.
- Einen Mail-Host, also einen Server, der Postfächer bereitstellt. Das kann ein Webspace mit Mailfunktion sein oder ein eigener Mailserver.
- Die IP-Adresse und den Hostnamen dieses Mail-Hosts, typischerweise etwas wie
mail.deine-domain.de.
Ziehst du die Domain gerade zu einem anderen Anbieter um, warte mit den Mail-Einträgen, bis der Umzug durch ist, oder übernimm die alten Einträge vorher. Wie das ohne Ausfall klappt, steht im Beitrag zum Thema Domain umziehen ohne Ausfall von Website und E-Mail.
Warum Mails ohne SPF und DKIM im Spam landen
Das E-Mail-Protokoll stammt aus einer Zeit, in der niemand an Betrug dachte. Jeder Server kann eine Mail mit beliebigem Absender verschicken, auch mit deiner Adresse. Empfangende Server haben deshalb gelernt, misstrauisch zu sein.
Sie stellen bei jeder eingehenden Mail im Grunde drei Fragen: Darf dieser Server überhaupt für die Domain senden (SPF)? Wurde die Mail unterwegs verändert und stammt sie wirklich von der Domain (DKIM)? Und was soll passieren, wenn eine der Prüfungen scheitert (DMARC)?
Fehlen die Antworten, bleibt dem Empfänger nur Raten. Große Postfachanbieter wie Gmail verlangen inzwischen mindestens SPF oder DKIM, von Massenversendern alle drei. Ohne SPF und DKIM wirkt deine Mail für den Empfänger genauso vertrauenswürdig wie eine gefälschte, und genau so wird sie dann auch behandelt. Das Ergebnis ist der Spamordner oder eine glatte Ablehnung.
E-Mail mit eigener Domain einrichten: die Schritte im Überblick
- Postfach beim Mail-Host anlegen, zum Beispiel
info@deine-domain.de. - A-Eintrag für
mail.deine-domain.de auf die IP des Mail-Hosts setzen. - MX-Eintrag auf
@ mit Ziel mail.deine-domain.de anlegen. - SPF als TXT-Eintrag auf
@ hinzufügen. - DKIM-Schlüssel beim Mail-Host erzeugen und als TXT-Eintrag veröffentlichen.
- DMARC als TXT-Eintrag auf
_dmarc anlegen, zunächst mit p=none. - IMAP und SMTP im Mailprogramm eintragen.
- Einträge prüfen und eine Testmail an ein externes Postfach schicken.
Eine komplette Zone für eine Domain mit Mail sieht dann ungefähr so aus. Die IP ist ein Platzhalter aus dem Dokumentationsbereich:
mail A 203.0.113.10
@ MX 10 mail.deine-domain.de.
@ TXT "v=spf1 a mx ip4:203.0.113.10 ~all"
default._domainkey TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh..."
_dmarc TXT "v=DMARC1; p=none; rua=mailto:dmarc@deine-domain.de"
Postfach anlegen
Das Postfach legst du dort an, wo deine Mails liegen sollen. Bei einem Webspace mit Plesk passiert das im Plesk-Panel unter E-Mail: Adresse wählen, Passwort vergeben, fertig. Details dazu findest du in der Anleitung zu E-Mail-Postfächer anlegen und abrufen.
Ein Tipp aus der Praxis: Lege gleich eine zweite Adresse für DMARC-Berichte an, etwa dmarc@deine-domain.de. Diese Berichte sind maschinenlesbar und ziemlich zahlreich, in deinem Hauptpostfach stören sie nur.
Den MX-Eintrag setzen
Der MX-Eintrag sagt der Welt, welcher Server Mails für deine Domain annimmt. Er wird auf @ gesetzt, also auf die Domain selbst, und zeigt auf einen Hostnamen.
Zwei Regeln, die oft übersehen werden: Das Ziel eines MX-Eintrags muss ein Hostname mit eigenem A-Eintrag sein, keine IP-Adresse und kein CNAME. Und die Priorität ist eine Zahl, bei der kleiner wichtiger bedeutet. Hast du nur einen Mailserver, ist 10 ein üblicher Wert.
Gibt es von früher noch alte MX-Einträge, etwa vom vorherigen Anbieter, lösche sie. Sonst landet ein Teil deiner Mails beim alten Server, und du suchst dich dumm und dämlich.
SPF: festlegen, wer für deine Domain senden darf
SPF ist ein TXT-Eintrag auf @, der alle Server auflistet, die Mails mit deiner Domain als Absender verschicken dürfen. Ein typischer Eintrag:
v=spf1 a mx ip4:203.0.113.10 ~all
Gelesen bedeutet das: Erlaubt sind der Server hinter dem A-Eintrag der Domain, die Server aus dem MX-Eintrag und die genannte IP. Alles andere ist verdächtig (~all, Softfail). Mit -all wäre es ein harter Fehlschlag, das lohnt sich erst, wenn du sicher bist, dass keine weitere Quelle mehr fehlt.
Die häufigste SPF-Falle
Pro Domain darf es genau einen SPF-Eintrag geben. Nutzt du zusätzlich einen Newsletter-Dienst oder ein Ticketsystem, das in deinem Namen sendet, ergänzt du dessen Angabe im bestehenden Eintrag, statt einen zweiten anzulegen. Zwei SPF-Einträge führen zu einem Fehler, und dann gilt die Prüfung als nicht bestanden. Außerdem sind maximal zehn DNS-Abfragen pro Auswertung erlaubt, jedes include, a und mx zählt mit.
DKIM: die digitale Signatur
DKIM funktioniert mit einem Schlüsselpaar. Der private Schlüssel bleibt auf dem Mailserver und signiert jede ausgehende Mail. Der öffentliche Schlüssel steht als TXT-Eintrag im DNS, damit Empfänger die Signatur prüfen können.
Den Schlüssel erzeugst du nicht selbst, sondern lässt ihn vom Mail-Host generieren. In Plesk aktivierst du dafür in den Mail-Einstellungen der Domain die DKIM-Signatur. Der Eintrag liegt dann unter einem sogenannten Selektor, bei Plesk meist default._domainkey. Den angezeigten Wert kopierst du vollständig in deine DNS-Verwaltung.
Achte beim Kopieren darauf, dass keine Zeilenumbrüche oder fehlenden Zeichen hineinrutschen. Ein abgeschnittener Schlüssel ist der Klassiker, wenn DKIM trotz Eintrag scheitert.
DMARC: die Regel für den Ernstfall
DMARC verbindet SPF und DKIM und legt fest, was mit Mails passiert, die beide Prüfungen nicht bestehen. Der Eintrag liegt auf _dmarc:
v=DMARC1; p=none; rua=mailto:dmarc@deine-domain.de
Mit p=none passiert zunächst nichts, du bekommst nur Berichte. Das ist der richtige Start. Schau dir die Berichte ein paar Wochen an. Tauchen darin nur deine eigenen Server auf und bestehen sie die Prüfungen, stellst du auf p=quarantine um, später auf p=reject. Damit wird es für Fremde deutlich schwerer, in deinem Namen Mails zu verschicken.
IMAP und SMTP im Mailprogramm eintragen
Ob Thunderbird, Outlook oder das Mailprogramm auf dem Smartphone: Die Einstellungen sind überall dieselben. Die automatische Erkennung klappt bei eigenen Domains nicht immer, dann trägst du die Werte manuell ein.
Posteingang (IMAP)
Server: mail.deine-domain.de
Port: 993
Verschlüsselung: SSL/TLS
Benutzername: info@deine-domain.de
Postausgang (SMTP)
Server: mail.deine-domain.de
Port: 587 (STARTTLS) oder 465 (SSL/TLS)
Authentifizierung: ja, gleiche Zugangsdaten
Port 25 für den Versand aus dem Mailprogramm solltest du meiden, er ist bei vielen Internetanschlüssen gesperrt und für die Kommunikation zwischen Servern gedacht. Als Benutzername dient fast immer die vollständige Mailadresse, nicht nur der Teil vor dem @.
Meldet das Programm ein Zertifikatsproblem, passt der eingetragene Servername meist nicht zum Zertifikat des Servers. Dann nimm den Hostnamen, den dein Anbieter für den Mailabruf angibt.
So prüfst du, ob die Einträge stimmen
Vertrauen ist gut, nachsehen ist besser. Unter Linux und macOS reicht das Terminal:
dig MX deine-domain.de +short
dig TXT deine-domain.de +short
dig TXT default._domainkey.deine-domain.de +short
dig TXT _dmarc.deine-domain.de +short
Unter Windows funktioniert dasselbe mit nslookup -type=TXT _dmarc.deine-domain.de. Kommt nichts zurück, ist der Eintrag entweder noch nicht verteilt oder falsch benannt. Warum Änderungen manchmal Stunden brauchen, erklärt der Hilfeartikel zur DNS-Propagation und TTL.
Der aussagekräftigste Test ist eine echte Mail. Schick eine Nachricht an ein Postfach bei einem großen Anbieter und öffne dort die Originalansicht beziehungsweise den Quelltext. Im Header suchst du die Zeile Authentication-Results. Stehen dort spf=pass, dkim=pass und dmarc=pass, ist alles richtig eingerichtet.
Typische Fehler und ihre Lösung
- Mails kommen an, landen aber im Spam: Meist fehlt DKIM oder SPF schlägt fehl, weil eine Versandquelle nicht eingetragen ist. Header prüfen.
- Eingehende Mails kommen nicht an: MX zeigt noch auf den alten Server oder der Hostname im MX hat keinen A-Eintrag.
- SPF meldet permerror: Zwei SPF-Einträge oder mehr als zehn Abfragen. Zusammenführen und überflüssige
include entfernen. - Versand aus dem Mailprogramm scheitert: Falscher Port, fehlende SMTP-Authentifizierung oder ein VPN, das den Port blockiert.
Wenn du noch keinen Mail-Host hast
Eine Möglichkeit ist ein Webspace mit Plesk, in dem Postfächer bereits enthalten sind. Bei Hostleaf zeigt das Panel für eine eigene Domain einen DNS-Setup-Dialog mit den nötigen Einträgen: A-Einträge für @, www, mail und webmail, den MX mit Priorität 10, SPF und einen DMARC-Eintrag mit p=none. Alle lassen sich auf einmal kopieren, und das Panel prüft regelmäßig, ob die Domain schon korrekt zeigt. Liegt die Domain im selben Konto, verknüpft EasyDNS den Webspace direkt, dann kommt auch der DKIM-Eintrag mit, sofern die Domain vorher am Webspace angelegt wurde. Wer beides an einer Stelle haben möchte, kann einen Plesk Webspace mieten und dazu eine Domain mieten. Die Schritte oben funktionieren aber genauso mit jedem anderen Mail-Host.
FAQ
Wie lange dauert es, bis E-Mail mit eigener Domain funktioniert?
Das Anlegen selbst dauert Minuten. Bis die DNS-Einträge überall sichtbar sind, kann es je nach TTL einige Minuten bis zu 24 Stunden dauern. Erst danach erreichen Mails zuverlässig das neue Postfach und die Prüfungen greifen.
Brauche ich wirklich SPF, DKIM und DMARC?
Technisch läuft Mail auch ohne, praktisch landest du damit schnell im Spam. SPF und DKIM sind für eine brauchbare Zustellung Pflicht, DMARC schützt zusätzlich davor, dass andere deine Domain für gefälschte Mails missbrauchen.
Darf ich mehrere SPF-Einträge anlegen?
Nein. Pro Domain ist genau ein TXT-Eintrag mit v=spf1 erlaubt. Zusätzliche Versanddienste ergänzt du im bestehenden Eintrag, sonst schlägt die SPF-Prüfung mit einem Fehler fehl.
IMAP oder POP3: Was soll ich nehmen?
Fast immer IMAP. Dabei bleiben die Mails auf dem Server und sind auf Rechner, Handy und Webmail gleich sichtbar. POP3 lädt die Mails auf ein Gerät herunter und eignet sich nur, wenn du ausschließlich an einem Gerät liest.