Aller au contenu principal
Configuration mail et Délivrabilité

Résoudre une alerte d’authentification de l’expéditeur email

Une alerte d’authentification indique qu’un contrôle sur l’adresse d’expéditeur ou son domaine n’a pas abouti. Identifiez le message exact …

Écrit par Baptiste Lorreyte

Dernière mise à jour Il y a 25 minutes

Une alerte d’authentification indique qu’un contrôle sur l’adresse d’expéditeur ou son domaine n’a pas abouti. Identifiez le message exact : adresse à vérifier, politique DMARC absente ou invalide, domaine incompatible ou défaut d’alignement ne se corrigent pas de la même manière.

Relever la configuration utilisée

  1. Ouvrez la campagne ou l’action d’envoi concernée et relevez l’adresse From.

  2. Vérifiez le domaine dédié dans Paramètres > Services d’Email.

  3. Identifiez le service qui héberge les DNS autoritaires du domaine ; il peut être différent du prestataire où vous avez acheté le domaine.

  4. Relevez l’alerte, sa date et l’étape où elle apparaît.

La présence d’un ancien email envoyé avec succès ne prouve pas que l’authentification est correcte aujourd’hui. À l’inverse, l’âge d’une campagne ne suffit pas à expliquer l’alerte : vérifiez ses valeurs From effectivement enregistrées.

Choisir le bon diagnostic

Alerte ou constat

Contrôle

Adresse expéditeur non vérifiée

Terminer le contrôle de l’adresse demandé dans le compte.

DMARC introuvable

Rechercher la politique applicable au domaine From et, pour un sous-domaine sans politique propre, la politique héritée de ses domaines parents avec un outil DMARC à jour.

DMARC invalide

Vérifier syntaxe et unicité du TXT DMARC au nom concerné.

Domaine ou alignement incorrect

Contrôler SPF et DKIM puis leur alignement avec le domaine visible From. DMARC exige au moins un résultat SPF ou DKIM réussi et aligné ; les autres exigences du fournisseur destinataire restent applicables.

Modifier les DNS sans affaiblir une protection existante

Conservez la configuration actuelle avant toute correction. Ne créez pas deux enregistrements DMARC au même nom. Ne remplacez pas une politique quarantine ou reject par none uniquement pour faire disparaître un avertissement.

Si aucune politique applicable n’existe, une politique d’observation telle que v=DMARC1; p=none; peut constituer une première étape après revue des services d’envoi avec le gestionnaire du domaine. Elle ne demande pas de rejet ou de quarantaine au titre de DMARC ; elle ne garantit pas la livraison et ne protège pas de la même manière qu’une politique de rejet.

Copiez les enregistrements d’authentification demandés pour votre propre domaine. Pour SPF, ne créez pas un deuxième enregistrement SPF au même nom : faites intégrer les services nécessaires dans une configuration cohérente. Pour DKIM, vérifiez les noms et valeurs exacts.

Vérifier le résultat

  1. Relisez les DNS publiés après leur mise à jour ; les caches peuvent retarder la prise en compte.

  2. Relancez la vérification du domaine ou de l’expéditeur dans CrocoClick.

  3. Envoyez un test et consultez les résultats SPF, DKIM et DMARC dans les en-têtes du message reçu.

  4. Contrôlez une campagne existante et une nouvelle campagne si elles utilisent des adresses différentes.

Si une politique valide et applicable est présente mais que CrocoClick affiche toujours l’alerte, transmettez au support le domaine From, les résultats DNS, le fournisseur d’envoi et le message exact. Ne modifiez pas des enregistrements sans rapport avec l’erreur.