Comment configurer SPF, DKIM et DMARC

Publiez les trois enregistrements DNS qui empêchent d'autres d'envoyer du courrier au nom de votre domaine : listez vos expéditeurs, écrivez SPF, publiez une clé DKIM, démarrez DMARC en p=none puis durcissez-le.

Dernière vérification :

AdSense Placeholder
Slot: header_reference_page
Sur cette page

Étapes

  1. Lister tous les services qui envoient du courrier avec votre domaine

    Notez votre fournisseur de messagerie, l'outil de newsletters, le système de facturation ou de CRM, le formulaire de contact de votre site et tout serveur qui envoie des alertes. Chacun doit être couvert par SPF, DKIM ou les deux, sinon son courrier échouera dès que vous appliquerez DMARC.

  2. Construire l'enregistrement SPF

    Ouvrez le générateur d'enregistrement SPF, cochez votre fournisseur de messagerie dans la liste, ajoutez les adresses IP ou entrées include: supplémentaires et gardez ~all pendant vos essais. Surveillez le compteur de requêtes : SPF autorise au plus 10 requêtes DNS. Publiez le résultat sous la forme d'un seul enregistrement TXT sur votre domaine.

  3. Créer et publier une clé DKIM

    Si votre fournisseur (par exemple Google Workspace ou Microsoft 365) signe le courrier pour vous, générez la clé dans sa console d'administration et publiez l'enregistrement TXT qu'il fournit. Si vous exploitez votre propre serveur de messagerie, créez une paire de clés avec le générateur d'enregistrement DKIM, installez la clé privée sur le serveur et publiez la clé publique à selector._domainkey.votredomaine.

  4. Publier DMARC en mode surveillance

    Utilisez le générateur d'enregistrement DMARC pour écrire v=DMARC1; p=none; rua=mailto:... et publiez-le comme enregistrement TXT à _dmarc.votredomaine. Avec p=none, rien n'est bloqué ; vous commencez seulement à recevoir des rapports agrégés.

  5. Vérifier les enregistrements publiés

    Lancez le vérificateur de délivrabilité e-mail sur votre domaine pour confirmer que SPF, DMARC et MX sont trouvés et relus exactement comme saisis. Utilisez la recherche d'enregistrements DNS avec le type TXT si un enregistrement semble manquer ; les changements peuvent mettre du temps à se propager.

  6. Lire les rapports puis durcir la politique

    Après quelques semaines, examinez qui envoie avec votre domaine. Corrigez tout expéditeur légitime qui échoue, puis passez à p=quarantine et plus tard à p=reject. Remplacez la fin de SPF ~all par -all quand vous faites confiance à la liste.

Ce dont vous avez besoin

L'accès aux réglages DNS de votre domaine (chez votre bureau d'enregistrement ou hébergeur DNS), une adresse capable de recevoir les rapports DMARC et la liste de tout ce qui envoie du courrier avec votre domaine.

Les trois enregistrements en un coup d'œil

Enregistrement Publié à Ce qu'il prouve
SPF TXT sur le domaine lui-même Que l'adresse IP du serveur émetteur est autorisée à envoyer pour ce domaine
DKIM TXT à selector._domainkey.domaine Que le message porte une signature valide d'une clé publiée par le domaine et n'a pas été modifié
DMARC TXT à _dmarc.domaine Ce que les destinataires doivent faire quand ni SPF ni DKIM ne correspondent à l'adresse From visible, et où envoyer les rapports

Une configuration terminée pour un domaine d'exemple ressemble à ceci :

example.com.                 TXT  "v=spf1 include:_spf.mailhost.example ~all"
s1._domainkey.example.com.   TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A..."
_dmarc.example.com.          TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Déployer DMARC en sécurité

Étape Politique Effet
Surveillance p=none Rien n'est bloqué ; les rapports montrent toutes les sources
Application douce p=quarantine Le courrier en échec va dans les indésirables
Application totale p=reject Le courrier en échec est refusé

Restez à chaque étape jusqu'à ce que les rapports ne montrent plus aucun expéditeur légitime en échec. Passez plus de temps en surveillance que nécessaire, car les expéditeurs oubliés (un système de facturation, un ancien outil de newsletters) sont les victimes habituelles.

Pièges courants

  • Deux enregistrements SPF. Un domaine doit avoir exactement un enregistrement TXT SPF. Fusionnez-les en un seul.
  • Plus de 10 requêtes. Chaque include, a, mx, exists et redirect compte, tout comme ce que font à leur tour les enregistrements inclus. Dépasser la limite fait échouer SPF avec une erreur permanente.
  • Utiliser +all. Il autorise tout Internet. Ne le publiez jamais.
  • Oublier les expéditeurs tiers. Les services de newsletters, de tickets et de facturation doivent figurer dans SPF et signer avec votre domaine via DKIM.
  • Ignorer l'alignement. DMARC exige que le domaine ayant passé SPF ou DKIM corresponde au domaine From visible. Un service qui signe uniquement avec son propre domaine n'améliore pas votre résultat DMARC.
  • Boîte aux lettres noyée de rapports. Les rapports agrégés sont des fichiers XML. Utilisez une boîte dédiée ou un service de traitement.

Pour aller plus loin

La façon dont les trois normes s'articulent est expliquée dans L'authentification e-mail : SPF, DKIM et DMARC et la syntaxe exacte des balises figure dans Aide-mémoire de la syntaxe SPF, DKIM et DMARC. Pour analyser un message reçu, suivez Comment vérifier si un e-mail est usurpé.

Essayez ces outils

Voir aussi

  • Guide L'authentification e-mail : SPF, DKIM et DMARC
    Ce que vérifient SPF, DKIM et DMARC, à quoi ressemblent leurs enregistrements DNS.
  • Aide-mémoire Aide-mémoire de la syntaxe SPF, DKIM et DMARC
    Syntaxe des enregistrements : mécanismes et qualificateurs SPF.
  • Glossaire SPF
    Le SPF (Sender Policy Framework) est un enregistrement DNS qui liste les serveurs autorisés à envoyer du courrier pour un domaine.
  • Glossaire DKIM
    Le DKIM (DomainKeys Identified Mail) ajoute une signature numérique au courrier sortant que les destinataires vérifient avec une clé.
  • Glossaire DMARC
    Le DMARC est une politique DNS qui indique aux destinataires que faire du courrier qui échoue à l'alignement SPF et DKIM.

Questions fréquemment posées

Oui. SPF et DKIM prouvent des choses différentes, et DMARC fait agir le destinataire selon le résultat et vous envoie des rapports. Les grands fournisseurs de messagerie attendent désormais les trois de quiconque envoie en volume, et un domaine avec seulement SPF peut encore être usurpé d'une façon que SPF seul ne détecte pas.

Un enregistrement DKIM se trouve sous un nom qui inclut un sélecteur que vous choisissez (comme s1._domainkey.example.com), et il est impossible de découvrir le sélecteur de l'extérieur. Le Vérificateur de Délivrabilité E-mail ne signale donc que SPF, DMARC et MX. Pour vérifier DKIM, envoyez-vous un message et lisez l'en-tête Authentication-Results de la copie reçue.

Vous le pouvez, mais vous perdrez probablement du courrier légitime. Tant que les rapports ne montrent pas que tous les expéditeurs légitimes passent, utilisez p=none, puis quarantine, puis reject.

AdSense Placeholder
Slot: footer_leaderboard