http://www.postfix.org/QSHAPE_README.html

У меня пару раз утыкалось в производительность диска из-за рассылок ( не спама). Считайте, сколько письмем он может отослать в секунду. Считайте количество писем при пиковой нагрузке, тюньте отправку или размножьте smtp сервера.

Почистить очереди. Попробуйте ограничить наглых узеров:

main.cf

#Уменьшим количество писем: за 5 мин всего 30 сообщений с одного адреса
anvil_rate_time_unit = 300s
smtpd_client_message_rate_limit = 30
# Этих не касается
smtpd_client_event_limit_exceptions = 10.12.0.0/24 127.0.0.0/8 10.12.1.1 10.12.1.2 94.100.0.0/16 195.3.164.170

Письма не пропадают. Работает как пипетка.

Проблема не в чистке очереди, а почему она растет .....

У меня в main.cf параметр smtpd_client_message_rate_limit не описан. Но не думаю, что так «активно» кто-то отправляет ....

Растет, потому что не принимают. Ваш кеп

если увеличить параметр default_process_limit ....

Как считаете, если увеличить параметр default_process_limit в main.cf (дает прямой контроль над тем, сколько демонных процессов Postfix будет запущено) - даст положительный результат? (По умолчанию, вроде как, стоит 100)

Читай ответ анонимуса выше, он правильно написал.

И ? И почему не принимают почту? Откуда/куда "рыть"? :)

И ? И почему не принимают почту? Откуда/куда «рыть»? :)

/var/log/maillog для начала посмотри.

Может ли быть, что замедление - проблема места? (занято 96%) ....

[root@mail ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 250841908 227953272 10139888 96% / tmpfs 1489544 0 1489544 0% /dev/shm /dev/sda1 991512 43172 897140 5% /boot

Как расшифровать в логах параметры типа: ... delay=6852, delays=6366/0/0/486 ...

Да, изучаю лог.... Пока что-то интересное не выявил. Достаточно много в состоянии deffered. Как расшифровать в логах параметры типа: ... delay=6852, delays=6366/0/0/486 ... Может кто подсказать?

Еще раз всем спасибо!

Ваши узеры напуляли рассылок. в несуществующие адреса или сервера. Вот и висит туча куева отложенных сообщений. Почтовик пыжится отправить их снова и снова. Смотрите очередь и чего там болтается. https://www.dmosk.ru/miniinstruktions.php?mini=postfix-queue Поищите себя в черных списках. Например здесь: https://2ip.ru/spam/

Достаточно много в состоянии deffered.

охренеь, я думал, что если человек пишет такой пост, то он уже проверил postqueue на deffered

хренеть не надо! ..... :)

Дело в том, что deffered бывают частенько, но это нормальные адреса, с которыми ведется постоянная переписка .... И причем здесь значительный рост очереди? ( На 1000 сообщений в очереди бывает 2-3 deffered). После увеличения значения default_process_limit (до 150) пока весь день проработали практически без возникновения очереди.... Наблюдаем...

Спасибо, хорошего вечера!

Фиаско .... :(

Два два дня норм, на третий тоже самое :( Мужики! Можете еще идею подкинуть! Всем спасибо, хорошего дня!

Ну тогда сюда нафильтруй строк 50 из логов:

grep «Reject» /var/log/mail.log

Поглядим незамыленным глазом.

Уменьшите время в очереди до 4 часов:

maximal_queue_lifetime = 4h

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

Спасибо! Вроде как пока стало нормально!

Всем большое спасибо! Вроде как пока стало нормально! Решение: увеличить параметр default_process_limit