[spambayes-dev] Test windows binaries available

[Meyer, Tony]

> I've tried the binaries with mixed results.  8-)

Me, too, but better than yours :)

If I try to run pop3proxy_tray it immediately dies.  The log has:
"""
Traceback (most recent call last):
  File "pop3proxy_tray.py", line 459, in ?
  File "pop3proxy_tray.py", line 455, in main
  File "pop3proxy_tray.py", line 194, in __init__
  File "pop3proxy_tray.py", line 383, in StartStop
  File "pop3proxy_tray.py", line 248, in StartService
pywintypes.error: (3, 'StartService', 'The system cannot find the path
specified
.')
"""

I then figured out this is because I still had the old (binary test 1)
version of the service installed :) Once Mark explained how to remove a
service, it worked fine.  "pop3proxy_service -remove" (duh!)

> Running pop3proxy_service.exe, I get a box popping up:
> 
> The procedure entry point 
> ?PyWinObject_FromSECURITY_DESCRIPTOR@@YAPAU_object@@PAX at Z 
> could not be located in the dynamic link library PyWinTypes23.dll.

I don't get this.  Is this perhaps because I have a later version of the
win32 extensions than Richie?

> Running "pop3proxy_service.exe -help" displays the help but then says:
> 
>   Connecting to the service control manager....
>   Could not start the service - error 997

Is there some way to get it to exit after displaying the help, rather
than trying to start the service?  I gather that it's Windows (or the
win32 extensions?) that's displaying the message rather than code in
pop3proxy_service.py.

> "net start pop3proxy" gives:
> 
>   The SpamBayes Service service is starting.

I don't get any of those problems - I get:
    The SpamBayes Service service was started successfully.

>  I edited my configuration on the Configuration page, but the 
> Save button gives me a 500:

Me, too.  I presume this is because ProxyUI does "from Options import
options" instead of "from spambayes.Options import options".  I've
checked in a fix for this.

> The proxy now isn't picking up my ini file settings.
[...]
> It does say "Your options are stored in C:\Documents and 
> Settings\rjh\Application 
> Data\SpamBayes\Proxy\bayescustomize.ini." which contains the 
> correct [pop3proxy] entries - bizarre.

This is because Options.py sets up the path *after* loading in any files
;)  I've checked in a fix for this, too.

> Restarting with my POP3 server specified on the command line 
> ("sb_server mail") looks good at first: 
[...]
> but the home page says "POP3 proxy running on , proxying to

This happened in the source, too.  I probably introduced it when I
abstracted out the prepare/start/stop functions.  I've checked in a fix.

> Although my ini file is at C:\Documents and 
> Settings\rjh\Application 
> Data\SpamBayes\Proxy\bayescustomize.ini, the database is at 
> C:\src\tests\spambayes_binaries\lib\hammie.db

Nothing sets the "Storage":"persistent_storage_file" option, so this
still defaults to the cwd.  I've checked in a fix that will set the
option if we follow the path through to using the app data directory,
and will save the config file.  Note that this won't happen if the
config file already exists in this location.

> pop3proxy_tray.exe doesn't want to talk to my sb_server.exe 
> at all.

It's not clear from this, but if you were running pop3proxy_tray *and*
sb_server then that's wrong.  pop3proxy_tray will launch sb_server
(well, the appropriate bits of sb_server.py) in a separate thread if it
can't use the service.

> The commands that launch web pages work OK, but 
> neither "Stop SpamBayes" nor "Exit SpamBayes" stops 
> sb_server.exe.

This works for me if I use urllib.urlopen and not urllib2.urlopen.  I
don't know why, but that's the case here, so I suspect for Richie (and
any other user) as well.  It is very slow, but I suppose this is because
it's sending a http page and waiting for the response.  I've checked in
the change.

> The tray command "Check for latest version" says "Error 
> checking the latest version."  SpamBayesServer1.log contains this:
> 
>   Traceback (most recent call last):
>     File "pop3proxy_tray.py", line 436, in CheckVersion
>     File "spambayes\Version.pyc", line 108, in get_version_string
>   KeyError: 'Full Description Binary'

I get this too, although running from source works fine.  I wondered if
the Version.pyc was too old, but I replaced the one in the archive with
mine (I presume this would work) and that didn't help.  I'm not sure
what else to try!

=Tony Meyer