Depuis le 5 novembre 2026, Outlook.com et Hotmail refusent une partie des e-mails envoyés par des domaines qui n’ont pas d’enregistrement DMARC, sans que Microsoft l’ait annoncé. Nous avons ajouté cet enregistrement à tous les domaines que nous hébergeons. Si l’un de vos messages a été refusé, il suffit de le renvoyer.
Ce qui se passe
Les messages refusés reviennent avec cette erreur :
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
- Seules les adresses personnelles de Microsoft sont concernées : @hotmail.com, @hotmail.fr, @hotmail.ch, @outlook.com, @outlook.fr, @live.com. Les messages vers Gmail, Bluewin ou des adresses professionnelles arrivent normalement.
- Le refus est irrégulier. Un message peut être refusé, puis le même message accepté quelques minutes plus tard. Il ne s’agit donc pas forcément de tous vos envois.
- La cause : l’absence d’enregistrement DMARC. Les domaines refusés avaient bien leurs protections SPF et DKIM, mais pas de DMARC. Dans tous les cas analysés en détail par les spécialistes, ajouter cet enregistrement a fait cesser les refus.
- Le problème touche tout le monde, quel que soit le fournisseur : des expéditeurs chez Google, Zoho, Fastmail ou Microsoft 365 l’ont aussi rencontré.
Microsoft n’a rien annoncé. Depuis mai 2025, il exige DMARC uniquement des expéditeurs qui envoient plus de 5000 messages par jour, avec un autre code d’erreur. Au 9 novembre, on ne sait pas encore s’il s’agit d’un durcissement volontaire ou d’une erreur de sa part. Le message d’erreur est en plus trompeur : il cite SPF, DKIM et DMARC alors que seul DMARC manque.
Êtes-vous concerné ?
Uniquement si vous avez écrit à une adresse Hotmail ou Outlook depuis le 5 novembre. Dans ce cas, regardez si vous avez reçu un avis de non-distribution :
- expéditeur : « Mail Delivery System » ou « MAILER-DAEMON » ;
- objet : « Undelivered Mail Returned to Sender » ;
- dans le texte : l’erreur citée plus haut, avec le code AS9031519.
Si vous n’avez reçu aucun avis de ce type, vos messages sont bien arrivés.
Que faire ?
1. Renvoyez le message. Microsoft ne réessaie pas de lui-même : un message refusé est définitivement perdu pour le destinataire. Depuis que nous avons ajouté DMARC, le nouvel envoi passe normalement.
2. S’il revient encore en erreur, transférez-nous l’avis de non-distribution à , et nous regarderons.
Ce que nous avons fait
- Vérifié la configuration de tous les domaines hébergés. Les protections SPF et DKIM sont en place depuis 2023.
- Ajouté un enregistrement DMARC aux domaines qui n’en avaient pas encore, puisqu’il n’était jusqu’ici pas exigé pour des volumes comme les vôtres.
- Analysé nos journaux d’envoi pour retrouver les messages refusés depuis le 5 novembre, et prévenu directement les clients concernés.
Nous continuons de suivre la situation et mettrons cet article à jour si Microsoft communique.
Pour aller plus loin
Trois mécanismes permettent aux serveurs de vérifier qu’un e-mail vient bien de l’expéditeur qu’il prétend. SPF liste les serveurs autorisés à envoyer pour un domaine, DKIM signe chaque message, et DMARC indique quoi faire des messages qui échouent à ces contrôles.
Si vous gérez vous-même un domaine ailleurs, ajoutez dans sa zone DNS un enregistrement TXT nommé _dmarc contenant v=DMARC1; p=none;. Cela suffit pour éviter ces refus, sans bloquer aucun de vos messages.
Sources
• Neowin – Microsoft Outlook SPF validation error blocks email sending and receiving
• Windows Latest – Your Outlook.com inbox may be silently missing emails since Nov 5
• Engagor – Microsoft AS9031519: Outlook Rejects Mail Without DMARC
• smtpedia – Outlook.com AS9031519 Bounce: Mail Without DMARC Rejected
• LazyAdmin – Fix Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
• Microsoft Q&A – 550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records