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

[<lloyd foolswisdom com>]

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
> > list.
> >
> > Thanks,
> > Lloyd
> >
> >
> > >  I have bogofilter in place which puts my spam into a separate
> > folder,
> > > 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">
> > >       <title>VIRUS</title>
> > >       <partset>
> > >         <part name="attachments">
> > >           <value name="match-type" type="option" value="exist"/>
> > >         </part>
> > >         <part name="pipe">
> > >           <value name="command" type="command">
> > >             <command>/home/jrh/bin/viruscheck</command>
> > >           </value>
> > >           <value name="retval-type" type="option" value="is"/>
> > <value name="retval" type="integer" integer="0"/>
> > >         </part>
> > >       </partset>
> > >       <actionset>
> > >         <part name="delete"/>
> > >         <part name="stop"/>
> > >       </actionset>
> > >     </rule>
> > >
> > > 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
> > received.
> > > Thanks
> > > John
> > >
> > > --
> > > John Harlow <jrh johnharlow com>
> > >
> > > _______________________________________________
> > > evolution maillist  -  evolution lists ximian com
> > > http://lists.ximian.com/mailman/listinfo/evolution
> >
> >
> >
> > _______________________________________________
> > evolution maillist  -  evolution lists ximian com
> > http://lists.ximian.com/mailman/listinfo/evolution
> --
> Jeffrey Stedfast
> Evolution Hacker - Ximian, Inc.
> fejj ximian com  - www.ximian.com