grande quantidade de dados é gravada em mail.log uma vez a cada minuto

1

Estou no servidor Ubuntu e uma grande quantidade de linhas é gravada no meu /var/log/mail.log uma vez a cada minuto. As linhas parecem:

  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 75A8B17150: from=<[email protected]>, size=769, nrcpt=1 (queue active)
  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 7F70417129: from=<>, size=2900, nrcpt=1 (queue active)
  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 7BD0616D9D: from=<>, size=2819, nrcpt=1 (queue active)
  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 7A10716D88: from=<>, size=2841, nrcpt=1 (queue active)
  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 7AA5C107FC3: from=<[email protected]>, size=778, nrcpt=1 (queue active)
  Mar 11 17:39:08 Ubuntu-1010-maverick-32-minimal postfix/qmgr[1085]: 7462F433F8: from=<>, size=2870, nrcpt=1 (queue active)

ou

  Mar 11 17:54:26 Ubuntu-1010-maverick-32-minimal postfix/error[3500]: 729BE4CF6C: to=<[email protected]>, orig_to=<root>, relay=none, delay=134965, delays=134937/29/0/0, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to example.org[2606:2800:220:1:248:1893:25c8:1946]:25: Network is unreachable)
  Mar 11 17:54:26 Ubuntu-1010-maverick-32-minimal postfix/error[3488]: 73FAB4D467: to=<[email protected]>, orig_to=<root>, relay=none, delay=55045, delays=55016/29/0/0, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to example.org[2606:2800:220:1:248:1893:25c8:1946]:25: Network is unreachable)
  Mar 11 17:54:26 Ubuntu-1010-maverick-32-minimal postfix/error[3504]: 7B460870F2: to=<[email protected]>, orig_to=<root>, relay=none, delay=256705, delays=256676/29/0/0, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to example.org[2606:2800:220:1:248:1893:25c8:1946]:25: Network is unreachable)

O problema é que nem eu nem meu cronjob estamos tentando enviar nada. Então, o que está acontecendo aqui?

    
por fishbone 11.03.2016 / 18:01

2 respostas

1

O problema reapareceu. Portanto, não posso mais aceitar a resposta do user208998.

A causa foi cron. Um dos meus cronjobs saiu sem sucesso. Eu não percebi isso porque a tarefa real foi executada corretamente. Como não defini a variável de ambiente MAILTO , o cron tentou informar o usuário root por email. Por razões desconhecidas, o cron acha que meu nome de host é "exemplo.org".

Informações para outras pessoas com problemas semelhantes: Encontrar a origem do problema foi uma coincidência. Você pode determinar o processo que tenta enviar o e-mail e, claro, é "postfix". No entanto, não consegui determinar o processo que fez o postfix enviar o email.

    
por 11.05.2016 / 10:45
3

Existe algo no seu spool de correio que você não conhece, e o postfix está tentando usar o ipv6 para transferir o email para algum servidor remoto, mas essa conexão está falhando de forma consistente. O Postfix prefere usar o ipv6 se estiver disponível no host, mas a sua rede local ou o host remoto pode ainda não suportar o ipv6. Eu tive esse problema em um de nossos servidores internos quando começamos a implantar o ipv6 em nossa rede de escritórios.

Para evitar que o postfix use o ipv6, atualize a configuração do postfix para definir uma variável assim:

inet_protocols = ipv4

e, em seguida, reinicie o postfix com

service postfix restart 

O postfix agora usará apenas conexões ipv4. No Ubuntu, isso está no arquivo /etc/postfix/main.cf .

Muitos aplicativos e serviços são configurados para enviar e-mail para erradicar erros, e parece que há pelo menos um desses e-mails em seu servidor. Para ver o email pendente, use

mailq
    
por 11.03.2016 / 18:17