Ein kostenloser SPF-Record-Generator, der einen gültigen v=spf1-TXT-Record für Ihre Domain erstellt. Fügen Sie Ihre IPs und Anbieter hinzu, wählen Sie eine SPF-Richtlinie und kopieren Sie den SPF-Record. Ohne Anmeldung und ohne Rate-Limit bei normaler SPF-Nutzung.
Fügen Sie IPv4- oder IPv6-Adressen hinzu, die für diese Domain E-Mails versenden dürfen.
Fügen Sie Versanddienste von Drittanbietern wie Google Workspace oder SendGrid hinzu.
Ein SPF-Record ist ein einzelner TXT-Record, der jede Quelle auflistet, die mit Ihrer Domain als Envelope-Sender E-Mails versenden darf. Dieser kostenlose SPF-Record-Generator wandelt die Liste in genau die Syntax um, die Empfänger erwarten. So müssen Sie nicht selbst eine Grammatik schreiben, die Sie nur zweimal im Jahr benötigen.
Empfangsserver lesen den SPF-Record bei der Zustellung, vergleichen die verbindende IP damit und wenden den von Ihnen gewählten Qualifizierer an. Der SPF-Record-Generator gibt die Mechanismen in der üblichen Reihenfolge aus und hält den Record innerhalb des Limits von zehn DNS-Lookups.
Alle SPF-Mechanismen, die der Generator ausgeben kann, und was sie jeweils in Ihrem SPF-Record autorisieren.
Der letzte SPF-Mechanismus bestimmt, was mit allem geschieht, das nicht im SPF-Record aufgeführt ist. Da der SPF-Record-Generator keine Anmeldung erfordert, können Sie den Record beim Abstimmen beliebig oft neu erstellen.
| Qualifizierer | Verhalten |
|---|---|
| +all | Alle Absender bestehen. Niemals verwenden — das macht SPF vollständig wirkungslos. |
| ~all | Softfail — nicht autorisierte E-Mails werden angenommen, aber markiert. Während der Testphase verwenden. |
| -all | Hard Fail — nicht autorisierte E-Mails werden abgelehnt. Im Produktivbetrieb verwenden. |
| ?all | Neutral — keine Richtlinie angegeben. Selten sinnvoll. |
Fügen Sie diese SPF-Includes in den Generator ein, wenn Sie über einen dieser Anbieter versenden. Jedes Include verursacht eigene SPF-Lookups.
Jeder Mechanismus include:, a, mx, ptr und exists: verursacht bei der SPF-Auswertung einen DNS-Lookup; RFC 7208 begrenzt die Gesamtzahl auf zehn. Bei einer Überschreitung melden Empfänger einen PermError, den viele so behandeln, als gäbe es gar keinen SPF-Record. Unser SPF-Record-Generator hält die Ausgabe flach und warnt Sie, bevor der Record dieses Limit überschreitet.
SPF allein schützt den Envelope-Sender (Return-Path), nicht die sichtbare From-Adresse. Für vollständigen Spoofing-Schutz benötigen Sie außerdem DKIM zum Signieren Ihrer Nachrichten und DMARC, um Authentifizierungsergebnisse mit dem From-Header abzugleichen. Zusammen bilden diese drei Standards die E-Mail-Authentifizierungsgrundlage, die Gmail, Outlook und Yahoo Mail erwarten.
Nachdem Sie SPF eingerichtet haben, sollten auch Ihre Listen sauber sein. E-Mail-Verifizierung entfernt ungültige und riskante Adressen vor dem Versand, hält die Rückläuferquote niedrig und schützt die Absenderreputation, die Sie mit korrekter Authentifizierung aufbauen. Sie können Adressen auch in großen Mengen prüfen über E-Mail-Massenverifizierung oder die Verifizierung direkt in Ihren Stack einbinden über die E-Mail-Validierungs-API.
Was der Record aussagt
Ein SPF-Record ist eine einzelne TXT-Zeichenfolge, die jede Quelle auflistet, die mit Ihrer Domain als Envelope-Sender E-Mails versenden darf. Ein kostenloser SPF-Record-Generator wandelt diese Richtlinienentscheidung in korrekte Syntax um, ohne dass Sie sich die Grammatik merken müssen.
SPF blockiert von sich aus nichts. Der veröffentlichte Record teilt Empfangsservern mit, welche IPs und Anbieter autorisiert sind. Jeder Empfänger entscheidet selbst, wie er mit Nachrichten aus anderen Quellen umgeht.
Deshalb fragt der SPF-Record-Generator zwei Dinge ab: Woher Ihre legitimen E-Mails stammen und wie streng nicht autorisierte Quellen behandelt werden sollen.
ip4 und ip6 autorisieren bestimmte Adressen oder CIDR-Bereiche, die Sie kontrollieren. include: delegiert an den SPF-Record eines Anbieters, sodass Google, Microsoft, Mailchimp, SendGrid und Mailgun auch bei Infrastrukturänderungen korrekt eingebunden bleiben.
a und mx autorisieren alle Ziele, auf die die eigenen A- oder MX-Records Ihrer Domain verweisen. Der SPF-Record-Generator gibt sie in der üblichen Reihenfolge aus, damit die Auswertung im Regelfall früh endet.
-all ist ein Hard Fail: Alles, was nicht aufgeführt ist, gilt als nicht autorisiert. ~all ist ein Softfail und wird gewöhnlich als verdächtig eingestuft statt abgelehnt. ?all ist neutral und setzt nichts durch.
Ein kostenloser SPF-Record-Generator, der standardmäßig sofort -all setzt, tut Ihnen keinen Gefallen. Veröffentlichen Sie zunächst ~all, beobachten Sie mögliche Fehler und verschärfen Sie dann die Richtlinie. Der Generator bietet bewusst alle drei Optionen an.
Jeder Mechanismus include:, a, mx, ptr und exists: verursacht einen DNS-Lookup; die SPF-Spezifikation begrenzt die Auswertung auf zehn. Bei einer Überschreitung melden Empfänger einen PermError, den viele so behandeln, als gäbe es gar keinen SPF-Record.
Auf diese Weise fällt ein manuell geschriebener Record am häufigsten unbemerkt aus. Der SPF-Record-Generator hält die Ausgabe flach und warnt Sie, bevor der Record problematisch lang wird.
Ihren Record lesen
Die Ausgabe ist kurz genug, um sie vollständig zu lesen. Wenn Sie die Funktion jedes Tokens kennen, können Sie den Record später bearbeiten, ohne die Zustellung zu beeinträchtigen.
Jeder SPF-Record beginnt damit; ein TXT-Record ohne dieses Tag ist überhaupt kein SPF-Record. Pro Domain darf nur ein SPF-Record vorhanden sein. Zwei veröffentlichte Records ergeben einen PermError und werden nicht zusammengeführt.
Wenn die Ausgabe des SPF-Record-Generators einen vorhandenen Record ersetzt, führen Sie die Mechanismen manuell zusammen, statt beide Records zu veröffentlichen.
include:_spf.google.com bindet alle Quellen ein, die Google aktuell autorisiert. Sie übernehmen Änderungen automatisch, zugleich werden die dafür nötigen DNS-Lookups von Ihrem Budget von zehn Lookups abgezogen.
Binden Sie nur Anbieter ein, die tatsächlich mit Ihrer Domain senden. Jedes ungenutzte Include verbraucht unnötig Ihr Lookup-Budget.
Verwenden Sie diese Mechanismen für selbst betriebene Mailserver. Sie verursachen keine DNS-Lookups und sind damit bei vielen Quellen die günstigste Möglichkeit, unter dem Limit zu bleiben.
CIDR-Notation wird unterstützt, sodass ein ganzer Bereich nur einen Mechanismus statt einer Liste benötigt.
Der letzte Mechanismus ist für Empfänger meist der wichtigste. Beginnen Sie mit ~all, während Sie prüfen, ob jede legitime Quelle aufgeführt ist. Wechseln Sie zu -all, sobald die Berichte eine Woche lang keine Fehler zeigen.
Auf einer Domain mit vergessenen Absendern sofort -all zu verwenden, ist der schnellste Weg, echte E-Mails zu verlieren.
Den Record veröffentlichen
Vier Schritte – und beim dritten hören die meisten zu früh auf.
Marketingplattform, Transaktionsanbieter, CRM, Helpdesk, Abrechnungssystem und der seit Jahren nicht mehr angefasste Büro-Mailserver: Alles, was mit Ihrer Domain sendet, gehört in den Record.
Führen Sie den kostenlosen SPF-Record-Generator erst aus, wenn die Liste vollständig ist. Ein aus der halben Liste erzeugter Record beeinträchtigt die andere Hälfte.
Als Host dient @ oder die Domain ohne Präfix, der Typ ist TXT und der Wert die erzeugte Zeichenfolge. Die Verteilung dauert meist wenige Minuten, gelegentlich eine Stunde.
Veröffentlichen Sie ihn nicht als Record vom Typ SPF — dieser Record-Typ wurde vor Jahren eingestellt und wird von Empfängern ignoriert.
DNS-Anbieter umbrechen, teilen und kürzen lange TXT-Werte auf überraschende Weise. Prüfen Sie den veröffentlichten Record nach der Verteilung mit SPF-Prüfer, denn die Ausgabe des kostenlosen SPF-Record-Generators und der tatsächlich von Ihrem DNS ausgelieferte Wert sind nicht immer identisch.
Ein Record, der in der DNS-Oberfläche richtig aussieht, aber falsch aufgelöst wird, ist ein häufiger Fehler. Er bleibt unsichtbar, bis Sie ihn abfragen.
Ändern Sie ~all nach einer Woche ohne legitime Fehler in -all und veröffentlichen Sie den Record erneut. Ab diesem Punkt beginnt SPF, die Domain tatsächlich zu schützen.
Führen Sie den SPF-Record-Generator erneut aus, wenn ein Versandanbieter hinzukommt oder entfällt, statt die live geschaltete Zeichenfolge direkt in der DNS-Oberfläche zu bearbeiten.
Grenzen
SPF ist einer von drei Records zur Absenderauthentifizierung. Die meisten Fehlkonfigurationen entstehen, wenn von SPF auch die beiden anderen Aufgaben erwartet werden.
Bei der Weiterleitung einer Nachricht bleibt der Envelope-Sender unverändert, während die zustellende IP nun dem Weiterleitungsdienst gehört. SPF schlägt dadurch korrekterweise bei einer vollkommen legitimen E-Mail fehl.
Genau deshalb gibt es DKIM und deshalb akzeptiert DMARC, wenn eines der beiden Verfahren besteht und korrekt ausgerichtet ist.
SPF autorisiert den Envelope-Sender, den Empfänger nie sehen. Eine Nachricht kann SPF bestehen und dennoch jede beliebige From-Adresse anzeigen.
Nur DMARC verknüpft die sichtbare Domain mit einer authentifizierten Domain. SPF allein verhindert nichts, was ein Benutzer bemerken würde.
Ein perfekter veröffentlichter Record sagt nichts darüber aus, ob Ihre Empfängeradressen existieren. Absenderauthentifizierung und Empfängerprüfung sind getrennte Probleme.
Für die Empfängerseite verwenden Sie E-Mail-Verifizierung oder vor einer Kampagne die Massenverifizierung. Behandeln Sie beide als getrennte Teile desselben Versandablaufs.
Ein korrekter SPF-Record ist eine Voraussetzung für gute Zustellung, nicht deren Ursache. Inhalt, Beschwerdequote und Bounce-Rate bestimmen weiterhin die Platzierung im Posteingang.
Bringen Sie zuerst den Record in Ordnung und kümmern Sie sich dann um den Rest.
Referenzen und nächste Schritte
SPF wird von der IETF definiert; die Tools rund um diesen SPF-Record-Generator decken die Prüfungen ab, die er selbst nicht durchführt.
Die Spezifikation RFC 7208 definiert SPF, seine Mechanismen und Qualifizierer sowie das Auswertungslimit von zehn Lookups, unter dem dieser SPF-Record-Generator Sie hält.
Sie müssen das Dokument nicht lesen, um einen Record zu veröffentlichen. Es klärt jedoch jede Diskussion darüber, was ein Qualifizierer bedeutet.
Nach der Veröffentlichung löst der SPF-Prüfer den live geschalteten Record auf und meldet die Anzahl der Lookups, Syntaxfehler und die wirksame Richtlinie.
Hier erstellen, dort prüfen – diese Kombination erkennt Verfälschungen durch die DNS-Oberfläche, die ein Generator nicht sehen kann.
SPF ist nur ein Drittel des Gesamtbildes. Der DMARC-Generator und die DKIM-Tools übernehmen Alignment und Nachrichtensignierung.
Eine Domain mit SPF, aber ohne DMARC, ist authentifiziert und kann in der From-Zeile dennoch gefälscht werden.
Neunzehn kostenlose Tools neben den kostenpflichtigen KI-Funktionen, alle ohne Konto nutzbar.
Kostenlose Tools
Kostenloser SPF-Record-Prüfer: SPF-Record jeder Domain live auflösen, DNS-Lookups zählen und Syntax validieren. Ohne Registrierung.
Domain- oder Infrastruktur-Nachweis — kein Beleg für das Postfach.
Kostenlose Tools
Kostenloser DKIM-DNS-Record-Generator: Erstellen Sie den v=DKIM1-TXT-Record und den Hostnamen selector._domainkey für jeden Anbieter – ohne Anmeldung.
Kostenlose Tools
Kostenloser DMARC-Eintrag-Generator: Erstellen Sie in Sekunden einen gültigen v=DMARC1-TXT-Eintrag mit Richtlinie, Alignment und Reporting-Tags.
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 — der SPF-Record-Generator erfordert weder Anmeldung noch Konto und begrenzt nicht, wie viele SPF-Records Sie erstellen. Die SPF-Logik läuft vollständig auf der Seite; Angaben zu Ihrer Domain oder SPF-Konfiguration werden nicht gespeichert.
Veröffentlichen Sie ihn als TXT-Record am Root Ihrer Domain: Host @ oder die Domain ohne Präfix, Typ TXT, Wert die erzeugte Zeichenfolge. Verwenden Sie nicht den veralteten Record-Typ SPF — Empfänger ignorieren ihn. Die Verteilung dauert meist nur wenige Minuten.
Nein. Pro Domain ist nur ein SPF-Record zulässig. Zwei veröffentlichte Records ergeben einen PermError und werden von Empfängern nicht zusammengeführt. Wenn bereits ein Record vorhanden ist, übernehmen Sie seine Mechanismen in die Eingabe des SPF-Record-Generators, statt einen zweiten zu veröffentlichen.
Beginnen Sie mit ~all. Damit werden nicht autorisierte E-Mails als verdächtig markiert, ohne sie abzulehnen. So haben Sie eine Woche Zeit, vergessene Versandquellen zu finden. Wechseln Sie zu -all, sobald keine legitimen E-Mails mehr fehlschlagen. Ein kostenloser SPF-Record-Generator, der sofort -all setzt, kann Sie echte E-Mails kosten.
Zwei Dinge: zu viele Anbieter-Includes, durch die Sie zehn DNS-Lookups überschreiten, sowie DNS-Oberflächen, die einen langen TXT-Wert aufteilen oder abschneiden. Führen Sie den kostenlosen SPF-Record-Generator erneut aus, wenn sich Anbieter ändern, und prüfen Sie den live geschalteten Record anschließend mit dem SPF-Prüfer.
Nicht allein. SPF autorisiert den Envelope-Sender, den niemand sieht. Nur DMARC verknüpft die sichtbare From-Domain mit einer authentifizierten Domain. Betrachten Sie SPF daher als ersten von drei Schritten: SPF, DKIM, DMARC.
SPF-Record-Generator ohne Anmeldung: Erstellen und veröffentlichen Sie den SPF-Record, prüfen Sie anschließend den live geschalteten Record und die Adressen, an die Sie tatsächlich senden.
SPF-Record-Generator ohne Anmeldung · 99,9% SMTP-Genauigkeit · Sofortiger API-Zugang · Keine Kreditkarte nötig
