Résoudre l’erreur IB309 : courriels Outlook.com / Microsoft 365 bloqués par Bigpond

Depuis le 9 juillet 2024, les envois effectués depuis Outlook.com ou un tenant Microsoft 365 vers des adresses @bigpond.com échouent avec l’erreur IB309 ; cet article exhaustif détaille la cause, les mesures immédiates et les bonnes pratiques pour un déblocage durable.

Sommaire

Problématique : rejet 5.7.1 « Sender domain is blacklisted. IB309 »

Les serveurs de messagerie de Telstra Bigpond rejettent brutalement les flux sortants provenant des plateformes Microsoft (Routers Edge Europe, États‑Unis et APAC). Les logs SMTP‑Outbound affichent :

550 5.7.1 Sender rejected. Sender domain is blacklisted. IB309
  • Cible unique : seuls les destinataires @bigpond.com et @bigpond.net.au sont impactés.
  • Envois non affectés : utilisation d’un relais différent (fournisseur SMTP local, Gmail, Proton, etc.) fonctionne.
  • Responsabilité : le filtrage est exécuté côté Telstra, pas par Microsoft.

Décryptage technique du code IB309

Le code interne « IB309 » est rattaché à la catégorie de blocage PolicySpam du MTA Bigpond. Il est déclenché lorsqu’une des conditions suivantes est remplie :

  1. L’adresse IP du nœud sortant figure sur une RBL propriétaire Telstra.
  2. Une empreinte précise dans l’en‑tête (URI, objet, hachage du corps) correspond à des envois signalés comme pourriel dans la boucle de rétroaction Bigpond (FBL).
  3. Un ratio d’authentification fail (SPF = fail et/ou DKIM = fail) dépasse 20 % sur les 100 derniers messages reçus depuis le même triplet [domaine_from, IP, sous‑réseau].

Dans la majorité des cas observés depuis juillet 2024, la raison 1 domine : plusieurs adresses IP partageant le pool Outlook.com sont temporairement listées après une campagne de pourriel usurpant ces infrastructures.

Pourquoi Outlook.com & M365 ?

Microsoft utilise des plages d’IP mutualisées (shared pools). La compromission d’un seul compte dans la région suffit pour que le blocage frappe tous les locataires sortant par le même nœud. Tant que Microsoft n’a pas réattribué le trafic à une IP « propre », Bigpond maintient le listing.

Étapes de résolution conseillées

ÉtapeActionObjectif
1Contrôler la réputation IP/domaineConfirmer l’apparition sur une RBL publique ou privée pour affiner la demande de retrait.
2Envoyer le rebond complet au Postmaster Bigpond (postmaster@bigpond.com)Permet la vérification automatique et l’éventuel delist manuel ; réponse typique <15 min.
3Demander au destinataire une whitelist individuelleDépannage ponctuel si l’entreprise Bigpond est sensible (contrat SLA interne).
4Audit SPF, DKIM, DMARCSupprimer tout SoftFail/Fail ; passer DMARC en p=quarantine au minimum.
5Épurer contenu & pièces jointes douteusesRéduire la probabilité d’un reclassement pendant la phase de test.
6Escalade Microsoft 365 via l’admin centerFaire pression côté fournisseur pour un changement de pool IP ou un retrait en masse.
7Contournement temporaire (SMTP tiers)Garantir la continuité métier le temps de la levée.

Détails pratiques sur l’envoi au Postmaster

Le courriel doit contenir :

  • Le message‑id et le client‑ip extrait de l’en‑tête.
  • Une explication claire : « envoi légitime, aucun spam, demande de délistage ».
  • Vos coordonnées d’administrateur (nom, téléphone, domaine).

Évitez les pièces jointes ; collez l’en‑tête RAW en texte brut dans le corps.

Analyse d’un en‑tête typique rejeté

Received: from MWHPR06MB2761.namprd06.prod.outlook.com (2603:10b6:5:68d::18)
 by BN6NAM12FT051.eop-nam12.prod.protection.outlook.com with HTTPS;
 id 0000000000000
