Les méthodes d'authentification des e-mails expliquées : SPF, DKIM, DMARC et bien plus encore (Guide 2026)

L'authentification des e-mails est l'un des aspects les plus importants de la délivrabilité des e-mails, mais aussi l'un des plus mal compris.

La plupart des expéditeurs savent qu’ils ont besoin des protocoles SPF, DKIM et DMARC, mais rares sont ceux qui comprennent ce que chacun d’entre eux fait réellement, comment ils fonctionnent ensemble, ou pourquoi les e-mails peuvent encore se retrouver dans le dossier spam même lorsque ces trois protocoles sont configurés.

Une partie de la confusion vient du fait que l'authentification est souvent considérée comme une solution garantissant la délivrabilité, alors qu'elle n'en est pas une. L'authentification aide les fournisseurs de messagerie à vérifier qui a envoyé un message et s'il est fiable. Sans elle, vos e-mails risquent d'être rejetés ou filtrés. Avec elle, vous ne faites que respecter une exigence minimale.

Dans ce guide, vous découvrirez le rôle de chaque méthode d'authentification, comment elles fonctionnent ensemble, comment les configurer correctement, ainsi que les erreurs courantes qui entraînent des échecs d'authentification, même lorsque les enregistrements semblent correctement configurés. 

Qu'est-ce que l'authentification des e-mails ? 

L'authentification des e-mails désigne un ensemble de méthodes permettant aux fournisseurs de messagerie tels que Gmail et Outlook de vérifier qu'un e-mail provient bien du domaine qu'il prétend provenir et qu'il n'a pas été usurpé ou altéré pendant son acheminement. 

Cela fonctionne grâce aux enregistrements DNS publiés par le domaine expéditeur : 

1. Le fichier SPF répertorie les serveurs autorisés à envoyer des e-mails
2. Le protocole DKIM ajoute une signature cryptographique attestant que le message n'a pas été altéré.
3. DMARC définit la politique qui établit un lien avec l'adresse « De » visible et indique aux destinataires comment réagir en cas d'échec de la vérification. 

Ensemble, ces protocoles permettent de vérifier l'identité de l'expéditeur, l'un des critères pris en compte par les fournisseurs de services avant de décider d'accepter, de filtrer ou de rejeter les e-mails entrants.

Les trois principales méthodes d'authentification des e-mails

L'authentification des e-mails repose sur trois protocoles qui fonctionnent conjointement pour vérifier l'identité de l'expéditeur d'un e-mail et déterminer si ce message est fiable. Chacun d'entre eux remplit une fonction distincte, et il est essentiel de comprendre comment ils s'articulent entre eux pour résoudre les problèmes liés à la délivrabilité et à l'authentification.

SPF (Sender Policy Framework)

Le SPF (Sender Policy Framework) est une méthode d'authentification des e-mails qui utilise un enregistrement DNS de type TXT pour spécifier quels serveurs et quelles adresses IP sont autorisés à envoyer des e-mails au nom de votre domaine.

Lorsqu'un e-mail est reçu, le fournisseur de messagerie recherche l'enregistrement SPF du domaine expéditeur et compare l'adresse IP du serveur d'envoi à la liste des expéditeurs autorisés. Si le serveur est autorisé, la vérification SPF est réussie. Dans le cas contraire, elle échoue.

L'objectif du SPF est de vérifier que le serveur qui envoie l'e-mail est autorisé à envoyer des messages pour ce domaine. Il ne vérifie ni le contenu du message, ni sa réputation, ni le taux d'engagement, ni si l'e-mail doit parvenir dans la boîte de réception.

DKIM (DomainKeys Identified Mail)

Le DKIM (DomainKeys Identified Mail) est une méthode d'authentification des e-mails qui ajoute une signature cryptographique à vos e-mails sortants, à l'aide d'une paire de clés publique et privée, afin que les fournisseurs de messagerie destinataires puissent vérifier que le message a bien été signé par votre domaine et qu'il n'a pas été altéré pendant son acheminement.

Lorsqu'un e-mail est reçu, le fournisseur de messagerie recherche la clé publique publiée dans le DNS de votre domaine sous un sélecteur spécifique et l'utilise pour vérifier la signature ajoutée par votre plateforme d'envoi. Si la signature est valide et que le message n'a pas été modifié, la validation DKIM est réussie. Si les clés ne correspondent pas ou si le message a été modifié, la validation DKIM échoue.

