Authentification des e-mails dans Outlook : configuration des protocoles SPF, DKIM et DMARC

La plupart des expéditeurs suivent le guide de configuration de l'authentification des e-mails d'Outlook, ajoutent les enregistrements DNS requis, voient apparaître des coches vertes dans un outil de validation et partent du principe que l'authentification est terminée. Puis, le taux de délivrabilité chute, les messages commencent à atterrir dans le dossier « Courrier indésirable », ou Microsoft signale des problèmes d'authentification qui semblent impossibles, car tout paraît correct sur le papier.

L'authentification des e-mails dans Outlook est plus complexe que la simple publication d'enregistrements SPF, DKIM et DMARC. Microsoft 365 a ses propres exigences de configuration, ses pièges courants et ses contrôles d'authentification qui peuvent passer avec succès au niveau du DNS, mais échouer lorsque Outlook reçoit effectivement votre e-mail.

Dans ce guide, vous découvrirez le fonctionnement de l'authentification des e-mails dans Outlook, comment configurer correctement les protocoles SPF, DKIM et DMARC pour Microsoft 365, comment les exigences de Microsoft ont évolué, et comment vérifier que votre authentification fonctionne bel et bien dans des conditions réelles de réception.

Pourquoi l'authentification Outlook est-elle importante en 2026 ? 

Si vous envoyez des e-mails via Microsoft 365, Outlook exige désormais que les protocoles SPF, DKIM et DMARC soient correctement configurés pour que vos messages soient considérés comme fiables.

Voici un bref historique de la mise en œuvre de l'authentification dans Outlook :

• Février 2024 : Google et Yahoo ont commencé à appliquer des exigences d'authentification pour les expéditeurs en masse, rendant obligatoires les protocoles SPF, DKIM et DMARC pour les programmes de messagerie à fort volume.
• Avril 2025 : Microsoft a annoncé des exigences similaires pour les expéditeurs de courriers en masse ciblant les boîtes de réception Outlook.com, Hotmail, Live et MSN.
• Mai 2025 : la mise en application de la réglementation a débuté, les messages non conformes étant de plus en plus souvent redirigés vers le dossier « Courrier indésirable ».
• Après mai 2025 : Microsoft a averti que les e-mails non conformes envoyés en grand nombre seraient alors rejetés jusqu'à ce que les enregistrements DNS soient corrigés.
• Microsoft attribue le code d'erreur 550 5.7.515 à ces refus d'authentification lorsque le domaine expéditeur ne respecte pas le niveau d'authentification requis.
• 2026 : L'authentification est désormais la norme minimale attendue. Les échecs d'authentification peuvent entraîner le classement en courrier indésirable ou le rejet du message, tandis que la réputation de l'expéditeur et le contenu restent déterminants pour décider si un e-mail authentifié parvient ou non dans la boîte de réception.

Les exigences officielles de Microsoft visent les expéditeurs à fort volume, mais les fournisseurs de messagerie recourent de plus en plus à l'authentification comme gage de fiabilité pour tous les e-mails.

Pour les équipes de prospection B2B, la réalité est simple : que vous envoyiez 200 e-mails par jour ou 20 000, les protocoles SPF, DKIM et DMARC ne sont plus une option. Ils constituent la base sur laquelle reposent tous les autres indicateurs de délivrabilité.

L'authentification à elle seule ne garantit pas que votre e-mail sera acheminé vers la boîte de réception, mais un échec de l'authentification peut empêcher votre e-mail d'y parvenir.

Comment configurer le SPF pour Outlook / Microsoft 365

Le SPF indique à Outlook quels serveurs sont autorisés à envoyer des e-mails au nom de votre domaine. Pour Microsoft 365, cela implique de publier un enregistrement SPF qui autorise l'infrastructure d'envoi de Microsoft, ainsi que toute autre plateforme qui envoie des e-mails en utilisant votre domaine.

