Outlook.com et Hotmail rejettent certains e-mails : que faire si un message n’arrive pas ?

Vous attendez un devis ou un code de connexion, votre boîte Outlook.com s’ouvre normalement, mais le message ne vient pas. Demandez à l’expéditeur s’il a reçu un avis de non-livraison. Depuis les premiers signalements début novembre, certains e-mails adressés à Outlook.com, Hotmail et Live sont rejetés avant même d’arriver dans la boîte. Le destinataire peut donc ne rien voir, même dans les indésirables.

Le 9 novembre, un modérateur identifié comme membre du personnel externe de Microsoft a indiqué que la livraison de certains messages était perturbée côté Exchange et que les équipes techniques enquêtaient. Les signalements décrivent des rejets intermittents. À ce stade, ni leur cause exacte ni l’étendue du problème ne sont établies.

L’indice se trouve souvent chez l’expéditeur

Quand le serveur de Microsoft refuse le message au moment de la livraison, c’est généralement l’expéditeur qui reçoit le retour d’erreur. Dans les cas rapportés, il peut lire 550 5.7.1 avec le code AS9031519, ou 550 5.7.23, qui renvoie à la vérification SPF. Le message d’erreur peut aussi évoquer SPF, DKIM ou DMARC. Ce sont des mécanismes qui permettent à un serveur de vérifier qu’un e-mail est bien autorisé à partir sous le nom de domaine affiché.

Ce détail explique pourquoi recharger la page, réinstaller Outlook ou déplacer l’expéditeur dans vos contacts ne récupérera pas un message déjà refusé. Un rejet 550 signifie que cette tentative de livraison a échoué. Le mail n’attend pas dans un dossier caché. Il faudra qu’il soit envoyé à nouveau ou transmis par un autre moyen.

Vous attendez un message ? Commencez par demander le retour d’erreur

• Pour un message urgent, joignez l’expéditeur par téléphone, SMS ou messagerie. S’il a reçu un rejet, demandez-lui un nouvel envoi ou proposez une autre adresse si vous en disposez. Pour un code à usage unique, demandez-en un nouveau si le service le permet.
• Sans avis de rejet connu, vérifiez les indésirables, les règles de tri et l’espace disponible dans votre compte. Un message manquant ne suffit pas à relier le problème à cet incident.
• Si vous gérez les envois, conservez l’avis complet, l’heure, le domaine destinataire et l’identifiant du message s’il est disponible. Ces éléments aident votre hébergeur ou le support Microsoft à retrouver la tentative concernée. Vérifiez l’authentification du serveur qui a réellement envoyé le message, surtout si vous utilisez plusieurs prestataires.

Le code d’erreur donne une piste, pas un diagnostic complet

Des administrateurs ont reproduit le rejet avec des domaines qui n’avaient pas d’enregistrement DMARC. D’autres décrivent des échecs intermittents, avec un nouvel envoi qui finit par passer. Vérifier les en-têtes d’une copie reçue peut être utile, mais cela ne dit pas exactement ce que Microsoft a vérifié sur la tentative précédente. Microsoft impose par ailleurs depuis 2025 des règles d’authentification aux domaines qui envoient plus de 5 000 messages par jour vers ses adresses grand public. L’existence de cette règle ne suffit pas à expliquer les rejets signalés cette semaine.

Si vous gérez un domaine, je commencerais donc par le message de retour et les journaux du serveur avant de toucher à une politique DMARC déjà en place. Et si vous êtes simplement destinataire, le geste le plus utile reste de prévenir la personne qui devait vous écrire : elle peut avoir reçu l’explication alors que votre boîte, elle, n’affiche rien.