[ingo] sieve whitelist behavior..
Jan Schneider
jan at horde.org
Tue Sep 21 12:47:27 PDT 2004
Zitat von Liam Hoekenga <liamr at umich.edu>:
> When using the Sieve backend, Ingo stops checking rules after the
blacklist
> criteria have been met..
>
> 10: # Blacklisted Addresses
> 11: if address :all :comparator "i;ascii-casemap" :is ["From", "Sender",
> "Resent-From"] "poop at poop.com" {
> 12: discard;
> 13: stop;
> 14: }
>
> Whitelist doesn't do that...
>
> 5: # Whitelisted Addresses
> 6: if address :all :comparator "i;ascii-casemap" :is ["From", "Sender",
> "Resent-From"] ["juser at example.com"] {
> 7: keep;
> 8: }
>
> Shouldn't whitelist also stop checking rules? To me "whitelist" implies
> messages will always reach the inbox, no matter what.
>
> I can see how people might want mail from whitelisted addresses to be
> available
> for other filtering, but what if you're also using Sieve to filter
> out messages
> that have been tagged by some anti-spam package? Say someone you've
> whitelisted
> apparently sends you spam.. what should the behavior be?
>
>
> Maybe this is a matter of rules ordering.. what do you guys think?
> Currently
> our rules go..
>
> - Whitelist
> - Blacklist
> - Filter on anti-spam X-header
>
> Blacklisted addresses never hit the anti-spam filter, but whitelisted
> addresses
> do.
I wish it was working this way. But here, whitelisted messages get delivered
to the INBOX and no further rules get applied. I think it would make more
sense if it worked like you described, ie. that other filter rules still
get applied on whitelisted messages.
Jan.
--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
More information about the ingo
mailing list