Lors de la configuration du SPF :

• Publiez un seul enregistrement TXT SPF pour le domaine.
• Intégrer le mécanisme SPF de Microsoft : include:spf.protection.outlook.com.
• Ajoutez toutes les plateformes d'envoi légitimes, telles que votre CRM, votre plateforme marketing, votre outil de prospection, votre service d'assistance ou votre système de facturation.
• Dans la mesure du possible, utilisez les mécanismes d'inclusion recommandés par le fournisseur plutôt que d'ajouter manuellement des adresses IP.
• Vérifiez le dossier chaque fois qu'une nouvelle plateforme d'envoi est ajoutée.

Un enregistrement SPF Microsoft 365 type se présente comme suit :

v=spf1 include:spf.protection.outlook.com ~all

La plupart des organisations devront ajouter des déclarations « include: » pour d'autres outils d'envoi.

L'un des problèmes les plus courants liés au SPF est le dépassement de la limite de 10 requêtes DNS. Chaque mécanisme « include: » consomme des requêtes, et à mesure que de nouveaux outils sont ajoutés au fil du temps, l'enregistrement peut devenir trop complexe pour que les fournisseurs destinataires puissent l'évaluer correctement.

Avant d'enregistrer votre configuration SPF :

• Vérifiez qu'il n'y a qu'un seul enregistrement SPF pour le domaine.
• Vérifiez que toutes les plateformes d'envoi légitimes sont bien incluses.
• Vérifiez que l'enregistrement respecte les limites de la recherche SPF.
• Testez le SPF après avoir apporté des modifications afin de vous assurer qu'il passe avec succès.

Une fois le SPF correctement configuré, l'étape suivante consiste à activer le DKIM afin qu'Outlook puisse vérifier que vos messages n'ont pas été altérés lors de leur acheminement.

Une requête DNS permet uniquement de vérifier que l'enregistrement est valide, mais elle ne vous indiquera pas si le SPF est validé une fois que Outlook aura effectivement reçu le message. L'outil gratuit SPF Checker de MailReach teste l'authentification de bout en bout dans des conditions réelles de réception et permet de mettre en évidence les problèmes de configuration que les outils basés uniquement sur le DNS peuvent ne pas détecter. 

Comment configurer DKIM pour Outlook / Microsoft 365

Le protocole DKIM permet à Outlook de vérifier qu'un e-mail a bien été envoyé par votre domaine et qu'il n'a pas été modifié après avoir quitté le serveur d'envoi. Pour Microsoft 365, la configuration du protocole DKIM nécessite quelques étapes supplémentaires, car votre domaine personnalisé n'est pas authentifié automatiquement par défaut.

De nombreux expéditeurs partent du principe que DKIM est déjà configuré, car Microsoft signe les e-mails sortants à l'aide de sa propre infrastructure. Cependant, cette signature par défaut authentifie le domaine de Microsoft, et non le vôtre. Pour authentifier votre propre domaine, vous devez configurer DKIM séparément.

Lors de la configuration de DKIM :

• Publiez les deux enregistrements CNAME DKIM générés par Microsoft 365 (selector1 et selector2).
• Activez la signature DKIM pour votre domaine personnalisé dans le portail Microsoft Defender.
• Utilisez des clés de 2 048 bits dès que Microsoft les prend en charge.
• Vérifiez que la signature DKIM est bien active une fois que les enregistrements se sont propagés.
• Configurez un enregistrement DKIM distinct pour chaque plateforme d'envoi supplémentaire qui utilise votre domaine.

Si votre domaine envoie des e-mails via plusieurs plateformes, chacune d'entre elles disposera de son propre sélecteur DKIM et de sa propre clé de signature. Un enregistrement DKIM créé pour Microsoft 365 n'authentifie pas automatiquement les messages envoyés via votre CRM, votre plateforme de communication, votre service d'assistance ou votre outil marketing.

