2 votes

Accès au relais refusé - Combiné avec un service de courrier externe

Le site Web d'un client affiche ce message d'erreur après que vous ayez rempli l'un des formulaires :

Erreur dans l'adresse du destinataire ! 554 5.7.1 : Accès au relais refusé Erreur dans l'envoi des données ! 221 2.7.0 Erreur : Je peux aussi enfreindre les règles. Au revoir.

Ils ne reçoivent alors aucun message du site Web/des formulaires à l'adresse du destinataire (info@...).

Je ne suis pas l'hébergeur de ce site, mais j'ai demandé à ce qu'ils s'en occupent. De plus, le courrier et tous les enregistrements MX sont tous éloignés de l'hébergeur également, une autre société gère leurs courriels @.

Étant donné qu'il s'agit de deux entreprises, j'aimerais savoir laquelle est la plus susceptible d'être en cause (s'il est possible de la déterminer avec les informations dont nous disposons jusqu'à présent). Bien entendu, elles disent toutes deux "Tout va bien". Oh, notez que le site web a été récemment transféré de l'hôte web, donc personnellement je pense que c'est l'hôte.

Avez-vous des recommandations à transmettre à l'hôte pour qu'il vérifie la solution ?

3voto

Evan Anderson Points 140581

Votre compréhension du fonctionnement du SMTP vous aidera à comprendre ce qui se passe ici.

Le site web soumet les formulaires à un serveur SMTP. Ce serveur SMTP renvoie les messages d'erreur que vous voyez. Ne pensez pas aux enregistrements MX et aux DNS - vous êtes concerné par le serveur SMTP que le script de traitement des formulaires utilise. Les enregistrements MX et les DNS ne sont pas pertinents à ce stade.

Le terme "relais" est utilisé pour transmettre un message à un serveur SMTP autre que le serveur SMTP responsable de la livraison du message à la boîte aux lettres d'un utilisateur. Lorsque vous spécifiez le serveur de messagerie "smtp.example.com" de votre FAI dans un programme client de messagerie, vous utilisez ce serveur SMTP comme "relais". Vous demandez à ce serveur d'accepter des messages en votre nom et de les livrer à leur destination finale. (C'est là que les enregistrements MX et le DNS entrent en jeu).

Personne ne laisse un relais SMTP "ouvert" pour permettre à n'importe qui sur Internet d'envoyer des messages par son intermédiaire. Les spammeurs trouvent très rapidement des relais SMTP ouverts et commencent à les utiliser pour envoyer du spam. C'est pourquoi presque tous les serveurs SMTP accessibles au public sur l'internet limitent très strictement le relais des messages (par l'adresse IP source du client, par l'authentification, etc.)

Voici ce que je pense de ce qui se passe : Le traitement du formulaire script a un serveur SMTP de la société d'hébergement web spécifié comme relais. L'adresse "info@..." n'est finalement pas traitée par ce serveur SMTP. Le serveur SMTP ne reconnaît pas le serveur web comme étant autorisé à relayer et rejette le message.

Faites en sorte que le script de traitement du formulaire soit configuré pour envoyer le courrier à un serveur SMTP qui est soit responsable de la livraison à l'adresse "info@...", soit un serveur qui autorise le serveur web à relayer, et cela fonctionnera comme prévu.

(Une hypothèse secondaire est que le traitement du formulaire script est configuré pour utiliser un serveur SMTP qui utilisé pour être capable de gérer la réception de l'adresse "info@...").

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X