[arch-general] libesmtp 1.0.6-7 does not link to openssl
Hello, I am having a weird issue with libesmtp : it does not use TLS, confirmed by wireshark sniffing. The ASP repo was pulled, and here is the result of ./configure --prefix=/usr : ************************* *** libESMTP features *** ************************* --with-auth-plugin-dir: /usr/lib/esmtp-plugins --with-lwres: no --with-openssl: no --enable-pthreads: yes --enable-etrn: no --enable-ntlm: no --enable-chunking: yes --enable-xusr: yes --enable-nsauth: yes --enable-debug: no After examining config.log, the conftest.c program, generated by configure, failed to compile : #ifdef __cplusplus extern "C" #endif char SSL_library_init (); int main () { return SSL_library_init (); ; return 0; } By including <openssl/ssl.h> before int main(), conftest.c does compile. Talking to an SMTP server without TLS is obviously not an option. How can this be fixed ? A patch by the package maintainer ? Reporting to upstream ? (Seems to be fedora here) Regards.
SET via arch-general <arch-general@lists.archlinux.org> wrote:
Hello,
I am having a weird issue with libesmtp : it does not use TLS, confirmed by wireshark sniffing.
The ASP repo was pulled, and here is the result of ./configure --prefix=/usr :
************************* *** libESMTP features *** ************************* --with-auth-plugin-dir: /usr/lib/esmtp-plugins --with-lwres: no --with-openssl: no
Just guessing. Is that no the culprit? -- u34
Le dimanche 4 avril 2021 00:33:26 CEST u34--- via arch-general a écrit :
*** libESMTP features *** ************************* --with-auth-plugin-dir: /usr/lib/esmtp-plugins --with-lwres: no --with-openssl: no
Just guessing. Is that no the culprit?
Well, I was expecting configure to find and use libssl, and state '--with- openssl: yes' when it finishes. Explicitly specifying 'with-openssl=yes' does not help : ./configure --prefix=/usr --with-openssl=yes checking for openssl/ssl.h... yes checking for SSL_library_init in -lssl... no configure: error: cannot find the ssl library I worked around it by modifying configure as stated above; libssl and libcrypto are linked in afterwards. Thanks.
On 4/3/21 4:40 PM, SET via arch-general wrote:
Hello,
I am having a weird issue with libesmtp : it does not use TLS, confirmed by wireshark sniffing.
The ASP repo was pulled, and here is the result of ./configure --prefix=/usr :
************************* *** libESMTP features *** ************************* --with-auth-plugin-dir: /usr/lib/esmtp-plugins --with-lwres: no --with-openssl: no --enable-pthreads: yes --enable-etrn: no --enable-ntlm: no --enable-chunking: yes --enable-xusr: yes --enable-nsauth: yes --enable-debug: no
After examining config.log, the conftest.c program, generated by configure, failed to compile :
#ifdef __cplusplus extern "C" #endif char SSL_library_init (); int main () { return SSL_library_init (); ; return 0; }
By including <openssl/ssl.h> before int main(), conftest.c does compile.
Talking to an SMTP server without TLS is obviously not an option.
How can this be fixed ? A patch by the package maintainer ? Reporting to upstream ? (Seems to be fedora here)
This happens because it uses SSL_library_init and openssl < 1.1 which the headers wrap in a compat #define I guess the solution here is to backport https://github.com/libesmtp/libESMTP/commit/22f05352122be48c8034fcfe6cba9c94... You may additionally/alternatively ask upstream to consider releasing 1.6.1 containing the currently available maintenance fixes. -- Eli Schwartz Bug Wrangler and Trusted User
Le mardi 6 avril 2021 04:44:10 CEST Eli Schwartz via arch-general a écrit :
You may additionally/alternatively ask upstream to consider releasing 1.6.1 containing the currently available maintenance fixes.
I wrote to this Arch package maintainer, Felix Yan, to request an updated Arch package based on branch 'libesmtp-1.0.6'. The latter provides a 'bootstrap.sh' script that generates a working configure script. Thanks for your input.
participants (3)
-
Eli Schwartz
-
SET
-
u34＠net9.ga