[GH-ISSUE #28 ] [Bug] Not able to send emails on Solus Linux distro #27

Author

Owner

@Kabouik commented on GitHub (Jan 30, 2020):

I just realized that default (non-verbose) logging is probably always enabled, while verbose logging is enabled with -e or corresponding setting in main.conf. I thought we only had verbose logging now.

If correct, this kind of solves #19 provided that the documentation on both types of logging (namely that simple logging is enabled by default) is added to the README.md.

@Kabouik commented on GitHub (Jan 30, 2020): I just realized that default (non-verbose) logging is probably always enabled, while verbose logging is enabled with `-e` or corresponding setting in `main.conf`. I thought we only had verbose logging now. If correct, this kind of solves #19 provided that the documentation on both types of logging (namely that simple logging is enabled by default) is added to the `README.md`.

kerem commented

Author

Owner

@d99kris commented on GitHub (Jan 31, 2020):

I will send you a log file from the computer when attempting to send an email. However the file is already 14 MB with just this attempt. Is there something I can delete from the file before sending it?

Yeah it could probably be cleared up, for example removing all lines containing imap or FETCH. Another option would be to just try to zip the file, as it's mostly plain text the compression ratio should be fairly good.

.. provided that the documentation on both types of logging (namely that simple logging is enabled by default) is added to the README.md.

Sure, let me review README.md and if it can be made clearer.

@d99kris commented on GitHub (Jan 31, 2020): > I will send you a log file from the computer when attempting to send an email. However the file is already 14 MB with just this attempt. Is there something I can delete from the file before sending it? Yeah it could probably be cleared up, for example removing all lines containing `imap` or `FETCH`. Another option would be to just try to zip the file, as it's mostly plain text the compression ratio should be fairly good. > .. provided that the documentation on both types of logging (namely that simple logging is enabled by default) is added to the README.md. Sure, let me review README.md and if it can be made clearer.

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 5, 2020):

Sure, let me review README.md and if it can be made clearer.

In the fix of #19 the README.md was updated to better clarify the logging levels. Feel free to let me know if it is still unclear.

@d99kris commented on GitHub (Feb 5, 2020): > Sure, let me review README.md and if it can be made clearer. In the fix of #19 the README.md was updated to better clarify the logging levels. Feel free to let me know if it is still unclear.

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 8, 2020):

FYI - I tried sending email using nmail under Solus now and I am able to reproduce the problem, so I don't need any log file for debugging.

@d99kris commented on GitHub (Feb 8, 2020): FYI - I tried sending email using nmail under Solus now and I am able to reproduce the problem, so I don't need any log file for debugging.

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 9, 2020):

I finally got a chance to debug this a bit.

Log extract from nmail under Solus:

2020-02-09 15:12:06.265 | DEBUG | smtp->auth = 0xd  (smtp.cpp:127)
2020-02-09 15:12:06.265 | ERROR | mailsmtp_auth(smtp, m_User.c_str(), 
m_Pass.c_str()) = MAILSMTP_ERROR_NOT_IMPLEMENTED  (smtp.cpp:129)

Authentication type in libetpan is a bitmask where 0xd is made up by:

  MAILSMTP_AUTH_CHECKED = 1,
  MAILSMTP_AUTH_PLAIN = 4,
  MAILSMTP_AUTH_LOGIN = 8,

mailsmtp_auth() calls mailsmtp_auth_type() when MAILSMTP_AUTH_PLAIN is set, which in turn calls mailesmtp_auth_sasl() which returns MAILSMTP_ERROR_NOT_IMPLEMENTED if libetpan is not built with libsasl2 support.

Checking with ldd also indicates that the Solus libetpan package is built without libsasl2 support.

Solus

    $ ldd /usr/lib/libetpan.so
      linux-vdso.so.1 (0x00007ffc295fb000)
      libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fb74dc46000)
      libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fb74dbd000)
      libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fb74d976000)
      libz.so.1 => /usr/lib/libz.so.1 (0x00007fb74d95d000)
      libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fb74d76e000)
      libm.so.6 => /usr/lib/libm.so.6 (0x00007fb74d620000)
      libc.so.6 => /usr/lib/libc.so.6 (0x00007fb74d435000)
      libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fb74d41a000)
      libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fb74d414000)
      /usr/lib64/ld-linux-x86-64.so.2 (0x00007fb74dd4e000)

Ubuntu 18.04 LTS

    $ ldd /usr/lib/x86_64-linux-gnu/libetpan.so
      linux-vdso.so.1 (0x00007ffc5c371000)
      libdb-5.3.so => /usr/lib/x86_64-linux-gnu/libdb-5.3.so (0x00007f9d90a88000)
      libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f9d90722000)
      libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f9d90507000)
      libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f9d902ea000)
      liblockfile.so.1 => /usr/lib/x86_64-linux-gnu/liblockfile.so.1 (0x00007f9d900e6000)
      libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9d8fcf5000)
      libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9d8fad6000)
      libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f9d8f7a7000)
      libidn2.so.0 => /usr/lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f9d8f58a000)
      libunistring.so.2 => /usr/lib/x86_64-linux-gnu/libunistring.so.2 (0x00007f9d8f20c000)
      libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f9d8eff9000)
      libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f9d8edc3000)
      libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f9d8eb8f000)
      libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f9d8e90e000)
      libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9d8e70a000)
      /lib64/ld-linux-x86-64.so.2 (0x00007f9d910f3000)
      libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f9d8e502000)

