Hi Paul,

Thanks for responding. Unfortunately, I don't think the database connection is the problem. The system has no trouble connecting to PostgreSQL to add users. The message you are seeing mentions that dbmail "could not connect to database", but that is because of the other repeated log message "dbconnect(): PQconnectdb failed: FATAL: sorry, too many clients already". Of course, if we have runaway process spawning, PostgreSQL will stop allowing connections after just a few seconds. In fact, since this is an underpowered test machine, My max-connections is set at only 40.

I will be glad to try any other tests you suggest (gdb backtrace?). I am very interested in the possibility of using dbmail on my production servers.

Best regards,

Rick Morris

Paul J Stevens wrote:

Your dbmail installation can't connect to the database. The log is very clear about this.

If you can do 'dbmail-adduser s' and get a valid return, then you may start the servers, if not, fix your database connection before proceeding.

This check is build into the debian init scripts for a good reason. But you do have a point, the daemons should exit gracefully in such a situation, instead of going on a stampede.




Rick Morris wrote:

Hi,

I installed DBmail 1.2.9 with PostgreSQL support from the FreeBSD ports, created the appropriate PostgreSQL database, created a user, created the 'dbmail' user, etc... and edited /usr/local/etc/dbmail.conf appropriately (AFAIK).

I also installed Postfix as the MTA, and it is running fine.

But when I try to run dbmail-imapd, within seconds it spawns so many processes that the console starts showing the message "dbmail-imapd in malloc(): warning: recursive call" repeatedly. The same thing happens when I try dbmail-pop3d. The log fills up with messages like:

Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): child [45392] has exited Aug 3 01:30:53 bluebox dbmail/imap4d[45408]: PerformChildTask(): could not connect to database Aug 3 01:30:53 bluebox dbmail/imap4d[45410]: CreateChild(): signal handler placed, going to perform task now Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): creating new child Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: ParentSigHandler(): got signal [20] Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: ParentSigHandler(): got signal [20] Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): child [45394] has exited Aug 3 01:30:53 bluebox dbmail/imap4d[45412]: CreateChild(): signal handler placed, going to perform task now Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): creating new child Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): child [45396] has exited Aug 3 01:30:53 bluebox dbmail/imap4d[45414]: CreateChild(): signal handler placed, going to perform task now Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): creating new child Aug 3 01:30:53 bluebox dbmail/imap4d[45410]: dbconnect(): PQconnectdb failed: FATAL: sorry, too many clients already Aug 3 01:30:53 bluebox dbmail/imap4d[45410]: PerformChildTask(): could not connect to database Aug 3 01:30:53 bluebox dbmail/imap4d[45412]: dbconnect(): PQconnectdb failed: FATAL: sorry, too many clients already Aug 3 01:30:53 bluebox dbmail/imap4d[45416]: CreateChild(): signal handler placed, going to perform task now Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): child [45398] has exited Aug 3 01:30:53 bluebox dbmail/imap4d[45412]: PerformChildTask(): could not connect to database Aug 3 01:30:53 bluebox dbmail/imap4d[44728]: StartServer(): creating new child


I am running FreeBSD 4.10. I searched the mailling list for similar problems and only found one mention of this, in May 2004, with no resolution. Any ideas what I can look for?

Regards,

Rick Morris
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail



Reply via email to