L'objectif du protocole DKIM est de confirmer que l'e-mail a bien été signé par un domaine autorisé dans la signature DKIM et que les parties signées du message n'ont pas été modifiées après l'envoi. Il ne prouve pas, en soi, que le domaine « De » visible correspond au domaine authentifié. Cette vérification est assurée par le protocole DMARC.

DMARC (et la question des en-têtes « MAIL FROM » et « From: »)

DMARC (Domain-based Message Authentication, Reporting and Conformance) est une méthode d'authentification des e-mails qui utilise un enregistrement DNS pour associer vos résultats SPF et DKIM au domaine figurant dans votre champ « De : » visible, et pour indiquer aux fournisseurs destinataires comment réagir en cas d'échec de l'authentification.

Lorsqu'un e-mail est reçu, le fournisseur de messagerie vérifie si le domaine ayant passé les contrôles SPF ou DKIM correspond bien au domaine figurant dans le champ « De : » tel que le destinataire le voit. S'ils correspondent, le contrôle DMARC est réussi. Dans le cas contraire, le contrôle DMARC échoue et le fournisseur applique la politique que vous avez définie : p=none (surveillance uniquement), p=quarantine (envoi vers le dossier spam) ou p=reject (blocage du message).

L'objectif du protocole DMARC est de vérifier que le domaine authentifié correspond bien à celui que voit votre destinataire, ce qui empêche des tiers d'usurper votre domaine, et de vous permettre de contrôler la manière dont les échecs sont gérés.

Vérifiez que vos enregistrements sont bien valides, et pas seulement qu'ils existent.

Une requête DNS permet uniquement de vérifier qu'un enregistrement est bien publié. Elle ne vous indique pas si les validations SPF et DKIM sont réussies lorsque Gmail et Outlook reçoivent votre e-mail. Les outils gratuits SPF Checker et DKIM Checker de MailReach effectuent des tests de bout en bout et signalent dans un seul rapport les problèmes liés aux protocoles SPF, DKIM et DMARC, aux listes noires et au DNS inversé.

Le BIMI (et pourquoi il est facultatif dans le cadre de la prospection à froid B2B)

Le BIMI (Brand Indicators for Message Identification) est une norme de messagerie électronique qui permet d'afficher le logo vérifié de votre marque à côté de vos messages dans les boîtes de réception compatibles, mais uniquement lorsque votre domaine est en mode « enforcement » (application) DMARC.

Lorsqu'un e-mail est reçu, les fournisseurs de services vérifient que votre domaine applique le protocole DMARC (p=quarantine ou p=reject) et recherchent dans votre DNS un enregistrement BIMI pointant vers votre logo. Si ces conditions sont remplies, votre logo s'affiche à côté du message. La plupart des principaux fournisseurs exigent également un certificat VMC (Verified Mark Certificate) prouvant que vous êtes bien le propriétaire du logo avant de l'afficher.

L'objectif du BIMI est d'assurer la reconnaissance visuelle de la marque dans la boîte de réception, et non d'améliorer la délivrabilité. Il n'a aucune incidence sur la réputation de l'expéditeur, sur vos résultats d'authentification, ni sur la capacité de votre e-mail à atteindre la boîte de réception. Pour la prospection à froid B2B, il s'agit d'une fonctionnalité facultative et de faible priorité. Il s'agit d'un élément d'image de marque, et non d'un levier de délivrabilité ; par conséquent, si vous êtes un expéditeur sortant et que vous devez déterminer où consacrer votre temps, le BIMI figure parmi les dernières priorités de votre liste.

Comment SPF, DKIM et DMARC fonctionnent ensemble

Les protocoles SPF, DKIM et DMARC sont conçus pour fonctionner en chaîne, chacun d'entre eux traitant un aspect différent du problème d'authentification des e-mails.

• Le SPF vérifie que le serveur qui envoie l'e-mail est autorisé à envoyer des messages au nom du domaine. 
• Le protocole DKIM permet de vérifier que le message n'a pas été modifié après son envoi. 
• DMARC s'appuie sur ces deux protocoles et vérifie si le domaine ayant satisfait aux critères SPF ou DKIM correspond bien au domaine que le destinataire voit dans le champ « De : ».

Il n'est pas nécessaire qu'un e-mail soit valide à la fois selon les protocoles SPF et DKIM pour que le DMARC soit validé. Il suffit que l'un des deux soit valide et corresponde au domaine indiqué dans le champ « De : ». Si aucun des deux ne correspond, le DMARC échoue, même si SPF ou DKIM ont été validés individuellement.

