Red Hat Bugzilla – Bug 1479177
since upgrade balsa is no longer able to send emails
Last modified: 2017-08-20 16:27:17 EDT
Description of problem:
Since the upgrade of fedora 25 to 26
balsa refuses to send emails.
Version-Release number of selected component (if applicable):
each time when trying to send new mail or send queued mail.
Steps to Reproduce:
1. Opening balsa
2. Pressing the 'send queed mail button'
Two popup windows appear with content:
530: Authentication required
Message left in your inbox
Message should be sent
Unchanged Username and Password of balsa configuration of smtp,
use TLS if possible
Thanks for the report!
Did you try recreating the outbound connection? Perhaps the way the password is stored changed between versions. Do you happen to know what version of Balsa you were using before the Fedora upgrade?
I now recreated the outbound connection, but this did not resolve the problem.
The last version of balsa I was using successfully was
I am also having this problem. I've tried several things, including installing the previous working version of balsa (balsa-2.5.1-4_GAN.x86_64, built w/o threads, though that doesn't stop libesmtp from using them!), but the first interesting one was Wireshark. A capture shows a connection to the correct port but no attempt to STARTTLS or AUTH, just a EHLO and then MAIL FROM. The setting for the (Default) Outgoing Mail Server has the username and password set, and TLS is required. It all worked on my previous old Fedora, and the config file looks OK.
As I've tried two versions of balsa, I don't think it is the problem. libesmtp libesmtp-1.0.6-11.fc26.x86_64 is a different build but the same minor version as the one I was using on the old Fedora. I haven't yet dug into why libesmtp isn't trying to STARTTLS when it is set to Required.
Due to the change from OpenSSL 1.0 to 1.1, libesmtp, which balsa uses to send mail, has been built w/o SSL support. See my "Bug 1483350 - libesmtp built w/o SSS support -- compat-openssl10 required"