I would be inclined to think it's a Solus packaging bug in terms of how libetpan is configured/built for Solus.

When I find time I might try to build / install libetpan from source under Solus, to confirm it fixes the problem.

@d99kris commented on GitHub (Feb 9, 2020): I finally got a chance to debug this a bit. Log extract from `nmail` under `Solus`: ``` 2020-02-09 15:12:06.265 | DEBUG | smtp->auth = 0xd (smtp.cpp:127) 2020-02-09 15:12:06.265 | ERROR | mailsmtp_auth(smtp, m_User.c_str(), m_Pass.c_str()) = MAILSMTP_ERROR_NOT_IMPLEMENTED (smtp.cpp:129) ``` Authentication type in `libetpan` is a bitmask where 0xd is made up by: ``` MAILSMTP_AUTH_CHECKED = 1, MAILSMTP_AUTH_PLAIN = 4, MAILSMTP_AUTH_LOGIN = 8, ``` `mailsmtp_auth()` calls `mailsmtp_auth_type()` when `MAILSMTP_AUTH_PLAIN` is set, which in turn calls `mailesmtp_auth_sasl()` which returns `MAILSMTP_ERROR_NOT_IMPLEMENTED` if `libetpan` is not built with `libsasl2` support. Checking with `ldd` also indicates that the Solus `libetpan` package is built without `libsasl2` support. **Solus** ``` $ ldd /usr/lib/libetpan.so linux-vdso.so.1 (0x00007ffc295fb000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fb74dc46000) libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fb74dbd000) libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fb74d976000) libz.so.1 => /usr/lib/libz.so.1 (0x00007fb74d95d000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fb74d76e000) libm.so.6 => /usr/lib/libm.so.6 (0x00007fb74d620000) libc.so.6 => /usr/lib/libc.so.6 (0x00007fb74d435000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fb74d41a000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fb74d414000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007fb74dd4e000) ``` **Ubuntu 18.04 LTS** ``` $ ldd /usr/lib/x86_64-linux-gnu/libetpan.so linux-vdso.so.1 (0x00007ffc5c371000) libdb-5.3.so => /usr/lib/x86_64-linux-gnu/libdb-5.3.so (0x00007f9d90a88000) libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f9d90722000) libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f9d90507000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f9d902ea000) liblockfile.so.1 => /usr/lib/x86_64-linux-gnu/liblockfile.so.1 (0x00007f9d900e6000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9d8fcf5000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9d8fad6000) libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f9d8f7a7000) libidn2.so.0 => /usr/lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f9d8f58a000) libunistring.so.2 => /usr/lib/x86_64-linux-gnu/libunistring.so.2 (0x00007f9d8f20c000) libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f9d8eff9000) libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6 (0x00007f9d8edc3000) libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4 (0x00007f9d8eb8f000) libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f9d8e90e000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9d8e70a000) /lib64/ld-linux-x86-64.so.2 (0x00007f9d910f3000) libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f9d8e502000) ``` I would be inclined to think it's a `Solus` packaging bug in terms of how `libetpan` is configured/built for Solus. When I find time I might try to build / install `libetpan` from source under `Solus`, to confirm it fixes the problem.

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 9, 2020):

I figured I'd try building libetpan now. By first installing SASL and then downloading and building libetpan from source, and installing it, and then rebuilding nmail - I was able to send emails from Solus.

Some commands I used for reference:

sudo eopkg remove libetpan-devel 
sudo eopkg install cyrus-sasl-devel
git clone https://github.com/dinhviethoa/libetpan
cd libetpan
./autogen.sh
make
sudo make install
cd
git clone https://github.com/d99kris/nmail
cd nmail
./genman.sh
cd build
sudo make install
ldd nmail

@d99kris commented on GitHub (Feb 9, 2020): I figured I'd try building `libetpan` now. By first installing SASL and then downloading and building `libetpan` from source, and installing it, and then rebuilding `nmail` - I was able to send emails from `Solus`. Some commands I used for reference: ``` sudo eopkg remove libetpan-devel sudo eopkg install cyrus-sasl-devel git clone https://github.com/dinhviethoa/libetpan cd libetpan ./autogen.sh make sudo make install cd git clone https://github.com/d99kris/nmail cd nmail ./genman.sh cd build sudo make install ldd nmail ```

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 9, 2020):

Based on above findings I will proceed to close this bug. The root cause will need to be fixed by the packager of libetpan on Solus - to ensure libetpan is built with SASL support enabled. Alternatively Solus users may use the workaround provided above - building libetpan from source.

