Kostenloses Tool · Läuft in deinem Browser

SPF-Eintrag-Generator

Wählen Sie jeden Dienst aus, der Mail für Ihre Domain versendet, ergänzen Sie eigene IPs oder Includes, legen Sie eine Richtlinie für Fehlschläge fest und kopieren Sie einen syntaktisch gültigen SPF-Eintrag samt laufender Prüfung der Lookup-Anzahl.

  • 100 % kostenlos
  • Keine Anmeldung
  • Nichts verlässt deinen Browser

SPF-Eintrag-Generator

Wird für die Veröffentlichungsanleitung genutzt und um Ihren aktuellen Eintrag zu laden.

Dienste, die Mail für diese Domain senden

Eine pro Zeile oder durch Komma getrennt. CIDR erlaubt, z. B. 203.0.113.0/24

z. B. 2001:db8::/32

Für Anbieter, die nicht in der Liste stehen. Nur die Domain eingeben, include: ergänzen wir.

-all weist Empfänger an, nicht gelistete Absender abzuweisen. ~all markiert sie als verdächtig. ?all sagt nichts aus.

Ihr SPF-Eintrag erscheint hier

Kreuzen Sie mindestens einen sendenden Dienst an, ergänzen Sie eine IP oder aktivieren Sie den a- oder mx-Mechanismus, um den Eintrag zu bauen.

So funktioniert es

Drei Schritte, ganz ohne Konto

  1. 1

    Ihre Absender ankreuzen

    Wählen Sie jeden Dienst aus, der Mail von Ihrer Domain sendet: Google Workspace, Microsoft 365, Ihren ESP, Helpdesk und das CRM. Ergänzen Sie eigene IPs, falls Sie einen eigenen SMTP-Server betreiben.

  2. 2

    Richtlinie wählen

    Wählen Sie -all, um alles Ungelistete abzuweisen, oder ~all, solange Sie Ihre Absender noch zusammentragen. Eintrag und Lookup-Anzahl aktualisieren sich bei jedem Klick.

  3. 3

    Ins DNS einfügen

    Kopieren Sie den TXT-Wert, veröffentlichen Sie ihn beim Host @ Ihres DNS-Anbieters, ersetzen Sie einen vorhandenen v=spf1-Eintrag und prüfen Sie das Ergebnis mit dem SPF-Checker.

Record & Asset Generators

Was ein SPF-Eintrag leistet

SPF (Sender Policy Framework) ist ein TXT-Eintrag auf Ihrer Domain, der auflistet, welche Server mit ihr in der Envelope-From-Adresse senden dürfen. Wenn Gmail oder Outlook eine Nachricht erhält, fragt der Empfänger den Eintrag ab und prüft, ob die verbindende IP abgedeckt ist. Ein Pass fließt in DMARC ein; ein Fail oder ein fehlender Eintrag ist einer der häufigsten Gründe dafür, dass Cold E-Mail im Spam landet.

Ein Eintrag ist eine einzelne Zeile, die mit v=spf1 beginnt, gefolgt von Mechanismen (ip4, ip6, include, a, mx) und abgeschlossen durch einen Qualifier an all. Die Reihenfolge zählt: Mechanismen werden von links nach rechts ausgewertet, und der erste Treffer gewinnt.

v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.10 -all

Das Limit von 10 DNS-Lookups

RFC 7208 begrenzt SPF auf 10 DNS-Lookups. Jedes include, a, mx, ptr, exists und redirect zählt mit, und Includes ziehen alles nach, worauf ihr eigener Eintrag verweist. Allein Google Workspace expandiert zu mehreren verschachtelten Lookups, eine Domain mit Workspace plus drei SaaS-Tools kann die Grenze also unbemerkt erreichen. Jenseits von 10 liefern Empfänger permerror zurück und Ihr SPF schlägt faktisch überall fehl.

  • Listen Sie nur Dienste, die noch Mail versenden. Alte ESPs und Testtools sind die üblichen Verdächtigen.
  • Bevorzugen Sie ip4-Bereiche gegenüber include, wenn ein Anbieter stabile IPs veröffentlicht, denn ip4 kostet keinen Lookup.
  • Marketing- und Transaktionsversender unterstützen oft eine eigene Subdomain, das hält Ihren Root-Eintrag klein.
  • Nutzen Sie nach der Veröffentlichung den SPF-Checker, um die reale, vollständig expandierte Anzahl zu sehen.

-all, ~all oder ?all

