Bug 179516

Summary:	Sending first reply to a message fails, queueing only escape from this deadlock
Product:	[Unmaintained] kmail	Reporter:	kgw
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	bjoern
Priority:	NOR
Version:	SVN trunk (KDE 4)
Target Milestone:	---
Platform:	Compiled Sources
OS:	Unspecified
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description kgw 2009-01-03 18:24:57 UTC

Version:            (using Devel)
Installed from:    Compiled sources

When I open kmail and want to reply to a message in the current inbox I can write my reply as expected but the "Send" button is without function. The only way to dispatch this message is to queue it and then in the outbox have the queued messages sent...

Comment 1 Jaime Torres 2009-01-10 09:46:24 UTC

Are you still able to reproduce this bug with a more recent kmail version?

If so, What type of sending account are you using, smtp, sendmail, ...?
Why does it not work? Is the send button disabled (greyed)? 
Are you able to send the mail from the menu?

Comment 2 kgw 2009-01-10 14:28:13 UTC

Yes I am still able to reproduce with yesterdays SVN. The button is enabled but without function - the menu does work now. I am using an auth-smtp account. If I managed to send a reply once (through the menu or by queuing and then sending the queued messages) then it works until I completely restart kmail.

Comment 3 kgw 2009-01-25 16:30:30 UTC

I just tried this again (unintentionally) and this time neither sending nor queuing worked in any way (I tried both the toolbar buttons and menu entries). Opening another reply and cutting/pasting the text already typed worked directly.
Version is 4.2 branch as of 2009-01-25.

Comment 4 Jaime Torres 2009-01-31 19:43:18 UTC

I guess you are not asked to enter the smtp password, right? 

As I am not able to reproduce it, but you can do it at will, the problem could be in the kmail configuration.

You may need to reconfigure your accounts, but could try the following:
* stop kmail
* move your .kde*/share/config/kmail* to a safe place
* start kmail (configure your accounts if they are not there)
* try to reproduce it.

If you can not reproduce it, then Could you attach the "diff -u" between the new kmail config ones and the old?

Comment 5 kgw 2009-01-31 21:38:35 UTC

No, I am not asked for the smtp password, that is kept inside the (open) kwallet system where the pop3 passwords reside as well. I hope you have another idea as how to check this as reentering the numerous pop3 accounts would take quite some time and I don't know how to preserve the kwallet configuration alongside...

Comment 6 Björn Ruberg 2010-02-02 20:31:03 UTC

Does this still happen in KDE 4.3?

Comment 7 Laurent Montel 2015-04-12 10:22:33 UTC

Thank you for taking the time to file a bug report.

KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2.

We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.