Bug 145864

Summary: Send Queued Messages function sometimes disabled
Product: [Unmaintained] kmail Reporter: Maciej Pilichowski <bluedzins>
Component: sendingAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: davd, jhb, mailinglist, pogonyshev, vapier, varrin
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In: 4.12.5
Sentry Crash Report:

Description Maciej Pilichowski 2007-05-23 18:52:53 UTC
Version:            (using KDE KDE 3.5.7)
Installed from:    SuSE RPMs

The problem with this report is I was able to reproduce this bug three times, and while I was trying to narrow it down even more, it started to work. So I still try, but maybe someone else faced the same problem, and have more insights. Thus "temporary" :-) in the summary.

Create new mail -> put some address, subject, body -> send later -> take a look at the toolbar. There is mail in the outbox, but the "send queued messages" is disabled. You have to quit and run KMail again in order to send mail.
Comment 1 Maciej Pilichowski 2007-05-23 19:17:39 UTC
Ha! Pinned down. 

Run KMail -> create new mail -> write to your second account -> send later -> send queued messages -> wait till it is sent -> create new mail -> write anything -> send later -> take a look at the toolbar. Disabled SQM. 
Comment 2 Thomas McGuire 2007-06-07 17:38:28 UTC
*** Bug 146472 has been marked as a duplicate of this bug. ***
Comment 3 Joe Biden 2007-06-09 03:03:49 UTC
Yes, but if "Offline" is checked, it seems to re-enable SQM...
Comment 4 Maciej Pilichowski 2007-06-09 08:03:54 UTC
1) btw. it is not sometimes, but every second time
2) as a workaround user can select "outbox", then sending button becomes enabled
Comment 5 John Baldwin 2008-01-16 17:02:49 UTC
I can confirm seeing this problem on two different boxes both using KMail 1.9.7 from KDE 3.5.8 built from FreeBSD ports.  It's very annoying as I always queue my e-mail and use 'Send Queued Messages' often.
Comment 6 Mike Frysinger 2008-03-01 21:22:36 UTC
i found you can workaround it by going to the outbox, double clicking one of the messages (to move it back to the composer), and then hitting the send button
Comment 7 Joe Biden 2008-03-02 02:07:08 UTC
i found you can workaround it by going to the outbox, double
> clicking one of the messages (to move it back to the composer), and then
> hitting the send button


Yes, that's the only way to make it work.
Comment 8 Danny van Delft 2008-09-12 13:13:38 UTC
*** This bug has been confirmed by popular vote. ***
Comment 9 Danny van Delft 2008-09-12 13:24:51 UTC
The problem did NOT occur using kdepim3-3.5.7.enterprise.0.20070904.708012-9, after "upgrading" DOES occur on kdepim3-3.5.10-2.2 (kmail version 1.9.10). Both on openSUSE 10.3
Comment 10 Varrin Swearingen 2008-12-24 15:55:28 UTC
I use Mandriva.  This bug did not exist in 3.5.6-9mdv2007.1 and before and does exist in 3.5.7-16mdv2008.0 and later including the present release (4.1.3-2.1mdv2009.0).  Some piece of code obviously changed sometime in mid-2007 which broke Send Queued Mail.  Combining the previous report and this one suggests the bug *may* have appeared between 3.5.7.0 (assuming SUSE enterprise versions were numbered the way it appears) and 3.5.7-16.

If some kind maintainer took this information and dug through the archives, the fix might become apparent.  Here's hoping anyway...

V-

Comment 11 Paul Pogonyshev 2009-03-04 16:54:44 UTC
I've seen this with KMail 1.10.1 on KDE 4.1.2 and some KMail (don't remember exact version) on KDE 4.2.  I use 'Send Later' as default sending method.  Menu item is often disabled and the workaround is to go into outbox and select a message, as written in previous comments.
Comment 12 Mike Frysinger 2011-03-30 23:06:21 UTC
just for fun, i still see this with kmail from kde-4.6
Comment 13 John Baldwin 2014-10-13 14:10:07 UTC
This is fixed for me as of kdepim-4.12.5 (though I believe it was also fixed in an older version I had installed before this one)
Comment 14 Allen Winter 2014-10-13 20:37:24 UTC
let's close this. it's a very old report and nobody has complained about it in a long time.
thanks for notifying us.