Official Microsoft Outlook inbox screenshot showing the Focused inbox and an open message titled Actions from today's meeting
Used with permission from Microsoft. Official Outlook inbox screenshot, Microsoft 365 press kit, News Center.

Email deliverability

Outlook.com a rejeté des courriels professionnels pendant deux semaines

Microsoft a confirmé le 10 novembre 2026 qu'une mise à jour de ses règles antispam bloquait à tort des courriels légitimes vers Outlook.com, Hotmail et Live, et annoncé un correctif le lendemain.

Par Thinking Desk Mis à jour le 2 min de lecture

L'essentiel

  • The Register a rapporté des rejets vers Outlook.com, Hotmail et Live depuis fin octobre 2026, touchant aussi bien de petits que de gros expéditeurs.
  • Microsoft a reconnu le 10 novembre qu'une mise à jour des règles antispam marquait et bloquait des messages à tort, et annoncé un correctif le 11 novembre.
  • La règle de fond ne change pas : au-delà de 5 000 messages par jour, il faut réussir SPF, DKIM et DMARC avec au moins p=none.
  • Le courrier non conforme est rejeté avec l'erreur 550 5.7.515 depuis le 5 mai 2025 au lieu d'être classé en indésirable.
Sur cette page
  1. Pourquoi Outlook.com rejette-t-il des courriels professionnels légitimes ?
  2. Quelles sont les exigences de Microsoft pour les expéditeurs vers Outlook.com ?
  3. Comment distinguer un rejet de politique du défaut de novembre ?
  4. Ce que cela change pour une PME européenne

Pourquoi Outlook.com rejette-t-il des courriels professionnels légitimes ?

Microsoft a cassé sa propre application des règles antispam et renvoyé à leurs expéditeurs des courriels professionnels légitimes. The Register a rapporté le 9 novembre 2026 que les messages adressés aux comptes Outlook.com, Hotmail et Live étaient rejetés depuis fin octobre, y compris des messages d'une ligne envoyés par de très petits expéditeurs, avec un texte d'erreur vague et un comportement intermittent, un deuxième envoi passant parfois là où le premier avait échoué. Microsoft a reconnu le défaut le 10 novembre, indiquant que "a recent update to the spam enforcement rules caused email messages to be incorrectly marked and blocked", et l'a déclaré résolu le lendemain.

Le détail qui compte pour qui facture ou confirme des rendez-vous par courriel : le bogue reposait sur une règle bien réelle. La règle n'a pas disparu avec le correctif.

Quelles sont les exigences de Microsoft pour les expéditeurs vers Outlook.com ?

Microsoft exige des domaines qui envoient plus de 5 000 messages par jour vers des adresses grand public Outlook.com de réussir SPF, DKIM et DMARC. Sa documentation pour les gros expéditeurs fixe la barre : un enregistrement SPF listant correctement les hôtes d'envoi autorisés, une signature DKIM valide et un enregistrement DMARC avec une politique au minimum p=none alignée sur SPF ou DKIM, de préférence les deux. Depuis le 5 mai 2025, le courrier non conforme est rejeté avec le code 550 5.7.515 au lieu d'être classé en indésirable comme pendant la période de tolérance, et la liste d'expéditeurs sûrs du destinataire n'y change rien.

Microsoft attend en outre l'hygiène habituelle : une adresse d'expéditeur valide, un mécanisme de désabonnement fonctionnel et des listes entretenues.

Chaque jeudi matin, heure d'Europe centrale.

Le briefing Thinking

Un courriel par semaine : ce qui a changé dans le logiciel professionnel européen, quels prix ont bougé et quel comparatif nous avons publié. Aucun courrier commercial.

Comment distinguer un rejet de politique du défaut de novembre ?

En lisant le rejet. Un refus 550 5.7.515 relève de la règle d'authentification et se corrige dans votre DNS. La vague de fin octobre et début novembre avait une autre allure : échecs irréguliers, messages d'erreur flous, expéditeurs très en dessous de tout seuil de volume. Si vos courriels rebondissent encore maintenant que Microsoft annonce la résolution, traitez cela comme un problème de configuration de votre côté.

Ce que cela change pour une PME européenne

Une confirmation de rendez-vous, un devis ou une facture qui échoue silencieusement vers une adresse Hotmail, c'est du chiffre d'affaires perdu, et une grande part des boîtes grand public européennes sont des comptes Outlook.com, Hotmail ou Live. Trois actions valent la peine cette semaine. Publiez SPF, DKIM et DMARC pour chaque domaine et sous-domaine réellement utilisé à l'envoi, y compris celui par lequel votre logiciel de réservation ou de comptabilité expédie, car ce sont ces domaines relayés par un prestataire qui restent le plus souvent sans authentification. Vérifiez ensuite si votre logiciel envoie en votre nom depuis son propre domaine, car cela détermine qui doit toucher au DNS. Enfin, faites arriver les rejets là où un humain les lit : les deux semaines écoulées entre les premiers échecs et l'aveu de Microsoft correspondent exactement au temps pendant lequel une boîte de rejets non surveillée masque un problème de recettes. Pour le client de messagerie en amont, voyez /fr/best/best-ai-email-clients-2026, et pour le système qui produit les factures, /fr/best/best-accounting-software-luxembourg-2026.

Questions et réponses

Le seuil de 5 000 messages met-il les petits expéditeurs à l'abri ?
L'obligation documentée pour gros expéditeurs commence au-delà de 5 000 messages par jour vers les adresses grand public Outlook.com, mais The Register a rapporté de très petits expéditeurs touchés par le défaut de novembre. L'authentification est utile à tout volume, car elle vous sort aussi du dossier indésirable.
Que signifie l'erreur 550 5.7.515 ?
C'est Microsoft qui rejette un message faute d'authentification de l'expéditeur. La correction se fait dans votre DNS, en publiant des enregistrements SPF, DKIM et DMARC corrects pour le domaine d'envoi, et non en demandant au destinataire de vous autoriser.

Sources

Chaque prix et chaque fait ci-dessus a été vérifié sur ces pages à la date indiquée.

  1. [1] The Register: Outlook.com bounces legit emails as Microsoft's authentication crackdown goes sideways consulté le 2026-11-11
  2. [2] Microsoft: Outlook's new requirements for high volume senders consulté le 2026-11-11
Sujets emailmicrosoftdeliverabilitydmarcspf