auth.spf.record_too_long

SPF-Eintrag zu lang

Was wir prüfen

Wir messen die zusammengesetzte Länge des SPF-Eintrags. RFC 7208 §3.4 empfiehlt, ihn so klein zu halten, dass die gesamte DNS-Antwort in eine 512-Byte-UDP-Antwort passt. Darüber weichen Resolver auf TCP aus oder scheitern, und Empfänger können einen PermError erhalten.

Was dieses Ergebnis bedeutet

Der SPF-Eintrag ist groß genug, um UDP-Trunkierung zu riskieren. Ein einzelner TXT-Eintrag darf mehrere Zeichenketten enthalten, aber der Gesamteintrag ist so gewachsen, dass manche Resolver ihn nicht mehr sauber zurückgeben — aus einer gültigen Richtlinie wird ein sporadischer Fehler.

Überlange Einträge entstehen meist durch viele inline gelistete ip4:/ip6:-Bereiche oder durch gestapelte Includes, die jeder Länge hinzufügen.

Warum das wichtig ist

So behebst du das

  1. Fasse IP-Bereiche zusammen. Führe benachbarte ip4:/ip6:-CIDRs zu größeren Blöcken zusammen.

  2. Lagere selten geänderte Blöcke hinter einen einzelnen Include. Ersetze eine lange Inline-Liste durch einen include: auf einen Eintrag, den du kontrollierst:

    example.com.       IN  TXT  "v=spf1 include:_spf1.example.com include:_spf.dein-anbieter.example -all"
    _spf1.example.com. IN  TXT  "v=spf1 ip4:203.0.113.0/24 ip4:198.51.100.0/24 -all"
    
  3. Streiche redundante Mechanismen, die Bereiche doppeln, die ein Include schon abdeckt.

So fließt es in die Bewertung ein

Ein zu langer SPF-Eintrag ist eine Warnung und bringt für sich keinen Punktabzug. Das vollständige Scoring-Modell steht in der Bewertungsmethodik.

Evidenzbeispiel

$ dig +short TXT example.com
"v=spf1 ip4:203.0.113.0/24 ip4:198.51.100.0/24 ip4:192.0.2.0/24 ... " (Eintrag auf 512+ Bytes zusammengesetzt)

Eintragslänge überschreitet die 512-Byte-UDP-Empfehlung (RFC 7208 §3.4) — Trunkierungsrisiko

Referenzen