Microsoft 365 « 550 5.1.10 RESOLVER.ADR.RecipientNotFound » : comment le corriger

Ce que ça veut dire

L'email est bien arrivé dans une organisation Microsoft 365, mais Microsoft n'a trouvé aucune boîte, aucun groupe ni aucun contact avec cette adresse. Le message de retour contient généralement :

550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup

RESOLVER.ADR est la partie d'Exchange qui résout les adresses. C'est une erreur définitive : renvoyer le même message à la même adresse échouera de nouveau. Pour les adresses Outlook.com et Hotmail, Microsoft renvoie une erreur proche, 550 5.5.0 Requested action not taken: mailbox unavailable.

Une erreur voisine, 550 5.4.1 Recipient address rejected: Access denied, signifie que l'adresse a été refusée encore plus tôt, dès la connexion SMTP, par le Directory-Based Edge Blocking.

Pourquoi cela arrive

Côté expéditeur

• Une faute de frappe dans l'adresse, ou une ancienne adresse enregistrée dans la saisie semi-automatique (Auto-Complete) d'Outlook.
• La personne a quitté l'entreprise et sa boîte a été supprimée.
• Backscatter : vous n'avez jamais envoyé ce message. Un spammeur a utilisé votre adresse comme expéditeur, et le message d'erreur vous est revenu. Microsoft indique que c'est sans danger, mais si vous en recevez beaucoup, votre domaine est probablement usurpé.

Côté destinataire

• L'utilisateur existe mais n'a pas de licence Exchange Online : il n'a donc pas de boîte mail.
• Une règle de transfert cassée : le destinataire (ou une règle de l'administrateur) transfère les messages vers une adresse qui n'existe plus. L'adresse indiquée dans l'erreur est alors différente de celle que vous avez saisie.
• Migration hybride ou partielle : certains utilisateurs sont encore sur un autre serveur, mais le domaine est déclaré Authoritative dans Microsoft 365, donc les utilisateurs inconnus sont refusés au lieu d'être relayés.
• Problèmes de synchronisation de l'annuaire : l'utilisateur existe sur le serveur local mais n'a pas été synchronisé vers Microsoft 365.
• Mauvais enregistrement MX : par exemple, le domaine pointe encore vers Microsoft 365 alors que l'entreprise a changé de fournisseur, ou il y a plusieurs enregistrements MX. Microsoft ne prend pas en charge plus d'un enregistrement MX pour un domaine inscrit dans Exchange Online.

Comment vérifier

1. Comparez l'adresse du message d'erreur avec celle de vos Éléments envoyés. Si elles diffèrent, un transfert est cassé du côté du destinataire.
2. Vérifiez le MX du domaine du destinataire avec dig +short MX example.com ou le scanner de domaine Delivmail. Un domaine Microsoft 365 pointe vers example-com.mail.protection.outlook.com (ou un hôte .mx.microsoft).
3. Si vous êtes l'administrateur du destinataire, cherchez l'adresse dans Exchange Online :

   Get-Recipient -Identity "user@yourdomain.com" -ErrorAction SilentlyContinue
   Get-Recipient -ResultSize Unlimited | Where-Object {$_.EmailAddresses -match "user@yourdomain.com"}
   Get-AcceptedDomain | Format-Table DomainName,DomainType

4. Lancez un suivi des messages (message trace) pour l'adresse du destinataire afin de voir si le message est arrivé et où il a été refusé.
5. Si vous recevez des erreurs pour des messages que vous n'avez jamais envoyés, vérifiez le SPF, le DKIM et le DMARC de votre domaine en envoyant un test à l'adresse affichée sur la page d'accueil de Delivmail.

Comment corriger

Si vous êtes l'expéditeur

1. Supprimez l'adresse de la saisie semi-automatique d'Outlook (commencez à la taper, puis cliquez sur le X à côté de la suggestion), retapez-la en entier et renvoyez le message.
2. Si l'erreur persiste, contactez la personne autrement (téléphone, formulaire du site) pour confirmer son adresse actuelle.
3. Pour les newsletters, retirez l'adresse de votre liste : des envois répétés vers des adresses inexistantes abîment votre réputation (voir nettoyer votre liste de diffusion).
4. En cas de backscatter, ne répondez pas. Publiez une politique DMARC pour rendre l'usurpation de votre domaine plus difficile : quelqu'un envoie de faux emails avec votre domaine.

Si vous êtes l'administrateur du destinataire

1. Créez ou restaurez le destinataire : ajoutez l'utilisateur, attribuez-lui une licence Exchange Online, ou ajoutez l'adresse comme alias sur la bonne boîte. Un utilisateur supprimé peut être restauré depuis Users > Deleted users dans le Centre d'administration Microsoft 365 pendant une durée limitée (30 jours).
2. Corrigez les transferts : modifiez ou supprimez les règles de boîte de réception, le transfert de la boîte (Users > Active users > Mail > Email forwarding) et les règles de flux de messagerie qui redirigent vers des adresses mortes.
3. Domaines hybrides ou partagés : si certains utilisateurs sont sur un autre serveur et que vous avez un connecteur vers celui-ci, passez le domaine accepté en Internal Relay (Centre d'administration Exchange, Mail flow > Accepted domains). Sans connecteur fonctionnel, cela casse le flux de messagerie : vérifiez d'abord.
4. Synchronisation de l'annuaire : sur le serveur Microsoft Entra Connect, lancez une synchronisation delta, puis vérifiez à nouveau le destinataire :

   Start-ADSyncSyncCycle -PolicyType Delta

5. Corrigez l'enregistrement MX : gardez un seul MX pointant vers Microsoft 365 si le domaine y est hébergé, ou retirez le domaine de Microsoft 365 s'il est parti ailleurs. Dans Settings > Domains, utilisez Check DNS.

Vérifiez que c'est corrigé

• Demandez à quelqu'un d'extérieur à l'organisation d'envoyer un court test à l'adresse, ou envoyez-le vous-même, puis consultez le suivi des messages.
• Après un changement de MX, attendez la propagation DNS (souvent quelques heures, jusqu'à 72 heures selon Microsoft) avant de conclure.
• Ne renvoyez le message d'origine qu'une fois l'adresse confirmée.