[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [Evolution] Filter not filtering....
- From: <lloyd foolswisdom com>
- To: <fejj ximian com>
- Cc: <lloyd foolswisdom com>, <jrh johnharlow com>, <evolution lists ximian com>
- Subject: Re: [Evolution] Filter not filtering....
- Date: Tue, 4 Nov 2003 16:11:42 -0500 (EST)
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
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]