<source>
Форма и правила те же, что на уровне узла: путь, маска или адрес HTTP. Меняется место подстановки — строки читаются как настройки этого блока <source>, а не узла.
Повторять можно — руководство показывает две строки подряд, файл и адрес.
Практический смысл здесь чуть другой, чем на уровне узла. Источники различаются между узлами чаще всего: у каждого свои подсети подачи, свои разрешения. Вынести эту часть в отдельный файл — самый очевидный способ держать общий шаблон и локальные различия порознь.
Три формы значения, как и на уровне узла:
| Значение | Когда |
|---|---|
| путь к файлу | различия узлов вынесены отдельно |
| маска | набор файлов одной строкой |
| адрес HTTP | настройки источников раздаются централизованно |
Файл обязан содержать строки, допустимые в <source>. Проверки «то ли это» до применения нет: несоответствие обнаружится ошибкой разбора конфигурации.
# различия узла вынесены из общего шаблона <source 0/0> include /etc/pmta/sourcecfg.txt include http://10.1.2.3:4000/my/source/config </source>
что делают не так и чем это кончается2 ошибки▶
§ 3.3.7.74
наш опыт
1 связь
includeGlobalТа же директива в корне файла; там она добавляет строки уровня узла. § 3.3.1.53
grep -n -A20 '<source' /etc/pmta/config | grep -i 'source\|include'
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Группа, дающая право управлятьЧленство в группе pmta даёт непривилегированному пользователю право звать команды узла и пользоваться подачей.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.