SPF PermError beheben (2026) | spFlat!

So beheben Sie den SPF PermError im Jahr 2026

Veröffentlicht am 3. Juni 2026 · 4 Min. Lesezeit · spFlat!

Wenn Ihr SPF-Eintrag das Limit von 10 DNS-Lookups überschreitet, lehnen empfangende Mailserver ihn mit einem PermError ab — einem permanenten Fehler. Ihre E-Mail erhält keinen "Soft Fail". Sie wird hart blockiert (Hard Stop).

Hier erfahren Sie, was ihn verursacht, wie Sie ihn erkennen und wie Sie ihn endgültig beheben.


Was ist ein SPF PermError?

SPF (Sender Policy Framework) ermöglicht es Domain-Inhabern anzugeben, welche Mailserver berechtigt sind, E-Mails in ihrem Namen zu versenden. Die SPF-Spezifikation (RFC 7208) schreibt ein hartes Limit von 10 DNS-Lookups während der SPF-Auswertung vor.

Wenn Ihr Eintrag dieses Limit überschreitet, gibt der empfangende Mailserver einen PermError zurück und bricht die SPF-Prüfung vollständig ab. Das Ergebnis variiert je nach Empfänger:

  • Strenge Empfänger (Gmail, Outlook.com) — behandeln es als SPF-Fehlschlag (Fail)
  • Nachsichtige Empfänger — behandeln es als Neutral oder Softfail
  • So oder so — Ihre Zustellbarkeit leidet massiv
🔴 Der Haken: Die meisten DNS-Validierungstools prüfen nur die Syntax, nicht das Laufzeitverhalten. Ihr SPF-Eintrag kann syntaktisch gültig und gleichzeitig funktional fehlerhaft sein.

Warum passiert das?

Das Limit von 10 Lookups ist leicht zu erreichen, da SPF include: Anweisungen als jeweils ein Lookup zählen — aber sie können auch weitere Lookups in sich verschachteln.

Häufige Übeltäter:

  • Google Workspace (include:_spf.google.com) — fügt intern ca. 4-5 Lookups hinzu
  • Microsoft 365 (include:spf.protection.outlook.com) — fügt ca. 2-3 Lookups hinzu
  • Mailchimp, SendGrid, Mailgun, Mandrill, HubSpot, Salesforce — jeder fügt mindestens 1 Lookup hinzu
  • Benutzerdefinierte a: oder mx: Mechanismen mit mehreren A/AAAA-Einträgen

Ein typisches mittelständisches Unternehmen, das Gmail, Outlook, Mailchimp und ein CRM verwendet, liegt auf dem Papier bereits bei 8-12 Lookups — aber die tatsächliche Kette geht oft weit über 15 hinaus, sobald verschachtelte Includes aufgelöst werden.

So erkennen Sie es

Option 1: Nutzen Sie den SPFlat! Checker (kostenlos, keine Anmeldung)

Gehen Sie zu spflat.cloud, geben Sie Ihre Domain ein und klicken Sie auf Prüfen. Das Tool löst Ihre vollständige SPF-Kette einschließlich aller verschachtelten Includes auf und zeigt Ihnen genau, wie viele Lookups Sie verbrauchen.

Option 2: Manuelle Dig-Kette


dig TXT yourdomain.com +short | grep -o 'include:[^ ]*' | while read inc; do
  dig TXT ${inc#include:} +short
done

Dies gibt Ihnen eine grobe Zählung, übersieht jedoch verschachtelte Rekursionen, es sei denn, Sie skripten tiefere Schleifen.

Option 3: Online SPF-Validatoren

Tools wie dmarcian.com oder mxtoolbox.com können helfen, aber viele kappen bei 10 Lookups und hören auf aufzulösen — was Ihnen ein falsches Gefühl der Sicherheit gibt.

So beheben Sie es (der harte Weg)

Wenn Sie dies manuell tun möchten:

  1. Lösen Sie jedes include:, a:, mx: und ptr: in Ihrem Eintrag auf
  2. Sammeln Sie alle resultierenden IP-Adressen und CIDR-Bereiche
  3. Erstellen Sie einen neuen Eintrag nur mit ip4: und ip6: Mechanismen
  4. Veröffentlichen Sie ihn in Ihrem DNS

Vorher:

v=spf1 include:_spf.google.com include:spf.protection.outlook.com include:mailgun.org ~all

Nachher (manuelles Flattening):

v=spf1 ip4:209.85.128.0/17 ip4:40.92.0.0/15 ip4:209.61.151.0/24 ~all
⚠️ Das Problem beim manuellen Flattening: In zwei Wochen könnten Google oder Microsoft ihre Sende-IP-Bereiche ändern. Sie werden es nicht wissen, bis Ihre E-Mails anfangen zurückzukommen (Bounces). Wiederholen Sie diesen gesamten Prozess jedes Mal, wenn ein Anbieter aktualisiert.

So beheben Sie es (der clevere Weg)

Das ist genau das, was SPFlat! löst:

  1. Prüfen Sie Ihre Domain auf spflat.cloud — sehen Sie Ihre aktuelle Lookup-Anzahl sofort
  2. Fügen Sie Ihre Domain zu SPFlat! mit Ihren aktuellen Includes hinzu
  3. Veröffentlichen Sie einen DNS-Eintrag — SPFlat! überwacht IP-Änderungen von Anbietern rund um die Uhr und hält Ihren Eintrag automatisch auf dem neuesten Stand

Keine manuellen Lookups. Keine Tabellenkalkulationen zur Verfolgung von IP-Änderungen. Kein nächtliches Debugging, wenn Google seine Bereiche rotiert.

Prävention

Sobald Ihr SPF abgeflacht ist, halten Sie es sauber:

  • Fügen Sie neue E-Mail-Dienste über SPFlat! hinzu — ändern Sie den TXT-Eintrag nicht direkt
  • Überwachen Sie DMARC-Berichte — ein plötzlicher Rückgang von SPF-ausgerichteten Nachrichten ist oft das erste Anzeichen für eine IP-Änderung eines Anbieters
  • Nutzen Sie automatisiertes Monitoring — SPFlat! überwacht Ihre Einträge mit 99,9% Verfügbarkeit an 12 globalen Standorten

🔍 Überprüfen Sie Ihre Domain jetzt

Zehn Sekunden. Kostenlos. Sehen Sie genau, wie viele Lookups Ihr SPF-Eintrag verbraucht — einschließlich aller verschachtelten Includes.

SPF Überprüfen
Oder starten Sie Ihre kostenlose 14-Tage-Testversion →