Résoudre « Aucun enregistrement DMARC trouvé » pour l’expéditeur
Cette alerte concerne le domaine de l’adresse From utilisée pour envoyer le message. Si vous envoyez depuis bonjour@votreentreprise.fr avec un…
Écrit par Baptiste Lorreyte
Dernière mise à jour Il y a 28 minutes
Cette alerte concerne le domaine de l’adresse From utilisée pour envoyer le message. Si vous envoyez depuis bonjour@votreentreprise.fr avec un sous-domaine technique mail.votreentreprise.fr, vérifiez la politique applicable à votreentreprise.fr ; une politique placée seulement sur mail.votreentreprise.fr ne couvre pas automatiquement le domaine principal.
Vérifier avant de modifier
Relevez l’adresse From exacte dans l’envoi concerné.
Recherchez le TXT DMARC au nom
_dmarcde ce domaine.Pour un From sur un sous-domaine sans politique propre, faites rechercher la politique applicable dans ses domaines parents par un outil DMARC à jour : une politique héritée peut s’appliquer.
Contrôlez la syntaxe, l’unicité de l’enregistrement et l’authentification SPF/DKIM avec alignement. Un résultat DMARC « pass » exige au moins une authentification SPF ou DKIM réussie et alignée avec From ; les autres exigences du fournisseur destinataire restent applicables.
Un TXT distinct n’est donc pas systématiquement nécessaire pour chaque sous-domaine. Une politique valide présente ou héritée doit être conservée. Si l’alerte persiste malgré ces résultats, transmettez-les au support avant de modifier les DNS.
Si aucune politique applicable n’existe
Avec le responsable du domaine, identifiez tous les services qui envoient des emails. Une politique initiale d’observation peut utiliser v=DMARC1; p=none;. Cette valeur ne demande ni rejet ni quarantaine au titre de DMARC ; elle ne garantit pas la livraison et ne remplace pas une stratégie de protection du domaine.
Ouvrez la zone DNS autoritaire du domaine, dans CrocoClick si elle y est hébergée ou chez le fournisseur DNS concerné.
Ajoutez un enregistrement TXT au nom
_dmarccorrespondant au domaine à couvrir. Vérifiez si l’éditeur complète automatiquement le nom de domaine.Renseignez la politique validée avec le gestionnaire du domaine et gardez le TTL proposé si aucun besoin particulier n’a été défini.
Enregistrez puis vérifiez la valeur effectivement publiée.
Ne créez pas un deuxième TXT DMARC au même nom. Ne remplacez pas une politique quarantine ou reject par none pour contourner une alerte. Si vous ajoutez une adresse de rapports rua, elle doit être réelle et prévue pour ce traitement.
Contrôler la résolution
Les caches DNS peuvent retarder la prise en compte. Relisez le TXT, relancez la validation dans CrocoClick puis envoyez un test. Dans les en-têtes du message reçu, examinez SPF, DKIM et DMARC ; la seule présence du TXT ne suffit pas si l’authentification n’est pas alignée avec From.
Questions fréquentes
Faut-il connecter le domaine principal pour faire disparaître l’erreur ?
Non, ce n’est pas une correction universelle. Cela pourrait perturber la messagerie existante. Corrigez la politique ou l’authentification réellement concernée.
Le domaine d’envoi est vérifié, pourquoi cette alerte ?
Le domaine technique et le domaine visible From peuvent différer. Reprenez le contrôle à partir de l’adresse utilisée dans cette campagne.
Que transmettre au support ?
Le domaine From, le domaine technique, la politique trouvée, la date de modification et le texte exact de l’alerte. Un accès ou mot de passe DNS n’est pas nécessaire pour décrire le problème.
Cela a-t-il été utile ?
Plus dans Configuration mail et Délivrabilité
Configurer un domaine dédié pour l’envoi d’emailsChoisir une adresse expéditeur sur votre domaineRecevoir les réponses email : transfert, Reply-To, BCC et synchronisationDélivrabilité email : pourquoi vos emails CrocoClick peuvent arriver en spam (et comment corriger)Besoin d'aide supplémentaire ? Demander à l'équipe