Outil gratuit · SPF

Vérificateur de recherches SPF : comptez vos recherches DNS et voyez quel include coûte le plus

La réponse courte

Saisissez un domaine. Le vérificateur lit son enregistrement SPF, suit chaque include et compte les recherches DNS par rapport à la limite de 10 de RFC 7208. Il dessine l'arbre avec le coût de chaque branche, pour que vous voyiez quel fournisseur consomme votre budget, et il signale plus d'un enregistrement, les recherches vides et un all qui laisse tout le monde envoyer.

Contrôlez un domaine maintenant

Sans compte, sans carte. Le résultat s'ouvre dans le contrôle gratuit du tableau de bord SkyQon.

Gratuit, sans compte. Nous lisons uniquement le DNS public et ce que vos serveurs montrent à quiconque s'y connecte.

Ce que montre le résultat

  • Le décompte par rapport à la limite de 10, avec un seul verdict : dans la limite, proche de la limite (9 ou 10), au-delà (PermError), aucun enregistrement SPF, ou illisible.
  • L'arbre d'include : une ligne par recherche, ce qu'elle coûte et ce qu'elle a entraîné. La branche la plus coûteuse est signalée, car c'est là qu'il faut couper en premier.
  • Des cartes d'échec, seulement quand elles s'appliquent : trop de recherches, plus d'un enregistrement SPF, plus de deux recherches vides, une valeur d'exemple laissée dans l'enregistrement, et un all qui laisse tout le monde envoyer.
  • Votre enregistrement actuel dans un encadré à copier, et les étapes adaptées à ce qui a été trouvé.
  • « Illisible » ne signifie jamais « aucun enregistrement ». Si un serveur DNS ne répond pas, le résultat indique que le décompte est incomplet. Il ne devine pas, et il ne vous dit pas que vous n'avez pas de SPF.

Comment nous comptons

Nous comptons comme RFC 7208, section 4.6.4, le demande à un destinataire, dans le pire des cas, où chaque terme est évalué parce que le serveur expéditeur ne correspond à aucun d'eux.

TermeCe qu'il coûteRecherches
include:x1, plus chaque recherche dans l'enregistrement de x1 + x
redirect=x1, plus chaque recherche dans l'enregistrement de x1 + x
a, a:x, a/241, quel que soit le qualificatif ou le suffixe1
mx, mx:x1 ; il peut renvoyer au plus 10 hôtes de messagerie1
exists:x1 ; une cible avec macro est comptée mais pas développée1
ptr1 ; RFC 7208 indique de ne pas l'utiliser1
ip4:, ip6:, all, exp=Rien à rechercher0
Le même include deux foisCompté à chaque fois qu'il est atteint2 × x
Limite par vérification (plus de 2 recherches vides constituent aussi une PermError)10

Une boucle, où un enregistrement inclut l'un de ses propres ancêtres, est coupée et signalée au lieu d'être comptée indéfiniment.

Ce qui se passe au-delà de 10

  • Une PermError, pour chaque message. Le destinataire arrête sa lecture à la onzième recherche : aucun de vos expéditeurs ne réussit le SPF, pas même ceux listés en premier. RFC 7208 §4.6.4
  • DMARC ne repose plus que sur DKIM. Le courrier qui n'est pas signé DKIM pour votre domaine échoue à DMARC et, sous p=quarantine ou p=reject, il est filtré ou refusé. RFC 7489 §3.1
  • Personne ne vous prévient. Les destinataires ne signalent pas une PermError à l'expéditeur. Vous l'apprenez par les rapports DMARC ou par des clients qui n'ont pas reçu de facture.

Comptez votre propre enregistrement

Collez un domaine, ou une adresse complète : le champ ne garde que le domaine.

Gratuit, sans compte. Nous lisons uniquement le DNS public et ce que vos serveurs montrent à quiconque s'y connecte.

Corriger, étape par étape

  1. Lancez le vérificateur sur votre domaine

    Notez le total et la branche signalée comme la plus coûteuse.

  2. Retirez ce qui n'envoie plus

    Les include de services que vous avez quittés, les include déjà contenus dans l'enregistrement d'un autre fournisseur, et les termes mx ou a pour des hôtes qui n'envoient jamais de courrier.

  3. Séparez les envois en masse

    Donnez aux newsletters un return-path sur un sous-domaine doté de son propre enregistrement SPF et de son propre budget de 10.

  4. Publiez un seul enregistrement et contrôlez à nouveau

    Gardez un seul enregistrement v=spf1, terminez-le par -all ou ~all, et relancez le vérificateur une fois la modification propagée.

Erreurs fréquentes

Corriger le décompte en copiant des adresses

Les adresses des fournisseurs changent. Une liste copiée devient obsolète sans bruit et leur courrier commence à échouer à votre SPF.

