Skip to content
Starten Sie mit 100 kostenlosen Verifizierungs-Credits
Qualisend
Kostenloses Tool

SPF-Record-Generator.

Erstellen Sie einen gültigen SPF-TXT-Record, ohne die DNS-Syntax von Hand zu bearbeiten. Wählen Sie die Plattformen aus, über die Sie versenden, fügen Sie zusätzliche IPs oder Includes hinzu, legen Sie fest, wie streng die Richtlinie sein soll, und kopieren Sie den fertigen Record. Er entsteht live in Ihrem Browser – ohne Konto, ohne Kreditkarte.

1

Sendequellen

Suchen Sie jede Plattform, über die Sie E-Mails versenden, und wählen Sie sie aus.

Suchen Sie oben nach Ihrer E-Mail-Plattform oder .

2

Die eigenen Server dieser Domain

Autorisieren Sie die Domain selbst, wenn sie E-Mails direkt versendet (nicht über eine Plattform oben).

3

Weitere Sender & IPs

Alles, was nicht in der Liste steht – der SPF-Host eines anderen Anbieters oder bestimmte IP-Adressen.

Wir fügen das Präfix include: hinzu – geben Sie den Hostnamen ein, den Ihr Anbieter dokumentiert.

4

Richtlinie für alle anderen

Was Empfänger mit E-Mails von jedem oben nicht gelisteten Server tun sollen (der all-Mechanismus).

Ihr SPF-Record0/10 DNS-Lookups
v=spf1 ~all

Noch keine Sender, sodass jede Nachricht der ~all-Richtlinie unterläge. Fügen Sie in Schritt 1 die Plattformen hinzu, über die Sie versenden.

  • Veröffentlichen Sie ihn als TXT-Record an Ihrer Root-Domain – Host @ (die reine Domain), Wert die vollständige Zeichenfolge oben.
  • Behalten Sie nur einen SPF-Record pro Domain. Führen Sie jede Sendequelle in dieser einen Zeile zusammen – ein zweiter TXT-Record, der mit v=spf1 beginnt, macht beide ungültig.
  • Bleiben Sie bei höchstens 10 DNS-Lookups. Jedes include:, a und mx zählt, und ein Include kann intern weitere Lookups auslösen – ip4: und ip6: sind kostenlos.

Authentifizierung veröffentlicht? Der nächste Schritt ist der Versand an eine saubere, verifizierte Liste.

Liste verifizieren

Was in einen SPF-Record gehört

SPF ist einer der drei DNS-Records hinter der E-Mail-Authentifizierung. Er beantwortet für Empfänger eine einzige Frage: Darf dieser Server für diese Domain versenden? Der Ratgeber zu SPF, DKIM und DMARC erklärt, wie die drei zusammenspielen, doch der Record selbst ist nur eine Liste von Mechanismen:

include: – die eigenen Sender eines Anbieters
Delegiert die Autorisierung an eine Plattform wie Google Workspace oder SendGrid. Jeder Anbieter veröffentlicht den genauen zu verwendenden Hostnamen, und jeder Include zählt zum Budget von 10 Lookups.
ip4: / ip6: – Ihre eigenen Server
Autorisiert direkt eine bestimmte Adresse oder einen CIDR-Bereich. Diese kosten keine DNS-Lookups und sind daher der Weg, unter dem Limit zu bleiben, wenn Sie aus Ihrer eigenen Infrastruktur versenden.
der all-Mechanismus – alle anderen
Das letzte Wort: ~all setzt nicht gelistete Sender auf Softfail, -all lehnt sie ab. Es hat erst dann Bedeutung, wenn jede legitime Quelle darüber gelistet ist.

SPF ist einer von drei Records

Das Veröffentlichen von SPF ist der erste Schritt, allein stoppt es aber kein Spoofing – Empfänger brauchen eine Richtlinie, die ihnen sagt, was zu tun ist, wenn SPF und DKIM fehlschlagen. Diese Richtlinie ist DMARC, und genau das verlangen Gmail und Yahoo inzwischen von Massenversendern. Sobald Ihr SPF-Record aktiv ist, folgen Sie der Schritt-für-Schritt-DMARC-Einrichtung, um die durchsetzende Ebene darüberzulegen. Authentifizierung belegt, wer Sie sind; sie bereinigt Ihre Liste nicht – der Versand an tote Adressen erzeugt weiterhin Bounces und schadet der Reputation, die SPF schützen soll.

Einrichtungsanleitungen nach Anbieter

Der SPF-Eintrag ist nur ein Teil der Einrichtung. Jede Anleitung deckt die vollständige SPF-, DKIM- und DMARC-Einrichtung für einen Anbieter ab.

Alle SPF-Anleitungen

SPF-Record-Generator – FAQ

SPF (Sender Policy Framework) ist ein einzelner TXT-Record, den Sie im DNS veröffentlichen und der auflistet, welche Server E-Mails für Ihre Domain versenden dürfen. Erhält ein Empfänger eine Nachricht, die vorgibt, von Ihnen zu stammen, schlägt er Ihren SPF-Record nach und prüft, ob der sendende Server autorisiert ist. Ein Record beginnt immer mit v=spf1, listet Mechanismen wie include:, a, mx, ip4: und ip6: auf und endet mit einem all-Mechanismus, der festlegt, wie mit allen anderen zu verfahren ist.

~all ist ein Softfail: Empfänger akzeptieren E-Mails von Servern, die Sie nicht aufgeführt haben, markieren sie aber als verdächtig. -all ist ein Hardfail: Sie sollten die E-Mail direkt ablehnen. -all ist strenger, aber wechseln Sie erst dazu, wenn Sie sicher sind, dass jede legitime Sendequelle im Record enthalten ist – sonst können echte E-Mails eines vergessenen Dienstes abgelehnt werden. Die meisten Versender starten mit ~all, stellen sicher, dass nichts Legitimes fehlschlägt (DMARC-Berichte helfen), und wechseln dann zu -all. ?all ist neutral und bietet nahezu keinen Schutz.

Die SPF-Auswertung ist auf 10 DNS-Lookups pro Prüfung begrenzt. Jeder Mechanismus include:, a, mx, ptr und exists kostet einen Lookup, und ein Include kann weitere Lookups innerhalb des Records auslösen, auf den er verweist. Überschreiten Sie 10, gibt SPF einen permerror zurück, den die meisten Empfänger als Fehlschlag werten – ein überladener Record kann also die Authentifizierung für E-Mails brechen, die eigentlich bestehen sollten. Die Mechanismen ip4: und ip6: kosten nichts, daher ist das Auflösen von Includes in IP-Bereiche die übliche Lösung, wenn Sie sich dem Limit nähern.

Nein. Eine Domain darf genau einen TXT-Record haben, der mit v=spf1 beginnt. Existieren zwei SPF-Records, werten Empfänger dies als permerror und Ihre Authentifizierung schlägt fehl. Um mehrere Anbieter zu autorisieren, führen Sie sie in einem Record zusammen, indem Sie den include:-Mechanismus jedes Anbieters in dieselbe Zeile aufnehmen – genau das erzeugt dieser Generator.

Authentifizierung ist nur die halbe Arbeit

SPF belegt, wer Ihre E-Mails versendet; das Verifizieren Ihrer Liste entfernt die toten Adressen, die Bounces verursachen und der Reputation schaden. Starten Sie kostenlos mit 100 Credits, ohne Kreditkarte.

Jetzt verifizieren