Email Dev Tools
Tragen Sie echte Versandquellen in Reihenfolge ein und prüfen Sie den TXT-Wert vor der DNS-Änderung.
Noch keine Versandquellen. Nur bestätigte Absender ergänzen.
v=spf1 ~all
Direkt sichtbare DNS-Terme: 0 / 10
TXT-Bytes: 11
Keine vollständige rekursive Zahl; include- und redirect-Ziele werden nicht abgefragt.
~all — all · ErreichbarVerarbeitung in diesem Browser; keine DNS-Abfrage oder Änderung.
redirect ersetzt all; die bisherige all-Auswahl bleibt erhalten.
Ergebnis bereit. Hinweise vor der Veröffentlichung prüfen.
Wer einen neuen Versanddienst anschließt, muss die bisherigen Quellen weiterhin berücksichtigen. Mit SPF-Eintrag erstellen stehen include und IP-Netze in der tatsächlichen Prüfungsreihenfolge; die erste passende Regel entscheidet.
Im Prüfmodus lässt sich ein vorhandener TXT-Wert unverändert einfügen. SPF-Eintrag erstellen zeigt Syntaxpositionen und unerreichbare Mechanismen, kann aber weder DNS abrufen noch verschachtelte include-Ketten auswerten.
Reihenfolge sichtbar machen und die Grenzen der statischen Prüfung benennen.
Verschieben Sie eine IP- oder include-Zeile, folgt der erzeugte TXT-Wert derselben Reihenfolge. Beim Prüfen markiert SPF-Eintrag erstellen Mechanismen, die hinter all nie ausgeführt werden.
Der Zähler erfasst nur DNS-Terme im aktuellen TXT-Wert. Ziele von include bleiben unbekannt; SPF-Eintrag erstellen bezeichnet die Zahl deshalb nie als vollständige rekursive Abfrage.
Die Mechanismenliste ist anfangs leer, ~all nur ein Entwurfsende. Übernehmen Sie IP-Netze oder include-Domains nur aus den Angaben Ihrer Versanddienste.
Das Verschieben von Zeilen ändert den SPF-Prüfpfad. redirect ersetzt all in der Ausgabe; die zuvor gewählte all-Variante bleibt gespeichert.
Fügen Sie im Prüfmodus einen TXT-Wert ein und betrachten Sie Zeichenposition, unerreichbare Terme und direkt sichtbare DNS-Einträge.
include, ip4, ip6, a und mx erhalten je einen Qualifier; die Ausgabe übernimmt die Zeilenfolge.
SPF-Eintrag prüfen bedeutet hier: eingefügten Text erhalten und Syntax, CIDR-Präfixe sowie Abschlussrichtlinien lokal bewerten.
Direkt sichtbare Terme zeigen Engpässe im Hauptrecord, ohne das DNS-Lookup-Limit für die ganze Kette zu behaupten.
Veröffentlichen Sie den Wert als einen TXT-Record am sendenden Domainnamen bei Ihrem DNS-Anbieter. Mehrere Zeichenfolgen müssen zum selben Record gehören.
Nein. Werden mehrere passende SPF-Records gefunden, entsteht ein permanenter Fehler. Diese Offline-Prüfung erkennt bereits veröffentlichte Dubletten nicht.
~all steht für softfail, -all für fail. Prüfen Sie zuerst sämtliche legitimen Versandquellen und den Live-Record, bevor Sie die Richtlinie verschärfen.
Die zehn DNS-auslösenden Terme gelten pro tatsächlichem SPF-Prüfpfad einschließlich verschachtelter includes. Hier ist nur die direkt sichtbare Zahl bekannt.
Bei einer Weiterleitung kann die verbindende IP wechseln, während die ursprüngliche MAIL-FROM-Domain bleibt. Ob ein Empfänger die Nachricht annimmt, lässt sich mit einem TXT-Wert allein nicht vorhersagen.
Noch eine Frage zum SPF-Eintrag?
Kehren Sie zu SPF-Eintrag erstellen zurück, ordnen Sie die Versandquellen neu oder prüfen Sie einen vorhandenen TXT-Wert.