L'un des problèmes de configuration les plus courants consiste à voir s'afficher le message « DKIM non configuré » même après avoir ajouté les enregistrements requis. Cela est souvent dû à des délais de propagation DNS ou à des sélecteurs mal configurés.

Une fois l'installation terminée :

• Vérifiez que les deux enregistrements CNAME sont bien publiés.
• Vérifiez que la signature DKIM est activée dans Microsoft 365.
• Vérifiez que la validation DKIM s'effectue correctement sur les messages remis, et pas seulement au niveau du DNS.
• Effectuez un nouveau test chaque fois que vous ajoutez une nouvelle plateforme d'envoi.
• Vérifiez que le domaine de signature DKIM correspond bien à votre domaine « De : » pour DMARC.

La présence d'un enregistrement DKIM dans le DNS ne garantit pas que la validation DKIM aboutisse lorsque Outlook reçoit le message. Vérifiez toujours le résultat de l'authentification sur les e-mails remis, et pas uniquement la configuration DNS.

L'outil gratuit de vérification DKIM de MailReach effectue cette analyse de bout en bout, mettant en évidence les incohérences entre le sélecteur et la clé, y compris le cas d'un domaine qui continue de signer en tant que « onmicrosoft.com », alors que les outils basés uniquement sur le DNS le considèrent comme valide. 

Comment configurer DMARC

DMARC s'appuie sur les protocoles SPF et DKIM. Il vérifie qu'au moins l'une de ces méthodes d'authentification est validée et correspond au domaine indiqué dans l'adresse « De : » visible. Il indique également aux fournisseurs de messagerie la marche à suivre en cas d'échec de l'authentification.

De nombreux guides de configuration DMARC recommandent de passer directement à « p=reject » pour bénéficier d'une protection maximale. Pour la plupart des organisations, en particulier celles qui utilisent plusieurs plateformes d'envoi, cela présente un risque. Si les expéditeurs légitimes n'ont pas été correctement authentifiés, une politique DMARC stricte peut bloquer des e-mails professionnels valides.

Lors de la configuration de DMARC :

• Publiez un enregistrement TXT DMARC sur _dmarc.votredomaine.com.
• Commencez par une politique de surveillance définie sur « p=none ».
• Ajoutez une adresse de déclaration globale à l'aide de la balise « rua= ».
• Vérifiez que les validations SPF et DKIM sont réussies et correspondent à votre domaine « De : ».
• Examinez les rapports avant de modifier les règles.

Une fois que la fonctionnalité de rapports DMARC est activée :

• Consultez les rapports pour identifier toutes les plateformes qui envoient des e-mails au nom de votre domaine.
• Recherchez les échecs d'authentification et d'alignement.
• Résoudre les problèmes liés au SPF, au DKIM et à l'alignement des domaines.
• Vérifiez que tous les expéditeurs légitimes respectent les règles DMARC.
• Poursuivez la surveillance jusqu’à ce que les résultats soient systématiquement normaux.

Une fois la surveillance terminée :

• Déplacer vers « p=quarantine » pour envoyer les e-mails non livrables vers le dossier « spam ».
• Continuez à examiner les rapports et à rester vigilant face aux problèmes éventuels.
• Ne passez à « p=reject » que lorsque vous êtes certain que tous les e-mails légitimes passent l'authentification.

Le fait de démarrer en mode surveillance vous permet de visualiser comment les e-mails sont envoyés depuis votre domaine et contribue à éviter que des messages légitimes ne soient bloqués par une politique trop stricte.

Comment vérifier si votre authentification Outlook fonctionne correctement

De nombreux expéditeurs s'arrêtent après avoir vérifié le DNS et partent du principe que tout fonctionne correctement. Le problème, c'est qu'un enregistrement DNS peut exister alors même que l'authentification échoue en raison de problèmes d'alignement, d'erreurs de configuration, de non-correspondance des sélecteurs ou d'une configuration incomplète.

