Идея состоит в том, чтобы заставить пользователей настраивать свои почтовые клиенты с зашифрованным исходящим smtp-сервером. С текущим conf Thunderbird оставляет им возможность общаться с сервером smtp в виде простого текста ...
Вы не можете отключить опцию в Thunderbird без перекомпиляции исходного кода, но вы можете настроить демон postfix stmpd (который получает почту от ваших клиентов) для обеспечения шифрования. Для этого используйте smtpd_tls_security_level = encrypt , что эквивалентно устаревшим опциям smtpd_use_tls = yes и smtp_enforce_tls = yes . smtpd_tls_security_level = encrypt и smtp_enforce_tls = yes подразумевает smtpd_tls_auth_only = yes
Из документации postfix о smtpd_tls_security_level = encrypt
Обязательное шифрование TLS: объявите поддержку STARTTLS для клиентов SMTP и потребуйте, чтобы клиенты использовали шифрование TLS. Согласно RFC 2487 это НЕ ДОЛЖНО применяться в случае SMTP-сервера, на который имеются публичные ссылки. Вместо этого этот параметр следует использовать только на выделенных серверах.
Если вы используете общедоступный сервер, вы не можете применить шифрование электронной почты на порту 25 / tcp. Лучшее решение - отключить доставку почты с помощью демона postfix smtpd 25 / tcp от ваших клиентов и включить демон отправки postfix (который является специальным демоном postfix smtpd, используемым только для получения почты от ваших локальных клиентов, как описано в RFC 4409, работающем на порту 587 / tcp) , Для этого установите smtpd_tls_security_level = may и удалите permit_sasl_authenticated
из smtpd_recipient_restrictions . В master.cf
некомментированной строке о представлении демона:
submission inet n - n - - submission
-o smtpd_tls_security_level=encrypt
-o smtpd_sasl_auth_enable=yes
-o smtpd_recipient_resrictions=permit_sasl_authenticated,reject