Re: spam/ham exit processors

[Jake Colman <colman@ppllc.com>]

>>>>> "TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:

   TZ> On Tue, 04 Nov 2003, colman@ppllc.com wrote:
   >>>>>>> "TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:
   >> 
   TZ> I think you want an intermediate "spam" group with its
   TZ> process-destination set to "train", and then run
   TZ> spam-processors on "train" only.  So all spam will flow to
   TZ> "spam" and then you can pop ham back out of "spam" before it
   TZ> all gets moved into "train."
   >> 
   TZ> I like the "train" approach also because Bogofilter can be
   TZ> easily run on all those messages from the command line.
   >> 
   >> But if the messages were already filtered into the "intermediate"
   >> spam group it would seem to indicate that spam.el (through whatever
   >> statistical tool is being used) already determine it to be spam.  So
   >> why do you need to ever move messages from one spam group into
   >> another?

   TZ> Because I like to verify (visually) that messages are spam before
   TZ> training my filters on them.  This has given me the result of 2 spam
   TZ> messages in the last week that got through, out of a few thousand
   TZ> spams.  Some people don't want the inconvenience of spending time
   TZ> looking at spams, so they train on whatever is in the spam folder.
   TZ> That's fine too.

I MUST be missing something here.   Don't the filters _already know_ that
the messages were spam?  How else did they end up in the intermediate folder?
 Why do you need to train if it's been trained?

-- 
Jake Colman                     

Principia Partners LLC                    Phone: (201) 209-2467
Harborside Financial Center                 Fax: (201) 946-0320
902 Plaza Two                          E-mail: colman@ppllc.com
Jersey City, NJ 07311                 www.principiapartners.com