albatroz----
All depends on your situation (amount of incoming rubbish,
your box's horsepower, link bandwidth etc).
I'm not too fussed how many nanoseconds even minutes it
takes for an email to be delivered (either way) as anything
that 'works' too quickly doesn't give the RBLs time to get
with it and do their things for you. Many's the time I used
to get UCE or a junk email and later, on checking the RBL
database, THEN find it listed whereas when I originally got
the damn thing it hadn't yet been listed.
Obviously if your horsepower isn't up to your situation then
you'll have to prune your lookups' loading by shortening the
RBL string in use. FWIW I made up a helpful pair of files to
more easily install and remove the local rules.
[sh install.sh] (watch the linewrap here and while editing it,
drop the \ and keep the /sbin/ stuff on one line, the actual
RBL addresses are concatenated with no spaces)
#!/bin/sh
clear
echo "Starting to install RBL rules..."
/sbin/e-smith/config setprop smtpfront-qmail RBLList \
bl.spamcop.net:bl:spamcannibal.org:dnsbl.ahbl.org:whois.rfc-ignorant.org:psbl.surriel.com:cbl.abuseat.org\
:korea.services.netcombined.njabl.org:sbl.spamhaus.org:xbl.spamhaus.org:dialup.rbl.kropka.net:dnsbl.sorbs.net\
:virbl.dnsbl.bit.nl:dnsbl-3.uceprotect.net:dnsbl.tqmcube.com
echo " expanding the template"
/sbin/e-smith/expand-template /var/service/smtpfront-qmail/runenv
echo " smtpfront-qmail"
svc -t /service/smtpfront-qmail
echo " restarting httpd gracefully"
/etc/rc.d/init.d/httpd-e-smith graceful
echo "...finished installing RBL rules."
[sh remove.sh]#!/bin/sh
clear
echo "Starting to remove existing RBL rules..."
/sbin/e-smith/config delprop smtpfront-qmail RBLList
echo " expanding the template"
/sbin/e-smith/expand-template /var/service/smtpfront-qmail/runenv
echo " terminating the smtpfront-qmail service"
svc -t /service/smtpfront-qmail
echo " restarting httpd gracefully"
/etc/rc.d/init.d/httpd-e-smith graceful
echo "...finished removing the existing RBL rules."
YMMV
Ray----
sme6 did lookups against the local IP for
outgoing mail which wasn't really necessary
Which causes me the collateral damage of not being able to
properly respond to those daft 'standard' email addresses of
info, webmaster, accounts, sales etc all of which I've got
stymied locally;~/ Everytime I need to respond to any of the
above for real I have to temporarily lower the drawbridge
(disable o/g checking or the blocking of the relevant email
addresses). Another good point for me to bear in mind whilst
I continue to have to pluck up courage or otherwise prevaricate
the move from my trusty but ancient SME6 box to the snazzy
new box which is currently testing SME7 on the intranet;~)
----best wishes, Robert