Stephen Carr skrev, on 25-06-2007 01:23:
I have reported this very intermittent problem before where sendmail
reports errors of the type
Jun 24 13:10:57 brooks sendmail[28340]: l5O3TvJl027795: to=<[EMAIL PROTECTED]>,
delay=00:10:55, xdelay=00:00:00, mailer=dspam, pri=211603,
relay=localhost, dsn=4.0.0, stat=Deferred: Connection reset by localhost
The emails build in the queue awaiting delivery.
I suspected it was the problem was in DSPAM connecting to the MySQL database.
My fix was to disable DSPAM processing and enable it 4 or 6 hours later.
Since this happened on the weekend I had a closer look and what I noticed
was that there was only one dspam process running. Normally there are two
or more dspam processes running with the minimum being two. Since I use
freedt to monitor the dspam daemon I killed the dspam process - after
repeating this several times it started to work.
Below is a clip from pstree showing dspam processes 6127, 6158 and 32765 -
this snapshot was taken as emails were being processed. In the error state
there is only the primary process running eg 6127. When not
delivering/processing emails only 6127 and 6158 are running.
Any idea as to the fix to make the second process activate/spawn and
accept connections.
Using dspam-3.8.0, sendmail-8.14.1 and Cyrus-imap-2.3.8
|-supervise,30831 /service
| `-run,6126 ./run
| |-dspam,6127 --daemon
| | `-dspam,6158 --daemon
| | `-dspam,32765 --daemon
| `-logger,6128 -t dspam -p daemon.notice
Strange, someone correct me if I'm wrong, but I don't believe dspam is
designed to fork. I haven't look at the code, but on mu RHAS4/FC6 rigs
it has never forked, always been a single process.
Your using freedt would point to you using (Open)BSD, are you installing
from ports, or do you build your own dspam?
--Tonni
--
Tony Earnshaw
Email: tonni at hetnet dot nl
