sc2.surbl.org, the test list for the revised sc list, has been
removed. If you were using it in test configurations, then
please remove it. If you were serving the zone for public
queries then please remove the zone from your nameserver configs.
Thanks for your help in testing and serving it.
The sc list has been using the revised data for about a year,
so sc2 has been redundant since then.
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Erik Mugele reports that he has added MIME support to his Exim
script for checking messages against SURBLs:
"I have released a new version of my Exim Perl script. In
conjunction with the proper Exim configuration, the script will
now check for blacklisted domains in URLs in decoded MIME
attachments (i.e. base64).
Details at: http://www.teuton.org/~ejm/exim_surbl/ "
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Steve Freegard of Fort Systems Ltd. reports that milter-uri.pl is
a basic Sendmail milter written in Perl using Sendmail::PMilter
and SpamAssassin libraries.
http://www.fsl.com/support/milter-uri.pl
By default it uses "the 20_uri_tests.cf rules file (so it is
relatively light) to strip the URI's from a message and then
check them against" SURBLs. Other SpamAssassin rules should be
configurable.
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Two applications add SURBL support to Sendmail and MailEnable
respectively:
Anthony Howe of SnertSoft reports that his milter-link/0.1 for
Sendmail "extracts URLs from the message body (text, HTML, and/or
MIME encoded)" and checks them against SURBLs, or after domain
resolution against RBLs. Written in C, milter-link does
on-the-fly MIME decoding without using temporary files.
http://www.snertsoft.com/sendmail/milter-link/
Martyn Keen reports that his MEFilter, a bolt-on for the
MailEnable mail server, adds beta SURBL support. Test results
are very favorable.
http://www.mefilter.com/
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
We'd like to welcome and thank the addition of a new public
SURBL name server b4.surbl.org administered by:
Alice's Registry, Inc.
Without our public nameservers and the help of their
administrators, SURBLs would not be possible.
Our thanks to all of them!
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Erik Mugele reports:
__
I have finished a new version of the embedded Perl script that can be used
by Exim to do SURBL filtering.
This release more closely follows the SURBL Implementation Guidelines. In
particular it makes use of the ccTLD list provided on the SURBL website. A
good portion of the script was rewritten to make it more efficient and to
do far fewer lookups against the SURBL nameservers. This also means less
processing/waiting on mail servers running the script.
Downloads, instructions and details can be found at
http://www.teuton.org/~ejm/exim_surbl
__
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Per the announcement a few months ago, be.surbl.org has been
removed from service. Please use ws.surbl.org instead.
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Kevin Gilbertson reports that he has been using SURBLs for "about
a year now" to protect his popular redirection site TinyURL.com
from abuse by spammers and phishers.
TinyURL joins MetaMark Shorten and SnipURL in using SURBLs to
protect their redirection services.
Thank you to all of them for taking this important step to
prevent abuse of their services. If you know of any other
redirection services who might benefit similarly, please point
them to our "Open Letter To Operators Of Redirection Sites"
at:
http://www.surbl.org/redirect.html
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Between about 11:00 and 13:00 UTC there was a glitch on my new
engine's whitelist processing where an inadvertent blank line in
a manual whitelist broke the whitelisting. As a result some
legitimate domains were briefly blacklisted. They are now
properly excluded from blacklisting. For those with long
memories, this happened with the old engine once also. I've
since added a sed -e '/^$/d' to prevent this from happening with
the new engine also. Thank you to those who brought this to my
attention.
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/