Ein kostenloser SPF-Prüfer, der den aktuellen SPF-Record jeder Domain live auflöst, SPF-DNS-Lookups zählt und jeden SPF-Mechanismus validiert. SPF-Record-Prüfer und Validator in einem, ohne Registrierung.
Ein SPF-Prüfer löst den TXT-Record auf, den Ihr DNS tatsächlich ausliefert, und wertet SPF wie ein empfangender Mailserver aus. Das ist wichtig, weil die SPF-Zeichenfolge in Ihrem DNS-Panel nicht immer mit der bei Empfängern ankommenden übereinstimmt.
Der kostenlose SPF-Record-Prüfer folgt jedem verschachtelten include, zählt rekursive DNS-Lookups bis zum Limit von zehn, validiert jeden Mechanismus und meldet die effektive Richtlinie. Damit ist er SPF-Record-Prüfer und Validator statt einer einfachen Abfrage.
Führen Sie den SPF-Prüfer nach jeder Veröffentlichung und jeder Änderung des Anbieters aus. SPF fällt unbemerkt aus – erst Wochen später zeigen Zustellungszahlen, dass ein SPF-Record permerror zurückgibt. Eine routinemäßige SPF-Prüfung ist besser als eine Prüfung im Notfall.
Autorisiert eine bestimmte IPv4-Adresse oder einen CIDR-Bereich. Beispiel: ip4:203.0.113.1 oder ip4:203.0.113.0/24.
Autorisiert eine bestimmte IPv6-Adresse oder einen Bereich. Beispiel: ip6:2001:db8::1.
Autorisiert die in den MX-Records der Domain genannten Mailserver. Nützlich, wenn ausgehende und eingehende Mailserver identisch sind.
Importiert und wertet den SPF-Record einer anderen Domain aus. Dient dazu, Drittanbieter wie Google Workspace oder SendGrid zu autorisieren.
Autorisiert die IP-Adressen aus den A- oder AAAA-Records der Domain. Nützlich für Webserver, die ebenfalls E-Mails versenden.
Ein Catch-All (Auffangregel), der für Absender gilt, die von keinem anderen Mechanismus erfasst werden. Mit Präfix ~(Softfail), -(Hardfail) oder ?(neutral).
Was aufgelöst wird
Ein SPF-Prüfer liest nicht den SPF-Record, von dem Sie glauben, ihn veröffentlicht zu haben. Er löst auf, was Ihr DNS tatsächlich ausliefert – häufig eine andere Zeichenfolge – und wertet SPF wie ein empfangender Mailserver aus.
Der SPF-Record-Prüfer fragt die TXT-Records Ihrer Domain ab und findet den mit v=spf1 beginnenden Record. Nur diese Zeichenfolge sehen Empfänger. DNS-Panels teilen, umbrechen oder kürzen lange Werte beim Speichern häufig.
Ein im Kontrollpanel einwandfrei aussehender Record, der fehlerhaft aufgelöst wird, zählt zu den häufigsten SPF-Problemen. Das erkennt nur ein Live-SPF-Prüfer.
Jeder Mechanismus include:, a, mx, ptr und exists: verursacht einen Lookup; RFC 7208 begrenzt die Auswertung auf zehn. Wird das Limit überschritten, geben Empfänger permerror zurück, was meist wie ein fehlender SPF-Record behandelt wird.
Der kostenlose SPF-Record-Prüfer folgt jedem verschachtelten include und meldet die tatsächliche Summe. Entscheidend ist die rekursive Anzahl, nicht die Zahl der eingegebenen Mechanismen.
Unbekannte Mechanismen, ein fehlendes v=spf1-Präfix, zwei SPF-Records auf einer Domain oder ein verirrtes +all: Ein SPF-Record-Prüfer und Validator nennt für jedes Problem den konkreten Grund statt nur einen allgemeinen Fehler.
Der abschließende Qualifier wird separat hervorgehoben, denn ~all und -all führen zu sehr unterschiedlichem Empfängerverhalten. Häufig wird versehentlich der falsche veröffentlicht.
Nach der Auflösung meldet der SPF-Prüfer, zu welchem Ergebnis ein Empfänger käme: welche Quellen autorisiert sind, was mit allen anderen geschieht und ob die Auswertung vorzeitig enden würde.
Das ist die nützliche Ausgabe. Die reine Zeichenfolge lässt sich leicht lesen; das aufgelöste Verhalten entscheidet über die Zustellung.
Ergebnis auswerten
Fünf Meldungen decken fast alles ab, was ein SPF-Prüfer berichtet. Für jede gibt es eine konkrete Lösung.
Die Domain veröffentlicht keinen mit v=spf1 beginnenden TXT-Record. Empfänger können nichts auswerten; daher ist weder etwas autorisiert noch abgelehnt.
Erstellen Sie zuerst einen Record. Ein SPF-Record-Prüfer kann keinen Record validieren, der nicht existiert.
Mehr als ein v=spf1-TXT-Record führt zu permerror. Empfänger führen sie nicht zusammen, sondern brechen ab. Das passiert meist, wenn ein Anbieter einen Record hinzufügt, ohne nach einem bestehenden zu suchen.
Fassen Sie die Mechanismen in einem einzigen Record zusammen und löschen Sie den zusätzlichen. Der SPF-Record-Prüfer und Validator bestätigt, ob das Ergebnis fehlerfrei aufgelöst wird.
Mehr als zehn rekursive Lookups führen zu permerror. Meist bringt ein weiteres Anbieter-include den Record über das Limit.
Ersetzen Sie Anbieter-includes durch explizite ip4-Bereiche, wenn der Anbieter stabile Adressen veröffentlicht; ip4 verursacht keine Lookups. Führen Sie anschließend den kostenlosen SPF-Record-Prüfer erneut aus und bestätigen Sie die niedrigere Anzahl.
+all autorisiert das gesamte Internet, E-Mails im Namen Ihrer Domain zu senden. ?all setzt nichts durch. Beide machen den Record zur Dekoration.
Ändern Sie den Wert während der Prüfung Ihrer Absender zunächst in ~all und danach in -all. Ein SPF-Prüfer, der hierzu schweigt, erfüllt seine Aufgabe nicht.
Ein Tippfehler im include-Hostnamen, ein fehlerhaftes CIDR oder ein unbekannter Mechanismusname: Die Auswertung stoppt und gibt permerror zurück.
Korrigieren Sie das vom kostenlosen SPF-Record-Prüfer genannte Token und fragen Sie erneut ab. Wegen der DNS-Übertragungszeit kann der SPF-Prüfer einige Minuten lang eine zwischengespeicherte Antwort liefern.
Wann Sie ihn ausführen sollten
SPF fällt unbemerkt aus. Erst Wochen später zeigen die Zustellungszahlen, dass es nicht mehr funktioniert.
DNS-Übertragung und Änderungen durch das Panel führen dazu, dass der gespeicherte und der ausgelieferte Record nicht immer identisch sind. Führen Sie den SPF-Prüfer aus, sobald die Übertragung abgeschlossen ist.
Diese einfache Gewohnheit erkennt die meisten SPF-Probleme, bevor E-Mails betroffen sind. Ein kostenloser SPF-Record-Prüfer kann bedenkenlos zweimal ausgeführt werden.
Eine Marketingplattform hinzufügen, Transaktions-E-Mails verlagern oder einen alten Server stilllegen: Jede Änderung beeinflusst die autorisierten Quellen und die Anzahl der Lookups.
Führen Sie den kostenlosen SPF-Record-Prüfer nach jedem Anbieterwechsel erneut aus, nicht nur einmal im Jahr.
Eine plötzliche Zunahme von Nachrichten im Spamordner geht oft auf einen SPF-Record zurück, der unbemerkt permerror ausgibt.
Prüfen Sie zuerst SPF; von den drei Authentifizierungs-Records lässt er sich am günstigsten als Ursache bestätigen oder ausschließen.
Beim Wechsel von Softfail zu Hardfail werden nicht aufgeführte legitime Absender zurückgewiesen. Vergewissern Sie sich zuerst, dass der Record vollständig ist.
Prüfen Sie anschließend auch die Adressen, an die Sie senden – nutzen Sie dafür den E-Mail-Prüfer, denn ein einwandfreier SPF-Record hilft nicht bei einer Liste voller nicht erreichbarer Postfächer.
Grenzen
SPF ist einer von drei Records. Ein einwandfreies SPF-Ergebnis ist notwendig, reicht allein jedoch bei Weitem nicht aus.
Ein SPF-Record-Prüfer löst einen Record auf. Nachrichtensignatur und Ausrichtung der From-Domain sind separate Records mit eigenen Fehlerarten.
Eine Domain kann SPF vollständig bestehen und in der sichtbaren From-Zeile trotzdem mühelos gefälscht werden.
Bei der Weiterleitung ändert sich die zustellende IP, während Ihr Envelope-Absender erhalten bleibt. Daher schlägt SPF bei legitimen E-Mails fehl. Kein SPF-Prüfer kann das von einem Angriff unterscheiden.
Dieses Problem lösen die Ausrichtung mit DKIM und DMARC.
Ein perfekter Record bedeutet nicht, dass die angeschriebenen Adressen existieren. Absenderauthentifizierung und Empfängerprüfung sind völlig unterschiedliche Aufgaben.
Führen Sie vor einer Kampagne beide Prüfungen aus, nicht nur eine davon.
Inhalt, Beschwerderate, Bouncerate und Absenderreputation haben nach bestandener Basisauthentifizierung mehr Gewicht.
Bereinigen Sie den SPF-Record mit dem kostenlosen SPF-Record-Prüfer und kümmern Sie sich danach um alle weiteren Faktoren.
Referenz
SPF wird von der IETF definiert. Die Tools neben diesem SPF-Prüfer decken ab, was ein SPF-Prüfer nicht leistet.
Laut IETF definiert RFC 7208 definiert SPF-Syntax, Mechanismen, Qualifier und das von diesem SPF-Record-Prüfer durchgesetzte Limit von zehn Lookups.
Jede Meldung des SPF-Record-Prüfers und Validators lässt sich auf eine Regel in diesem Dokument zurückführen.
Wenn der SPF-Record-Prüfer nichts oder ein Durcheinander findet, erstellt der SPF-Record-Generator aus Ihren tatsächlichen Versandquellen einen einwandfreien Record.
Dort erstellen, hier prüfen: Gemeinsam erkennen die Tools Änderungen durch das DNS-Panel, die keines allein bemerkt.
SPF allein lässt die sichtbare From-Adresse ungeschützt. Der DMARC-Prüfer und die DKIM-Tools decken Ausrichtung und Signatur ab.
Führen Sie alle drei Prüfungen aus; das Ergebnis eines kostenlosen SPF-Record-Prüfers allein liefert nur ein unvollständiges Bild.
Neunzehn kostenlose Tools neben den kostenpflichtigen KI-Funktionen, alle ohne Konto nutzbar.
Kostenlose Tools
Kostenloser SPF-Record-Generator: In Sekunden einen gültigen v=spf1-TXT-Record erstellen – ohne Anmeldung, mit Prüfung des Limits von 10 Lookups.
Domain- oder Infrastruktur-Nachweis — kein Beleg für das Postfach.
Kostenlose Tools
Kostenloser DKIM-Prüfer: Live-Eintrag auflösen, öffentlichen Schlüssel validieren und Kürzung oder Testmodus erkennen. DKIM-Prüfer und -Validator.
Kostenlose Tools
Kostenloser DMARC-Record-Prüfer: aktuellen Record jeder Domain auflösen, alle Tags parsen und die wirksame Richtlinie anzeigen. Ohne Registrierung.
Kostenlose Tools
Kostenlose DNS-Abfrage für jede Domain: A, AAAA, MX, TXT, NS, CNAME und SOA live von autoritativen Nameservern. Ohne Anmeldung.
E-Mail-Tools
Kostenloser Zustellbarkeitstest: Senden Sie eine E-Mail und erhalten Sie Bewertungen für Authentifizierung, DNS, Spamfilter, Blacklists, Header und Inhalt.
Absender- oder Nachrichtendiagnose — keine Adressermittlung.
E-Mail-Prüfwerkzeuge
Prüfen Sie eine E-Mail-Adresse kostenlos und ohne Anmeldung auf Gültigkeit — Syntax, MX, SMTP-Postfach, Wegwerf-, Rollen- und Catch-all-Adressen.
Empfänger-Nachweis — keine Absender- oder DNS-Konfiguration.
Ja – ein kostenloser SPF-Prüfer ohne Registrierung und Konto. Prüfen Sie beliebig viele Domains. Bei jeder Anfrage löst das Tool den aktuellen SPF-Record live auf, statt ein zwischengespeichertes Urteil auszugeben.
Den aufgelösten SPF-Record, die Anzahl rekursiver DNS-Lookups im Verhältnis zum Limit von zehn, Syntaxfehler, mehrere vorhandene SPF-Records, den abschließenden Qualifier und die effektive Richtlinie des Empfängers. Deshalb ist dies ein kostenloser SPF-Record-Prüfer und Validator und nicht nur eine TXT-Abfrage.
RFC 7208 begrenzt die SPF-Auswertung auf zehn DNS-Lookups, wobei jeder include rekursiv zählt. Wird das Limit überschritten, geben Empfänger permerror zurück, was meist wie ein fehlender SPF-Record behandelt wird. Ersetzen Sie Anbieter-includes möglichst durch explizite ip4-Bereiche – ip4 verursacht keine Lookups – und führen Sie den kostenlosen SPF-Record-Prüfer erneut aus.
Ja. Pro Domain darf es nur einen SPF-Record geben. Empfänger führen zwei v=spf1-Records nicht zusammen, sondern geben permerror zurück. Fassen Sie die Mechanismen in einem Record zusammen, löschen Sie den anderen und prüfen Sie mit dem SPF-Record-Prüfer und Validator, ob das Ergebnis fehlerfrei aufgelöst wird.
Meist teilt oder kürzt das DNS-Panel beim Speichern einen langen TXT-Wert. Der SPF-Prüfer meldet, was Ihre Nameserver tatsächlich ausliefern – und nur diese Zeichenfolge zählt. Veröffentlichen Sie den Record erneut, warten Sie die DNS-Übertragung ab und prüfen Sie noch einmal.
Nein. SPF autorisiert den Envelope-Absender, den Empfänger nie sehen. Auch ein einwandfreies Ergebnis des SPF-Prüfers schützt die sichtbare From-Adresse nicht – nur DMARC verknüpft beide. Ergänzen Sie die SPF-Prüfung daher durch eine DMARC-Prüfung.
Ein kostenloser SPF-Record-Prüfer ohne Registrierung. Lösen Sie den aktuellen SPF-Record live auf, zählen Sie die SPF-Lookups und validieren Sie jeden SPF-Mechanismus.
SPF-Prüfer ohne Registrierung · Kostenloser SPF-Record-Prüfer mit Live-DNS · Sofortiger API-Zugang · Keine Kreditkarte nötig
