GNOME Bugzilla – Bug 565376
Vfolder Missing Conditions
Last modified: 2013-09-13 01:00:24 UTC
Please describe the problem: I want to be able to exclude specific mboxes (e.g., suspected spam filtered by procmail) or header (again spam related) from the unread vfolder. It should be easy, except for the fact that the vfolder options don't allow me to select these (or other things like BCC, regexp). Basically, the vfolder options should be the same as those used in filters. Well, perhaps not, there should be one more; i.e., "current folder" which would allow matches on the current (i.e., post filtered etc) folder the mail is in. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Created attachment 125189 [details] filter differences Here are differences between 3 kinds of options. Filtertypes' Junk Test should be similar to "Status is (not) Junk". I'll merge them, except of the pipe to program, I believe it doesn't make any sense in searches of search folders, it would be only a performance hit there. I'll add "Folder" "is/is not" for search folders, but I think it will be most usable only with "all criteria are met", otherwise it will not make much sense.
(In reply to comment #1) > Filtertypes' Junk Test should be similar to "Status is (not) Junk". Actually it isn't. Junk Test runs a test for where "Status is (not) Junk" is only looking for a Junk flag whether it is set on a message.
Created attachment 125210 [details] [review] proposed eds patch for evolution-data-server; To let it work.
Created attachment 125213 [details] [review] proposed eds patch ][ for evolution-data-server; Err, header-contains for any header didn't work for search folders.
Created attachment 125214 [details] [review] proposed evo patch for evolution; I didn't try all the option, I just think it should work as expected. Otherwise will fix it when someone rises a bug report.
OK, applied the patches and rebuilt (something's got to be done for the build system, BTW, minor changes to eds lead to huge rebuilding in evo, and yes I'm using the -c flag for ginstall). I now get many new options in the vfolders->properties gui; however, something is broken: I have a local folder called Spam which is a subfolder of "Spam, Viruses, & Bounces". I wanted to add a condition to the unread vfolder to exclude stuff in Spam. What I see initially in the gui is a single rule: Status is not Junk I added (or tried to add) a rule: Message Location is not Spam I get the standard gui to choose the folder, but when I selected "Spam", I end up with "Spam, Viruses & Bounces"; i.e., the folder one level up. Worse the rule doesn't work, and the change seems to have broken the rules completely. Even with the original rule, I see all of my inbox--as if the is no has been changed to is.
Forget the last paragraph of my last comment. Somehow I'd blown away the "status is not read" condition. With it resorted, the original behavior is recovered.
I'm really foggy today--there is no problem. The reason I thought that the folder wasn't chosen proprely is that the actual string to be used is Spam, Viruses & Bounces/Spam Which was too small for the button, given the gui size. Making it bigger exposed the tail. Everything is working as expected.
Seems fine for me also. To trunk only.
eds part committed to trunk. Committed revision 9887. evo part committed to trunk. Committed revision 37015. (Bumped requirement for eds to 2.25.5 in revision 37016.)
*** Bug 476422 has been marked as a duplicate of this bug. ***