Isso parece um problema de sendmail, mas tenho a sensação de que parte do fetchmail está duplicando alguns dos comportamentos do sendmail, porque quando isso acontece e eu reinicio o fetchmail, ele pára de acontecer - até a próxima vez.
Estou usando o fetchmail (6.3.17 + GSS + RPA + NTLM + SDPS + SSL + HESIOD + NLS + KRB5) no CentOS 6.8 para pegar e-mails de algumas caixas de correio e enviá-los para um servidor Exchange interno. O arquivo de configuração do fetchmail (com contas e senhas removidas é
set syslog set postmaster "[email protected]" set showdots set bouncemail set properties "" set invisible set no softbounce poll pop.host port 995 proto POP3 timeout 12 user "user1" there with password "..." is [email protected] here ssl sslproto TLS1 user "user2" there with password "..." is [email protected] here ssl sslproto TLS1
E o nosso / etc / mail / mailertable diz
our.domain smtp:[exchange.our.domain]
Então o fetchmail geralmente entrega o e-mail que ele busca do pop.host para o servidor do Exchange.
Mas, de vez em quando, o fetchmail começa a tentar entregar o correio em caixas de correio locais (que não existem). Como eu disse no topo, reiniciar o daemon fetchmail corrige isso, eu esperaria que reiniciar o sendmail seria o necessário, mas não é.
Ele registra linhas como essa em / var / log / maillog quando isso acontece (sei que isso está fora de seqüência, mas parece que o procmail registra sua mensagem, retorna falha e, em seguida, o fetchmail registra sua mensagem
Sep 11 03:50:39 mailer procmail[21164]: Unknown user "user1" Sep 11 03:50:39 mailer fetchmail[1029]: reading message [email protected]: 14 of 14 (348741 octets) (log message incomplete)
Eu realmente espero que alguém já tenha visto isso antes, ou se não, poderia me dizer onde está o código na fonte do fetchmail que envia e-mails para o sendmail para que eu possa adicionar mais algumas mensagens de log.
Tags fetchmail