@d99kris commented on GitHub (Feb 9, 2020): Based on above findings I will proceed to close this bug. The root cause will need to be fixed by the packager of `libetpan` on `Solus` - to ensure `libetpan` is built with `SASL` support enabled. Alternatively `Solus` users may use the workaround provided above - building `libetpan` from source.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Feb 11, 2020):

Just to follow up, I reported this to the Solus team: https://dev.getsol.us/T8713

Thanks a lot for your time investigating it @d99kris.

@Kabouik commented on GitHub (Feb 11, 2020): Just to follow up, I reported this to the Solus team: https://dev.getsol.us/T8713 Thanks a lot for your time investigating it @d99kris.

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 11, 2020):

Great, thank you! :)

@d99kris commented on GitHub (Feb 11, 2020): Great, thank you! :)

kerem commented

Author

Owner

@Kabouik commented on GitHub (Feb 20, 2020):

Note that I followed your instructions above to build libetpan and rebuild nmail with it, but I get a few errors that I did not get with the old nmail installation procedure I was using until now:

mathieu@xiaomimi-solus ~/.config/nmail $ git pull
remote: Enumerating objects: 15, done.
remote: Counting objects: 100% (15/15), done.
remote: Compressing objects: 100% (8/8), done.
remote: Total 8 (delta 7), reused 1 (delta 0), pack-reused 0
Unpacking objects: 100% (8/8), 879 bytes | 48.00 KiB/s, done.
From https://github.com/d99kris/nmail
   3a3f625..ceacaae  master     -> origin/master
Updating 3a3f625..ceacaae
Fast-forward
 CMakeLists.txt |  2 +-
 README.md      |  1 +
 src/nmail.1    |  2 +-
 src/ui.cpp     | 20 ++++++++++++++------
 src/ui.h       |  4 +++-
 5 files changed, 20 insertions(+), 9 deletions(-)
mathieu@xiaomimi-solus ~/.config/nmail $ ./genman.sh 
-- Found ccache
-- Using build type 'Debug' (default).
-- Found libetpan
-- Configuring done
-- Generating done
-- Build files have been written to: /home/mathieu/.config/nmail/build
Scanning dependencies of target nmail
[  5%] Building CXX object CMakeFiles/nmail.dir/src/addressbook.cpp.o
[ 10%] Building CXX object CMakeFiles/nmail.dir/src/aes.cpp.o
[ 15%] Building CXX object CMakeFiles/nmail.dir/src/body.cpp.o
[ 20%] Building CXX object CMakeFiles/nmail.dir/src/config.cpp.o
[ 25%] Building CXX object CMakeFiles/nmail.dir/src/contact.cpp.o
[ 30%] Building CXX object CMakeFiles/nmail.dir/src/flag.cpp.o
[ 35%] Building CXX object CMakeFiles/nmail.dir/src/header.cpp.o
[ 40%] Building CXX object CMakeFiles/nmail.dir/src/imap.cpp.o
[ 45%] Building CXX object CMakeFiles/nmail.dir/src/imapmanager.cpp.o
[ 50%] Building CXX object CMakeFiles/nmail.dir/src/lockfile.cpp.o
[ 55%] Building CXX object CMakeFiles/nmail.dir/src/log.cpp.o
[ 60%] Building CXX object CMakeFiles/nmail.dir/src/loghelp.cpp.o
[ 65%] Building CXX object CMakeFiles/nmail.dir/src/main.cpp.o
[ 70%] Building CXX object CMakeFiles/nmail.dir/src/serialized.cpp.o
[ 75%] Building CXX object CMakeFiles/nmail.dir/src/smtp.cpp.o
[ 80%] Building CXX object CMakeFiles/nmail.dir/src/smtpmanager.cpp.o
[ 85%] Building CXX object CMakeFiles/nmail.dir/src/status.cpp.o
[ 90%] Building CXX object CMakeFiles/nmail.dir/src/ui.cpp.o
[ 95%] Building CXX object CMakeFiles/nmail.dir/src/util.cpp.o
make[2]: *** No rule to make target '/usr/lib/libetpan.so', needed by 'nmail'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:104: CMakeFiles/nmail.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
mathieu@xiaomimi-solus ~/.config/nmail $ cat genman.sh 
#!/bin/bash

# genman.sh builds application and (re-)generates its man-page

