Use tls options in sockopts for ssl connection #214
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
While trying to make bamboo_smtp work with the smtp server of domainfactory (df.eu), I found I needed some options handled differently. While I'm not into the topic taming the ssl beast, I wanted to share it and maybe collect some feedback if this is wrong on my end or should fully/partly merged into bamboo_smtp.
Using it with (username/password/hostname omitted):
It seems to me that
gen_smtp
(v1.2
) gave up on collecting/validating the tls options (gen-smtp/gen_smtp@3cfd421) and is simply passingsockopts
tossl:connect()
while usingtls_options
when usingSTARTTLS
. If I read this right it might be easier to do the same, skip the validation of known tls-related config keys/values, move the configuration totls: [ verify: :verify_peer, … ]
and pass this togen_smtp
. But this would be a breaking change…Any opinions?