My problem continues - maybe its something I did wrong in dbmail.conf? (imap stanza pasted below)
I have a server with sendmail, squirrelmail, imapproxy and dbmail, a separate postgresql server dedicated just as a mail store, and another www / cf server which runs a lot of queries of the dbmail tables. What seems to happen over a period of many hours, is that a lot of dbmail-imap processes build up and hang around... then the postgresql server makes connections from my cold fusion server wait.... if I restart dbmail then the pg server seems to be cleared of a blockage and finishes the sql queries from the cf server. I recently installed dbmail on yet another server which has very minimal use - and from this I see the default settings for NCHILDREN, MAXCHILDREN and MAXCONNECTS. I edited the "problem" dbmail server dbmail.conf to match tonight in hopes it will help. Unfortunately I do not comprehend what all the settings do. My postgresql guy just says we are looking forward to when dbmail does database connetion pooling.... MAXCHILDREN line for the IMAP stanza was completely missing until tonight. Any comments appreciated: [IMAP] EFFECTIVE_USER=dbmail EFFECTIVE_GROUP=dbmail BINDIP=* PORT=143 NCHILDREN=5 MAXCHILDREN=200 MAXCONNECTS=10000 # the maximum number of connections a default childs makes TIMEOUT=300 # the time (s) before the dbmail-imapd should shutdown a connection which is being idle. RESOLVE_IP=no # if yes, the imap daemon resolves IP numbers to DNS names in the log IMAP_BEFORE_SMTP=yes MINSPARECHILDREN=4 MAXSPARECHILDREN=8 MAXCHILDREN=200 TRACE_LEVEL=0 - April Lorenzen http://ors.blogs4change.org http://adl.blogware.com