C'est pourquoi les problèmes d'authentification peuvent prêter à confusion. Un message peut satisfaire aux critères SPF et DKIM, tout en échouant au test DMARC, car les domaines authentifiés ne correspondent pas à l'adresse « De : ». À l'inverse, un message peut échouer au test SPF tout en réussissant le test DMARC si le test DKIM est réussi et que les informations correspondent correctement.

Ensemble, ces trois normes aident les fournisseurs de messagerie à vérifier l'identité de l'expéditeur du courriel, à déterminer s'il a été modifié pendant son acheminement et à s'assurer que l'identité de l'expéditeur est fiable. Si ces trois éléments ne fonctionnent pas de concert, les fournisseurs ont moins confiance dans le message et sont plus enclins à le filtrer, à le classer comme courrier indésirable ou à le rejeter.

Exigences relatives aux fournisseurs : Google, Yahoo et Microsoft

Depuis février 2024, Google et Yahoo ont fait de l'authentification une exigence de base pour les expéditeurs en masse. Ces derniers doivent disposer des protocoles SPF et DKIM, d'une politique DMARC définie au minimum sur « p=none », d'une authentification alignée, d'un faible taux de plaintes pour spam et d'un processus de désabonnement fonctionnel pour les messages marketing ou les messages envoyés aux abonnés.

Microsoft a également mis en place des exigences spécifiques pour les expéditeurs à fort volume dont les domaines envoient plus de 5 000 e-mails par jour vers des adresses grand public Outlook.com, notamment outlook.com, hotmail.com, live.com et msn.com. Ces exigences incluent la conformité aux protocoles SPF, DKIM et DMARC.

La conclusion pratique est simple : même si, techniquement, vous ne dépassez pas tous les seuils fixés pour les expéditeurs en masse, l'authentification est désormais indispensable. Vous devez vous assurer que les protocoles SPF, DKIM et DMARC sont correctement configurés avant de lancer toute campagne d'envoi à grande échelle.

Comment configurer et vérifier l'authentification des e-mails (étape par étape)

L'authentification des e-mails est plus efficace lorsque les protocoles SPF, DKIM et DMARC sont configurés conjointement. Étant donné que chaque protocole s'appuie sur les autres, il est judicieux de les mettre en place dans un ordre précis.

Étape 1 : Identifiez vos sources d'envoi d'e-mails

Commencez par dresser la liste de toutes les plateformes qui envoient des e-mails via votre domaine. Cela comprend généralement :

• Votre fournisseur de messagerie (Google Workspace, Microsoft 365, etc.)
• Plateformes marketing
• Systèmes CRM
• Outils de prospection à froid
• Services d'assistance et plateformes de support
• Systèmes de facturation
• Toute autre application qui envoie des e-mails en votre nom

Disposer d'un inventaire complet permet de configurer plus facilement l'authentification de manière correcte et d'éviter de rejeter des expéditeurs légitimes.

Étape 2 : Configurer le SPF

Publiez un enregistrement SPF dans votre DNS afin d'autoriser les serveurs habilités à envoyer des e-mails au nom de votre domaine.

Lors de la création de votre enregistrement SPF :

• Publier un seul enregistrement TXT SPF pour le domaine
• Ajouter toutes les plateformes d'envoi légitimes
• Utilisez les mécanismes d'inclusion recommandés par le fournisseur, lorsqu'ils sont disponibles
• Vérifiez l'enregistrement chaque fois qu'un nouvel outil d'envoi est ajouté
• Veillez à ce que le registre soit exact et à jour

Le registre doit inclure toutes les sources d'envoi légitimes, tout en restant précis et à jour à mesure que de nouveaux outils sont ajoutés.

Étape 3 : Configurer DKIM

Activez DKIM pour chaque plateforme qui envoie des e-mails en votre nom.

Le protocole DKIM permet aux destinataires de vérifier qu'un message n'a pas été modifié après son envoi.

Pour chaque plateforme de messagerie :

• Générer une paire de clés DKIM au sein de la plateforme
• Publier la clé publique dans le DNS
• Utilisez le sélecteur fourni par le fournisseur
• Activer la signature DKIM pour les e-mails sortants
• Vérifiez que les signatures DKIM sont valides sur les messages remis à leur destinataire

La plupart des fournisseurs génèrent un enregistrement DKIM que vous publiez dans le DNS. Une fois la configuration effectuée, les messages sortants sont signés automatiquement afin que les fournisseurs destinataires puissent vérifier l'intégrité des messages.

Étape 4 : Configurer DMARC