mkdir -p build && cd build && cmake .. && make -s && cd .. && \
help2man -n "ncurses mail" -N -o src/nmail.1 ./build/nmail
exit ${?}
mathieu@xiaomimi-solus ~/.config/nmail $ cd build/
mathieu@xiaomimi-solus ~/.config/nmail/build $ sudo make install
make[1]: Entering directory '/home/mathieu/.config/nmail/build'
make[2]: Entering directory '/home/mathieu/.config/nmail/build'
make[2]: Leaving directory '/home/mathieu/.config/nmail/build'
make[2]: Entering directory '/home/mathieu/.config/nmail/build'
make[2]: *** No rule to make target '/usr/lib/libetpan.so', needed by 'nmail'.  Stop.
make[2]: Leaving directory '/home/mathieu/.config/nmail/build'
make[1]: *** [CMakeFiles/Makefile2:104: CMakeFiles/nmail.dir/all] Error 2
make[1]: Leaving directory '/home/mathieu/.config/nmail/build'
make: *** [Makefile:130: all] Error 2
mathieu@xiaomimi-solus ~/.config/nmail/build $ ldd nmail
	linux-vdso.so.1 (0x00007ffe88cfa000)
	libncursesw.so.5 => /usr/lib64/libncursesw.so.5 (0x00007f83cac90000)
	libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f83cac1a000)
	libetpan.so.20 => /usr/lib64/libetpan.so.20 (0x00007f83cab56000)
	libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f83cab35000)
	libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f83cab2f000)
	libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007f83ca8d5000)
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f83ca6e4000)
	libm.so.6 => /usr/lib64/haswell/libm.so.6 (0x00007f83ca5a4000)
	libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f83ca589000)
	libc.so.6 => /usr/lib64/haswell/libc.so.6 (0x00007f83ca3a2000)
	libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f83ca375000)
	libz.so.1 => /usr/lib64/libz.so.1 (0x00007f83ca35c000)
	/usr/lib64/ld-linux-x86-64.so.2 (0x00007f83cad26000)

@Kabouik commented on GitHub (Feb 20, 2020): Note that I followed your instructions above to build `libetpan` and rebuild `nmail` with it, but I get a few errors that I did not get with the old `nmail` installation procedure I was using until now: ``` mathieu@xiaomimi-solus ~/.config/nmail $ git pull remote: Enumerating objects: 15, done. remote: Counting objects: 100% (15/15), done. remote: Compressing objects: 100% (8/8), done. remote: Total 8 (delta 7), reused 1 (delta 0), pack-reused 0 Unpacking objects: 100% (8/8), 879 bytes | 48.00 KiB/s, done. From https://github.com/d99kris/nmail 3a3f625..ceacaae master -> origin/master Updating 3a3f625..ceacaae Fast-forward CMakeLists.txt | 2 +- README.md | 1 + src/nmail.1 | 2 +- src/ui.cpp | 20 ++++++++++++++------ src/ui.h | 4 +++- 5 files changed, 20 insertions(+), 9 deletions(-) mathieu@xiaomimi-solus ~/.config/nmail $ ./genman.sh -- Found ccache -- Using build type 'Debug' (default). -- Found libetpan -- Configuring done -- Generating done -- Build files have been written to: /home/mathieu/.config/nmail/build Scanning dependencies of target nmail [ 5%] Building CXX object CMakeFiles/nmail.dir/src/addressbook.cpp.o [ 10%] Building CXX object CMakeFiles/nmail.dir/src/aes.cpp.o [ 15%] Building CXX object CMakeFiles/nmail.dir/src/body.cpp.o [ 20%] Building CXX object CMakeFiles/nmail.dir/src/config.cpp.o [ 25%] Building CXX object CMakeFiles/nmail.dir/src/contact.cpp.o [ 30%] Building CXX object CMakeFiles/nmail.dir/src/flag.cpp.o [ 35%] Building CXX object CMakeFiles/nmail.dir/src/header.cpp.o [ 40%] Building CXX object CMakeFiles/nmail.dir/src/imap.cpp.o [ 45%] Building CXX object CMakeFiles/nmail.dir/src/imapmanager.cpp.o [ 50%] Building CXX object CMakeFiles/nmail.dir/src/lockfile.cpp.o [ 55%] Building CXX object CMakeFiles/nmail.dir/src/log.cpp.o [ 60%] Building CXX object CMakeFiles/nmail.dir/src/loghelp.cpp.o [ 65%] Building CXX object CMakeFiles/nmail.dir/src/main.cpp.o [ 70%] Building CXX object CMakeFiles/nmail.dir/src/serialized.cpp.o [ 75%] Building CXX object CMakeFiles/nmail.dir/src/smtp.cpp.o [ 80%] Building CXX object CMakeFiles/nmail.dir/src/smtpmanager.cpp.o [ 85%] Building CXX object CMakeFiles/nmail.dir/src/status.cpp.o [ 90%] Building CXX object CMakeFiles/nmail.dir/src/ui.cpp.o [ 95%] Building CXX object CMakeFiles/nmail.dir/src/util.cpp.o make[2]: *** No rule to make target '/usr/lib/libetpan.so', needed by 'nmail'. Stop. make[1]: *** [CMakeFiles/Makefile2:104: CMakeFiles/nmail.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 mathieu@xiaomimi-solus ~/.config/nmail $ cat genman.sh #!/bin/bash # genman.sh builds application and (re-)generates its man-page mkdir -p build && cd build && cmake .. && make -s && cd .. && \ help2man -n "ncurses mail" -N -o src/nmail.1 ./build/nmail exit ${?} mathieu@xiaomimi-solus ~/.config/nmail $ cd build/ mathieu@xiaomimi-solus ~/.config/nmail/build $ sudo make install make[1]: Entering directory '/home/mathieu/.config/nmail/build' make[2]: Entering directory '/home/mathieu/.config/nmail/build' make[2]: Leaving directory '/home/mathieu/.config/nmail/build' make[2]: Entering directory '/home/mathieu/.config/nmail/build' make[2]: *** No rule to make target '/usr/lib/libetpan.so', needed by 'nmail'. Stop. make[2]: Leaving directory '/home/mathieu/.config/nmail/build' make[1]: *** [CMakeFiles/Makefile2:104: CMakeFiles/nmail.dir/all] Error 2 make[1]: Leaving directory '/home/mathieu/.config/nmail/build' make: *** [Makefile:130: all] Error 2 mathieu@xiaomimi-solus ~/.config/nmail/build $ ldd nmail linux-vdso.so.1 (0x00007ffe88cfa000) libncursesw.so.5 => /usr/lib64/libncursesw.so.5 (0x00007f83cac90000) libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f83cac1a000) libetpan.so.20 => /usr/lib64/libetpan.so.20 (0x00007f83cab56000) libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f83cab35000) libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f83cab2f000) libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007f83ca8d5000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f83ca6e4000) libm.so.6 => /usr/lib64/haswell/libm.so.6 (0x00007f83ca5a4000) libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f83ca589000) libc.so.6 => /usr/lib64/haswell/libc.so.6 (0x00007f83ca3a2000) libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f83ca375000) libz.so.1 => /usr/lib64/libz.so.1 (0x00007f83ca35c000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f83cad26000) ```

