If a filter action has a move to folder, followed by a mark_as_read, the mark_as_read doesn't happen. I am informed that all the actions following a move are similarly inoperative. See discussion under Bug 1488: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1488 ) Recommendation: The action constructing process should always put the move action last. Justification: Users should not be expected to know this.
Users should also read the manual.
(In reply to comment #1) > Users should also read the manual. > The manual refers to a different behavior: "... if Claws Mail finds a rule suitable for an email that either moves or deletes the email, it will stop looking for further rules for that email." That refers to looking for further rules. This bug concerns the actions within a single rule. The rule says "move "#mh/Mail/Walt's Email/Junk mark_as_read" This rule does not do what it says. That is a bug. I suggest that even if the manual were changed to document failing to execute some actions within a rule, this would be unexpected program behavior. There is a slick UI that lets the user construct this rule, and the user has a right to expect it to do what it says. There are plenty of ways to fix this. Here are three, in increasing order of both quality and effort: 1) Rename the "move" rule to "move and terminate actions". 2) Force the "move" action to the end of the action list. 3) Fix the code so the action list isn't terminated by "move". I appreciate the work that everyone puts in on this great program, and am only trying to help polish it further. Apologies in advance if I am violating etiquette on this, but I will reopen this as a bug.
I had a similar situation where certain rules were failing and I was not immedaitely able to ascertain why. I have since discovered that it is because the 'move' action was not the last action in a statement. I agree that the wording for 'move' should be changed to indicate this action. I would tend to think that having the program automatically reformat the statement so that 'move' is moved to the end of the statement might at some point introduce problems. Eliminating the need for 'move' to be the last action in a statement would seem like the obvious solution however.
It's not only 'move'. It's at least also the 'delete' and 'stop' actions that are final.
change 'hardware', it's not maemo-specific
I created the following AutoIT script which is launched from a AutoHotkey keyboard shortcut to get round this issue: ; AutoIT script to move a message to the actioned folder. ; A bug in the move action command (where it jumps to the top of the inbox) means I have to use this. WinActivate("Claws Mail") ; Ctrl-M is the keyboard shortcut assigned to Move to folder send("^M") ; A selects the folder I want to move to (mine is called ActionedItems send("A{ESC}") send("!o")
Sorry added above comment to the wrong Bug reference - please ignore.
Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.colino.net/claws-mail/ 2011-11-20 [pawel] 3.7.10cvs96 * src/filtering.c * src/filtering.h * src/prefs_actions.c Fix bug #1489 'Filter action mark_as_read inoperative following move action' Sort actions lists to have proper order of execution