Задания КРОНА, посылающие электронное письмо, но я не сделал настроил его

Я всегда смотрю на журналах для наблюдения чего-либо подозрительного. Но, я только заметил сегодня те журналы:

Aug 3 06:32:10 nori-hidamari anacron[1234]: Job 'cron.daily' terminated (mailing output) Aug 3 06:32:10 nori-hidamari anacron[1234]: Job 'cron.weekly' started Aug 3 06:32:10 nori-hidamari postfix/sendmail[3443]: fatal: open /etc/postfix/main.cf: No such file or directory Aug 3 06:32:10 nori-hidamari anacron[1234]: Tried to mail output of job 'cron.daily', but mailer process (/usr/sbin/sendmail) exited with ststus 75

Странно, я никогда не вносил изменения ни на каком файле крона. Даже если это не посылает электронное письмо, действительно ли это - нормальное поведение крона с конфигурациями по умолчанию?

Спасибо парни для помощи мне.

1
задан 3 August 2015 в 12:53

1 ответ

Да, по электронной почте по умолчанию будет отправлен или в то, что указано переменной MAILTO или crontab владельцу, и что каждый раз, когда существует вывод задания крона. От крона (8) страница справочника:

крон просыпается каждую минуту, исследование всех сохранило crontabs, проверив каждую команду, чтобы видеть, должно ли это быть выполнено в текущую минуту. При выполнении команд любой вывод отправляется по почте владельцу crontab (или пользователю, названному в переменной среды MAILTO в crontab, если такой существует).

Однако у Вас, кажется, есть проблема конфигурации с postfix/sendmail или, возможно, более точно, с Вашим постфиксом к sendmail интерфейсу совместимости. Это, кажется, правильно не настроено.

, Если Вы хотите понять что статус выхода 75 видов средств это :

EX_TEMPFAIL Исправимая ошибка: код выхода EX_TEMPFAIL (оценивают 75) возвращается sendmail, чтобы указать, что нерегулярная ошибка произошла. Нерегулярные ошибки означают, что сообщение электронной почты будет вставлено (или останется в), очередь пока, и другая попытка доставки будет предпринята позже.

Для реконфигурирования postfix сделайте от cmd строки:

$ dpkg-reconfigure postfix

, Который должен решить Вашу проблему, если постфикс был правильно установлен.

Для определения местоположения каталога, который содержит Постфикс main.cf и master.cf файлы конфигурации сделайте от cmd-строки:

$ postconf config_directory

Проверяют Ваши файлы конфигурации, чтобы видеть, что Ваша конфигурация корректна.

Ради полноты, необходимо знать, что Постфикс имеет также процедуру журнала в случае, если отладка конфигурации необходима. На моем поле (Испытанный LTS) его файл журнала расположен в /var/log/mail.log. В журнале ищут ключевые слова, как заключено в кавычки от /usr/share/doc/postfix/DEBUG_README:

  • "паника" указывает на проблему в самом программном обеспечении, что только программист может зафиксировать. Постфикс не может продолжиться, пока это не фиксируется.

  • "фатальный" результат недостающих файлов, неправильных полномочий, неправильные настройки конфигурационного файла, которые можно зафиксировать. Постфикс не может продолжиться, пока это не фиксируется.

  • "ошибка" сообщает о состоянии ошибки. Из соображений безопасности завершится Постфиксный процесс, когда больше чем 13 из них произойдут.

  • "предупреждение" указывает на нефатальную ошибку. Это проблемы, которые Вы не можете решать (такие как поврежденный сервер DNS в другом месте в сети), но можете также указать на локальные ошибки конфигурации, которые могли стать проблемой позже.

, Если это не дает Вам, что необходимо заставить проблему уйти, необходимо будет пойти более глубокие средства отладки использования, доступные Вам на Ubuntu для определения, где проблема заключается. Я думаю, что это выходит за пределы объема Вашего вопроса.

2
ответ дан 7 December 2019 в 13:55

Другие вопросы по тегам:

Похожие вопросы: