Bob Maple <[EMAIL PROTECTED]> wrote:
>
> Is the RCPT a valid person? If no, reject with 'user unknown'; else
As noted, qmail-smtpd has no concept of what users exist and what users
don't. It's a violation of djb's separation of tasks, and qmail's
aliases and address extensions make it a very tricky task.
People have patched qmail-smtpd to do all the same checks that
qmail-send/qmail-getpw do, but I haven't used these.
> Is the RCPT mailbox unfiltered? If yes, allow the message; else
Difficult; the address specified doesn't really need to be a "mailbox".
> Is the FROM address on the "nice list"? If yes, allow the message; else
Badmailfrom does that opposite; TMDA can be used otherwise.
> Is the HELO domain on the banned list? If yes, reject the message; else
Bad idea. HELO verification/filtering bounces (in djb's words) "a huge
amount of legitimate mail, and a moderate amount of spam". It's also
forbidden in the RFCs.
> I prefer to be a hard-nose and reject everything that matches something on my
> filters, whereas a couple of people get mail at my domain that need to bypass
> the filters (they actually get legitimate mail from people at hotmail! The
> horrors!).
Letting each user control their settings is best done at the MDA level.
TMDA can do this, I understand.
> So, anything like this exist without post-processing after the message has
> already been received, or should I pull up my text editor and get cracking?
My recommendation is: ignore it. I deal with spam, and I don't use any
of these methods.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
-----------------------------------------------------------------------
