SPF-Prüfer

Es ist ein TXT-Eintrag der Domain, der die Server aufzählt, die mit ihr E-Mails senden dürfen. Trifft eine Nachricht ein, prüft der empfangende Server, von welcher IP sie kommt und ob diese auf der Liste steht. Wenn nicht, schlägt SPF fehl, und die Nachricht verliert an Glaubwürdigkeit: Sie kann im Spam landen oder abgelehnt werden, je nachdem, was Ihr DMARC sagt.

Der Standard (RFC 7208) begrenzt die DNS-Abfragen, die die Auswertung eines SPF kosten darf, auf zehn, damit niemand E-Mails als Verstärker für Angriffe missbraucht. Es zählen include, a, mx, ptr, exists und redirect, auch die innerhalb jedes include. Zum Reduzieren: Entfernen Sie Anbieter, die Sie nicht mehr nutzen, ersetzen Sie a und mx durch die IP mit ip4, wenn sie fest ist, und versenden Sie Newsletter von einer Subdomain mit eigenem SPF. Den Eintrag zu glätten (die include durch ihre IPs zu ersetzen) funktioniert, bis der Anbieter ohne Vorwarnung die IP wechselt.

Wenn Sie bereits DMARC haben, genügt ~all: Was bei einem Fehler geschieht, entscheidet DMARC, und so verlieren Sie keine legitimen E-Mails, falls Sie eines Tages über einen Dienst senden, den Sie hinzuzufügen vergessen haben. -all ist sinnvoll, wenn Sie sicher wissen, wer für Sie sendet. Was nie zu empfehlen ist: +all, das jeden autorisiert, und ?all, das nichts schützt.

Nein. Veröffentlicht die Domain zwei TXT-Einträge, die mit v=spf1 beginnen, ist das Ergebnis ein permanenter Fehler, und keiner von beiden gilt. Das ist ein sehr häufiger Fehler beim Hinzufügen eines neuen Dienstes: Statt einen weiteren Eintrag anzulegen, fügen Sie dessen include dem vorhandenen hinzu.

Es hilft, reicht aber nicht. Seit Februar 2024 verlangen Gmail und Yahoo SPF oder DKIM von allen, die ihnen senden, und SPF, DKIM und DMARC von allen, die mehr als 5.000 Nachrichten pro Tag senden. Außerdem achten sie auf die Reputation der IP, den Inhalt und darauf, wie die Empfänger reagieren. Um alles zusammen zu sehen, senden Sie eine Nachricht an unseren E-Mail-Test.