Thorsten Glaser wrote:
when using the default opportunistic STARTTLS on delivering (when the contacted server has it, try it, else just ignore its absence), there
is one thing I miss from sendmail which Postfix has: the latter, when STARTTLS fails (e.g. no shared cipher) it remembers that and on later delivery attempts, it doesn’t try STARTTLS (I think per message).
Do you mean TLSFallbacktoClear?
8.16.1/8.16.1 2020/07/05
To automatically handle TLS interoperability problems for outgoing
mail, sendmail can now immediately try a connection again
without STARTTLS after a TLS handshake failure.
This can be configured globally via the option
TLSFallbacktoClear or per session via the 'C' flag
of tls_clt_features.
Or do you mean some "long term storage" about this problem? If the
latter: how long? Maybe the server problem is getting fixed so
you want to use STARTTLS after all?
--
Note: please read the netiquette before posting. I will almost never
reply to top-postings which include a full copy of the previous
article(s) at the end because it's annoying, shows that the poster
is too lazy to trim his article, and it's wasting the time of all readers.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)