From owner-freebsd-questions Mon Apr 14 17:43:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA28520 for questions-outgoing; Mon, 14 Apr 1997 17:43:53 -0700 (PDT) Received: from papillon.lemis.de ([203.239.92.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28482; Mon, 14 Apr 1997 17:43:32 -0700 (PDT) Received: (grog@localhost) by papillon.lemis.de (8.8.4/8.6.12) id IAA00237; Tue, 15 Apr 1997 08:26:25 +0900 (KST) From: grog@lemis.de Message-Id: <199704142326.IAA00237@papillon.lemis.de> Subject: Re: Where is Sendmail PID? In-Reply-To: from Dan Busarow at "Apr 10, 97 07:36:03 pm" To: dan@dpcsys.com (Dan Busarow) Date: Tue, 15 Apr 1997 08:26:24 +0900 (KST) Cc: questions@FreeBSD.org (FreeBSD Questions) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) WWW-Home-Page: http://www.FreeBSD.org/~grog X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Dan Busarow writes: > On Fri, 11 Apr 1997 grog@lemis.de wrote: >> Could it be that you're running a different version of sendmail? The >> standard place is /etc/sendmail.pid. If it's not in either of these >> places, are you sure that sendmail is really running? > > No, I'm seeing this too. 2.2-RELEASE > > safefopen in daemon.c is returning NULL. > > safefile(/var/run/sendmail.pid, uid=0, gid=0, flags=c6, mode=200): > sequence:aliases.files NULL: valid > No such file or directory > stabapply: trying 1/8bit > [final dir /var/run uid 3 mode 40755] Permission denied This is telling you that your /var/run directory belongs to bin (user ID 3), and that only user bin can write to the directory. My sendmail shows: -r-sr-xr-x 3 root bin 266240 Dec 11 18:19 /usr/sbin/sendmail This is 3.0-CURRENT as of some time ago. I suspect that your permissions are different: either your sendmail doesn't belong to root, or it doesn't have setuid permission (the s in the permissions string). You can fix this in a number of ways: set sendmail permissions as above, or if your sendmail is running happily without being root, you could change the permissions of /var/run to 775 (if your sendmail is group bin) or 777 (otherwise; maybe not a good idea). On the other hand, touching /var/run/sendmail.pid won't work past a boot, since the boot process removes everything there. Greg