Como se livrar de “defer (-52): Tempo de nova tentativa ainda não atingido” logs do exim4?

Question

Eu tenho esses logs no log principal do exim4. Tudo o que faço com o exim4 é aprender apenas para que todos os emails sejam falsos. Agora eu tento gerenciar esses logs que aparecem com frequência:

2016-12-20 14:28:01 1cJ2UW-0006Yq-3m == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached
2016-12-20 14:28:01 1cJ8rt-0001Ur-Qj == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached
2016-12-20 14:28:01 1cJ2YZ-0000W9-W5 == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached
2016-12-20 14:28:01 1cIsqP-0002Xn-KY == [email protected] R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host
2016-12-20 14:28:01 1cJE0z-00028i-Ve == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached
2016-12-20 14:28:01 1cIrmt-0002Hz-Td == [email protected] R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host
2016-12-20 14:28:01 1cIsS3-0002Rj-MM == [email protected] R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host
2016-12-20 14:28:01 1cJ2X1-0000R4-EY == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached
2016-12-20 14:28:01 End queue run: pid=11801

Como remover isso, pois não preciso disso?

    

Answer 1

Ocasionalmente, você pode perceber que alguns endereços causam um erro de adiamento: o tempo de repetição não é alcançado para nenhum host.

1Ruz3Y-0005TQ-Ek == [email protected] R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host

Então, você precisa descobrir qual servidor smtp é usado para gerenciar o email da address.com. Para fazer isso - use o comando do host ou uma escavação mais avançada, o que você preferir. Este comando deve ser emitido no seu servidor de e-mail:

host domain.com
domain.com has address X.X.X.X
domain.com mail is handled by 50 remote.smtp.server.

Antes de mais nada, certifique-se de que o servidor SMTP remoto esteja aceitando conexões em 25 / tcp e esteja operando sem erros imprevisíveis.

telnet remote.smtp.server 25
Trying x.x.x.x...
Connected to remote.smtp.server.
Escape character is '^]'.
220 remote.smtp.server bla-bla-bla

O próximo passo é arrumar o banco de dados de novas tentativas:

/usr/sbin/exim_tidydb -t 1d /var/spool/exim retry > /dev/null

Em alguns casos, você pode querer excluir todas as entradas de repetição:

rm -rf /var/spool/exim/db/retry
rm -rf /var/spool/exim/db/retry.lockfile

Fonte: link

    

Answer 2

Execute o comando:

strings /var/spool/exim/db/retry

Para ver quais hosts estão inacessíveis pelo exim, você obterá uma saída como a seguinte:

No route to host
T:mail.siemens.com:138.162.19.16
Permission denied
T:mail.siemens.com:2a01:7a01::f05c:91cf:feb8:b2e1

Corrija os erros, veja o que está errado.

Verifique se não é um problema antigo de entradas de cache do DNS. Para isso, edite o arquivo /etc/resolve.conf e coloque a seguinte linha na parte superior, pouco antes da primeira nameserver entry:

# File: /etc/resolve.conf
nameserver 8.8.8.8

Isso instrui para usar o DNS do Google para que o exim faça as verificações corretamente.

Etapa opcional adicional, remova todas as mensagens da fila de exim que podem estar congeladas:

 exiqgrep -i | xargs exim -Mrm

Reinicie o exim:

 systemctl restart exim