<smtp-listener>
Тот же список наборов, что у узла, но для соединений этого слушателя. Умолчание перечисляет пять наборов, все современные.
Осмысленный повод сузить — внешнее требование с конкретным перечнем. Ради «усиления» трогать не стоит: слабых наборов в версии 1.3 нет.
Умолчание у слушателя своё, такое же, как у узла — строку задают здесь, когда у этого входа должно быть иначе или когда значение изменено на узле (наследования руководство не обещает):
| Что | Когда |
|---|---|
| не задавать | всегда |
| сузить до перечня из политики | внешнее требование |
| оставить один набор | не делать |
# настройка одного входа, остальные берут значение узла <smtp-listener 0.0.0.0:2525> tls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256</smtp-listener>
что делают не так и чем это кончается2 ошибки▶
§ 3.3.17.13
наш опыт
1 связь
openssl s_client -starttls smtp -connect localhost:2525 -tls1_3
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Заголовки, которыми отправитель управляет доставкойШесть служебных заголовков позволяют подающей стороне выбрать поток, пометить письмо заданием, задать настройки и ключ подписи, идентификатор конверта и расписание; каждый разрешается отдельно и по источникам.◇Заголовок балансировщика на входеУзел читает заголовок PROXY в начале входящего соединения и считает источником адрес из него; работает у обоих видов входа.