it-swarm.com.de

Verschachtelte SPF-Datensätze können nicht überprüft werden

Ich versuche, mit dem Suchbudget zu arbeiten und mit einem Webhost umzugehen, der auch E-Mails im Namen der Domain für verschiedene Dienste versendet, die selbst keinen ordentlichen SPF haben. Ich bin noch nie auf dieses Problem gestoßen und mein googlefu versagt mir. Ich habe einen Artikel gefunden und ihn als Änderung der Datensätze bezeichnet, um zusätzliche TXT Datensätze mit weiteren Includes aufzunehmen, damit sie unterschiedlich verarbeitet werden. Ich habe mir folgendes ausgedacht:

Name: example.com
Wert: "v=spf1 include:spf1.example.com include:spf2.example.com ~all"

(Zusätzliches TXT)

Name: spf1.example.com
Wert: "v=spf1 include:webhost.com include:morewebhost.com ~all"

Name: spf2.example.com
Wert: "v=spf1 include:spf.messagelabs.com ~all"

Dies führt dazu, dass die zusätzlichen spf1- und spf2-Datensätze nicht angezeigt werden (zur Verdeutlichung wird der Verweis auf spf1 und spf2 angezeigt, es werden jedoch auch keine gültigen Konfigurationen angezeigt). Ist diese Methode eine verlorene Sache?

Wir haben kürzlich einen Vertrag mit den Domain-Eigentümern von example.com abgeschlossen und E-Mails von Google Mail auf 365 migriert. Ich glaube, es gab bis zur Einführung von Messagelabs in der ursprünglichen Zeile keinen Permerror, aber trotz Entfernung von Google Mail und 365 Includes schlägt dies mit nur fehl der webhost und messagelabs beinhaltet.

4
Tony Brayton

Es war so, dass die TXT Namen für spf1, 2 und jetzt 3 nicht mit einem Punkt in diesem speziellen Domain Zone Management Panel abgeschlossen wurden! Sobald dies hinzugefügt wurde, wurden die zusätzlichen TXT Datensätze angezeigt. Dies ermöglichte es, das Limit von 255 Zeichen zu umgehen, da der Webhost massive Mechanismen und Suchvorgänge hatte, die in ip4 und ip6 formatiert werden mussten, anstatt Includes zu verwenden. Alles wird abgeholt und SPF ist jetzt glücklich.

2
Tony Brayton