J'essaie de travailler avec le budget de recherche et de traiter avec un hôte Web qui envoie également des courriers électroniques au nom du domaine pour divers services qui ne tiennent pas un SPF ordonné. Je n'ai jamais rencontré ce problème et mon googlefu me fait défaut. J'ai trouvé un article et ils l'ont qualifié d'amender les enregistrements pour inclure des enregistrements supplémentaires TXT avec des inclusions supplémentaires afin qu'ils soient traités différemment. Je suis venu avec ce qui suit:
Nom: example.com
Valeur: "v=spf1 include:spf1.example.com include:spf2.example.com ~all"
(TXT supplémentaire)
Nom: spf1.example.com
Valeur: "v=spf1 include:webhost.com include:morewebhost.com ~all"
Nom: spf2.example.com
Valeur: "v=spf1 include:spf.messagelabs.com ~all"
Cela entraîne l'impossibilité de voir les enregistrements supplémentaires spf1 et spf2 (pour être clair, il voit la référence à spf1 et spf2 mais il ne voit aucune configuration valide dans l'un ou l'autre). Cette méthode est-elle une cause perdue?
Nous avons récemment remporté un contrat avec les propriétaires de domaine example.com et migré le courrier électronique de gmail vers 365. Je pense qu'il n'y avait pas de permerror avant l'introduction de messagelabs dans la ligne d'origine. Malgré la suppression du gmail et des 365 inclus, il échoue avec juste L'hébergeur Web et messagelabs incluent.
C’est que les noms TXT pour spf1, 2 et maintenant 3 ne se terminaient pas par un point dans ce panneau de gestion de zone de domaine particulier! Une fois que cela a été ajouté, les enregistrements supplémentaires TXT ont été vus. Cela permettait de travailler autour de la limite de 255 caractères car l'hôte Web disposait d'un mécanisme massif et de recherches qui devaient être formatées en ip4 et ip6 plutôt qu'en inclus et ce sont celles qui sont allées dans spf1, 2 et 3! Tout est ramassé et SPF est heureux maintenant.