Publiez un enregistrement DMARC afin de définir la manière dont les fournisseurs destinataires doivent traiter les messages dont l'authentification a échoué.

Commencez par :

• Un enregistrement DMARC publié sur _dmarc.votredomaine.com
• Une politique de surveillance (p = aucune)
• Une adresse de notification globale (rua=)
• Examen régulier des rapports DMARC

Avant de passer à la phase d'exécution :

• Vérifier que tous les expéditeurs légitimes sont authentifiés
• Résoudre les problèmes d'alignement
• Vérifier les résultats SPF et DKIM sur toutes les plateformes d'envoi

La plupart des organisations commencent par appliquer une politique de surveillance (p=none) afin d'examiner les résultats de l'authentification avant de passer à des politiques d'application plus strictes, telles que p=quarantine ou p=reject.

Étape 5 : Vérifier les résultats de l'authentification

Une fois la configuration terminée, vérifiez que les vérifications SPF, DKIM et DMARC sont bien réussies sur les messages remis.

Vérifiez que :

• SPF transmet les messages reçus
• Le DKIM s'applique aux messages remis à leur destinataire
• DMARC est validé et correctement aligné
• L'authentification continue de fonctionner correctement après l'ajout de nouveaux outils ou fournisseurs

Un enregistrement DNS ne fait que confirmer l'existence de la configuration. La vérification permet de s'assurer que les fournisseurs de messagerie peuvent authentifier correctement votre adresse e-mail dans des conditions réelles de réception.

Vérifier dans le DNS, ce n'est pas la même chose que vérifier dans la boîte de réception.

C'est l'étape que la plupart des expéditeurs négligent. Le test gratuit de délivrabilité des e-mails de MailReach envoie votre e-mail vers des boîtes de réception de test dans les environnements Google, Microsoft et Yahoo, puis vous indique où il aboutit : dans la boîte de réception, dans le dossier « Spam » ou dans des dossiers filtrés spécifiques à chaque fournisseur, comme le dossier « Promotions » de Gmail. Vous obtenez également les résultats SPF, DKIM et DMARC du message reçu, ainsi qu'une liste classée par ordre de priorité des éléments à corriger en premier.

Erreurs courantes en matière d'authentification des e-mails (et comment y remédier)

La plupart des échecs d'authentification des e-mails sont dus à de petites erreurs de configuration qui passent inaperçues jusqu'à ce que les e-mails commencent à atterrir dans le dossier « spam », à échouer aux contrôles d'authentification ou à être purement et simplement rejetés.

Les erreurs ci-dessous sont celles que les expéditeurs rencontrent le plus souvent. Comprendre comment elles surviennent permet de les identifier, de les résoudre et de les prévenir beaucoup plus facilement avant qu'elles n'affectent la délivrabilité.

L'enregistrement SPF dépasse la limite de 10 recherches

SPF autorise un maximum de 10 requêtes DNS. Chaque plateforme de messagerie que vous autorisez via une instruction « include: » utilise une partie de cette limite. À mesure que de nouveaux outils s'ajoutent au fil du temps, il est facile de dépasser ce plafond sans s'en rendre compte.

Lorsque cette limite est dépassée, les fournisseurs de messagerie ne peuvent plus évaluer correctement l'enregistrement SPF, ce qui entraîne l'échec des vérifications SPF même si l'enregistrement existe toujours dans le DNS.

Comment résoudre ce problème :

• Effectuez un audit de toutes les plateformes qui envoient actuellement des e-mails pour votre domaine.
• Supprimez les instructions « include : » obsolètes ou inutilisées.
• Regrouper, dans la mesure du possible, les services d’envoi qui se chevauchent.
• Surveiller le nombre de consultations chaque fois qu'un nouvel outil d'envoi est ajouté.
• Testez le SPF après chaque modification pour vérifier qu'il est toujours valide.

Enregistrements DKIM manquants pour les nouvelles plateformes d'envoi

La configuration DKIM s'effectue séparément pour chaque plateforme d'envoi. Un enregistrement DKIM qui fonctionne pour Google Workspace n'authentifie pas automatiquement les e-mails envoyés via votre CRM, votre plateforme de prospection, votre système de facturation ou votre service d'assistance.

Cela se produit souvent lorsqu'un nouvel outil est connecté et commence immédiatement à envoyer des e-mails, mais que sa configuration DKIM n'est jamais finalisée. Certains e-mails passent l'authentification tandis que d'autres échouent, ce qui rend le problème difficile à détecter.

Comment résoudre ce problème :

