<smtp-pattern-list>
Форма и правила те же: путь, маска или адрес HTTP. Строки читаются как правила этого списка разбора ответов приёмника.
Здесь вынос в файл особенно уместен. Правила разбора ответов — самая длинная и самая живая часть конфигурации: приёмники меняют формулировки, появляются новые коды, список растёт. Держать его отдельно от остальной конфигурации и обновлять централизованно — естественный способ работы.
Повторять можно — руководство показывает файл и адрес подряд.
Три формы значения, как и на уровне узла:
| Значение | Когда |
|---|---|
| путь к файлу | длинный список вынесен из конфигурации |
| маска | набор файлов по приёмникам |
| адрес HTTP | правила обновляются централизованно |
Место строки важнее её значения. Ставьте подключение там, где подключённые правила должны оказаться по приоритету: узкие — выше широких.
# длинный список правил вынесен и обновляется отдельно <smtp-pattern-list blockList> include /etc/pmta/patterns.txt include https://10.1.2.3:4000/smtp/patterns.txt </smtp-pattern-list>
что делают не так и чем это кончается2 ошибки▶
§ 3.3.15.1
§ 3.3.15.1
2 связи
includeGlobalТа же директива в корне файла; там она добавляет строки уровня узла. § 3.3.1.53
grep -rn -A30 '<smtp-pattern-list' /etc/pmta/
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Группа, дающая право управлятьЧленство в группе pmta даёт непривилегированному пользователю право звать команды узла и пользоваться подачей.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.