O que o Courier faz com mensagens não entregues?

Question

Na quarta-feira, tivemos um problema de e-mail não relacionado com nosso host e eles fizeram algumas alterações que incluíram a remoção de nosso domínio, foo.com , de /etc/local_domains .

Isso teve algumas implicações de longo alcance (e difíceis de diagnosticar), e não notamos que os e-mails não estavam sendo entregues até a quinta-feira. Passei a quinta-feira erroneamente tentando descobrir o que havia de errado com nossos cronjobs de e-mail, mas na sexta-feira finalmente encontrei o problema real e corrigi-lo.

O problema agora é que há um lote de falta de e-mail nos últimos dois dias. Eu preciso encontrar essas mensagens que estão faltando, se possível, mas infelizmente googling para "courier onde e-mails falham" resulta em um monte de notícias sobre remessas de espaço de trabalho. Eu verifiquei dentro de /var/mail , mas os arquivos dentro estão vazios - eu acho que cPanel ou Courier faz coisas que eu não esperava com e-mail.

A minha pergunta é: Para onde iriam os emails não entregues desse período? Existe alguma possibilidade de que eles ainda existam em algum lugar e eu possa recuperá-los?

    

Answer 1

O cpanel / etc / local_domains provavelmente é usado para configurar o exim, não o courier. E-mails recebidos são enviados via smtp, não pop nem imap.

Então, aqui está o que aconteceu:

• Servidores de e-mail remotos procuraram um servidor MX para seu domínio
• Sua configuração de DNS provavelmente está configurada para que seu servidor cpanel seja o servidor MX com a melhor prioridade para seu domínio
• Os servidores de correio remotos conectados ao exim em seu servidor. Como o seu domínio não estava configurado no exim, o exim interpretou a conexão como uma solicitação RELAY e, muito provavelmente, disse aos servidores de correio remoto que fiquem cheios.

Portanto, os e-mails não estão no seu servidor, desculpe.

Então, há muito pouca esperança: Se o Exim rejeitou os e-mails recebidos com a mensagem de erro 5xx, há poucas chances de os servidores remotos manterem a mensagem. Mas se o Exim rejeitou os e-mails recebidos com uma mensagem de erro 4xx, então duas coisas poderiam acontecer:

1. Você configurou vários servidores MX para seu domínio. Vá dar uma olhada nos outros servidores de e-mail se por acaso eles receberam os e-mails e os armazenaram para entrega futura.
2. A mensagem de erro 4xx é supostamente "temporária", portanto, isso significa que os servidores de e-mail remotos manterão a mensagem na fila e a tentarão novamente por um determinado período, dependendo de sua configuração. Talvez você esteja recebendo e-mails "antigos" que foram rejeitados quando a configuração errada estava correta.

Assim, para descobrir se outros servidores MX estão configurados para o seu domínio:

dig foo.com mx

Em seguida, para verificar a resposta do seu servidor SMTP para retransmitir solicitações:

• em um cliente remoto (o importante é ter um endereço IP externo):

telnet your-server-ip-address 25

HELO helo.com

MAIL FROM: <[email protected]>

RCPT TO: <[email protected]>

Após cada linha (HELO, MAIL FROM, RCPT TO), você terá uma resposta do seu servidor. A resposta para o RCPT TO: deve ser 5xx .. ou 4xx ... Se é 4xx você tem um pouco de esperança.