...
Diagnostic-Code: smtp; 550 5.7.1 Sender rejected. Sender domain is blacklisted. IB309

Les éléments essentiels à fournir au Postmaster sont :

  • Le nœud BN6NAM12FT051 – identifie l’IP du pool.
  • L’horodatage UTC – prouve la fraîcheur de l’incident.
  • Le code d’erreur complet – indispensable pour la table de correspondance interne Telstra.

Script PowerShell : test automatique de blocage Bigpond

# Test-SmtpBigpond.ps1
$smtp = New-Object Net.Mail.SmtpClient("extmail.bigpond.com",25)
$msg  = New-Object Net.Mail.MailMessage("noreply@votredomaine.com",
                                        "test@bigpond.com",
                                        "Test IB309","Ping")
try {$smtp.Send($msg); "Succès"}
catch { $_.Exception.InnerException.Message }

Planifiez l’exécution toutes les 30 minutes ; déclenchez une alerte Teams si la chaîne renvoyée contient « Sender rejected ».

Matrice de décision rapide

ConstatAction immédiateDélai moyen
Blocage isolé sur une IP du tenantEscalade Microsoft pour rotation IP<24 h
Blocage multiple, IPs listées publiquementPostmaster Bigpond + ticket MS1–2 j
Blocage persistant >72 hRelais SMTP tiers + nettoyage infrastructureVariable

Chronologie publique du problème (mise à jour)

  • 09 juil. 2024 : premiers reports sur forums Microsoft.
  • 12 juil. 2024 : Microsoft confirme un pic de plaintes Bigpond (« false positive »).
  • 15–22 juil. 2024 : succession de dé‑/re‑listages rapides selon les plages IP.
  • 02 août 2024 : déploiement d’un correctif d’assignation dynamique côté Microsoft.
  • Sept.–déc. 2024 : blocages sporadiques (<1 % des pools) signalés et résolus sous 8 h.

FAQ

Combien de temps prend en moyenne la levée ?

Entre 15 minutes et 4 heures : Bigpond dispose d’un mécanisme de ré‑évaluation accélérée lorsque la requête est complète et provient d’un administrateur identifié.

Redémarrer le connecteur M365 peut‑il suffire ?

Non ; tant que l’IP reste listée, la tentative échouera. Seule une rotation de pool par Microsoft ou un retrait Bigpond résout le problème.

Le code IB309 diffère‑t‑il d’IB212 ?

Oui : IB212 est déclenché lorsque le domaine From est totalement absent des enregistrements DNS publics ; IB309 concerne une liste noire temporaire.

Bonnes pratiques d’envoi à long terme

  • Mener un audit trimestriel : tableaux de score SNDS, Talos, Google Postmaster.
  • Taux de plaintes <0,1 % : implémentez l’en‑tête List-Unsubscribe obligatoire.
  • Segmentation des listes : purgez les adresses inactives depuis 12 mois.
  • DMARC aligné en p=reject dès que possible.
  • Surveillance en temps réel : webhook sur le Signal Spam FR et CERT AU.

Glossaire

TermeDéfinition
RBLRealtime Blackhole List : base de données d’IP signalées comme sources de spam.
FBLFeedback Loop : outil de plainte automatisée renvoyée par le fournisseur destinataire.
Pool d’IPGroupe d’adresses partagées par plusieurs clients d’un même service cloud.
DMARCPolicy DNS combinant SPF et DKIM pour définir le traitement des courriels non authentifiés.

Conclusion

Le rejet IB309 n’est pas une fatalité : en combinant la remontée rapide au Postmaster Bigpond, une hygiène DNS irréprochable et un monitoring proactif, la levée s’obtient souvent dans la demi‑journée. Pour les organisations à fort volume d’envoi vers l’Australie, prévoir un relais SMTP de secours reste néanmoins une assurance indispensable.

Sommaire