kerem commented

Author

Owner

@d99kris commented on GitHub (Feb 22, 2020):

I'll try to get a chance to set up Solus again and build libetpan from source, and document the steps properly here. It's possible I missed some command above.

@d99kris commented on GitHub (Feb 22, 2020): I'll try to get a chance to set up Solus again and build libetpan from source, and document the steps properly here. It's possible I missed some command above.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 9, 2020):

I think the issue above was just due to nmail expecting /usr/lib/libetpan.so while I only had /usr/lib/libetpan.so.20 after building it, so I just made a symbolic link using sudo lns /usr/lib/libetpan.so.20 /usr/lib/libetpan.so (I use lns because I can never forget how to sort source and destination with ln -s :<) and now nmail seems to build correctly.

I'll have to test it for a few hours before knowing if it works fine.

@Kabouik commented on GitHub (Mar 9, 2020): I think the issue above was just due to nmail expecting `/usr/lib/libetpan.so` while I only had `/usr/lib/libetpan.so.20` after building it, so I just made a symbolic link using `sudo lns /usr/lib/libetpan.so.20 /usr/lib/libetpan.so` (I use `lns` because I can never forget how to sort source and destination with `ln -s` :<) and now `nmail` seems to build correctly. I'll have to test it for a few hours before knowing if it works fine.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 9, 2020):

I tried sending you an email from Solus using git version of libetpan and nmail 1.49, but got the "Sending message failed" error. I saved it to the drafts, which worked, and then tried to send the message from my draft folder as well: it failed again, but this time when prompted to save the draft and saying yes, that failed too, and the draft disappeared.

Not sure what is wrong with sending, I think we concluded it was due to libetpan in the Solus repository, so the git version should work fine.

I'm sending you the log file.

@Kabouik commented on GitHub (Mar 9, 2020): I tried sending you an email from Solus using git version of `libetpan` and `nmail` 1.49, but got the "Sending message failed" error. I saved it to the drafts, which worked, and then tried to send the message from my draft folder as well: it failed again, but this time when prompted to save the draft and saying yes, that failed too, and the draft disappeared. Not sure what is wrong with sending, I think we concluded it was due to `libetpan` in the Solus repository, so the git version should work fine. I'm sending you the log file.

kerem commented

Author

Owner

@d99kris commented on GitHub (Mar 10, 2020):

Thanks for sharing the log!

Hmm.. I think the commands I provided earlier left out a step. I retried the steps now and realized I needed to manually delete system installed libetpan files. So what I did (prior to sudo make install in the libetpan directory) was to run sudo rm /usr/lib/libetpan.so* and the equivalent on your system would be sudo rm /usr/lib64/libetpan.so*.

Note: Having done so now I am unable to re-install Solus version of libetpan properly using eopkg (it simply recreates a symbolic link but does not create the actual library). This worked fine when I tried a few weeks ago. So if you are worried about messing the installation up I would perhaps suggest simply renaming all /usr/lib/libetpan.so* (or /usr/lib64/libetpan.so*) files instead of deleting.

After then rebuilding nmail it should find libetpan in /usr/local/lib/libetpan.* (note the different path). This can be confirmed after build by checking ldd build/nmail (please help share the output if still having problems). I tested this now, and the SMTP send in itself is successful, but somehow disroot has slow delivery now, so I haven't received any emails I sent to myself (via Solus, Ubuntu or macOS). The slow delivery should not be related to nmail I feel. Unfortunately even disroot webmail login is unavailable so I cannot confirm, but I believe they are having some general issues.

