summary |
shortlog |
log |
commit | commitdiff |
tree
raw |
patch |
inline | side by side (from parent 1:
61147df)
New behaviour matches GnuTLS handling, and is documented.
Previously, a tls_verify_certificates expansion forced failure was the
only portable way to avoid setting this option. Now, an empty string is
equivalent.
See &<<SECTtlssni>>& for discussion of when this option might be re-expanded.
See &<<SECTtlssni>>& for discussion of when this option might be re-expanded.
+A forced expansion failure or setting to an empty string is equivalent to
+being unset.
+
.option tls_verify_hosts main "host list&!!" unset
.cindex "TLS" "client certificate verification"
.option tls_verify_hosts main "host list&!!" unset
.cindex "TLS" "client certificate verification"
Patch by Alain Williams (plus minor tweaks).
Bugzilla 880.
Patch by Alain Williams (plus minor tweaks).
Bugzilla 880.
+PP/18 OpenSSL made graceful with empty tls_verify_certificates setting.
+ This is now consistent with GnuTLS, and is now documented: the
+ previous undocumented portable approach to treating the option as
+ unset was to force an expansion failure. That still works, and
+ an empty string is now equivalent.
+
Exim version 4.80.1
-------------------
Exim version 4.80.1
-------------------
if (!expand_check(certs, US"tls_verify_certificates", &expcerts))
return DEFER;
if (!expand_check(certs, US"tls_verify_certificates", &expcerts))
return DEFER;
+if (expcerts != NULL && *expcerts != '\0')
{
struct stat statbuf;
if (!SSL_CTX_set_default_verify_paths(sctx))
{
struct stat statbuf;
if (!SSL_CTX_set_default_verify_paths(sctx))