Commencez par un message précis et ce qui lui est arrivé. Un email refusé, un message dans les spams et une notification introuvable appellent des recherches différentes.
Imaginons la situation : vous envoyez une offre après un rendez-vous, puis votre prospect vous dit ne rien avoir reçu. Vous vérifiez l’adresse, renvoyez le devis et espérez que cette fois tout ira bien. Pour avancer, il faut pouvoir répondre à une question plus utile : jusqu’où le premier message est-il allé ?
Ce guide vous aide à préparer cette enquête, même si vous ne gérez pas vous-même la technique. Nous proposons un ordre de vérification, un schéma manipulable et une fiche à partager avec votre prestataire. Les règles techniques renvoient aux sources de Google, Microsoft et de l’IETF, consultées le 13 septembre 2026.
01 / Le symptômeQue devient votre message ?
Le dossier « Envoyés » est un point de départ. Pour documenter la suite, l’administrateur peut rechercher les événements de transport : remise, attente, échec ou quarantaine. Même un statut de livraison ne démontre pas qu’une personne a lu l’email.3
- RejetéUn retour existe
- Un rapport de non-remise explique le refus. Dans les codes étendus, 4.x.x indique une erreur temporaire et 5.x.x une erreur permanente pour l’envoi concerné. Conservez aussi le texte complet : adresse, routage ou politique de réception peuvent être en cause.2
- Dans les spamsLe message est retrouvé
- L’authentification mérite un contrôle, mais la réputation de l’expéditeur et les signalements des utilisateurs comptent aussi dans les règles Gmail. Corriger un enregistrement DNS ne garantit donc pas, à lui seul, un autre classement.1
- IntrouvableLe trajet reste à établir
- Le suivi de messagerie aide à repérer un échec, une attente ou une mise en quarantaine.3 Notre conseil : commencez par l’heure, l’adresse exacte et le canal d’envoi. Demandez ensuite une recherche des deux côtés de l’échange.
Où commencer dans votre situation ?
Choisissez ce que vous observez. Le résultat propose un ordre de recherche à partager avec votre administrateur.
Ces étapes orientent l’enquête. La cause reste à confirmer sur les messages et les journaux de votre messagerie.
Préparer les éléments utilesOrientation éditoriale fondée sur vos réponses et les sources citées. Aucune analyse de vos emails, de votre domaine ou de vos DNS n’est effectuée.
Traitez le résultat comme une liste de vérifications. Une phrase telle que « mes emails ne passent pas » devient exploitable lorsqu’on peut lui associer un exemple : le devis envoyé mardi depuis la boîte commerciale à un destinataire précis, avec son retour éventuel.
« Un message précis, son heure et son parcours donnent un point de départ à l’enquête. »
Notre conseil pour préparer un diagnostic de messagerie.
02 / L’identitéSPF, DKIM, DMARC : qui vérifie quoi ?
Ces noms désignent des mécanismes complémentaires. Pour les comprendre, distinguez le domaine affiché au lecteur, le serveur qui envoie et la signature ajoutée au message.
SPF : ce serveur est-il autorisé à envoyer ?
SPF publie dans les DNS les serveurs autorisés à envoyer pour un domaine. L’inventaire doit inclure les services tiers utilisés : boîte de l’équipe, site ou plateforme.4 Pour votre entreprise, la question pratique est : qui envoie réellement en notre nom ?
DKIM : la signature est-elle vérifiable ?
Le service expéditeur signe le message avec une clé privée. Le destinataire vérifie cette signature à l’aide de la clé publique publiée dans les DNS. Il faut aussi activer DKIM sur le service et vérifier un envoi réel : la présence de la clé publique seule ne documente pas cette activation.5
DMARC : cela correspond-il au domaine affiché ?
DMARC relie l’authentification au domaine du champ « De » visible. Il passe si SPF est valide et aligné, ou si DKIM est valide et aligné. L’alignement compare les domaines selon le mode prévu par la norme.7 Le schéma utilise des domaines identiques ou entièrement différents pour rendre ce principe lisible.
Deux chemins. Une identité à vérifier.
Changez de scénario et suivez les contrôles jusqu’au résultat DMARC.
Envoi du domaine
Les deux mécanismes sont valides et alignés avec atelier.example.
Domaine de retour (MAIL FROM)atelier.example
- Vérification
- Valide
- Domaine aligné
- Oui
Ce chemin suffit
Domaine de signature (d=)atelier.example
- Vérification
- Valide
- Domaine aligné
- Oui
Ce chemin suffit
Les deux chemins remplissent la condition. Un seul aurait suffi pour que DMARC passe.
Plateforme externe
La plateforme s’authentifie avec son propre domaine. Le champ De affiche celui de l’atelier.
Domaine de retour (MAIL FROM)plateforme.example
- Vérification
- Valide
- Domaine aligné
- Non
Ce chemin ne suffit pas
Domaine de signature (d=)plateforme.example
- Vérification
- Valide
- Domaine aligné
- Non
Ce chemin ne suffit pas
SPF et DKIM passent, mais aucun n’est aligné avec atelier.example. DMARC échoue dans cet exemple.
Message transféré
Dans ce scénario de transfert, SPF échoue. La signature DKIM reste valide et alignée.
Domaine de retour (MAIL FROM)atelier.example
- Vérification
- En échec
- Domaine aligné
- Oui
Ce chemin ne suffit pas
Domaine de signature (d=)atelier.example
- Vérification
- Valide
- Domaine aligné
- Oui
Ce chemin suffit
Le chemin DKIM suffit. L’échec SPF ne fait pas automatiquement échouer DMARC.
Contrôles en échec
Le domaine correspond, mais ni SPF ni DKIM ne passe la vérification.
Domaine de retour (MAIL FROM)atelier.example
- Vérification
- En échec
- Domaine aligné
- Oui
Ce chemin ne suffit pas
Domaine de signature (d=)atelier.example
- Vérification
- En échec
- Domaine aligné
- Oui
Ce chemin ne suffit pas
Le nom du domaine ne suffit pas : il faut aussi un contrôle valide. Aucun chemin ne remplit les deux conditions.
Exemples pédagogiques fictifs. Un contrôle valide et aligné suffit. Un résultat DMARC favorable ne garantit pas le placement en boîte principale.7 Le scénario de transfert suppose une signature préservée.9
Voilà pourquoi un écran indiquant simplement « SPF : valide » peut laisser une partie de la question ouverte. Microsoft cite l’absence d’alignement parmi les raisons d’un échec DMARC malgré un SPF valide.9 Demandez une explication du résultat complet, appliquée au canal qui pose problème.
03 / Le parcoursVérifiez tous les services qui envoient.
Nous recommandons de dessiner un inventaire simple avec votre équipe. Une ligne par canal, un responsable identifié et un exemple récent à retrouver. Ouvrez les lignes ci-dessous pour préparer le vôtre.
01La boîte de votre équipe
Notez le fournisseur, les adresses utilisées, les alias et les personnes qui administrent le service. Choisissez un message de contrôle convenu avec un destinataire, puis consignez sa date et ce qu’il observe.
02Le formulaire de votre site
Demandez qui génère la notification, quel prestataire l’envoie et où l’on peut consulter son journal. Faites décrire chaque étape, depuis la demande sur le site jusqu’à la boîte attendue. Conservez la référence de l’essai convenu.
03Les outils qui travaillent pour vous
Recensez le CRM, la prise de rendez-vous, la facturation et les campagnes, si vous les utilisez. Pour chacun, notez l’expéditeur visible et le contact technique. Ajoutez cette vérification à votre procédure lorsque vous changez d’outil.
Grille de préparation proposée par Kanexio. Remplissez uniquement les canaux présents dans votre entreprise.
Corrigez la configuration avec une vue d’ensemble.
Google recommande de préparer SPF et DKIM, puis de déployer DMARC progressivement. La politique none sert à commencer l’observation ; les rapports disponibles aident à examiner les sources d’envoi avant de renforcer la politique.6
Les politiques quarantine et reject expriment le traitement demandé pour les messages qui échouent à DMARC. Le destinataire conserve ses propres décisions. De même, none ne désactive pas son filtrage antispam.7
Notre proposition de travail : associez à chaque modification une raison, un périmètre et un contrôle prévu. Conservez la configuration précédente avec l’administrateur. Vérifiez ensuite les canaux recensés, en commençant par celui qui présentait le problème.
Vérifiez aussi ce qui arrive au message en chemin.
Un transfert peut perturber SPF. Une modification du message peut affecter DKIM.9 Les passerelles qui ajoutent un pied de page font notamment partie des points à examiner pour les signatures.5 Précisez donc si l’exemple a été transféré ou traité par un service intermédiaire.
Pour comparer les essais, nous conseillons de noter ce qui change : compte expéditeur, destinataire, outil, pièce jointe ou contenu. Rejouez un cas convenu avec une seule variation à la fois lorsque c’est possible. Vous obtiendrez un relevé plus utile qu’une succession de renvois différents.
04 / La méthodePréparez une enquête courte et documentée.
Donnez au prestataire un point de départ concret et demandez un compte rendu tout aussi précis. Voici le déroulement que nous proposons pour organiser le travail.
- Observer
Décrire un cas réel.
Relevez la date, l’heure avec son fuseau, le canal expéditeur, le destinataire et le comportement constaté. Gardez le retour d’erreur complet s’il existe. Séparez ce que vous avez vu de ce que vous supposez.
- Rassembler
- Vérifier
Relier une cause à une correction.
Demandez quel constat justifie l’intervention, quels canaux elle concerne et comment elle sera contrôlée. Le compte rendu devrait distinguer le changement effectué, le résultat observé et les points encore à examiner.
- Suivre
Refaire un essai et garder sa trace.
Reprenez le cas initial avec un destinataire prévenu. Notez ce résultat et les autres canaux vérifiés. Fixez avec votre administrateur les vérifications à renouveler lors d’une migration ou de l’ajout d’un outil.
Texte modifiable · Sans inscription
À remplir avec votre équipe ou votre prestataire.
Pour votre entreprise, l’objectif est de disposer d’une messagerie comprise et administrable : des services identifiés, des réglages expliqués et des exemples de fonctionnement conservés. C’est aussi une base utile lorsque vous préparez une migration de messagerie professionnelle.
FAQ : les questions qui reviennent.
Un SPF valide suffit-il à faire passer DMARC ?
Il faut aussi que le domaine authentifié soit aligné avec celui du champ De visible. Un DKIM valide et aligné peut également suffire. Deux contrôles valides mais non alignés ne font pas passer DMARC.9
SPF, DKIM et DMARC garantissent-ils la boîte principale ?
Non. Google prend aussi en compte les signalements de spam, la réputation et d’autres exigences d’envoi. L’authentification fait partie du diagnostic ; elle ne garantit pas le classement du message.1
DMARC est-il obligatoire pour tous les emails vers Gmail ?
Les règles Gmail distinguent les expéditeurs ordinaires des expéditeurs de plus de 5 000 messages par jour vers les comptes Gmail personnels. SPF ou DKIM constitue le minimum ordinaire ; les exigences des grands expéditeurs comprennent SPF, DKIM et DMARC.1
Faut-il passer immédiatement la politique DMARC à reject ?
Commencez par vérifier vos sources d’envoi légitimes. Google recommande une progression avec observation et examen des rapports avant le renforcement de la politique. Le réglage doit tenir compte des services qui utilisent réellement votre domaine.6
Où trouver les en-têtes dans Gmail ?
Sur ordinateur, ouvrez le message concerné, puis le menu Plus du message, à côté de Répondre. Choisissez Afficher l’original. Conservez cet original pour les vérifications avec votre administrateur.8
Sources et méthode.
Les documents ci-dessous ont été consultés le 13 septembre 2026. Les règles des fournisseurs concernent leur propre environnement. Le parcours de diagnostic, les exemples fictifs et la fiche de préparation sont des propositions éditoriales de Kanexio.
- Google · Aide Gmail
Authentification, réputation et exigences propres aux envois vers les comptes Gmail personnels. Consulté le 13 septembre 2026.
Consignes destinées aux expéditeurs - Microsoft Learn · Exchange Online
Lecture des retours et distinction entre codes étendus temporaires et permanents. Consulté le 13 septembre 2026.
Rapports de non-remise et erreurs de livraison - Microsoft Learn · Exchange Online
Événements et statuts pour retracer un envoi. Consulté le 13 septembre 2026.
Suivi des messages dans le centre d’administration - Google Workspace · Documentation administrateur
Serveurs autorisés et inventaire des services expéditeurs. Consulté le 13 septembre 2026.
Configurer SPF - Google Workspace · Documentation administrateur
Signature, publication de la clé publique et activation sur le service d’envoi. Consulté le 13 septembre 2026.
Configurer DKIM - Google Workspace · Documentation administrateur
Préparation et mise en place progressive de la politique. Consulté le 13 septembre 2026.
Configurer DMARC - IETF · RFC Editor
Alignement, résultat d’authentification et rôle du destinataire. Norme publiée en 2026, remplaçant les RFC 7489 et 9091. Consulté le 13 septembre 2026.
RFC 9989 : norme DMARC - Google · Aide Gmail
Accès au message original dans Gmail sur ordinateur. Consulté le 13 septembre 2026.
Consulter les en-têtes complets d’un email - Microsoft Learn · Defender for Office 365
Alignement, transferts et vérifications SPF, DKIM et DMARC. Consulté le 13 septembre 2026.
Résoudre les problèmes d’authentification email - Kanexio · Étude de cas
Périmètre de notre intervention et distinction avec le site internet du cabinet. Consulté le 13 septembre 2026.
G-LAW : migration de la messagerie professionnelle
Ce que cet article établit.
Le guide explique des mécanismes et une méthode de recherche. L’outil interactif ne se connecte à aucune messagerie. Le schéma illustre des identités fictives ; il n’affiche ni une mesure client ni une probabilité de livraison.
Une intervention se vérifie sur votre configuration et vos messages. Les décisions de réception restent propres à chaque destinataire et à son fournisseur.7