@d99kris commented on GitHub (Mar 10, 2020): Thanks for sharing the log! Hmm.. I think the commands I provided earlier left out a step. I retried the steps now and realized I needed to manually delete system installed libetpan files. So what I did (prior to `sudo make install` in the libetpan directory) was to run `sudo rm /usr/lib/libetpan.so*` and the equivalent on your system would be `sudo rm /usr/lib64/libetpan.so*`. Note: Having done so now I am unable to re-install Solus version of libetpan properly using eopkg (it simply recreates a symbolic link but does not create the actual library). This worked fine when I tried a few weeks ago. So if you are worried about messing the installation up I would perhaps suggest simply renaming all `/usr/lib/libetpan.so*` (or `/usr/lib64/libetpan.so*`) files instead of deleting. After then rebuilding nmail it should find libetpan in `/usr/local/lib/libetpan.*` (note the different path). This can be confirmed after build by checking `ldd build/nmail` (please help share the output if still having problems). I tested this now, and the SMTP send in itself is successful, but somehow disroot has slow delivery now, so I haven't received any emails I sent to myself (via Solus, Ubuntu or macOS). The slow delivery should not be related to nmail I feel. Unfortunately even disroot webmail login is unavailable so I cannot confirm, but I believe they are having some general issues.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 11, 2020):

Thanks for the detailed instructions and explanations. Just did the same, I'll report back here if still having sending issues.

mathieu@xiaomimi-solus ~/.config/nmail/build $ ldd nmail
	linux-vdso.so.1 (0x00007ffdc49b5000)
	libncursesw.so.5 => /usr/lib64/libncursesw.so.5 (0x00007f1318e19000)
	libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f1318da3000)
	libetpan.so.20 => /usr/local/lib/libetpan.so.20 (0x00007f1318cd0000)
	libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f1318caf000)
	libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f1318ca9000)
	libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007f1318a4f000)
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f131885e000)
	libm.so.6 => /usr/lib64/haswell/libm.so.6 (0x00007f131871e000)
	libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f1318703000)
	libc.so.6 => /usr/lib64/haswell/libc.so.6 (0x00007f131851c000)
	libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f13184ef000)
	libdb-5.3.so => /usr/lib64/libdb-5.3.so (0x00007f1318345000)
	libsasl2.so.3 => /usr/lib64/libsasl2.so.3 (0x00007f1318325000)
	libz.so.1 => /usr/lib64/libz.so.1 (0x00007f131830c000)
	/usr/lib64/ld-linux-x86-64.so.2 (0x00007f1318eb0000)

@Kabouik commented on GitHub (Mar 11, 2020): Thanks for the detailed instructions and explanations. Just did the same, I'll report back here if still having sending issues. ``` mathieu@xiaomimi-solus ~/.config/nmail/build $ ldd nmail linux-vdso.so.1 (0x00007ffdc49b5000) libncursesw.so.5 => /usr/lib64/libncursesw.so.5 (0x00007f1318e19000) libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f1318da3000) libetpan.so.20 => /usr/local/lib/libetpan.so.20 (0x00007f1318cd0000) libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f1318caf000) libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f1318ca9000) libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007f1318a4f000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f131885e000) libm.so.6 => /usr/lib64/haswell/libm.so.6 (0x00007f131871e000) libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f1318703000) libc.so.6 => /usr/lib64/haswell/libc.so.6 (0x00007f131851c000) libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f13184ef000) libdb-5.3.so => /usr/lib64/libdb-5.3.so (0x00007f1318345000) libsasl2.so.3 => /usr/lib64/libsasl2.so.3 (0x00007f1318325000) libz.so.1 => /usr/lib64/libz.so.1 (0x00007f131830c000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f1318eb0000) ```

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 11, 2020):

That was fast:

nmail: error while loading shared libraries: libetpan.so.20: cannot open shared object file: No such file or directory

nmail does start if I use LD_PRELOAD=/usr/local/lib/libetpan.so.20 nmail, so efinitely not an error on nmail side, rather an issue with my library paths. I will look into it after work hopefully. I still fail to send emails though (from Exchange at least, will test other accounts after a meeting.

@Kabouik commented on GitHub (Mar 11, 2020): That was fast: ``` nmail: error while loading shared libraries: libetpan.so.20: cannot open shared object file: No such file or directory ``` `nmail` does start if I use `LD_PRELOAD=/usr/local/lib/libetpan.so.20 nmail`, so efinitely not an error on `nmail` side, rather an issue with my library paths. I will look into it after work hopefully. I still fail to send emails though (from Exchange at least, will test other accounts after a meeting.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 13, 2020):

I just needed to sudo ldconfig to fix the above library issue. I will now use nmail for a few days and see how it goes, but I am afraid I will still face the same issue with sending emails since sudo ldconfig just saves me from using LD_PRELOAD.

@Kabouik commented on GitHub (Mar 13, 2020): I just needed to `sudo ldconfig` to fix the above library issue. I will now use nmail for a few days and see how it goes, but I am afraid I will still face the same issue with sending emails since `sudo ldconfig` just saves me from using `LD_PRELOAD`.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 14, 2020):