• Créez un enregistrement DKIM pour chaque plateforme d'envoi qui utilise votre domaine.
• Publiez le sélecteur exact et la clé publique fournis par chaque plateforme.
• Vérifiez le DKIM après la configuration plutôt que de partir du principe que l'enregistrement fonctionne.
• Tenez à jour un inventaire de tous les systèmes d'envoi et de leurs sélecteurs DKIM.
• Vérifiez à nouveau le DKIM chaque fois qu'un fournisseur renouvelle ou met à jour ses clés.

Publication d'un enregistrement DMARC sans vérifier l'alignement

Le DMARC n'est validé que si le SPF ou le DKIM correspond au domaine figurant dans l'adresse « De : » visible.

Un enregistrement peut exister dans le DNS tout en échouant au test DMARC si le domaine authentifié ne correspond pas à celui que voient les destinataires.

Comment résoudre ce problème :

• Vérifiez que l'en-tête SPF correspond au domaine indiqué dans le champ « De : » visible.
• Vérifiez que la signature DKIM utilise bien le même domaine que celui indiqué dans l'en-tête « From: ».
• Vérifiez les rapports DMARC pour détecter les non-conformités.
• Testez des e-mails réels pour vérifier que le DMARC est respecté lors de la livraison.
• Corrigez les problèmes d'alignement avant de passer au-delà de p=none.

Passage à p = « Rejet trop précoce »

La mise en œuvre du protocole DMARC est conçue pour se faire progressivement. Passer directement à la valeur « p=reject » avant d'avoir identifié toutes les sources d'envoi légitimes peut entraîner le blocage de véritables e-mails d'entreprise.

Le problème survient généralement lorsque des outils oubliés, des systèmes tiers ou des applications internes continuent d'envoyer des e-mails qui n'ont pas été correctement authentifiés.

Comment résoudre ce problème :

• Commencez avec p=none et collectez les rapports DMARC.
• Identifiez tous les systèmes qui envoient des e-mails sous votre domaine.
• Commencez par résoudre les problèmes d'authentification et d'alignement.
• Envisagez l'option « p = quarantaine » ou un déploiement progressif avant de choisir « p = rejet » si vous souhaitez une transition plus sûre.
• N'appliquez le rejet qu'après qu'une surveillance régulière ait confirmé que tous les e-mails légitimes sont bien transmis.

Se fier uniquement aux vérifications DNS

Une recherche DNS permet uniquement de vérifier qu'un enregistrement existe. Elle ne prouve pas que les fournisseurs de messagerie authentifient correctement vos e-mails lorsqu'ils les reçoivent.

Cela crée un faux sentiment de sécurité. Tout semble correct au niveau du DNS, alors que les messages continuent d'atterrir dans le dossier spam ou d'échouer aux contrôles d'authentification lors de la livraison.

Comment résoudre ce problème :

• Envoyez des e-mails de test vers les boîtes de réception Gmail et Outlook.
• Vérifiez les résultats SPF, DKIM et DMARC dans le message reçu.
• Effectuez un test après chaque modification du DNS ou de la plateforme d'envoi.
• Surveillez régulièrement les résultats de l'authentification, et pas seulement pendant la configuration.
• Utilisez les tests de placement dans la boîte de réception et d'authentification pour valider les performances en conditions réelles.

Utilisation d'un sous-domaine pour la prospection à froid

De nombreux expéditeurs utilisent un sous-domaine pour leurs campagnes de prospection à froid, en partant du principe que cela élimine totalement tout risque. Bien que cette séparation facilite les opérations, les fournisseurs de messagerie peuvent tout de même associer les sous-domaines au domaine parent.

Si les actions de communication donnent lieu à des plaintes ou à un faible taux d'engagement, les indicateurs de réputation peuvent avoir une incidence sur les autres e-mails associés à la marque.

Comment résoudre ce problème :

• Utilisez un domaine secondaire distinct pour vos démarchages à froid, plutôt que le domaine principal de votre entreprise. Veillez à ce qu'il soit simple : évitez les tirets, les chiffres et les extensions de domaine inhabituelles, et assurez-vous de son authenticité de manière indépendante avant de l'envoyer.
• Authentifiez le domaine secondaire de manière indépendante.
• Préparez le domaine de prospection avant d'augmenter le volume.
• Veillez à bien séparer le trafic lié au marketing, aux transactions et à la communication.
• Protégez le domaine principal de votre entreprise contre tout risque inutile pour sa réputation.

S'attaquer aux listes noires au lieu de redorer son image

