Bug 136056 - kmail sometimes sends wrong QoP with TLS + DIGEST-MD5 to pop3 server
Summary: kmail sometimes sends wrong QoP with TLS + DIGEST-MD5 to pop3 server
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: pop3 (show other bugs)
Version: 1.9.5
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-20 21:26 UTC by Daniel
Modified: 2009-11-01 09:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel 2006-10-20 21:26:12 UTC
Version:           1.9.5 (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages
OS:                Linux

(noticed with KMail 1.9.4, but tested with 1.9.5 too)

1. Configure a POP3 account with TLS and DIGEST-MD5 auth.
2. Try to login and download mails.

Sometimes (!!! yes, not always, but sometimes, I know it's weird) KMail sends wrong QoP attribute, and confuses pop3 servers.

Here is a log entry from dovecot pop3d:
15:49:55 Info: auth(default): digest-md5(?,<rip>): Unknown QoP value: pop

This only happens with TLS turned on. If I turn off TLS then the authentication always succeeds.

Here is the thread which I've started on the dovecot mailing list:
http://www.dovecot.org/list/dovecot/2006-October/016829.html

But I'm going to quote here some notable lines:

Timo:
"[...] what it means is that Dovecot announces that it supports "auth" QoP (Quality of Protection). KMail is supposed to reply back that it wants to use "auth" QoP, but it replies with something else. [...]"

Then Timo (dovecot's author) made a patch which shows what QoP has been sent by KMail.

Me:
"Using the latest cvs (with the above patch):

15:49:55 Info: auth(default): digest-md5(?,<rip>): Unknown QoP value: pop"

So it seems that KMail sometimes replies with that "pop" QoP which confuses dovecot.
Comment 1 Ingo Klöcker 2006-10-24 21:58:08 UTC
Is "Use pipelining ..." enabled for the account? If yes, does disabling this option help?
Comment 2 Daniel 2006-10-24 22:14:29 UTC
Yes it is enabled, but disabling it doesn't help. I've disabled it, and the first authentication try was successful, but the second was again a failure.

Comment 3 Daniel 2006-12-28 12:23:04 UTC
Is anyone dealing with this? Is this problem complicated or not clear?
Comment 4 Daniel 2007-01-06 22:29:12 UTC
This is only happening with the manual Mail Checking (when clicking the button). With the interval checking, the connection and the mail downloading is always successful.