Vérificateur SPF et DMARC

RSS

Test a domain's email authentication: SPF, DKIM and DMARC records are checked for syntax, lookup limits and policy strength, with plain-English fixes.

Authentification des e-mails pour outlook.com

SPFValide
DKIM2 clés trouvées
DMARCp=none

SPF (Sender Policy Framework)

1/10 requêtes DNS
v=spf1 include:spf2.outlook.com -all
  • L'enregistrement SPF est valide et se termine par -all.

DKIM (DomainKeys Identified Mail)

Sélecteur selector1 (via CNAME selector1._domainkey.outbound.protection.outlook.com)

v=DKIM1;k=rsa;p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvWyktrIL8DO/+UGvMbv7cPd/Xogpbs7pgVw8y9ldO6AAMmg8+ijENl/c7Fb1MfKM7uG3LMwAr0dVVKyM+mbkoX2k5L7lsROQr0Z9gGSpu7xrnZOa58+/pIhd2Xk/DFPpa5+TKbWodbsSZPRN8z0RY5x59jdzSclXlEyN9mEZdmOiKTsOP6A7vQxfSya9jg5N81dfNNvP7HnWejMMsKyIMrXptxOhIBuEYH67JDe98QgX14oHvGM2Uz53if/SW8MF09rYh9sp4ZsaWLIg6T343JzlbtrsGRGCDJ9JPpxRWZimtz+Up/BlKzT6sCCrBihb/Bi3pZiEBB4Ui/vruL5…

Sélecteur selector2 (via CNAME selector2._domainkey.outbound.protection.outlook.com)

v=DKIM1;k=rsa;p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv4FtIHuwq9952OTOwVZEofzUo9nZJZV7Hn3zOXBHaEOP71nMs+uCheSeYRH34PLvo9MngvAFxXG4X8dpL35onCZq2uivZrSBid1ZPDiDqTsK8y26vCV/RpVSWeJEO0SWejooFY7RJ1sbSIxj3Yj4n95oysVoNk3OIJcLryIgjPwzoxFyFQKfpfzAuBf0xvAs29JW9whxe1A7J9Z+wJVhVs37o2ua+sMb7ypEhVjoGHJnGpHh3qq8ukHMw6XAiSD1bG5jndbWNXEf93E1UAAmIYZvxGqwFU0cpCu9YwmwEXYQtAXORinEYAIQKpIlCtH0hW6XKnsbxnbmUmRs/a1…

DMARC

v=DMARC1; p=none; sp=quarantine; pct=100; rua=mailto:rua@dmarc.microsoft; ruf=mailto:ruf@dmarc.microsoft; fo=1
Politique (p)
none
Politique des sous-domaines (sp)
quarantine
Rapports agrégés (rua)
mailto:rua@dmarc.microsoft
Pourcentage (pct)
100%
Alignement
DKIM: R, SPF: R (R = souple, S = strict)
  • La politique est p=none (surveillance uniquement). Une fois les rapports propres, passez à p=quarantine puis à p=reject.

Voir les enregistrements MX de outlook.com (messagerie gérée par Microsoft 365).

Pourquoi SPF, DKIM et DMARC sont importants

L’e-mail a été conçu sans vérification de l’expéditeur, si bien que n’importe qui peut mettre votre domaine dans la ligne « De ». Trois normes reposant sur le DNS y remédient. Depuis février 2024, Google et Yahoo les exigent des expéditeurs en masse, et l’absence de ces enregistrements est aujourd’hui une cause fréquente de courriers légitimes classés comme spam.

  • SPF liste les serveurs autorisés à envoyer du courrier pour votre domaine, dans un enregistrement TXT commençant par v=spf1.
  • DKIM ajoute une signature cryptographique à chaque message ; les destinataires la vérifient avec une clé publique publiée à l’adresse selector._domainkey.yourdomain.
  • DMARC (à l’adresse _dmarc.yourdomain) indique aux destinataires quoi faire lorsque SPF et DKIM ne s’alignent pas avec le domaine De (none, quarantine ou reject) et où envoyer les rapports.

Ce que teste ce vérificateur

  • SPF existe, il n’y a qu’un seul enregistrement, il se termine par ~all ou -all (jamais +all), et le nombre total de recherches DNS, y compris les mécanismes include: imbriqués, reste dans la limite de 10 fixée par la RFC 7208.
  • Les clés DKIM sur le sélecteur que vous fournissez, ou sur une douzaine de sélecteurs courants utilisés par Google Workspace, Microsoft 365 et les services d’envoi populaires.
  • DMARC existe, a une politique valide, s’applique à 100 % du courrier et envoie des rapports agrégés pour que vous puissiez voir qui envoie en votre nom.

Exemples d’enregistrements

example.com.         TXT  "v=spf1 include:_spf.example.net ip4:192.0.2.0/24 -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s"
s1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh…"

Déploiement recommandé

  1. Publiez un SPF couvrant chaque service qui envoie pour vous, se terminant par ~all.
  2. Activez la signature DKIM chez chaque fournisseur.
  3. Publiez DMARC avec p=none et une adresse rua, et examinez les rapports pendant deux à quatre semaines.
  4. Passez à p=quarantine, puis à p=reject, une fois que tout le courrier légitime passe les contrôles.

Guide complet : SPF, DKIM et DMARC expliqués.

Questions fréquentes

Dois-je utiliser ~all ou -all ?

Avec DMARC en place, les deux fonctionnent ; c’est DMARC qui décide du résultat. ~all est le point de départ le plus sûr ; -all est plus strict une fois que vous êtes certain que chaque expéditeur est listé.

Que signifie « trop de recherches DNS » ?

Chaque include, a, mx, exists et redirect coûte une recherche, y compris ceux qui se trouvent dans les enregistrements inclus. Au-delà de 10, SPF échoue pour tout le monde. Supprimez les services inutilisés ou remplacez les mécanismes include par des plages ip4/ip6.

Les domaines parqués ont-ils besoin de ces enregistrements ?

Oui. Protégez les domaines qui n’envoient jamais d’e-mails avec v=spf1 -all et v=DMARC1; p=reject.

Mis à jour

Commentaires

Aucune évaluation pour l’instant

Connectez-vous pour noter cet outil.

Partagez une astuce, posez une question ou racontez comment l’outil a fonctionné pour vous.

Aucun commentaire pour l’instant. Soyez le premier à raconter votre expérience.

Copié dans le presse-papiers