Les enregistrements que vous croiserez dans presque toutes les zones
Enregistrements TXT expliqués : SPF, DKIM et DMARC
Un enregistrement TXT contient du texte libre rattaché à un nom de domaine. Cela paraît anodin, mais c'est par là que passe la publication de tout le système de confiance du courrier, ainsi que la plupart des vérifications de propriété de domaine que vous aurez à faire.
Le problème de fond est que SMTP, conçu en 1982, permet à n'importe quel serveur de prétendre envoyer au nom de n'importe quel domaine. Rien dans le protocole ne l'empêche. SPF, DKIM et DMARC sont trois couches ajoutées après coup pour y remédier, et toutes trois résident dans des enregistrements TXT.
À retenir
Les enregistrements MX décident où arrive votre courrier. Ces trois enregistrements TXT décident si quelqu'un croit au courrier qui prétend venir de vous. Sans eux, les messages légitimes finissent en spam.
SPF : quels serveurs peuvent envoyer en votre nom
SPF (Sender Policy Framework) publie une liste des serveurs autorisés à envoyer du courrier pour votre domaine. Un serveur de réception compare l'IP qui se connecte à cette liste.
example.com. 3600 IN TXT "v=spf1 include:_spf.google.com ip4:93.184.216.34 ~all"| Élément | Signification |
|---|---|
v=spf1 | Marqueur de version : doit venir en premier. |
include:_spf.google.com | Faire aussi confiance à tout ce qui figure dans l'enregistrement SPF de Google. |
ip4:93.184.216.34 | Faire confiance à cette adresse précise. |
~all | Échec souple : tout le reste est suspect mais pas rejeté. |
-all | Échec strict : rejeter tout ce qui n'est pas listé. Plus rigoureux. |
DKIM : une signature cryptographique
DKIM (DomainKeys Identified Mail) signe chaque message sortant avec une clé privée. Vous publiez la clé publique correspondante dans le DNS, et les destinataires vérifient la signature.
selector1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEB..."La partie selector1 est choisie par votre fournisseur de messagerie et incluse dans chaque message signé, afin que les destinataires sachent quelle clé récupérer. Les sélecteurs permettent de faire tourner les clés, ou d'utiliser plusieurs fournisseurs, sans conflit.
L'avantage de DKIM sur SPF est que la signature couvre le message lui-même, et survit donc au transfert. Sa faiblesse est qu'il ne dit rien des messages qui arrivent sans aucune signature, ce que DMARC vient combler.
DMARC : que faire quand les deux premiers échouent
DMARC (Domain-based Message Authentication, Reporting and Conformance) relie les deux autres : il exige que SPF ou DKIM non seulement réussissent mais soient alignés avec l'adresse From visible, et il indique aux destinataires quoi faire en cas d'échec.
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:reports@example.com; pct=100"| Balise | Signification |
|---|---|
p=none | Surveillance uniquement : aucune action. C'est le point de départ. |
p=quarantine | Envoyer le courrier en échec dans le spam. |
p=reject | Refuser catégoriquement le courrier en échec. L'objectif final. |
rua= | Où envoyer les rapports agrégés. |
pct= | Appliquer la politique à ce pourcentage du courrier : utile pour un déploiement progressif. |
Déployer les trois en toute sécurité
L'ordre compte. Passer directement à p=reject est le moyen classique de rendre vos propres factures non distribuables.
Inventorier tout ce qui envoie en votre nom
Votre fournisseur de messagerie, bien sûr, mais aussi les outils de facturation, le CRM, les plateformes marketing, les systèmes de tickets et le courrier transactionnel de votre application. Tout oubli ici posera problème plus tard.
Publier SPF avec un échec souple
Incluez chaque expéditeur de l'étape un et terminez par
~all. L'échec souple marque les expéditeurs non listés comme suspects sans détruire le courrier pendant que vous vérifiez la liste.Activer la signature DKIM
Activez-la chez chaque fournisseur et publiez les enregistrements de sélecteur qu'il vous donne. Envoyez un message de test et confirmez que la signature est vérifiée.
Démarrer DMARC à p=none
Surveillance uniquement. Collectez les rapports agrégés pendant deux à quatre semaines : ils révéleront les expéditeurs que vous aviez oubliés.
Durcir progressivement
Une fois que les rapports ne montrent que des sources légitimes qui réussissent, passez à
p=quarantine, éventuellement avecpct=25d'abord, puis àp=rejectlorsque tout est propre.
Les enregistrements TXT ne servent pas qu'au courrier
Le même type d'enregistrement porte la vérification de propriété de domaine pour des dizaines de services : Google Search Console, Microsoft 365, Facebook et d'autres vous demandent de publier un jeton sous forme d'enregistrement TXT, puis de le vérifier.
example.com. IN TXT "google-site-verification=rXsLp2..."
example.com. IN TXT "MS=ms12345678"Ils cohabitent sans problème. Un domaine peut contenir de nombreux enregistrements TXT ; la seule règle est qu'il doit y en avoir exactement un commençant par v=spf1.
Passez n'importe quel domaine dans l'outil de recherche pour voir tous ses enregistrements TXT ensemble : un moyen rapide de repérer un enregistrement SPF en double ou un jeton de vérification qui n'a jamais été retiré.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Outils gratuits sur ce sujet
Questions fréquentes
À lire aussi
Comment un e-mail trouve votre serveur de messagerie
Expéditeur
you@gmail.com
Recherche MX
qui reçoit le courrier ?
Serveur de messagerie
priorité 10 d'abord
Boîte de réception
livré
Le numéro de priorité le plus bas l'emporte ; les plus élevés servent de secours
Que sont les enregistrements MX ? Routage des e-mails
L'enregistrement qui décide où atterrit votre courrier : le fonctionnement des priorités, ce que signifie le null MX et les erreurs qui font perdre des messages en silence.
Le DNS inverse fait la recherche à l'envers
Adresse IP
93.184.216.34
le point de départ
Recherche PTR
in-addr.arpa : leur zone, pas la vôtre
Nom d'hôte
la réponse
La zone inverse appartient au propriétaire du bloc d'IP, pas au propriétaire du domaine
Qu'est-ce que le DNS inverse ? Les enregistrements PTR
La recherche qui fonctionne à l'envers : pourquoi votre hébergeur la contrôle, et pourquoi son absence envoie discrètement vos e-mails dans les spams.
Les enregistrements que vous croiserez dans presque toutes les zones
Types d'enregistrements DNS expliqués : la référence complète
Chaque type d'enregistrement à connaître, son rôle, son aspect et l'erreur qu'on commet avec lui, réunis sur une seule page de référence.