Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!newsfeed.ecrc.net!nntprelay.mathworks.com!howland.erols.net!newshub2.home.com!newshub1.home.com!news.home.com!news1.best.com!nntp1.ba.best.com!not-for-mail
From: dillon@flea.best.net (Matt Dillon)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: Sendmail behaving wierd. Need some advice.
Date: 15 Jul 1997 22:29:00 -0700
Organization: Best Internet Communications, Inc. - 415 964 BEST
Lines: 41
Message-ID: <5qhm6s$1m0$1@flea.best.net>
References: <Pine.GSO.3.95.970715095132.4009A-100000@user1.ptd.net> <5qgo8h$970@uriah.heep.sax.de>
NNTP-Posting-Host: flea.best.net
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:44501
:In article <5qgo8h$970@uriah.heep.sax.de>,
:J Wunsch <joerg_wunsch@uriah.heep.sax.de> wrote:
:>PTD-000440 <dstevens@ptdprolog.net> wrote:
:>
:>> sendmail: JAA16254 home.gis.net.: client RCPT (sendmail)
:>>
:>> Like I said I have 111 of these processes. They aren't taking up memory
:>> nor cpu time as far as I can tell. They have been open for a few days
:>> now.
:>
:>Are you sure the _same_ processes have been opened? I would assume
:>that they are simply starting over and over again, on each queue run
:>(the -q30m argument to the SMTP daemon process).
:>
:>Blame home.gis.net, that seems to be the culprit. Or, kill all
:>sendmail processes, remove all mails destined for home.gis.net from
:>the queue, and start it again.
:>
:>--
:>cheers, J"org
:>
:>joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
:>Never trust an operating system you don't have sources for. ;-)
A 'ps aux' will give all the start times. If some of these sendmails have
been going for days, and you are running FreeBSD 2.2.x, try turning on
keepalives by default:
sysctl -w net.inet.tcp.always_keepalive=1
sysctl -w net.inet.tcp.keepidle=1800
That'l fix it. Beyond that, it sounds to me like the original poster needs
to do some sendmail tuning.
I also suggest running the latest sendmail (8.8.6), running the server
(sendmail -bd) SEPARATELY from the queue runs (sendmail -q30m), and
properly specifying the MaxDaemonChildren option in sendmail.cf to
prevent too many sendmails from running (daemon or queue runs).
-Matt