Blocage S3150 persistant sur notre IP dédiée

Bonjour, je me permets de me joindra à la discussion car nous rencontrons le même souci juste sur une IP en particulier alors que nous maintenons 3 x /24 et 5 serveurs de mails dédiés.

Nous possédons une note de 10 sur mail-tester, aucune inscription à Cisco ou SNDS, SPF + DKIM + DMARC alignés et toujours la même réponse des serveurs de live.com :

<<< 550 5.7.1 Unfortunately, messages from [XXXXXX] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [Name=Protocol Filter Agent][AGT=PFA][MxId=11BD4EAD56258F5C] [AMS1EPF00000044.eurprd04.prod.outlook.com 2026-05-06T07:18:48.957Z 08DEA756B0D860C6]

Le support technique est inexistant ou incompétent, que sais-je, alors comment faire pour corriger le tir ?

PS : je tiens à signaler que toutes les escalades et procédures de support ont été réalisées à plusieurs reprises.

Bonjour Tamara,

Merci pour ces précisions. J'ai effectué à nouveau la démarche sur le portail sender.office.com, comme je l'avais fait précédemment. Le résultat confirme que l'IP n'est pas présente sur la liste de blocage statique.

J'avais déjà suivi le lien vers la page olcsupport.office.com pour introduire ma demande de support. Bien qu'une première réponse automatique m'ait indiqué que "Nothing was detected to prevent your mail from reaching Outlook.com customers", le blocage persiste réellement. J'ai envoyé plusieurs e-mails de relance au support Microsoft restés sans réponse, ce qui explique pourquoi je sollicite votre aide sur ce forum.

Concernant la séparation du trafic, nous avons justement anticipé cette recommandation en faisant l'acquisition d'une seconde adresse IP dédiée le 17 mars dernier. Cette nouvelle IP est désormais exclusivement réservée à nos newsletters, afin de séparer totalement le flux marketing du flux transactionnel.

L'IP dédiée qui pose problème n'envoie donc plus que des e-mails transactionnels depuis cette date. Malgré cela, le blocage S3150 persiste.

Pourriez-vous, si possible, remonter cette information à l'équipe technique ? Sans réponse de la part du support, je me trouve aujourd'hui démuni face à cette situation qui impacte notre activité.

Merci pour votre aide précieuse.

Cordialement,

Emile

Bonjour Tamara,

Merci pour ces précisions. J'ai effectué à nouveau la démarche sur le portail sender.office.com, comme je l'avais fait précédemment. Le résultat confirme que l'IP n'est pas présente sur la liste de blocage statique.

J'avais déjà suivi le lien vers la page olcsupport.office.com pour introduire ma demande de support. Bien qu'une première réponse automatique m'ait indiqué que "Nothing was detected to prevent your mail from reaching Outlook.com customers", le blocage persiste réellement. J'ai envoyé plusieurs e-mails de relance au support Microsoft restés sans réponse, ce qui explique pourquoi je sollicite votre aide sur ce forum.

Concernant la séparation du trafic, nous avons justement anticipé cette recommandation en faisant l'acquisition d'une seconde adresse IP dédiée le 17 mars dernier. Cette nouvelle IP est désormais exclusivement réservée à nos newsletters, afin de séparer totalement le flux marketing du flux transactionnel.

L'IP dédiée qui pose problème n'envoie donc plus que des e-mails transactionnels depuis cette date. Malgré cela, le blocage S3150 persiste.

Pourriez-vous, si possible, remonter cette information à l'équipe technique ? Sans réponse de la part du support, je me trouve aujourd'hui démuni face à cette situation qui impacte notre activité.

Merci pour votre aide précieuse.

Cordialement,

Emile

Bonjour @Stecker,

Lors de l’examen de cas utilisateurs présentant des symptômes similaires, nous avons constaté que le problème a été résolu en suivant les étapes ci-dessous :

• Soumettre une demande de support via le portail OLC Support: olcsupport.microsoft.com (comme vous l’avez déjà fait).
• Microsoft répond initialement que « aucun problème n’a été détecté » ; il est alors nécessaire de répondre au ticket pour demander une escalade.
• Attendre le résultat de l’escalade. Dans les cas analysés, environ 23 heures après l’escalade, Microsoft a indiqué qu’une limitation de connexion (throttling) était appliquée à l’adresse IP en raison de son niveau de réputation.
• Une fois le niveau approprié ajusté, la remise en livraison s’est effectuée dans un délai d’environ 1 à 2 heures.

À ce stade, il est recommandé de poursuivre les échanges avec l’équipe de support. Le statut du dossier sur le portail OLC indique que le problème est connu et actuellement en cours d’investigation.

Nous sommes désolés de ne pas pouvoir escalader ce dossier plus avant pour le moment, en raison des limites liées à notre rôle et de l’impossibilité de contacter directement l’équipe de support. Si vous recevez des mises à jour supplémentaires, n’hésitez pas à répondre ici. De mon côté, je vous tiendrai également informé(e) si j’obtiens d’autres informations.

