--- spamassassin.README.Debian	21 Jun 2002 02:46:50 -0000	1.1
+++ spamassassin.README.Debian	27 Aug 2002 09:31:29 -0000	1.2
you wish to use spamd (the Daemon version of spamassassin), please edit
-'spamc' is equivalent to 'spamassassin -P' and you should use it instead if
+'spamc' is equivalent to 'spamassassin' and you should use it instead if
(and only if) you enabled 'spamd' (and you've installed the spamc package)
To add rules, change scores, edit the template, edit

No, hits=-5.4 required=7.0
	tests=FOR_FREE,IN_REP_TO,KNOWN_MAILING_LIST,
	      SIGNATURE_LONG_SPARSE,SPAM_PHRASE_02_03
	version=2.40-cvs

from localhost (localhost [127.0.0.1])
	by phobos.labs.netnoteinc.com (Postfix) with ESMTP id 2D36643F99
	for <jm@localhost>; Wed, 28 Aug 2002 05:44:12 -0400 (EDT)
from phobos [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for jm@localhost (single-drop); Wed, 28 Aug 2002 10:44:12 +0100 (IST)
from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by
    dogma.slashnull.org (8.11.6/8.11.6) with SMTP id g7RIYRZ20977 for
    <jm@jmason.org>; Tue, 27 Aug 2002 19:34:27 +0100
from localhost (HELO hrothgar.la.mastaler.com) (jason@127.0.0.1)
    by localhost with SMTP; 27 Aug 2002 18:34:35 -0000
Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Informed
    Management, i386-unknown-freebsd4.6)
No, hits=-4.1 required=7.0
	tests=EMAIL_ATTRIBUTION,FROM_HAS_MIXED_NUMS,IN_REP_TO,
	      QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT
	version=2.40-cvs

> Sounds a lot like TMDA to me. :( Filing date is July 26, 2001,
> I'd presume TMDA is prior art, but still, it could be troublesome...
Yup.  TMDA's core functionality was fully established before even the
Anyone with experience in this area have a recommendation on whether

No, hits=-5.4 required=7.0
	tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,
	      X_AUTH_WARNING
	version=2.40-cvs

> I would be in favor of creating new SpamAssassin CVS modules and
> Bugzilla categories for other clients (provided there is sufficient
> interest and a maintainer).
yeah, I'd be with that -- as long as they have a maintainer ;)
however regarding CVS, I'd say many projects might find it easier
to just sign up as a new proj with sf.net -- it might save them having
to go through us (not sure, depends on what sf.net's procedures
are like).
--j.