Gary Funck said:
> I thought the ">> /perllocal.pod" line looked odd. Is it normal to write
> documentation into the root directory? (<g>). Is there some Make parameter, o
> r
> environment variable that should've been set when I ran "make"?
an issue for Razor folks I think.
> It seems that by registering that I avoided the error path noted in my previo
> us
> e-mail where DNS::Net::Resolver was called, but does not exist in my Perl
> hierarchy.  Here's the new output from SA ans Razor2:
looks good.
> Question: if we use spamassassin on a per-user basis, invoked from procmailrc
> ,
> will each user have to run "razor-admin -register" first? Is there way to
> register with Razor just once per system?
If you use spamd with the -H option and provide a shared directory for
the razor config files to be written to.  RTFM for more details...
--j.

by example.com (Postfix, from userid 500)
	id 4376516F1C; Wed, 18 Sep 2002 12:57:54 +0100 (IST)
from example.com (localhost [127.0.0.1])
	by jmason.org (Postfix) with ESMTP
	id 40A2CF7B1; Wed, 18 Sep 2002 12:57:54 +0100 (IST)
Message from Matt Kettler <mkettler_sa@comcast.net> 
   of "Wed, 18 Sep 2002 02:04:29 EDT." <5.1.1.6.0.20020918014722.00a99b20@mail.comcast.net>
From jm@jmason.org  Wed Sep 18 12:57:54 2002

Matt Kettler said:
> Ok, first, the important stuff. Happy birthday Justin (a lil late, but
> oh well)
cheers!
> a 13% miss ratio on the spam corpus at 5.0 seems awfully high, although
> that nice low FP percentage is quite nice, as is the narrow-in of average
> FP/FN scores compared to 2.40.
As Dan said -- it's a hard corpus, made harder without the spamtrap data.
Also -- and this is an important point -- those measurements can't be
directly compared, because I changed the methodology.  In 2.40 the scores
were evolved on the entire corpus, then evaluated using that corpus; ie.
there was no "blind" testing, and the scores could overfit and still
provide good statistics.
In 2.42, they're evaluated "blind", on a totally unseen set of messages,
so those figures would be a lot more accurate for real-world use.
--j.