MAILTO não está funcionando para o CRON. Como posso consertar isso?

8

Eu tenho o cronjob de configuração para o usuário root. No entanto, quando o cron falhar, eu devo receber um email do cronjob porque eu configurei MAILTO assim em / etc / crontab:

[email protected]

Eu instalei o mailx usando

yum install mailx

Mas quando olho para o log do cron, recebo estas linhas:

Feb 23 14:13:01 internal crond[6858]: (root) CMD (/var/www/vded/build/bin/sync.sh)
Feb 23 14:13:01 internal crond[6857]: (root) MAIL (mailed 79 bytes of output but got status 0x0001 )

Como posso corrigir isso?

ATUALIZAÇÃO:

  • Eu instalei o mailx e o sendmail usando o yum.
  • Eu comecei o sendmail.
  • Então agora o envio de um email está funcionando na linha de comando!

Eu recebo esse erro no maillog:

Feb 23 16:06:01 internal sendmail[7210]: o1NG61cd007210: from=root, size=425, class=0, nrcpts=1, msgid=<[email protected]>, relay=root@localhost
Feb 23 16:06:01 internal sendmail[7211]: o1NG61hT007211: from=<[email protected]>, size=732, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
Feb 23 16:06:01 internal sendmail[7210]: o1NG61cd007210: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30425, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (o1NG61hT007211 Message accepted for delivery)
Feb 23 16:06:01 internal sendmail[7212]: o1NG61hT007211: to=<[email protected]>, ctladdr=<[email protected]> (0/0), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30972, dsn=2.0.0, stat=Sent

internal.fff.com é o nome do servidor.

ATUALIZAÇÃO:

Então, na verdade, se eu colocar o [email protected] como a primeira linha do meu crontab (usando crontab -e ), está funcionando.

Por que não está funcionando, definindo o MAILTO em /etc/crontab ?

Obrigado

    
por benjisail 23.02.2010 / 15:32

3 respostas

7

Então, para responder minha pergunta:

  • Instalar mailx yum install mailx
  • Instalar o sendmail yum install sendmail
  • Iniciar o sendmail
  • Coloque a linha MAILTO no crontab usando crontab -e : [email protected] e não em /etc/crontab
por 23.02.2010 / 19:12
0

você pode simplificar isso instalando o nullmailer em vez do sendmail (ou exim4, ou postfix, etc.).

se não estiver funcionando, como o meu não estava, e você estiver enviando para um serviço de webmail como o gmail: verifique se não colocou nenhum filtro nele. Na verdade, eu tinha um filtro em qualquer coisa do cron, para ignorar a caixa de entrada. é por isso que eu não estava vendo nada dos meus trabalhos do cron.

    
por 08.09.2016 / 10:01
0

Meu /var/log/maillog estava mostrando que crontab (com MAILTO=root ) estava tentando enviar e-mail para root e root@my_fqdn (onde my_fqdn é como server.something.com). De acordo com o log, o envio para root foi bem-sucedido e root@my_fqdn falhou, mas não achei a mensagem em /var/mail/root . Aqui está o% relevante do snippet/var/log/maillog:

Aug 16 17:49:02 ip-10-64-21-125 sendmail[22211]: v7GHn2Tr022211: from=root, size=742, class=0, nrcpts=1, msgid=<201708161749.v7GHn2Tr022211@my_fqdn>, relay=root@localhost
Aug 16 17:49:02 ip-10-64-21-125 sendmail[22212]: v7GHn2Ws022212: from=<root@my_fqdn>, size=1061, class=0, nrcpts=1, msgid=<201708161749.v7GHn2Tr022211@my_fqdn>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
Aug 16 17:49:02 ip-10-64-21-125 sendmail[22211]: v7GHn2Tr022211: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30742, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (v7GHn2Ws022212 Message accepted for delivery)
Aug 16 17:49:02 ip-10-64-21-125 sendmail[22214]: v7GHn2Ws022212: to=<root@my_fqdn>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=121061, relay=my_fqdn. [10.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by my_fqdn.

No entanto, por esta dica , mail agora aparece em /var/mail/root . O problema era que /etc/hosts precisava ter uma linha adicionada, então my_fqdn resolveria como um domínio (observe o ponto no final): 127.0.0.1 my_fqdn.

Observação: A maneira como isso está funcionando agora é que a mensagem ainda não foi recebida corretamente, mas está retornando de forma que ela fica em /var/mail/root (observe stat=Local configuration error abaixo em /var/log/maillog snippet).

Aug 16 17:50:04 ip-10-64-21-125 sendmail[22223]: v7GHo4ZJ022223: from=root, size=742, class=0, nrcpts=1, msgid=<201708161750.v7GHo4ZJ022223@my_fqdn>, relay=root@localhost
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22224]: v7GHo4MT022224: from=<root@my_fqdn>, size=1061, class=0, nrcpts=1, msgid=<201708161750.v7GHo4ZJ022223@my_fqdn>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22223]: v7GHo4ZJ022223: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30742, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (v7GHo4MT022224 Message accepted for delivery)
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022224: SYSERR(root): my_fqdn. config error: mail loops back to me (MX problem?)
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022224: to=<root@my_fqdn>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=121061, relay=my_fqdn. [127.0.0.1], dsn=5.3.5, stat=Local configuration error
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022224: v7GHo4MT022226: DSN: Local configuration error
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22227]: v7GHo4Ml022227: localhost [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022226: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=62294, dsn=2.0.0, stat=Sent
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022226: to=<root@my_fqdn>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=62294, relay=my_fqdn., dsn=5.3.5, stat=Local configuration error
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MT022226: v7GHo4MU022226: return to sender: Local configuration error
Aug 16 17:50:04 ip-10-64-21-125 sendmail[22226]: v7GHo4MU022226: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=33318, dsn=2.0.0, stat=Sent
    
por 16.08.2017 / 20:03

Tags