Une inscription sur une liste noire peut souvent sembler inquiétante, mais la plupart des listes noires publiques n'ont que peu d'influence sur le placement des e-mails dans les boîtes de réception de Gmail et d'Outlook. Les fournisseurs de messagerie modernes s'appuient principalement sur leurs propres systèmes de réputation, les indicateurs d'engagement et les données relatives aux plaintes.

De nombreux expéditeurs passent des jours à enquêter sur les inscriptions sur des listes noires, alors que le véritable problème réside dans leur mauvaise réputation d'expéditeur.

Comment résoudre ce problème :

• Vérifiez si la liste noire mentionnée est effectivement utilisée par les principaux fournisseurs de messagerie.
• Concentrez-vous d'abord sur les taux de réclamations, l'engagement et la qualité de la liste.
• Améliorer les procédures d'authentification et d'envoi.
• Surveillez le placement dans la boîte de réception plutôt que le simple fait de figurer sur une liste noire.
• Considérez les vérifications des listes noires comme un indicateur de diagnostic, et non comme le principal indicateur de délivrabilité.

Authentification des e-mails vs placement dans la boîte de réception

Les fournisseurs de messagerie considèrent de plus en plus l'authentification comme une exigence de base plutôt que comme un gage de confiance. À mesure que les systèmes de filtrage gagnent en sophistication, l'écart entre les e-mails authentifiés et ceux qui parviennent dans la boîte de réception ne cessera de se creuser. Les fournisseurs accordent plus d'importance que jamais à la réputation, à l'engagement, à la cohérence et au comportement d'envoi.

C'est pourquoi les expéditeurs les plus performants considèrent l'authentification des e-mails comme faisant partie intégrante d'un processus continu visant à garantir la délivrabilité. Chaque nouvelle plateforme d'envoi, chaque changement de domaine, chaque nouvel outil marketing ou chaque nouvelle campagne de communication représente une nouvelle occasion pour que l'authentification se désaligne sans que personne ne s'en aperçoive.

L'étape suivante consiste à vérifier en permanence qu'ils fonctionnent toujours dans des conditions réelles de réception et à détecter les problèmes avant que les fournisseurs de messagerie ne le fassent.

Chaque nouvel outil, domaine ou campagne représente un risque que les paramètres SPF, DKIM ou DMARC se désynchronisent discrètement. Effectuez un test de délivrabilité MailReach gratuit pour savoir où vos e-mails aboutissent aujourd’hui, et associez-le à email warmup pour vous forger une réputation d'expéditeur que l'authentification seule ne suffit pas à garantir.

FAQ

Quelles sont les trois principales méthodes d'authentification des e-mails ? 

SPF, DKIM et DMARC. Le SPF répertorie les serveurs autorisés à envoyer des e-mails au nom de votre domaine, le DKIM ajoute une signature prouvant que le message n'a pas été altéré, et le DMARC relie ces deux éléments à votre domaine « De : » visible et indique aux destinataires la marche à suivre en cas d'échec.

Ai-je besoin de DMARC si j'envoie uniquement des e-mails depuis Google Workspace ? 

Oui. C'est recommandé pour tout expéditeur et obligatoire en cas d'envoi en masse. Google Workspace est la plateforme à partir de laquelle vous effectuez vos envois ; la publication d'une politique DMARC relève de votre responsabilité et n'est pas gérée automatiquement par Workspace. 

Quelle est la différence entre SPF, DKIM et DMARC ? 

Le SPF autorise les serveurs d'envoi. Le DKIM signe le message afin que les destinataires puissent vérifier qu'il n'a pas été altéré. Le DMARC définit la politique et exige une concordance entre ce qui a été transmis et le domaine indiqué dans le champ « De : » visible par le destinataire.

Combien de temps dois-je rester à l'état « p=none » avant de passer à l'état « p=reject » ? 

Conservez la valeur « p=none » jusqu’à ce que les rapports DMARC indiquent que tous les systèmes légitimes envoyant des e-mails sous votre domaine sont bien répertoriés. Agir trop tôt risquerait de bloquer les e-mails légitimes de votre entreprise.

L'authentification des e-mails améliore-t-elle le taux de délivrabilité ? 

C'est indispensable pour être dans la course et impossible d'accéder à la boîte de réception sans cela, mais cela ne suffit pas à garantir l'arrivée dans la boîte de réception. Ce sont la réputation et le contenu qui y parviennent. L'authentification permet de franchir la première étape ; la réputation et le contenu permettent d'atteindre la boîte de réception.