I can confirm that the issue is still there, even from non-Exchange accounts, but also only on Solus somehow. I tried sending you some logs from my crashing Exchange account (#13), with git libetpan, Solus, and a Disroot account, but no luck.

@Kabouik commented on GitHub (Mar 14, 2020): I can confirm that the issue is still there, even from non-Exchange accounts, but also only on Solus somehow. I tried sending you some logs from my crashing Exchange account (#13), with git `libetpan`, Solus, and a Disroot account, but no luck.

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 17, 2020):

Actually sudo ldconfig recreated a /usr/lib64/libetpan.so.20 symlink to my /usr/lib64/libetpan.so.20.4.back instead of picking the library built in /usr/local/lib/libetpan.so.20. This is why I am still having the issue, as nmail is not using the library built from sources but the faulty Solus library.

This is my /etc/ld.so.conf.d/10-local.conf:

/usr/lib64
/lib64
/usr/local/lib

@Kabouik commented on GitHub (Mar 17, 2020): Actually `sudo ldconfig` recreated a `/usr/lib64/libetpan.so.20` symlink to my `/usr/lib64/libetpan.so.20.4.back` instead of picking the library built in `/usr/local/lib/libetpan.so.20`. This is why I am still having the issue, as `nmail` is not using the library built from sources but the faulty Solus library. This is my `/etc/ld.so.conf.d/10-local.conf`: ``` /usr/lib64 /lib64 /usr/local/lib ```

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 17, 2020):

So I just moved my /usr/lib64/libetpan.so.20.4.back to another folder unrelated to libraries, removed all symlinks to it, and rebuilt libetpan from sources. This seems to have improved things because now nmail does run without the need of LD_PRELOAD and sudo ldconfig didn't recreate new symlinks in /usr/lib64, meaning nmail must be using the git version of libetpan from /usr/local/lib/.

Yet, it still fails to send messages. Perhaps I should try to set a new account up.

@Kabouik commented on GitHub (Mar 17, 2020): So I just moved my `/usr/lib64/libetpan.so.20.4.back` to another folder unrelated to libraries, removed all symlinks to it, and rebuilt `libetpan` from sources. This seems to have improved things because now `nmail` does run without the need of `LD_PRELOAD` and `sudo ldconfig` didn't recreate new symlinks in `/usr/lib64`, meaning `nmail` must be using the git version of `libetpan` from `/usr/local/lib/`. Yet, it still fails to send messages. Perhaps I should try to set a new account up.

kerem commented

Author

Owner

@d99kris commented on GitHub (Mar 21, 2020):

It seems strange. Perhaps you can help share a log file from the last send attempt, I can see if there's anything odd in it.

On my side I tried setting up a fresh Solus Linux installation where I did the following to double-confirm I don't have issues sending emails from Solus:
Build nchat using Solus libetpan

sudo eopkg install git
git clone https://github.com/d99kris/nmail
cd nmail/
sudo eopkg install cmake
sudo eopkg install openssl-devel
sudo eopkg install ncurses-devel
sudo eopkg install help2man
sudo eopkg install lynx
sudo eopkg install -c system.devel
sudo eopkg install libetpan-devel 
./genman.sh

Check paths of the Solus provided libetpan

$ ls -l /usr/lib64/libetpan.so*
lrwxrwxrwx 1 root root     18 Mar 21 16:02 /usr/lib64/libetpan.so -> libetpan.so.20.4.0
lrwxrwxrwx 1 root root     18 Mar 21 16:02 /usr/lib64/libetpan.so.20 -> libetpan.so.20.4.0
-rwxr-xr-x 1 root root 786736 Jun 12  2019 /usr/lib64/libetpan.so.20.4.0

$ ls /usr/include/libetpan.h 
/usr/include/libetpan.h

$ ldd ./build/nmail 
	linux-vdso.so.1 (0x00007ffeec1f1000)
	libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007ff84619e000)
	libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007ff846128000)
	libetpan.so.20 => /usr/lib/libetpan.so.20 (0x00007ff846064000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007ff846043000)
	libdl.so.2 => /usr/lib/libdl.so.2 (0x00007ff84603d000)
	libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007ff845de3000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007ff845bf2000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007ff845aa4000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007ff845a89000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007ff8458a0000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007ff845873000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007ff84585a000)
	/usr/lib64/ld-linux-x86-64.so.2 (0x00007ff846219000)

Remove Solus libetpan

sudo eopkg remove libetpan-devel
sudo rm /usr/lib/libetpan.so.20*
sudo rm -rf /usr/include/libetpan*

Build / install libetpan from sources

cd ~
git clone https://github.com/dinhviethoa/libetpan
cd libetpan
sudo eopkg install cyrus-sasl-devel
./autogen.sh
make -s
sudo make install

Clean rebuild nmail

cd ~/nmail
rm -rf build
./genman.sh

Confirm new libetpan path

