> > Probably because you are not short-circuiting on the whitelist. ;) > > Any whitelist rule is just that -- a plain, ordinary rule. > With a score. > There is no magic, and other matching rules always can > overrule any other fraction of the equation. > > If you *know* a given message is not spam, you can just as > well spare the cycles calling SA on it -- and have your glue > avoid SA for those. > Karsten, is it in the SA docs where to specifically put ALL (or most) whitelist rules and how to specifically shortcircuit them correctly?? is it done with priority? or should be local.cf and blah? ...or some other way to be first in the rule chain etc? or a specifcally labeled rulename.cf and blah? :-) - rh
- Re: Incresing numbers of DCC_CHECK in ham Jeff Mincy
- Re: Incresing numbers of DCC_CHECK in ha... Jari Fredriksson
- Re: Incresing numbers of DCC_CHECK i... Karsten Bräckelmann
- Re: Incresing numbers of DCC_CH... Jari Fredriksson
- Re: Incresing numbers of DC... Karsten Bräckelmann
- Re: Incresing numbers of DC... Jeff Mincy
- Re: Incresing numbers of DCC_CHECK in ham Jason Bertoch
- Re: Incresing numbers of DCC_CHECK in ham Karsten Bräckelmann
- Re: Incresing numbers of DCC_CHECK in ha... Jason Bertoch
- Re: Incresing numbers of DCC_CHECK i... Karsten Bräckelmann
- RE: Incresing numbers of DCC_CHECK in ha... R-Elists
- Short-Circuit (was: Incresing number... Karsten Bräckelmann
- Re: Incresing numbers of DCC_CHECK in ham LuKreme
- Re: Incresing numbers of DCC_CHECK in ham Jari Fredriksson