Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.86

enable-source-ip-limits-on-sending-ip

<domain>критичнонужен перезапуск

Считать ли четыре лимита на исходящий адрес, а не на локальный
в конфигурации это строкаenable-source-ip-limits-on-sending-ip falseвнутри блока <domain>
Переключатель, от которого зависит смысл четырёх лимитов

Сам по себе он ничего не ограничивает. Он решает, что считать адресом отправки для семьи source-ip-max-*: source-ip-max-smtp-out, source-ip-max-connect-rate, source-ip-max-msg-rate и source-ip-max-data-volume-rate.

Два разных адреса. Локальный — тот, что поднят на сетевом интерфейсе узла. Исходящий — тот, с которого письмо приходит к получателю. Без прокси это один и тот же адрес, и переключатель ни на что не влияет. Через прокси они расходятся: локальный один на всех, исходящих — столько, сколько арендовано.

Что происходит при умолчании. Умолчание false: лимиты считаются на локальный адрес — и руководство подчёркивает, что это происходит независимо от того, используется прокси или нет. За прокси это означает, что все арендованные адреса делят один счётчик, и per-address лимиты перестают значить то, ради чего написаны.

true переносит счёт на тот адрес, который видит получатель — на клиентский адрес прокси, а без прокси на тот же локальный. То есть включение безопасно в обе стороны: там, где прокси нет, поведение не меняется.

Главная ловушка. Директива требует перезапуска службы, а не перезагрузки конфигурации — руководство говорит это отдельной строкой. Поменяли значение, выполнили pmta reload, ошибки не увидели — и решили, что применилось. Не применилось: MTA продолжает считать по-старому до перезапуска. Проверять надо не по конфигурации, а по времени работы процесса.
Что делает Хаб. Не пишет. До 15.09.2026 строка стояла в общем блоке <domain *> ради прокси-гейта, но пределов source-ip-max-*, на которые она влияет, Хаб не пишет нигде: у каждого прокси свой адрес отправки, и пределы блоков <domain> считаются по его очередям. К тому же директива требует перезапуска службы, а конфигурацию Хаб применяет перезагрузкой — на тестовом узле строка так ни дня и не действовала. Если Хаб начнёт писать source-ip-max-*, строку вернут вместе с перезапуском.
Рекомендуемые значения

Отправляете напрямую — оставьте false. Разницы нет, а перезапуск ради ничего того не стоит.

Отправляете через прокси — ставьте true, иначе четыре лимита семьи становятся бессмысленными: считать они будут один локальный адрес на весь парк арендованных.

Ставить лучше сразу. Значение стоит задать при вводе узла в работу, пока перезапуск ничего не стоит: на работающем узле он прерывает приём и заставляет заново перечитать спул.

Из руководства здесь умолчание false, перечень четырёх зависимых директив, правило выбора адреса и требование перезапуска. Совет задавать значение при вводе узла — наш.
Пример в конфигурации
# переключатель пишется в общем блоке — он про весь узел, а не про домен
<domain *>
    enable-source-ip-limits-on-sending-ip true    source-ip-max-msg-rate 0.0.0.0/0 600/m
</domain>
Со включённым переключателем строка ниже считает по адресу, который видит получатель. С выключенным — по локальному интерфейсу узла, одному на все арендованные адреса.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Меняют значение и перезагружают конфигурацию

§ 3.3.10.86

Чем чреватоРуководство прямо требует перезапуска службы. После pmta reload конфигурация принята без ошибок, а MTA продолжает считать лимиты по прежнему адресу — и разбирательство уходит в сторону лимитов, которые «почему-то не работают».
Как заметитьЗначение в конфигурации новое, поведение прежнее, в журнале ничего подозрительного. Время работы процесса больше возраста правки.
Как правильноПерезапускать службу, а не перезагружать конфигурацию, и сверять время работы процесса после правки.

Ставят лимиты на адрес, работая через прокси, и не трогают переключатель

§ 3.3.10.86

Чем чреватоПри умолчании false все четыре лимита считают локальный адрес — независимо от того, используется прокси. За прокси локальный адрес один на весь парк, и лимит «на адрес» превращается в лимит на узел.
Как заметитьСуммарный поток упирается в значение, рассчитанное на один адрес, хотя арендованных адресов десяток.
Как правильноВключить true и перезапустить службу. Без прокси включение безопасно: локальный и исходящий адрес там совпадают.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
enable-source-ip-limits-on-sending-ip <boolean>
Значения
true или false (принимаются и yes/no)
Умолчание
false § 3.3.10.86
Применение
нужен перезапуск сервиса
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение сливается по блокам <domain> от общего к частному: побеждает наиболее подходящий блок, а не тот, что ниже по файлу. Перезагрузкой не применяется — нужен перезапуск службы.
⇄

Связанные директивы

5 связей

Зависит от

smtp-proxy-source-hostGlobalРазница между локальным и исходящим адресом появляется только там, где отправка идёт через прокси, — то есть где задана эта директива. § 3.3.10.86

На что влияет

source-ip-max-smtp-out<domain>Одна из четырёх директив, смысл которых определяет этот переключатель. § 3.3.10.86source-ip-max-connect-rate<domain>Одна из четырёх директив, смысл которых определяет этот переключатель. § 3.3.10.86source-ip-max-msg-rate<domain>Одна из четырёх директив, смысл которых определяет этот переключатель. § 3.3.10.86source-ip-max-data-volume-rate<domain>Одна из четырёх директив, смысл которых определяет этот переключатель. § 3.3.10.86

Сюда ссылаются

Четыре способа сказать «медленнее»Решает, к какому адресу относятся формы «на адрес источника» — к локальному или к тому, который видит приёмник. § 3.3.10.86

Как проверить на узле
Проверять надо два разных факта: что значение записано и что служба после этого перезапускалась. Второе важнее — без перезапуска первое ничего не значит:
grep -rn enable-source-ip-limits-on-sending-ip /etc/pmta/
pmta show status | grep -i uptime
Если время работы больше, чем возраст правки в конфигурации, — значит был только reload, и старое значение всё ещё в силе. Образец вывода pmta show settings в руководстве этой строки не содержит: он снят на более ранней версии, где директивы ещё не было. Хаб переключатель не пишет и не читает.
◇

Что ещё почитать

3 статьи

◇Адрес отправки — из чего он складываетсяИменованный набор всего, что является свойством адреса: с какого IP уходит письмо, чем узел представляется, чем подписывает и как быстро шлёт.◇Отправитель называет поток для каждого письмаПисьмо несёт имя потока, которым его надо отправить, — выбор делает подающая программа, а не конфигурация узла.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Прогрев адресов · Отправка через прокси
Важность
критично
Соседние настройки блока <domain>:disable-acct-recordsretry-aftermax-msg-ratedkim-signbounce-afterВсе 135 директив блока →