 Быстрый старт доставки,  postfixxx, 04-Фев-17, 13:33 [смотреть все]Коллеги, необходима небольшая помощь....
Имею почтовый сервер с 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 (1)
> Коллеги, необходима небольшая помощь....
> Имею почтовый сервер с 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
- Быстрый старт доставки, postfixxx, 18:23 , 04-Фев-17 (3) –1
>[оверквотинг удален]
>> Имею почтовый сервер с 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 Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и сервисы.....
- Быстрый старт доставки, universite, 07:41 , 05-Фев-17 (4)
> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
> сервисы.....используйте trickle
- Быстрый старт доставки, postfixxx, 09:31 , 05-Фев-17 (5) –1
>> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
>> сервисы.....
> используйте trickle Спасибо, интересно.... Но всё же это сторонний софт, и какие то костыли....
Мне бы хотелось понять какой параметр в конфиге постфикса отвечает за быстрый старт очереди, и какой за последующее её снижение....
Сейчас я однозначно могу сказать что maxproc в master.cf однозначно влияет на скорость, так же как и transport_destination_concurrency_limit... Цель этого вопроса - разобраться с постфиксом, а не искать решений в iptables, trickle, 100FDx и тд. Уверен что нужное поведение можно настроить в самом почтовом сервере postfix, но пока не могу вкурить как)) Дока на эту тему очень не однозначна для меня....
- Быстрый старт доставки, shadow_alone, 03:54 , 06-Фев-17 (6)
Для начала - лучи поноса тебе, по самое горло за спам.Теперь по делу: оттюнить, как ты говоришь не получиться, и вот почему:
Тебе нужно ограничение по скорости - а это в постфикс не заложено от слова СОВСЕМ.
Скорость твоя будет зависить от возможностей конечной точки приёма (их скорости), то есть как бы ты не игрался с лимитами, все равно пики будут, и возможно не только пики, в моменты когда отправка идет серверу с хорошим каналом.
Судя по всему, хорошим вариантом будет использовать tc.
И да, странно что "Провайдер требует не превышать канал в 100мбит" - он может просто ограничить скорость на своей стороне, тем более 100 очень удобная цифра. Еще раз, желаю тебе гореть в аду вечно.
- Быстрый старт доставки, postfixxx, 09:58 , 06-Фев-17 (7)
> Для начала - лучи поноса тебе, по самое горло за спам.Привет. Это можно было и не писать, потому что мне не понятно, откуда вы решили что я рассылаю спам? Нет система рассылает вполне нормальную почту. > Теперь по делу: оттюнить, как ты говоришь не получиться, и вот почему:
> Тебе нужно ограничение по скорости - а это в постфикс не заложено
> от слова СОВСЕМ.
> Скорость твоя будет зависить от возможностей конечной точки приёма (их скорости), то
> есть как бы ты не игрался с лимитами, все равно пики
> будут, и возможно не только пики, в моменты когда отправка идет
> серверу с хорошим каналом. Это понятно. > Судя по всему, хорошим вариантом будет использовать tc. Тоже попробую. Спасибо. Но боюсь tc не выдержит... > И да, странно что "Провайдер требует не превышать канал в 100мбит" -
> он может просто ограничить скорость на своей стороне, тем более 100
> очень удобная цифра. Ну вот такой провайдер ага, ограничивать не хочет, а требует не превышать... > Еще раз, желаю тебе гореть в аду вечно. Вы так милы ко мне)))
- Быстрый старт доставки, Аноним, 16:24 , 04-Фев-17 (2) +2
> Сервер быстрый с ssd дисками. Всё с ним хорошо... Рассылает почту... ~5млн сообщений в деньгори в аду спаммер
|
Версия для распечатки
