Red Hat Bugzilla – Bug 1396209
Backport IRC/PostgreSQL/LMTP/NNTP/Sieve/LDAP support for OpenSSL's s_client
Last modified: 2017-08-01 14:16:10 EDT
Description of problem: Please backport LMTP support (RFC 2033) for OpenSSL's s_client (once it is upstream): https://github.com/openssl/openssl/pull/1945 When working often with mail servers, remote LMTP servers sometimes require STARTTLS which is right now not supported in OpenSSL's client, thus debugging or testing such setups is harder without that feature. Version-Release number of selected component (if applicable): openssl-1.0.1e-60.el7.x86_64 Actual results: No LMTP support in OpenSSL's s_client. Expected results: LMTP support in OpenSSL's s_client... ;-)
Created attachment 1221614 [details] openssl-1.0.1e-s_client-lmtp.patch My proposal for backporting the feature to OpenSSL in RHEL 7.
Cross-filed case 01742481 on Red Hat customer portal.
Created attachment 1260998 [details] openssl-1.0.2k-s_client-starttls.patch Given I am not able to access the openssl-1.0.2k-1.el7 mentioned in bug #1276310 this patch is created against a vanilla OpenSSL 1.0.2k.
I suppose you are willing to test the patched openssl if we provide it to you through the customer portal case?
Tomas, indeed. I am also willing to rebase my patch if a SRPM is provided.
That's trivial, I'll take care of that.
I successfully tested XMPP-Server/IRC/PostgreSQL/LMTP/NNTP/Sieve/LDAP using openssl-1.0.2k-4.el7 against at least 2 servers/daemons per before mentioned protocol (to achieve both, a successful STARTTLS and also a failed one). The testing result matches my tests that I did with upstream/master (1.1.x).
Great, thank you.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:1929