>> However, my main point of confusion was surrounding the use of
>> "smtp_tls_security_level", where I believe the documentation says the
>> default for this setting is 'none'.
>
> As documented in TLS_README and other places, the default is "no
> TLS" for both server and client, and I do not expect that to change.
> Sites that want to use TLS will have to configure it (with "may",
> typically).

OK, sounds like you are not interested in changing the default.  I
expected that.  I still maintain that adding verbiage that links the
two settings would add value to the documentation... the TLS_README is
a fairly long document and it is easy to miss that detail or not
understand what is required versus optional.

However, it strikes me as strange that developers went through the
trouble of automatically configuring "smtpd_use_tls = yes" for
client/servers that support STARTTLS, when that setting has little
value if the smtp_tls_security_level setting is not also changed.
What other purpose does the smtpd_use_tls setting have, except to
explicitly disable the protocol?

As a bit of an aside, I see that there is a setting called
"smtp_tls_loglevel' that is independent of "debug_peer_list" that may
have helped me?  IMO this distinction is not intuitive, users
typically don't expect to have to enable debug logging in multiple
places to diagnose a problem.  I am not sure if it is included in the
higher log levels of smtp_tls_loglevel, but perhaps you might consider
adding a log message such as:
"WARNING remote server advertised support of STARTTLS but
smtp_tls_security_level is defined as none; communications will not be
encrypted."

In any case, thanks for your time and attention.  Hopefully someone
finds this conversation helpful when searching the archives.
Matt

Reply via email to