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 paypal.com

SPFValide, avec avertissements
DKIM2 clés trouvées
DMARCp=reject

SPF (Sender Policy Framework)

9/10 requêtes DNS
v=spf1 include:pp._spf.paypal.com include:3ph1._spf.paypal.com include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com include:3ph4._spf.paypal.com include:sendgrid.net include:aspmx.pardot.com ~all
  • L'enregistrement utilise 9 des 10 requêtes DNS autorisées. Vous approchez de la limite.

DKIM (DomainKeys Identified Mail)

Sélecteur s1 (via CNAME s1.domainkey.u2325424.wl175.sendgrid.net)

k=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxbgrZ8NI+r1z/S4RHUWdMmwmN+JGEY9Blcd1cqhocyKq+4qzU5TDXX4gKIZ2Apq3tTdA/a5hNEE4bPyhJAHFA0/x7Xhg//F4+iLwAB766QJ10Yjv7nQIqvzMmMpLctr5FjgnclGvPUgow3ofUpnmxyr1s9fR2JdvrRzXtwvuvbDV8j98iuIGYgcTcmQwJHH3HcGuxYOc57YZBNPUQbd5fcR5hcpbi+rWeT/SlNCCLNLP4gmXVg7lPc37Yo3CG5gpAsTAf/4RIxb22aL2xW596h/Hi1EebekpqF1dWogRs7x2JK1JYQaVIJEYNSuv5nqLR6FA1SUmB1375JL4pTXS6…

Sélecteur s2 (via CNAME s2.domainkey.u2048429.wl180.sendgrid.net)

k=rsa; t=s; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDMTLst9tYk0BVG2VmtfH+pSW9SYaffk4Z3wx361Z2P8Knyh+UNT6EWgdLfhz35K2hD04HMNy+wQqNiN7EFDmUUiqoJ69Z2d4JKNfNWXoKubJFrTRHdKVl7o17yN/Pw6N/O5wqxqe0pISJjglebwjwX4JpTQZ6wHzQhGu5++JDP2QIDAQAB

DMARC

v=DMARC1; p=reject; rua=mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email; ruf=mailto:d@ruf.agari.com,mailto:MTc4Mzcw@ruf.vali.email
Politique (p)
reject
Politique des sous-domaines (sp)
identique à p
Rapports agrégés (rua)
mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email
Pourcentage (pct)
100%
Alignement
DKIM: R, SPF: R (R = souple, S = strict)
  • DMARC est appliqué avec p=reject et les rapports sont activés.

Voir les enregistrements MX de paypal.com.

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

Copié dans le presse-papiers