Bug 179516 - Sending first reply to a message fails, queueing only escape from this deadlock
Summary: Sending first reply to a message fails, queueing only escape from this deadlock
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: SVN trunk (KDE 4)
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-03 18:24 UTC by kgw
Modified: 2015-04-12 10:22 UTC (History)
1 user (show)

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 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.