Version: 1.5 (using KDE 3.1.0) Installed from: compiled sources Compiler: gcc version 3.2.2 OS: Linux (i686) release 2.4.20 I have filters which bounce messages. These messages are created and queued up in my outbox. My default send method is set to 'send now' which is what I want them to do.
The reason that bounces (and now all other messages generated by filter actions) are queued instead of sent immediately is that the latter significantly decreases filtering speed, does not give the user the chance to review the messages and introduces another error source that can be trivially avoided by just queuing. In addition, the user may be surprised if the outbox gets flushed on checking mail. If you check "send messages in outbox on check mail", outboxx will be flushed after (incoming) filtering.
I don't disagree that they should be queued instead of the filter waiting on sending, but they should be put in the queue in such a way that the queue is told to send them immediately, which it can start doing even during filter processing without decreasing filtering speed. The Send Now vs Send Later choice should affect the operation of any messages put into the queue, regardless of whether it was a filter or a human to put them there.
I find this annoying as well... In my opinion, one of two things should happen: 1. If 'Send Now' is the default send method, then filter-invoked bounces should... send now. OR 2. They should be sent when an intervaled check-time occurs and the option to send on check is used. I use the "send now" method, and I have a 2min check interval with "send on check" enabled. If my filter creates a bounce, it sits in the outbox until I manually hit the check button, which could be hours later... kinda of defeats the purpose of the bounce in many situations. Thanks! --Dave M
*** Bug 86571 has been marked as a duplicate of this bug. ***
*** Bug 60330 has been marked as a duplicate of this bug. ***
*** Bug 35136 has been marked as a duplicate of this bug. ***
I like to redirect some filtered mail to other accounts automatically. Why should that be a problem? Queue filter-redirected mail, and send them afterwards. Doesnt matter if that is 2,3,5 or 10 minutes later, but do send them automatically because I switched on all knobes that say so.
Michael, with KMail 1.7 you will be able to chose to send queued messages not only on manual but also on interval mail checks. Does that help? Apart from that I don't consider this a bug. It's at most a wish to change the current behavior which is entirely intentional. Changing severity.
So how will the config options be named? Now (KMail 1.6.2) I have "Send messages in outbox on folder check" which is actually sending messages in the outbox on a _manual_ folder check. Aha, didn't know that before.... Do I understand you right that you put in something like this: "Send queued messages" plus a refinement "Only on manual folder check"?
I loaded up KDE 3.3 Beta 2, and yes... this does seem to be a non-issue now. Sending filter-queued messages at the check intervals (when selected) is great. Thanks! Dave M
This is resolved now and I believe this can be closed out. Thanks, Dave M
Closing as requested.