Перечень директив, относящихся к подлинности почты и входу, в одном месте: руководство собирает их из блоков <source>, <domain>, <smtp-user>, слушателей и Transmissions API.
Полезен именно как сводка: настройки входа и проверок живут в разных блоках, а одноимённые — например tls-ca-file — в нескольких сразу.
Перечень по задачам:
| Задача | Директивы |
|---|---|
| вход при подаче | require-auth, allow-auth, allow-unencrypted-plain-auth, smtp-max-auth-failure-rate |
| вход при доставке | auth-username, auth-password, use-unencrypted-plain-auth |
| подпись писем | dkim-sign, domain-key, arc-sign |
| проверка входящих | check-spf-inbound, check-dkim-inbound, check-arc-inbound |
| защита канала доставки | use-dane, use-mta-sts |
# найти в конфигурации узла строки из перечня grep -nE 'require-auth|allow-auth|smtp-max-auth-failure-rate|auth-username|dkim-sign|domain-key' /etc/pmta/config /etc/pmta/*.txt
Связанные записи
1 связь
pmta show settings gmail.com/vmta1 | grep -E 'auth|dkim'
Что ещё почитать
3 статьи
◇Не отправлять то, что не пройдёт проверку у получателяУзел сам проверяет SPF своей почты перед отправкой: не прошло — отбивает, не дожидаясь чужого отказа.◇Как узел подписывает письма и выбирает ключКлюч выбирается по домену отправки из заголовков, перебором объявлений сверху вниз.◇Заголовок письма, которым подающая сторона правит подписьПять параметров в X-DKIM-Options: селектор, домен, имя подписи, способ запроса и список ключей.
- Цена ошибки
- безопасно: неверное значение ничего не ломает
- Сценарии
- Подпись и аутентификация писем