Essai gratuit de 14 jours

Messages d’erreur

Signature DKIM invalide : «body hash did not verify» et autres erreurs

DKIM est la signature numérique sous votre e-mail. Si elle est invalide, l'e-mail parait manipulé pour le destinataire. Des messages d'erreur apparaissent alors dans les en-têtes ou les rapports DMARC, qui semblent cryptiques mais se classent clairement.

3 min de lectureDans quelle mesure votre domaine est-il protégé ? Contrôler mon domaine gratuitement

Les messages d'erreur et leur signification

«no key for signature» / «key not found» L'e-mail est signé, mais la clé publique manque dans le DNS. Soit l'entrée DNS (sélecteur) n'a jamais été créée, contient une faute de frappe, a été supprimée, soit le sélecteur dans l'outil ne correspond pas a l'entrée. Typique après un changement d'hébergeur, quand les entrées DNS n'ont pas été reprises.

«body hash did not verify» Le contenu de l'e-mail a été modifié après la signature. Causes : un filtre antispam ou une passerelle ajoute un texte de pied de page ou une clause de non-responsabilité, un serveur convertit l'encodage, une liste de diffusion complète l'objet, ou un service de sécurité réécrit les liens. Cela se passe après l'envoi, la clé est correcte.

«signature did not verify» La clé dans le DNS ne correspond pas a la signature. Souvent après une rotation de clé, quand la nouvelle clé n'est pas encore dans le DNS, ou quand un éditeur DNS a tronqué la longue clé.

«dkim=none» Pas signé du tout. Chez Microsoft 365 et Google Workspace : DKIM jamais activé pour le domaine.

«dkim=pass» mais DMARC en rouge Signé, mais avec le mauvais domaine (par exemple celui du prestataire). Pour DMARC, le domaine signataire doit correspondre a votre domaine expéditeur.

Solution selon le cas

  1. Vérifier le sélecteur : l'entrée <sélecteur>._domainkey.example.com figure-t-elle dans le DNS, et est-elle complète ? Les longues clés (2048 bits) doivent etre divisées en deux parties dans certains éditeurs.
  2. Vérifier les réglages de l'expéditeur : quel sélecteur est actif ? Microsoft utilise selector1/selector2 via CNAME, Google google._domainkey via TXT.
  3. Arrêter les modifications ultérieures : ajouter la clause de non-responsabilité chez l'expéditeur plutôt que chez la passerelle, réécrire les liens seulement chez le destinataire.
  4. Rotation ordonnée : créer la nouvelle clé dans le DNS, attendre, puis changer dans le service, supprimer l'ancienne entrée seulement quelques jours plus tard.

Vérifiez les sélecteurs de votre domaine : Contrôle de domaine gratuit

Décodeur de rejets

Questions fréquentes

Comment savoir quels sélecteurs utilise mon domaine ?

A partir des réglages de vos systèmes d'envoi et des rapports DMARC, qui mentionnent le sélecteur. DomainRadar liste les sélecteurs trouvés et signale si l'un disparait.

Une erreur DKIM sur une liste de diffusion est-elle grave ?

Non, tant que SPF ou ARC réussit. Pour DMARC, une vérification réussie suffit.

Comment DomainRadar vous aide

DomainRadar vérifie en continu SPF, DKIM et DMARC de vos domaines, analyse automatiquement les rapports DMARC et vous dit clairement quel canal d’envoi manque et ce qu’il faut faire.

Le test de domaine gratuit vous montre en une minute où en est votre domaine aujourd’hui.

Le contrôle de domaine reste gratuit. Ensuite, vous testez DomainRadar avec toutes les fonctions pendant 14 jours – sans carte de crédit, l’essai se termine de lui-même.

Autres articles

Maintenant 14 jours gratuits

Où en est votre domaine ?

DomainRadar vérifie en continu le SPF, le DKIM et le DMARC de vos domaines et vous dit clairement ce qu’il faut faire.

Ou directement par e-mail : info@domainradar.ch

  • Sans engagement
  • Sans carte de crédit
  • Se termine de lui-même après 14 jours
Essai gratuit de 14 jours