Server direkt autorisieren
ip4: und ip6: nennen Adressen oder Bereiche (z. B. ip4:203.0.113.0/24) und kosten keine DNS-Lookups. a autorisiert die IPs der A/AAAA-Records Ihrer Domain, mx die Server ihrer MX-Records – je ein Lookup.
Haken Sie die Dienste an, die im Namen Ihrer Domain senden, ergänzen Sie eigene Server und erhalten Sie einen einzigen, gültigen SPF-Record zum Einfügen ins DNS. Der Generator zählt die DNS-Lookups mit, damit Sie unter dem Limit von 10 bleiben, an dem SPF stillschweigend scheitert.
Läuft zu 100 % in Ihrem Browser – nichts wird hochgeladen
0 in diesem Record · ≈0 geschätzt gesamt inkl. verschachtelter Includes
Jedes include, a, mx, exists und redirect kostet einen Lookup – ebenso jedes Include, das in den Records Ihrer Anbieter verschachtelt ist. Der Checker misst die tatsächliche Zahl.
TXT@@ steht für die Root-Domain. Bearbeiten Sie Ihren vorhandenen SPF-Record, statt einen zweiten anzulegen.
v=spf1 ~all→ Tatsächliche Lookup-Zahl mit dem kostenlosen SPF-, DKIM- & DMARC-Checker prüfen
Perfektes SPF, DKIM und DMARC verhindert keine Bounces. Mails an ungültige, Wegwerf- oder verwaiste Adressen schaden Ihrer Absenderreputation genauso. Validieren Sie Ihre Liste vor der nächsten Kampagne.
→ Einzelne Adresse mit dem kostenlosen E-Mail-Validator prüfen
Postfachanbieter, Newsletter-Tool, Transaktionsdienst, CRM, Helpdesk, Website und Rechnungssystem – alles, was mit Ihrer Domain im From oder Return-Path sendet.
Vorlagen anhaken und eigene IPs oder Includes ergänzen. Record und Lookup-Zähler aktualisieren sich sofort.
Bearbeiten Sie bei Ihrem DNS-Anbieter den vorhandenen SPF-Record oder legen Sie einen TXT-Record auf der Root-Domain an (Host @). Niemals einen zweiten SPF-Record anlegen – alles in einem zusammenführen.
Nutzen Sie unseren kostenlosen SPF-, DKIM- & DMARC-Checker: Er folgt jedem verschachtelten Include und zeigt die tatsächliche Lookup-Zahl.
Ein SPF-Record beginnt mit v=spf1, nennt alle zulässigen Absender der Domain und endet mit einer „all“-Regel für alle anderen.
ip4: und ip6: nennen Adressen oder Bereiche (z. B. ip4:203.0.113.0/24) und kosten keine DNS-Lookups. a autorisiert die IPs der A/AAAA-Records Ihrer Domain, mx die Server ihrer MX-Records – je ein Lookup.
include:_spf.google.com übernimmt den SPF-Record des Anbieters, sodass Sie dessen IP-Bereiche nicht pflegen müssen. Jedes Include kostet einen Lookup – plus jedes Include, a, mx oder exists darin.
~all (Softfail) markiert alles andere als verdächtig und überlässt DMARC die Entscheidung – die übliche Wahl. -all (Hardfail) fordert Empfänger auf, direkt abzulehnen. Niemals +all (jeder darf als Sie senden) oder ?all (neutral, schützt nichts).
Die Auswertung von SPF darf höchstens 10 DNS-Lookups benötigen (RFC 7208); einer mehr und Empfänger melden „permerror“, was als SPF-Fehlschlag zählt. Und eine Domain darf nur einen v=spf1-Record haben – zwei Records sind ebenfalls ein permanenter Fehler.
Ein TXT-Record Ihrer Domain mit der Liste der Server, die für sie E-Mails senden dürfen. Empfänger gleichen die sendende IP mit der Liste ab; zusammen mit DKIM und DMARC verhindert das, dass andere im Namen Ihrer Domain senden.
Nein. Eine Domain muss genau einen TXT-Record mit v=spf1 haben. Bei zweien melden Empfänger einen permanenten Fehler und SPF schlägt für jede Nachricht fehl. Führen Sie alle Mechanismen in einem Record zusammen – genau das macht dieser Generator.
Beides funktioniert, sobald DMARC eingerichtet ist. ~all (Softfail) ist die gängige Empfehlung, weil DMARC dann entscheidet und weitergeleitete Mails seltener verloren gehen; -all (Hardfail) ist strenger und wird von manchen Anbietern bevorzugt. Niemals +all oder ?all.
RFC 7208 begrenzt die DNS-Abfragen für die Auswertung eines SPF-Records auf 10. Jedes include, a, mx, exists und redirect zählt – auch die verschachtelten in den Records Ihrer Anbieter. Über 10 liefert SPF permerror und schlägt fehl.
Nicht mehr genutzte Dienste entfernen; a und mx durch ip4/ip6 ersetzen, wenn die IPs stabil sind; Marketing-Tools auf eine Subdomain mit eigenem SPF verlagern; oder bei Anbietern, die mit Ihrer Domain signieren, auf DKIM setzen. Vermeiden Sie manuelles „Flattening“ der Anbieter-Bereiche – sie ändern sich ohne Vorwarnung.
Gmail und Yahoo (seit Februar 2024) sowie Outlook.com (seit Mai 2025) verlangen von Massenversendern SPF und DKIM, und DMARC besteht, wenn eines davon ausgerichtet ist. Beides zu haben ist der sichere Standard.
Auf der Domain im Return-Path (Envelope-Absender) – meist die Root-Domain (Host @). Manche Dienste, etwa Amazon SES mit eigener MAIL-FROM-Domain, nutzen eine Subdomain: Dann gehört der SPF-Record auf diese Subdomain.
Nein. Der Record wird vollständig in Ihrem Browser erzeugt; nichts, was Sie eingeben, wird an unsere Server übertragen.
Ein kostenloses Konto enthält 200 Credits, um E-Mail-Listen in großen Mengen, per REST-API oder in Echtzeit in Ihren Formularen zu validieren.
Kostenloses Konto – 200 CreditsKeine Kreditkarte. Credits verfallen nicht.