O correio enviado de um daemon no meu servidor conectado ao daemon do exim4 usando o SMTP parece estar sendo congelado. No log do exim4:
2014-10-01 09:52:19 1XZKKJ-00049R-8p <= [email protected] H=localhost (server.example.com) [127.0.0.1] P=esmtp S=9492
014-10-01 09:52:22 1XZKKJ-00049R-8p ** [email protected] R=dnslookup T=remote_smtp: SMTP error from remote mail server after RCPT TO:<[email protected]>: host somewhere.com [203.170.86.177]: 550-Verification failed for <[email protected]>
550-No Such User Here
550 Sender verify failed
Acho que isso está dizendo que o exim4 rejeitou o remetente, ou seja, o do endereço de e-mail? O Exim4 está sendo executado em server.example.com e estou usando [email protected] como o remetente que não existe - funcionou no passado. Eu tive que refazer recentemente os registros de domínio em example.com, mas eles estão todos OK agora e filtraram (eles foram feitos dias atrás).
Acho que tenho o mesmo problema que aqui: link , mas não posso tentar a solução como não pode encontrar arquivo de configuração exim4 é - há muitos sob /etc/exim4/conf.d (eu só corri dpkg-reconfigure exim4-config quando eu instalei o exim) ea documentação diz que há apenas um? Também como estava funcionando antes?
Estou preparado para permitir qualquer remetente - o firewall bloqueia o acesso externo ao exim e eu estou apenas usando-o para enviar e-mails do meu próprio daemon.
UPDATE O envio para outros trabalhos de endereços de e-mail, apenas para um particular (que é certamente válido) não - o que é estranho porque o exim diz que é um problema com o remetente não destinatário!
É o MTA de recebimento que está rejeitando o remetente inexistente; não há nada que você possa fazer sobre isso (além de simplesmente usar um remetente real).
Também rejeito remetentes de envelope que não existem, pois isso significa que NDRs também não podem ser entregues ao remetente, e em 99,5% dos casos um remetente inexistente é spam, phishing ou similar. Não há uma boa razão para não usar um remetente de envelope em funcionamento.
Verifique se há um "verify = sender" em seus acls do Exim, como o que é executado para o comando RCPT TO: (procure por acl_smtp_rcpt = xxxxx). A opção Exim em um acl verifica se o remetente é "válido" (consulte docs exim para saber exatamente o que isso significa) e talvez seja necessário removê-lo, pois esse é um servidor interno que envia somente de remetentes falsos. Em um servidor de produção, existem maneiras melhores de fazer o mesmo.
Se os seus clientes estão verificando o remetente ao processar o RCPT TO :, como algumas configurações fazem, então você pode receber essa mensagem onde parece que o problema está no destinatário quando é realmente o remetente verificar causando a rejeição. / p>
Tente executar um exim de linha de comando no modo de verificação de endereço para ver quais ACLs estão sendo executados:
exim4 -d -bvs [email protected]
exim4 -d -bv [email protected]