Re: CRM114 Mailfilter and spam.el

[asjo@koldfront.dk (Adam Sjøgren)]

On Fri, 02 Apr 2004 12:06:04 -0500, Ted wrote:

> On Thu, 01 Apr 2004, asjo@koldfront.dk wrote:
>> So, I've begun to take a stab at switcing from spam-stat.el to
>> CRM114 Mailfilter and spam.el.

> Great! Just so you know, I plan to add a better way to add backends
> to spam.el; something like (spam-add-statistical-backend) for
> instance. It's not going to be ready for a while, but it's been on
> my mind.

Good idea - I've basically copied/search/replaced the bogofilter-parts
for now.

>> * If a ham is misclassified as spam, and therefore is split into
>> nnml:spam, I would like to move it to the correct group and have
>> mailfilter.crm called on it with --learnnonspam.

> Set a ham-mark (usually the tick mark) on the message. The ham
> message, when you quit the group, will be moved to the
> ham-process-destination (which can be multiple groups) and processed
> with the ham exit processor.

This I can't get working (see my previous email with my complete setup
described).

>> * I would like spam.el *never* to mark *any* message as expirable.

> This is hardcoded right now in
> spam-mark-spam-as-expired-and-move-routine:

> 	  (gnus-summary-mark-article article gnus-expirable-mark)

> but it could be changed. Why would you NOT want to expire spam?

(I worked around it by having my nnml:spam be unclassified :-))

I want to keep all email I get - if nothing else for statistical
purposes. (And if some filter turns out to be really, really good when
trained with a billion spam-messages, I'll be ready!)


  Thanks for the reply, and spam.el :-),

    Adam

-- 
 "Mr. Cotton's... parrot. Same question."                     Adam Sjøgren
                                                         asjo@koldfront.dk