Paul Gregg writes:
 > John R. Levine wrote:
 > >>What you want is:
 > >>/var/qmail/control/badmailheaderto
 > >>which really doesn't buy you anything.
 > 
 > > What I would like, and I believe what he's asking for, is
 > > /var/qmail/control/badmailto which would list specific addresses in
 > > otherwise acceptable domains to which all mail should bounce
 > > instantly. They'd match against the "MAIL TO:<whoever>" command, not
 > > anything in the body.
 > 
 > > I have a fist full of 100% spam-only addresses in my domains that were
 > > scraped ages ago, never were valid, and get spammed every day.  I
 > > currently receive the spam and complain back to the IP sender, but it
 > > would be easier to bounce them directly.
 > 
 > What you and others have failed to realise in this thread is that although
 > you may be receiving spams with the header "To: [EMAIL PROTECTED]" you
 > *will not* be receiving the email into your system with a
 > RCPT TO: <[EMAIL PROTECTED]>

Paul?  John knows *exactly* what he's talking about.  He wants the
ability for an unpatched qmail-smtpd to reject mail which is *known*
to bounce.  For example, I repeatedly get spam sent to
[EMAIL PROTECTED]  Obviously some spammer database got munged, and of
course the people selling the database don't care.  I would like to
have a badrcptto file which contains [EMAIL PROTECTED]

 > And to give you a solution, if you really need one, is to have qmail pipe the
 > email to a Maildir enabled procmail which can easily see common spammer
 > headers.

Nope.  Won't do it.  The point is to reject the mail in the SMTP
conversation -- something which qmail-smtpd does not have the ability
to do.  Oh yeah, you can insert a qmail-queue wrapper, but what
happens the next time you do a ``make setup''??  Your wrapper gets
blown away.  Oops!  Dan's probable reply?  "Don't be stupid."  Sorry,
Dan, I *am* stupid (or at least more stupid than you).  I'm not
completely stupid, though -- I know enough to ask for a mechanism to
protect me against my stupidity.  AND, it's just plain impolite and
wasteful to issue a DATA command for email you *know* you're going to
bounce.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://crynwr.com/~nelson
Crynwr supports Open Source(tm) Software| PGPok |   There is good evidence
521 Pleasant Valley Rd. | +1 315 268 1925 voice |   that freedom is the
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   |   cause of world peace.

Reply via email to