<domain>устарела
Руководство отводит этой строке две строчки: пометку «устарела» и отсылку к source-ip-max-smtp-out. Ни синтаксиса, ни умолчания, ни описания поведения там больше нет — вендор считает вопрос закрытым.
Что делать, если встретили её в конфигурации. Заменить на новое имя один в один: смысл тот же — потолок одновременных соединений к получателю с отдельного адреса отправки. Заодно проверить enable-source-ip-limits-on-sending-ip: он появился позже и решает, какой адрес при этом считается исходящим.
Оставлять как есть не стоит. Директива без описания в руководстве — это директива, поведение которой никто не обещает: в следующем издании она может просто перестать читаться, и узел откажется стартовать с непонятной строкой в конфигурации.
Рекомендуемых значений нет и быть не может. Единственное верное действие — замена на source-ip-max-smtp-out с сохранением прежнего числа, а дальше уже считать по правилам новой директивы.
# было — в конфигурации, доставшейся по наследству <domain comcast.net> max-smtp-out-per-source-ip 1.2.3.4 10 </domain> # стало <domain comcast.net> source-ip-max-smtp-out 1.2.3.4 10</domain>
что делают не так и чем это кончается1 ошибка▶
§ 3.3.10.87
1 связь
grep -rn max-smtp-out-per-source-ip /etc/pmta/
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.