Re: Fwd: [mailop] SORBS Closing.
On 2024-06-05 04:44, Rob McEwen via users wrote: From "Frido Otten" mailto:fr...@0tten.nl>> So is there anything that needs to be done to prevent false positives happening right after the shutdown? They said they were emptying the zone files, not actually "listing the world" - so this shouldn't cause false any positives - but might cause some false negatives, especially for anyone who was overly relying on SORBS in their spam filtering? But yet - after some years - lists like this - once they've been dead for many many years - do /sometimes/ "list the world" as a final push to get others to stop using them - if that even ever happens with SORBS? And if it ever did, I doubt that would happen anytime soon. But definately make sure that your spam filter is ONLY ever acting on specific and valid SORBS return codes - and NOT treating ANY query being resolved that isn't NXDOMAIN - as a listing. Anyone */misusing/* SORBS in that way - might one day have a very bad day. But that's a general truth for all DSNBLs - make sure your rules/setup for its usage only treat it as a valid listing when specific return codes are returned, that match that DNSBL's instructions, and thus */NOT/* taking action just because /some /IP address was resolved by the query. /(I think any built-in/default SpamAssassin rules for SORBS - already does all of this correctly.)/ Rob McEwen, invaluement Hi Rob and list, Speaking as a small user of SORBS via SpamAssassin 4.0, I assume the correct response to disable use of SORBS is to place the following in my local.cf file: dns_query_restriction deny sorbs.net Is that correct and is there any additional portions of local.cf I need to configure so that I am no longer consulting SORBS ? Thanks, - J
Re: Fwd: [mailop] SORBS Closing.
From "Frido Otten" So is there anything that needs to be done to prevent false positives happening right after the shutdown? They said they were emptying the zone files, not actually "listing the world" - so this shouldn't cause false any positives - but might cause some false negatives, especially for anyone who was overly relying on SORBS in their spam filtering? But yet - after some years - lists like this - once they've been dead for many many years - do sometimes "list the world" as a final push to get others to stop using them - if that even ever happens with SORBS? And if it ever did, I doubt that would happen anytime soon. But definately make sure that your spam filter is ONLY ever acting on specific and valid SORBS return codes - and NOT treating ANY query being resolved that isn't NXDOMAIN - as a listing. Anyone misusing SORBS in that way - might one day have a very bad day. But that's a general truth for all DSNBLs - make sure your rules/setup for its usage only treat it as a valid listing when specific return codes are returned, that match that DNSBL's instructions, and thus NOT taking action just because some IP address was resolved by the query. (I think any built-in/default SpamAssassin rules for SORBS - already does all of this correctly.) Rob McEwen, invaluement
Fwd: [mailop] SORBS Closing.
A little heads-up from the MailOp mailinglist. So is there anything that needs to be done to prevent false positives happening right after the shutdown? Doorgestuurd bericht Onderwerp: [mailop] SORBS Closing. Datum: Wed, 05 Jun 2024 10:36:58 +1000 Van:Michelle Sullivan via mailop Antwoord-naar: Michelle Sullivan Aan:mailop For those that haven't heard. Proofpoint is retiring SORBS effective immediately(ish). Zones will be emptied shortly and within a few weeks the SORBS domain will be parked on dedicated "decommissioning" servers. I am being made redundant as part of the shutdown and my last day will be 30th June 2024. I will be looking for new positions following that. I would like to thank all the SORBS supporters over the years and Proofpoint for keeping it going for the community for the last 13 years. Best regards, Michelle Sullivan SORBS. -- Michelle Sullivan http://www.mhix.org/ ___ mailop mailing list mai...@mailop.org https://list.mailop.org/listinfo/mailop OpenPGP_0xCCDCFB22C59E9DD2.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
