Outils gratuits

Générateur d’enregistrement SPF

Construisez l’enregistrement SPF de votre domaine à partir des services qui envoient vraiment vos e-mails. Le générateur compte les requêtes DNS comme les destinataires et vous prévient avant la limite de 10.

L’enregistrement est construit dans votre navigateur : rien de ce que vous saisissez ne nous est envoyé.

SPF liste les serveurs autorisés à envoyer des e-mails pour votre domaine. Cochez chaque service qui envoie des e-mails avec votre adresse : votre messagerie, vos lettres d’information, votre facturation, votre support.

Services qui envoient vos e-mails
E-mails venant d’autres serveurs

Vérifier l’enregistrement une fois publié Générateurs CAA, MTA-STS et security.txt

Ce qu’écrit le générateur

Un seul enregistrement, commençant par v=spf1
Tout tient dans un seul enregistrement TXT, comme l’exige SPF. N’en publiez jamais un second à côté.
Les includes de vos fournisseurs
Chaque service coché ajoute l’include qu’il documente, compté avec ses propres includes imbriqués : Google Workspace coûte à lui seul 4 requêtes, Microsoft 365 en coûte 2.
Vos propres serveurs
mx et a couvrent les serveurs de vos enregistrements MX et de votre site ; ip4 et ip6 ajoutent des adresses fixes sans coûter de requête.
La fin
~all signale les e-mails des autres serveurs et convient avec DMARC ; -all les refuse franchement.
Des alertes avant de publier
Plus de 10 requêtes, une adresse ou un include invalide, et un enregistrement de plus de 255 caractères sont signalés avant que vous ne copiiez quoi que ce soit.

Comment publier l’enregistrement

Nom
@, le domaine lui-même, ou un nom vide selon votre interface DNS : SPF est lu sur le domaine du Return-Path, en général votre domaine.
Type et valeur
TXT, avec la valeur telle que générée. La plupart des interfaces ajoutent les guillemets elles-mêmes ; si vous les tapez, utilisez des guillemets droits.
Remplacer, jamais ajouter
Si le domaine a déjà un enregistrement v=spf1, modifiez-le au lieu d’en ajouter un second.
Puis vérifier
Le changement est visible en quelques minutes ou quelques heures (le TTL de l’enregistrement). Lancez le vérificateur SPF sur votre domaine pour confirmer le nombre de requêtes et la fin.

Erreurs à éviter en écrivant un SPF

La plupart des SPF cassés viennent d’une poignée d’erreurs. Chacune est donnée avec le message qu’elle provoque et la façon de l’éviter.

Un second enregistrement SPF

Pourquoi. Ajouter un fournisseur en créant un autre enregistrement v=spf1 donne à chaque destinataire l’erreur « permerror: multiple SPF records found ».

Correction. Ajoutez le nouvel include à l’enregistrement existant. Le générateur produit toujours un seul enregistrement qui contient tout.

Un expéditeur oublié

Pourquoi. Factures, formulaires du site ou support qui envoient avec votre adresse sans être listés obtiennent « spf=softfail » et finissent en indésirables une fois DMARC appliqué.

Correction. Cochez chaque service qui envoie avec votre adresse. Vos rapports DMARC listent tous les expéditeurs, y compris ceux que personne n’avait en tête.

Trop d’includes

Pourquoi. Au-delà de 10 requêtes DNS, SPF renvoie « permerror: too many DNS lookups » pour chaque message.

Correction. Retirez les anciens fournisseurs, utilisez des plages ip4 quand un fournisseur documente des adresses fixes, et déplacez les envois en nombre vers un sous-domaine qui a son propre SPF.

+all ou ?all « pour que ça passe »

Pourquoi. +all laisse n’importe quel serveur d’Internet envoyer au nom de votre domaine ; ?all ne dit rien. Les deux suppriment la protection pour laquelle SPF existe.

Correction. Terminez par ~all avec DMARC, ou -all sans. Corrigez plutôt les expéditeurs manquants.

a sur un hébergement mutualisé

Pourquoi. Le mécanisme a autorise l’adresse de votre site. Sur un hébergement mutualisé, des centaines d’autres sites partagent cette adresse, et tous peuvent alors envoyer en votre nom.

Correction. Ne cochez pas a, sauf si le serveur de votre site vous est réservé ; listez plutôt le service d’envoi qu’utilise votre site.

Questions

Où placer l’enregistrement SPF ?

Sur le domaine lui-même, en enregistrement TXT. Dans la plupart des interfaces DNS, le nom est @ ou laissé vide. Les sous-domaines qui envoient des e-mails ont besoin de leur propre enregistrement.

Faut-il un SPF si mon domaine n’envoie jamais d’e-mails ?

Oui : v=spf1 -all dit qu’aucun serveur ne peut envoyer pour le domaine. Ajoutez un DMARC en p=reject et un MX nul (MX 0 .) pour fermer complètement le domaine.

Un SPF peut-il dépasser 255 caractères ?

Oui, sous forme de plusieurs chaînes dans un même enregistrement TXT, que les destinataires réassemblent. La plupart des interfaces DNS découpent seules une longue valeur ; ce qui ne doit jamais arriver, c’est une valeur tronquée.

Quels includes utilisent les fournisseurs ?

Le générateur connaît l’include documenté des principaux services de messagerie, d’e-mailing et d’envoi transactionnel. Pour un autre, copiez l’include depuis l’aide du fournisseur et ajoutez-le dans Autres inclusions.

L’enregistrement est-il construit sur vos serveurs ?

Non, dans votre navigateur. Rien de ce que vous saisissez ne nous est envoyé.