Re: new feature ideas

"Mahlon E. Smith" <[email protected]>
Newsgroups gmane.mail.spam.spamprobe.general
Message-ID <[email protected]>
On Sat, Jun 25, 2005, Brian Burton wrote:
> 
> * Add aliases for the various *good commands using ham instead of good.
>   This was actually requested by Karl Fogel.  (so train-ham would do the
>   same thing as train-good for example)

Tomato TomAto.  I think the good/spam terms stand on their own merit,
and adding aliases that don't directly add obvious benefit start to go
the route of Arch's tla. :)


> * Add ability to specify different thresholds for classifying spam/ham.
>   I would allow more than just two levels so that you could put obvious
>   spam into one folder, less obvious spam into another, etc.  I do
>   something like this now using a procmail recipe but its painful that
>   way.  The option would look something like this:
> 
>    spamprobe -o thresholds=0.95:SPAM,0.80:SUSPICIOUS,0.0:GOOD train

I really like this idea.


> * Add ability to operate in "filter" mode with SP printing the email to
>   stdout with a score and classification added to the Subject: header.
>   SP could also add its own header instead of modifying the Subject.

One of the larger draws (for me, anyway) to SP was that it didn't try to
be a filter - just a classification tool.  I like the modularity of it,
and the lack of bloat.  Also, don't forget that there are brain dead
MUAs out there that attempt threading based on Subject headers.

All in all, I'd rather your development talents go towards more useful
goals than reinventing the filtering/output wheel. :) (I'd still love to
see Dan Berstein's cdb support for read-only shared databases!)

-Mahlon

--
Mahlon E. Smith
[email protected] / www.martini.nu
jabber: [email protected]
signature.asc (application/pgp-signature, 155 B)
-----BEGIN PGP SIGNATURE-----

iD8DBQFCwaCAwL5r+zYGsmcRAskGAJ90HblrGsfRbz+uzBSYV3gGwOjOAwCZAR67
BtbFWxPXaf84RITIp+o7OGo=
=HRIl
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.