Pourquoi générer un enregistrement DMARC ?
DMARC (Domain-based Message Authentication, Reporting and Conformance) est le protocole qui complète SPF et DKIM pour protéger votre domaine contre l'usurpation d'identité (spoofing) et le phishing. Sans politique DMARC, n'importe qui peut envoyer des emails en se faisant passer pour votre domaine.
Trois raisons d'avoir DMARC :
- Protection de marque → Empêchez les fraudeurs d'utiliser votre domaine pour du phishing
- Visibilité complète → Recevez des rapports sur qui envoie des emails depuis votre domaine
- Meilleure délivrabilité → Les fournisseurs (Gmail, Microsoft) favorisent les domaines avec DMARC
Comment utiliser le générateur en 3 étapes
Étape 1 : Entrez votre domaine
Saisissez votre domaine organisationnel exactement comme il apparaît dans vos adresses email (exemple : captaindns.com). L'outil génère automatiquement le nom DNS complet : _dmarc.captaindns.com.
Étape 2 : Configurez les options
Politique principale (p) : Que faire des emails qui échouent ?
none: Observer sans bloquer (recommandé au départ)quarantine: Mettre en spamreject: Bloquer complètement
Alignement (adkim, aspf) : Comment vérifier la correspondance des domaines ?
relaxed(r) : Sous-domaines acceptés (recommandé)strict(s) : Correspondance exacte exigée
Rapports (rua, ruf) : Où recevoir les statistiques ?
- Ajoutez
mailto:dmarc@votredomaine.compour les rapports agrégés
Étape 3 : Copiez et publiez
Le générateur produit l'enregistrement DNS complet. Copiez-le dans votre interface de gestion DNS :
- Nom :
_dmarc.votredomaine.com - Type : TXT
- Valeur : L'enregistrement généré
Qu'est-ce que DMARC exactement ?
DMARC est une politique DNS qui indique aux serveurs de messagerie :
- Quoi vérifier : Est-ce que SPF ou DKIM passe ET est aligné avec le domaine visible ?
- Quoi faire si échec : Observer (none), mettre en spam (quarantine), ou bloquer (reject)
- Où rapporter : Adresses email pour recevoir les statistiques
Exemple d'enregistrement DMARC :
_dmarc.exemple.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@exemple.com; adkim=r; aspf=r; pct=100"
Décodage :
v=DMARC1: Version du protocole (obligatoire)p=quarantine: Politique = mettre en spamrua=mailto:...: Adresse pour rapports agrégésadkim=r: Alignement DKIM relaxedaspf=r: Alignement SPF relaxedpct=100: Appliquer à 100% des emails
Toutes les balises DMARC expliquées
Balises obligatoires
| Balise | Valeurs | Description |
|---|---|---|
| v | DMARC1 | Version du protocole. Toujours DMARC1. |
| p | none / quarantine / reject | Politique pour le domaine principal. |
Balises optionnelles courantes
| Balise | Valeurs | Description |
|---|---|---|
| sp | none / quarantine / reject | Politique pour les sous-domaines. Hérite de p si absent. |
| rua | mailto:adresse | Adresses pour rapports agrégés (quotidiens). |
| ruf | mailto:adresse | Adresses pour rapports forensiques (par échec). |
| adkim | r (relaxed) / s (strict) | Mode d'alignement DKIM. |
| aspf | r (relaxed) / s (strict) | Mode d'alignement SPF. |
| pct | 1-100 | Pourcentage d'emails soumis à la politique. |
Balises avancées
| Balise | Valeurs | Description |
|---|---|---|
| fo | 0 / 1 / d / s | Options de génération de rapports forensiques. |
| ri | secondes | Intervalle de rapports agrégés (défaut 86400 = 24h). |
Cas d'usage concrets
Cas 1 : Nouveau domaine sans historique
Objectif : Protéger un domaine qui commence à envoyer des emails.
Configuration recommandée :
v=DMARC1; p=none; rua=mailto:dmarc@exemple.com; adkim=r; aspf=r
Étapes suivantes :
- Surveillez les rapports pendant 2-4 semaines
- Identifiez toutes les sources légitimes
- Passez à
p=quarantine; pct=25 - Augmentez progressivement jusqu'à
p=reject
Cas 2 : Domaine avec multiples services (CRM, newsletter, transactionnel)
Objectif : Protéger sans casser les flux existants.
Configuration initiale :
v=DMARC1; p=none; sp=none; rua=mailto:dmarc@exemple.com; adkim=r; aspf=r
Diagnostic via rapports RUA :
- Listez toutes les IP/domaines qui envoient
- Vérifiez que chaque source a SPF et DKIM configurés
- Identifiez les sources non autorisées (spoofing potentiel)
Montée progressive :
v=DMARC1; p=quarantine; pct=10; rua=mailto:dmarc@exemple.com
Puis 25%, 50%, 100%, et enfin p=reject.
Cas 3 : Domaine qui n'envoie pas d'emails
Objectif : Empêcher tout usage frauduleux d'un domaine "parking".
Configuration stricte directe :
v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s
Pas besoin de phase d'observation si le domaine ne doit jamais envoyer d'emails légitimes.
Erreurs fréquentes à éviter
| Erreur | Problème | Solution |
|---|---|---|
| Deux enregistrements DMARC | Conflit, politique ignorée | Un seul enregistrement par domaine |
| Oublier mailto: | Rapports non envoyés | rua=mailto:adresse@domaine.com |
| Passer directement en reject | Blocage d'emails légitimes | Commencer par p=none, puis quarantine |
| Ignorer les rapports | Pas de visibilité sur les problèmes | Analyser les RUA chaque semaine |
| Alignement strict trop tôt | Échecs si sous-domaines ou services tiers | Garder r (relaxed) jusqu'à inventaire complet |
Bonnes pratiques de déploiement
Phase 1 : Observation (2-4 semaines)
v=DMARC1; p=none; rua=mailto:dmarc@exemple.com
- Collectez les rapports
- Identifiez toutes les sources légitimes
- Corrigez SPF/DKIM des sources non alignées
Phase 2 : Quarantaine progressive
v=DMARC1; p=quarantine; pct=10; rua=mailto:dmarc@exemple.com
- Montez de 10% → 25% → 50% → 100%
- Surveillez les plaintes utilisateurs
- Ajustez si nécessaire
Phase 3 : Rejet
v=DMARC1; p=reject; rua=mailto:dmarc@exemple.com; adkim=r; aspf=r
- Protection maximale
- Optionnellement passez en alignement strict (
adkim=s; aspf=s)
FAQ - Questions fréquentes
Q : Qu'est-ce qu'un enregistrement DMARC ?
R : DMARC (Domain-based Message Authentication, Reporting and Conformance) est un enregistrement DNS TXT qui indique aux serveurs de messagerie comment traiter les emails qui échouent aux vérifications SPF et DKIM. Il protège votre domaine contre le spoofing et le phishing.
Q : Quelle politique DMARC choisir pour commencer ?
R : Commencez toujours par p=none. Cette politique n'impacte pas la livraison mais vous envoie des rapports. Analysez ces rapports pendant 2-4 semaines pour identifier tous vos flux légitimes avant de passer à quarantine puis reject.
Q : Quelle est la différence entre RUA et RUF ?
R :
- RUA (Reporting URI for Aggregate) : Rapports agrégés quotidiens avec statistiques globales
- RUF (Reporting URI for Forensic) : Rapports détaillés par échec individuel
RUA est essentiel et supporté par tous. RUF est optionnel et peu supporté par les fournisseurs.
Q : Comment fonctionne l'alignement DMARC ?
R : L'alignement vérifie que le domaine visible (From:) correspond au domaine authentifié par SPF ou DKIM :
- Relaxed (r) :
mail.exemple.comest aligné avecexemple.com - Strict (s) : Correspondance exacte exigée
Q : Puis-je avoir plusieurs enregistrements DMARC ?
R : Non. Un seul enregistrement DMARC est autorisé par domaine. Plusieurs enregistrements causent des erreurs. Modifiez l'existant plutôt que d'en ajouter un nouveau.
Q : Combien de temps avant que DMARC soit actif ?
R : L'enregistrement est actif dès propagation DNS (minutes à 48h). Les premiers rapports RUA arrivent sous 24-48h après envoi d'emails depuis votre domaine.
Q : Comment recevoir des rapports pour un domaine externe ?
R : Si votre adresse RUA est sur un autre domaine, ce domaine doit vous autoriser avec :
votredomaine._report._dmarc.domaine-rapport.com TXT "v=DMARC1"
Outils complémentaires
| Outil | Utilité |
|---|---|
| DMARC Record Check | Vérifiez votre enregistrement DMARC existant |
| SPF Generator | Créez un enregistrement SPF valide |
| DKIM Generator | Créez vos clés DKIM (RSA/Ed25519) |
| DKIM Record Check | Vérifiez votre signature DKIM |
| Mail Tester | Testez la délivrabilité de vos emails |
Ressources utiles
- RFC 7489 - DMARC (spécification officielle)
- Google - Configurer DMARC (guide Gmail/Workspace)
- Microsoft - DMARC dans Microsoft 365 (guide Microsoft)
- DMARC.org (site officiel du projet)