|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Maxim Sokolsky 2:5020/828.777 22 May 2007 17:05:14
To : Sergey A. Gontar
Subject : Re: Проблемы с обработкой очереди Sendmail-ом
--------------------------------------------------------------------------------
>> Значит очередь твоя демоном сендмайла не обрабатывается. Или
>> начинает обрабатывается, но из-за кривых настроек останавливается.
>>
SG> Обрабатывется. В логах каждые полчаса пачки записей
SG> с вышеописанными симптомами. Я и в ручную (sendmail -q0 -v) пробовал.
В такой ситуации лучше бы сначала прибить все процессы sendmail'а, затем
замувить сообщения в другой каталог, потом поднять демон, а очередь обработать
отдельным процессом. Вот, немного устаревший перевод, но принцип справедлив:
>ДДДННН Куть он "Windows Clipboard" НННДДД
Sendmail Installation and Operation Guide - 2. HОРМАЛЬHАЯ РАБОТА
http://citforum.perm.ru/operating_systems/sendmail/sendmail_02.shtml
2.3.2. Ускорение Очереди
sendmail должен обрабатывать очередь автоматически через определенный интервал.
Алгоритм такой: прочитать и отсортировать очередь, а затем обработать все
сообщения по порядку. При попытке запустить работу, sendmail сначала проверяет,
не заблокирована ли она. Если блокировка имеется, то он игнорирует эту работу.
Hе производится ни одной попытки удостовериться в том, что только один
обработчик очереди существует в любое время, поэтому нет никакой гарантии, что
работа не будет производиться вечно (однако, sendmail имеет некоторую эвристику,
чтобы попытаться прекратить работу, занимающую абсурдно большое количество
времени; технологически, это нарушает требования RFC 821, но одобряется в RFC
1123). Согласно алгоритму блокировки, одна работа не может заморозить всю
очередь. Однако, недружественный принимающий хост, или программа приема, которая
никогда ничего не возвращает, может собрать большое количество процессов в вашей
системе. К несчастью, нет никакого общего решения для разрешения подобных
проблем.
В некоторых случаях, вы можете заметить, что основной хост второй день как упал,
и у вас накопилась невероятно большая очередь. В результате sendmail большую
часть времени будет проводить, сортируя эту очередь. Эта ситуация может быть
исправлена, если вы уберете очередь в какое-то временное место и создадите новую
очередь. Старую очередь можно будет обработать позже, когда хост-нарушитель
опять начнет работать.
Чтобы это сделать, вполне возможно перенести весь каталог очереди:
cd /var/spool
mv mqueue omqueue; mkdir mqueue; chmod 700 mqueue
Затем вы должны убить работающий демон (потому что он все еще будет продолжать
обрабатывать старый каталог очереди) и создать нового демона.
Чтобы обработать старую очередь, запустите следующую команду:
/usr/sbin/sendmail -oQ/var/spool/mqueue -q -v
Флаг -oQ определит альтернативный каталог очереди, а флаг -q скажет о том, что
нужна всего лишь обработка каждого сообщения в очереди. Если у вас имеется тяга
к вуайеризму, вы можете использовать флаг -v, чтобы посмотреть, что будет
происходить.
Когда в очереди наконец-то не останется ни одного сообщения, вы сможете удалить
этот каталог:
rmdir /var/spool/mqueue
>ДДДННН Куть офф "Windows Clipboard" НННДДД
SG> Hа первом письме идет диалог (mail from:, rcpt to:....)
SG> потом после DATA практически сразу
SG> "timeout writing message to ХХХ.ХХХ.ХХХ.: Operation not permitted"
SG> <ХХХ>... Deferred
SG> и на все остальные письма в очереди уже без попыток
SG> "mail from:, rcpt to:"
SG> "timeout writing message to ХХХ.ХХХ.ХХХ.: Operation not permitted"
SG> <ХХХ>... Deferred
SG> это все выплевывается за 2-3 секунды
Может блокировки возникают. Hе знаю.
С уважением - Maxim
--- None
* Origin: None (2:5020/828.777)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
