Re: AskDNS uridnsbl_skip_domain
[email protected] Wed, 25 Feb 2026 09:29:19 +0100
| Newsgroups | gmane.mail.spam.spamassassin.devel |
|---|---|
| Message-ID | <[email protected]> |
On 2/25/26 1:28 AM, Kent Oyer wrote: > Requesting feedback from the group. > > The standard SA ruleset includes an extensive list of domains in uridnsbl_skip_domain. The idea is to skip RBL lookups for domains that are unlikely to be on a blocklist. However it also prevents lookups on "welcome" lists such as dkimwl.org. > > I'm thinking of implementing a new tflag `noskip` that bypasses the skip list for askdns rules. Or we could repurpose the `nice` flag so that nice rules automatically skip the skip list. > > Alternative 1: > Remove legit domains from uridnsbl_skip_domain, and just use it for domains like example.com that would never be on any list. This would obviously increase DNS queries. > > Alternative 2: > Make two separate lists such as `uridnsbl_skip_good_domain` & `uridnsbl_skip_bad_domain` so we can skip looking up good domains on bad lists and bad domains on good lists. Domains such as example.com could be on both lists. > > Any thoughts? > I think we should use a noskip `tflag`, creating two lists would be complex to maintain since we need backwards compatibility for older SA versions. Giovanni
OpenPGP_signature.asc
(application/pgp-signature, 840 B)
-----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEqg3TnG6R3qYMxl94+r7qCYlyWOUFAmmest8FAwAAAAAACgkQ+r7qCYlyWOVK RA//XhhA7xdIucj8miBu3TZmNiP+ShOLVLtXCuNGE1dq7Vz7r6UkcwuWVQge4/yQfLKa10XscLIl gEyevBU5HUvnQUcm6Y0tMdsm/WhqFYk7we45ZptWV9do6oufN9G47Q9oDB3B5EPouW53i00mdvbz LdZsciUHKwdcItfIgliS2z7HKB8mtMaJbWCd11FnyhI11pRjN4mtPECvKSw9Oh5sz6+027ivjTPE Y6vNMqQEJM/GRp3CM7lcjZjQovnO1k4D6cQVvRfPYzztdjQnpS4aayzqdpcENg25iZp0DPVxRKRM +WuMfBx+qyiUnFqFqJiJRz2MV5Kt2eaIHbA1O10vjek8QYpgyxZ3xGbI9V3Yf7zcHmo+RC43ish0 Y9UyDHu+7F93Jow6XJX4AeGbQSNEhr3tOrTDsWI4g26ynrWGoYRnE9neb6MfaAj7A6QVEpK17xmb 3T35xb4JGhNwpSc3VZ/t8U4LQSLNqbRM73l7ypgXAzlbCljfrGT2178tc5H5nTjAvc3IupHbkCRc L67NQJ1X+hYdxeXrIyvNhLctcbeHr9gGgcherf+I9uU24zgRDGSBYCa1t1rvj9eH/tFemd+ask6k DybluVdu5rvr6DGy1zqEu0rLXX/Z36Uw4PhXpNveMfxDuY03bJOvV1PIcGilj2rqDV/l4CS0gqRO l+o= =xu4g -----END PGP SIGNATURE-----