Suivez la procédure ci-dessous pour vérifier l'authentification dans des conditions réelles de réception.

Étape 1 : Vérifier que les enregistrements existent bien dans le DNS

Commencez par vérifier que vos enregistrements SPF, DKIM et DMARC sont correctement publiés.

Vérifiez que :

• Un enregistrement TXT SPF existe pour votre domaine.
• Vos sélecteurs DKIM sont publiés et accessibles.
• Un enregistrement DMARC existe à l'adresse _dmarc.votredomaine.com.
• Ces enregistrements contiennent les valeurs attendues par votre fournisseur de messagerie.

Cela confirme que la configuration est accessible au public, mais ne garantit pas que l'authentification aboutisse.

Étape 2 : Envoyer un véritable e-mail vers Outlook

L'authentification est vérifiée lorsque Outlook reçoit un message.

Envoyez un e-mail de test depuis la même plateforme que celle que vous utilisez habituellement pour vos communications, vos actions marketing ou vos e-mails professionnels à l'adresse suivante :

• Une boîte mail Outlook.com
• Une boîte mail Hotmail.com
• Une boîte aux lettres professionnelle Microsoft 365, si possible

L'utilisation de boîtes de réception réelles vous permet de vérifier comment Microsoft traite vos messages dans la pratique.

Étape 3 : Vérifier les résultats du SPF

Ouvrez le message reçu et vérifiez les résultats de l'authentification.

Vérifiez que :

• Le SPF affiche « Réussite ».
• Le serveur d'envoi est autorisé par votre enregistrement SPF.
• Le domaine authentifié correspond au domaine attendu.

En cas d'échec de la vérification SPF, Outlook ne peut pas vérifier que le serveur d'envoi est autorisé à envoyer des e-mails au nom de votre domaine.

Étape 4 : Vérifier les résultats DKIM

Vérifiez ensuite la signature DKIM.

Vérifiez que :

• Le statut DKIM est « Réussite ».
• La signature a été validée avec succès.
• Le domaine de signature appartient à votre organisation.
• Le sélecteur approprié est utilisé.

Un enregistrement DKIM peut exister dans le DNS alors même que la signature proprement dite échoue lors de la vérification ; c'est pourquoi il est important de tester les e-mails remis.

Étape 5 : Vérifier les résultats DMARC

DMARC devrait également transmettre le message reçu.

Vérifiez que :

• Le statut DMARC est « Pass ».
• Les vérifications SPF et DKIM ont été effectuées avec succès.
• Le domaine authentifié correspond au domaine visible dans le champ « De : ».
• Aucun problème d'alignement n'a été signalé.

Cette étape permet de vérifier qu'Outlook interprète votre authentification exactement comme prévu.

Étape 6 : Vérifier que le message se trouve bien dans la boîte de réception

L'authentification et le placement dans la boîte de réception ne sont pas la même chose.

Même si les vérifications SPF, DKIM et DMARC sont toutes réussies :

• Il se peut que l'e-mail se retrouve quand même dans le dossier « Courrier indésirable ».
• Les problèmes de réputation peuvent avoir une incidence sur le classement.
• Les signaux liés au contenu et à l'engagement peuvent influencer les décisions de filtrage.

Vérifiez si le message arrive dans :

• Boîte de réception
• Courrier indésirable
• Autres dossiers filtrés

Cela permet de déterminer s'il s'agit d'un problème d'authentification ou d'un problème de réputation.

Effectuer cette opération manuellement sur plusieurs boîtes de réception est fastidieux. Le test gratuit de délivrabilité des e-mails de MailReach envoie vos messages via un réseau de véritables boîtes de réception Google Workspace et Microsoft 365 et vous indique si vos e-mails atterrissent dans la boîte de réception, dans le dossier « Spam » ou dans les dossiers filtrés. Il affiche également vos résultats SPF, DKIM et DMARC, ainsi qu'une liste de solutions classées par ordre de priorité, ce qui vous permet de distinguer un problème d'authentification d'un problème de réputation en un seul test. 

