Problem sending via tsl with Kontact e35 packages?

[John McMonagle]

On Tuesday 28 April 2009 02:13:39 am Bernhard Reiter wrote:
> On Tuesday 28 April 2009, John McMonagle wrote:
> > On Monday 27 April 2009 05:34:54 am Bernhard Reiter wrote:
> > > On Sunday 26 April 2009, John McMonagle wrote:
> > > > On Friday 24 April 2009 03:32:26 pm Ingo Klöcker wrote:
> > > > > On Thursday 23 April 2009, John McMonagle wrote:
> > > > > > Trying on 2 debian etch systems.
> > > > > > Loaded packages from testing and had some dependency problems so
> > > > > > installed the rest from unstable.
> > >
> > > Can you state the dependency problem you've had?
> >
> > Really would need to do another upgrade to test everthing but as I recall
> > these were needed:
> > libgcrypt11_1.4.4-0kk1_i386.deb
> > libgpg-error0_1.7-1_i386.deb
> > libgpgme11_1.1.8-0kk1_i386.deb
> >
> > gnupg2 had a problem
> >  Package: gnupg2
> >  Version: 2.0.9-0kk1
> >  Section: utils
> >  Priority: extra
> >  Architecture: i386
> >  Depends: libbz2-1.0, libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3),
> > libcurl3-gnutls (>= 7.15.5-1), libgcrypt11 (>= 1.2.2), libgnutls13 (>=
> > 1.4.0-0), libgpg-error0 (>= 1.5), libidn11 (>= 0.5.18), libkrb53 (>=
> > 1.4.2), libksba8 (>= 1.0.0), libreadline5 (>= 5.2), zlib1g (>= 1:1.2.1),
> > gnupg-agent (>= 2.0.9-0kk1)
> >
> > apt-cache madison libgpg-error0
> > libgpg-error0 |      1.7-1 | http://fondy.advocap.org kolab/ Packages
> > libgpg-error0 |      1.4-1 | http://ftp.us.debian.org etch/main Packages
> > libgpg-error |      1.4-1 | http://ftp.us.debian.org etch/main Sources
> >
> > So libgpg-error0 1.7-1 came from unstable
> >
> > >= 1.5 is needed.
> >
> > Pretty sure there are more.
> > I can check further tomorrow.
>
> The ones above are all unrelated to tls.
>
Yes But it does require getting packages from unstable.

> > > > > > When sending email via tls get the following error in the gui:
> > > > > >
> > > > > > Sending failed:
> > > > > > Authorization failed, An error occured during authentication:
> > > > > > SASL(-4): no mechanism available: No worthy mechs found
> > > > > > authentication not supported The message will stay in the
> > > > > > 'outbox' folder until you either fix the problem (e.g. a broken
> > > > > > address) or remove the message from the 'outbox' folder.
>
> Are you sure the id (try the full email address) and password are okay?
> Also check the server logs. And restart the server once if you can.
> Are you also sure that you are on a TLS and _not_ on an SSL port of the
> server?
>
Yes  they are correct.
I tried on 2 different servers just see this:

In Postfix log
Apr 28 14:27:22 kolab <info> postfix/smtpd[2925]: connect from 
unknown[192.168.101.12]
Apr 28 14:27:22 kolab <info> postfix/smtpd[2925]: setting up TLS connection 
from unknown[192.168.101.12]
Apr 28 14:27:23 kolab <info> postfix/smtpd[2925]: TLS connection established 
from unknown[192.168.101.12]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 
bits)
Apr 28 14:27:23 kolab <info> postfix/smtpd[2925]: disconnect from 
unknown[192.168.101.12]

At this point pretty sure it is not the fault of your version of kontact.

It fails under the following:
Original etch install.
Upgrade to entrerprise 3.5  packages.
Reinstalled all cyrus ssl packages
Reinstalled kdebase-kio-plugins
Installed kdebase-kio-plugins from backports.

The following works:
imaps or imap via tls always works.
Am running  xen with xfs so tried.
Simple new etch  install with xen + ext3. Works
Simple new etch install with xen + xfs  Works

Any more ideas on  what could break smtp via tls in kmail?

Running out things to check.

New installations of lenny will happen in a few months I'm tempted to just 
leave it as is, no one uses kmail now anyhow, but it really annoys me :-(

Thanks

John