[spambayes-dev] pop3proxy execution "rules" on Windows
Mark Hammond
mhammond at skippinet.com.au
Sat Sep 6 19:37:59 EDT 2003
> > * pop3proxy etc data is stored in the per-user "{Application
> > Data}\SpamBayesProxy" (ie, next to the "SpamBayes" directory
> > used by Outlook. It could be "SpamBayes\Proxy", but I see no
> > good reason to mix the data up. I think we all agreed this
> > (bar the specific name!)
>
> Is there any reason not to just put it in "{Application
> Data}\SpamBayes"
> along with the Outlook stuff?
Nothing is shared, so I see no reason to use the same directory, and only
scope for confusion. a "flaw" in Outlook already is that we use the profile
name for a filename - but in a directory with other files. If an Outlook
profile was ever called "default_configuration" we would be in trouble
<wink>
An advantage of using the same directory is that our FAQ etc can tell a user
they only need to back up a single directory, and they get both/either app.
Hence I don't mind the idea of a sub-directory for the proxy. I should have
started with "SpamBayes\Outlook" :)
> > Further, as we are using sockets, there is no way we can
> > determine what user is at the other end of the connection.
> > Hence a single service instance can not service multiple clients
> > (as it won't know what user database to use for the request).
>
> Well, we could change things so that it can determine who is at the
> other end, although this might get too complicated. The user could
> specify not only the server to proxy, but also the accounts
> that will be
> used on that server, and then the proxy could eavesdrop on the
> authentication and select the appropriate database.
This wont work due to permissions. The service is running as a different
user, and will have no credentials to use to LogonUser() to get access to
the user's database. We could solve this by having a "logon to the proxy"
request, but that is getting beyond the short term :)
Mark.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 2604 bytes
Desc: not available
Url : http://mail.python.org/pipermail/spambayes-dev/attachments/20030906/23e26009/winmail-0001.bin
More information about the spambayes-dev
mailing list