Доброго времени суток! Есть FreeBSD 5.2.1 С пров. сервера почту забирает fetchmail, что б в дальнейшем раздать на локальные ящики пользователей. Система работает безупречно неделю-другую, а потом начинается следующее:

fetchmail: awakened at Sat Apr 15 11:25:29 2006
fetchmail: 2 messages for postmaster.domain.ru at X.X.X.X (2167 octets).
fetchmail: reading message postmaster.domain.ru@X.X.X.X:1 of 2 (1021 octets) procmail: not found
fetchmail: MDA returned nonzero status 127
fetchmail:  not flushed
fetchmail: reading message postmaster.domain.ru@X.X.X.X:2 of 2 (1146 octets) procmail: not found
fetchmail: MDA returned nonzero status 127
fetchmail:  not flushed
fetchmail: sleeping at Sat Apr 15 11:25:32 2006

и т.д.

Лечится рестартом демона. Но ситуация повторяется через некоторое время. Аналогичная конструкция прекрасно в другом месте. Единственое предположение у меня возникло, что эти сбои совпадают по времени с максимальной нагрузкой на инет-канал. Может ли быть такое?
Силино смущает строка procmail: not found. Испаряется он что-ли:)

.fetchmailrc

set logfile "/var/log/fetchmail.log"
poll 195.5.128.133 proto pop3
no dns
user 'postmaster.domain.ru' pass 'yyyyy'
mda 'procmail -d %T'

Куда искать? Заранее спасибо!

• Fetchmail ,vvvua, 13:27 , 18-Апр-06
  • Fetchmail ,ser_ss, 13:36 , 18-Апр-06
    • Fetchmail ,_KAV_, 13:50 , 18-Апр-06
      • Fetchmail ,ser_ss, 15:43 , 18-Апр-06
        • Fetchmail ,_KAV_, 17:09 , 18-Апр-06
          • Fetchmail ,ser_ss, 00:25 , 19-Апр-06

>mda 'procmail -d %T'
Укажи абсолютный путь к procmail

>>mda 'procmail -d %T'
>Укажи абсолютный путь к procmail
Сделал, хотя все равно странно. Как может путь к /usr/local/bin/ сам по себе пропасть? Плохо, что ждать теперь неделю, а то и больше... Может есть еще какие варианты?

>>Укажи абсолютный путь к procmail
Ж8-)))
>Сделал, хотя все равно странно. Как может путь к /usr/local/bin/ сам по
>себе пропасть? Плохо, что ждать теперь неделю, а то и больше...
>Может есть еще какие варианты?
1 - сказано, что процмейл возвращает код 127 - так посмотри его коды -
может, он предыдущее письмо не обработал
2 - при большой нагрузке происходит - включи протоколирование загрузки - может, простосистема подгружена и не успевает ответить - таймаут
3 - у некоторых сборок фетча были проблемы с зависанием при недоставке - так дурным образом пускай его не демоном, а запускай из крона - вот и получишь перезапуск каждый раз.
P.S. не лучшее это дело - раскладывать процмейлом - лучше пускай фетч отдает любому почтовику
P.P.S. и вообще использование фетча - признак плохого вкуса. Поставь почтовик, настрой форвард или перерегистрируй на себя адрес - и вперед

>1 - сказано, что процмейл возвращает код 127 - так посмотри его
>коды -
Может и дурацкий вопрос, а где их посмотреть? В мане нет.

>может, он предыдущее письмо не обработал
>2 - при большой нагрузке происходит - включи протоколирование загрузки - может,
>простосистема подгружена и не успевает ответить - таймаут
>3 - у некоторых сборок фетча были проблемы с зависанием при недоставке
>- так дурным образом пускай его не демоном, а запускай из
>крона - вот и получишь перезапуск каждый раз.
Из под крона может запуститься, если еще предыдущий не отработал. Надо писать скрипт, отслеживающий этот момент. Демоном как-то удобнее :)
>P.S. не лучшее это дело - раскладывать процмейлом - лучше пускай фетч
>отдает любому почтовику
>P.P.S. и вообще использование фетча - признак плохого вкуса. Поставь почтовик, настрой
>форвард или перерегистрируй на себя адрес - и вперед
Полностью согласен, но тут есть очень удобный момент: если у нас что-то рушится, как вот сейчас, то вся почта остается у прова, которую можна таки получить, пусть и с некоторой задержкой. А если поменять MX на свой, то, как я понимаю, почта пропадет или вернется с ошибкой. И как тогда быть?

на сайте проекта коды смотреть не пробовал?
>Из под крона может запуститься, если еще предыдущий не отработал. Надо писать
>скрипт, отслеживающий этот момент. Демоном как-то удобнее :)
Ну, запустится... и вывалится при попытке авторизации - делов-то... Скрипт зачем?

>Полностью согласен, но тут есть очень удобный момент: если у нас что-то
>рушится, как вот сейчас, то вся почта остается у прова, которую
>можна таки получить, пусть и с некоторой задержкой. А если поменять
>MX на свой, то, как я понимаю, почта пропадет или вернется
>с ошибкой. И как тогда быть?
Читать стандарты.
1 - Почта при недоступности узла откладывается на (здесь и дальше - цифры понимать со словами "как правило") 3 часа, затем попытки повторяются с таким интервалом, и только через 3-5 сут. почта возвращается.
2 - Организовать backup MX у того же провайдера.

На сайте проекта нашел только упоминание по EXITCODE=127 о несуществующем файле. Мало ясности. Придется, таки, все переделывать. Все равно спасибо!