Dans le résultat SkyQon : les termes ip4 et ip6 coûtent 0 : une copie obsolète paraît donc parfaite dans n'importe quel vérificateur. Gardez l'include.

Terminer l'enregistrement par +all ou ?all

+all permet à n'importe quel serveur d'Internet de réussir le SPF en votre nom. ?all ne dit rien du tout. Utilisez -all, ou ~all tant que vous recensez encore vos expéditeurs.

Dans le résultat SkyQon : une carte « all permissif » quand l'enregistrement se termine par +all ou ?all.

Laisser une valeur d'exemple dans l'enregistrement

Le texte d'exemple d'un fournisseur, tel que <your-ip>, publié tel quel signifie qu'il n'y a aucun enregistrement SPF fonctionnel.

Dans le résultat SkyQon : une carte « valeur d'exemple », et l'enregistrement noté comme absence de SPF.

Ce que SkyQon fait et ne fait pas

Ce que ça trouve

Le SPF du domaine que vous saisissez : chaque enregistrement qu'il inclut, les recherches que coûte chaque branche, les recherches vides, plus d'un enregistrement, les valeurs d'exemple et un all permissif.

Ce que vous obtenez

Un décompte ponctuel avec l'arbre et les étapes. Ajoutez le domaine au plan Free et chaque analyse refait le décompte, avec une alerte à 9 ou 10 recherches et une autre au-delà de 10.

Ce que ce n’est pas

Nous n'hébergeons, n'aplatissons ni ne réécrivons votre enregistrement, et nous ne gardons aucune liste des domaines que les gens contrôlent. Votre SPF reste le vôtre.

Vérificateur SPF : les questions fréquentes

Quels termes comptent dans la limite de 10 ?
include, a, mx, ptr et exists, plus le modificateur redirect, y compris chacun de ceux contenus dans les enregistrements que vous incluez. ip4, ip6, all et exp ne coûtent rien.
Un include répété compte-t-il deux fois ?
Oui. Si l'enregistrement de Freshdesk inclut SendGrid et que votre propre enregistrement inclut aussi SendGrid, le destinataire le recherche deux fois et les deux comptent. RFC 7208 ne prévoit aucune déduplication : le vérificateur compte donc à chaque fois.
Qu'est-ce qu'une recherche vide, et pourquoi le vérificateur les compte-t-il ?
Une recherche qui ne renvoie rien, ou un nom qui n'existe pas. RFC 7208 indique que les destinataires devraient s'arrêter après deux d'entre elles avec une PermError. Elles viennent généralement d'un include pointant vers un enregistrement de fournisseur supprimé : elles valent donc la peine d'être retirées, même quand le décompte est bas.
Comment les recherches MX sont-elles comptées ?
Le terme mx coûte 1 dans la limite de 10. La recherche des adresses des hôtes de messagerie qu'il renvoie ne compte pas dans les 10, mais s'il renvoie plus de 10 hôtes de messagerie, le terme renvoie une PermError.
Les sous-domaines ont-ils besoin de leur propre enregistrement SPF ?
Oui, s'ils envoient du courrier. Le SPF est vérifié sur le domaine exact de l'expéditeur d'enveloppe, sans héritage du parent. Un sous-domaine qui n'envoie jamais de courrier devrait publier v=spf1 -all.
Pourquoi SkyQon n'héberge-t-il pas mon enregistrement SPF ?
Le SPF hébergé ou dynamique place l'include de la société d'hébergement dans votre enregistrement. Il garde le décompte bas, mais votre authentification e-mail dépend alors du service de cette société et de votre contrat avec elle. Nous pensons que votre enregistrement doit rester le vôtre : nous comptons, expliquons et alertons, et c'est vous qui décidez quoi changer.
Conservez-vous les domaines que je contrôle ?
Le contrôle gratuit ne conserve rien sur qui a contrôlé quoi. Un résultat est mis en cache pendant une courte durée pour qu'un nouveau contrôle du même domaine soit rapide, puis il est supprimé.
Peut-il contrôler un enregistrement que je n'ai pas encore publié ?
Non. Il lit ce qui est en ligne dans le DNS public. Pour tester une modification, publiez-la d'abord sur un sous-domaine de test, ou comptez les nouveaux termes à la main avec le tableau ci-dessus.
Mon décompte diffère de celui d'un autre outil. Pourquoi ?
Généralement pour l'une de deux raisons : l'autre outil ne compte un include répété qu'une seule fois, ou il attribue un coût de 0 à une branche qui n'a pas répondu. Nous comptons chaque évaluation et marquons une branche illisible comme incomplète.

Surveillez-le, pour qu'une modification chez un fournisseur ne vous prenne pas par surprise.

Le plan Free surveille jusqu'à 5 domaines. SkyQon refait le décompte de votre arbre SPF à chaque analyse et vous alerte à 9 ou 10 recherches, avant qu'une modification chez un fournisseur ne vous fasse dépasser 10.