From owner-freebsd-questions  Sun Jul 27 23:57:34 1997
Return-Path: <owner-freebsd-questions>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id XAA13983
          for questions-outgoing; Sun, 27 Jul 1997 23:57:34 -0700 (PDT)
Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13978
          for <freebsd-questions@FreeBSD.ORG>; Sun, 27 Jul 1997 23:57:31 -0700 (PDT)
Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224])
	by ridge.spiritone.com (8.8.6/8.8.6) with ESMTP id XAA06175;
	Sun, 27 Jul 1997 23:56:50 -0700 (PDT)
Received: (from joes@localhost)
	by joes.users.spiritone.com (8.8.6/8.8.6) id XAA19173;
	Sun, 27 Jul 1997 23:57:51 -0700 (PDT)
From: Joseph Stein <joes@spiritone.com>
Message-Id: <199707280657.XAA19173@joes.users.spiritone.com>
Subject: Spam filtering with procmail (Was re: something else :)
In-Reply-To: <Pine.BSF.3.96.970727224625.17198A-100000@andrsn.stanford.edu> from Annelise Anderson at "Jul 27, 97 10:50:54 pm"
To: andrsn@andrsn.stanford.edu (Annelise Anderson)
Date: Sun, 27 Jul 1997 23:57:51 -0700 (PDT)
Cc: dwhite@resnet.uoregon.edu, freebsd-questions@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-questions@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Subject: Re: wu-ftpd doesn't tar or compress

Yeah, that's it... (see subject line)

> > Spam routed to /dev/null by Procmail    | Death to Cyberpromo
>                  ^^^^^^^^^
> Would you like to show us what you've got in .procmailrc that
> routes spam to /dev/null?  I've routed stuff there at times but
> don't have a list of spam perpetrators, nor would I know quite
> where to put such a list. 
> 
> 	Annelise

While I can't reply for Mr. White, my experience is that people that have
spam filters that work, don't generally share them, because the people that
produce the spam can use them to find a way around them.

Generally.

But, then again, eventually, with all the bandwidth wasted on spam, there
won't be any _real_ e-mail to read, anyway, so filtering will be a waste
of time (just send it all to /dev/null)...

Actually, that's not a bad idea.

Send all mail to /dev/null unless it comes from a source you are prepared
to accept mail from...

Never mind.

joe