auth.spf.sender_id_deprecated

Veralteter Sender-ID-Eintrag

Was wir prüfen

Wir prüfen die TXT-Einträge an der Wurzel auf einen Sender-ID-Eintrag, der mit spf2.0/ beginnt. Sender ID war Microsofts SPF-Variante; RFC 4406 wurde als „Historic" neu eingestuft, der Eintrag ist also überflüssig und kann Werkzeuge verwirren.

Was dieses Ergebnis bedeutet

Neben deinem SPF-Eintrag veröffentlicht die Domain einen veralteten spf2.0/-Sender-ID-Eintrag. Moderne Empfänger nutzen Sender ID nicht, der Eintrag bewirkt also nichts Nützliches — er bleibt aber in der Zone, sorgt für Ballast und bringt gelegentlich Tools durcheinander, die ihn als SPF zu parsen versuchen.

Warum das wichtig ist

Überholter Standard. Sender ID (RFC 4406) ist „Historic". Kein aktueller Mailbox-Anbieter wertet spf2.0/-Einträge aus.
Mögliche Verwirrung. Manche älteren oder naiven Tools behandeln spf2.0/ als zweiten Absender-Autorisierungseintrag und melden deine Konfiguration falsch.
Nicht schädlich, nur veraltet. Er bricht weder SPF noch DMARC — er ist ein Überrest eines vom Markt aufgegebenen Ansatzes.

So behebst du das

Entferne den spf2.0/-Eintrag aus deinen TXT-Einträgen an der Wurzel. Behalte nur deinen v=spf1-SPF-Eintrag:
```
example.com.  IN  TXT  "v=spf1 include:_spf.dein-anbieter.example -all"
```
Lösche jeden TXT-Eintrag, der mit spf2.0/pra oder spf2.0/mfrom beginnt.

So fließt es in die Bewertung ein

Ein veralteter Sender-ID-Eintrag ist informativ und bringt keinen Punktabzug. Das vollständige Scoring-Modell steht in der Bewertungsmethodik.

Evidenzbeispiel

$ dig +short TXT example.com
"v=spf1 include:_spf.dein-anbieter.example -all"
"spf2.0/pra include:_spf.dein-anbieter.example -all"
 ^^^^^^^^^^ „Historic" Sender-ID-Eintrag (RFC 4406) — kann gelöscht werden