On Fri, 4 Jun 2004, Carl R. Friend wrote:
> I'll second Jeff's comment here. RBLs as implemented in
> Sendmail are a binary decision. Either we *accept* this message
> or we *do not* (before we even get to the "MAIL FROM:" clause).
That used to be the case. With newer sendmail implementations (8.11+)
you can enable the 'delay_checks' feature and the RBLs will not be
evaluated until -after- the "RCPT TO:" phase. This makes it possible
to define particular recipients that will be excepted from the RBL
(and access_db, etc) blocking.
For example, I've got 'postmaster' in the exemption list (actually 'spam
friends' in access_db) so that anybody who might be otherwise blocked
can send a message to '[EMAIL PROTECTED]'
You can also whitelist specific senders to exempt them from RBL blocking.
Thus you can "manage" your RBLs. Modify the reject message to tell the
blocked user to send the message to '[EMAIL PROTECTED]'. When they do,
put that site in the 'OK' list to bypass an unwarranted block.
I do agree that you need to choose RBLs judiciously.
--
Dave Funk University of Iowa
<dbfunk (at) engineering.uiowa.edu> College of Engineering
319/335-5751 FAX: 319/384-0549 1256 Seamans Center
Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
#include <std_disclaimer.h>
Better is not better, 'standard' is better. B{
