FS#42423 - [evolution] smtp auth not working in 3.12.7-1 with gnome 3.14

Attached to Project: Arch Linux
Opened by acidicX (acidicX) - Friday, 17 October 2014, 15:42 GMT
Last edited by Jan de Groot (JGC) - Monday, 20 October 2014, 18:09 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Since the gnome update yesterday (3.14), evolution can't use any SMTP auth when sending emails. This basically means you cannot send any emails with evolution, as nearly every SMTP server requires it. It renders evolution useless.

Other users are also affected, see:
https://bbs.archlinux.org/viewtopic.php?pid=1466904

Log with CAMEL_DEBUG="smtp":

sending : EHLO abel
(evolution:10537): camel-WARNING **: CamelSmtpTransport::authenticate_sync() reported failure without setting its GError
sending : MAIL FROM:<***@gmx.at>
sending : QUIT
received: 221 gmx.com Service closing transmission channel

Steps to reproduce:
- Send an email via SMTP auth required SMTP server

The gnome bugzilla is down atm, but there was no bug report about this a few hours ago.
This task depends upon

Closed by  Jan de Groot (JGC)
Monday, 20 October 2014, 18:09 GMT
Reason for closing:  Fixed
Additional comments about closing:  3.12.7.1
Comment by tim (roboterkneipe) - Saturday, 18 October 2014, 02:54 GMT
I had a similar problem, I don't know if it's the same: After changing the legitimation type in plain text the problem is solved for me.
Comment by acidicX (acidicX) - Saturday, 18 October 2014, 10:14 GMT
Thanks tim!
Changing from LOGIN to PLAIN as SMTP auth method works as a workaround, at least for my accounts (which support PLAIN as well as LOGIN). PLAIN seems to be the better choice anyhow, as it does one step less compared to LOGIN (and both use no encryption anyway).

As my SMTP supports both auth methods, I still consider this a bug though.
Comment by Ralf Mardorf (Ralf) - Saturday, 18 October 2014, 20:44 GMT
Good luck for you, since you can use Evo with any sendmail program you want.

$ ls -hAl /bin/sendmail
lrwxrwxrwx 1 root root 5 Mar 18 2014 /bin/sendmail -> msmtp

Unfortunately you can’t use the old account settings, to switch to an external sendmail you need to set up the accounts again.

OT: After the update evolution on my machine can’t be launched anymore, it sig faults and even downgrading couldn’t fix it.
Comment by Stefan Förster (HotblackDesiato) - Saturday, 18 October 2014, 22:01 GMT
I use the GMail SMTP server for sending emails (on 2 machines under KDE4). The AUTH method no longer works with GMail. PLAIN works. So this problem is not only restricted to local SMTP servers.

In my view this should be fixed, please.
Comment by Ralf Mardorf (Ralf) - Saturday, 18 October 2014, 22:12 GMT
You’re using Evo’s internal sendmail routine to send to the GMail SMTP server,Evo doesn’t use GMail to send to Gmail ;), but instead you also can set up Evo to use msmtp or another sendmail program instead of it’s own routine.
Comment by acidicX (acidicX) - Sunday, 19 October 2014, 12:49 GMT
That would still be an ugly workaround... and PLAIN works for him anyway, as it does for me. As you have a segfault problem, it's probably a different issue.
This is about fixing the SMTP auth LOGIN bug ;-)
Comment by Gero (jlp2) - Monday, 20 October 2014, 08:26 GMT
It seem there is a Fix Upstream

"This had been fixes a day after the 3.12.7 release, in evolution-data-server-3.12.7.1. It should be available in updates testing now, thus please update to it."
https://bugzilla.redhat.com/show_bug.cgi?id=1153385
Comment by Ralf Mardorf (Ralf) - Monday, 20 October 2014, 09:55 GMT
The package from testing doesn't work on my install,that doesn't use packages from testing.

[rocketmouse@archlinux ~]$ evolution
evolution: error while loading shared libraries: libicui18n.so.53: cannot open shared object file: No such file or directory

[root@archlinux rocketmouse]# pacman -S icu
warning: downgrading package icu (54.1-1 => 53.1-1)

[rocketmouse@archlinux ~]$ evolution
evolution: error while loading shared libraries: libicui18n.so.54: cannot open shared object file: No such file or directory

What ever version of icu I use, I get an error. JFTR I didn't run ldconfig and btw. I needed to dwongrade sqlite to get rid of the segfault.

So I switched from "Login" to "PLAIN" too.
Comment by Ralf Mardorf (Ralf) - Monday, 20 October 2014, 10:11 GMT
JFTR in Arch's testing the version is 3.12.7-2 and not 3.12.7.1-*.

I'm only aware about "testing" I can't find "updates testing".
Comment by Gero (jlp2) - Monday, 20 October 2014, 11:55 GMT
Sorry for this misunderstood, the sentence
"This had been fixes a day after the 3.12.7 release, in evolution-data-server-3.12.7.1. It should be available in updates testing now, thus please update to it."
was a quote from the bugzilla thread (linked above) and "updates testing" means the fedora repo NOT the arch repo...

Loading...