SPF-Record erstellen und prüfen
Erstellen Sie einen gültigen SPF-Record aus den Diensten, die Ihre Mails versenden, und prüfen Sie dann, was Ihre Domain gemäß den Regeln von RFC 7208 veröffentlicht.
1Wer versendet E-Mails für diese Domain?
Wählen Sie jeden Dienst aus, der E-Mails mit Ihrer Domain in der Absenderadresse versendet. Jeder fügt den benötigten include-Begriff hinzu, samt der DNS-Abfragen, die er kostet.
2Ihre eigenen Server
Eine pro Zeile. IP-Begriffe kosten keine DNS-Abfrage, bevorzugen Sie sie daher, wenn möglich.
Eine Domain pro Zeile: Jede wird zu einem include-Begriff. Bereits geschriebene Begriffe bleiben unverändert.
3Was ist mit allen anderen?
Der letzte Begriff bestimmt, wie Empfänger E-Mails von jedem oben nicht aufgeführten Server behandeln.
- Eintragstyp
- TXT
- Name / Host
- @ (die Wurzel der Domain)
- TTL
- 3600
- Öffnen Sie die DNS-Zone Ihrer Domain bei Ihrem Registrar oder DNS-Anbieter.
- Löschen Sie jeden bestehenden SPF-Eintrag: Eine Domain darf genau einen veröffentlichen.
- Fügen Sie an der Wurzel der Domain einen TXT-Eintrag mit dem obigen Wert hinzu.
- Warten Sie, bis die TTL abgelaufen ist, und bestätigen Sie ihn dann im Prüf-Tab.
Eine Domain darf nur einen SPF-Eintrag veröffentlichen. Um einen neuen Absender hinzuzufügen, bearbeiten Sie den bestehenden Eintrag, fügen Sie nie einen zweiten hinzu.
Erstellen Sie den Record links, oder wechseln Sie zum Checker, um den aktuell veröffentlichten SPF-Record einer Domain zu lesen: jeder Mechanismus wird erklärt, inklusive Zählung des Zehn-Lookup-Limits.
| # | Begriff | Gefunden in |
|---|
| Begriff | Ergebnis | Was er bewirkt |
|---|
Über SPF-Record erstellen und prüfen
Der SPF-Record-Generator & Checker erledigt die beiden Aufgaben, die ein Domaininhaber tatsächlich braucht. Der Generator fragt, welche Dienste Mail über Ihre Domain versenden (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, Ihre eigenen Server) und stellt daraus einen gültigen `v=spf1`-Record zusammen, wobei die dafür anfallenden DNS-Lookups schon beim Erstellen gezählt werden. Der Checker liest den aktuell veröffentlichten Record Ihrer Domain, erklärt jeden Mechanismus verständlich und prüft ihn gegen RFC 7208.
Die Regel, die die meisten Menschen erwischt, ist das Zehn-Lookup-Limit. Jeder `include`-, `a`-, `mx`-, `ptr`- und `exists`-Begriff kostet eine DNS-Abfrage, ebenso jeder Begriff in den Records, auf die sie verweisen. Werden zehn überschritten, geben Empfänger einen permanenten Fehler zurück, wodurch SPF für Ihre gesamte Mail fehlschlägt, nicht nur für den gefälschten Teil. Der Checker folgt Ihren includes rekursiv und zeigt genau, wo jeder Lookup anfällt, sodass Sie sehen können, welcher Absender Sie über das Limit gebracht hat.
Er markiert auch die Fehler, die einen SPF-Record still und leise wirkungslos machen: ein zweiter SPF-Record auf derselben Domain (wodurch beide ungültig werden), `+all` (das das gesamte Internet autorisiert), ein fehlendes `all` (das nichts festlegt), der veraltete `ptr`-Mechanismus, Begriffe, die nach `all` stehen und daher nie gelesen werden, sowie Syntaxfehler, die den gesamten Record zu einem permanenten Fehler machen.
So verwenden Sie SPF-Record erstellen und prüfen
- Kreuzen Sie im Generator-Tab jeden Dienst an, der E-Mails mit Ihrer Domain in der Absenderadresse versendet.
- Fügen Sie Ihre eigenen Mailserver hinzu: aktivieren Sie mx und fügen Sie feste IPv4- oder IPv6-Bereiche ein: IP-Begriffe kosten keinen DNS-Lookup.
- Beobachten Sie den Lookup-Zähler. Überschreitet er zehn, entfernen Sie einen Absender oder ersetzen Sie ein include durch die dahinterliegenden IP-Bereiche.
- Wählen Sie die endgültige Richtlinie: Beginnen Sie mit ~all (als verdächtig markieren) und verschärfen Sie auf -all, sobald Ihre DMARC-Berichte sauber sind.
- Kopieren Sie den Record und veröffentlichen Sie ihn als einzelnen TXT-Record an der Wurzel Ihrer Domain, wobei Sie einen bestehenden SPF-Record ersetzen.
- Kehren Sie nach Ablauf der TTL zum Checker-Tab zurück und bestätigen Sie, dass der veröffentlichte Record sauber verarbeitet wird.