Bug 247903

Summary:	kmail imap never gives up
Product:	[openSUSE] openSUSE 10.2	Reporter:	Anders Johansson <ajohansson>
Component:	KDE	Assignee:	Will Stephenson <wstephenson>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	cancel connection properly remove the need to cancel the password dialog when failing due to no SSL/TLS support

Description Anders Johansson 2007-02-22 17:43:50 UTC

If an IMAP server is temporarily inaccessible, kmail's kioslaves will keep trying to log in, throwing up focus-stealing error windows and login windows, making it totally impossible to work with other accounts

This also happens if you accidentally configure an imap account to use TLS when there is no TLS,or some other login misconfiguration. It will be completely impossible to correct it, in order to get anything done at all, you have to kill kmail and make the changes directly in the configuration file

So, in short: please make kmail's kio_slave helpers respect "cancel"

Comment 1 Lubos Lunak 2007-03-08 12:55:31 UTC

Please describe the problem in more detail, because I don't see any. After I misconfigure IMAP account to use TLS, I get one dialog everytime I try to do something with the IMAP account. However after dismissing it everything works fine until I try another IMAP operation. I have absolutely no problem changing the configuration back.

Comment 2 Anders Johansson 2007-03-08 13:02:46 UTC

This has happened to me on a number of occasions, including SLED 10, 10.2, 10.1, 10.0, basically all kde versions which knew how to use IMAP

When something goes wrong, and kio_imap4 can't talk to the IMAP server for some reason (bad config, bad password, bad anything) it will never give up. Hitting cancel does nothing, the password dialog pops up a few seconds later again

I can provide a vidcap of this happening

Comment 3 Lubos Lunak 2007-03-15 13:23:59 UTC

Cannot reproduce, waiting for the vidcap.

Comment 4 Will Stephenson 2007-03-27 08:52:54 UTC

I have been able to reproduce this

Comment 5 Will Stephenson 2007-03-28 20:32:11 UTC

Created attachment 127183 [details]
cancel connection properly

Comment 6 Will Stephenson 2007-03-28 20:33:03 UTC

Created attachment 127184 [details]
remove the need to cancel the password dialog when failing due to no SSL/TLS support

Patches are being reviewed by kmail authors.

Comment 7 Will Stephenson 2007-03-28 20:38:19 UTC

http://bugs.kde.org/show_bug.cgi?id=93199 upstream

Comment 8 Anders Johansson 2007-03-28 20:42:12 UTC

Thanks for the patch. But note that SSL/TLS isn't a special case. This problem happens on any kind of connection failure. e.g. it happened to me when the Novell mail server was down for maintenance

Comment 9 Will Stephenson 2007-03-29 09:12:07 UTC

It's just lazy description work on my part; the patch fixes and is tested against host unreachable, imapserver down, ssl/tls changed, bad sasl auth mechs, bad password, bad username.

Comment 10 Will Stephenson 2007-04-16 19:57:19 UTC

Submitted

Comment 11 Anja Stock 2007-06-14 13:37:34 UTC

released