Re: [Evolution] Filter not filtering....

Wow, you replied an hr before I sent the msg and I am on the EST coast :-p

delete actions are saved until the very end. this way if you have
filters which would copy the message elsewhere, it doesn't get copied
with the delete flag.

so... this would not be a bug.
Is it documented?

Can this be disabled?  Please, please, please... what is the point of
ordering then?

On Tue, 2003-11-04 at 13:23, lloyd foolswisdom com wrote:
I think this may relate to problematic behaviour that I have found.

I am running Evo 1.4.5 and in a desire to read less information, I
have been trying to use filters on subjects to delete message threads
that I am not interested in.  If these messages are from a mailing
list where there is already a filter to move to another mailbox, the
delete filter is not run regardless of how I order the filters in the


 I have bogofilter in place which puts my spam into a separate
but I also have put a simple shell filter in place to separate out
all of these bogus MS security/virus emails that come in on my
accounts and them as they arrive.

The filter is just a shell and looks like this:

cat |egrep -i "^content-"| egrep -i -e '\.exe' -e '\.pif"' -e
'\.com' -e '\.bat' 2>&1 >> /dev/null
exit $?

The exit code of the second egrep is the exit status of the shell.
(There's probably a nicer regexp that would eliminate the need for
two egreps, but this is at the quick & dirty stage right now.)

My evolution filter verifies that the email has an attachment and if
so, runs the shell command on it. If the return is 0, it deletes the
message. Here is the rule.

    <rule grouping="all" source="incoming">
        <part name="attachments">
          <value name="match-type" type="option" value="exist"/>
        <part name="pipe">
          <value name="command" type="command">
          <value name="retval-type" type="option" value="is"/>
<value name="retval" type="integer" integer="0"/>
        <part name="delete"/>
        <part name="stop"/>

The odd thing is that this rule is much earlier in the stack than my
bogofilter rule. When email is checked, these emails end up in my
spam folder (per bogofilter.)

If I then select and right-click on these 'infected' emails and
apply filters, this filter fires and the email is deleted.

Why would it work manually, but not when the email is being


John Harlow <jrh johnharlow com>

evolution maillist  -  evolution lists ximian com

evolution maillist  -  evolution lists ximian com
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
fejj ximian com  -

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]