tls-allow-sslv3

<smtp-listener>устарела

Принимать ли SSLv3 на этом входе — директива не действует
в конфигурации это строкаtls-allow-sslv3внутри блока <smtp-listener>
То же имя ещё 1:<smtp-listener><transmissions-api-listener>— часть из них другие настройки, часть та же самая
Третья копия строки, которая ничего не делает

Как и её однофамильцы для приёма и отправки, строка не действительна: протокола нет в поставке.

Таких строк в конфигурации может встретиться пять — на отправке приёмнику, на приёме почты узлом, у слушателя, у входа Transmissions API и у веб-монитора. Все пять подлежат удалению, и поведение узла от этого не изменится.

Главная ловушка — принять строку за действующую настройку. Она не вызывает ошибки и выглядит как обычное разрешение; в отчётах о настройках безопасности она регулярно фигурирует как «запрет небезопасного протокола».
Что делает Хаб. Не пишет — и не мог бы: поддержки протокола нет.
Рекомендуемые значения

Значений нет. Единственное действие — убрать:

Что нашли Что делать
tls-allow-sslv3 у слушателя удалить
такие же строки у отправки, приёма, входа API и монитора удалить тоже
рядом другие tls-allow-* переписать на пару границ
Факт, что директива больше не действительна, — из руководства (§ 3.3.17.9). Совет удалять все пять копий — наш.
Пример в конфигурации
# так быть не должно — строка не делает ничего
<smtp-listener 0.0.0.0:25>
    tls-allow-sslv3 false</smtp-listener>
Встречается в перенесённых конфигурациях. Удаление не изменит поведения: протокола нет в поставке.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается1 ошибка▶

Считают строку действующей защитой

§ 3.3.17.9

Чем чреватоВыглядит как запрет небезопасного протокола и попадает в отчёты о настройках безопасности. На деле не делает ничего.
Как заметитьСтрока перечисляется среди мер защиты при аудите конфигурации.
Как правильноУбрать и опираться на tls-min-version: это единственный работающий способ задать нижнюю границу у слушателя.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
tls-allow-sslv3 <boolean>
Значения
значения не применяются — директива не действует
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<smtp-listener>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Наследование обсуждать не приходится: строка не действует ни на каком уровне. Заменяющие её границы пишутся в том же блоке слушателя; наследования от уровня узла руководство для них не обещает.
Как проверить на узле
Проверка одна — найти все пять копий и убрать:
grep -rn "tls-allow-sslv3" /etc/pmta/
Найдутся строки отправки, приёма узлом, слушателя, входа Transmissions API и веб-монитора. Все подлежат удалению.
В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Шифрование соединений