Étape 7 : Effectuez un nouveau test après chaque modification

L'authentification doit être vérifiée chaque fois que vous :

• Ajouter une nouvelle plateforme d'envoi.
• Changer de fournisseur de messagerie.
• Mettre à jour les enregistrements DNS.
• Activer un nouveau sélecteur DKIM.
• Modifiez votre politique DMARC.

De légères modifications de configuration peuvent avoir une incidence sur les résultats de l'authentification sans pour autant générer d'erreurs manifestes.

Une requête DNS vous indique que les enregistrements existent. Un test d'authentification en conditions réelles vous permet de savoir si Outlook leur accorde réellement sa confiance. C'est ce dernier qui est déterminant.

Erreurs courantes d'authentification dans Outlook (et comment y remédier)

La plupart des problèmes d'authentification dans Outlook sont dus à des erreurs de configuration qui semblent correctes à première vue, mais qui entraînent un échec lorsque Microsoft procède à l'évaluation effective du message. La bonne nouvelle, c'est que la plupart de ces problèmes suivent des schémas prévisibles. Une fois que l'on sait ce qu'il faut rechercher, ils sont généralement faciles à identifier et à résoudre.

Le SPF dépasse la limite de 10 requêtes

Les enregistrements SPF peuvent contenir au maximum 10 requêtes DNS. Chaque instruction « include: » utilise une partie de cette limite, car Outlook doit suivre ces références pour déterminer si un serveur émetteur est autorisé.

Ce problème apparaît souvent progressivement. Un domaine commence par Microsoft 365, puis ajoute un CRM, une plateforme marketing, un service d'assistance, un outil de prospection et quelques autres services. L'enregistrement SPF continue d'exister dans le DNS, mais dès que la limite de requêtes est dépassée, Outlook ne peut plus l'évaluer correctement. Le SPF peut échouer même si tout semble fonctionner normalement.

Comment résoudre ce problème :

• Vérifiez toutes les plateformes actuellement autorisées à envoyer des e-mails pour votre domaine.
• Supprimez les instructions « include : » obsolètes ou inutilisées.
• Regroupez les outils d'envoi dans la mesure du possible.
• Surveiller le nombre de consultations chaque fois qu'une nouvelle plateforme est ajoutée.
• Vérifiez à nouveau le SPF après chaque modification pour vous assurer qu’il est toujours valide.

Utilisation du DKIM par défaut de Microsoft

Microsoft 365 signe automatiquement les e-mails à l'aide d'une signature DKIM « onmicrosoft.com ». De nombreux expéditeurs en déduisent que le protocole DKIM est entièrement configuré.

La signature par défaut de Microsoft authentifie le domaine de Microsoft, et non votre domaine personnalisé. Vos e-mails peuvent apparaître comme signés DKIM alors que votre propre domaine reste non authentifié aux fins de l'alignement DMARC.

Comment résoudre ce problème :

• Publiez les deux enregistrements CNAME DKIM générés par Microsoft pour votre domaine.
• Activez la signature DKIM pour le domaine personnalisé dans Microsoft Defender.
• Vérifiez que la signature DKIM est effectuée avec votre domaine et non avec onmicrosoft.com.
• Configurez des enregistrements DKIM distincts pour chaque plateforme d'envoi supplémentaire.
• Testez le DKIM à l'aide de véritables messages remis, et non pas uniquement via le DNS.

DMARC est validé sur le papier, mais ne respecte pas l'alignement

La publication d'un enregistrement DMARC ne garantit pas automatiquement la conformité à DMARC.

DMARC exige que soit le SPF, soit le DKIM, corresponde au domaine indiqué dans l'adresse « De : » visible. Un message peut passer le test SPF tout en échouant au test DMARC si l'authentification s'effectue sur un domaine différent.

