[Spambayes] web interface training problems...

[Tony Meyer]

> I often have a problem when training ham/spam through the web 
> interface using the pop3proxy server. When it works 
> correctly, I get a logon screen when connecting to 
> myhost:8880, I then press review and classify my messages. I 
> will then get the "training on X messages" message displayed 
> almost immediately after pressing the train button. However, 
> about 1 out of every 4 times I try this, I get another logon 
> popup right after pressing the train button, and then the 
> server seems to just hang! If I run top on the server, the 
> sb_server process is showing 99% cpu usage in top. If I end 
> and restart the pop3 proxy, I can usually train on exactly 
> the same message selection/classification just fine.
> 
> Any ideas on what may be causing this?

You have enabled http-auth for the web interface, I take it.  This is a
fairly new addition to spambayes, and so this might be a problem with it (I
haven't seen it before, but I don't know that many people are using it).  If
you disabled http-auth, does the problem go away, or is it replaced with
something else?  What browser is this, with what version of spambayes?  Are
you using sb_server, the pop3proxy service, or pop3proxy_tray?

> Is there any log files that I should look for to give me an 
> indication on what the sb_server is doing, and if not, is 
> there any way to turn on such logging?

If you are using the pop3proxy service, then log files called
"SpambayesServiceX.log" (where X is from 1 to 5) will be in the service's
temp directory; you can also run "pop3proxy_service.py debug" to get this
printed to the console window.

Otherwise, any errors will either appear in the web interface itself, as a
500 error, or in the console window that you're running the script from.

=Tony Meyer