Sans prévenir, Microsoft s’est mis à bloquer des mails de petites structures vers Hotmail et Outlook : voici comment y remédier

Depuis le 5 novembre 2026, les messageries grand public de Microsoft rejettent une partie des mails envoyés par des domaines qui n’ont pas mis en place un réglage technique appelé DMARC.

Microsoft n’a rien annoncé officiellement, et les petites structures semblent être les premières touchées.

Depuis le 5 novembre 2026, des administrateurs de messagerie signalent que leurs mails envoyés vers des adresses hotmail.com, outlook.com, live.com ou msn.com leur reviennent avec une erreur inhabituelle : « Message rejected: Message lacks SPF/DKIM/DMARC Auth Records ».

Autrement dit, le message est refusé parce que le domaine de l’expéditeur ne présente pas les enregistrements d’authentification nécessaires, ou, plus précisément, parce que Microsoft ne parvient pas à valider suffisamment son identité.

Dès le lendemain, plusieurs acteurs du secteur ont commencé à lancer l’alerte et à détailler les mesures permettant de contourner ce blocage.

Outlook started bouncing some mail from domains with no DMARC record on Nov 5, per MailRoute. Even domains with working SPF got hit, and Microsoft hasn't announced it.

Check yours:
dig +short TXT _dmarc.yourdomain.com

No output means you're exposed.https://t.co/2z5CT9V52t

— Giorgi Dogadze (@dogadze) November 9, 2026

Ce contenu est bloqué car vous n’avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Twitter.
Pour pouvoir le visualiser, vous devez accepter l’usage étant opéré par Twitter avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l’amélioration des produits d’Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l’audience de ce site (en savoir plus)

En cliquant sur « J’accepte tout », vous consentez aux finalités susmentionnées pour l’ensemble des cookies et autres traceurs déposés par Humanoid et .

Vous gardez la possibilité de retirer votre consentement à tout moment. Pour plus d’informations, nous vous invitons à prendre connaissance de notre Politique cookies.

Trois réglages pour prouver qu’un mail est authentique

Ce durcissement repose sur un enjeu de sécurité : rien n’empêche techniquement d’envoyer un mail en se faisant passer pour quelqu’un d’autre, c’est précisément ce qui facilite le phishing.

Et votre vie numérique devient sereine

Bitdefender Premium Security est une solution de cybersécurité européenne qui vous protège automatiquement contre les pirates et toutes les menaces du web. Profitez de vos activités en ligne en toute tranquillité

Et si le message de Microsoft peut sembler cryptique, il renvoie en réalité aux trois mécanismes qui permettent au destinataire de vérifier l’origine d’un message :

• SPF indique quels serveurs sont autorisés à envoyer des mails au nom d’un domaine.
• DKIM ajoute une signature numérique à chaque message, afin de prouver qu’il n’a pas été altéré en route.
• DMARC vérifie enfin que ces contrôles correspondent bien au domaine affiché dans l’adresse de l’expéditeur, celle que voit le destinataire.

Problème, beaucoup de petites structures disposent déjà de SPF et de DKIM, souvent configurés par leur hébergeur, mais n’ont jamais ajouté DMARC. Or, depuis le 5 mai 2025, Microsoft impose ces trois réglages aux domaines qui envoient plus de 5 000 messages par jour vers ses messageries grand public.

Le nouveau blocage observé depuis le 5 novembre toucherait en revanche tout domaine personnalisé, quel que soit son volume d’envoi. Les signalements indiquent que l’absence d’un enregistrement DMARC peut suffire à provoquer le rejet, même lorsque SPF et DKIM sont correctement configurés.

Microsoft n’a toutefois pas confirmé publiquement l’extension de cette règle à tous les expéditeurs. Sa règle officielle reste, pour l’instant, centrée sur les domaines dépassant 5 000 messages quotidiens. Les observations d’acteurs comme MailRoute suggèrent donc un durcissement de fait, pas encore documenté officiellement.

Comment régler le problème ?

Pour l’instant, on ne sait pas si Microsoft entend maintenir ce durcissement, l’assouplir ou l’officialiser. Par ailleurs, les entreprises qui reçoivent leurs mails sur Microsoft 365 ne semblent pas concernées en tant que destinataires.

Selon MailRoute, Microsoft ne rejette qu’une partie des messages envoyés par un domaine concerné. Un mail refusé peut parfois aboutir après une nouvelle tentative.

Alors comment s’assurer que vos mails parviennent au destinataire ? Pour cela, plusieurs outils gratuit en ligne permettent de savoir si un domaine publie déjà un enregistrement DMARC.

À défaut, Microsoft recommande dans sa documentation d’ajouter un enregistrement DNS de type TXT, nommé _dmarc, avec la valeur v=DMARC1; p=none.

Cet enregistrement se crée dans l’interface où sont gérés les paramètres DNS du domaine, généralement chez l’hébergeur ou le registrar qui gère le nom de domaine. La politique p=none indique simplement que le domaine utilise DMARC, sans demander aux messageries destinataires de bloquer les messages non conformes.

Microsoft précise toutefois que DMARC ne remplace pas les autres mécanismes : SPF ou DKIM doit être correctement configuré et aligné avec le domaine de l’expéditeur affiché.

Toute l'actu tech en un clin d'œil

Ajoutez Numerama à votre écran d'accueil et restez connectés au futur !