Il s'agit d'une cause fréquente d'échecs d'authentification dans Outlook : bien que l'enregistrement existe et que les vérifications semblent configurées, DMARC échoue tout de même lors de la remise.

Comment résoudre ce problème :

• Vérifiez que le domaine authentifié par SPF correspond bien au domaine indiqué dans le champ « De : ».
• Vérifiez que le domaine de signature DKIM correspond bien au domaine indiqué dans le champ « De : ».
• Vérifiez les rapports DMARC pour détecter les non-conformités.
• Testez des e-mails réels plutôt que de vous fier aux requêtes DNS.
• Résolvez les problèmes d'alignement avant de passer au-delà de « p=none ».

Passage à p=reject trop précoce

De nombreux guides de configuration DMARC recommandent de passer directement à « p=reject » pour bénéficier d'une protection maximale. Pour les organisations qui utilisent plusieurs outils, cela peut très vite poser des problèmes.

Les CRM, systèmes de facturation, services d'assistance et applications internes oubliés continuent souvent d'envoyer des e-mails après l'activation de l'application de la norme DMARC. Si ces systèmes ne sont pas correctement authentifiés, les e-mails légitimes de l'entreprise risquent d'être bloqué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 corriger les erreurs d'authentification et d'alignement.
• Passer à p=quarantaine avant d'envisager p=rejet.
• Ne passez à une application stricte des mesures qu’après qu’une surveillance continue aura confirmé que le courrier légitime circule bien.

En partant du principe que « Enregistrement publié » signifie « en service »

Une requête DNS permet uniquement de vérifier qu'un enregistrement existe. Elle ne garantit pas qu'Outlook valide correctement les protocoles SPF, DKIM et DMARC lors de la réception d'un e-mail.

Cela crée un faux sentiment de sécurité. Tout semble correctement configuré au niveau du DNS, alors que les e-mails continuent d'atterrir dans le dossier « Courrier indésirable » ou d'échouer aux contrôles d'authentification lors de leur envoi.

Comment résoudre ce problème :

• Envoyez des e-mails de test vers les boîtes de réception d'Outlook et de Gmail.
• Vérifiez les résultats SPF, DKIM et DMARC dans les en-têtes du 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.
• Privilégiez les tests d'authentification de bout en bout plutôt qu'une simple validation DNS.

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

De nombreux expéditeurs pensent qu'utiliser un sous-domaine permet d'isoler complètement leurs e-mails de prospection à froid de leur messagerie professionnelle principale.

Même si les sous-domaines créent une certaine séparation, les fournisseurs de messagerie peuvent toujours les associer au domaine parent. Si les campagnes de communication suscitent des plaintes ou enregistrent un faible taux d'engagement, les indicateurs de réputation peuvent tout de même avoir un impact sur la marque dans son ensemble.

Comment résoudre ce problème :

• Utilisez un domaine secondaire distinct pour les actions de prospection à froid.
• Authentifiez le domaine secondaire de manière indépendante.
• Commencez par tester le domaine de prospection avant d'augmenter le volume.
• Distinguer le trafic lié à la communication, au marketing et aux transactions.
• 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 alerte de liste noire donne souvent l'impression d'être urgente, ce qui explique pourquoi de nombreux expéditeurs se concentrent d'abord sur la vérification des listes noires lorsque le taux de délivrabilité baisse.

En réalité, Outlook s'appuie principalement sur les systèmes de réputation propres à Microsoft, les données relatives aux plaintes, les indicateurs d'engagement et les résultats d'authentification. La plupart des listes noires publiques n'ont que peu d'impact sur le placement des e-mails dans la boîte de réception d'Outlook.

Si vos e-mails authentifiés se retrouvent systématiquement dans le dossier « Courrier indésirable », le problème sous-jacent est généralement lié à votre réputation, à l'engagement ou à votre comportement d'envoi, plutôt qu'à une inscription sur une liste noire.

