Fikir, kullanıcıları e-posta istemcilerini şifreli giden smtp sunucusuyla yapılandırmaya zorlamaktır. Şimdiki conf ile Thunderbird onlara smtp sunucusuyla düz metin halinde iletişim kurma seçeneğini bıraktı ...
Kaynak kodu yeniden derlemeden Thunderbird'deki seçeneği devre dışı bırakamazsınız, ancak şifrelemeyi zorlamak için postfix stmpd daemon'u (istemcilerinizden posta alan) yapılandırabilirsiniz. Bunu yapmak için, eski seçeneklerin karşılığı olan smtpd_tls_security_level = encrypt kullanın , smtpd_use_tls = yes ve smtp_enforce_tls = yes . smtpd_tls_security_level = şifreleyin ve smtp_enforce_tls = yes , smtpd_tls_auth_only = evet anlamına gelir
Postfix dokümantasyonundan smtpd_tls_security_level = encrypt ile ilgili
Zorunlu TLS şifrelemesi: SMTP istemcilerine STARTTLS desteğini duyurun ve istemcilerin TLS şifrelemesini kullanmalarını isteyin. RFC 2487'ye göre, bu halka açık bir SMTP sunucusu olması durumunda UYGULANMAMALIDIR . Bunun yerine, bu seçenek yalnızca özel sunucularda kullanılmalıdır.
Genel sunucu kullanıyorsanız, 25 / tcp bağlantı noktasında e-posta şifrelemesini zorlayamazsınız. Daha iyi bir çözüm smtpd daemon port 25 / tcp postfix ile müşterilerinizden posta teslimini devre dışı bırakmak ve postfix gönderim arka planını etkinleştirmektir (bu, yalnızca 587 / tcp portunda çalışan RFC 4409'da açıklanan yerel müşterilerinizden posta almak için kullanılan özel postfix smtpd daemonudur ) . Bu set yapmak için olabilir = smtpd_tls_security_level ve çıkarın permit_sasl_authenticated
gelen smtpd_recipient_restrictions . In master.cf
gönderme cini hakkında yorumsuz hattı:
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