[Spambayes] Small Bug - medium-sized bug...

[Tony Meyer]

[Mark explaining about the review page losing selections on sorting]

[Skip]
> This is actually by design.  The idea of those headings is to 
> make it easy for you to tell the proxy, "almost all the 
> messages are of this class, except the exceptions, which I'll 
> click later."

The confusion (and bug) here is my fault.  I added in code that means that
if you click the *other* headings, the messages are sorted by that column
(within the three classifications).  The explanatory text at the top
probably needs to be clearer.  I don't think I even considered people doing
a sort *after* clicking the classification buttons.  This can probably be
fixed; I've added a bug report
(<http://sourceforge.net/tracker/index.php?func=detail&aid=915466&group_id=6
1702&atid=498103>) and assigned it to me (although if someone else wants to
fix it first...)

[Mark]
> Second problem - I trained spam on a folder in Mozilla.  After
> training the web interface showed some 390+ spam messages trained
> (correct).  But I think that restarting the computer may somehow
> reset this count.  Earlier today I saw that only 50 messages had
> been trained as spam.  Could SpamBayes somehow 'forget' the
> training under certain circumstances?

The only thing I can think of here is that SpamBayes is using two separate
sets of databases.  Does your config file specify a full path, or a relative
one?  Would it always pick up your config file?  (because it's in the
BAYESCUSTOMIZE envar, or because it's in the Windows Application
Data/SpamBayes/Proxy directory, rather than in the current working
directory).  What version are you using?

=Tony Meyer

---
Please always include the list (spambayes at python.org) in your replies
(reply-all), and please don't send me personal mail about SpamBayes. This
way, you get everyone's help, and avoid a lack of replies when I'm busy.