On 12 Feb, Professional Software Engineering wrote:
| At 12:17 2002-02-12 +0000, Edward Wildgoose did say:
| [...]
| >If I was starting up a small e-mail service for 50 or so users and wanted
| >to err on the cautious side, ie some junk may slip past, but we emphasise
| >that we rarely reject real mail (and I am assuming that users are going to
| >need too much training to "opt-in", hence this will be automatic unless
| >they request to be "opted out"), then what would you advise me to use?
|
| If you want to let people opt out, then the RBL checking will need to be
| done from a global procmailrc, not within the MTA itself (well, I'm sure
| with some wizardry, one could manage to do selective RBL-ing: access.txt
| would be one way for uniquely hosted domains, but I don't think it'd work
| for individuals -- but it will still require the admin to make changes
| based on the whim of a user).
I am almost positive sendmail versions from 8.10.x (?) have the ability
to exempt specific recipients (including plussed addresses) from at
least some checks via a "SPAMFRIEND" designation in access.db. Whether
that can exclude them from rbl checks or just the rest of access.db, I
don't know. I say "almost positive" because I haven't actually used it,
but searching for "SPAMFRIEND" in the top level README from the sendmail
source tells a little more. Of course that probably still requires
admin involvement. I have a facility for users to add entries to
*their* procmail whitelists with an email message (so they don't need
to know vi :-), but I don't think I'd be willing to subject maintenance
and rebuilding of access.db to their dynamic updates.
--
Reply to list please, or append "6" to "procmail" in address if you must.
Spammers' unrelenting address harvesting forces me to this...reluctantly.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail