forum.lissyara.su

Есть сервер с mailman+exim. Когда запускают рассылку сначала все идет хорошо, а потом вырастает очередь и рассылка останавливается, в очереди висят вот такие сообщения:

Подскажите куда копать?

Буква D означает delivered (доставлено). Один адресат пока остался без письма - sibiria12@rdtc.ru. Смотрите насчет него записи в логах, либо делайте тестовую сессию от пустого пользователя для почтовика, обслуживающего домен rdtc.ru.

какая находка для спамеров! Просто прелесть.
На одной страничке больше десятка живых адресов!!!

+1 к blade_007, еще добавлю -- подумайте, может для вашего случая стоит изменить дефолтный retry? Поставьте меньше, посмотрите за какое время расходится основная часть получателей.

Это нормально. Письмо уйдёт из очереди когда оно будет доставлено последнему адресату.
В вашем случае, недоставлено одно только в адрес sibiria12@rdtc.ru
Можно проверить почему по логам. Задержки, как правило, вызваны грейлистингом или ограничениями на входящий трафик у принимающего сервера (количество одновременных подключений, число получателей в одной сессии и т.п.).
Расслабьтесь.

Laa писал(а):может для вашего случая стоит изменить дефолтный retry?

Может быть. А может и нет - можно из грейлиста перекочевать в блеклист на раз-два.
У меня все максимум за полчаса расползается.

retry -- не для того чтобы чаще долбить, а для того чтобы не так долго.
Кстати, еще рассылку свою надо проверить, может к вам senfer-verify ломится, а вы его отбиваете или еще на каких-то проверках спотыкается доставка.
Надо рыться в логах по недоставленному получателю и смотреть чего там произошло и на каком этапе.

Большое спасибо, буду рыться в логах!

p.s.:Почему-то не могу отредактировать первое сообщение темы, изменить адреса, нет кнопки "правка". Что за нововведение такое?

Laa писал(а):retry -- не для того чтобы чаще долбить, а для того чтобы не так долго

Чего-то я не уловил.
Меньше ретрай - чаще ломится, больше ретрай - реже ломится.
Обратная функция времени к частоте. Разве нет?
По дефолту в Exim стоит ломиться первые два часа раз в 15 минут.
Грейлисты, насколько я могу судить по логам, обычно делают defer минут на 10 в среднем. Самое оно.
Поставите ретрай 5 - и загремите уже в блеклист.

В retry есть еще полезные параметры..
Смотрите 32.7 Retry parameters в spec.txt

У меня для некоторых отправителей вообще письмо болтается в очереди 1 час, пару попыток доставить -- не вышло -- втопку! Но каждый сам под свою ситуацию это настраивает. Я лишь советую обратить внимание.

Laa писал(а):В retry есть еще полезные параметры..
Смотрите 32.7 Retry parameters в spec.txt

Да ничего там особо интересного. Все предельно понятно.
На мой вкус так дефолтные рулят.

У меня для некоторых отправителей вообще письмо болтается в очереди 1 час, пару попыток доставить -- не вышло -- втопку!

За что вы так не любите людей?

Бывает, что письмо, которое пришло через 2 часа -- уже не нужно. У меня есть такой случай.

Laa писал(а): У меня для некоторых отправителей вообще письмо болтается в очереди 1 час, пару попыток доставить -- не вышло -- втопку! Но каждый сам под свою ситуацию это настраивает. Я лишь советую обратить внимание.

Подскажите, а какими опциями можно задать количество попыток отправки до удаления из очереди?

И еще такой вопрос: допустим максимальный размер очереди N, она полностью заполнена сообщениями, что происходит с новым сообщением которое должно добавится в очередь но она уже заполнена?

invint писал(а):Подскажите, а какими опциями можно задать количество попыток отправки до удаления из очереди?

Количество попыток задается теми самыми retry и временем, в течение которого эти попытки делаются - см. выше где искать описание.

И еще такой вопрос: допустим максимальный размер очереди N, она полностью заполнена сообщениями, что происходит с новым сообщением которое должно добавится в очередь но она уже заполнена?

Это я не знаю. Но, листо логически, сервер должен давать отправителю defer с тем, что бы он попытался отправить письмо позже.
Как-то так.

Как можно посмотреть сколько обработчиков очереди запущено и что они делают?
И как установить таймаут между запусками обработчиков очереди?

Количество попыток задается теми самыми retry и временем, в течение которого эти попытки делаются - см. выше где искать описание.

А можно ваш конкретный пример с описанием?

exiwhat - покажет чем exim сейчас занимается.
ps aux | grep exim - покажет сколько запущено экземпляров exim
как часто запускаться - параметр запуска exim -bd -q4m т.е. каждые 4 минуты
Что касается параметров retry - смотрите в документацию, там все подробно расписано.

blade_007 писал(а):exiwhat - покажет чем exim сейчас занимается.
ps aux | grep exim - покажет сколько запущено экземпляров exim
как часто запускаться - параметр запуска exim -bd -q4m т.е. каждые 4 минуты
Что касается параметров retry - смотрите в документацию, там все подробно расписано.

Да, уже разобрался, спасибо! Т.к. очередь иногда быстро вырастает сделал интервал одну минуту (exim -bd -q1m) Чем это может грозить?

Только практика вам это покажет. Если в правилах retry интервал больше минуты - то ваш обработчик будет запускаться вхолостую, потому как не пришло время повтора.