In the coming release, I'd very much appreciate if more calls to
auth_connect() were added to parallel calls to db_connect(). Here's a
quick grep of today's CVS to show which files need the added calls:
[EMAIL PROTECTED] dbmail]$ grep auth_connect *
auth.h:int auth_connect();
injector.c: if (db_c
hmm, i think auth* calls that are used by db* calls should be
implemented in db.h.
i.e:
int auth_connect ()
{
return (db_connect());
}
Don't shoot me on the prototype, it's just an example.
Eelco
On zondag, feb 2, 2003, at 03:01 Europe/Amsterdam, Aaron Stone wrote:
In the coming r
Are you sure you have the latest CVS? What exactly are you doing? I
can't seem to reproduce the problem..
Eelco
On zaterdag, feb 1, 2003, at 23:25 Europe/Amsterdam, Igor Olemskoi
wrote:
I have installed the latest CVS:
Feb 2 00:22:52 sumy dbmail/pop3d[11169]: pop3(): user tourov logged
i
Problem is located and fixed. Happends when logging in while there is
no new mail. Because there is a new session structure i needed to set
the starting values to 0 :)
Please keep on testing!
Eelco
On zondag, feb 2, 2003, at 11:59 Europe/Amsterdam, Eelco van Beek -
IC&S wrote:
Are you su
Yes, this would work well, but I believe there were a few posts which Roel
responded to a while back regarding a split of auth and storage databases.
For example, if someone already had a big mysql user base, but wanted to
store their messages in posgres?
Aaron
On Sun, 2 Feb 2003, Eelco van Beek
Oh, wait, it's no good unless db_connect() also gets more connection
handling smart, because essentially it would be writing this:
db_connect();
db_connect();
Which would leak the first a connection into thin air!
Aaron
On Sun, 2 Feb 2003, Aaron Stone wrote:
> Yes, this would work well, but I
