>>>>> "R" == Robert Harley <harley@argote.ch> writes:
R> Depends who writes it.  One guy will write a bug every 5 lines,
R> another every 5000 lines.  Put them both on a project and that
R> will average out to a bug every 4.995 lines.
And a Java program, due to the extensive class libraries, will weigh
in at 10% the number of lines of the equivalent C program.  QED.
--
Gary Lawrence Murphy <garym@teledyn.com> TeleDynamics Communications Inc
Business Advantage through Community Software : http://www.teledyn.com
"Computers are useless.  They can only give you answers."(Pablo Picasso)

No, hits=-4.2 required=5.0
	tests=AWL,EMAIL_ATTRIBUTION,KNOWN_MAILING_LIST,REFERENCES,
	      T_NONSENSE_FROM_70_80,USER_AGENT,USER_AGENT_MOZILLA_UA,
	      X_ACCEPT_LANG
	version=2.50-cvs

from localhost (jalapeno [127.0.0.1])
	by jmason.org (Postfix) with ESMTP id 4B65C16F03
	for <jm@localhost>; Mon, 16 Sep 2002 00:08:15 +0100 (IST)
from jalapeno [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for jm@localhost (single-drop); Mon, 16 Sep 2002 00:08:15 +0100 (IST)
from proton.pathname.com
    (adsl-216-103-211-240.dsl.snfc21.pacbell.net [216.103.211.240]) by
    dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g8ELf9C18215 for
    <jm@jmason.org>; Sat, 14 Sep 2002 22:41:10 +0100
from quinlan by proton.pathname.com with local (Exim 3.35 #1
    (Debian)) id 17qKfW-0001tr-00; Sat, 14 Sep 2002 14:41:34 -0700
Matt Sergeant <msergeant@startechgroup.co.uk>,
	Spamassassin-devel <spamassassin-devel@lists.sourceforge.net>
yyyy@example.com's message of "Fri, 13 Sep 2002 22:13:30 +0100"
No, hits=-8.7 required=7.0
	tests=AWL,EMAIL_ATTRIBUTION,IN_REP_TO,LINES_OF_YELLING,
	      LINES_OF_YELLING_2,QUOTED_EMAIL_TEXT,REFERENCES,
	      SPAM_PHRASE_00_01
	version=2.50-cvs

> I was thinking of just removing those particular rules, but keeping the
> other entries in the range, since they're proving too "noisy" to be
> effective.  But I'd be willing to keep those ones in, all the same.  What
I think I could handle commenting out the lowest SPAM_PHRASE_XX_YY
scores.  If the GA could handle this sort of thing so they'd
automatically be zeroed, I'd feel better since the ranges could change
next time the phrase list is regenerated or the algorithm tweaked.
I think we need to understand why DATE_IN_PAST_48_96 is so low before
we remove it.  The two rules on either side perform quite well.
>> And here are the rules that seem like they should be better or should
> well, I don't like SUBJ_MISSING, I reckon there's a world of mails from
> But, yes, the others for sure should be recoverable, and I'm sure there's
Probably a few, those seemed like the best prospects to me.
> BTW do you agree with the proposed methodology (ie. remove the rules and
I only want a bugzilla ticket for each one if people are okay with
quick WONTFIX closes on the ones deemed unworthy of recovery.
If you could put the stats for each rule in the ticket somehow (should
be automatable with email at the very least), it would help.