>>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 have that exact same problem. I'm using the dbmail-1.1-1 deb > package for unstable.
The only thing that comes to mind even remotely similar is in some signal handling bugs in the linux kernel. I had some machines with a problem in the pop3d server - whenever it got a SIGALRM it went into a loop sucking up all cpu time. I never had time to really track it down and it was not producable on other OS's .. and a few updates later (running debian unstable), the problem went away. There is now another problem with pop3d in a high cpu use loop while serving pop3 clients, and writes to the client are quite slow (eg. one write() per 1-4 seconds), but I'm guessing that may not be in dbmail either (both linux kernel and postgres libraries were updated when this showed up). Again, haven't had the time to look into it more.... If you can, try to track this down a little more, and post a bug report (or patch ;). At minimum, turn on level 5 logging and post the logs when this happens. You could also strace the process and see if that gives any indication of what's happening, and run it under a debugger to really track things down, if you're familiar with doing so. Even finding a scenario in which this can be reproduced by someone else will help get it fixed a lot faster. (Don't use imap here, so I can't really check that.) > By the way how do you access the cvs directly (not via the cvs web browser)? See http://www.dbmail.org/download.phtml (I've not actually used cvs since the addition of the dbmail 2 branch, but that used to work.) > Which is more relevant the dbmail.org web page or source forge (or both)? Both. The sourceforge page was made to compliment the main web page with some missing tools. > Also how active is this project? This mailing list seems kind of quiet. Kinda goes in spurts. I've not been watching code changes recently for lack of time, but Ilja, a neoteric IC&S developer, has recently been reworking all of the database code, and Paul (who maintains the debian packages) had been testing it a bit and submitting some fixes. Other than that, it has been pretty quite for the last couple weeks. -- Jesse Norell jesse (at) kci.net