Comment résoudre ce problème :

• Vérifiez si la liste noire est effectivement utilisée par Microsoft.
• Concentrez-vous d'abord sur les taux de plainte et la réputation de l'expéditeur.
• Améliorer l'authentification et la qualité des listes.
• Surveillez le placement dans la boîte de réception plutôt que de vous limiter à vérifier si l'adresse figure sur une liste noire.
• Considérez les vérifications de liste noire comme un indicateur de diagnostic, et non comme une stratégie de délivrabilité.

Maintenir l'authentification des e-mails Outlook au fil du temps

Les fournisseurs de messagerie continuent de renforcer leurs exigences en matière de confiance. L'authentification cesse d'être un avantage concurrentiel pour devenir une exigence de base. Les domaines les plus performants sont ceux qui contrôlent régulièrement leurs sources d'envoi, vérifient l'authentification après chaque modification, surveillent les rapports DMARC et détectent les problèmes avant qu'ils n'affectent la délivrabilité.

L'étape suivante ne consiste pas simplement à publier des enregistrements et à passer à autre chose. Il s'agit de vérifier qu'Outlook affiche votre e-mail exactement comme vous le souhaitez. Cela implique de réaliser des tests dans des conditions réelles de réception, de surveiller l'authentification au fil du temps et de s'assurer que les nouveaux outils n'introduisent pas discrètement des défaillances.

Le test de délivrabilité des e-mails de MailReach vérifie l'authentification de bout en bout plutôt que via le DNS, et les tests automatisés, associés à des alertes Slack ou via webhooks, signalent tout écart dès qu'un nouvel outil bat discrètement un record. 

FAQ

Microsoft 365 configure-t-il automatiquement le protocole DKIM ? 

Cela ne s'applique pas à votre domaine personnalisé. Microsoft 365 utilise par défaut une clé « onmicrosoft.com » dès son installation, ce qui n'équivaut pas à l'authentification de votre propre domaine. Vous devez publier deux enregistrements CNAME et activer la signature DKIM pour votre domaine dans le portail Defender.

Pourquoi mes e-mails authentifiés finissent-ils toujours dans le dossier « Courrier indésirable » d'Outlook ? 

En effet, l'authentification n'est que l'un des trois piliers de la délivrabilité. Microsoft prend également en compte la réputation de l'expéditeur (engagement) et le contenu. Vous pouvez respecter les protocoles SPF, DKIM et DMARC et voir tout de même vos e-mails classés comme spam si votre réputation est faible ou si votre contenu déclenche les filtres. 

Quelles sont les exigences de Microsoft concernant les expéditeurs en masse ? 

Conformément aux règles mises en place par Google et Yahoo en février 2024, Microsoft exige que les expéditeurs à fort volume (environ 5 000 messages ou plus par jour vers Outlook.com, Hotmail et Live) s'authentifient via les protocoles SPF, DKIM et DMARC, sous peine de voir leurs messages classés comme spam ou bloqués. Pour les envois B2B sortants, l'authentification est obligatoire quel que soit le volume.

Le protocole DMARC est-il obligatoire pour Outlook ? 

Pour les expéditeurs à fort volume, oui. Pour tous les autres, cette mesure est vivement recommandée et de plus en plus attendue. Commencez par définir p=none pour effectuer un suivi, puis passez à l'application de la règle dès que vos rapports confirment que tous les expéditeurs légitimes sont validés.

La mise à jour « email warmup » corrige-t-elle le problème d'authentification dans Outlook ? 

Non. La phase de « warm-up » permet de renforcer la réputation de l'expéditeur, ce qui constitue un pilier distinct de l'authentification. L'authentification concerne la configuration DNS ; la phase de « warm-up » vise à susciter l'engagement. Les deux sont importantes, mais la phase de « warm-up » s'applique uniquement à la prospection à froid en B2B.

‍