Коллеги, необходима небольшая помощь....
Имею почтовый сервер с postfix и linux ubuntu server.

uname -a
Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

dpkg -l | grep post
ii  postfix                            2.11.0-1ubuntu1

Сервер быстрый с ssd дисками. Всё с ним хорошо... Рассылает почту... ~5млн сообщений в день. Но возникла небольшая проблема.... Провайдер требует не превышать канал в 100мбит... Подкрутил количество maxproc на транспортах smtp. Вроде в канал укладываюсь.... Приложение которое посылает почту на постфикс сует всё резко в очередь... И постфикс ведет себя следующим образом.... Принимает кучу писем в очередь и начинает рассылать.... Как только ему прилетает большой поток писем он начинает минут 20 слать с очень большой скоростью ~200 мбит, потом это спадает до ~40 мбит... Что норма... У меня вопрос, можно ли как то подтюнить постфиксы, что бы при старте он не набирал 200 мбит, а растягивал это всё укладывая в лимиты например ~90 мбит, пока есть сообщения в очереди....

main.cf
default_process_limit = 500
default_destination_concurrency_limit = 300
smtpd_client_connection_count_limit = 310
queue_run_delay = 3h
qmgr_message_recipient_limit = 400000
qmgr_message_active_limit = 300000
in_flow_delay = 0
bounce_queue_lifetime = 1d
maximal_queue_lifetime = 1d
maximal_backoff_time = 8h

sender_dependent_default_transport_maps = mysql:/etc/postfix/random.cf

smtpd_etrn_restrictions = reject
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
show_user_unknown_table_name = no

mail00_destination_concurrency_limit = 10
mail01_destination_concurrency_limit = 16
mail02_destination_concurrency_limit = 16
mail03_destination_concurrency_limit = 16

master.cf:
mail00    unix  -       -       n       -       -       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail01    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail02    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail03    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru

при такой конфигурации он на старте даёт 200 мбит, и через 20 минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до 90мбит на старте, и увеличить до 90 мбит после 20 минут.... Может посоветуете что?

• Быстрый старт доставки,Doka, 13:57 , 04-Фев-17
  • Быстрый старт доставки,postfixxx, 18:23 , 04-Фев-17
    • Быстрый старт доставки,universite, 07:41 , 05-Фев-17
      • Быстрый старт доставки,postfixxx, 09:31 , 05-Фев-17
        • Быстрый старт доставки,shadow_alone, 03:54 , 06-Фев-17
          • Быстрый старт доставки,postfixxx, 09:58 , 06-Фев-17
• Быстрый старт доставки,Аноним, 16:24 , 04-Фев-17

> Коллеги, необходима небольшая помощь....
> Имею почтовый сервер с postfix и linux ubuntu server.
> uname -a
> Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64
> x86_64 x86_64 GNU/Linux

...
> при такой конфигурации он на старте даёт 200 мбит, и через 20
> минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до
> 90мбит на старте, и увеличить до 90 мбит после 20 минут....
> Может посоветуете что?

может на интерфейсе в сторону провайдера поставить 100FDx

>[оверквотинг удален]
>> Имею почтовый сервер с postfix и linux ubuntu server.
>> uname -a
>> Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64
>> x86_64 x86_64 GNU/Linux
> ...
>> при такой конфигурации он на старте даёт 200 мбит, и через 20
>> минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до
>> 90мбит на старте, и увеличить до 90 мбит после 20 минут....
>> Может посоветуете что?
> может на интерфейсе в сторону провайдера поставить 100FDx

Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и сервисы.....

> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
> сервисы.....

используйте trickle

>> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
>> сервисы.....
> используйте trickle

Спасибо, интересно.... Но всё же это сторонний софт, и какие то костыли....
Мне бы хотелось понять какой параметр в конфиге постфикса отвечает за быстрый старт очереди, и какой за последующее её снижение....
Сейчас я однозначно могу сказать что maxproc в master.cf однозначно влияет на скорость, так же как и transport_destination_concurrency_limit... Цель этого вопроса - разобраться с постфиксом, а не искать решений в iptables, trickle, 100FDx и тд. Уверен что нужное поведение можно настроить в самом почтовом сервере postfix, но пока не могу вкурить как)) Дока на эту тему очень не однозначна для меня....

Для начала - лучи поноса тебе, по самое горло за спам.

Теперь по делу: оттюнить, как ты говоришь не получиться, и вот почему:
Тебе нужно ограничение по скорости - а это в постфикс не заложено от слова СОВСЕМ.
Скорость твоя будет зависить от возможностей конечной точки приёма (их скорости), то есть как бы ты не игрался с лимитами, все равно пики будут, и возможно не только пики, в моменты когда отправка идет серверу с хорошим каналом.
Судя по всему, хорошим вариантом будет использовать tc.
И да, странно что "Провайдер требует не превышать канал в 100мбит" - он может просто ограничить скорость на своей стороне, тем более 100 очень удобная цифра.

Еще раз, желаю тебе гореть в аду вечно.

> Для начала - лучи поноса тебе, по самое горло за спам.

Привет. Это можно было и не писать, потому что мне не понятно, откуда вы решили что я рассылаю спам? Нет система рассылает вполне нормальную почту.

> Теперь по делу: оттюнить, как ты говоришь не получиться, и вот почему:
> Тебе нужно ограничение по скорости - а это в постфикс не заложено
> от слова СОВСЕМ.
> Скорость твоя будет зависить от возможностей конечной точки приёма (их скорости), то
> есть как бы ты не игрался с лимитами, все равно пики
> будут, и возможно не только пики, в моменты когда отправка идет
> серверу с хорошим каналом.

Это понятно.

> Судя по всему, хорошим вариантом будет использовать tc.

Тоже попробую. Спасибо. Но боюсь tc не выдержит...

> И да, странно что "Провайдер требует не превышать канал в 100мбит" -
> он может просто ограничить скорость на своей стороне, тем более 100
> очень удобная цифра.

Ну вот такой провайдер ага, ограничивать не хочет, а требует не превышать...

> Еще раз, желаю тебе гореть в аду вечно.

Вы так милы ко мне)))

> Сервер быстрый с ssd дисками. Всё с ним хорошо... Рассылает почту... ~5млн сообщений в день

гори в аду спаммер