Relay Access Denied - Combinado com serviço de correio externo

Question

Eu tenho um site do cliente que está cuspindo essa mensagem de erro depois de concluir qualquer um dos formulários:

Mistake in recipient address! 554 5.7.1 : Relay access denied Mistake in sending data! 221 2.7.0 Error: I can break rules, too. Goodbye.

Eles não recebem mensagens do site / formulários no endereço do destinatário (info @ ...)

Eu não sou o anfitrião deste site, mas tenho que investigá-lo. Além disso, o e-mail e todos os registros MX estão todos remotos do host da Web, outras empresas lidam com seus e-mails @.

Então, considerando que há duas empresas aqui, gostaria de saber qual é a provável falha aqui (se possível determinar com esta informação até agora)? Ambos dizem "Nada de errado aqui". Ah, tome nota que o site foi transferido recentemente host, então, pessoalmente, acho que é o host.

Tudo o que você recomenda para passar para o host para verificar para resolver?

    

Answer 1

Sua compreensão de como o SMTP funciona ajudará você a entender o que está acontecendo aqui.

O site está enviando os formulários para um servidor SMTP. Esse servidor SMTP está retornando as mensagens de erro que você está vendo. Não pense nos registros MX e DNS - você está preocupado com o servidor SMTP que o script de processamento de formulários está usando. Registros MX e DNS são irrelevantes neste momento.

"Relaying" é o termo usado para entregar uma mensagem a qualquer servidor SMTP diferente do servidor SMTP responsável por entregar a mensagem à caixa de correio de um usuário. Quando você especifica o servidor de e-mail "smtp.example.com" do seu ISP em um programa de cliente de e-mail, você está usando esse servidor SMTP como "retransmissão". Você está pedindo que o servidor aceite mensagens em seu nome e as entregue no destino final. (É quando os registros MX e o DNS entram em ação.)

Ninguém deixa um retransmissor SMTP "aberto" para permitir que qualquer pessoa na Internet envie mensagens através dele. Os spammers encontram retransmissões SMTP abertas muito rapidamente e começam a usá-las para enviar spam. Devido a isso, quase todos os servidores SMTP acessíveis publicamente na Internet limitarão muito estritamente as mensagens de retransmissão (pelo endereço IP de origem do cliente, via autenticação, etc.).

Aqui está minha suspeita sobre o que está acontecendo: O script de processamento de formulários tem um servidor SMTP na empresa de hospedagem especificada como retransmissão. O endereço "info @ ..." não é manipulado por esse servidor SMTP. O servidor SMTP não reconhece o servidor da web como sendo permitido retransmitir e está rejeitando a mensagem.

Obtenha o script de processamento de formulário configurado para enviar o email para um servidor SMTP que seja responsável pela entrega para o endereço "info @ ..." ou um que permita a retransmissão do servidor da Web e funcione como -esperado.

(Uma hipótese secundária é que o script de processamento de formulários é configurado para usar um servidor SMTP que usado para ser capaz de manipular a recepção do endereço "info @ ...".)