Der abschließende all-Mechanismus sagt Empfängern, was sie mit nicht gelisteten Absendern tun sollen. -all (Hard Fail) heißt: abweisen. ~all (Soft Fail) heißt: annehmen, aber als verdächtig behandeln. ?all (neutral) sagt gar nichts, was den Eintrag fast sinnlos macht. Für Cold-E-Mail-Domains, bei denen Sie jeden Absender kontrollieren, ist -all die richtige Antwort und liefert DMARC ein eindeutiges SPF-Ergebnis.

Starten Sie nur dann mit ~all, wenn Sie eine Domain übernommen haben und nicht sicher sind, was von ihr sendet. Beobachten Sie die DMARC-Aggregat-Reports ein paar Wochen, ergänzen Sie die legitimen Quellen und wechseln Sie dann auf -all.

Den Eintrag korrekt veröffentlichen

Legen Sie genau einen TXT-Eintrag auf dem Root der Domain an (Host @ oder leer, je nach DNS-Anbieter). Existiert bereits ein v=spf1-Eintrag, bearbeiten Sie diesen, statt einen zweiten hinzuzufügen; zwei SPF-Einträge verursachen einen permanenten Fehler. Einträge über 255 Zeichen müssen in mehrere Strings in Anführungszeichen aufgeteilt werden, was die meisten DNS-Panels für Sie übernehmen.

Sendende Subdomains brauchen einen eigenen SPF-Eintrag; sie erben den der übergeordneten Domain nicht. Die Propagation geht meist schnell, kann aber bis zur TTL des alten Eintrags dauern. Wenn Sie Versand-Domains über InboxOne beziehen, wird SPF bei der Bereitstellung gemeinsam mit DKIM und DMARC für Sie veröffentlicht.

FAQ

Häufige Fragen

Immer noch unklar? Buche ein 30-minütiges Gespräch zur Zustellbarkeit und wir sehen uns dein Setup gemeinsam an.

Veröffentlichen Sie auf Ihrer Root-Domain einen TXT-Eintrag mit dem Wert v=spf1 include:_spf.google.com ~all, oder -all, sobald Sie sicher sind, dass jeder Absender gelistet ist. Senden weitere Dienste von der Domain, ergänzen Sie deren include-Mechanismen im selben Eintrag vor dem all-Term. Legen Sie niemals einen zweiten SPF-Eintrag an.

Nein. Eine Domain darf genau einen TXT-Eintrag veröffentlichen, der mit v=spf1 beginnt. Existieren zwei, liefern Empfänger permerror zurück und werten SPF als fehlgeschlagen. Führen Sie stattdessen alle Absender in einem einzigen Eintrag zusammen und halten Sie die DNS-Lookups bei höchstens zehn.

-all ist ein Hard Fail: Empfänger sollen Mail von jedem nicht gelisteten Server abweisen. ~all ist ein Soft Fail: Empfänger nehmen die Mail an, markieren sie aber als verdächtig. Für Domains, bei denen Sie jeden Absender kontrollieren, etwa Cold-E-Mail-Domains, ist -all die stärkere Wahl und funktioniert sauber mit DMARC.

Die üblichen Gründe sind mehr als zehn DNS-Lookups, ein Tippfehler im include-Hostnamen, zwei SPF-Einträge auf der Domain oder ein Anbieter, der von einer Subdomain ohne eigenen Eintrag sendet. Führen Sie den SPF-Checker auf genau der From-Domain aus, um die expandierte Kette und den fehlschlagenden Term zu sehen.

Ja. Gmail und Yahoo verlangen von Massenversendern sowohl SPF als auch DKIM, und DMARC braucht mindestens eines von beiden in Ausrichtung. SPF schützt zusätzlich die Envelope-From-Adresse, die für Bounces genutzt wird und die DKIM nicht abdeckt. Richten Sie alle drei auf jeder Versand-Domain ein.

Ja. Der Eintrag wird in Ihrem Browser zusammengestellt, nichts geht an unsere Server. Die optionale Schaltfläche „Bestehenden prüfen“ fragt öffentliche DNS-over-HTTPS-Resolver direkt aus Ihrem Browser ab. Es gibt keine Anmeldung und kein Limit dafür, wie viele Einträge Sie bauen.

Ready to Scale Your Outbound?

Your Cold Email Infrastructure Shouldn't Be the Bottleneck.

Domains, mailboxes, DNS, deliverability, and platform exports — all from one dashboard. Starting at $39/month for 10 production-ready mailboxes.

Inbox One Logo

Cold email infrastructure platform. Buy domains, provision Google Workspace mailboxes, auto-configure DNS, and export to 5 outreach platforms — all from one dashboard.

© 2026 InboxOne. All rights reserved.