Recebemos centenas de e-mails todos os dias do cron deamon para[e-mail protegido]. Como posso parar com isso? Esses e-mails referem-se a cron jobs personalizados configurados por nós - bem como a outros configurados pela AWS.
O assunto do e-mail é o seguinte:
Cron <www-data@ip-172-12-34-56> [ -x /usr/share/awstats/tools/update.sh ] && /usr/share/awstats/tools/date.sh
Li que esse é o comportamento padrão, mas não consigo encontrar uma maneira de desativá-lo.
Nem crontab -lnem sudo crontab -lcontém uma MAILTOdiretiva ou qualquer coisa além dos horários regulares do cron job.
> cat vim /etc/crontab cat: vim: No such file or directory
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
Responder1
Você tem poucas opções.
Você pode definir uma MAILTO="*address*"variável no início do seu crontab para especificar um endereço de e-mail diferente de root@ ou enviá-lo para uma conta de e-mail inexistente.
Você pode usar o redirecionamento de saída, para poder enviar tudo para /dev/null adicionando >/dev/null 2>&1ao final de seus cron jobs.
Ou você pode usar alguma combinação de redirecionamento de saída e enviar erros apenas para email ou arquivo de log, etc.
http://wiki.bash-hackers.org/syntax/redirectiontem mais alguns exemplos de como você pode usar o redirecionamento.