Eric Estabrooks wrote:
Jesse Norell wrote:
Hello,
From: Jason Jorgensen <[email protected]>
I have alittle problem with dbmail getting in to some sort of locked
or strange state. In a mail client if I switch rapidly from different
imap folders the daemon stops responding to all clients. I have to
restart the daemon.
I've not heard of that one offhand. Make sure you're using the
latest cvs code, but I don't know that that specifically was fixed
there.
I have that exact same problem. I'm using the dbmail-1.1-1 deb package
for unstable.
Yes, indeed. The package was accepted into unstable last week :-)
By the way how do you access the cvs directly (not via
the cvs web browser)? Which is more relevant the dbmail.org web page or
source forge (or both)?
cvs -d :pserver:[EMAIL PROTECTED]:2401/cvsroot-dbmail co dbmail
Try raising the number of processes that are pre-forked (the NCHILDREN
option). It might help.
Btw, the debian packages are up-to-date for dbmail-1.1. They contain a
big patch that effectively syncs them with CVS as of late august/early
september.
Also how active is this project? This mailing list seems kind of quiet.
Upstream authors are working on dbmail-2, and Ilja appears to be making
steady progress. However, dbmail-1 is pretty much as-is. Nothing much
appears to be happening.
There are however some issues at least with dbmail's socket handling, it
seems:
- If I understand the code correctly, dbmail forks NCHILDREN processes,
each of which listen, accept, handle MAXCONNECTS connections, and die. I
don't see any fork-on-accept code, which makes the number of possible
clients static: NCHILDREN. Why not allow the number of children to scale
to a certain ceiling.
- pooling of database backend connection (I see many connections to the
database, but no way to manage the connection pool). Wouldn't some kind
of shared connection pool be nice.
- cleaning up of sockets when restarting (I see problems with restarting
of imap servers). This might be a linux/glibc matter though.
Someone with wizard level understanding of the code please enlighten us
mere mortals.
--
________________________________________________________________
Paul Stevens mailto:[EMAIL PROTECTED]
NET FACILITIES GROUP PGP: finger [EMAIL PROTECTED]
The Netherlands________________________________http://www.nfg.nl
