From owner-freebsd-stable Wed Jul 2 14:03:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25883 for stable-outgoing; Wed, 2 Jul 1997 14:03:18 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA25878 for ; Wed, 2 Jul 1997 14:03:14 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.6/8.8.6) with ESMTP id OAA18891; Wed, 2 Jul 1997 14:02:38 -0700 (PDT) Received: (from joes@localhost) by joes.users.spiritone.com (8.8.6/8.8.6) id OAA00603; Wed, 2 Jul 1997 14:02:19 -0700 (PDT) From: Joseph Stein Message-Id: <199707022102.OAA00603@joes.users.spiritone.com> Subject: Re: Earlier problems with ppp and 'Too many open files' In-Reply-To: from Tom at "Jul 1, 97 07:11:46 pm" To: tom@uniserve.com (Tom) Date: Wed, 2 Jul 1997 14:02:18 -0700 (PDT) Cc: brian@awfulhak.org, freebsd-stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Since it seems to happen while doing a "make world", it shouldn't be a > problem, because most people login to do a make world. Well, I've done some more investigation. Like I indicated before, this is a single-user machine. However, I do the following from /etc/rc: -- start userland PPP -- start fetchmail-3.9.8 So, on boot-up, fetchmail forces the connection to my ISP (desired action), and transfers mail. I just recently enabled FEATURE(local_procmail) in sendmail (thinking that maybe the problems with 'unable to fork' were because I was calling procmail from my .forward file). When I reconnected (just to get make world done without a hitch, which it did (finally)), I had 145 messages in my queue. Guess what? While sendmail/procmail were digesting the inbound mail, I got Out of processes So now, I'm off to find out what to tweak to increase the number of available processes and see if that takes care of the problem. joe