Merci de votre compréhension et de votre patience.

La réponse a été traduite automatiquement. Par conséquent, elle peut contenir des erreurs grammaticales ou des termes inhabituels. 

Bonjour @Stecker, 

Merci pour votre explication détaillée. Je comprends à quel point un blocage à ce niveau peut avoir un impact sévère sur les emails transactionnels critiques pour votre activité. 

D’après l’erreur que vous rencontrez (S3150 – Protocol Filter Agent), il s’agit d’un blocage au niveau de la réputation de l’IP ou du réseau, appliqué avant l’évaluation du contenu du message ou de l’authentification. C’est la raison pour laquelle SPF, DKIM et DMARC peuvent tous être validés avec succès, tout en ayant malgré tout des messages rejetés. 

Bien que ce type de blocage doive en définitive être examiné par les systèmes de protection de messagerie de Microsoft, il existe néanmoins des actions à entreprendre immédiatement afin d’augmenter de manière significative les chances de délistage et de succès de l’escalade. 

1. Soumettre une demande de délistage (même si cela a déjà été fait) 

Cette étape est obligatoire, même si un ticket de support est déjà ouvert. 

• Accédez au portail de délistage des IP Anti‑Spam Office 365 :  https://sender.office.com/ 
• Veuillez suivre attentivement les instructions figurant sur la page. 
  • Une demande doit être soumise par IP d’envoi concernée 
  • Le formulaire doit utiliser une boîte aux lettres de rôle consultée quotidiennement 
  • L’explication doit être factuelle et concise (évitez tout langage émotionnel) 
  • Mentionnez que SPF, DKIM et DMARC sont alignés et valides, et que les rejets sont de type S3150 
• Soumettez ensuite la demande pour examen. 

Les tickets de support et les demandes de délistage sont traités par des circuits différents, et les deux sont nécessaires. 

2. Réduire temporairement le volume envoyé vers Microsoft (48 à 72 heures si possible) 

Si vous avez une certaine flexibilité, ce point est extrêmement important : 

• Priorisez uniquement les destinataires à fort engagement 
• Suspendez les tentatives de ré‑envoi vers des adresses inactives, anciennes ou à faible engagement 
• Si cela est techniquement possible, limitez ou réduisez temporairement le trafic vers les domaines Outlook / Hotmail / Microsoft 365 

Cela permet au système de notation de la réputation de Microsoft de se stabiliser et peut réduire significativement la durée du blocage. 

3. Séparer strictement le trafic transactionnel de tout autre type de trafic 

Si le moindre email non transactionnel partage la même IP (y compris des notifications internes ou des alertes système) : 

• Arrêtez‑le immédiatement 
• Microsoft attend des IP se déclarant comme « transactionnelles pures » qu’elles envoient exclusivement ce type de messages 

L’utilisation mixte est l’une des raisons les plus courantes pour lesquelles les blocages du Protocol Filter persistent, même lorsque l’authentification est parfaite. 

Il est également important que votre organisation analyse la cause sous‑jacente du blocage, par exemple une éventuelle activité de spam ou des comptes compromis, afin d’éviter que ce type de situation ne se reproduise à l’avenir. 

Pendant que votre ticket de support est en cours d’examen, il n’existe aucune action supplémentaire que les modérateurs puissent effectuer concernant ce blocage spécifique. 

Les modérateurs ne peuvent pas enquêter directement, lever ou supprimer un blocage S3150 (Protocol Filter Agent). Ces blocages sont appliqués par les systèmes automatisés de protection de messagerie de Microsoft au niveau de la réputation IP ou réseau, avant que le courrier ne soit accepté par Exchange Online, et sont délibérément isolés des outils accessibles aux modérateurs et aux administrateurs de tenant.

N’hésitez pas à mettre à jour cette discussion si vous recevez de nouvelles informations de la part du support ou si vous avez besoin de précisions sur l’un des points ci‑dessus.

Veuillez comprendre que notre forum est une plateforme publique. Nous allons donc modifier votre question afin de masquer vos informations personnelles, y compris votre ID de ticket et votre Report-ID, dans la description. Vos données personnelles seront conservées dans nos messages privés et seront automatiquement supprimées après 30 jours.

Veuillez noter qu’à l’avenir, merci de masquer toute information personnelle ou liée à votre organisation lorsque vous publiez des erreurs ou d’autres informations, afin de protéger vos données personnelles. Merci et nous vous souhaitons une excellente journée 

Veuillez noter qu’à l’avenir, merci de masquer toute information personnelle ou liée à votre organisation lorsque vous publiez des erreurs ou d’autres informations, afin de protéger vos données personnelles.

Si cette réponse vous a été utile, veuillez cliquer sur "Accepter la réponse" et l’évaluer positivement. Si vous avez des questions supplémentaires concernant cette réponse, veuillez cliquer sur "Commentaire".

Remarque : Veuillez suivre les étapes de notre documentation pour activer les notifications par e-mail si vous souhaitez recevoir une notification par e-mail liée à cette discussion.