Les serveurs MX de Proximus rejettent les e-mails provenant de magello.ai – erreur 451 #4.1.8 malgré un DNS valide

Bonjour ​@jbescoyez,

Je vais créer un ticket vers notre cellule IT pour vérification. Pour se faire il nous faudrait un timestamp précis : 

- email du destinateur
- email du destinataire
- date et heure
- Objet

Pourriez-vous indiquer ces information dans la partie “ticket” de votre profil ? 

Bonjour Maxime,

Merci beaucoup pour votre réactivité. J’ai rempli ces informations dans mon profil comme demandé.

Je précise qu’il s’agit juste d’un exemple.

En effet, aucun email provenant d’une adresse @magello.ai n’a atteint une boite aux lettres @skynet.be ou @proximus.be depuis le 29 juillet. Dernier envoi réussi le 28 juillet.

Nous n’avons aucun problème de ce genre avec d’autres destinataires. Et nous n’avions jamais eu ce problème avec nos clients Skynet et Proximus avant.

​@jbescoyez,

J’avais bien compris comme ça, mais notre IT demande tjrs des exemples pour aller voir les logs. 

J’ai créé le ticket IT et j’ai indiqu” celui-ci dans la partie “ticket” de votre profil privé. Dès que j’ai un retour je reviens vers vous.

Bonjour,

Nous rencontrons aussi exactement le même souci depuis quelque temps.

Nous recevons systématiquement une erreur 451 pour l’envoi de mails à partir de notre serveur vers le SMTP de Proximus pour tous destinataires @proximus.be et @skynet.be.

Le message retourné est le suivant:

(host mx.gtm-tc2.proximus.be[ 194.78.73.133 | 194.78.73.197 ] said: 451 #4.1.8 Domain of sender address <noreply@simpluse.app> does not resolve (in reply to MAIL FROM command))

Nous ne rencontrons aucun problème lorsque nous envoyons vers d’autres destinataires.

Il semble donc qu’il est très probable que le souci soit dans la résolution des domaines directement sur votre SMTP. 

Notez que DNSSEC est actif sur notre domaine simpluse.app. Les records A et MX sont présents aussi. On a déjà fait vérifier la configuration plusieurs fois. Elle apparaît correcte et valide selon plusieurs outils de validation.

Disons qu’à notre niveau, c’est surtout un problème pour nos utilisateurs qui veulent recevoir sur leur adresse e-mail Proximus ou Skynet. Nous utilisons notre propre SMTP pour envoyer.

J’espère que cette information vous sera utile.

Cordialement,

Luc Bruninx.

Bonjour,

Le problème est maintenant résolu. Nous avons pris 3 actions mais ne savons pas laquelle a porté ses fruits:

• Désactivé le proxy Cloudflare sur notre root domain (16 jours après le début des problèmes et 8 jours avant la résolution)
• Posté le message sur le forum (21 jours après le début des problèmes et 3 jours avant la résolution)
• Soumis le formulaire “blacklist removal” (https://www.proximus.com/investors/regulatory-information/abuse/blacklist-removal-form.html) en détaillant le problème. (22 jours après le début des problèmes et 2 jours avant la résolution)

Nous nous demandons aujourd’hui si nous pouvons réactiver le proxy Cloudflare?

Bien cordialement,

Bonjour,

Nouvelle mise à jour de ce ticket.

Malgré une accalmie de 2 jours et contrairement à mon message ci-dessus, nous rencontrons à nouveau les mêmes soucis avec les adresse @skynet.be, @belgacom.net et @proximus.be.

Précédemment, le problème était uniquement lorsque l’expéditeur (Sender) était une adresse @magello.ai. Maintenant, nous avons le même problème avec les adresses @magello.be.

Merci de continuer à investiguer le problème que nous rencontrons.

Bien cordialement,

Bonjour,

Après plusieurs jours de fonctionnement normal, nous rencontrons à nouveau les mêmes problèmes qu’initialement décrit. La configuration n’a pas changée.

​@Maxime R Avez-vous eu un retour du support technique?

Bien cordialement,

Hello

je viens de faire remonter comme quoi le soucis est de nouveau présent ;) 

Même problème — signalé ici aussi

Même problème de mon côté, signalé en néerlandais ici : https://nl.forum.proximus.be/internet-10/e-mails-naar-skynet-mailboxen-worden-geweigerd-64079

Nous envoyons depuis des boîtes @origo.ws (hébergées chez Combell). Tous les mails vers des adresses skynet.besont rejetés, alors que la livraison vers tous les autres fournisseurs fonctionne parfaitement :

Diagnostic-Code: smtp; 451 #4.1.8 Domain of sender address <projecten@origo.ws> does not resolve

Le DNS résout correctement (vérifié via 8.8.8.8, 1.1.1.1, 9.9.9.9), le SPF et le DMARC sont tous deux valides, aucune présence sur liste noire, et Combell confirme qu'il n'y a aucun problème de leur côté.

J'ai également passé 3 heures avec le support de première ligne de Proximus. Ils insistent sur le fait que le problème vient de notre côté, mais n'ont pas voulu communiquer le moindre détail sur ce qui ne va pas exactement ni sur ce qu'ils ont vérifié, juste un "le problème vient de chez vous" sans preuve à l'appui.

L'escalade vers l'IT mentionnée dans ce fil a-t-elle abouti à quelque chose ? Je peux volontiers partager tous les diagnostics DNS si cela peut aider.

Automatically translated from EN to FR

De notre côté, les emails ont recommencé à partir mais nous n’avons eu aucun diagnostique du problème survenu.

Cependant, nous avons pu constater que le problème s’est produit 2 fois, a été résolu 2 fois et que nous n’avons fait absolument aucun changement de configuration DNS lors du second incident.

En plus des messages sur ce forum, nous avons contacter l’adresse internet.noc@proximus.com qui nous a dit qu’ils transmettaient le pbm aux équipes mails et DNS.

Tout laisse à penser à un problème interne au niveau de Proximus.

Bonjour,

Il semble que c’est la résolution des domaines sur le serveur SMTP de Proximus qui rencontre un problème.

Voici la réponse retournée par le service SMTP de Proximus lorsque nous envoyons un mail de notre SMTP (pas Proximus) vers celui de Proximus :

 

(host mx.gtm-tc2.proximus.be[194.78.73.133] said: 451 #4.1.8 Domain of sender address <xxxxxxxxxxx@simpluse.app> does not resolve (in reply to MAIL FROM command))
xxxxxxx@skynet.be

Cela signifie que le serveur SMTP de Proximus qui reçoit le message à destination du client @skynet.be n’arrive pas à résoudre le nom de domaine @simpluse.app. Or, le domaine simpluse.app peut être résolu.

Il n’y a rien que l’on puisse faire sur nos propres serveurs SMTP pour résoudre le souci. Nous n’avons le souci que pour les adresses des clients SMTP Proximus.

L’erreur signale que le SMTP qui reçoit le mail n’arrive pas à résoudre le nom de domaine de l’adresse de l’émetteur (celui qui envoi le mail).

Même après avoir vérifier la configuration DNS du domaine et nous êtres assuré que tout est bien en ordre, le SMTP de Proximus continue de retourner cette erreur. La question n’est donc plus de savoir si on transmet correctement le mail, mais plutôt, est-ce que le SMTP de Proximus est en mesure de résoudre le nom de domaine de l’adresse de l’émetteur du message.

Cela confirme l’hypothèse de jbescoyez.