Email Dev Tools
Choisissez une politique ou collez une valeur TXT. Examinez les balises avant de modifier le DNS.
Hôte TXT Saisissez un domaine pour voir l’hôte
v=DMARC1; p=none
Traitement dans ce navigateur ; aucune requête ni modification DNS.
Enregistrement prêt. Vérifiez les alertes avant publication.
Un générateur d’enregistrement DMARC sert lorsque le domaine commence à envoyer des emails et que la politique des sous-domaines n’est pas encore claire. Une adresse rua mal saisie peut priver l’équipe de rapports; un passage trop tôt à reject peut toucher des envois légitimes.
L’atelier affiche la valeur TXT avec la politique réellement appliquée. Le générateur d’enregistrement DMARC suit la RFC 9989 pour les nouvelles valeurs et lit aussi les anciennes sans supprimer leurs balises. Une vérification locale de syntaxe ne démontre ni publication DNS ni authentification des messages.
Créer selon la norme actuelle et comprendre une politique plus ancienne.
La RFC 9989 a retiré pct, rf et ri. Les pourcentages intermédiaires étaient appliqués de manière inégale par les destinataires. Ce générateur d’enregistrement DMARC commence à p=none, omet ces anciennes balises et n’assimile pas t=y à un déploiement réglé au pourcentage près.
Même sans sp ou np dans le TXT, le résultat donne la politique effective des sous-domaines. L’analyse d’une valeur collée présente aussi les destinations rua et ruf. Une destination sur un autre domaine déclenche une mise en garde sur l’autorisation DNS, sans prétendre que les rapports arrivent.
La valeur initiale est v=DMARC1; p=none. Elle ne demande pas de mettre en quarantaine ou de rejeter les messages en échec. Ajoutez une adresse rua réellement gérée si vous voulez des rapports agrégés. Son absence n’est pas une erreur de syntaxe.
Les réglages sp et np sur Hériter n’ajoutent pas de balise. Séparez plusieurs adresses rua ou ruf par une virgule ; mailto: est ajouté aux adresses simples. Si le destinataire est sur un autre domaine, une autorisation DNS chez lui peut être nécessaire.
Le traitement automatique attend 350 ms après une modification. Désactivez-le pour employer le bouton ou Ctrl/Cmd + Entrée. Un résultat périmé ne peut pas être exporté. Après publication à _dmarc, vérifiez le DNS, l’alignement SPF/DKIM et les rapports reçus.
p accepte none, quarantine et reject. sp peut définir une politique pour les sous-domaines existants et np pour ceux qui n’existent pas. Par défaut, les deux héritent de la politique supérieure; les valeurs effectives restent visibles même lorsque les balises sont absentes.
rua et ruf acceptent plusieurs adresses séparées par des virgules. Le générateur ajoute mailto: et bloque l’export si une adresse est mal formée. ruf reste vide au départ, car les rapports individuels peuvent exposer des détails; fo n’est émis qu’avec ruf.
Le parseur indique les doublons, séparateurs fautifs et valeurs non prises en charge avec une position. Les balises inconnues sont conservées. Il montre les anciens pct, rf et ri avec un avertissement, sans réécrire la valeur collée ni présenter ces balises comme options nouvelles.
C’est une valeur DNS TXT publiée à _dmarc qui indique aux serveurs destinataires comment traiter un échec d’alignement et où envoyer les rapports. Le générateur d’enregistrement DMARC montre la signification des balises plutôt que de supposer qu’une valeur valide est déjà en ligne.
Choisissez p=none, ajoutez une adresse rua que vous contrôlez, puis copiez la valeur TXT. Créez ensuite le TXT chez votre fournisseur DNS. Cette page ne transmet rien à ce fournisseur et ne confirme pas la propagation.
Un début prudent est v=DMARC1; p=none, avec rua=mailto:adresse@votredomaine lorsque la boîte existe. Observez les rapports et les sources légitimes avant de demander quarantine ou reject. Aucun destinataire fictif n’est ajouté par défaut.
Publiez la valeur au nom _dmarc.votredomaine. Certains panneaux DNS ajoutent automatiquement le domaine : il suffit alors de saisir _dmarc. Vérifiez le résultat dans le DNS réel; la valeur TXT et le nom d’hôte sont deux champs différents.
rua reçoit des bilans agrégés de l’authentification. ruf demande des rapports de défaillance par message, pas toujours envoyés et potentiellement détaillés. Le constructeur laisse ruf vide et n’ajoute pas fo sans lui.
Une autre question sur la politique DMARC ?
Utilisez le générateur d’enregistrement DMARC pour lire la politique, puis décidez d’un renforcement à partir du DNS réel et des rapports reçus.