[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: spam2.el

From: Teemu Likonen
Subject: Re: spam2.el
Date: Thu, 10 Sep 2009 22:55:03 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

On 2009-09-10 20:18 (+0200), Adam Sjøgren wrote:

> If you set the variable I introduced, unregistering happens whenever
> spam.el changes something from spam to ham, or from ham to spam before
> it learns it again - as far as I can see (that is what happens on my
> machine anyway).

>  * An email is detected as spam, but you realize that it isn't. You mark
>    it as ham. spam.el unregisters it from spam and relearns it as ham.
> (And the other way around.)

Thanks. I wonder, though, what's the purpose of that
spam-unregister-on-reregister variable? Shouldn't it be always turned on
(non-nil)? Just to make a point: generally when the meaning of variable
starts to sounds like

    (setq please-fix-this-stupid-bug t)

then why not just unconditionally fix the bug and not introduce any new
variables to confuse users?

Of course I may have missed something. No offense meant; I'm really on
the "thank you" side here. :-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]