Bug 4856 - SMTP w/ POP3 (and others?) over SSL doesn't work
Summary: SMTP w/ POP3 (and others?) over SSL doesn't work
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: i586 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL: http://www.thewildbeast.co.uk/claws-m...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-09 03:40 CET by Kevin Bulgrien
Modified: 2012-03-09 06:01 CET (History)
0 users

See Also:
Source RPM: claws-mail-3.7.8-2.mga1
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Kevin Bulgrien 2012-03-09 03:40:06 CET 
Receiving mail with Mageia 1 claws-mail works fine on SSL POP3 at att.yahoo.net, but sending to SMTP server does not.  Account settings and mail servers are not the problem.  It is claws-mail.

Google shows this bug being registered with many distributions where an update suddenly broke SMTP for lots of people.  It is apparently related to a gnutls change that broke backwards compatibility, and claws-mail had to change to adapt to the new API (or something like that).

The URL points to a bug upstream that has been fixed.  This package should be updated.

I am in the process of building the cauldron package to verify.  I'll report later.  The D/L to do so is horrendous.
Kevin Bulgrien 2012-03-09 03:42:46 CET

See Also: (none) => http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2402

Kevin Bulgrien 2012-03-09 03:44:44 CET

See Also: (none) => http://bugs.debian.org/638823

Comment 1 Kevin Bulgrien 2012-03-09 04:37:59 CET 
If fixed for Mageia 1, valgrind-devel will need to be pulled in from Cauldron (based on depends for building claws-mail in Cauldron).
Comment 2 Kevin Bulgrien 2012-03-09 06:01:16 CET 
Unfortunately, building cauldron packages on Mageia 1 does not fix the issue.

Ok, this is embarrassing att.yahoo.net --> att.yahoo.com, and original works.  How I missed that the pop and smtp hostnames were different when they are side by side is beyond me. /:-/

Status: NEW => RESOLVED
Resolution: (none) => INVALID
Note You need to log in before you can comment on or make changes to this bug.