Proper Processing of White Lists

[Marc Perkel]

Martin Gregorie wrote: Clarification: I, for one, was only proposing that the whitelisting plugins and rules that query external databases are removed from the standard ruleset and sa_update and placed in a separate library of optional rules. My reasons for making this suggestion are: - all URIBL tests can be disabled with skip_rbl_checks. All whitelist/blacklist rules should be controlled by this preference, hence it should already be possible to disable them without impacting any other standard rule. - they can safely be excluded from sa_update since the rule(s) and plugin will not change during the life of an SA version. Apart from bugfixes all changes[*] that affect message scoring are applied to the external database by its maintainer. - the act of separating these rules from the main rule corpus makes it clear to SA admins that they are optional. It also has the side-effect of removing their maintenance workload from SA devs. [*] apart from score adjustment, obviously. Martin Yes Martin, That is the system I use at junkemailfilter.com. In fact besides whitelists disabling blacklist checks I also have several other lists. Yellow listing disables both white and black list lookups. NoBl listing disables only black list lookups. On my system a white list means pass the message without any further tests. Yellowlisting (hotmail, yahoo, gmail) means that the IP address contains no useful information therefore all IP based lists should be skipped. Here's the details: http://wiki.junkemailfilter.com/index.php/Spam_DNS_Lists But - you are beginning to think on the right track.