Version: 1.9.1 (using KDE KDE 3.5.2) Installed from: Debian testing/unstable Packages OS: Linux I have several online IMAP accounts configured in KMail and, more often than not, when I start KMail and new mail is checked, the IMAP filters will not be applied to the new mail in my accounts. If I apply the filters manually, they work fine. I can restart KMail and about 25% of the time, automatic online filtering will work as expected. I haven't been able to find any coorelation or cause.
I have noticed the same behavior in Kmail 1.9 on CentOS 4.3 using KDE 3.5. If you restart kmail a couple times the filters start working again.
It happens to me pretty frequently too.
I also see this.
Same here. Running Kmail 1.9.4 with KDE 3.5.4 on Arch Linux.
With me the same cyrus 2-2, KMail 1.9.4 with Kontact 1.2.3, KDE 3-5-4
same here with latest svn(as of today), that is revision 598101
I experience the same problem with dimap using kmail version 1.9.5. Bug 127998 and Bug 122923 have a similar description as this bug and may be duplicates
*** Bug 127998 has been marked as a duplicate of this bug. ***
*** Bug 122923 has been marked as a duplicate of this bug. ***
Thanks for pointing those out, CSights! Note that bug 122923 reports the same behaviour for *cached* imap.
I can still reproduce this with latest 3.5 SVN.
IMAP filtering used to work here until KDE 3.5.6. Since my yesterday's update to 3.5.7 (=KMail 1.9.7), incoming mails in IMAP folders are not filtered any longer. That is really annoying, please fix this ASAP!
My preliminary investigations indicate that with KMail 1.9.7, only the first of a bunch of incoming mails is filtered. So if there are many simultaneously incoming mails or if KMail is started and there is more than one mail to process, the filter seems to neglect all mails but the first. As I said in my previous post, this is a newly introduced bug in my case.
I can confirm the observations by Kurt with KDE 3.5.7 (Kubuntu).
I'm seeing almost exactly the same as Kurt (comment 13). Although sometimes even the first message isn't filtered. Probably related to bug 145819
Same problem with KDE 3.5.7 (kubuntu) : filters on IMAP account are not applied. If I apply them manually on multiple emails, only one is email is effectivly processed (althouth all selected emails are crossed-out).
Another confirm with KDE 3.5.7/Kmail 1.9.7 on Slackware.
*** Bug 145819 has been marked as a duplicate of this bug. ***
In 3.5.7 filters NEVER do anyhting. Not manually started, either.
KDE 3.5.7 on OpenSuse 10.2: only one email is filtered on my IMAP accounts, like in comment #16.
*** Bug 145870 has been marked as a duplicate of this bug. ***
For the record, it seems to me like the cause is r650963. If anyone can try building a kmail from immediately before this commit, and see if the problem exists there, it might make a useful data point.
I've just applied the reverted r650963 commit to kmail-1.9.7 (KDE-3.5.7), and yes I can confirm that filter processing have been restored. Although it *seems* a bit slower and more flickering than before on my 1000+ IMAP Inbox, but I've just got the entire INBOX correctly processed.
Just noticed: KMail with reverted r650963 applies filters to the new messages, except those which just arrived: that is if KMail receives a new message or messages they won't be processed during this transaction, only in the next check cycle. Does anybody actually understand how KMail filters are processed?
I have to conclude: filter processing is seriously broken in KMail :-(. Now I have a simple filter (actually it's a default anti-spam filter which checks for X-Spam-Flag == YES and moves the message to trash). The header check simply doesn't work, although similar checks perfectly work in other filters :-( Could anybody explain how they are expected to work, step by step?
*** Bug 146215 has been marked as a duplicate of this bug. ***
*** Bug 146716 has been marked as a duplicate of this bug. ***
*** Bug 146833 has been marked as a duplicate of this bug. ***
I'd really like fix this issue in Gentoo. Could some KDE developer confirm that reverting r650963 is the correct way to fix this problem?
No, actually it's not. The revert allows you to /somewhat/ workaround the problem, but if you need _fast_ and reliable filter processing you need to review the messages queueing/processing code and perhaps accurately rewrite it for the current environment. Unfortunately the processing model is rather complex and I have no time to fully understand it.
Looking at the commit history for the ported commit, coolo stated not to port unless it proves stable. It would seem that this patch is not stable at least for us. Gentoo will revert as it seems to give more usable filtering in kmail. If there is a better patch available we would of course be interested in hearing about it.
Just for quick reference, you can see here what has been changed in r650963: http://websvn.kde.org/?view=rev&revision=650963
This bug exists in kmail 1.9.7 at least in Fedora 7.
Yes, Fedora 7 is known to be affected, see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=244930
In conjunction with Bug #135376 (https://bugs.kde.org/show_bug.cgi?id=135376), this is a royal pain.
*** Bug 149600 has been marked as a duplicate of this bug. ***
With Kubuntu 7.10 the problem is gone. The filters now work as expected for me. KMail version is 1.9.6 (enterprise 0.20070907.709405) (KDE 3.5.7).
On Monday 17 September 2007 21:49:04 Markus Grombein wrote: > expected for me. KMail version is 1.9.6 (enterprise 0.20070907.709405) (KDE > 3.5.7). I can confirm that. Since Kubuntu went to the enterprise branch, I haven't seen any issue with filters anymore.
On Monday 17 September 2007 16:36:48 Gabriel Ambuehl wrote: > On Monday 17 September 2007 21:49:04 Markus Grombein wrote: > > expected for me. KMail version is 1.9.6 (enterprise > > 0.20070907.709405) (KDE 3.5.7). > > I can confirm that. Since Kubuntu went to the enterprise branch, I > haven't seen any issue with filters anymore. I would like to know what I'm doing wrong, then. I have: $ kmail --version Qt: 3.3.8 KDE: 3.5.7-21.fc7 Fedora KMail: 1.9.7 and this bug is still plaguing me. (Only one message is filtered after I start kmail and none are filtered thereafter.)
Kubuntu seems to have downgraded to the previous version of kmail. The problem is also sort of gone in Gentoo because they choose to revert the change that broke filtering.
confirm a similar problem on mandriva: http://qa.mandriva.com/show_bug.cgi?id=34059
Created attachment 21776 [details] Backtrace from most recent crash
Kubuntu 7.10 Linux HAL421 2.6.22-13-generic #1 SMP Thu Oct 4 17:18:44 GMT 2007 i686 GNU/Linux Qt: 3.3.7 KDE: 3.5.7 KMail: 1.9.6 (enterprise 0.20070907.709405) Filters with IMAP have been broken for a looong while. I have Spamassassin running server side - so it's not that. I have only 2 filters, both manual - Mark as Spam & Mark as Ham. The Spam filter moves email not caught by SA to the (IMAP) Spam folder - for later SA (re)training. The Ham filter moves SA false positives to a Ham folder (for training) AND to my local Inbox. Kmail crashes whether the filter is applied to individual or multiple emails - not all the time - but with enough frequency that Kmail is all but unusable for me. It also crashes occasionally when deleting emails - by clicking the trashcan button or the delete key. Debugging data attached.
Created attachment 21777 [details] Valgrind log
Chris, could you also attach a backtrace of the crash?
I did, it's comment 42.
This issue goes away for me when I downgrade kdepim (kmail) from 1.9.7 to 1.9.4.
Well, it's surely a solution. But, well, one may wish to solve the problem w/o significant downgrading, because newer versions of KMail have brought some new useful features :-). BTW, did you downgraded just KMail or entire kdepim ?
Howdy Alexey! I downgraded kdepim and kdeaddons (required when downgrading kdepim). I did so, because pirut makes it easy. I found that it resolved a number of issues for me: #77862 #135376 #149941 #150038 It also improved (but didn't entirely correct): #126182 But, that isn't a big issue compared to having to manually filter each message. I mean, that almost made filtering a pointless activity. And more than 90% of my incoming e-mails are handled by filters. Not only that, but when I had upgraded to 1.9.7, the recipient auto-fill went screwy. That now seems to work correctly with 1.9.4. The only other thing that I use regularly, is the Summary page for RSS feeds. And that seems no different. Repeating calendar events don't appear for subsequent dates in both 1.9.4 and 1.9.7. I don't use the "To-do List", the "Journal", the "News", the "Notes", nor the "Synchronization" features. So, if there are any features lost there, I wouldn't know it. And, I haven't noticed any lost features. I'm sure there are some. But, I don't see any such evidence. I just need to make sure to not update 1.9.7 back into the system. I hope this helps you to make an informed decision. On Tue 6 November 2007 2:40 am, Alexey Morozov wrote: [bugs.kde.org quoted mail]
> Repeating calendar events don't appear for subsequent dates in both > 1.9.4 and 1.9.7. A friend of mine seems not to have problems with KMail 1.9.6. Angelo
Has anybody tried if this has been fixed in KDE 3.5.8?
To be honest i was sick and tired to try little changes from svn branch and left it to try the enterprise branch that is more stable as far as I'm concerned... and it works there. Angelo
*** Bug 155424 has been marked as a duplicate of this bug. ***
Does anybody know what with this bug in 4.0?
*** Bug 156241 has been marked as a duplicate of this bug. ***
SVN commit 773384 by kloecker: Listen to the closed() and expunged() signals of the temporary filter folder (mSrcFolder), so that we can re-open the folder whenever it was closed. This fixes the problem that filtering with online IMAP stopped after the first message had been processed. CCBUGS: 126182 M +23 -1 actionscheduler.cpp M +2 -0 actionscheduler.h WebSVN link: http://websvn.kde.org/?view=rev&revision=773384
This bug (or more precisely the problem reported in comment #12 and later) should now be fixed. Just in time for KDE 3.5.9. Porting to KDE 4 is pending. Therefore I do not yet mark the bug as fixed.
I've applied the patch to my the Gentoo kmail-3.5.8 ebuild and I can confirm filters working with imap. Thanks a lot!
Seems like the automatic filtering stops working when I use manual filtering, ie. Apply All Filters (ctrl-j) or the built-in bogofilter spam/ham classify filters.
SVN commit 776110 by kloecker: Forward ported revision 773384 from the KDE 3.5 branch Listen to the closed() and expunged() signals of the temporary filter folder (mSrcFolder), so that we can re-open the folder whenever it was closed. This fixes the problem that filtering with online IMAP stopped after the first message had been processed. CCBUGS: 126182 M +21 -0 actionscheduler.cpp M +2 -0 actionscheduler.h WebSVN link: http://websvn.kde.org/?view=rev&revision=776110
Fixed in KDE 3.5.9 and KDE 4.x.
I suggest to open a new bug report for the issue mentioned in comment #59.
I have opened http://bugs.kde.org/show_bug.cgi?id=158211 for the issue raised in comment #59