Kostenloser SPF-Record-Prüfer

SPF (Sender Policy Framework) legt fest, welche Mailserver berechtigt sind, E-Mails im Namen Ihrer Domain zu versenden.

-all (fail) ist am strengsten: Nur die aufgeführten Absender sind zulässig. ~all (softfail) ist nachsichtiger.

Ja, völlig kostenlos.

Absolut. Der SPF-Eintrag-Checker verarbeitet alles clientseitig in Ihrem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Ihre Inhalte bleiben jederzeit privat auf Ihrem Gerät.

Ja, der SPF-Eintrag-Checker ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Sie können ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffnen Sie einfach den SPF-Eintrag-Checker in Ihrem Browser und beginnen Sie sofort mit der Nutzung. Es gibt keine Anmeldebarrieren oder Nutzungsbeschränkungen.

Geben Sie einfach Ihre Daten in das vorgesehene Feld ein, passen Sie die Einstellungen nach Wunsch an, und das Tool verarbeitet sie sofort. Anschließend können Sie das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Der SPF-Eintrag-Checker funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwenden Sie die neueste Version Ihres bevorzugten Browsers.

Die SPF-Spezifikation (RFC 7208) verlangt genau einen Eintrag pro Domain, der mit v=spf1 beginnt. Findet ein empfangender Mailserver zwei oder mehr solcher Records, ist das Ergebnis ein PermError, und viele Server brechen die SPF-Auswertung dann komplett ab – legitime E-Mails können also als Spam markiert oder abgelehnt werden, obwohl jeder einzelne Record für sich betrachtet korrekt aussieht. Das ist einer der häufigsten SPF-Fehler und entsteht meist dadurch, dass für einen neuen E-Mail-Anbieter ein zweiter Record angelegt wird, statt ihn in den bestehenden einzufügen. Die Lösung: alle include- und ip4-Mechanismen in einer einzigen v=spf1-Zeile zusammenführen. Dieser Checker durchsucht alle TXT-Records der Domain und zeigt sofort eine deutliche rote Warnung an, sobald er mehr als einen SPF-Record entdeckt, damit du den Konflikt erkennst, bevor er die Zustellung beeinträchtigt.

Beide stehen am Ende des Records und legen die Standardrichtlinie für Absender fest, die auf keinen vorherigen Mechanismus passen. Der Qualifier -all steht für Hard Fail: Jeder nicht gelistete Server wird strikt abgelehnt – die strengste und empfohlene Einstellung, sobald du sicher bist, dass alle legitimen Absender erfasst sind. Der Qualifier ~all steht für SoftFail: nicht gelistete Mails werden akzeptiert, aber als verdächtig markiert – die sicherere Wahl, solange du noch testest und keine echten Nachrichten verlieren willst. Ein Record, der mit +all endet, autorisiert jeden Server im Internet und hebelt den Sinn von SPF vollständig aus. Dieses Tool liest deinen abschließenden all-Mechanismus aus, kennzeichnet ihn als Pass, Neutral oder Fail und zeigt dir klar, ob deine Richtlinie streng, nachsichtig oder unsicher ist.

SPF begrenzt die Anzahl DNS-abfragender Mechanismen auf 10. Jeder include-, a-, mx-, ptr-, exists- und redirect-Term löst eine Abfrage aus, und auch verschachtelte includes zählen mit – ein include, das selbst drei weitere includes enthält, verbraucht also gleich mehrere Einheiten deines Budgets. Werden mehr als 10 überschritten, liefern Empfänger einen PermError, wodurch SPF fehlschlägt und deine Mails im Spam landen können. Große Anbieter wie Google Workspace und Microsoft 365 verbrauchen durch ihre eigenen verschachtelten includes jeweils mehrere Abfragen, sodass Records schnell aufgebläht werden, wenn mehrere Dienste kombiniert werden. Dieser Checker löst zwar nicht rekursiv jeden verschachtelten include auf, aber sein Übersichtspanel zählt deine direkten include-Direktiven sowie die expliziten ip4/ip6-Bereiche zusammen – so siehst du auf einen Blick, ob dein Record gefährlich überladen ist, und kannst ihn abflachen, bevor das Limit erreicht wird.

Wenn du eine Domain eingibst, fragt das Tool den öffentlichen DNS-over-HTTPS-Resolver von Cloudflare nach den TXT-Records dieser Domain ab und filtert anschließend den Eintrag heraus, der mit v=spf1 beginnt. Das sind Live-Daten, die im Moment des Klicks auf Prüfen direkt aus dem öffentlichen DNS geholt werden – keine zwischengespeicherte Kopie – und spiegeln deinen Record genau so wider, wie ihn gerade der Rest des Internets sieht. Da es sich um autoritative DNS-Daten handelt, können die Ergebnisse einer frisch veröffentlichten Änderung leicht hinterherhinken, bis die TTL des alten Records abläuft und Caches sich aktualisieren. Nur der eingegebene Domainname wird an diesen öffentlichen Resolver gesendet – dieselbe Information, die jede DNS-Abfrage betrifft –, und Zugangsdaten oder private Inhalte werden nie abgefragt. Gib deine eigene Domain ein oder probiere ein integriertes Beispiel wie google.com oder github.com, um sofort einen echten, korrekt aufgebauten SPF-Record ausgewertet zu sehen.

Der include-Mechanismus importiert die komplette SPF-Richtlinie einer anderen Domain in deinen eigenen Record und autorisiert damit alle Server, die diese Domain erlaubt. So gestattest du einem Drittanbieter-Dienst, in deinem Namen E-Mails zu versenden: include:_spf.google.com fügt die Mailserver von Google Workspace hinzu, include:spf.protection.outlook.com die von Microsoft 365. Dadurch bleibt dein Record kurz, und die Anbieter können ihre eigenen Versand-IPs aktualisieren, ohne dass du deine DNS-Einträge ändern musst. Der Haken dabei: Jedes include zählt zum 10-Abfragen-Limit von SPF und zieht alles hinein, was der jeweilige Anbieter veröffentlicht, einschließlich dessen eigener verschachtelter includes. Führst du hier eine Abfrage durch, erscheint jeder include-Term in der ausgewerteten Ergebnistabelle mit ausgeschriebener Zieldomain, und das Analysepanel zählt zusammen, wie viele include-Direktiven du verwendest – so erkennst du leicht, welche Dienste du autorisiert hast und ob die Liste zu lang geworden ist.