Отключить отправку писем при выполнении заданий крона

В начало:

MAILTO=""

man

In addition to LOGNAME, HOME, and SHELL, cron(8) will look at MAILTO if it has any reason to send mail as a result of running commands in ``this" crontab. If MAILTO is defined (and non-empty), mail is sent to the user so named. MAILTO may also be used to direct mail to multiple recipients by separating recipi‐ ent users with a comma. If MAILTO is defined but empty (MAILTO=""), no mail will be sent. Otherwise mail is sent to the owner of the crontab.

либо MAILTO, либо вывод команд перенаправлять в /dev/null

Лучше наверное не отключать отправку, а настроить доставку.

То, что нужно, спасибо!

Лучше наверное не отключать отправку, а настроить доставку.

Не вижу смысла делать это каждые полчаса. Это же не бекап какой-то с интервалом хотя бы раз в сутки.

ты это не командой делай, а скриптом. Вызов скрипта в crond. Причём сделай так, чтоб скрипт молчал, и что-то писал только если ошибка случилась.

ты это не командой делай, а скриптом

Эта „команда” в дебиане изкоробки. Такие дела.

Эта „команда” в дебиане изкоробки. Такие дела.

эта команда ничего не пишет, и соответственно никакой почты не отсылает. А если пишет - у тебя проблемы. Я не знаю, какие именно.

Смешно, но проблемы в комментариях, начинающихся с решётки. Только зачем их забраковали если всё и так работало — непонятно:

PHP Deprecated:  Comments starting with '#' are deprecated in /etc/php5/apache2/php.ini

man man

Смешно, но проблемы в комментариях, начинающихся с решётки. Только зачем их забраковали если всё и так работало — непонятно:

вообще-то php-script должен быть корректным HTML, а корректный HTML должен начинаться со вполне определённых тегов, и комменты там <!--.*--> так задаются. А не с решёткой. Ну а <?php.*?> это просто вкрапления скриптов, которые по замыслу автора задают некоторые действия в то время, как веб-сервер отправляет HTML на сайт.

Т.е. php это просто расширение HTML.

При этом при запуске/перезапуске апача никаких ошибок не выдаётся.

дык надо же скрипт выполнить, а для этого на сервер надо зайти, и скачать этот html-скрипт.

Лучше читать что люди пишут, чтобы не выглядеть дураком. Комментарии в /etc/php5/apache2/php.ini никакого отношения ни к PHP-скриптам, ни к тем более HTML не имеют.

гугл говорит либо в php.ini отключать типа так
[code]error_reporting = E_ALL & ~E_DEPRECATED[/code]

либо в коде php-скрипта
[code]error_reporting(E_ALL & ~E_DEPRECATED)[/code]

Проблема была не в скриптах, проблема в самом php.ini, где я по привычке использовал # вместо ; для комментариев.

То, что нужно, спасибо!

MAILTO трогать не надо. Это «вредный совет». Надо, как сказал zolden, перенаправлять вывод своих команд в /dev/null (если надо, то и ошибок).

Да, уже разобрался. MAILTO в конфиге закомментировал.

Да, уже разобрался. MAILTO в конфиге закомментировал.

Вот видишь, а если бы у тебя была настроена доставка почты, ты бы сразу увидел письма на имя root с сообщением об ошибке. И не было бы вопросов ни про иноды, ни про subj.

а если бы у тебя была настроена доставка почты

Дык, у него так и было, ж. )

Дык, у него так и было, ж. )

Не, у него почта в exim попадала, и дальше у него в очереди мариновалась. Это вместо того, чтобы доставить в ящик человека, ответственного за root.

Вот видишь, а если бы у тебя была настроена доставка почты, ты бы сразу увидел письма на имя root с сообщением об ошибке. И не было бы вопросов ни про иноды, ни про subj.

Тогда были бы вопросы о том, почему оно тормозит при загрузке системы сразу же после её установки и почему мейнтейнеры дебиана такие криворучки.

почему оно тормозит при загрузке системы

А чего ему тормозить, когда настроена только локальная доставка?

А чего ему тормозить, когда настроена только локальная доставка?

Откуда мне знать. Без никакого пользовательского вмешательства и настроек оно тормозило сразу же во время первой загрузки системы. Собственно поэтому я его и отключил. Посмотрю как будет сейчас.