Version: 1.7.1 (using KDE KDE 3.3.1)
Installed from: Gentoo Packages
The current filter capabilities in Kmail are very limited in the following ways:
1. There must be at least 2 filter rules.
2. There can be at most 8 filter rules.
3. The ways to connect the rules with the logical operators (and, or) are very limited. It is either a conjunction or a disjunction of all rules.
This is both a bug and a wish. First the bug:
Please allow removing the second filter rule. Is there a reason to require at least 2 filter rules? And it does not seem to be possible to set the second rule to be empty, like a newly created rule.
Allow any number of rules connected in any way. This should be displayed in a tree. See attached picture. The data structure could be stored in XML.
Created attachment 8466 [details]
Tree representation of filter rules as Kmail should do it
You can clean the second filter rule. Simply delete the values in the combox box and in the edit field. That's why I change the servirity to "wishlist".
There are some ideas to extend the capabilities of KMail regarding filtering. There is the Sieve standard which could be a good orientation for improvements in KMail. It's just that the development capacity is limited and the main focus is on the groupware features at the moment.
I agree with the point about logical operators. At the moment, there is only the option to match any of the rules, or all of the rules.
Perhaps a suitable solution might be to add a combo box to the beginning of each rule, so we can apply and/or to each rule individually?
Andreas, about erasing, true, but there should be small "erase" buttons (wish of course).
I see two wishes in this: Add a small delete button for every filter rule or filter action - and increase the limit of rules and actions. Good for a junior
*** Bug 56875 has been marked as a duplicate of this bug. ***
Deleting a filter by emptying each of its field is a really convoluted way of doing things. And if one hopes to remove a filter by clicking on it and pressing "-Fewer", you end up with the last filter being deleted and not the one you were on. The whole process for deleting is so convoluted that it really deserve the status of a bug. Calling it a wish is just an insult to users who have to deal with the bad design of this screen.
This entry should be split in to entries:
1: BUG: implement filter deletion properly in current screen.
I'd create this entry if I were sure it wouldn't end up being
tagged as duplicate wish
2: WISH: remove limits, and/or, etc.
What this entry is already
I don't think groupware features should not take precedence over BUG #1 which is a real issue for managing a large flow of mail items (mailing lists, ads, spam, etc.).
Moreover groupware only means an increase flow of items, so wouldn't you need better filtering for groupware so that one can easily sort mail/tasks/calendar/contacts between groups/projects/whatever?
So please don't neglect filtering. At least make it easier to remove/move items in present screen while you sort out a larger redesign plan that may take years before it gets released.
I agree with this wish will look at it.
let's reassign then
Git commit a93c696691fa955530770a3defc3e5bb795cead2 by Montel Laurent.
Committed on 10/10/2011 at 09:41.
Pushed by mlaurent into branch 'master'.
Fix Bug 94062 - kmail: very limited filter capabilities, for example can not remove second filter rule
M +73 -21 libkdepim/kwidgetlister.cpp
M +9 -0 libkdepim/kwidgetlister.h
M +107 -18 mailcommon/filteractionwidget.cpp
M +13 -2 mailcommon/filteractionwidget.h
I improve delete/add rules in kmfilterdialog in 4.8