Qmail
[Top] [All Lists]

Re: sbl-xbl going away; zen replacing it

To: qmail@list.cr.yp.to
Subject: Re: sbl-xbl going away; zen replacing it
From: "Japheth J.C. Cleaver" <cleaver@redwire.net>
Date: Thu, 25 Jan 2007 17:58:11 -0800
Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
Delivered-to: sp-com-lists@consult.net
Delivered-to: gmail-qmail@securepoint.com
Delivered-to: sp.com.list@gmail.com
Delivered-to: mailing list qmail@list.cr.yp.to
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=redwire.net; b=eypbUckLmvA9d4tngwPd0Mi082BfjMJrciXIHZG4rXrG0IdDOzB1nxV6xN9vMuFarb855Q0cWRSasak5eoFxe3svR9gv2iQ7Z2a41ljMmg7o9pr39iPSt5uTq0QUSMrfdroQ3XfO0Q2Ephm/xakKqXLTSystbWXK6D+dileBKLw= ;
Domainkey-status: good
In-reply-to: <17849.9263.628786.905707@desk.crynwr.com>
Mailing-list: contact qmail-help@list.cr.yp.to; run by ezmlm
Organization: Airband Communications, Inc.
References: <17849.9263.628786.905707@desk.crynwr.com>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.9) Gecko/20061207 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666
Russ Nelson wrote:
> Spamhaus's sbl-xbl is going away.   Zen replacing it:
> 
> http://www.spamhaus.org/zen/
> 


Here's my problem:
-----------------
Per the site:

Caution: zen.spamhaus.org replaces sbl-xbl.spamhaus.org.
If you are currently using sbl-xbl.spamhaus.org you can now replace
'sbl-xbl.spamhaus.org' with 'zen.spamhaus.org' (the sbl-xbl.spamhaus.org
zone will eventually become obsolete and may in the future be withdrawn
from service).

Caution: Because ZEN includes the XBL and PBL lists, do not use ZEN on
smarthosts or SMTP AUTH outbound servers for your own customers (or you
risk blocking your own customers). Do not use ZEN in filters that do any
‘deep parsing’ of Received headers, or for other than checking IP
addresses that hand off to your mailservers.

------------------

So... what about those of us that *are* using sbl-xbl in either
SpamAssassin-type rulesets (aka 'deep parsing'), or who do want top have
SBL/XBL protection on our smarthosts and outbound smtp-auth'd customer
servers (to prevent IPs infected with Outlook-setting-hijacking viruses
from doing too much damage)?

I don't see the need for removing the sbl-xbl zone in and of itself.
Those of us in similar situations will have to resort back to... adding
sbl. and xbl. individually? This would obviously lead to _more_ queries,
not less.


-jc

<Prev in Thread] Current Thread [Next in Thread>