Il existe de nombreuses possibilités liées à cette erreur. Tiré de ma réponse à une autre question (mais légèrement modifiée):
Tout d'abord, essayez d'établir une session SMTP avec les serveurs de messagerie distants à l'aide de telnet pour voir si vous pouvez obtenir plus d'informations.
Il est également possible qu'une sorte de règle de pare-feu excentrique ait été mise en place qui supprime, modifie ou modifie autrement les paquets vers ou à partir d'un domaine ou d'une IP associé au serveur distant. Peu probable, mais j'ai vu des choses plus étranges. Vérifiez votre pare-feu de passerelle ainsi que le pare-feu logiciel du serveur Exchange pour toute règle qui pourrait avoir quelque chose à voir avec le serveur SMTP distant. Recherchez les domaines, les adresses IP et toute plage d'adresses pouvant être associées au domaine distant.
Une autre possibilité mince est que le domaine distant a des problèmes de zone DNS. Peut-être que leurs enregistrements MX sont périmés. Peut-être qu'ils ont effectué une migration de zone mais n'ont jamais tout migré vers le nouveau serveur DNS. Encore une fois, des choses plus folles se sont produites.
Encore une autre possibilité est que le serveur de réception effectue une recherche DNS inversée sur votre IP d'envoi et qu'il ne correspond pas à vos enregistrements MX. Si votre enregistrement MX pointe vers 192.0.2.1, mais que c'est derrière le pare-feu qui est 192.0.2.2 et qu'une IP virtuelle est configurée sur le pare-feu pour accepter 192.0.2.1, le trafic sortant sera considéré comme 192.0.2.1, mais RDNS affichez 192.0.2.2 comme serveur de messagerie. Cette différence peut amener certains serveurs de réception à rejeter le message de diverses manières (bien que j'espère que l'administrateur de messagerie destinataire ne supprimera pas les messages de rebond informatifs, optant plutôt pour des messages d'échec génériques).
(En guise de remarque, les vérifications RDNS comme ci-dessus sont stupides car de nombreuses personnes ont authentifié des relais pour les e-mails sortants et cela, par nécessité, ne correspondra pas au serveur entrant. Admins de messagerie, ne soyez pas paresseux!)
Enfin, mais certainement pas des moindres, UTILISEZ DES ENREGISTREMENTS SPF! DKIM aussi. Vous pouvez constater que bon nombre de vos problèmes de messagerie transitoires disparaissent juste après avoir correctement configuré ces deux choses.
Bien sûr, écoutez Shane Madden et vérifiez votre file d'attente de messagerie .
À la fin, contactez les administrateurs du domaine distant et travaillez avec eux . Vous devrez peut-être travailler avec eux pour résoudre le problème.