O host remoto smtp responde "550 Remetente falha na verificação"

9

Um servidor que estou cuidando usa o qmail para MTA. Posso enviar e receber para quase todos os domínios, exceto um ou dois que dão o seguinte erro ou algo muito semelhante:

550-Verification failed for <[email protected]>
550-No Such User Here
550 Sender verify failed

Pelo que entendi neste artigo, o host remoto tenta enviar um email ao meu host para verificar se a caixa de correio realmente existe.

Tentei os mesmos comandos com telnet do meu laptop e recebo 250 okrespostas, levando a pensar que o usuário realmente existe.

Por que, então, o host remoto não recebe a mesma resposta que eu?

Como posso verificar se o tráfego do host remoto é realmente roteável para o meu host de envio?

Alguma outra sugestão?

obrigado

jfoucher
fonte
Eu tive que lidar com isso no passado e o que fizemos foi entrar em contato com o administrador do servidor de email de recebimento, que precisou alterar suas configurações. Você pode contatá-los?
Charnley
Tente telnetar não no seu laptop, mas no próprio servidor de email.
DmitryK
Do host de destino ao host de envio, você quer dizer? Gostaria muito de fazer isso, mas infelizmente não tenho acesso ao host de destino, apenas ao remetente.
Jfoucher #

Respostas:

9

Isso não é culpa sua. Isso é uma falha do servidor do seu destinatário.

Fazer "verificação por remetente" é sempre uma má ideia. Você precisa convencer o destinatário a interromper esse comportamento, pois esse não é um método antispam adequado.

Mas qualquer coisa que você faça para consertá-lo do seu lado é uma perda de tempo.

mailq
fonte
2
Todos esses argumentos estúpidos em "POR QUE é uma má idéia" não são absolutamente convincentes. Se você enviar e-mails com o lame FROM :, será uma má ideia e o seu problema. E sim, a culpa é sua
poige
Embora suas respostas é útil para esclarecer o problema, não é nenhuma solução como um nunca sabe qual Sever irá rejeitar o próximo post
Não é uma solução porque não é seu problema ... Você não pode confiar nos servidores para responder aos verbos VRFY; se o fizer, é um problema seu; não as pessoas com quem você não será capaz de se comunicar. RFC2520 (1999) Seção 2.11 afirma que VRFY deve ser desativado.
22714 Chris S
4

Isso ocorre porque você está usando um campo De que difere do nome real da conta da caixa de correio.

Alguns servidores SMTP estão configurados para rejeitar essa inconsistência.

Por exemplo, se o nome da sua conta real for [email protected], você não poderá enviar e-mails como [email protected].

Luca Fagioli
fonte
Este foi exatamente o meu problema. O endereço "do endereço" foi alterado e o email começou a funcionar imediatamente. Estou usando o cPanel para SMTP.
Tomas Gonzalez
0

Eu tive o mesmo erro. Funcionou depois que adicionei a root:[email protected]:mail.example.comlinha ao /etc/ssmtp/revaliasesarquivo.

Ikrom
fonte