Vixiecron не позволяет отключать электронных писем, как я могу отключить электронные письма крона глобально?
Каждый раз выполнения крона там являются некоторыми процессами sendmail, создаваемыми, которые берут нашу машину к огромным высоким загрузкам. Мы упорно искали эту проблему к крону и sendmail.
Добавление MAILTO = "" сверху крона является решением, передавание по каналу каждой команды крона к dev пустому указателю является другим решением, но мне нужно глобальное решение... своего рода конфигурация на кроне или около этого.
Vixiecron НЕ имеет следующей опции, которая я полагаю, что это решило бы мои проблемы
-m This option allows you to specify a shell command to use for sending Cron mail output instead of
using sendmail(8) This command must accept a fully formatted mail message (with headers) on stan‐
dard input and send it as a mail message to the recipients specified in the mail headers. Specify‐
ing the string off (i.e., crond -m off) will disable the sending of mail.
Таким образом, как я могу глобально отключить электронные письма крона полностью?
1 ответ
Когда это должен быть vixie-крон, добавляющий, что MAILTO = "" сверху крона является решением. Нет никакого глобального метода (все опции хранятся в соответствующих пользователях crontab). Это
крон тогда просыпается каждую минуту, исследование всех сохранило crontabs, проверив каждую команду, чтобы видеть, должно ли это быть выполнено в текущую минуту. При выполнении команд, любой вывод отправляется по почте владельцу crontab (или пользователю, названному в переменной среды MAILTO в crontab, если такой существует). Дочерним копиям крона, выполняющего эти процессы, принудили их имя к верхнему регистру, как будет замечен в системном журнале, и PS произвел.
не имеет никакой дополнительной конфигурации, так всегда выполняется (также возможно уничтожить отправку писем путем добавления >/dev/null 2>&1 или &>/dev/null к самой команде; но это было бы большим количеством работы, затем редактируя весь crontabs).
ссылка также указывает:
у Каждого пользователя может быть их собственный crontab, и хотя это файлы в
/var/spool/cron/crontabs, они не предназначаются, чтобы быть отредактированными непосредственно .
я вижу 3 возможных варианта:
-
Мой предпочтительный метод был бы для редактирования всего crontabs с
crontab -e. -
использование другой крон, который действительно имеет метод для глобально установки MAILTO (какой крон и как сделать это, для другого вопроса;))
-
игнорируют предупреждение и редактируют все файлы от командной строки с для/следующий цикла. Я считал, что как "Вы можете, если Вы действительно действительно действительно действительно действительно действительно хотите к".. Следите за комментариями в этих 2 темах об этом: ubuntuforums и serverfault. Насколько я могу сказать единственной проблеме, что Вы сталкиваетесь (если сделано правильно!) то, что Ваше изменение перезаписывается, если кто-то действительно использует
crontab -e. Но если Вы все соглашаетесь, что, если кто-то действительно изменяет crontab сcrontab -e, что они также должны включать MAILTO ='', о котором должно заботиться беспокойство (так как изменение Вы сделали, перезаписывается новым crontab, но что каждый также включает Ваше изменение).