550 5.7.1 « Unfortunately, messages from [IP] weren’t sent » : comment le corriger

Si Microsoft renvoie vos e-mails en bounce avec cette ligne dans la réponse SMTP, vous êtes au bon endroit :

550 5.7.1 Unfortunately, messages from [203.0.113.42] weren't sent.
Please contact your Internet service provider since part of their network
is on our block list (S3140). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.

Il s'agit d'un rejet au niveau de l'IP par Outlook.com / Hotmail / Live (le côté grand public de la messagerie Microsoft). Ce n'est pas un rejet de contenu, ni un rejet d'authentification, ni un blocage propre à un destinataire. L'IP d'envoi elle-même figure sur la liste de blocage interne de Microsoft, et chaque message qui en part est refusé dès la frontière SMTP.

Ce que signifie vraiment 550 5.7.1

Microsoft dispose de son propre système interne de réputation IP, placé devant Exchange Online Protection (EOP) et les filtres d'Outlook.com. Quand ce système juge qu'une IP d'envoi envoie trop de spam, a une mauvaise couleur SNDS ou correspond à l'un de ses signaux internes d'abus, il cesse totalement d'accepter les connexions venant de cette IP.

Les codes S vous donnent la raison :

Code	Signification
S3140	IP listée pour mauvaise réputation ou plaintes pour spam
S3150	IP listée, avec en plus des signaux d'authentification ou de contenu en échec
S3115	Listée sur une blocklist tierce utilisée par Microsoft

Dans tous les cas, la marche à suivre est la même.

Étape 1 : confirmez que le blocage porte bien sur l'IP

Avant de remplir un formulaire de délistage, assurez-vous que le problème n'est pas en fait un blocage destinataire (550 5.7.606) ou un blocage tenant (550 5.7.708). L'IP entre crochets dans le bounce vous indique l'IP qui pose problème à Microsoft, et c'est celle-là que vous faites délister.

Passez cette IP dans notre vérificateur de blacklists pour savoir si une DNSBL tierce la liste aussi. Microsoft utilise les signaux de Spamhaus comme l'une de ses sources : un listage Spamhaus PBL/XBL rend donc un blocage Microsoft bien plus probable.

Étape 2 : inscrivez-vous à SNDS et JMRP, dès aujourd'hui

Impossible de vraiment corriger votre délivrabilité chez Microsoft sans :

• SNDS (Smart Network Data Services), qui montre la réputation que Microsoft attribue à vos IP.
• JMRP (Junk Mail Reporting Program), le feedback loop qui vous prévient quand des utilisateurs d'Outlook.com cliquent sur « signaler comme courrier indésirable ».

Les deux sont gratuits. SNDS affiche un statut en couleur pour chaque IP :

• Vert : saine, faible taux de plaintes.
• Jaune : plaintes ou spam traps touchés en hausse, sous surveillance.
• Rouge : assez grave pour que la livraison soit ralentie ou bloquée.

Si votre IP est rouge dans SNDS, le formulaire de délistage ci-dessous échouera probablement tant que vous n'aurez pas corrigé le problème de plaintes ou de pièges sous-jacent.

Étape 3 : envoyez le formulaire d'information expéditeur

Pour Outlook.com, Hotmail et Live, la voie de délistage est le formulaire de support expéditeur d'Outlook.com, vers lequel Microsoft renvoie depuis sa documentation sur le délistage. N'utilisez pas sender.office.com pour un S3140 : ce portail retire les IP bloquées par Microsoft 365 (550 5.7.606-649). Comptez une réponse sous 24 à 48 heures.

Dans le formulaire :

1. Utilisez une adresse de réponse sur le domaine d'envoi, pas une adresse Gmail ou de messagerie gratuite.
2. Indiquez toutes les IP concernées, au format CIDR ou IP par IP.
3. Expliquez ce que vous envoyez, le volume quotidien prévu et comment les destinataires ont donné leur consentement.
4. Confirmez que vous êtes inscrit à SNDS et JMRP et que SPF, DKIM et DMARC sont valides.

Si vous n'avez jamais été délisté auparavant, la demande est en général acceptée. Un deuxième ou troisième délistage de la même IP en moins de 90 jours est rarement accordé, car Microsoft suppose que le problème de fond n'est pas réglé.

Étape 4 : corrigez la raison de fond

Se faire délister sans corriger la cause profonde, c'est revenir à la case départ en quelques jours. Passez en revue :

• L'authentification : vérifiez l'alignement SPF, DKIM et DMARC avec notre outil Domain Health. Microsoft traite de plus en plus un échec SPF/DKIM comme un signal de relistage quasi immédiat.
• L'hygiène de liste : purgez les bounces, les contacts inactifs depuis plus de 90 jours et toute donnée achetée.
• La montée en volume : si vous venez de passer de 5 000 à 50 000 envois par jour, réduisez et refaites un warm-up sur 2 à 4 semaines.
• Le taux de plaintes : Microsoft considère tout taux de plaintes au-dessus de 0,3 % comme un vrai problème. Les rapports JMRP vous donnent les adresses exactes à retirer.

Étape 5 : mettez en place une surveillance de la réputation IP

Une fois délisté, mettez en place une surveillance pour repérer le prochain listage en quelques heures, et non après l'escalade d'un client.

La surveillance des IP de MailVitals vérifie vos IP d'envoi sur 25 DNSBL et récupère les couleurs SNDS de Microsoft, pour que vous receviez une alerte Slack ou e-mail dès que quelque chose passe au jaune.

FAQ

Combien de temps prend un délistage chez Microsoft ? La plupart des premières demandes de délistage sont traitées sous 24 à 48 heures. Les demandes répétées sur la même IP prennent plus longtemps et risquent davantage d'être refusées sans explication claire des corrections.

Pourquoi ma deuxième demande de délistage a-t-elle été refusée ? Le système automatisé de Microsoft repère les récidivistes. Si vous êtes délisté puis reproduisez le même schéma de plaintes ou de pièges, la deuxième demande est examinée par une personne qui cherche la preuve que vous avez réellement changé vos pratiques d'envoi.

Puis-je envoyer depuis une autre IP pendant le délistage ? Oui. Si votre ESP a des IP disponibles ou un pool de secours, changer d'IP est le moyen le plus rapide de rétablir la livraison pendant l'examen du formulaire. Simplement, ne mettez pas en production une IP toute neuve à froid : chauffez-la.

À lire aussi

• Les erreurs SMTP Microsoft S3140 / S3150 expliquées
• Guide de configuration SNDS et JMRP

Sources

• Outlook.com Postmaster: Troubleshooting, la liste établie par Outlook.com de ses codes de blocage 550 (SC-001 à SC-004, DY-001, OU-001) et son rappel que les plaintes pour courrier indésirable sont l'un des principaux moteurs de la réputation.
• Use the delist portal to remove yourself from the blocked senders list (Microsoft Learn), sender.office.com couvre les blocages Microsoft 365 (5.7.606-649) ; Outlook.com a un formulaire de délistage distinct.
• Outlook.com Postmaster: Services for Senders and ISPs, SNDS et JMRP, les flux gratuits de réputation et de plaintes d'Outlook.com, avec des retours JMRP environ 72 heures après l'inscription.
• Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community), les règles SPF, DKIM et DMARC qu'Outlook.com applique aux domaines qui envoient plus de 5 000 messages par jour.