<smtp-listener>устарела
Как и её однофамильцы для приёма и отправки, строка не действительна: протокола нет в поставке.
Таких строк в конфигурации может встретиться пять — на отправке приёмнику, на приёме почты узлом, у слушателя, у входа Transmissions API и у веб-монитора. Все пять подлежат удалению, и поведение узла от этого не изменится.
Значений нет. Единственное действие — убрать:
| Что нашли | Что делать |
|---|---|
| tls-allow-sslv3 у слушателя | удалить |
| такие же строки у отправки, приёма, входа API и монитора | удалить тоже |
| рядом другие tls-allow-* | переписать на пару границ |
# так быть не должно — строка не делает ничего <smtp-listener 0.0.0.0:25> tls-allow-sslv3 false</smtp-listener>
что делают не так и чем это кончается1 ошибка▶
§ 3.3.17.9
1 связь
grep -rn "tls-allow-sslv3" /etc/pmta/
3 статьи
◇Подача по HTTPS на своём приёмнике, по образцу SparkPostОтдельный вход: свой приёмник с сертификатом, свои ключи и зарезервированное имя источника, через которое к такой почте применяются обычные настройки подачи.◇Приёмник объявляет требование шифрования на своём сайтеУзел забирает политику получателя по HTTPS и, если та в режиме принуждения, доставляет только при совпадении MX, шифровании и проверенном сертификате.◇Приёмник объявляет требование шифрования в своей зоне DNSУзел смотрит записи DANE получателя и, если тот требует STARTTLS, отправляет только по зашифрованному каналу с проверенным по отпечатку сертификатом.