-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Daniel Quinlan writes: > Theo Van Dinter <[EMAIL PROTECTED]> writes: > > > Yeah, that mostly sums up my feelings. The current RBL information tells > > us when a positive lookup occurs, but not when a negative lookup occurs. > > True, you have to assume a negative lookup if it doesn't show and the > "reuse" mapping indicates it was present. I'll provide a way for people > to disable reuse for rules that they normally don't run with. something in the mass-check user_prefs file, maybe. > Note that even if some of those non-hits are due to downtime or timeouts > or whatever, those *should* be considered as the realtime result since > they affect accuracy. yes, that's very true. > > I'd really like to have RBL record all queries made and the results > > thereof, then all the issues above go away -- name changes and logic > > changes just look at the cached result, rule additions w/out cached > > result cause lookups at run-time as they are now. > > Maybe, but that is still off in the future. Huge delay to get that > throughout all mail. We get 97% with names and 99% with names and > dates. a case of the best being the enemy of the good, I think. - --j. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Exmh CVS iD8DBQFB7gLOMJF5cimLx9ARArgpAJ9tIaSUzsmPSj0TTno1Q2y+25uvvgCeO2tE VYbl8oz9+dSwE2ysI8ulgDw= =cQZO -----END PGP SIGNATURE-----
