Блок описывает одного пользователя, которому позволено ретранслировать почту через узел — независимо от адреса, с которого он подаёт. Имя блока и есть логин.
Внутри две обязательные по смыслу части: чем подтверждается вход и какие права даются вошедшему.
Подтверждается вход директивой authentication-method — паролем (умолчание), сертификатом, системным логином на Linux или через LDAP. Для парольного нужен password, для сертификатного — tls-certificate и, если проверяется цепочка, tls-ca-file с tls-certificate-san-or-cn.
Права даются ссылкой source на именованный блок источника: его настройки действуют после входа. Логину без такой ссылки достаётся зарезервированный источник {auth}, если он объявлен.
Пароли здесь лежат открытым текстом — так требует MTA, иначе не поддержать все механизмы SASL. Значит файл конфигурации надо защищать как файл ключей.
# вход по паролю и свой набор прав через именованный источник <smtp-user shop-example-com> password 8xK2-qRt7-vD1s-mZ4w source {shop-example-com-auth} </smtp-user> # вход по сертификату — пароля не требуется вовсе <smtp-user partner> authentication-method certificate tls-certificate /etc/pmta/partner.pem source {partner-auth} </smtp-user>
0 связей
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.