$ ldd ./build/nmail 
	linux-vdso.so.1 (0x00007fff01b44000)
	libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007fd0700e9000)
	libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fd070073000)
	libetpan.so.20 => /usr/local/lib/libetpan.so.20 (0x00007fd06ffa1000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fd06ff80000)
	libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fd06ff7a000)
	libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fd06fd20000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fd06fb2f000)
	libm.so.6 => /usr/lib/libm.so.6 (0x00007fd06f9e1000)
	libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fd06f9c6000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fd06f7dd000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fd06f7b0000)
	libsasl2.so.3 => /usr/lib/libsasl2.so.3 (0x00007fd06f792000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fd06f777000)
	/usr/lib64/ld-linux-x86-64.so.2 (0x00007fd070164000)

Tested sending email using nmail

./build/nmail

OK - sending using disroot account
OK - sending using gmail account

@d99kris commented on GitHub (Mar 21, 2020): It seems strange. Perhaps you can help share a log file from the last send attempt, I can see if there's anything odd in it. On my side I tried setting up a fresh Solus Linux installation where I did the following to double-confirm I don't have issues sending emails from Solus: **Build nchat using Solus libetpan** ``` sudo eopkg install git git clone https://github.com/d99kris/nmail cd nmail/ sudo eopkg install cmake sudo eopkg install openssl-devel sudo eopkg install ncurses-devel sudo eopkg install help2man sudo eopkg install lynx sudo eopkg install -c system.devel sudo eopkg install libetpan-devel ./genman.sh ``` **Check paths of the Solus provided libetpan** ``` $ ls -l /usr/lib64/libetpan.so* lrwxrwxrwx 1 root root 18 Mar 21 16:02 /usr/lib64/libetpan.so -> libetpan.so.20.4.0 lrwxrwxrwx 1 root root 18 Mar 21 16:02 /usr/lib64/libetpan.so.20 -> libetpan.so.20.4.0 -rwxr-xr-x 1 root root 786736 Jun 12 2019 /usr/lib64/libetpan.so.20.4.0 $ ls /usr/include/libetpan.h /usr/include/libetpan.h $ ldd ./build/nmail linux-vdso.so.1 (0x00007ffeec1f1000) libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007ff84619e000) libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007ff846128000) libetpan.so.20 => /usr/lib/libetpan.so.20 (0x00007ff846064000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007ff846043000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007ff84603d000) libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007ff845de3000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007ff845bf2000) libm.so.6 => /usr/lib/libm.so.6 (0x00007ff845aa4000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007ff845a89000) libc.so.6 => /usr/lib/libc.so.6 (0x00007ff8458a0000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007ff845873000) libz.so.1 => /usr/lib/libz.so.1 (0x00007ff84585a000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007ff846219000) ``` **Remove Solus libetpan** ``` sudo eopkg remove libetpan-devel sudo rm /usr/lib/libetpan.so.20* sudo rm -rf /usr/include/libetpan* ``` **Build / install libetpan from sources** ``` cd ~ git clone https://github.com/dinhviethoa/libetpan cd libetpan sudo eopkg install cyrus-sasl-devel ./autogen.sh make -s sudo make install ``` **Clean rebuild nmail** ``` cd ~/nmail rm -rf build ./genman.sh ``` **Confirm new libetpan path** ``` $ ldd ./build/nmail linux-vdso.so.1 (0x00007fff01b44000) libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007fd0700e9000) libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fd070073000) libetpan.so.20 => /usr/local/lib/libetpan.so.20 (0x00007fd06ffa1000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fd06ff80000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fd06ff7a000) libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fd06fd20000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fd06fb2f000) libm.so.6 => /usr/lib/libm.so.6 (0x00007fd06f9e1000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fd06f9c6000) libc.so.6 => /usr/lib/libc.so.6 (0x00007fd06f7dd000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fd06f7b0000) libsasl2.so.3 => /usr/lib/libsasl2.so.3 (0x00007fd06f792000) libz.so.1 => /usr/lib/libz.so.1 (0x00007fd06f777000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007fd070164000) ``` **Tested sending email using nmail** ``` ./build/nmail ``` OK - sending using disroot account OK - sending using gmail account

kerem commented

Author

Owner

@Kabouik commented on GitHub (Mar 24, 2020):

Interestingly, I did exactly what you did above and I can now send emails from Disroot, thanks.

Just to clarify: I did not get any error during build with what I did before, nmail was using the correct libetpan library according to ldd, and all dependencies were installed. However, there are a few variations, like deleting libetpan.h or deleting the build folder before rebuilding, so maybe that was the issue. I'm sorry for the noise if that was that kind of stupid issue.

I am still having trouble sending emails from my professional Exchange account (#22), but I suppose the Solus-specific issue is solved (I hope they update their repository version of libetpan soon).

@Kabouik commented on GitHub (Mar 24, 2020): Interestingly, I did exactly what you did above and I can now send emails from Disroot, thanks. Just to clarify: I did not get any error during build with what I did before, nmail was using the correct libetpan library according to `ldd`, and all dependencies were installed. However, there are a few variations, like deleting `libetpan.h` or deleting the build folder before rebuilding, so maybe that was the issue. I'm sorry for the noise if that was that kind of stupid issue. I am still having trouble sending emails from my professional Exchange account (#22), but I suppose the Solus-specific issue is solved (I hope they update their repository version of libetpan soon).

kerem commented