Sur cette page
Quand Outlook.com fait rebondir un message avec 550 5.7.1, la parenthèse à la fin de la réponse est le vrai diagnostic. Les deux codes que vous verrez le plus souvent sont S3140 et S3150. Ils se ressemblent mais ne disent pas la même chose, et le correctif n'est pas le même.
S3140 : un blocage de réputation pur
550 5.7.1 ... part of their network is on our block list (S3140).
S3140 signifie que l'IP elle-même a franchi le seuil de réputation interne de Microsoft. Les déclencheurs sont presque toujours :
- Un taux de plaintes élevé (des utilisateurs d'Outlook.com qui cliquent sur « Signaler comme courrier indésirable »).
- Des spam traps touchés (pièges anciens, recyclés ou pristine dans le réseau seed de Microsoft).
- Un pic de volume soudain qui ne correspond pas au comportement habituel.
- Un listage sur Spamhaus PBL/XBL ou une autre DNSBL qu'exploite Microsoft.
Ce que S3140 ne veut pas forcément dire : que votre authentification est cassée. SPF/DKIM/DMARC peuvent être parfaits et vous pouvez quand même écoper d'un S3140 si vos indicateurs d'engagement sont assez mauvais.
Marche à suivre : inscription à SNDS → inscription à JMRP → envoi du formulaire de délistage d'Outlook.com (lié depuis la documentation de délistage de Microsoft ; sender.office.com sert aux blocages Microsoft 365) → correction du problème de fond, plaintes ou spam traps. Le guide complet se trouve dans Corriger l'erreur Microsoft 550 5.7.1.
S3150 : réputation + authentification/contenu
550 5.7.1 ... (S3150).
S3150, c'est « S3140 avec des problèmes en plus ». Microsoft a vu des problèmes de réputation et un ou plusieurs des points suivants :
- Un hardfail ou softfail SPF avec un échec d'alignement DMARC.
- Une signature DKIM cassée, absente ou avec un domaine qui ne correspond pas.
- DMARC absent ou en échec (les règles pour les expéditeurs à gros volume de Microsoft demandent au moins
p=none, aligné avec SPF ou DKIM). - Des signaux de contenu : beaucoup de raccourcisseurs d'URL, du HTML composé uniquement d'images, des schémas de liens suspects.
S3150 est plus difficile à lever, parce que Microsoft refuse souvent de délister tant qu'il n'a pas revérifié que le lot d'e-mails suivant passe proprement l'authentification.
Marche à suivre :
- Passez le domaine d'envoi dans Domain Health et vérifiez que SPF, DKIM et DMARC sont au vert et alignés.
- Créez un enregistrement DMARC propre avec le générateur DMARC, au minimum en
p=quarantine. - Examinez l'un de vos messages envoyés dans l'analyseur d'en-têtes e-mail. Chaque ligne Authentication-Results doit être en réussite.
- Ce n'est qu'ensuite que vous envoyez le formulaire de délistage. Précisez dans les notes que l'authentification a été corrigée, et indiquez le domaine public pour que Microsoft puisse vérifier.
S3115 : le reflet d'une blocklist tierce
Vous verrez parfois S3115. Cela signifie que le filtre de Microsoft reprend le listage d'une DNSBL tierce (le plus souvent Spamhaus). Microsoft ne délistera pas un S3115. Vous devez d'abord vous faire retirer de la blocklist d'origine, et le S3115 disparaît automatiquement en quelques heures.
Vérifiez les listages d'origine avec le vérificateur de blacklist.
Résumé côte à côte
| Code | Cause de fond | Première action | Où demander le délistage |
|---|---|---|---|
| S3140 | Réputation de l'IP, plaintes, spam traps | S'inscrire à SNDS/JMRP, puis demander le délistage | Formulaire de délistage d'Outlook.com |
| S3150 | Réputation + authentification/contenu en échec | Corriger SPF/DKIM/DMARC, puis demander le délistage | Formulaire de délistage d'Outlook.com |
| S3115 | Listage sur une DNSBL d'origine | Se faire retirer de Spamhaus / de la DNSBL | Blocklist d'origine |
Ce qu'il ne faut pas faire
- N'envoyez pas de formulaire de délistage avant d'avoir corrigé la cause profonde. Microsoft suit les nouvelles demandes, et la deuxième est examinée par une personne qui cherche des preuves de changement.
- Ne passez pas sur une IP neuve sans la chauffer. Une IP propre qui envoie un volume de production à froid déclenche un S3140 plus vite que celle que vous venez de faire délister.
- N'ignorez pas SNDS. Si votre IP y est en jaune ou en rouge, le formulaire de délistage sera presque à coup sûr refusé.
FAQ
S3140 est-il définitif ? Non. Le moteur de réputation de Microsoft oublie vite quand le comportement d'envoi s'améliore. La plupart des IP délistées qui envoient ensuite proprement pendant 7 à 14 jours restent au vert.
Peut-on voir venir S3140/S3150 avant d'être bloqué ? Oui. SNDS montre les IP qui virent au jaune avant de passer au rouge. C'est pour cela qu'il faut s'inscrire dès le premier jour.
Pourquoi des points d'accès Microsoft différents renvoient-ils des codes différents ? Outlook.com / Hotmail utilisent une chaîne de filtrage ; Microsoft 365 (Exchange Online) utilise EOP, avec d'autres codes comme 5.7.708. Ils sont liés mais notés indépendamment.
À lire aussi
- Erreur Microsoft 550 5.7.1 : le guide de correction complet
- Se faire délister de Microsoft Outlook, étape par étape
Sources
- Use the delist portal to remove yourself from the blocked senders list (Microsoft Learn) : quelle voie de délistage Microsoft s'applique à quel blocage : formulaire Outlook.com, sender.office.com ou delist@microsoft.com.
- Outlook.com Postmaster: Troubleshooting : les codes de blocage publiés par Outlook.com et leurs causes, des plaintes aux listages Spamhaus.
- Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community) : l'authentification qu'Outlook.com exige des domaines qui envoient plus de 5 000 messages par jour.
- Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn) : les codes distincts d'Exchange Online, comme 5.7.708, que renvoie Microsoft 365.