From owner-freebsd-stable Sun Oct 12 00:35:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05265 for stable-outgoing; Sun, 12 Oct 1997 00:35:26 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from dfw-ix10.ix.netcom.com (dfw-ix10.ix.netcom.com [206.214.98.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05257 for ; Sun, 12 Oct 1997 00:35:22 -0700 (PDT) (envelope-from wghhicks@ix.netcom.com) Received: (from smap@localhost) by dfw-ix10.ix.netcom.com (8.8.4/8.8.4) id CAA24578 for ; Sun, 12 Oct 1997 02:34:46 -0500 (CDT) Received: from atl-ga9-01.ix.netcom.com(199.183.210.97) by dfw-ix10.ix.netcom.com via smap (V1.3) id rma024562; Sun Oct 12 02:34:19 1997 Message-ID: <34407C67.19D1C48A@ix.netcom.com> Date: Sun, 12 Oct 1997 03:29:43 -0400 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... References: <344070AD.BEC41248@ix.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yup, seems as though something is amiss. Dug out my other disk and fired up both QNX and NT, they have the same snappy response as FreeBSD 2.2-STABLE did up until about the middle of the week. J. Hicks jerry_hicks@bigfoot.com From owner-freebsd-stable Sun Oct 12 07:13:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA23092 for stable-outgoing; Sun, 12 Oct 1997 07:13:08 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from netcom1.netcom.com (mvh@netcom10.netcom.com [192.100.81.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA23067 for ; Sun, 12 Oct 1997 07:13:00 -0700 (PDT) (envelope-from mvh@netcom1.netcom.com) Received: (from mvh@localhost) by netcom1.netcom.com (8.8.7/8.8.7) id HAA01518; Sun, 12 Oct 1997 07:11:32 -0700 (PDT) Date: Sun, 12 Oct 1997 07:11:32 -0700 (PDT) Message-Id: <199710121411.HAA01518@netcom1.netcom.com> From: "Michael V. Harding" To: wghhicks@ix.netcom.com CC: stable@FreeBSD.ORG In-reply-to: <344070AD.BEC41248@ix.netcom.com> (message from Jerry Hicks on Sun, 12 Oct 1997 02:39:41 -0400) Subject: Re: ftp transfers crawling... Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am having the same problem. Netcom has been claiming network latency problems... but I can ftp the same file from netcom in a few seconds. I am using 'slirp' on a shell account - how about you? Date: Sun, 12 Oct 1997 02:39:41 -0400 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk X-UIDL: a395e512ce7f43ffb06c289666db211c Just me? Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp download do better that 1K on my 28.8k modem . That's trying a lot of different sites. I'm using IJPPP. All was well before, no config changes have been made. Maybe Netcom... Anybody else notice anything? J. Hicks jerry_hicks@bigfoot.com From owner-freebsd-stable Sun Oct 12 07:35:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA24382 for stable-outgoing; Sun, 12 Oct 1997 07:35:49 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from netcom1.netcom.com (mvh@netcom6.netcom.com [192.100.81.114]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA24366 for ; Sun, 12 Oct 1997 07:35:38 -0700 (PDT) (envelope-from mvh@netcom1.netcom.com) Received: (from mvh@localhost) by netcom1.netcom.com (8.8.7/8.8.7) id HAA01686; Sun, 12 Oct 1997 07:35:18 -0700 (PDT) Date: Sun, 12 Oct 1997 07:35:18 -0700 (PDT) Message-Id: <199710121435.HAA01686@netcom1.netcom.com> From: "Michael V. Harding" To: wghhicks@ix.netcom.com CC: stable@FreeBSD.ORG In-reply-to: <344070AD.BEC41248@ix.netcom.com> (message from Jerry Hicks on Sun, 12 Oct 1997 02:39:41 -0400) Subject: Re: ftp transfers crawling... Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just dropped back to 2.2.2 ppp, and FTP transfers are occurring at full bandwidth. So something definitely got broken in the last week. I couldn't get ANY ftp stuff to finish with the latest build of ppp, as it always timed out... I WAS blaming this on netcom, until today, because they had said they had networking problems which were supposed to have been fixed this morning. Please don't ship this build!!! Date: Sun, 12 Oct 1997 02:39:41 -0400 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk X-UIDL: a395e512ce7f43ffb06c289666db211c Just me? Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp download do better that 1K on my 28.8k modem . That's trying a lot of different sites. I'm using IJPPP. All was well before, no config changes have been made. Maybe Netcom... Anybody else notice anything? J. Hicks jerry_hicks@bigfoot.com From owner-freebsd-stable Sun Oct 12 07:49:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA25014 for stable-outgoing; Sun, 12 Oct 1997 07:49:22 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from news.IAEhv.nl (news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA25004 for ; Sun, 12 Oct 1997 07:49:16 -0700 (PDT) (envelope-from devet@adv.IAEhv.nl) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 4695 on Sun, 12 Oct 1997 14:48:39 GMT; id OAA04695 efrom: devet@adv.IAEhv.nl; eto: stable@FreeBSD.ORG Received: (from devet@localhost) by adv.IAEhv.nl (8.8.5/8.8.6) id QAA00277; Sun, 12 Oct 1997 16:48:08 +0200 (CEST) Date: Sun, 12 Oct 1997 16:48:08 +0200 (CEST) From: Arjan de Vet Message-Id: <199710121448.QAA00277@adv.IAEhv.nl> To: stable@FreeBSD.ORG Subject: 2.2-stable and /usr/sbin/ncrcontrol: still problems X-Newsgroups: list.freebsd.stable In-Reply-To: <19970731221830.00759@mi.uni-koeln.de> References: <199707311941.MAA00453@dragon.cmnsens.zoom.com> Organization: Internet Access Eindhoven, the Netherlands Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <19970731221830.00759@mi.uni-koeln.de> Stefan Esser wrote: >On Jul 31, Mike Burgett wrote: >> I've been on a schedule of CVSup'ing 2.2-stable daily, and doing a 'make world >> install' every week or so. So far so good. This morning, I did my weekly >> build, and built a new kernel, and rebooted, so everything should be in sync. >> >> However, when I tried running '/usr/sbin/ncrcontrol -i', I get 'incompatible >> with kernel. Rebuild!' > >The problem is that "ncrcontrol" accesses some data structure >in the kernel, and whenever a kernel is built with a different >definition of that structure, ncrcontrol has to be rebuilt, too. > >> Is there something I'm missing here, or should this work? I've not tried >> using it before, so I have no idea if/when it ever worked here. > >Could you send me your kernel config file ? >Kernel config options may effect the size of the above mentioned >data structure, and the compilation of ncrcontrol can't guess the >build directory of your kernel, and thus doesn't know which options >you use in your kernel ... I still see the same problem, even with GENERIC kernel configurations on both 2.2.1-RELEASE and 2.2-STABLE from a few days ago. I patched ncrcontrol to print the kernel_version and ncr_version variables: Release Config kernel_version ncr_version ----------------------------------------------------------- 2.2.1 MYCONFIG 25590 26374 2.2.1 GENERIC 25590 26374 2.2-STABLE MYCONFIG 22934 23718 2.2-STABLE GENERIC 22934 23718 Note that in both cases the difference between kernel_version and ncr_version is 784. I was able to find the computation of ncr_version in pci/ncr.c but don't know where the kernel_version variable is computed. >Regards, STefan Arjan From owner-freebsd-stable Sun Oct 12 08:53:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA28709 for stable-outgoing; Sun, 12 Oct 1997 08:53:12 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from destiny.erols.com (destiny.erols.com [207.96.73.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA28683 for ; Sun, 12 Oct 1997 08:52:41 -0700 (PDT) (envelope-from jdowdal@destiny.erols.com) Received: from destiny.erols.com (someone@destiny.erols.com [207.96.73.65]) by destiny.erols.com (8.8.7/8.6.12) with SMTP id LAA03293; Sun, 12 Oct 1997 11:51:25 -0400 (EDT) Date: Sun, 12 Oct 1997 11:51:23 -0400 (EDT) From: John Dowdal To: Jerry Hicks cc: stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... In-Reply-To: <344070AD.BEC41248@ix.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 12 Oct 1997, Jerry Hicks wrote: > Just me? > > Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp > download do better that 1K on my 28.8k modem . That's trying a lot of > different sites. I'm using IJPPP. All was well before, no config > changes have been made. > > Maybe Netcom... Anybody else notice anything? I am having similar problems. Few reproducable ones: 1) scp -pr destiny.erols.com: crawls at 1K/sec or so. I can split the set of files to download into separate batches, and do three downloads in parallel, which will get the full 3K/sec bandwidth of a 28.8 modem. University of maryland's SMDS connection usually has no trouble saturating my modem :) 2) http://www.weatherpost.com Downloads part of the page, then stalls, and finally the connection closes before the page displays. Download is about 200bytes per second when it works. 3) http://www.intel.com Go to their developer/literature section. Try downloading a big PDF. Stall, timeout. 4) cvsup.freebsd.org Connection timeout after about "200K of Wire Tot". Extremely slow until timeout This kinda stinks .. its hard to get the fix when the sup never completes :( All of these problems are caused when dialed in through erols springfield dedicated line. THey have received no other complaints, and I can use their normal dynamic system from windows without problem [have not tested with FreeBSD..] John From owner-freebsd-stable Sun Oct 12 09:47:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA02229 for stable-outgoing; Sun, 12 Oct 1997 09:47:40 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA02212 for ; Sun, 12 Oct 1997 09:47:34 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id JAA03859; Sun, 12 Oct 1997 09:47:36 -0700 (PDT) Message-Id: <199710121647.JAA03859@implode.root.com> To: John Dowdal cc: Jerry Hicks , stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... In-reply-to: Your message of "Sun, 12 Oct 1997 11:51:23 EDT." From: David Greenman Reply-To: dg@root.com Date: Sun, 12 Oct 1997 09:47:36 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp >> download do better that 1K on my 28.8k modem . That's trying a lot of >> different sites. I'm using IJPPP. All was well before, no config >> changes have been made. >> >> Maybe Netcom... Anybody else notice anything? > >I am having similar problems. Few reproducable ones: As a test to narrow the problem down, you may wish to try disabling VJ compression if you have it enabled. It kinda smells like the problem might be in that area. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Sun Oct 12 10:20:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03771 for stable-outgoing; Sun, 12 Oct 1997 10:20:14 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from silent.darkening.com (nonxstnt@iskh122.haninge.kth.se [130.237.83.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03760 for ; Sun, 12 Oct 1997 10:20:07 -0700 (PDT) (envelope-from nonxstnt@darkening.com) Received: from localhost (nonxstnt@localhost) by silent.darkening.com (8.8.7/8.8.7) with SMTP id TAA29832 for ; Sun, 12 Oct 1997 19:20:01 +0200 (CEST) X-Authentication-Warning: silent.darkening.com: nonxstnt owned process doing -bs Date: Sun, 12 Oct 1997 19:20:01 +0200 (CEST) From: nobody To: freebsd-stable@freebsd.org Subject: netstat: kvm_read: Bad address Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id KAA03766 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is in FreeBSD-stable, last CVSupped on Thursday. (I would cvsup again right now to check if it's fixed but I dont have the disk space at the moment). I dont use netstat often so I dont know when it began showing this oddity.. this might not be related to -stable for all I know. --------------------------------------------------------------- [~]netstat -a netstat: kvm_read: Bad address ??? Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address (state) udp 0 0 *.* *.* udp 0 0 *.* *.* udp 0 0 *.* *.* udp 0 0 *.* *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr f085c500 dgram 0 0 0 f0595a94 0 f0595914 f085cc00 stream 0 0 f085a080 0 0 0 /var/run/printer f0859500 dgram 0 0 0 f0595a94 0 f0595b14 f0857e00 dgram 0 0 0 f0595a94 0 0 f09cd700 dgram 0 0 0 f0595a94 0 f0595e14 f07ffa00 dgram 0 0 f07fe480 0 f05c5d14 0 /var/run/log ---------------------------------------------------------------- This is a P2/266, with an Etherlink 3c905 (vx0) enabled, along with ipfw running. Everything else seems fine. --- thomas strömberg . system admin, royal institute of technology (stockholm) nobody@darkening.com . irc:nobody@EFnet . talk:nonxstnt@silent.darkening.com real coders don't use comments. It was hard to write; it should be hard to read From owner-freebsd-stable Sun Oct 12 10:27:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04099 for stable-outgoing; Sun, 12 Oct 1997 10:27:03 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04092 for ; Sun, 12 Oct 1997 10:26:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id CAA00405; Mon, 13 Oct 1997 02:53:16 +0930 (CST) Message-Id: <199710121723.CAA00405@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Michael V. Harding" cc: wghhicks@ix.netcom.com, stable@FreeBSD.ORG Subject: User-PPP is broken (was: Re: ftp transfers crawling... ) In-reply-to: Your message of "Sun, 12 Oct 1997 07:35:18 MST." <199710121435.HAA01686@netcom1.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Oct 1997 02:53:10 +0930 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I just dropped back to 2.2.2 ppp, and FTP transfers are occurring at > full bandwidth. So something definitely got broken in the last week. > I couldn't get ANY ftp stuff to finish with the latest build of ppp, > as it always timed out... I've been having problems with the -current PPP failing to negotiate correctly, but assumed that this was either because I was a little stale or something else. I'll just throw that one in the ring as well. Brian; what would you like to deal with first? mike From owner-freebsd-stable Sun Oct 12 13:25:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA13366 for stable-outgoing; Sun, 12 Oct 1997 13:25:18 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from dfw-ix15.ix.netcom.com (dfw-ix15.ix.netcom.com [206.214.98.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA13355 for ; Sun, 12 Oct 1997 13:25:11 -0700 (PDT) (envelope-from wghhicks@ix.netcom.com) Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id PAA18005 for ; Sun, 12 Oct 1997 15:24:38 -0500 (CDT) Received: from atl-ga14-22.ix.netcom.com(204.32.174.86) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma017999; Sun Oct 12 15:24:20 1997 Message-ID: <344130EA.7E443A93@ix.netcom.com> Date: Sun, 12 Oct 1997 16:19:54 -0400 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: User-PPP is broken (was: Re: ftp transfers crawling... ) References: <199710121723.CAA00405@word.smith.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk disable vjcomp deny vjcomp Got me going again, albeit not *quite* as fast as before. Thanks to D. Greenman for the suggestion. It looks like sl_compress.c might be the one FUBAR'd. :) Cheers! Jerry Hicks jerry_hicks@bigfoot.com From owner-freebsd-stable Sun Oct 12 14:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA17659 for stable-outgoing; Sun, 12 Oct 1997 14:30:07 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17609 for ; Sun, 12 Oct 1997 14:29:46 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA07552; Sun, 12 Oct 1997 22:25:21 +0100 (BST) Message-Id: <199710122125.WAA07552@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: dg@root.com cc: John Dowdal , Jerry Hicks , stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... In-reply-to: Your message of "Sun, 12 Oct 1997 09:47:36 PDT." <199710121647.JAA03859@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Oct 1997 22:25:21 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp > >> download do better that 1K on my 28.8k modem . That's trying a lot of > >> different sites. I'm using IJPPP. All was well before, no config > >> changes have been made. > >> > >> Maybe Netcom... Anybody else notice anything? > > > >I am having similar problems. Few reproducable ones: > > As a test to narrow the problem down, you may wish to try disabling VJ > compression if you have it enabled. It kinda smells like the problem might > be in that area. It is. I've somehow screwed up the vj patch. If I can't come up with something real soon, I'll take out the last changes. > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Sun Oct 12 14:53:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA19282 for stable-outgoing; Sun, 12 Oct 1997 14:53:24 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA19102 for ; Sun, 12 Oct 1997 14:50:02 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA09582; Sun, 12 Oct 1997 22:47:15 +0100 (BST) Message-Id: <199710122147.WAA09582@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: dg@root.com cc: John Dowdal , Jerry Hicks , stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... In-reply-to: Your message of "Sun, 12 Oct 1997 09:47:36 PDT." <199710121647.JAA03859@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Oct 1997 22:47:15 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp > >> download do better that 1K on my 28.8k modem . That's trying a lot of > >> different sites. I'm using IJPPP. All was well before, no config > >> changes have been made. > >> > >> Maybe Netcom... Anybody else notice anything? > > > >I am having similar problems. Few reproducable ones: > > As a test to narrow the problem down, you may wish to try disabling VJ > compression if you have it enabled. It kinda smells like the problem might > be in that area. This is now fixed. Sorry everyone - I botched what I thought I was committing. It's now ok in 2.2 & -current and available on www.freebsd.org/~brian. > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Sun Oct 12 15:27:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA21277 for stable-outgoing; Sun, 12 Oct 1997 15:27:49 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA21272 for ; Sun, 12 Oct 1997 15:27:45 -0700 (PDT) (envelope-from devet@adv.IAEhv.nl) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 19384 on Sun, 12 Oct 1997 22:27:39 GMT; id WAA19384 efrom: devet@adv.IAEhv.nl; eto: stable@freebsd.org Received: (from devet@localhost) by adv.IAEhv.nl (8.8.5/8.8.6) id AAA00470; Mon, 13 Oct 1997 00:27:26 +0200 (CEST) Date: Mon, 13 Oct 1997 00:27:26 +0200 (CEST) From: Arjan de Vet Message-Id: <199710122227.AAA00470@adv.IAEhv.nl> To: stable@freebsd.org Subject: Re: ftp transfers crawling... X-Newsgroups: list.freebsd.stable In-Reply-To: <199710121647.JAA03859@implode.root.com> References: Organization: Internet Access Eindhoven, the Netherlands Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199710121647.JAA03859@implode.root.com> you write: >>I am having similar problems. Few reproducable ones: > > As a test to narrow the problem down, you may wish to try disabling VJ >compression if you have it enabled. It kinda smells like the problem might >be in that area. I did a cvs update -rRELENG_2_2 -D'Oct 6' ppp and the new (or must I say 'old' :-) binary worked OK (7.5KB/sec on ISDN). The only significant changes between Oct 6 and now are indeed the sl_compress* changes. Arjan From owner-freebsd-stable Sun Oct 12 15:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA22071 for stable-outgoing; Sun, 12 Oct 1997 15:31:28 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from emmi.physik.TU-Berlin.DE (emmi.physik.TU-Berlin.DE [130.149.160.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA22044 for ; Sun, 12 Oct 1997 15:31:23 -0700 (PDT) (envelope-from luthien.iceflower.in-berlin.de!wagner@bolzen.in-berlin.de) Received: from Bolzen.in-berlin.de (root@bolzen.in-berlin.de [194.94.235.1]) by emmi.physik.TU-Berlin.DE (8.8.7/8.8.7) with ESMTP id AAA09185 for ; Mon, 13 Oct 1997 00:31:13 +0200 (CEST) Received: by Bolzen.in-berlin.de (Smail3.2) id ; Mon, 13 Oct 1997 00:29:08 +0200 (MET DST) Received: (from wagner@localhost) by luthien.iceflower.in-berlin.de (8.8.7/8.8.3) id AAA05210 for freebsd-stable@freebsd.org; Mon, 13 Oct 1997 00:29:45 +0200 (MET DST) Date: Mon, 13 Oct 1997 00:29:45 +0200 (MET DST) From: Olaf Wagner Message-Id: <199710122229.AAA05210@luthien.iceflower.in-berlin.de> To: freebsd-stable@freebsd.org Subject: Re: ftp transfers crawling... Newsgroups: luthien.freebsd.stable Organization: 'Holistic Computing Services' X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199710121647.JAA03859@implode.root.com> you wrote: > >> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp > >> download do better that 1K on my 28.8k modem . That's trying a lot of > >> different sites. I'm using IJPPP. All was well before, no config > >> changes have been made. > >> > >> Maybe Netcom... Anybody else notice anything? > > > >I am having similar problems. Few reproducable ones: > As a test to narrow the problem down, you may wish to try disabling VJ > compression if you have it enabled. It kinda smells like the problem might > be in that area. > -DG No. I tried almost everything and finally succeeded with deny acfcomp deny protocomp after studying tons of tcpdumps... deny vjcomp didn't approve the situation. Olaf -- /\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ || Olaf Wagner | wagner@luthien.in-berlin.de (private) | || Sanderstrasse 13 | olaf@logware.de (work) | || 12047 Berlin | phone: 49 30 623 36 35 | || Germany / Deutschland | please don't call before 9 o'clock | \///////////////////////////////////////////////////////////////// From owner-freebsd-stable Sun Oct 12 16:42:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA28372 for stable-outgoing; Sun, 12 Oct 1997 16:42:37 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA28367 for ; Sun, 12 Oct 1997 16:42:29 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA10331; Mon, 13 Oct 1997 00:38:52 +0100 (BST) Message-Id: <199710122338.AAA10331@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: dg@root.com cc: John Dowdal , Jerry Hicks , stable@FreeBSD.ORG Subject: Re: ftp transfers crawling... In-reply-to: Your message of "Sun, 12 Oct 1997 09:47:36 PDT." <199710121647.JAA03859@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Oct 1997 00:38:52 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* ftp > >> download do better that 1K on my 28.8k modem . That's trying a lot of > >> different sites. I'm using IJPPP. All was well before, no config > >> changes have been made. > >> > >> Maybe Netcom... Anybody else notice anything? > > > >I am having similar problems. Few reproducable ones: This has prompted me to do some speed testing.... the results look good - probably because I'm comparing against a rather outdated pppd-2.2.0 (from FreeBSD 2.2.2). All tests are transfering a 1Mb file that's all zeros accross a null-modem ppp link: 3.0 current rel 2.2.2 PRED1 VJ Time Oct 12 ppp ppp N Y 1:33 ppp ppp N N 1:35 ppp ppp Y Y 0:12 ppp pppd-2.2.0 N Y 3:17 pppd-2.3.1 pppd-2.2.0 N N 3:17 pppd-2.3.1 ppp N Y 1:33 Of course the PRED1 case is useless given the file contents (but it's nice to see that it does something). The VJ results are disappointing, although given that I have a transmission unit of 1500 and the slot id isn't compressed talking ppp<->ppp (I'll enable this in -current soon, but it's too dangerous for 2.2.2 at this point), VJ is reducing 40+1460 bytes down to about 4+1460 - a 2.5% gain is close to the above (actual) 2.1% gain. Pppd-2.2.0 just doesn't seem to compare with anything. The second line is the most interesting (comparing rather exactly to the last line). Serial line throughput (excluding all the ACK and setup crud) is 88301 bps. With all the crud, this 1Mb turns into 1092851 bytes sent and 29000 bytes received. 1092851 bytes over 95 seconds = 92030 bps (assuming the UART *is* actually syncronous). I may try to make these tests a bit more informing - I need a test bed (read: set of sanity checks) so that I don't screw things up again like I just did. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Sun Oct 12 18:40:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05608 for stable-outgoing; Sun, 12 Oct 1997 18:40:38 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA05581 for ; Sun, 12 Oct 1997 18:40:26 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id qa297066 for ; Sun, 12 Oct 1997 20:41:14 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710121411.HAA01518@netcom1.netcom.com> Date: Sun, 12 Oct 1997 20:08:15 -0000 (GMT) From: Chris Dillon To: "Michael V. Harding" Subject: Re: ftp transfers crawling... Cc: stable@FreeBSD.ORG, wghhicks@ix.netcom.com Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 12-Oct-97 Michael V. Harding wrote: > >I am having the same problem. Netcom has been claiming network >latency problems... but I can ftp the same file from netcom in a few >seconds. I am using 'slirp' on a shell account - how about you? > > Date: Sun, 12 Oct 1997 02:39:41 -0400 > From: Jerry Hicks > Reply-To: wghhicks@ix.netcom.com > Organization: TerraEarth > X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.org > Precedence: bulk > X-UIDL: a395e512ce7f43ffb06c289666db211c > > Just me? > > Since about Wednesday's make world of 2.2-STABLE, I can't make *any* >ftp > download do better that 1K on my 28.8k modem . That's trying a lot of > different sites. I'm using IJPPP. All was well before, no config > changes have been made. > > Maybe Netcom... Anybody else notice anything? > > J. Hicks > jerry_hicks@bigfoot.com Hmm.. you ain't the only one.. I thought it was my ISP, but after a little bit of testing, the problem seems to lie elsewhere. I use dialup with iijppp, and it seems no constant data stream can stay going for more than a few seconds to a minute.. CVSUP never finishes (this is gonna cause a problem once this gets fixed.. someone will just have to mail out the appropriate patches, I suppose) an FTP download never finishes, loading a web page never finishes.. I almost always get the "reset by peer" errors in these cases. Stuff like IRC, however, works just fine for extended periods of time. I tried doing many of the same things over ethernet at work and everything seems to work just fine. Hmmm.. Just tried a cvsup which sped along at normal speed at first but slowed almost to a halt towards the end. At least it managed to finish. Here's someone's FTP upload session to me that, surprisingly, finished. ftp> send d:\test.txt 200 PORT command successful. 150 Opening BINARY mode data connection for 'test.txt'. 226 Transfer complete. 22318 bytes sent in 680.20 seconds (0.03 Kbytes/sec) ftp> .03KB/sec with a highly compressible text file between an ISDN TA and my 33k6 modem? I don't think so. :-) Here's a make of /usr/ports/audio/xmcd >> xmcd-2.2.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://crl.dec.com/pub/X11/contrib/applications/xmcd/. Receiving xmcd-2.2.tar.gz (406775 bytes): 7%fetch: reading remote file from crl.dec.com: Connection reset by peer --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Sun Oct 12 19:12:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07024 for stable-outgoing; Sun, 12 Oct 1997 19:12:54 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA07019 for ; Sun, 12 Oct 1997 19:12:51 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ua297096 for ; Sun, 12 Oct 1997 21:13:33 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710121647.JAA03859@implode.root.com> Date: Sun, 12 Oct 1997 20:53:56 -0000 (GMT) From: Chris Dillon To: dg@root.com Subject: Re: ftp transfers crawling... Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 12-Oct-97 David Greenman wrote: >>> Since about Wednesday's make world of 2.2-STABLE, I can't make *any* >ftp >>> download do better that 1K on my 28.8k modem . That's trying a lot of >>> different sites. I'm using IJPPP. All was well before, no config >>> changes have been made. >>> >>> Maybe Netcom... Anybody else notice anything? >> >>I am having similar problems. Few reproducable ones: > > As a test to narrow the problem down, you may wish to try disabling VJ >compression if you have it enabled. It kinda smells like the problem >might >be in that area. > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project Just tried it, and it didn't help here, at least. Here's the default section of my ppp.conf (the isp-specific section has nothing but login/pass and phone#, and set openmode active) default: set device /dev/cuaa2 set speed 115200 set log Phase Chat Connect Carrier LCP IPCP CCP tun disable lqr deny lqr disable pred1 deny pred1 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&F1M0&U8&N14S10=10 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" As you can see, i even tried setting the connect ceiling to 28.8k on my USR Sportster to see if connecting at 33.6k was the problem (almost always get 33.6k connects). Here's the relevant log output with the above setup. Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: *Connected! Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendConfigReq Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP [6] 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU [4] 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM [6] 7f4dd5c0 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Closed --> Req-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: Received Configure Request (0) state = Req-Sent (6) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM 33f9f560 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: SendConfigAck(Req-Sent) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MRU 1500 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACCMAP 00000000 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: MAGICNUM 33f9f560 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: PROTOCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: ACFCOMP Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Req-Sent --> Ack-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: Received Configure Ack (1) state = Ack-Sent (8) Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: State change Ack-Sent --> Opened Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpLayerUp Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: NewPhase: Authenticate Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: NewPhase: Network Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPCP Up event!! Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IpcpSendConfigReq Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: IPADDR [6] 207.3.81.149 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: COMPPROTO [6] 002d0f00 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Closed --> Req-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: CCP: State change Initial --> Closed Oct 12 20:42:49 wyze ppp[420]: tun0: CCP: CCP Up event!! Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: Received Configure Request (1) state = Req-Sent (6) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: COMPPROTO[6] 002d0f01 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPADDR[6] 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: SendConfigAck(Req-Sent) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: COMPPROTO[6] 002d0f01 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IPADDR[6] 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Req-Sent --> Ack-Sent Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: Unknown protocol 0x802b Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendProtoRej Oct 12 20:42:49 wyze ppp[420]: tun0: Phase: Unknown protocol 0x8029 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: LcpSendProtoRej Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: Received Configure Ack (1) state = Ack-Sent (8) Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: State change Ack-Sent --> Opened Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: IpcpLayerUp(9). Oct 12 20:42:49 wyze ppp[420]: tun0: IPCP: myaddr = 207.3.81.149 hisaddr = 207.3.81.129 Oct 12 20:42:49 wyze ppp[420]: tun0: LCP: OsLinkup: 207.3.81.129 Oct 12 20:43:49 wyze ppp[420]: tun0: Phase: HDLC errors -> FCS: 0 ADDR: 0 COMD: 0 PROTO: 2 --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Sun Oct 12 19:50:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA08964 for stable-outgoing; Sun, 12 Oct 1997 19:50:17 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA08951 for ; Sun, 12 Oct 1997 19:50:11 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ha297109 for ; Sun, 12 Oct 1997 21:38:35 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <344130EA.7E443A93@ix.netcom.com> Date: Sun, 12 Oct 1997 21:18:58 -0000 (GMT) From: Chris Dillon To: wghhicks@ix.netcom.com Subject: Re: User-PPP is broken (was: Re: ftp transfers crawling... ) Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 12-Oct-97 Jerry Hicks wrote: >disable vjcomp >deny vjcomp > >Got me going again, albeit not *quite* as fast as before. > >Thanks to D. Greenman for the suggestion. > >It looks like sl_compress.c might be the one FUBAR'd. :) > >Cheers! > >Jerry Hicks >jerry_hicks@bigfoot.com Blah... Ignore my previous message. :-) I better pay more attention.. How i equated Predictor1 compression (deny/disable pred1) with VJ compression, I don't know. With VJ compression disabled, it works fine. --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Sun Oct 12 20:22:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA10769 for stable-outgoing; Sun, 12 Oct 1997 20:22:08 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA10764 for ; Sun, 12 Oct 1997 20:22:05 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA22033; Mon, 13 Oct 1997 13:18:46 +1000 Date: Mon, 13 Oct 1997 13:18:46 +1000 From: Bruce Evans Message-Id: <199710130318.NAA22033@godzilla.zeta.org.au> To: Arjan.deVet@adv.IAEhv.nl, stable@FreeBSD.ORG Subject: Re: 2.2-stable and /usr/sbin/ncrcontrol: still problems Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>... >>> However, when I tried running '/usr/sbin/ncrcontrol -i', I get 'incompatible >>> with kernel. Rebuild!' >> >>The problem is that "ncrcontrol" accesses some data structure >>in the kernel, and whenever a kernel is built with a different >>definition of that structure, ncrcontrol has to be rebuilt, too. >> >>> Is there something I'm missing here, or should this work? I've not tried >>> using it before, so I have no idea if/when it ever worked here. It shouldn't work with the GENERIC kernel in any version of 2.2 or 3.0. >>... >I still see the same problem, even with GENERIC kernel configurations on >both 2.2.1-RELEASE and 2.2-STABLE from a few days ago. I patched >ncrcontrol to print the kernel_version and ncr_version variables: Don't use the GENERIC kernel except for installation. It has the FAILSAFE option (which causes this problem) and other pessimizations. Bruce From owner-freebsd-stable Sun Oct 12 21:03:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA12710 for stable-outgoing; Sun, 12 Oct 1997 21:03:45 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from odyssey.apana.org.au (odyssey.apana.org.au [203.11.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA12692 for ; Sun, 12 Oct 1997 21:03:18 -0700 (PDT) (envelope-from dean@odyssey.apana.org.au) Received: from mushka (dialup02.odyssey.apana.org.au [203.11.114.102]) by odyssey.apana.org.au (8.8.7/8.8.7) with SMTP id MAA18572 for ; Mon, 13 Oct 1997 12:04:26 +0800 (WST) Message-Id: <3.0.3.32.19971013120215.006a5468@odyssey.apana.org.au> X-Sender: dean@odyssey.apana.org.au X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Mon, 13 Oct 1997 12:02:15 +0800 To: freebsd-stable@freebsd.org From: Dean Hollister Subject: idled and pap, popper Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Something interesting I've observed: idled will not logoff pap connections (either on user-ppp or pppd). Any solutions? Also, I notice popper is very slow. The reason appears to be that it is doing a nameserver lookup on the connecting host. Any proceedure to disable this and speed up pop? Regards, d. +-------------------------------------------------------+ | Dean Hollister, | deanh@iinet.net.au | | Region Co-Ordinator, | dean@odyssey.apana.org.au*| | APANA, | | | Western Australia. | *finger A/C for more info | +-------------------------------------------------------+ ST:VOY Kess: "I wish people would stop talking to me as if I'm still a child! I'm three years old now!" From owner-freebsd-stable Sun Oct 12 21:46:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15708 for stable-outgoing; Sun, 12 Oct 1997 21:46:39 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15694 for ; Sun, 12 Oct 1997 21:46:30 -0700 (PDT) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id OAA02606; Mon, 13 Oct 1997 14:44:36 +1000 (EST) Date: Mon, 13 Oct 1997 14:44:36 +1000 (EST) From: "Daniel O'Callaghan" To: Dean Hollister cc: freebsd-stable@FreeBSD.ORG Subject: Re: idled and pap, popper In-Reply-To: <3.0.3.32.19971013120215.006a5468@odyssey.apana.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > idled will not logoff pap connections (either on user-ppp or pppd). Any > solutions? Try my program ftp.hilink.com.au:/pub/FreeBSD/ifidled.tgz > Also, I notice popper is very slow. The reason appears to be that it is > doing a nameserver lookup on the connecting host. Any proceedure to disable > this and speed up pop? Fix your nameserver so it responds quickly - all of your IP addresses should have valid names. Danny From owner-freebsd-stable Sun Oct 12 23:07:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA20655 for stable-outgoing; Sun, 12 Oct 1997 23:07:16 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA20646 for ; Sun, 12 Oct 1997 23:07:10 -0700 (PDT) (envelope-from Andre.Albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (mail.siemens.de [139.23.33.13]) by david.siemens.de (8.8.7/8.8.7) with ESMTP id IAA00699 for ; Mon, 13 Oct 1997 08:03:42 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.7/8.8.5) with ESMTP id IAA17555 for ; Mon, 13 Oct 1997 08:07:07 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id IAA26999 for ; Mon, 13 Oct 1997 08:07:07 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199710130606.IAA00790@curry.mchp.siemens.de> Subject: netatalk broken in 2.2-STABLE To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 1997 08:06:56 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, netatalk seems to be broken in 2.2-STABLE although it worked quite well until one week ago. Starting atalkd is ok, but later the nbprgstr fails. Will this change be reversed before 2.2.5 comes out? -Andre From owner-freebsd-stable Sun Oct 12 23:16:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21346 for stable-outgoing; Sun, 12 Oct 1997 23:16:40 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21327 for ; Sun, 12 Oct 1997 23:16:33 -0700 (PDT) (envelope-from Andre.Albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (mail.siemens.de [139.23.33.13]) by david.siemens.de (8.8.7/8.8.7) with ESMTP id IAA01327 for ; Mon, 13 Oct 1997 08:13:03 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.7/8.8.5) with ESMTP id IAA18975 for ; Mon, 13 Oct 1997 08:16:28 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id IAA27020 for ; Mon, 13 Oct 1997 08:16:28 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199710130616.IAA00826@curry.mchp.siemens.de> Subject: de driver broken with SMC 8434BT To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 1997 08:16:15 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, since the de0 in 2.2-STABLE now is the one from -current (don't know why), the SMC 8434BT doesn't work anymore, when using the BNC ports. I tried "ifconfig de0 media BNC" and "ifconfig de0 media AUI/BNC" but to no avail. Since de(4) days nothing about media types, I am helpless and went back to a one week older 2.2-STABLE version. Will the the old de driver make it back before 2.2.5 comes out? -Andre From owner-freebsd-stable Mon Oct 13 06:27:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA22840 for stable-outgoing; Mon, 13 Oct 1997 06:27:37 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from uk1.imdb.com (UK1.IMDb.COM [192.68.174.59]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA22829 for ; Mon, 13 Oct 1997 06:27:32 -0700 (PDT) (envelope-from robh@imdb.com) Received: from robh.imdb.com [194.222.68.23] by uk1.imdb.com with esmtp (Exim 1.62 #1) id 0xKkSM-0002lY-00; Mon, 13 Oct 1997 14:22:47 +0100 Date: Mon, 13 Oct 1997 14:02:55 +0100 (BST) From: Rob Hartill X-Sender: robh@localhost To: freebsd-stable@freebsd.org Subject: make world -> `T_DOWNLOAD' undeclared Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On trying to build a new kernel on a newly completed 'make world' 2.2-STABLE system I'm getting the following error: make depend make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=../../dev/aic7xxx Warning: Object directory not changed from original /usr/src/sys/compile/HOME cc -O2 -m486 -pipe -I. -c aicasm_scan.c ../../dev/aic7xxx/aicasm_scan.l: In function `yylex': ../../dev/aic7xxx/aicasm_scan.l:68: `T_DOWNLOAD' undeclared (first use this function) ../../dev/aic7xxx/aicasm_scan.l:68: (Each undeclared identifier is reported only once ../../dev/aic7xxx/aicasm_scan.l:68: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop. Adding '#define T_DOWNLOAD 259' found with grep I then get: ./aicasm -nostdinc -I- -I. -I../.. -I../../../include -o aic7xxx_seq.h -r aic7xxx_reg.h ../../dev/aic7xxx/aic7xxx.seq ./aicasm: Stopped at file ../../dev/aic7xxx/aic7xxx.seq, line 44 - syntax error ./aicasm: Removing aic7xxx_seq.h due to error *** Error code 65 Can someone please point me in the right direction. I synced with cvsup last night and again after the failures today. No joy and the same problem compiling GENERIC. thanks -- Rob Hartill Internet Movie Database (Ltd) http://www.moviedatabase.com/ .. a site for sore eyes. From owner-freebsd-stable Mon Oct 13 06:44:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA24075 for stable-outgoing; Mon, 13 Oct 1997 06:44:44 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gate.mgt.msk.ru (mgtrep.24h.dialup.ru [194.87.18.139]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA24047; Mon, 13 Oct 1997 06:44:27 -0700 (PDT) (envelope-from tarkhil@mgt.msk.ru) Received: from asteroid.mgt.msk.ru (asteroid.mgt.msk.ru [192.168.133.145]) by gate.mgt.msk.ru (8.8.6/8.8.6) with ESMTP id RAA00801; Mon, 13 Oct 1997 17:42:34 +0400 (MSD) Received: from asteroid.mgt.msk.ru (localhost.mgt.msk.ru [127.0.0.1]) by asteroid.mgt.msk.ru (8.8.7/8.8.6) with ESMTP id RAA01226; Mon, 13 Oct 1997 17:43:22 +0400 (MSD) Message-Id: <199710131343.RAA01226@asteroid.mgt.msk.ru> To: stable@freebsd.org, hackers@freebsd.org Reply-To: tarkhil@mgt.msk.ru Subject: Repeated panic during work with vn Date: Mon, 13 Oct 1997 17:43:22 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I am trying to make release, and I've got 100% repeateble panic during doFS.sh execution. Always with ufs_lock: recursive lock not expected. It happens right after df command issued from /usr/src/release/doFS.sh. I've tried to rebuild kernel and do make world, nothing happened. Any ideas? Alex. From owner-freebsd-stable Mon Oct 13 08:42:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01443 for stable-outgoing; Mon, 13 Oct 1997 08:42:13 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from odyssey.apana.org.au (odyssey.apana.org.au [203.11.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01433 for ; Mon, 13 Oct 1997 08:42:04 -0700 (PDT) (envelope-from dean@odyssey.apana.org.au) Received: from mushka (dialup04.odyssey.apana.org.au [203.11.114.104]) by odyssey.apana.org.au (8.8.7/8.8.7) with SMTP id XAA26020; Mon, 13 Oct 1997 23:42:39 +0800 (WST) Message-Id: <3.0.3.32.19971013234025.006a20cc@odyssey.apana.org.au> X-Sender: dean@odyssey.apana.org.au X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Mon, 13 Oct 1997 23:40:25 +0800 To: "Daniel O'Callaghan" From: Dean Hollister Subject: Re: idled and pap, popper Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: References: <3.0.3.32.19971013120215.006a5468@odyssey.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 14:44 13/10/97 +1000, Daniel O'Callaghan wrote: >Try my program ftp.hilink.com.au:/pub/FreeBSD/ifidled.tgz Thanks for this. But upon attempting the make, it returns: bash# make cc -O -c main.c In file included from main.c:7: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type In file included from main.c:10: /usr/include/netinet/in_var.h:49: field `ia_ifa' has incomplete type In file included from main.c:12: /usr/include/netns/ns_if.h:48: field `ia_ifa' has incomplete type main.c: In function `intpr': main.c:58: storage size of `ifnet' isn't known main.c:60: field `ifa' has incomplete type *** Error code 1 Stop. Note the cueXX.if and pppXX.pid files as mentioned in README are present. >Fix your nameserver so it responds quickly - all of your IP addresses >should have valid names. This one is still plaguing me. I'm open to suggestions. Anyone interested in taking a peek at our named files? Regards, d. +-------------------------------------------------------+ | Dean Hollister, | deanh@iinet.net.au | | Region Co-Ordinator, | dean@odyssey.apana.org.au*| | APANA, | | | Western Australia. | *finger A/C for more info | +-------------------------------------------------------+ ST:VOY Kess: "I wish people would stop talking to me as if I'm still a child! I'm three years old now!" From owner-freebsd-stable Mon Oct 13 08:51:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01990 for stable-outgoing; Mon, 13 Oct 1997 08:51:39 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from venus.net (venus.net [205.243.72.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01985 for ; Mon, 13 Oct 1997 08:51:36 -0700 (PDT) (envelope-from leclaire@venus.net) Received: from server.lostfork.net (ve1-p2.venus.net [205.243.75.5]) by venus.net (8.8.7/8.7.3) with SMTP id LAA20373; Mon, 13 Oct 1997 11:56:57 -0400 (EDT) Date: Mon, 13 Oct 1997 10:51:04 -0500 (EST) From: Andre LeClaire X-Sender: leclaire@server.lostfork.net To: Rob Hartill cc: freebsd-stable@FreeBSD.ORG Subject: Re: make world -> `T_DOWNLOAD' undeclared In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This was discussed on this list a few days ago. The solution is to delete the files in /usr/src/sys/dev/aic7xxx and do another cvsup. Andre On Mon, 13 Oct 1997, Rob Hartill wrote: > > On trying to build a new kernel on a newly completed 'make world' > 2.2-STABLE system I'm getting the following error: > > make depend > make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=../../dev/aic7xxx > Warning: Object directory not changed from original /usr/src/sys/compile/HOME > cc -O2 -m486 -pipe -I. -c aicasm_scan.c > ../../dev/aic7xxx/aicasm_scan.l: In function `yylex': > ../../dev/aic7xxx/aicasm_scan.l:68: `T_DOWNLOAD' undeclared (first use this function) > ../../dev/aic7xxx/aicasm_scan.l:68: (Each undeclared identifier is reported only once > ../../dev/aic7xxx/aicasm_scan.l:68: for each function it appears in.) > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Adding '#define T_DOWNLOAD 259' found with grep I then get: > > ./aicasm -nostdinc -I- -I. -I../.. -I../../../include -o aic7xxx_seq.h -r aic7xxx_reg.h ../../dev/aic7xxx/aic7xxx.seq > ./aicasm: Stopped at file ../../dev/aic7xxx/aic7xxx.seq, line 44 - syntax error > ./aicasm: Removing aic7xxx_seq.h due to error > *** Error code 65 > > > Can someone please point me in the right direction. > I synced with cvsup last night and again after the failures today. No > joy and the same problem compiling GENERIC. > > > thanks > -- > Rob Hartill Internet Movie Database (Ltd) > http://www.moviedatabase.com/ .. a site for sore eyes. > > From owner-freebsd-stable Mon Oct 13 10:07:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA07337 for stable-outgoing; Mon, 13 Oct 1997 10:07:41 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA07327 for ; Mon, 13 Oct 1997 10:07:36 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.7/8.8.5) with ESMTP id KAA04981; Mon, 13 Oct 1997 10:06:39 -0700 (PDT) Message-Id: <199710131706.KAA04981@austin.polstra.com> To: Andre.Albsmeier@mchp.siemens.de Subject: Re: de driver broken with SMC 8434BT In-Reply-To: <199710130616.IAA00826@curry.mchp.siemens.de> References: <199710130616.IAA00826@curry.mchp.siemens.de> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Date: Mon, 13 Oct 1997 10:06:38 -0700 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199710130616.IAA00826@curry.mchp.siemens.de>, Andre Albsmeier wrote: > > since the de0 in 2.2-STABLE now is the one from -current > (don't know why), the SMC 8434BT doesn't work anymore, when > using the BNC ports. > > I tried "ifconfig de0 media BNC" and "ifconfig de0 media AUI/BNC" > but to no avail. Since de(4) days nothing about media types, I am > helpless and went back to a one week older 2.2-STABLE version. You can get a list of the supported media types with "ifconfig -m de0". John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Mon Oct 13 10:12:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA07767 for stable-outgoing; Mon, 13 Oct 1997 10:12:14 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA07758 for ; Mon, 13 Oct 1997 10:12:07 -0700 (PDT) (envelope-from Andre.Albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (mail.siemens.de [139.23.33.13]) by david.siemens.de (8.8.7/8.8.7) with ESMTP id TAA22045 for ; Mon, 13 Oct 1997 19:08:37 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.7/8.8.5) with ESMTP id TAA02728 for ; Mon, 13 Oct 1997 19:12:03 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id TAA00314 for ; Mon, 13 Oct 1997 19:12:03 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199710131711.TAA00671@curry.mchp.siemens.de> Subject: Re: de driver broken with SMC 8434BT In-Reply-To: <199710131706.KAA04981@austin.polstra.com> from John Polstra at "Oct 13, 97 10:06:38 am" To: jdp@polstra.com (John Polstra) Date: Mon, 13 Oct 1997 19:11:51 +0200 (CEST) Cc: stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In article <199710130616.IAA00826@curry.mchp.siemens.de>, > Andre Albsmeier wrote: > > > > since the de0 in 2.2-STABLE now is the one from -current > > (don't know why), the SMC 8434BT doesn't work anymore, when > > using the BNC ports. > > > > I tried "ifconfig de0 media BNC" and "ifconfig de0 media AUI/BNC" > > but to no avail. Since de(4) days nothing about media types, I am > > helpless and went back to a one week older 2.2-STABLE version. > > You can get a list of the supported media types with "ifconfig -m > de0". Yes, and it tells me: andre@bali:~>rox ifconfig -m de1 de1: flags=8c02 mtu 1500 ether 00:00:c0:3e:7a:e0 media: autoselect supported media: autoselect 10base5/AUI manual 10baseT/UTP 10baseT/UTP Don't know what to use for BNC... I have tried "auto", "10base5/AUI" and "AUI" with all combinations of link[0-2]. It doesn't work in 2.2-STABLE and in -current. My SMC 21041 works fine, even with auto... -Andre From owner-freebsd-stable Mon Oct 13 11:47:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14368 for stable-outgoing; Mon, 13 Oct 1997 11:47:03 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14362 for ; Mon, 13 Oct 1997 11:46:57 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id LAA17483; Mon, 13 Oct 1997 11:46:28 -0700 (PDT) Message-Id: <199710131846.LAA17483@implode.root.com> To: John Polstra cc: Andre.Albsmeier@mchp.siemens.de, stable@FreeBSD.ORG Subject: Re: de driver broken with SMC 8434BT In-reply-to: Your message of "Mon, 13 Oct 1997 10:06:38 PDT." <199710131706.KAA04981@austin.polstra.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 13 Oct 1997 11:46:28 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In article <199710130616.IAA00826@curry.mchp.siemens.de>, >Andre Albsmeier wrote: >> >> since the de0 in 2.2-STABLE now is the one from -current >> (don't know why), the SMC 8434BT doesn't work anymore, when >> using the BNC ports. >> >> I tried "ifconfig de0 media BNC" and "ifconfig de0 media AUI/BNC" >> but to no avail. Since de(4) days nothing about media types, I am >> helpless and went back to a one week older 2.2-STABLE version. > >You can get a list of the supported media types with "ifconfig -m >de0". BTW, I've been thinking about yanking the "-m" option and simply always outputting this information instead. I found myself spending way too much time trying to find "-m" (when I didn't know it existed and thus didn't know that I should be looking for it). Opinions? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon Oct 13 17:44:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA06963 for stable-outgoing; Mon, 13 Oct 1997 17:44:45 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (mail-atm.san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA06954 for ; Mon, 13 Oct 1997 17:44:30 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dt5h1n61.san.rr.com (dt5h1n61.san.rr.com [204.210.31.97]) by mail.san.rr.com (8.8.7/8.8.7) with SMTP id RAA27934 for ; Mon, 13 Oct 1997 17:43:39 -0700 (PDT) Message-Id: <199710140043.RAA27934@mail.san.rr.com> From: "Studded" To: "freebsd-stable@freebsd.org" Date: Mon, 13 Oct 97 17:43:34 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Problem with rc.conf/rc.firewall Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Using 2.2.5-971012-BETA I upgraded my system with the tried and true make world + fold in /etc changes method. It completed without errors (after I removed the -j 2 from make *grumble*) and then I made the kernel from the same kernel config file I used with the 2.2-970901-STABLE sources previously that included ipfw. I set the firewall option to YES in rc.conf, and set the type to OPEN. A gold star to anyone who has already spotted the problem, the rc.firewall script expects "${firewall_type}" = "open", not OPEN, and it bombed out. IMO putting the firewall_type option rc.conf is a big mistake. It loses big in functionality what little it makes up for in convenience, especially when I'm 600 miles from the machine. In order of importance, suggestion number one is to return the firewall_type option to rc.firewall, include firewall_quiet, and put a note below firewall_enable saying that there are options to set in rc.firewall if you enable it. This will reduce the likelihood of an error like mine, and has the added advantage of removing two little-used options from an already crowded rc.conf. Suggestion number two is to make the type open BY DEFAULT, and let the person change it if need be. There is really no reason to set up stumbling blocks that people don't need if they can be so easily avoided. Third, it would be nice if the script (and the rc scripts in general) were made case insensitive, either by some sh trick, or some OR statements. Finally a warning in rc.conf that the options are case sensitive would be a plus. I can produce diffs and send this as a PR if requested, but it is only a few lines in each place. Thanks, Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) From owner-freebsd-stable Mon Oct 13 18:16:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08647 for stable-outgoing; Mon, 13 Oct 1997 18:16:22 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08639 for ; Mon, 13 Oct 1997 18:16:13 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id UAA03992; Mon, 13 Oct 1997 20:14:49 -0500 (CDT) Date: Mon, 13 Oct 1997 20:14:49 -0500 (CDT) From: "Matthew D. Fuller" To: David Greenman cc: John Polstra , Andre.Albsmeier@mchp.siemens.de, stable@FreeBSD.ORG Subject: Re: de driver broken with SMC 8434BT In-Reply-To: <199710131846.LAA17483@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 13 Oct 1997, David Greenman wrote: > >In article <199710130616.IAA00826@curry.mchp.siemens.de>, > >Andre Albsmeier wrote: > >> > >> since the de0 in 2.2-STABLE now is the one from -current > >> (don't know why), the SMC 8434BT doesn't work anymore, when > >> using the BNC ports. > >> > >> I tried "ifconfig de0 media BNC" and "ifconfig de0 media AUI/BNC" > >> but to no avail. Since de(4) days nothing about media types, I am > >> helpless and went back to a one week older 2.2-STABLE version. > > > >You can get a list of the supported media types with "ifconfig -m > >de0". > > BTW, I've been thinking about yanking the "-m" option and simply always > outputting this information instead. I found myself spending way too much > time trying to find "-m" (when I didn't know it existed and thus didn't know > that I should be looking for it). Opinions? When did you have in mind to output this? Always, when ifconfig'ing a device that has multiple media, only when changing the media type...? I can see this being really useful in some situations, but pretty cumbersome in others. > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * FreeBSD: turning PCs into workstations * | Windows: turning workstations into typewriters | * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Mon Oct 13 18:19:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08720 for stable-outgoing; Mon, 13 Oct 1997 18:19:06 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08706 for ; Mon, 13 Oct 1997 18:18:59 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id SAA20883; Mon, 13 Oct 1997 18:19:50 -0700 (PDT) Message-Id: <199710140119.SAA20883@implode.root.com> To: "Matthew D. Fuller" cc: stable@FreeBSD.ORG Subject: Re: de driver broken with SMC 8434BT In-reply-to: Your message of "Mon, 13 Oct 1997 20:14:49 CDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 13 Oct 1997 18:19:49 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >When did you have in mind to output this? Always, when ifconfig'ing a >device that has multiple media, only when changing the media type...? I >can see this being really useful in some situations, but pretty cumbersome >in others. When you do a "ifconfig de0" or "ifconfig -a", it will include the "supported media" along with all of the other information. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon Oct 13 18:24:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09150 for stable-outgoing; Mon, 13 Oct 1997 18:24:09 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09139 for ; Mon, 13 Oct 1997 18:24:04 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id UAA04248; Mon, 13 Oct 1997 20:23:51 -0500 (CDT) Date: Mon, 13 Oct 1997 20:23:51 -0500 (CDT) From: "Matthew D. Fuller" To: David Greenman cc: stable@FreeBSD.ORG Subject: Re: de driver broken with SMC 8434BT In-Reply-To: <199710140119.SAA20883@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 13 Oct 1997, David Greenman wrote: > >When did you have in mind to output this? Always, when ifconfig'ing a > >device that has multiple media, only when changing the media type...? I > >can see this being really useful in some situations, but pretty cumbersome > >in others. > > When you do a "ifconfig de0" or "ifconfig -a", it will include the > "supported media" along with all of the other information. Hmm.... I'd certainly be in favor of this for ifconfig de0. The ifconfig -a(u|d) is more problematic though. I know when I do an ifconfig -a, -au, etc. I just want the bare minimum info. I don't know (not having a multi-interface) what it shows now, but perhaps ifconfig -a should show the ACTIVE media type, but not a list of others, where as ifconfig de0 should show all available types...? Someone jump in here; I'm just saying what I'd think would be the most informative, yet convenient. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * FreeBSD: turning PCs into workstations * | Windows: turning workstations into typewriters | * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Mon Oct 13 18:27:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09300 for stable-outgoing; Mon, 13 Oct 1997 18:27:06 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09295 for ; Mon, 13 Oct 1997 18:27:01 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.7/8.8.5) with ESMTP id SAA07914; Mon, 13 Oct 1997 18:26:42 -0700 (PDT) Message-Id: <199710140126.SAA07914@austin.polstra.com> To: "Matthew D. Fuller" cc: David Greenman , stable@FreeBSD.ORG Subject: Re: de driver broken with SMC 8434BT In-reply-to: Your message of "Mon, 13 Oct 1997 20:14:49 CDT." Date: Mon, 13 Oct 1997 18:26:41 -0700 From: John Polstra Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > BTW, I've been thinking about yanking the "-m" option and > > simply always outputting this information instead. I found myself > > spending way too much time trying to find "-m" (when I didn't > > know it existed and thus didn't know that I should be looking for > > it). Opinions? > > When did you have in mind to output this? Always, when ifconfig'ing > a device that has multiple media, only when changing the media > type...? I can see this being really useful in some situations, but > pretty cumbersome in others. I don't think it would be cumbersome. It just adds a single line to the ifconfig output. I like David's idea. Ifconfig already tells you practically everything about the interface anyway. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Mon Oct 13 21:47:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA21280 for stable-outgoing; Mon, 13 Oct 1997 21:47:08 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from silent.darkening.com (iskh122.haninge.kth.se [130.237.83.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA21273 for ; Mon, 13 Oct 1997 21:47:02 -0700 (PDT) (envelope-from nonxstnt@darkening.com) Received: from localhost (nonxstnt@localhost) by silent.darkening.com (8.8.7/8.8.7) with SMTP id GAA00588 for ; Tue, 14 Oct 1997 06:46:46 +0200 (CEST) X-Authentication-Warning: silent.darkening.com: nonxstnt owned process doing -bs Date: Tue, 14 Oct 1997 06:46:45 +0200 (CEST) From: nobody To: freebsd-stable@freebsd.org Subject: pidentd not functioning so well. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id VAA21276 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After CVSup, make world, and make kernel (config, depend, clean, make, install) last night.. pidentd no longer worked. kernel not passing the username of the connection? This was working perfectly after the cvsup I did on thursday. it seems to send NO-USER to every ident-response, as proved by the irc servers and a basic identscan [~]identscan localhost Port: 21 Service: ftp Userid: NO-USER Port: 23 Service: telnet Userid: NO-USER Port: 25 Service: smtp Userid: NO-USER Port: 79 Service: finger Userid: NO-USER Port: 80 Service: http Userid: NO-USER Port: 110 Service: pop3 Userid: NO-USER Port: 111 Service: sunrpc Userid: NO-USER this was a cvsup ~22:00 EST on 13OCT97 on the STABLE tree, with pidentd version: 0 , 0 : X-VERSION : 2.7.4 (Compiled: 00:27:04 May 18 1997) --- thomas strömberg . system admin, royal institute of technology (stockholm) nobody@darkening.com . irc:nobody@EFnet . talk:nonxstnt@silent.darkening.com "the stupider one is, the clearer one thinks" -- Fyodor Dostoevsky From owner-freebsd-stable Mon Oct 13 22:04:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22348 for stable-outgoing; Mon, 13 Oct 1997 22:04:35 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from odyssey.apana.org.au (odyssey.apana.org.au [203.11.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA22337 for ; Mon, 13 Oct 1997 22:04:26 -0700 (PDT) (envelope-from dean@odyssey.apana.org.au) Received: from localhost (dean@localhost) by odyssey.apana.org.au (8.8.7/8.8.7) with SMTP id NAA02904 for ; Tue, 14 Oct 1997 13:05:52 +0800 (WST) Date: Tue, 14 Oct 1997 13:05:48 +0800 (WST) From: Dean Hollister To: freebsd-stable@freebsd.org Subject: IP metering Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hiya, Anyone know of a good package around for metering Mb being retrieved via a ppp link, where the IP/user is static? Regards, d. +-------------------------------------------------------+ | Dean Hollister, | deanh@iinet.net.au | | Perth, Western Australia. | dean@odyssey.apana.org.au | +-------------------------------------------------------+ From owner-freebsd-stable Mon Oct 13 23:02:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25176 for stable-outgoing; Mon, 13 Oct 1997 23:02:56 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA25171 for ; Mon, 13 Oct 1997 23:02:53 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xL03s-000531-00; Mon, 13 Oct 1997 23:02:32 -0700 Date: Mon, 13 Oct 1997 23:02:25 -0700 (PDT) From: Tom To: Dean Hollister cc: freebsd-stable@freebsd.org Subject: Re: IP metering In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 14 Oct 1997, Dean Hollister wrote: > > Hiya, > > Anyone know of a good package around for metering Mb being retrieved via a > ppp link, where the IP/user is static? > > Regards, First, of all this isn't the right mailing list. Second, ipfw can do that. > d. > > +-------------------------------------------------------+ > | Dean Hollister, | deanh@iinet.net.au | > | Perth, Western Australia. | dean@odyssey.apana.org.au | > +-------------------------------------------------------+ > > > Tom From owner-freebsd-stable Mon Oct 13 23:48:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27340 for stable-outgoing; Mon, 13 Oct 1997 23:48:11 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [36.33.0.163]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27334 for ; Mon, 13 Oct 1997 23:48:08 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.8.7/8.6.12) with SMTP id XAA07676; Mon, 13 Oct 1997 23:39:55 -0700 (PDT) Date: Mon, 13 Oct 1997 23:39:55 -0700 (PDT) From: Annelise Anderson Reply-To: Annelise Anderson To: nobody cc: freebsd-stable@FreeBSD.ORG Subject: Re: pidentd not functioning so well. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 14 Oct 1997, nobody wrote: > After CVSup, make world, and make kernel (config, depend, clean, make, > install) last night.. pidentd no longer worked. kernel not passing the > username of the connection? This was working perfectly after the cvsup I > did on thursday. I just tried irc and my pidentd isn't working either--after make world with sources as of 2.2-STABLE-971011-23:30 PDT Annelise From owner-freebsd-stable Tue Oct 14 00:29:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA29892 for stable-outgoing; Tue, 14 Oct 1997 00:29:06 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from silent.darkening.com (nonxstnt@iskh122.haninge.kth.se [130.237.83.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA29880 for ; Tue, 14 Oct 1997 00:29:01 -0700 (PDT) (envelope-from nonxstnt@darkening.com) Received: from localhost (nonxstnt@localhost) by silent.darkening.com (8.8.7/8.8.7) with SMTP id JAA03066 for ; Tue, 14 Oct 1997 09:28:48 +0200 (CEST) X-Authentication-Warning: silent.darkening.com: nonxstnt owned process doing -bs Date: Tue, 14 Oct 1997 09:28:48 +0200 (CEST) From: nobody To: freebsd-stable@freebsd.org Subject: pident... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id AAA29884 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk for those of you who have cvsupped and experienced problems with pidentd, it seems all you have to do is recompile pidentd and it works. Thanks to bsdx for the suggestion. --- thomas strömberg . system admin, royal institute of technology (stockholm) nobody@darkening.com . irc:nobody@EFnet . talk:nonxstnt@silent.darkening.com "the stupider one is, the clearer one thinks" -- Fyodor Dostoevsky From owner-freebsd-stable Tue Oct 14 02:16:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA06338 for stable-outgoing; Tue, 14 Oct 1997 02:16:34 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA06332 for ; Tue, 14 Oct 1997 02:16:28 -0700 (PDT) (envelope-from j@ida.interface-business.de) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id KAA27099 for ; Tue, 14 Oct 1997 10:16:13 +0100 Received: (from j@localhost) by ida.interface-business.de (8.8.7/8.7.3) id LAA03602; Tue, 14 Oct 1997 11:16:12 +0200 (MET DST) Message-ID: <19971014111611.43194@interface-business.de> Date: Tue, 14 Oct 1997 11:16:11 +0200 From: J Wunsch To: stable@freebsd.org Subject: 2.2-stable NFS panic Reply-To: Joerg Wunsch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface business GmbH, Dresden Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (NB: i'm not subscribed to -stable, please Cc me.) The kernel causing this is not too recent, but the file in question (nfs_vfsops.c) is at the most recent revision. I've got two of these panics with the exact same picture, within 10 days. This last coredump is still available for further examination. (The machine where this happens usually runs xfsm, a graphical df tool. This explains why it runs the statfs() calls quite more often than other machines would do.) smiley# gdb -k *.5 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 207000 current pcb at 1e8498 panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) up 5 #5 0xf016f376 in nfs_statfs (mp=0xf06e1c00, sbp=0xf06e1c20, p=0xf089fc00) at ../../nfs/nfs_vfsops.c:261 261 fxdr_hyper(&sfp->sf_tbytes, &tquad); (kgdb) list 256 #endif 257 sbp->f_flags = nmp->nm_flag; 258 sbp->f_iosize = nfs_iosize(nmp); 259 if (v3) { 260 sbp->f_bsize = NFS_FABLKSIZE; 261 fxdr_hyper(&sfp->sf_tbytes, &tquad); 262 sbp->f_blocks = (long)(tquad / ((u_quad_t)NFS_FABLKSIZE)); 263 fxdr_hyper(&sfp->sf_fbytes, &tquad); 264 sbp->f_bfree = (long)(tquad / ((u_quad_t)NFS_FABLKSIZE)); 265 fxdr_hyper(&sfp->sf_abytes, &tquad); (kgdb) p sfp $1 = (struct nfs_statfs *) 0x0 -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-stable Tue Oct 14 03:19:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08110 for stable-outgoing; Tue, 14 Oct 1997 03:19:52 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA08105 for ; Tue, 14 Oct 1997 03:19:43 -0700 (PDT) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id UAA02278; Tue, 14 Oct 1997 20:19:28 +1000 (EST) Date: Tue, 14 Oct 1997 20:19:27 +1000 (EST) From: "Daniel O'Callaghan" To: Studded cc: "freebsd-stable@freebsd.org" Subject: Re: Problem with rc.conf/rc.firewall In-Reply-To: <199710140043.RAA27934@mail.san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doug, On Mon, 13 Oct 1997, Studded wrote: > the kernel from the same kernel config file I used with the > 2.2-970901-STABLE sources previously that included ipfw. I set the > firewall option to YES in rc.conf, and set the type to OPEN. > > A gold star to anyone who has already spotted the problem, the > rc.firewall script expects "${firewall_type}" = "open", not OPEN, and > it bombed out. IMO putting the firewall_type option rc.conf is a big > mistake. It loses big in functionality what little it makes up for in > convenience, especially when I'm 600 miles from the machine. My first proposal to committers was that firewall_type would be in rc.firewall, but it was pointed out that the model being progressively adopted is to put more config into rc.conf and less into other rc.*. I can't really see any advantage in putting firewall_type in rc.firewall, other than that it would force the user to read (or at least see) the first lines of rc.firewall. But the comment in rc.conf next to firewall_type clearly informs the user to see rc.firewall for a fuller explanation, and lines 5-15 of rc.firewall list the available values for rc.firewall. I grant the case-sensitivity is awkward, and I'll look into it, but firewall_type will stay in rc.conf for the moment. > little-used options from an already crowded rc.conf. Suggestion number > two is to make the type open BY DEFAULT, and let the person change it > if need be. There is really no reason to set up stumbling blocks that Two years ago, when I submitted patches for the TCP fragment offset bug, prompting Poul-Henning Kamp to rewrite most of the ipfw code, there was a function which allowed the user to set the default "policy" to open or closed. PHK changed this to default closed all of the time to lower the chances of a machine being set up which was "open" while the administrator thought it was "closed". I can't count the number of times I've built a kernel, rebooted, and been unable to telnet to the machine. I'm a slow learner, I guess. Rather than change the default policy I changed rc.network so that it would print warnings on the console if a kernel with firewall functionality was booted and there were no appropriate settings in rc.conf. I can't think of anything better to do than that, myself, but I'm open to suggestions (other than "default policy open"). As I've said, I'll look into the case-sensitivity... regards, /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */ From owner-freebsd-stable Tue Oct 14 03:55:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA09252 for stable-outgoing; Tue, 14 Oct 1997 03:55:06 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from norden1.com (norden1.com [192.153.35.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA09241 for ; Tue, 14 Oct 1997 03:55:00 -0700 (PDT) (envelope-from hometeam@techpower.net) From: hometeam@techpower.net Received: from techpower.net (hometeam@techpower.net [206.244.73.241]) by norden1.com (8.8.7/8.8.7) with ESMTP id GAA01798; Tue, 14 Oct 1997 06:52:40 -0400 (EDT) Received: from localhost (hometeam@localhost) by techpower.net (8.8.7/8.8.5) with SMTP id GAA29781; Tue, 14 Oct 1997 06:52:49 -0400 (EDT) Date: Tue, 14 Oct 1997 06:52:49 -0400 (EDT) To: Studded cc: "freebsd-stable@freebsd.org" Subject: Re: Problem with rc.conf/rc.firewall In-Reply-To: <199710140043.RAA27934@mail.san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have allways put the option in rc.conf ,...Not firewall="YES" firewall="open" simple or what ever.. you don't need to change anything in rc.firewall other then your filters. I didn't see much problem with it myself. I guess a info file would be a plus . allthough most on here are will to help and answers giving quickly. why don't you write one....? On Mon, 13 Oct 1997, Studded wrote: > > Using 2.2.5-971012-BETA I upgraded my system with the tried and > true make world + fold in /etc changes method. It completed without > errors (after I removed the -j 2 from make *grumble*) and then I made > the kernel from the same kernel config file I used with the > 2.2-970901-STABLE sources previously that included ipfw. I set the > firewall option to YES in rc.conf, and set the type to OPEN. > > A gold star to anyone who has already spotted the problem, the > rc.firewall script expects "${firewall_type}" = "open", not OPEN, and > it bombed out. IMO putting the firewall_type option rc.conf is a big > mistake. It loses big in functionality what little it makes up for in > convenience, especially when I'm 600 miles from the machine. > > In order of importance, suggestion number one is to return the > firewall_type option to rc.firewall, include firewall_quiet, and put a > note below firewall_enable saying that there are options to set in > rc.firewall if you enable it. This will reduce the likelihood of an > error like mine, and has the added advantage of removing two > little-used options from an already crowded rc.conf. Suggestion number > two is to make the type open BY DEFAULT, and let the person change it > if need be. There is really no reason to set up stumbling blocks that > people don't need if they can be so easily avoided. Third, it would be > nice if the script (and the rc scripts in general) were made case > insensitive, either by some sh trick, or some OR statements. Finally a > warning in rc.conf that the options are case sensitive would be a plus. > > > I can produce diffs and send this as a PR if requested, but it > is only a few lines in each place. > > Thanks, > > Doug > > *** Proud operator, designer and maintainer of the world's largest > *** Internet Relay Chat server. 4,168 clients and still growing. :-) > *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) > > hometeam@techpower.net --We cannot all be masters, nor all masters Cannot be truly follow'd-- -----BEGIN PGP MESSAGE----- Version: 2.6.2 owEBqwBU/4kAlQMFADRCxNWhsddKSTR+6QEBelED/jzeC3btZfqSdIfrNoCgwUJJ iNQ33UQoMyJ2ygkfl72xP5J79yml/F4P73GnNaDVbaMOmOG2NNAi5ElE73wRh54U 17kH+n5XnYeqekV8T2TG2Q6ex3UotXPyZ1vvrCrSxapOz6a4hh0GQeA55rcwLy2W ROHwxfvaVsrX5iVOkRoerBFiC21lc3NhZ2UudHh0AAAAAA== =jCvF -----END PGP MESSAGE----- From owner-freebsd-stable Tue Oct 14 05:12:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA12107 for stable-outgoing; Tue, 14 Oct 1997 05:12:36 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gate.mgt.msk.ru (mgtrep.24h.dialup.ru [194.87.18.139]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA12101 for ; Tue, 14 Oct 1997 05:12:31 -0700 (PDT) (envelope-from tarkhil@mgt.msk.ru) Received: from asteroid.mgt.msk.ru (asteroid.mgt.msk.ru [192.168.133.145]) by gate.mgt.msk.ru (8.8.6/8.8.6) with ESMTP id QAA03278 for ; Tue, 14 Oct 1997 16:11:16 +0400 (MSD) Received: from asteroid.mgt.msk.ru (localhost.mgt.msk.ru [127.0.0.1]) by asteroid.mgt.msk.ru (8.8.7/8.8.6) with ESMTP id QAA04944 for ; Tue, 14 Oct 1997 16:11:54 +0400 (MSD) Message-Id: <199710141211.QAA04944@asteroid.mgt.msk.ru> To: stable@freebsd.org Reply-To: tarkhil@mgt.msk.ru Subject: make release no longer works Date: Tue, 14 Oct 1997 16:11:54 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I _do_ know that I'm an idiot. But make release works no more for me. It fails during attempt to install libalias_p.a into /usr/work/Release/usr/lib. I didn't chnage Makefile or script. I understand nothing now. Alex. From owner-freebsd-stable Tue Oct 14 07:34:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20249 for stable-outgoing; Tue, 14 Oct 1997 07:34:50 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from serge.jbj.org (serge.JBJ.ORG [198.49.244.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA20241 for ; Tue, 14 Oct 1997 07:34:47 -0700 (PDT) (envelope-from serge@jbj.org) Received: (from serge@localhost) by serge.jbj.org (8.8.6/8.6.12) id KAA05328; Tue, 14 Oct 1997 10:33:15 -0400 (EDT) Date: Tue, 14 Oct 1997 10:33:15 -0400 (EDT) Message-Id: <199710141433.KAA05328@serge.jbj.org> From: Serge Pashenkov To: joerg_wunsch@interface-business.de CC: stable@FreeBSD.ORG In-reply-to: <19971014111611.43194@interface-business.de> (message from J Wunsch on Tue, 14 Oct 1997 11:16:11 +0200) Subject: Re: 2.2-stable NFS panic Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Look at kern/4501 problem report, I think it's te same. There is a patch for nfs_vfsops.c there, it fixes the panic, but I'm not sure it fits into the grand schema of things. Hope that helps, serge From owner-freebsd-stable Tue Oct 14 09:48:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29889 for stable-outgoing; Tue, 14 Oct 1997 09:48:35 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mph124.rh.psu.edu (hunt@MPH124.rh.psu.edu [128.118.126.83]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA29882 for ; Tue, 14 Oct 1997 09:48:31 -0700 (PDT) (envelope-from hunt@mph124.rh.psu.edu) Received: (from hunt@localhost) by mph124.rh.psu.edu (8.8.7/8.8.7) id MAA12913; Tue, 14 Oct 1997 12:48:25 -0400 (EDT) Message-ID: <19971014124824.31166@mph124.rh.psu.edu> Date: Tue, 14 Oct 1997 12:48:24 -0400 From: Matthew Hunt To: Annelise Anderson Cc: nobody , freebsd-stable@FreeBSD.ORG Subject: Re: pidentd not functioning so well. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: ; from Annelise Anderson on Mon, Oct 13, 1997 at 11:39:55PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Oct 13, 1997 at 11:39:55PM -0700, Annelise Anderson wrote: > I just tried irc and my pidentd isn't working either--after make > world with sources as of > > 2.2-STABLE-971011-23:30 PDT Did you make pidentd from the ports again? After making a new kernel several days ago, I had to make netstat and pidentd again. Matthew -- Matthew Hunt * Think locally, act globally. finger hunt@mph124.rh.psu.edu for PGP public key. From owner-freebsd-stable Tue Oct 14 09:59:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA00709 for stable-outgoing; Tue, 14 Oct 1997 09:59:01 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA00704 for ; Tue, 14 Oct 1997 09:58:58 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xLAIt-00078T-00; Tue, 14 Oct 1997 09:58:43 -0700 Date: Tue, 14 Oct 1997 09:58:41 -0700 (PDT) From: Tom To: Annelise Anderson cc: nobody , freebsd-stable@freebsd.org Subject: Re: pidentd not functioning so well. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 13 Oct 1997, Annelise Anderson wrote: > On Tue, 14 Oct 1997, nobody wrote: > > > After CVSup, make world, and make kernel (config, depend, clean, make, > > install) last night.. pidentd no longer worked. kernel not passing the > > username of the connection? This was working perfectly after the cvsup I > > did on thursday. > > I just tried irc and my pidentd isn't working either--after make > world with sources as of > > 2.2-STABLE-971011-23:30 PDT > > Annelise Try re-building pidentd. pidentd depends on certain kernel structures and may need to be re-built after kernel upgrades. Tom From owner-freebsd-stable Tue Oct 14 10:38:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04127 for stable-outgoing; Tue, 14 Oct 1997 10:38:30 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from andrsn.stanford.edu (root@andrsn.Stanford.EDU [36.33.0.163]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04109 for ; Tue, 14 Oct 1997 10:38:18 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.8.7/8.6.12) with SMTP id KAA09678; Tue, 14 Oct 1997 10:33:27 -0700 (PDT) Date: Tue, 14 Oct 1997 10:33:26 -0700 (PDT) From: Annelise Anderson To: Tom cc: nobody , freebsd-stable@FreeBSD.ORG Subject: Re: pidentd not functioning so well. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 14 Oct 1997, Tom wrote: > > Try re-building pidentd. > > pidentd depends on certain kernel structures and may need to be re-built > after kernel upgrades. > > Tom Thanks, it's working fine now. Annelise From owner-freebsd-stable Tue Oct 14 10:52:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05425 for stable-outgoing; Tue, 14 Oct 1997 10:52:48 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA05412 for ; Tue, 14 Oct 1997 10:52:42 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id KAA18258; Tue, 14 Oct 1997 10:50:01 -0700 (MST) From: "Chad R. Larson" Message-Id: <199710141750.KAA18258@freebie.dcfinc.com> Subject: Re: Problem with rc.conf/rc.firewall To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 14 Oct 1997 10:49:59 -0700 (MST) Cc: Studded@dal.net, freebsd-stable@FreeBSD.ORG In-Reply-To: from Daniel O'Callaghan at "Oct 14, 97 08:19:27 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > My first proposal to committers was that firewall_type would be in > rc.firewall, but it was pointed out that the model being progressively > adopted is to put more config into rc.conf and less into other rc.*. My two hundredths of a dollar. I'm more comfortable with multiple rc. files and a master that runs them. This may be due to more than a decade with SysV, and its /etc/init.d setup, but it makes more sense and I find it easier to administer system startup in byte-sized chunks. It also means packages can be added without performing a merge into a main file (put 'em in /usr/local/etc/rc.d). -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Tue Oct 14 13:48:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA16214 for stable-outgoing; Tue, 14 Oct 1997 13:48:17 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from smtp-gw1.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA16206 for ; Tue, 14 Oct 1997 13:48:13 -0700 (PDT) (envelope-from bwithrow@BayNetworks.COM) Received: from ns1.BayNetworks.COM ([134.177.1.107] (may be forged)) by smtp-gw1.BayNetworks.COM (8.8.6/BNET-97/07/07-E) with ESMTP id MAA07317; Tue, 14 Oct 1997 12:47:31 -0700 (PDT) for Posted-Date: Tue, 14 Oct 1997 12:47:31 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.corpeast.baynetworks.com [192.32.61.6]) by ns1.BayNetworks.COM (8.8.6/8.8.6) with ESMTP id NAA18385 for ; Tue, 14 Oct 1997 13:00:00 -0700 (PDT) Received: from tuva.engeast.baynetworks.com (tuva [192.32.139.25]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id PAA12337; Tue, 14 Oct 1997 15:59:58 -0400 for Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.8.3/8.8.3) with ESMTP id PAA03015; Tue, 14 Oct 1997 15:59:59 -0400 (EDT) Message-Id: <199710141959.PAA03015@tuva.engeast.baynetworks.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-stable@freebsd.org cc: bwithrow@tuva.engeast.BayNetworks.COM Subject: Testing result, 225Beta, oct 7th. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Oct 1997 15:59:58 -0400 From: Robert Withrow Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have done some serious testing of the Oct 7th release of 225beta with generally very good results. It works well under heavy testing in our normal environment here. I found the following problems/annoyances: 1) Sysinstall: Accessing distribution submenus and then returning to parent menu; you are returned to the *top* of the parent menu rather than the place where you accessed the child menu. This is very annoying to those of us who do *lots* of installations... 2) Sysinstall: NFS client "yes" setting in sysinstall doesn't "take" in rc.conf. 3) Sysinstall/XF86Setup: Somehow the X link to the SVGA server didn't get made. I'm not shure when this failed to happen since someone was talking to me when I was testing this. XF86Setup dumped a tcl traceback complaining about this. 4) Ports: a2ps only shows up in its A4 version. (It doesn't even show up in the ftp.freebsd.org ports-2.2.5 INDEX). This problem (the A4) one has been around for quite some time and it would be nice if it got fixed before 2.2.5 gets released... 5) Sysinstall: /usr/tmp gets created with bad ownership and permissions. It should get created with the same permissions as /tmp. 6) It seems like there should be a symlink "gawk" for "awk" since they are one in the same. There is room for difference of opinion here, of course;-) What is the chance of getting these things fixed before the release? -- Robert Withrow -- (+1 508 916 8256) BWithrow@BayNetworks.com From owner-freebsd-stable Tue Oct 14 17:16:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28991 for stable-outgoing; Tue, 14 Oct 1997 17:16:38 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (mail-atm.san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28985 for ; Tue, 14 Oct 1997 17:16:32 -0700 (PDT) (envelope-from studded@san.rr.com) Received: (from studded@localhost) by mail.san.rr.com (8.8.7/8.8.7) id RAA11383; Tue, 14 Oct 1997 17:14:28 -0700 (PDT) Message-Id: <199710150014.RAA11383@mail.san.rr.com> From: "Studded" To: "Chad R. Larson" , "Daniel O'Callaghan" Cc: "freebsd-stable@freebsd.org" Date: Tue, 14 Oct 97 17:14:21 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Problem with rc.conf/rc.firewall Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 14 Oct 1997 20:19:27 +1000 (EST), Daniel O'Callaghan wrote: >On Mon, 13 Oct 1997, Studded wrote: > >> the kernel from the same kernel config file I used with the >> 2.2-970901-STABLE sources previously that included ipfw. I set the >> firewall option to YES in rc.conf, and set the type to OPEN. >> >> A gold star to anyone who has already spotted the problem, the >> rc.firewall script expects "${firewall_type}" = "open", not OPEN, and >> it bombed out. IMO putting the firewall_type option rc.conf is a big >> mistake. It loses big in functionality what little it makes up for in >> convenience, especially when I'm 600 miles from the machine. > >My first proposal to committers was that firewall_type would be in >rc.firewall, but it was pointed out that the model being progressively >adopted is to put more config into rc.conf and less into other rc.*. That's fine for options that don't require another file for reference, and after getting over my awkwardness with the transition, it's actually a welcome change. >I can't really see any advantage in putting firewall_type in rc.firewall, >other than that it would force the user to read (or at least see) the >first lines of rc.firewall. I can see two on the surface, the first being that it will help prevent errors like mine (about which I've received several private letters saying that I'm in good company). Secondly in the case of options like ipfw, your model requires a person to open rc.conf, then open rc.firewall, then go back to rc.conf. My suggestion saves a step. Chad Larson pointed out a third advantage in a mail to this list, namely, "It also means packages can be added without performing a merge into a main file (put 'em in /usr/local/etc/rc.d)." > But the comment in rc.conf next to >firewall_type clearly informs the user to see rc.firewall for a fuller >explanation, and lines 5-15 of rc.firewall list the available values for >rc.firewall. I grant the case-sensitivity is awkward, and I'll look into >it, but firewall_type will stay in rc.conf for the moment. Ok, if that is to be a firm policy, I will submit a PR with diffs that include some clarification. >> little-used options from an already crowded rc.conf. Suggestion number >> two is to make the type open BY DEFAULT, and let the person change it >> if need be. There is really no reason to set up stumbling blocks that > >Two years ago, when I submitted patches for the TCP fragment offset bug, >prompting Poul-Henning Kamp to rewrite most of the ipfw code, there was a >function which allowed the user to set the default "policy" to open or >closed. PHK changed this to default closed all of the time to lower the >chances of a machine being set up which was "open" while the administrator >thought it was "closed". Hmmm, I think that if someone is intentionally wanting to close off a machine, they would be a lot more rigorous about testing it than a person that wants to enable the firewall code to do accounting or experimentation. A default closed policy is just asking for trouble IMO, and while it might make some sense from a programming standpoint, I don't see any reason not to make the scripts we provide more user friendly. >I can't count the number of times I've built a >kernel, rebooted, and been unable to telnet to the machine. I'm a slow >learner, I guess. Well, I got bit by this the first time I tried it, so you are in good company. :) What frustrated me here is that I know better now, and was extremely upset to have been 'fooled' by something that on its face looked like it would have worked. > Rather than change the default policy I changed >rc.network so that it would print warnings on the console if a kernel with >firewall functionality was booted and there were no appropriate settings >in rc.conf. In the course of preparing my letter yesterday I looked hard at the rc* scripts. You did an excellent job of including appropriate error checking, but I'm 600 miles away from the console. > I can't think of anything better to do than that, myself, >but I'm open to suggestions (other than "default policy open"). Well, I would think that leaving the kernel functionality as default closed, but setting up the scripts so that it opens up the machine (and prints appropriate warnings?) is a good compromise. One error is reversible remotely, and easy to test. The converse is not. Finally, I'm not shooting the messenger here, and I appreciate Mr. O'Callaghan's time in providing an explanation. Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) From owner-freebsd-stable Tue Oct 14 17:49:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA00991 for stable-outgoing; Tue, 14 Oct 1997 17:49:37 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bubble.didi.com (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA00980 for ; Tue, 14 Oct 1997 17:49:29 -0700 (PDT) (envelope-from asami@bubble.didi.com) Received: (from asami@localhost) by bubble.didi.com (8.8.7/8.8.5) id RAA01653; Tue, 14 Oct 1997 17:49:28 -0700 (PDT) Date: Tue, 14 Oct 1997 17:49:28 -0700 (PDT) Message-Id: <199710150049.RAA01653@bubble.didi.com> To: stable@freebsd.org Subject: another crash with 2.2-stable From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is the same NFS server with 8 IBM disks. Kernel was built on Oct 6. Also, the machine hung (no input/output at serial console either) once over the weekend. Satoshi ------- ## gdb -k kernel.9 vmcore.9 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...b(no debugging symbols found)... tIdlePTD 205000 current pcb at 1e8ca0 panic: page fault #0 0xf0115103 in boot () (kgdb) bt #0 0xf0115103 in boot () #1 0xf01153c2 in panic () #2 0xf01be3b6 in trap_fatal () #3 0xf01bdea4 in trap_pfault () #4 0xf01bdb7f in trap () #5 0xf015cd67 in nfsrv_read () #6 0xf0174cc0 in nfssvc_nfsd () #7 0xf0174428 in nfssvc () #8 0xf01be5f3 in syscall () #9 0x2945 in ?? () #10 0x107e in ?? () (kgdb) From owner-freebsd-stable Tue Oct 14 18:36:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA03619 for stable-outgoing; Tue, 14 Oct 1997 18:36:52 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA03613 for ; Tue, 14 Oct 1997 18:36:47 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id LAA00769; Wed, 15 Oct 1997 11:03:12 +0930 (CST) Message-Id: <199710150133.LAA00769@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: chad@dcfinc.com cc: danny@panda.hilink.com.au (Daniel O'Callaghan), Studded@dal.net, freebsd-stable@FreeBSD.ORG Subject: Re: Problem with rc.conf/rc.firewall In-reply-to: Your message of "Tue, 14 Oct 1997 10:49:59 MST." <199710141750.KAA18258@freebie.dcfinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Oct 1997 11:03:12 +0930 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm more comfortable with multiple rc. files and a master that > runs them. This may be due to more than a decade with SysV, and its > /etc/init.d setup, but it makes more sense and I find it easier to > administer system startup in byte-sized chunks. It also means packages > can be added without performing a merge into a main file (put 'em in > /usr/local/etc/rc.d). rc.conf is *NOT* used by installable packages, and never will be. It is intended to be the single repository of standard system configuration information. In some cases, the parameters that it contains may be relevant to more than one section of the system, so this is the only approach that makes sense. mike From owner-freebsd-stable Tue Oct 14 19:10:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA05703 for stable-outgoing; Tue, 14 Oct 1997 19:10:49 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA05694 for ; Tue, 14 Oct 1997 19:10:46 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt2-30.HiWAAY.net [208.147.148.30]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id VAA29499 for ; Tue, 14 Oct 1997 21:10:42 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id SAA20164 for ; Tue, 14 Oct 1997 18:14:59 -0500 (CDT) Message-Id: <199710142314.SAA20164@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-stable@FreeBSD.ORG Subject: Anti-spam sendmail in 2.2.5? From: dkelly@hiwaay.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Oct 1997 18:14:58 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I can't tell if my recent cvsup of RELENG_2_2 has the well known anti-spam anti-forwarding rules built into sendmail.cf by default. Checked /usr/obj/usr/src/usr.sbin/sendmail/cf/cf/freebsd.cf and didn't see anything unusual, but I'm no sendmail expert. Is this something that is tried and true enough to ship as a default configuration for FreeBSD sendmail? Something to slip in at the last minute? :-) Otherwise, wouldn't it be a good idea for 2.2.6? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-stable Tue Oct 14 20:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11911 for stable-outgoing; Tue, 14 Oct 1997 20:50:03 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11864; Tue, 14 Oct 1997 20:49:57 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710150349.UAA11864@hub.freebsd.org> Subject: Re: Anti-spam sendmail in 2.2.5? To: dkelly@hiwaay.net Date: Tue, 14 Oct 1997 20:49:56 -0700 (PDT) Cc: freebsd-stable@FreeBSD.org In-Reply-To: <199710142314.SAA20164@nospam.hiwaay.net> from "dkelly@hiwaay.net" at Oct 14, 97 06:14:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk dkelly@hiwaay.net wrote: > > I can't tell if my recent cvsup of RELENG_2_2 has the well known > anti-spam anti-forwarding rules built into sendmail.cf by default. > Checked /usr/obj/usr/src/usr.sbin/sendmail/cf/cf/freebsd.cf and > didn't see anything unusual, but I'm no sendmail expert. look in hub.mc rather than freefall.mc. freefall.mc is a different beast. > > Is this something that is tried and true enough to ship as a default > configuration for FreeBSD sendmail? Something to slip in at the last > minute? :-) plan to ship with 2.2.5 jmb From owner-freebsd-stable Tue Oct 14 21:28:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13936 for stable-outgoing; Tue, 14 Oct 1997 21:28:53 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA13930 for ; Tue, 14 Oct 1997 21:28:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA13570; Tue, 14 Oct 1997 21:27:19 -0700 (PDT) To: Robert Withrow cc: freebsd-stable@FreeBSD.ORG, bwithrow@tuva.engeast.BayNetworks.COM Subject: Re: Testing result, 225Beta, oct 7th. In-reply-to: Your message of "Tue, 14 Oct 1997 15:59:58 EDT." <199710141959.PAA03015@tuva.engeast.baynetworks.com> Date: Tue, 14 Oct 1997 21:27:19 -0700 Message-ID: <13566.876889639@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1) Sysinstall: Accessing distribution submenus and then returning > to parent menu; you are returned to the *top* of the parent menu rather > than the place where you accessed the child menu. This is very annoying > to those of us who do *lots* of installations... This probably won't be fixed in time for 2.2.5, sorry. It involves mucking around with some stuff in libdialog which I'd rather not mess with this close to release. > 2) Sysinstall: NFS client "yes" setting in sysinstall doesn't "take" in > rc.conf. Hmmm. I can't reproduce this! > 3) Sysinstall/XF86Setup: Somehow the X link to the SVGA server didn't > get made. I'm not shure when this failed to happen since someone was > talking to me when I was testing this. XF86Setup dumped a tcl traceback > complaining about this. I noticed this also - I think somebody broke XF86Setup in the latest incarnation. Have you reported this to the XFree86 folks? X is literally a black box for us and if they give us broken bits to ship then we ship broken bits - I don't even know how to *package* the X distribution. :-) > 4) Ports: a2ps only shows up in its A4 version. (It doesn't even show up > in the ftp.freebsd.org ports-2.2.5 INDEX). This problem (the A4) one has > been around for quite some time and it would be nice if it got fixed before > 2.2.5 gets released... That's one for ports. > 5) Sysinstall: /usr/tmp gets created with bad ownership and permissions. > It should get created with the same permissions as /tmp. Fixed. > 6) It seems like there should be a symlink "gawk" for "awk" since they are > one in the same. There is room for difference of opinion here, of course;-) Why would anyone want to call it "gawk?" :-) Jordan From owner-freebsd-stable Tue Oct 14 22:32:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18221 for stable-outgoing; Tue, 14 Oct 1997 22:32:18 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (wck-ca6-06.ix.netcom.com [199.35.213.198]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18214 for ; Tue, 14 Oct 1997 22:32:05 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id WAA01447; Tue, 14 Oct 1997 22:27:33 -0700 (PDT) Date: Tue, 14 Oct 1997 22:27:33 -0700 (PDT) Message-Id: <199710150527.WAA01447@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: bwithrow@BayNetworks.COM, freebsd-stable@FreeBSD.ORG, bwithrow@tuva.engeast.BayNetworks.COM In-reply-to: <13566.876889639@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Testing result, 225Beta, oct 7th. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * > 4) Ports: a2ps only shows up in its A4 version. (It doesn't even show up * > in the ftp.freebsd.org ports-2.2.5 INDEX). This problem (the A4) one has * > been around for quite some time and it would be nice if it got fixed before * > 2.2.5 gets released... * * That's one for ports. Err. Then why are you talking about it in -stable? (I almost missed it.) I'm not sure why the A4 version shows up, the package name has a variable in it (${PAPERSIZE}) so INDEX only has a2ps--4.9.7 or some such. (Note the double hyphen -- there's an unexpanded ${PAPERSIZE} hiding in there.) I always thought sysinstall can't handle something like that at all. Satoshi From owner-freebsd-stable Wed Oct 15 01:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA28181 for stable-outgoing; Wed, 15 Oct 1997 01:12:03 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from helium.vapornet.com (root@helium.vapornet.com [208.202.126.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA28176 for ; Wed, 15 Oct 1997 01:12:01 -0700 (PDT) (envelope-from john@helium.vapornet.com) Received: from argon.vapornet.com (vapornet.xnet.com [205.243.141.107]) by helium.vapornet.com (8.8.7/VaporServer-v3.0+SpamNot) with ESMTP id DAA09943; Wed, 15 Oct 1997 03:11:59 -0500 (CDT) Received: by argon.vapornet.com (8.8.7/VaporClient-1.1) id DAA03505; Wed, 15 Oct 1997 03:11:57 -0500 (CDT) Date: Wed, 15 Oct 1997 03:11:57 -0500 (CDT) Message-Id: <199710150811.DAA03505@argon.vapornet.com> From: John Preisler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dkelly@hiwaay.net cc: freebsd-stable@freebsd.org Subject: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710142314.SAA20164@nospam.hiwaay.net> References: <199710142314.SAA20164@nospam.hiwaay.net> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk freebsd not only ships WITHOUT anti-relay rules, but also sets sendmail -bd as default. Not exactly anti-spam tactics. -jrp out of the ten billion anti-spam sendmail rulesets, could we at least find one ruleset to at least deny off-site relaying? I mean its the least we could do since sendmail is enabled by default [which is, in my book, not such a good idea.] dkelly@hiwaay.net writes: > I can't tell if my recent cvsup of RELENG_2_2 has the well known > anti-spam anti-forwarding rules built into sendmail.cf by default. > Checked /usr/obj/usr/src/usr.sbin/sendmail/cf/cf/freebsd.cf and > didn't see anything unusual, but I'm no sendmail expert. > > Is this something that is tried and true enough to ship as a default > configuration for FreeBSD sendmail? Something to slip in at the last > minute? :-) > > Otherwise, wouldn't it be a good idea for 2.2.6? > > -- > David Kelly N4HHE, dkelly@hiwaay.net > ===================================================================== > The human mind ordinarily operates at only ten percent of its > capacity -- the rest is overhead for the operating system. > > > From owner-freebsd-stable Wed Oct 15 03:20:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA13563 for stable-outgoing; Wed, 15 Oct 1997 03:20:55 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (mail-atm.san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA13542 for ; Wed, 15 Oct 1997 03:20:47 -0700 (PDT) (envelope-from studded@san.rr.com) Received: (from studded@localhost) by mail.san.rr.com (8.8.7/8.8.7) id DAA04250; Wed, 15 Oct 1997 03:20:16 -0700 (PDT) Message-Id: <199710151020.DAA04250@mail.san.rr.com> From: "Studded" To: "Matthew M Groener" , "stable@FreeBSD.ORG" Date: Wed, 15 Oct 97 03:20:09 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: out of mbuf crash Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 Oct 1997 07:57:36 -0700 (PDT), Matthew M Groener wrote: >I have a consistent crash in 2.2.2 on Thursdays with the following last >message in /var/log/messages: . . . >Sep 4 04:07:50 serf /kernel: Out of mbuf clusters - increase maxusers! >Oct 9 05:29:09 serf /kernel: Out of mbuf clusters - increase maxusers! > >I have checked that nothing unusual begins anywhere near this time in >cron (users or root), and yet it's nearly consistent. > >I have increased maxusers in the kernel to 128 without success. Ok, so increase it higher. :) You should also look at the nmbclusters kernel option. I've raised it to 15000 on a 2.2.1 system. When you are at peak usage (as far as connections to the outside world go) do a netstat -m and look at the first line and the 6th. 1383 mbufs in use: 649 mbufs allocated to data 725 mbufs allocated to packet headers 8 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 62/3574 mbuf clusters in use The number after the / in the 6th line will tell you (basically) the highest number of mbuf's ever requested (although I've seen higher numbers in use than the max on the 6th). You want the number of mbuf's available to be 50% greater than the max requested. Hope this helps, Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) From owner-freebsd-stable Wed Oct 15 03:57:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA22471 for stable-outgoing; Wed, 15 Oct 1997 03:57:22 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from merit.edu (merit.edu [198.108.1.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA22452 for ; Wed, 15 Oct 1997 03:57:16 -0700 (PDT) (envelope-from matt@zigg.com) Received: from megaweapon.zigg.com (tcgr-206.dialup.alliance.net [207.74.43.206]) by merit.edu (8.8.7/8.8.5) with ESMTP id GAA04662; Wed, 15 Oct 1997 06:55:24 -0400 (EDT) Received: from localhost (matt@localhost) by megaweapon.zigg.com (8.8.7/8.8.7) with SMTP id GAA03728; Wed, 15 Oct 1997 06:55:33 -0400 (EDT) Date: Wed, 15 Oct 1997 06:55:32 -0400 (EDT) From: Matt Behrens To: "Jordan K. Hubbard" cc: Robert Withrow , freebsd-stable@FreeBSD.ORG, bwithrow@tuva.engeast.BayNetworks.COM Subject: Re: Testing result, 225Beta, oct 7th. In-Reply-To: <13566.876889639@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 14 Oct 1997, Jordan K. Hubbard wrote: > > 2) Sysinstall: NFS client "yes" setting in sysinstall doesn't "take" in > > rc.conf. > Hmmm. I can't reproduce this! Actually, I had something similar. Setting up time servers doesn't seem to "take" for me. > > 6) It seems like there should be a symlink "gawk" for "awk" since they are > > one in the same. There is room for difference of opinion here, of course;-) > Why would anyone want to call it "gawk?" :-) To keep computers a male hobby? ;) Matt Behrens | Help bring a free inter-user communication http://www.zigg.com/ | system to the Internet. Join the NetPager matt@zigg.com | Project! http://www.zigg.com/netpager/ From owner-freebsd-stable Wed Oct 15 04:42:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA00320 for stable-outgoing; Wed, 15 Oct 1997 04:42:22 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from emout24.mail.aol.com (emout24.mx.aol.com [198.81.11.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA00308 for ; Wed, 15 Oct 1997 04:42:20 -0700 (PDT) (envelope-from FOTILLU@aol.com) From: FOTILLU@aol.com Received: (from root@localhost) by emout24.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id HAA13025 for freebsd-stable@freebsd.org; Wed, 15 Oct 1997 07:41:47 -0400 (EDT) Date: Wed, 15 Oct 1997 07:41:47 -0400 (EDT) Message-ID: <971014223956_-2012788949@emout13.mail.aol.com> To: freebsd-stable@freebsd.org Subject: No Subject Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ralph romans 3708 cobble st. nashville, tn 37211-7935 Phone 615-333-7362 email FOTILLU @ aol.com From owner-freebsd-stable Wed Oct 15 07:10:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16985 for stable-outgoing; Wed, 15 Oct 1997 07:10:15 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from daria.cdnow.com (daria.cdnow.com [209.83.166.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA16973 for ; Wed, 15 Oct 1997 07:10:10 -0700 (PDT) (envelope-from heller@daria.cdnow.com) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id KAA22288; Wed, 15 Oct 1997 10:08:48 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199710151408.KAA22288@daria.cdnow.com> Subject: Re: Testing result, 225Beta, oct 7th. To: matt@zigg.com (Matt Behrens) Date: Wed, 15 Oct 1997 10:08:47 -0400 (EDT) Cc: jkh@time.cdrom.com, bwithrow@BayNetworks.COM, freebsd-stable@FreeBSD.ORG, bwithrow@tuva.engeast.BayNetworks.COM Reply-To: heller@cdnow.com In-Reply-To: from "Matt Behrens" at Oct 15, 97 06:55:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Tue, 14 Oct 1997, Jordan K. Hubbard wrote: > > > 6) It seems like there should be a symlink "gawk" for "awk" since they are > > > one in the same. There is room for difference of opinion here, of course;-) > > Why would anyone want to call it "gawk?" :-) > To keep computers a male hobby? ;) Well, I asume it is because it is GNU's version of awk. Any time I install a GNU util on a system I will always place a "g" in front of the name. Of course, some people ask me what the heck "ggrep" is... -- ----------------------------------------------------------------------------- A. Karl Heller | Midnight, on the water, I saw the ocean's daughter, Senior Systems Engineer | Walking on a wave's chicane CDnow Inc. | Staring as she called my name. http://cdnow.com | And I can't get it out of my head - ELO From owner-freebsd-stable Wed Oct 15 09:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29213 for stable-outgoing; Wed, 15 Oct 1997 09:31:28 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29205; Wed, 15 Oct 1997 09:31:19 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710151631.JAA29205@hub.freebsd.org> Subject: Re: Anti-spam sendmail in 2.2.5? To: john@helium.vapornet.com (John Preisler) Date: Wed, 15 Oct 1997 09:31:19 -0700 (PDT) Cc: dkelly@HiWAAY.net, freebsd-stable@FreeBSD.ORG In-Reply-To: <199710150811.DAA03505@argon.vapornet.com> from "John Preisler" at Oct 15, 97 03:11:57 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John Preisler wrote: > > > freebsd not only ships WITHOUT anti-relay rules, but also sets > sendmail -bd as default. Not exactly anti-spam tactics. > > > -jrp > > out of the ten billion anti-spam sendmail rulesets, could we at > least find one ruleset to at least deny off-site relaying? I mean its > the least we could do since sendmail is enabled by default [which is, > in my book, not such a good idea.] look for a commit to the stable and the current sources later today. crimmie, guys, i have been typing the readme on the way to wrk this morning....i'll commit after work today. ;) jmb From owner-freebsd-stable Wed Oct 15 09:34:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29540 for stable-outgoing; Wed, 15 Oct 1997 09:34:32 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from helium.vapornet.com (root@helium.vapornet.com [208.202.126.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA29530; Wed, 15 Oct 1997 09:34:26 -0700 (PDT) (envelope-from john@helium.vapornet.com) Received: from argon.vapornet.com (vapornet.xnet.com [205.243.141.107]) by helium.vapornet.com (8.8.7/VaporServer-v3.0+SpamNot) with ESMTP id LAA10925; Wed, 15 Oct 1997 11:34:19 -0500 (CDT) Received: by argon.vapornet.com (8.8.7/VaporClient-1.1) id LAA03953; Wed, 15 Oct 1997 11:34:14 -0500 (CDT) Date: Wed, 15 Oct 1997 11:34:14 -0500 (CDT) Message-Id: <199710151634.LAA03953@argon.vapornet.com> From: John Preisler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jonathan M. Bresler" Cc: dkelly@HiWAAY.net, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710151631.JAA29205@hub.freebsd.org> References: <199710150811.DAA03505@argon.vapornet.com> <199710151631.JAA29205@hub.freebsd.org> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk killer! spamford only has to relay though you once to make your life miserable. -j Jonathan M. Bresler writes: > John Preisler wrote: > > > > > > freebsd not only ships WITHOUT anti-relay rules, but also sets > > sendmail -bd as default. Not exactly anti-spam tactics. > > > > > > -jrp > > > > out of the ten billion anti-spam sendmail rulesets, could we at > > least find one ruleset to at least deny off-site relaying? I mean its > > the least we could do since sendmail is enabled by default [which is, > > in my book, not such a good idea.] > > look for a commit to the stable and the current sources later > today. > > crimmie, guys, i have been typing the readme on the way to wrk > this morning....i'll commit after work today. ;) > jmb > From owner-freebsd-stable Wed Oct 15 10:19:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03405 for stable-outgoing; Wed, 15 Oct 1997 10:19:45 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03391 for ; Wed, 15 Oct 1997 10:19:40 -0700 (PDT) (envelope-from Andre.Albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (mail.siemens.de [139.23.33.13]) by david.siemens.de (8.8.7/8.8.7) with ESMTP id TAA25203 for ; Wed, 15 Oct 1997 19:16:00 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.7/8.8.5) with ESMTP id TAA00729 for ; Wed, 15 Oct 1997 19:19:36 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id TAA10093 for ; Wed, 15 Oct 1997 19:19:36 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199710151719.TAA01019@curry.mchp.siemens.de> Subject: netatalk still broken in 2.2-STABLE To: freebsd-stable@freebsd.org Date: Wed, 15 Oct 1997 19:19:20 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have run across the same problem as stated in PR#4708: I can run atalkd but nbprgstr doesn't work. When replacing at_control.c and ddp_output.c with an older version it works. Is it really the port which is broken now after introducing the newer at_control.c and ddp_output.c or is there something wrong with these two files? -Andre From owner-freebsd-stable Wed Oct 15 10:35:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05034 for stable-outgoing; Wed, 15 Oct 1997 10:35:25 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA05024 for ; Wed, 15 Oct 1997 10:35:22 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xLXLm-00018P-00; Wed, 15 Oct 1997 10:35:14 -0700 Date: Wed, 15 Oct 1997 10:35:11 -0700 (PDT) From: Tom To: Studded cc: Matthew M Groener , "stable@FreeBSD.ORG" Subject: Re: out of mbuf crash In-Reply-To: <199710151020.DAA04250@mail.san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 15 Oct 1997, Studded wrote: > nmbclusters kernel option. I've raised it to 15000 on a 2.2.1 system. nmbclusters are statically allocated. Pre-allocating 15000 will consume a LOT of RAM. > > 1383 mbufs in use: > 649 mbufs allocated to data > 725 mbufs allocated to packet headers > 8 mbufs allocated to protocol control blocks > 1 mbufs allocated to socket names and addresses > 62/3574 mbuf clusters in use > > The number after the / in the 6th line will tell you > (basically) the highest number of mbuf's ever requested (although I've > seen higher numbers in use than the max on the 6th). You want the > number of mbuf's available to be 50% greater than the max requested. The number after the "/", is the number of mbufs currently allocated, there may never have that many mbufs in use. When the number of mbufs in use reaches the number of mbufs allocated, another whole chunk of mbufs are allocated (assuming you have not reached the limit set by NMBCLUSTERS). > Hope this helps, > > Doug > > *** Proud operator, designer and maintainer of the world's largest > *** Internet Relay Chat server. 4,168 clients and still growing. :-) > *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) > > > From owner-freebsd-stable Wed Oct 15 11:11:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09326 for stable-outgoing; Wed, 15 Oct 1997 11:11:16 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from helium.vapornet.com (root@helium.vapornet.com [208.202.126.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09316 for ; Wed, 15 Oct 1997 11:11:10 -0700 (PDT) (envelope-from john@helium.vapornet.com) Received: from argon.vapornet.com (vapornet.xnet.com [205.243.141.107]) by helium.vapornet.com (8.8.7/VaporServer-v3.0+SpamNot) with ESMTP id NAA11196; Wed, 15 Oct 1997 13:11:18 -0500 (CDT) Received: by argon.vapornet.com (8.8.7/VaporClient-1.1) id NAA04074; Wed, 15 Oct 1997 13:11:12 -0500 (CDT) Date: Wed, 15 Oct 1997 13:11:12 -0500 (CDT) Message-Id: <199710151811.NAA04074@argon.vapornet.com> From: John Preisler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Andre Albsmeier Cc: freebsd-stable@FreeBSD.ORG Subject: netatalk still broken in 2.2-STABLE In-Reply-To: <199710151719.TAA01019@curry.mchp.siemens.de> References: <199710151719.TAA01019@curry.mchp.siemens.de> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wasnt sure where the problem really lied, and netatalk is in the ports collection so i filed a pr to ports. Im sorry if i confused anyone. You are probably correct with regards to those two files since that's about all that was changed between a working build and the broken build. What makes it more frustrating to track down is tcpdump clearly shows the machine trying to register itself on the network. So its sending appletalk packets, shows up in the chooser, but neither afpd nor the appletalk printer daemon can register themselves so users cant mount the volume or print to that machine. I"ll try pulling the older .c files off tape and rebuilding. -jrp Andre Albsmeier writes: > Hi, > > I have run across the same problem as stated in PR#4708: > I can run atalkd but nbprgstr doesn't work. When replacing > at_control.c and ddp_output.c with an older version it > works. Is it really the port which is broken now after > introducing the newer at_control.c and ddp_output.c or > is there something wrong with these two files? > > -Andre > From owner-freebsd-stable Wed Oct 15 11:48:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA13050 for stable-outgoing; Wed, 15 Oct 1997 11:48:06 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from yoss.canweb.net (root@yoss.canweb.net [207.139.235.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA13043 for ; Wed, 15 Oct 1997 11:48:03 -0700 (PDT) (envelope-from yossman@yoss.canweb.net) Received: from localhost (yossman@localhost) by yoss.canweb.net (8.8.5/8.8.5) with SMTP id OAA26481; Wed, 15 Oct 1997 14:42:58 -0400 (EDT) Date: Wed, 15 Oct 1997 14:42:58 -0400 (EDT) From: yossman To: John Preisler cc: dkelly@HiWAAY.net, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710150811.DAA03505@argon.vapornet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 15 Oct 1997, John Preisler wrote: > out of the ten billion anti-spam sendmail rulesets, could we at > least find one ruleset to at least deny off-site relaying? I mean its > the least we could do since sendmail is enabled by default [which is, > in my book, not such a good idea.] i have to agree at least with the off-site relay ruleset. i am trying to hack one together now using some stuff i found off the Net, but it would be awesome to have sendmail default behaviour be NOT to allow off-site relaying .. i read a quote recently in the majordomo config files, '... in today's increasingly imbecelic Internet...'. that sums up entirely why i think sendmail shouldn't relay ANY traffic not coming from the box it resides on by default. yossman ----------------------------------------------------------------------- Yossarian Holmberg (yossman) yossman@yossman.org System Administrator, National Online http://www.yossman.org/ my statements are my own, not my employer's -- i do not speak for them. '... and if i die, before i learn to speak .. can money pay for all the days i've lived awake but half asleep?' -- Primitive Radio Gods, "Standing Outside a Broken Phone Booth With Money In My Hand" From owner-freebsd-stable Wed Oct 15 12:03:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA14777 for stable-outgoing; Wed, 15 Oct 1997 12:03:20 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA14749 for ; Wed, 15 Oct 1997 12:03:06 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id MAA08549; Wed, 15 Oct 1997 12:05:41 -0700 (PDT) Message-Id: <199710151905.MAA08549@implode.root.com> To: Tom cc: Studded , Matthew M Groener , "stable@FreeBSD.ORG" Subject: Re: out of mbuf crash In-reply-to: Your message of "Wed, 15 Oct 1997 10:35:11 PDT." From: David Greenman Reply-To: dg@root.com Date: Wed, 15 Oct 1997 12:05:41 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >On Wed, 15 Oct 1997, Studded wrote: > >> nmbclusters kernel option. I've raised it to 15000 on a 2.2.1 system. > > nmbclusters are statically allocated. Pre-allocating 15000 will consume >a LOT of RAM. That isn't true. The virtual address space is pre-allocated, but the mbuf clusters aren't allocated until they are needed. The memory they consume after being allocated is never freed back to the system for general use, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed Oct 15 13:12:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22668 for stable-outgoing; Wed, 15 Oct 1997 13:12:00 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (mail-atm.san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA22649 for ; Wed, 15 Oct 1997 13:11:54 -0700 (PDT) (envelope-from studded@san.rr.com) Received: (from studded@localhost) by mail.san.rr.com (8.8.7/8.8.7) id NAA22836; Wed, 15 Oct 1997 13:10:21 -0700 (PDT) Message-Id: <199710152010.NAA22836@mail.san.rr.com> From: "Studded" To: "David Greenman" , "Tom" Cc: "Matthew M Groener" , "stable@FreeBSD.ORG" Date: Wed, 15 Oct 97 13:10:11 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: out of mbuf crash Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 15 Oct 1997 10:35:11 -0700 (PDT), Tom wrote: > >On Wed, 15 Oct 1997, Studded wrote: > >> nmbclusters kernel option. I've raised it to 15000 on a 2.2.1 system. > > nmbclusters are statically allocated. Pre-allocating 15000 will consume >a LOT of RAM. As Dave pointed out, this isn't exactly true, however if you're running a very high capacity system, this is one of the things you have to take into account. With 4,000 users we regularly run with 8-9,000 mbufs in use, so I need the overhead. We also have 128M of ram, so that's not really an obstacle. >> 1383 mbufs in use: >> 649 mbufs allocated to data >> 725 mbufs allocated to packet headers >> 8 mbufs allocated to protocol control blocks >> 1 mbufs allocated to socket names and addresses >> 62/3574 mbuf clusters in use >> >> The number after the / in the 6th line will tell you >> (basically) the highest number of mbuf's ever requested (although I've >> seen higher numbers in use than the max on the 6th). You want the >> number of mbuf's available to be 50% greater than the max requested. > > The number after the "/", is the number of mbufs currently allocated, >there may never have that many mbufs in use. When the number of mbufs in >use reaches the number of mbufs allocated, another whole chunk of mbufs >are allocated (assuming you have not reached the limit set by >NMBCLUSTERS). Thank you for clarifying that. :) Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) From owner-freebsd-stable Wed Oct 15 14:09:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01757 for stable-outgoing; Wed, 15 Oct 1997 14:09:54 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from eyelab.psy.msu.edu (eyelab.psy.msu.edu [35.8.64.179]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA01748 for ; Wed, 15 Oct 1997 14:09:50 -0700 (PDT) (envelope-from root@eyelab.psy.msu.edu) Received: from eyelab3.psy.msu.edu (eyelab3.psy.msu.edu [35.8.64.180]) by eyelab.psy.msu.edu (8.8.6/8.8.5) with SMTP id SAA17675 for ; Wed, 15 Oct 1997 18:02:43 -0400 (EDT) Message-Id: <199710152202.SAA17675@eyelab.psy.msu.edu> X-Sender: root@eyelab.msu.edu X-Mailer: QUALCOMM Windows Eudora Pro 4.0 Beta 1 (build 175) Date: Wed, 15 Oct 1997 17:05:57 -0400 To: freebsd-stable@FreeBSD.ORG From: Gary Schrock Subject: Re: Anti-spam sendmail in 2.2.5? Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id OAA01749 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 02:42 PM 10/15/97 -0400, you wrote: >think sendmail shouldn't relay ANY traffic not coming from the box it >resides on by default. Hmm, wouldn't that make things painful for those of us using pop mail clients that use smtp to bounce our mail off the server to send?  I don't think this is really *that* unusual of an arrangement. Gary Schrock root@eyelab.msu.edu From owner-freebsd-stable Wed Oct 15 14:37:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA05859 for stable-outgoing; Wed, 15 Oct 1997 14:37:32 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.wintek.com (mail.wintek.com [199.233.104.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA05821; Wed, 15 Oct 1997 14:37:21 -0700 (PDT) (envelope-from csg@wintek.com) Received: from mail.wintek.com (localhost.wintek.com [127.0.0.1]) by mail.wintek.com (8.8.7/1.34wintek(3.6davy)) with ESMTP id VAA15472; Wed, 15 Oct 1997 21:37:14 GMT Message-Id: <199710152137.VAA15472@mail.wintek.com> To: freebsd-stable@freebsd.org cc: julian@freebsd.org, ajk@wspout.com, ab@wspout.com, csg@wspout.com Subject: Re: netatalk still broken in 2.2-STABLE Date: Wed, 15 Oct 1997 16:37:13 -0500 From: "C. Stephen Gunn" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199710151811.NAA04074@argon.vapornet.com>, John Preisler writes: >I"ll try pulling the older .c files off tape and rebuilding. I tried pulling older versions of: sys/netatalk/at_control.c 1.14 sys/netatalk/ddp_output.c 1.4 Both of these versions are before some changes that julian@freebsd.org made to fix a problem with routing packets to hosts that were on a different net, but the same netrange as a given interface. In particular (this could be conjecture), the problem could be with the aa_claim_addr() routine in at_control.c. I'm not a big kernel hacker type, so I won't say any more. I also applied the patch from http://www.umch.edu/~rsug/netatalk/patches/ for MacOS 8 fixes. It might be a good idea to add this to the 1.4b2 port in ports/net/netatalk. It appears to work fine. - Steve -- C. Stephen Gunn Wintek Corporation E-mail: csg@wintek.com 427 N 6th Street Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 Fax: +1 (765) 742-0547 United States of America From owner-freebsd-stable Wed Oct 15 14:50:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08365 for stable-outgoing; Wed, 15 Oct 1997 14:50:38 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA08346; Wed, 15 Oct 1997 14:50:30 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA25160; Wed, 15 Oct 1997 14:41:34 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd025157; Wed Oct 15 21:41:28 1997 Message-ID: <34453838.794BDF32@whistle.com> Date: Wed, 15 Oct 1997 14:40:08 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "C. Stephen Gunn" CC: freebsd-stable@freebsd.org, julian@freebsd.org, ajk@wspout.com, ab@wspout.com, csg@wspout.com Subject: Re: netatalk still broken in 2.2-STABLE References: <199710152137.VAA15472@mail.wintek.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk C. Stephen Gunn wrote: > > In message <199710151811.NAA04074@argon.vapornet.com>, John Preisler writes: > > >I"ll try pulling the older .c files off tape and rebuilding. > > I tried pulling older versions of: > > sys/netatalk/at_control.c 1.14 > sys/netatalk/ddp_output.c 1.4 > > Both of these versions are before some changes that julian@freebsd.org > made to fix a problem with routing packets to hosts that were on > a different net, but the same netrange as a given interface. > > In particular (this could be conjecture), the problem could be with > the aa_claim_addr() routine in at_control.c. did this fix it? it shouldn't. I run those patches here. what problems do you have? > > I'm not a big kernel hacker type, so I won't say any more. > > I also applied the patch from http://www.umch.edu/~rsug/netatalk/patches/ > for MacOS 8 fixes. It might be a good idea to add this to the 1.4b2 > port in ports/net/netatalk. It appears to work fine. > > - Steve > > -- > C. Stephen Gunn Wintek Corporation > E-mail: csg@wintek.com 427 N 6th Street > Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 > Fax: +1 (765) 742-0547 United States of America From owner-freebsd-stable Wed Oct 15 15:02:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10274 for stable-outgoing; Wed, 15 Oct 1997 15:02:19 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA10256 for ; Wed, 15 Oct 1997 15:02:13 -0700 (PDT) (envelope-from don@PartsNow.com) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id IAA06550; Wed, 15 Oct 1997 08:01:50 -0700 (PDT) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from nouvelle(192.168.100.9) by cerberus.partsnow.com via smap (V2.0) id xma006545; Wed, 15 Oct 97 08:01:35 -0700 Message-ID: <34453C6E.7A79@PartsNow.com> Date: Wed, 15 Oct 1997 14:58:07 -0700 From: Don Wilde Reply-To: don@PartsNow.com Organization: Soligen, Incorporated X-Mailer: Mozilla 3.0C-E-KIT (Win16; I) MIME-Version: 1.0 To: Gary Schrock CC: freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? References: <199710152202.SAA17675@eyelab.psy.msu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gary Schrock wrote: > > At 02:42 PM 10/15/97 -0400, you wrote: > >think sendmail shouldn't relay ANY traffic not coming from the box it ^^^ What if we make that 'domain'? > >resides on by default. > > Hmm, wouldn't that make things painful for those of us using pop mail > clients that use smtp to bounce our mail off the server to send? I don't > think this is really *that* unusual of an arrangement. > Would that be a suitable default? -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-stable Wed Oct 15 15:13:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12067 for stable-outgoing; Wed, 15 Oct 1997 15:13:13 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.wintek.com (mail.wintek.com [199.233.104.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12036 for ; Wed, 15 Oct 1997 15:13:02 -0700 (PDT) (envelope-from csg@wintek.com) Received: from mail.wintek.com (localhost.wintek.com [127.0.0.1]) by mail.wintek.com (8.8.7/1.34wintek(3.6davy)) with ESMTP id WAA15906; Wed, 15 Oct 1997 22:12:54 GMT Message-Id: <199710152212.WAA15906@mail.wintek.com> To: Julian Elischer cc: freebsd-stable@freebsd.org, ajk@wspout.com, ab@wspout.com Subject: Re: netatalk still broken in 2.2-STABLE In-reply-to: Your message of "Wed, 15 Oct 1997 14:40:08 MST." <34453838.794BDF32@whistle.com> Date: Wed, 15 Oct 1997 17:12:54 -0500 From: "C. Stephen Gunn" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <34453838.794BDF32@whistle.com>, Julian Elischer writes: >> I tried pulling older versions of: >> >> sys/netatalk/at_control.c 1.14 >> sys/netatalk/ddp_output.c 1.4 >> >> Both of these versions are before some changes that julian@freebsd.org >> made to fix a problem with routing packets to hosts that were on >> a different net, but the same netrange as a given interface. >> >> In particular (this could be conjecture), the problem could be with >> the aa_claim_addr() routine in at_control.c. > >did this fix it? >it shouldn't. >I run those patches here. >what problems do you have? I will be verbose here to try and avoid convusion. STABLE means the version that is current in the 2.2-STABLE source tree, the OLD VERSION means the 1.14/1.4 version that I hacked together. When I run the OLD VERSION, everthing works fine. (The rest of the system is 2.2-STABLE supped yesterday). When I run the STABLE version, I crap out trying to do nbprgstr's in /usr/local/etc/rc.d/netatalk.sh. When I snoop the network, I can see the packets hit the wire, but nothing gets registered. Wild guess, but is it possible you made these changes in reference to 3.0-CURRENT, and something doesnt work in 2.2-STABLE yet? Again, I have no clue what the code is supposed to do. I haven't taken the time to look into it that much. Is it possible that it is not setting the interface address correctly? I don't know how nbp works, but apparently someone has to acknowledge when we register a name out on the network, do we not see that ack, because of something not being set right? - Steve -- C. Stephen Gunn Wintek Corporation E-mail: csg@wintek.com 427 N 6th Street Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 Fax: +1 (765) 742-0547 United States of America From owner-freebsd-stable Wed Oct 15 17:28:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21261 for stable-outgoing; Wed, 15 Oct 1997 17:28:16 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from eyelab.psy.msu.edu (eyelab.psy.msu.edu [35.8.64.179]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA21256 for ; Wed, 15 Oct 1997 17:28:12 -0700 (PDT) (envelope-from root@eyelab.psy.msu.edu) Received: from default (pm246-00.dialip.mich.net [35.9.9.65]) by eyelab.psy.msu.edu (8.8.6/8.8.5) with SMTP id VAA18333; Wed, 15 Oct 1997 21:21:07 -0400 (EDT) Message-Id: <199710160121.VAA18333@eyelab.psy.msu.edu> X-Sender: root@eyelab.msu.edu X-Mailer: QUALCOMM Windows Eudora Pro 4.0 Beta 1 (build 175) Date: Wed, 15 Oct 1997 20:25:07 -0400 To: don@PartsNow.com From: Gary Schrock Subject: Re: Anti-spam sendmail in 2.2.5? Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <34453C6E.7A79@PartsNow.com> References: <199710152202.SAA17675@eyelab.psy.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA21257 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 02:58 PM 10/15/97 -0700, Don Wilde wrote: >Gary Schrock wrote: >> >> At 02:42 PM 10/15/97 -0400, you wrote: >> >think sendmail shouldn't relay ANY traffic not coming from the box it >                                                                  ^^^ >                                        What if we make that 'domain'? >> >resides on by default. >> >> Hmm, wouldn't that make things painful for those of us using pop mail >> clients that use smtp to bounce our mail off the server to send?  I don't >> think this is really *that* unusual of an arrangement. >> > >Would that be a suitable default? I have to say that sounds better, although then we come down to how easy it would be to make it look like the mail is coming from inside the domain. I'm afraid I haven't read enough of the anti-spam stuff to know how it would check that. Gary Schrock root@eyelab.msu.edu From owner-freebsd-stable Wed Oct 15 17:32:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA21552 for stable-outgoing; Wed, 15 Oct 1997 17:32:41 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA21545 for ; Wed, 15 Oct 1997 17:32:29 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (tnt1-187.HiWAAY.net [208.147.147.187]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id TAA00156; Wed, 15 Oct 1997 19:32:19 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id TAA26079; Wed, 15 Oct 1997 19:24:02 -0500 (CDT) Message-Id: <199710160024.TAA26079@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Gary Schrock cc: freebsd-stable@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: Anti-spam sendmail in 2.2.5? In-reply-to: Message from Gary Schrock of "Wed, 15 Oct 1997 17:05:57 EDT." <199710152202.SAA17675@eyelab.psy.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 15 Oct 1997 19:24:01 -0500 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA21548 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 02:42 PM 10/15/97 -0400, you wrote: > >think sendmail shouldn't relay ANY traffic not coming from the box it > >resides on by default. > > Hmm, wouldn't that make things painful for those of us using pop mail > clients that use smtp to bounce our mail off the server to send?  I don't > think this is really *that* unusual of an arrangement. Restricting sendmail to only deliver messages originated on its host is a good default. Then in the situation for remote POP users we need documentation on how to lessen the restrictions. Open it up for specific hosts, or entire domains. The current promiscuous configuration is asking for trouble at hosts that have full time net connections. Is POP3 able to run bi-directionally with clients such as Eudora? I've not seen that option in my Eudora documentation. Maybe its time to move on to IMAP? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-stable Wed Oct 15 17:53:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22765 for stable-outgoing; Wed, 15 Oct 1997 17:53:59 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from eyelab.psy.msu.edu (eyelab.psy.msu.edu [35.8.64.179]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA22746 for ; Wed, 15 Oct 1997 17:53:53 -0700 (PDT) (envelope-from root@eyelab.psy.msu.edu) Received: from default (pm246-00.dialip.mich.net [35.9.9.65]) by eyelab.psy.msu.edu (8.8.6/8.8.5) with SMTP id VAA18412; Wed, 15 Oct 1997 21:46:48 -0400 (EDT) Message-Id: <199710160146.VAA18412@eyelab.psy.msu.edu> X-Sender: root@eyelab.msu.edu X-Mailer: QUALCOMM Windows Eudora Pro 4.0 Beta 1 (build 175) Date: Wed, 15 Oct 1997 20:50:48 -0400 To: dkelly@hiwaay.net From: Gary Schrock Subject: Re: Anti-spam sendmail in 2.2.5? Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <199710160024.TAA26079@nospam.hiwaay.net> References: <199710152202.SAA17675@eyelab.psy.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:24 PM 10/15/97 -0500, dkelly@hiwaay.net wrote: >Restricting sendmail to only deliver messages originated on its host is a >good default. Then in the situation for remote POP users we need >documentation on how to lessen the restrictions. Open it up for specific >hosts, or entire domains. The current promiscuous configuration is asking >for trouble at hosts that have full time net connections. While I wouldn't mind seeing the default more restrictive, host only seems excessive to me. Something along the lines of domain only like was suggested here by someone else sounds good to me. (Heck, if it was changed to default to host only I'd probably sooner change the machine I bounce my mail off of before trying to loosen the restriction in sendmail, the campus servers here aren't too restrictive). >Is POP3 able to run bi-directionally with clients such as Eudora? I've not >seen that option in my Eudora documentation. Maybe its time to move on to >IMAP? Hmm, I thought it used to, but I'm not sure it does anymore. (I have to admit I've never used it like that, so I don't *know* that it did that. I'm not to sure about the idea of IMAP myself. I started playing with the beta implementation that's in the new beta of eudora, and I'm not sure I like IMAP. Didn't seem to be real friendly to use (especially for someone like me that uses eudora to sort my mail). Course, the support is still early, so maybe it'll get better. Gary Schrock root@eyelab.msu.edu From owner-freebsd-stable Wed Oct 15 18:52:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25473 for stable-outgoing; Wed, 15 Oct 1997 18:52:43 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mx2.cso.uiuc.edu (mx2.cso.uiuc.edu [128.174.5.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA25468 for ; Wed, 15 Oct 1997 18:52:37 -0700 (PDT) (envelope-from igor@alecto.physics.uiuc.edu) Received: from alecto.physics.uiuc.edu (alecto.physics.uiuc.edu [128.174.83.167]) by mx2.cso.uiuc.edu (8.8.7/8.8.7) with SMTP id UAA08312; Wed, 15 Oct 1997 20:52:03 -0500 (CDT) Received: by alecto.physics.uiuc.edu (940816.SGI.8.6.9/940406.SGI) id UAA17669; Wed, 15 Oct 1997 20:51:56 -0500 From: igor@alecto.physics.uiuc.edu (Igor Roshchin) Message-Id: <199710160151.UAA17669@alecto.physics.uiuc.edu> Subject: Re: Anti-spam sendmail in 2.2.5? To: root@eyelab.psy.msu.edu (Gary Schrock) Date: Wed, 15 Oct 1997 20:51:56 -0500 (CDT) Cc: don@PartsNow.com, freebsd-stable@FreeBSD.ORG In-Reply-To: <199710160121.VAA18333@eyelab.psy.msu.edu> from "Gary Schrock" at Oct 15, 97 08:25:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Probably, I missing something, but I see a rather logical configuration as follows: 1. There is a list of hosts allowed to send messages through the server in question. Such list can be in sendmail.cf or in a separate file, such as /etc/allowedtorelay, and can include wildcards in order to contain the whole subdomains, e.g. *.domain.com or 128.174.83.* (and/or using IP-mask) (Remark: Limitation to the local host is too strict and not appropriate for many situations, especially if you are using one "postoffice" server as a "smart-host" to relay the e-mail to everywhere outside. 2. Pop-clients : a) If the client is in the same domain than this situation yields 1. b) If the client is coming from any other domain (and not from a fixed list which can be included by a special request to the administrator) e.g. if somebody is using PPP from a personal ISP to read e-mails from the business account, than that ISP should provide mail-server (postoffice, etc.) which shell accept e-mails from any of the PPP/SLIP computers. Hope this helps. IgoR From owner-freebsd-stable Wed Oct 15 22:09:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04929 for stable-outgoing; Wed, 15 Oct 1997 22:09:13 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04916 for ; Wed, 15 Oct 1997 22:09:05 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id WAA01356; Wed, 15 Oct 1997 22:07:06 -0700 (MST) From: "Chad R. Larson" Message-Id: <199710160507.WAA01356@freebie.dcfinc.com> Subject: Re: Anti-spam sendmail in 2.2.5? To: root@eyelab.psy.msu.edu (Gary Schrock) Date: Wed, 15 Oct 1997 22:07:04 -0700 (MST) Cc: dkelly@hiwaay.net, freebsd-stable@FreeBSD.ORG In-Reply-To: <199710160146.VAA18412@eyelab.psy.msu.edu> from Gary Schrock at "Oct 15, 97 08:50:48 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Is POP3 able to run bi-directionally with clients such as Eudora? I've not > >seen that option in my Eudora documentation. Maybe its time to move on to > >IMAP? Eudora can be configured to use some of the POP3 extensions (instead of SMTP) to send mail. If you set your systems up that way, you can have APOP authentication on originated mail. Unfortunately that doesn't help your backbone transport mechanism. And there's another factor not yet discussed here. If you follow the RFCs (and you certainly =should= if you believe in interoperablity) you are required to allow pass-through mail. Remember that the Internet was designed to be resilient. The ability to pass through mail, and to source route it, and to send it "in care of" were all intended to provide competent System Administrators ways to work around problems. This, of course, was engineered when the Internet was a cooperative effort, and deliberate abuse was rare. The Internet Engineering Task Force is currently addressing these issues, and new RFCs are in the offing. But don't lose sight that what we're discussing isn't strictly kosher. That having been said, I'm in sympathy with the desire to do something. We get 3rd party SPAM passed through our site 3 or 4 times a month and have to deal with the irate e-mail and phone calls from the ultimate recipient of the SPAM. I support legislation that would make it illegal to forge an e-mail header, or otherwise misrepresent the source of the e-mail. We are also looking at several other solutions. One is to integrate the POP3 server and SMTP together in a firewall/NAT box. That way the POP3 can do APOP authentication (encrypted, time stamped, etc.) and the SMTP guy would refuse to serve a machine that hadn't been authenticated within some short time window, say, 2 minutes. To the Eudora user this would just look like a rule that says "check your mail before sending." This would make it harder for our users to send spam untraceably. Also under consideration is insisting on a HELO during the SMTP handshake and doing a DNS lookup on that system. If they don't match, you refuse the traffic. If the connecting machine isn't in our domain, then only recipients within our domain would be accepted. These would be fairly easy to implement with the new check_ rules. -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Thu Oct 16 01:03:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14108 for stable-outgoing; Thu, 16 Oct 1997 01:03:16 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gate.mgt.msk.ru (mgtrep.24h.dialup.ru [194.87.18.139]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA14006; Thu, 16 Oct 1997 01:02:28 -0700 (PDT) (envelope-from tarkhil@mgt.msk.ru) Received: from asteroid.mgt.msk.ru (asteroid.mgt.msk.ru [192.168.133.145]) by gate.mgt.msk.ru (8.8.6/8.8.6) with ESMTP id MAA07849; Thu, 16 Oct 1997 12:01:26 +0400 (MSD) Received: from asteroid.mgt.msk.ru (localhost.mgt.msk.ru [127.0.0.1]) by asteroid.mgt.msk.ru (8.8.7/8.8.6) with ESMTP id MAA23572; Thu, 16 Oct 1997 12:01:38 +0400 (MSD) Message-Id: <199710160801.MAA23572@asteroid.mgt.msk.ru> To: questions@freebsd.org, stable@freebsd.org Reply-To: tarkhil@mgt.msk.ru Subject: make release: WHY NO ONE MENTIONED IT??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Oct 1997 12:01:38 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Why in... well, just WHY no one mentioned that I must FIRST make buildworld, THAN make release? Alex. From owner-freebsd-stable Thu Oct 16 05:04:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA23955 for stable-outgoing; Thu, 16 Oct 1997 05:04:41 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from daria.cdnow.com (daria.cdnow.com [209.83.166.60]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA23950 for ; Thu, 16 Oct 1997 05:04:37 -0700 (PDT) (envelope-from heller@daria.cdnow.com) Received: (from heller@localhost) by daria.cdnow.com (8.7.5/8.6.7) id IAA24287; Thu, 16 Oct 1997 08:04:02 -0400 (EDT) From: "A. Karl Heller" Message-Id: <199710161204.IAA24287@daria.cdnow.com> Subject: Re: Anti-spam sendmail in 2.2.5? To: root@eyelab.psy.msu.edu (Gary Schrock) Date: Thu, 16 Oct 1997 08:04:01 -0400 (EDT) Cc: don@PartsNow.com, freebsd-stable@FreeBSD.ORG In-Reply-To: <199710160121.VAA18333@eyelab.psy.msu.edu> from "Gary Schrock" at Oct 15, 97 08:25:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Why not set it so that the default behavior is to only relay email that is to or from the domain the server is in? > At 02:58 PM 10/15/97 -0700, Don Wilde wrote: > >Gary Schrock wrote: > >>=20 > >> At 02:42 PM 10/15/97 -0400, you wrote: > >> >think sendmail shouldn't relay ANY traffic not coming from the box it > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0^^^=20 > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0What if we make that 'domain= > '? > >> >resides on by default. > >>=20 > >> Hmm, wouldn't that make things painful for those of us using pop mail > >> clients that use smtp to bounce our mail off the server to send? =A0I = > don't > >> think this is really *that* unusual of an arrangement. > >>=20 > > > >Would that be a suitable default? > I have to say that sounds better, although then we come down to how easy = > it > would be to make it look like the mail is coming from inside the domain. > I'm afraid I haven't read enough of the anti-spam stuff to know how it > would check that. > Gary Schrock > root@eyelab.msu.edu -- ----------------------------------------------------------------------------- A. Karl Heller | Dead men don't bleed... Senior Systems Engineer | but if you step on them right, they ooze. CDnow Inc. | Everyone needs belief in something. http://cdnow.com | I believe I'll have another beer. From owner-freebsd-stable Thu Oct 16 07:44:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02968 for stable-outgoing; Thu, 16 Oct 1997 07:44:53 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from helium.vapornet.com (root@helium.vapornet.com [208.202.126.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02886 for ; Thu, 16 Oct 1997 07:43:16 -0700 (PDT) (envelope-from john@helium.vapornet.com) Received: from argon.vapornet.com (vapornet.xnet.com [205.243.141.107]) by helium.vapornet.com (8.8.7/VaporServer-v3.0+SpamNot) with ESMTP id JAA13959; Thu, 16 Oct 1997 09:42:07 -0500 (CDT) Received: by argon.vapornet.com (8.8.7/VaporClient-1.1) id JAA05330; Thu, 16 Oct 1997 09:42:03 -0500 (CDT) Date: Thu, 16 Oct 1997 09:42:03 -0500 (CDT) Message-Id: <199710161442.JAA05330@argon.vapornet.com> From: John Preisler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "A. Karl Heller" Cc: root@eyelab.psy.msu.edu (Gary Schrock), don@PartsNow.com, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710161204.IAA24287@daria.cdnow.com> References: <199710160121.VAA18333@eyelab.psy.msu.edu> <199710161204.IAA24287@daria.cdnow.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk http://www.informatik.uni-kiel.de/%7Eca/email/check.html#check_rcpt works pretty well, too. -jrp A. Karl Heller writes: > > Why not set it so that the default behavior is to only relay email > that is to or from the domain the server is in? > > > > At 02:58 PM 10/15/97 -0700, Don Wilde wrote: > > >Gary Schrock wrote: > > >>=20 > > >> At 02:42 PM 10/15/97 -0400, you wrote: > > >> >think sendmail shouldn't relay ANY traffic not coming from the box it > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0^^^=20 > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0What if we make that 'domain= > > '? > > >> >resides on by default. > > >>=20 > > >> Hmm, wouldn't that make things painful for those of us using pop mail > > >> clients that use smtp to bounce our mail off the server to send? =A0I = > > don't > > >> think this is really *that* unusual of an arrangement. > > >>=20 > > > > > >Would that be a suitable default? > > > I have to say that sounds better, although then we come down to how easy = > > it > > would be to make it look like the mail is coming from inside the domain. > > I'm afraid I haven't read enough of the anti-spam stuff to know how it > > would check that. > > > Gary Schrock > > root@eyelab.msu.edu > > -- > ----------------------------------------------------------------------------- > A. Karl Heller | Dead men don't bleed... > Senior Systems Engineer | but if you step on them right, they ooze. > CDnow Inc. | Everyone needs belief in something. > http://cdnow.com | I believe I'll have another beer. > From owner-freebsd-stable Thu Oct 16 10:50:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13502 for stable-outgoing; Thu, 16 Oct 1997 10:50:24 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA13493 for ; Thu, 16 Oct 1997 10:50:20 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA28651 for ; Thu, 16 Oct 1997 10:50:28 -0700 (PDT) To: stable@freebsd.org Subject: 4 days till 2.2.5! Date: Thu, 16 Oct 1997 10:50:28 -0700 Message-ID: <28648.877024228@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a reminder that if you've got issues to fix, there are only 4 days left. Jordan From owner-freebsd-stable Thu Oct 16 12:25:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA19803 for stable-outgoing; Thu, 16 Oct 1997 12:25:37 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from home.shvetc.marka.net.ua (home.shvetc.marka.net.ua [193.193.219.185]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA19779 for ; Thu, 16 Oct 1997 12:25:07 -0700 (PDT) (envelope-from eugene@shvetc.marka.net.ua) Received: from eugene.shvetc.marka.net.ua (eugene.shvetc.marka.net.ua [193.193.219.187]) by home.shvetc.marka.net.ua (8.8.7/8.8.7) with SMTP id WAA14499; Thu, 16 Oct 1997 22:14:31 +0300 (EEST) From: "Eugene Shvetc" To: "Eddie Fry" Cc: Subject: Re: Sendmail 8.8.7 Date: Thu, 16 Oct 1997 22:14:28 +0300 Message-ID: <01bcda67$b97265a0$bbdbc1c1@eugene.shvetc.marka.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Is there a port for Sendmail 8.8.7? I'm running 2.2.2, what version of Sendmail installs with 2.2.2? Sorry for the ignorant questions, bu I'm trying to get things updated and more secure... If you installed pure 2.2.2, you have Sendmail 8.8.5...it's simply verifyes by telnet localhost 25... first version number shows version of Sendmail, second - version of Sendmail configuration file. > >Thanks again! > >Eddie > From owner-freebsd-stable Thu Oct 16 12:36:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20497 for stable-outgoing; Thu, 16 Oct 1997 12:36:16 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from home.shvetc.marka.net.ua (home.shvetc.marka.net.ua [193.193.219.185]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20347 for ; Thu, 16 Oct 1997 12:34:11 -0700 (PDT) (envelope-from eugene@shvetc.marka.net.ua) Received: from eugene.shvetc.marka.net.ua (eugene.shvetc.marka.net.ua [193.193.219.187]) by home.shvetc.marka.net.ua (8.8.7/8.8.7) with SMTP id WAA15252; Thu, 16 Oct 1997 22:26:28 +0300 (EEST) From: "Eugene Shvetc" To: "Eddie Fry" Cc: Subject: Re: Sendmail 8.8.7 Date: Thu, 16 Oct 1997 22:26:26 +0300 Message-ID: <01bcda69$6509e5e0$bbdbc1c1@eugene.shvetc.marka.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Is there a port for Sendmail 8.8.7? I'm running 2.2.2, what version of Sendmail installs with 2.2.2? Sorry for the ignorant questions, bu I'm trying to get things updated and more secure... Sorry for first answer, i think what you query what version of Sendmail have 2.2.2.... I can't find port for Sendmail 8.8.7, but i have fully upgraded my system to FreeBSD 2.2-STABLE September 15, 1997, and have now Sendmail 8.8.7. > >Thanks again! > >Eddie > From owner-freebsd-stable Thu Oct 16 14:15:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25228 for stable-outgoing; Thu, 16 Oct 1997 14:15:27 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25215 for ; Thu, 16 Oct 1997 14:15:20 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dt5h1n61.san.rr.com (dt5h1n61.san.rr.com [204.210.31.97]) by mail.san.rr.com (8.8.7/8.8.7) with SMTP id OAA24654 for ; Thu, 16 Oct 1997 14:14:43 -0700 (PDT) Message-Id: <199710162114.OAA24654@mail.san.rr.com> From: "Studded" To: "freebsd-stable@freebsd.org" Date: Thu, 16 Oct 97 14:14:35 -0700 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Fwd: misc/4766: Changes to rc* scripts for ipfw Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk No comment on this so far, so I figured I'd send it here for consideration. Doug ==================BEGIN FORWARDED MESSAGE================== >Date: Tue, 14 Oct 1997 20:59:14 -0700 (PDT) >From: studded@dal.net >To: FreeBSD-gnats-submit@FreeBSD.ORG >Number: 4766 >Category: misc >Synopsis: Simple changes to make ipfw safer and easier to use >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 14 21:00:01 PDT 1997 >Last-Modified: >Originator: Studded >Organization: DALnet IRC network >Release: FreeBSD 2.2.5-971012-BETA i386 >Environment: All FreeBSD 2.2x systems. (Note that I'm unsure about the category.) >Description: The ipfw functionality is a valuable part of FreeBSD, however compiling it into the kernel or enabling the option in rc.conf (which currently loads the kernel module from rc.network) can lead to a system accidentally being closed off from the internet. This is especially dangerous when administering a system remotely. >How-To-Repeat: Load ipfw. >Fix: The following patch (in both unified and context format because I can never remember what y'all like :) make a few small changes to rc.conf to make things more clear, add some safety features to rc.network and rc.firewall so that the default firewall type is open, and makes sure that rc.firewall is loaded if there is ipfw functionality in the kernel. It also makes a small change to the rc.firewall script so that the rules in the script look like the rules you see when doing 'ipfw list.' Finally it makes rc.firewall and rc.network friendlier to a mistake in case for "YES" vs. "yes." I realize that making the default rule "open" is a controversial thing, however it would be trivial for someone who *wanted* a closed system to make the firewall type "CLOSED." On the other hand, someone compiling the ipfw option into the kernel or enabling it in rc.conf without doing their "homework" will find themself with anything from a mysterious situation to a catastrophic error for someone administering a system remotely. Even if the powers that be do not accept my proposal for changing the default rule, I'd like serious consideration for the expanded and clarified warning messages, and the change from "pass all" to "allow ip" in rc.firewall. There is currently a discussion on this topic happening on freebsd-stable. Hope this helps, Doug Context format: diff -cr ../etc-1014/rc.conf ./rc.conf *** ../etc-1014/rc.conf Sun Oct 12 13:33:28 1997 --- ./rc.conf Tue Oct 14 18:19:56 1997 *************** *** 4,10 **** # This is rc.conf - a file full of useful variables that you can set # to change the default startup behavior of your system. # ! # All arguments must be in double or single quotes. # # $Id: rc.conf,v 1.1.2.26 1997/10/12 20:33:28 imp Exp $ --- 4,12 ---- # This is rc.conf - a file full of useful variables that you can set # to change the default startup behavior of your system. # ! # All arguments must be in double or single quotes, and are case sensitive. ! # Therefore you should use CAPITAL LETTERS for the YES/NO options. ! # "NO" is not the same as "no". # # $Id: rc.conf,v 1.1.2.26 1997/10/12 20:33:28 imp Exp $ *************** *** 28,35 **** hostname="myname.my.domain" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO). firewall_enable="NO" # Set to YES to enable firewall functionality - firewall_type="UNKNOWN" # Firewall type (see /etc/rc.firewall) firewall_quiet="NO" # Set to YES to suppress rule display tcp_extensions="YES" # Allow RFC1323 & RFC1544 extensions (or NO). network_interfaces="lo0" # List of network interfaces (lo0 is loopback). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. --- 30,38 ---- hostname="myname.my.domain" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO). firewall_enable="NO" # Set to YES to enable firewall functionality firewall_quiet="NO" # Set to YES to suppress rule display + firewall_type="OPEN" # Firewall type (see /etc/rc.firewall) + # "OPEN" allows all traffic to pass by default. Other options are available. tcp_extensions="YES" # Allow RFC1323 & RFC1544 extensions (or NO). network_interfaces="lo0" # List of network interfaces (lo0 is loopback). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. diff -cr ../etc-1014/rc.firewall ./rc.firewall *** ../etc-1014/rc.firewall Thu Sep 18 15:47:10 1997 --- ./rc.firewall Tue Oct 14 19:50:42 1997 *************** *** 4,13 **** ############ # Define the firewall type in /etc/rc.conf. Valid values are: ! # open - will allow anyone in ! # client - will try to protect just this machine ! # simple - will try to protect a whole network ! # closed - totally disables IP services except via lo0 interface # UNKNOWN - disables the loading of firewall rules. # filename - will load the rules in the given filename (full path required) # --- 4,13 ---- ############ # Define the firewall type in /etc/rc.conf. Valid values are: ! # OPEN - will allow anyone in ! # CLIENT - will try to protect just this machine ! # SIMPLE - will try to protect a whole network ! # CLOSED - totally disables IP services except via lo0 interface # UNKNOWN - disables the loading of firewall rules. # filename - will load the rules in the given filename (full path required) # *************** *** 39,49 **** if [ "x$1" != "x" ]; then firewall_type=$1 fi ############ # Set quiet mode if requested ! if [ "x$firewall_quiet" = "xYES" ]; then fwcmd="/sbin/ipfw -q" else fwcmd="/sbin/ipfw" --- 39,51 ---- if [ "x$1" != "x" ]; then firewall_type=$1 + else + firewall_type=OPEN fi ############ # Set quiet mode if requested ! if [ "x$firewall_quiet" = "xYES" -o "x$firewall_quiet" = "xyes" ]; then fwcmd="/sbin/ipfw -q" else fwcmd="/sbin/ipfw" *************** *** 53,77 **** # Flush out the list before we begin. $fwcmd -f flush ############ # If you just configured ipfw in the kernel as a tool to solve network # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. You can also ! # do this as your only action by setting the firewall_type to ``open''. ! # $fwcmd add 65000 pass all from any to any ############ # Only in rare cases do you want to change this rule ! $fwcmd add 1000 pass all from 127.0.0.1 to 127.0.0.1 # Prototype setups. ! if [ "${firewall_type}" = "open" ]; then ! $fwcmd add 65000 pass all from any to any ! elif [ "${firewall_type}" = "client" ]; then ############ # This is a prototype setup that will protect your system somewhat against --- 55,85 ---- # Flush out the list before we begin. $fwcmd -f flush + # In the examples below, the words "allow" and "ip" are equivalent to + # "pass" and "all" as used in this file previously, and accurately reflect + # how ipfw will list the rules when you use ipfw list. See man ipfw(8) + # for more details. + ############ # If you just configured ipfw in the kernel as a tool to solve network # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. You can also ! # do this as your only action by setting the firewall_type to "OPEN" in ! # /etc/rc.conf. ! # $fwcmd add 65000 allow ip from any to any ############ # Only in rare cases do you want to change this rule ! $fwcmd add 100 allow ip from 127.0.0.1 to 127.0.0.1 # Prototype setups. ! if [ "${firewall_type}" = "OPEN" -o "${firewall_type}" = "open" ]; then ! $fwcmd add 65000 allow ip from any to any ! elif [ "${firewall_type}" = "CLIENT" -o "${firewall_type}" = "client" ]; then ############ # This is a prototype setup that will protect your system somewhat against *************** *** 84,115 **** ip="192.168.4.17" # Allow any traffic to or from my own net. ! $fwcmd add pass all from ${ip} to ${net}:${mask} ! $fwcmd add pass all from ${net}:${mask} to ${ip} # Allow TCP through if setup succeeded ! $fwcmd add pass tcp from any to any established # Allow setup of incoming email ! $fwcmd add pass tcp from any to ${ip} 25 setup # Allow setup of outgoing TCP connections only ! $fwcmd add pass tcp from ${ip} to any setup # Disallow setup of all other TCP connections $fwcmd add deny tcp from any to any setup # Allow DNS queries out in the world ! $fwcmd add pass udp from any 53 to ${ip} ! $fwcmd add pass udp from ${ip} to any 53 # Allow NTP queries out in the world ! $fwcmd add pass udp from any 123 to ${ip} ! $fwcmd add pass udp from ${ip} to any 123 # Everything else is denied as default. ! elif [ "${firewall_type}" = "simple" ]; then ############ # This is a prototype setup for a simple firewall. Configure this machine --- 92,125 ---- ip="192.168.4.17" # Allow any traffic to or from my own net. ! $fwcmd add allow ip from ${ip} to ${net}:${mask} ! $fwcmd add allow ip from ${net}:${mask} to ${ip} # Allow TCP through if setup succeeded ! $fwcmd add allow tcp from any to any established # Allow setup of incoming email ! $fwcmd add allow tcp from any to ${ip} 25 setup # Allow setup of outgoing TCP connections only ! $fwcmd add allow tcp from ${ip} to any setup # Disallow setup of all other TCP connections $fwcmd add deny tcp from any to any setup # Allow DNS queries out in the world ! # (BIND 8.1.1 and later do not use port 53 by ! # default, but it can be configured to do so.) ! $fwcmd add allow udp from any 53 to ${ip} ! $fwcmd add allow udp from ${ip} to any 53 # Allow NTP queries out in the world ! $fwcmd add allow udp from any 123 to ${ip} ! $fwcmd add allow udp from ${ip} to any 123 # Everything else is denied as default. ! elif [ "${firewall_type}" = "SIMPLE" -o "${firewall_type}" = "simple" ]; then ############ # This is a prototype setup for a simple firewall. Configure this machine *************** *** 130,171 **** iip="192.168.3.17" # Stop spoofing ! $fwcmd add deny all from ${inet}:${imask} to any in via ${oif} ! $fwcmd add deny all from ${onet}:${omask} to any in via ${iif} # Stop RFC1918 nets on the outside interface ! $fwcmd add deny all from 192.168.0.0:255.255.0.0 to any via ${oif} ! $fwcmd add deny all from 172.16.0.0:255.240.0.0 to any via ${oif} ! $fwcmd add deny all from 10.0.0.0:255.0.0.0 to any via ${oif} # Allow TCP through if setup succeeded ! $fwcmd add pass tcp from any to any established # Allow setup of incoming email ! $fwcmd add pass tcp from any to ${oip} 25 setup # Allow access to our DNS ! $fwcmd add pass tcp from any to ${oip} 53 setup # Allow access to our WWW ! $fwcmd add pass tcp from any to ${oip} 80 setup # Reject&Log all setup of incoming connections from the outside $fwcmd add deny log tcp from any to any in via ${oif} setup # Allow setup of any other TCP connection ! $fwcmd add pass tcp from any to any setup # Allow DNS queries out in the world ! $fwcmd add pass udp from any 53 to ${oip} ! $fwcmd add pass udp from ${oip} to any 53 # Allow NTP queries out in the world ! $fwcmd add pass udp from any 123 to ${oip} ! $fwcmd add pass udp from ${oip} to any 123 # Everything else is denied as default. ! elif [ "${firewall_type}" != "NONE" -a -r "${firewall_type}" ]; then $fwcmd ${firewall_type} fi --- 140,185 ---- iip="192.168.3.17" # Stop spoofing ! $fwcmd add deny ip from ${inet}:${imask} to any in via ${oif} ! $fwcmd add deny ip from ${onet}:${omask} to any in via ${iif} # Stop RFC1918 nets on the outside interface ! $fwcmd add deny ip from 192.168.0.0:255.255.0.0 to any via ${oif} ! $fwcmd add deny ip from 172.16.0.0:255.240.0.0 to any via ${oif} ! $fwcmd add deny ip from 10.0.0.0:255.0.0.0 to any via ${oif} # Allow TCP through if setup succeeded ! $fwcmd add allow tcp from any to any established # Allow setup of incoming email ! $fwcmd add allow tcp from any to ${oip} 25 setup # Allow access to our DNS ! # (BIND 8.1.1 and later do not use port 53 by ! # default, but it can be configured to do so.) ! $fwcmd add allow tcp from any to ${oip} 53 setup # Allow access to our WWW ! $fwcmd add allow tcp from any to ${oip} 80 setup # Reject&Log all setup of incoming connections from the outside $fwcmd add deny log tcp from any to any in via ${oif} setup # Allow setup of any other TCP connection ! $fwcmd add allow tcp from any to any setup # Allow DNS queries out in the world ! # (BIND 8.1.1 and later do not use port 53 by ! # default, but it can be configured to do so.) ! $fwcmd add allow udp from any 53 to ${oip} ! $fwcmd add allow udp from ${oip} to any 53 # Allow NTP queries out in the world ! $fwcmd add allow udp from any 123 to ${oip} ! $fwcmd add allow udp from ${oip} to any 123 # Everything else is denied as default. ! elif [ "${firewall_type}" != "UNKNOWN -a -r "${firewall_type}" ]; then $fwcmd ${firewall_type} fi diff -cr ../etc-1014/rc.network ./rc.network *** ../etc-1014/rc.network Thu Sep 18 15:47:12 1997 --- ./rc.network Tue Oct 14 20:28:16 1997 *************** *** 55,88 **** ifconfig ${ifn} done ! # Initialize IP filtering using ipfw ! echo "" /sbin/ipfw -q flush > /dev/null 2>&1 ! if [ $? = 1 ] ; then firewall_in_kernel=0 else firewall_in_kernel=1 fi ! if [ $firewall_in_kernel = 0 -a "x$firewall_enable" = "xYES" ] ; then ! modload /lkm/ipfw_mod.o ! if [ $? = 0 ]; then ! firewall_in_kernel=1 # module loaded successfully ! echo "Kernel firewall module loaded." ! else ! echo "Warning: firewall kernel module failed to load." fi fi ! # Load the filters if required if [ $firewall_in_kernel = 1 ]; then ! if [ -n "$firewall_enable" -a -f /etc/rc.firewall -a \ ! "x$firewall_enable" = "xYES" ] ; then ! . /etc/rc.firewall ! echo "Firewall rules loaded." else ! echo "Warning: kernel has firewall functionality, but firewall rules are not enabled." ! echo " All ip services are disabled." fi fi --- 55,95 ---- ifconfig ${ifn} done ! echo "Initializing IP filtering using ipfw." ! /sbin/ipfw -q flush > /dev/null 2>&1 ! if [ $? != 0 ]; then firewall_in_kernel=0 else firewall_in_kernel=1 fi ! if [ "x$firewall_enable" = "xYES" -o "x$firewall_enable" = "xyes" ]; then ! ! if [ $firewall_in_kernel = 0 ]; then ! /sbin/modload /lkm/ipfw_mod.o ! ! if [ $? = 0 ]; then ! firewall_in_kernel=1 ! echo "Kernel firewall module loaded successfully." ! else ! echo "Warning: Firewall is enabled in /etc/rc.conf, but it is not compiled" ! echo "Warning: into the kernel, and the kernel module failed to load." ! fi fi fi ! # Load the filters if ipfw is in the kernel or loaded above. ! if [ $firewall_in_kernel = 1 ]; then ! if [ -r /etc/rc.firewall ]; then ! . /etc/rc.firewall ! echo "Firewall rules loaded from /etc/rc.firewall." else ! echo "Warning: Firewall functionality is enabled, but firewall rules were" ! echo "Warning: not loaded from /etc/rc.firewall." ! echo "" ! echo "Warning: *** All IP services are disabled. ***" fi fi Unified format: diff -ur ../etc-1014/rc.conf ./rc.conf --- ../etc-1014/rc.conf Sun Oct 12 13:33:28 1997 +++ ./rc.conf Tue Oct 14 18:19:56 1997 @@ -4,7 +4,9 @@ # This is rc.conf - a file full of useful variables that you can set # to change the default startup behavior of your system. # -# All arguments must be in double or single quotes. +# All arguments must be in double or single quotes, and are case sensitive. +# Therefore you should use CAPITAL LETTERS for the YES/NO options. +# "NO" is not the same as "no". # # $Id: rc.conf,v 1.1.2.26 1997/10/12 20:33:28 imp Exp $ @@ -28,8 +30,9 @@ hostname="myname.my.domain" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO). firewall_enable="NO" # Set to YES to enable firewall functionality -firewall_type="UNKNOWN" # Firewall type (see /etc/rc.firewall) firewall_quiet="NO" # Set to YES to suppress rule display +firewall_type="OPEN" # Firewall type (see /etc/rc.firewall) +# "OPEN" allows all traffic to pass by default. Other options are available. tcp_extensions="YES" # Allow RFC1323 & RFC1544 extensions (or NO). network_interfaces="lo0" # List of network interfaces (lo0 is loopback). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. diff -ur ../etc-1014/rc.firewall ./rc.firewall --- ../etc-1014/rc.firewall Thu Sep 18 15:47:10 1997 +++ ./rc.firewall Tue Oct 14 19:50:42 1997 @@ -4,10 +4,10 @@ ############ # Define the firewall type in /etc/rc.conf. Valid values are: -# open - will allow anyone in -# client - will try to protect just this machine -# simple - will try to protect a whole network -# closed - totally disables IP services except via lo0 interface +# OPEN - will allow anyone in +# CLIENT - will try to protect just this machine +# SIMPLE - will try to protect a whole network +# CLOSED - totally disables IP services except via lo0 interface # UNKNOWN - disables the loading of firewall rules. # filename - will load the rules in the given filename (full path required) # @@ -39,11 +39,13 @@ if [ "x$1" != "x" ]; then firewall_type=$1 +else + firewall_type=OPEN fi ############ # Set quiet mode if requested -if [ "x$firewall_quiet" = "xYES" ]; then +if [ "x$firewall_quiet" = "xYES" -o "x$firewall_quiet" = "xyes" ]; then fwcmd="/sbin/ipfw -q" else fwcmd="/sbin/ipfw" @@ -53,25 +55,31 @@ # Flush out the list before we begin. $fwcmd -f flush +# In the examples below, the words "allow" and "ip" are equivalent to +# "pass" and "all" as used in this file previously, and accurately reflect +# how ipfw will list the rules when you use ipfw list. See man ipfw(8) +# for more details. + ############ # If you just configured ipfw in the kernel as a tool to solve network # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. You can also -# do this as your only action by setting the firewall_type to ``open''. +# do this as your only action by setting the firewall_type to "OPEN" in +# /etc/rc.conf. -# $fwcmd add 65000 pass all from any to any +# $fwcmd add 65000 allow ip from any to any ############ # Only in rare cases do you want to change this rule -$fwcmd add 1000 pass all from 127.0.0.1 to 127.0.0.1 +$fwcmd add 100 allow ip from 127.0.0.1 to 127.0.0.1 # Prototype setups. -if [ "${firewall_type}" = "open" ]; then +if [ "${firewall_type}" = "OPEN" -o "${firewall_type}" = "open" ]; then - $fwcmd add 65000 pass all from any to any + $fwcmd add 65000 allow ip from any to any -elif [ "${firewall_type}" = "client" ]; then +elif [ "${firewall_type}" = "CLIENT" -o "${firewall_type}" = "client" ]; then ############ # This is a prototype setup that will protect your system somewhat against @@ -84,32 +92,34 @@ ip="192.168.4.17" # Allow any traffic to or from my own net. - $fwcmd add pass all from ${ip} to ${net}:${mask} - $fwcmd add pass all from ${net}:${mask} to ${ip} + $fwcmd add allow ip from ${ip} to ${net}:${mask} + $fwcmd add allow ip from ${net}:${mask} to ${ip} # Allow TCP through if setup succeeded - $fwcmd add pass tcp from any to any established + $fwcmd add allow tcp from any to any established # Allow setup of incoming email - $fwcmd add pass tcp from any to ${ip} 25 setup + $fwcmd add allow tcp from any to ${ip} 25 setup # Allow setup of outgoing TCP connections only - $fwcmd add pass tcp from ${ip} to any setup + $fwcmd add allow tcp from ${ip} to any setup # Disallow setup of all other TCP connections $fwcmd add deny tcp from any to any setup # Allow DNS queries out in the world - $fwcmd add pass udp from any 53 to ${ip} - $fwcmd add pass udp from ${ip} to any 53 + # (BIND 8.1.1 and later do not use port 53 by + # default, but it can be configured to do so.) + $fwcmd add allow udp from any 53 to ${ip} + $fwcmd add allow udp from ${ip} to any 53 # Allow NTP queries out in the world - $fwcmd add pass udp from any 123 to ${ip} - $fwcmd add pass udp from ${ip} to any 123 + $fwcmd add allow udp from any 123 to ${ip} + $fwcmd add allow udp from ${ip} to any 123 # Everything else is denied as default. -elif [ "${firewall_type}" = "simple" ]; then +elif [ "${firewall_type}" = "SIMPLE" -o "${firewall_type}" = "simple" ]; then ############ # This is a prototype setup for a simple firewall. Configure this machine @@ -130,42 +140,46 @@ iip="192.168.3.17" # Stop spoofing - $fwcmd add deny all from ${inet}:${imask} to any in via ${oif} - $fwcmd add deny all from ${onet}:${omask} to any in via ${iif} + $fwcmd add deny ip from ${inet}:${imask} to any in via ${oif} + $fwcmd add deny ip from ${onet}:${omask} to any in via ${iif} # Stop RFC1918 nets on the outside interface - $fwcmd add deny all from 192.168.0.0:255.255.0.0 to any via ${oif} - $fwcmd add deny all from 172.16.0.0:255.240.0.0 to any via ${oif} - $fwcmd add deny all from 10.0.0.0:255.0.0.0 to any via ${oif} + $fwcmd add deny ip from 192.168.0.0:255.255.0.0 to any via ${oif} + $fwcmd add deny ip from 172.16.0.0:255.240.0.0 to any via ${oif} + $fwcmd add deny ip from 10.0.0.0:255.0.0.0 to any via ${oif} # Allow TCP through if setup succeeded - $fwcmd add pass tcp from any to any established + $fwcmd add allow tcp from any to any established # Allow setup of incoming email - $fwcmd add pass tcp from any to ${oip} 25 setup + $fwcmd add allow tcp from any to ${oip} 25 setup # Allow access to our DNS - $fwcmd add pass tcp from any to ${oip} 53 setup + # (BIND 8.1.1 and later do not use port 53 by + # default, but it can be configured to do so.) + $fwcmd add allow tcp from any to ${oip} 53 setup # Allow access to our WWW - $fwcmd add pass tcp from any to ${oip} 80 setup + $fwcmd add allow tcp from any to ${oip} 80 setup # Reject&Log all setup of incoming connections from the outside $fwcmd add deny log tcp from any to any in via ${oif} setup # Allow setup of any other TCP connection - $fwcmd add pass tcp from any to any setup + $fwcmd add allow tcp from any to any setup # Allow DNS queries out in the world - $fwcmd add pass udp from any 53 to ${oip} - $fwcmd add pass udp from ${oip} to any 53 + # (BIND 8.1.1 and later do not use port 53 by + # default, but it can be configured to do so.) + $fwcmd add allow udp from any 53 to ${oip} + $fwcmd add allow udp from ${oip} to any 53 # Allow NTP queries out in the world - $fwcmd add pass udp from any 123 to ${oip} - $fwcmd add pass udp from ${oip} to any 123 + $fwcmd add allow udp from any 123 to ${oip} + $fwcmd add allow udp from ${oip} to any 123 # Everything else is denied as default. -elif [ "${firewall_type}" != "NONE" -a -r "${firewall_type}" ]; then +elif [ "${firewall_type}" != "UNKNOWN -a -r "${firewall_type}" ]; then $fwcmd ${firewall_type} fi diff -ur ../etc-1014/rc.network ./rc.network --- ../etc-1014/rc.network Thu Sep 18 15:47:12 1997 +++ ./rc.network Tue Oct 14 20:28:16 1997 @@ -55,34 +55,41 @@ ifconfig ${ifn} done - # Initialize IP filtering using ipfw - echo "" + echo "Initializing IP filtering using ipfw." + /sbin/ipfw -q flush > /dev/null 2>&1 - if [ $? = 1 ] ; then + if [ $? != 0 ]; then firewall_in_kernel=0 else firewall_in_kernel=1 fi - if [ $firewall_in_kernel = 0 -a "x$firewall_enable" = "xYES" ] ; then - modload /lkm/ipfw_mod.o - if [ $? = 0 ]; then - firewall_in_kernel=1 # module loaded successfully - echo "Kernel firewall module loaded." - else - echo "Warning: firewall kernel module failed to load." + if [ "x$firewall_enable" = "xYES" -o "x$firewall_enable" = "xyes" ]; then + + if [ $firewall_in_kernel = 0 ]; then + /sbin/modload /lkm/ipfw_mod.o + + if [ $? = 0 ]; then + firewall_in_kernel=1 + echo "Kernel firewall module loaded successfully." + else +echo "Warning: Firewall is enabled in /etc/rc.conf, but it is not compiled" +echo "Warning: into the kernel, and the kernel module failed to load." + fi fi fi - # Load the filters if required + # Load the filters if ipfw is in the kernel or loaded above. + if [ $firewall_in_kernel = 1 ]; then - if [ -n "$firewall_enable" -a -f /etc/rc.firewall -a \ - "x$firewall_enable" = "xYES" ] ; then - . /etc/rc.firewall - echo "Firewall rules loaded." + if [ -r /etc/rc.firewall ]; then + . /etc/rc.firewall + echo "Firewall rules loaded from /etc/rc.firewall." else - echo "Warning: kernel has firewall functionality, but firewall rules are not enabled." - echo " All ip services are disabled." +echo "Warning: Firewall functionality is enabled, but firewall rules were" +echo "Warning: not loaded from /etc/rc.firewall." +echo "" +echo "Warning: *** All IP services are disabled. ***" fi fi >Audit-Trail: >Unformatted: ===================END FORWARDED MESSAGE=================== *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) From owner-freebsd-stable Thu Oct 16 14:55:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA27227 for stable-outgoing; Thu, 16 Oct 1997 14:55:24 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA27222 for ; Thu, 16 Oct 1997 14:55:21 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id OAA02376 for freebsd-stable@FreeBSD.org; Thu, 16 Oct 1997 14:54:37 -0700 (MST) From: "Chad R. Larson" Message-Id: <199710162154.OAA02376@freebie.dcfinc.com> Subject: make compatability To: freebsd-stable@FreeBSD.org Date: Thu, 16 Oct 1997 14:54:36 -0700 (MST) Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I believe the BSD make to be a wonderful thing. Unfortunately, it's also very different. We have a fairly large code project we want to compile on FreeBSD, but it has literally hundreds of makefiles that have been being used on SysVr4. The tutorial documentation for make shipped with the system refers to two compatability mode switches (-B and -M). The first one causes each command associated with a target to be run in its own shell. The second one says, "This is the flag that provides absolute, complete, full compatibility with Make." Sounds like what I want. However, the make man page doesn't list that option and the code doesn't support it. I installed the gmake-3.75 package. When I tried to use it, it complained about not finding /usr/local/bin/gname. Is that a ports issue? Does the package have a dependency I missed? What do we do for a SysVish make? -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Thu Oct 16 17:02:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA03055 for stable-outgoing; Thu, 16 Oct 1997 17:02:39 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA03032 for ; Thu, 16 Oct 1997 17:02:29 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id va303233 for ; Thu, 16 Oct 1997 19:02:23 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 16 Oct 1997 18:42:09 -0000 (GMT) From: Chris Dillon To: ports@freebsd.org Subject: Problem with Hylafax Cc: stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not sure if this is a stable or a ports problem, so I sent to both. I've had a problem with Hylafax for a little while, though I can't remember for the life of me when it started (don't use it often enough). hfaxd throws a signal-11 at me every time it starts. I run 2.2-stable with the last make world (cvsup right before) on October 9'th. My kernel configuration has remained the same before/after the problems (pretty sure, since I haven't changed it in a while). I figured out how to get gdb to give me some somewhat useful info, but I really have no clue how to use it. :-) HylaFAX is installed and configured same as it has always been (removed/recompiled/reinstalled/reconfigured about 10 times now, however, hoping it would fix the problem). The installed executable was stripped, so i had to recompile Hylafax and use the executable in the compile dir for debugging purposes. root [/usr/ports/comms/hylafax/work/hylafax-v4.0pl1/hfaxd] > gdb -d `pwd` hfaxd GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /usr/ports/comms/hylafax/work/hylafax-v4.0pl1/hfaxd/hfaxd Program received signal SIGSEGV, Segmentation fault. InetFaxServer::InetFaxServer (this=0x56000) at InetFaxServer.c++:95 95 memcpy(&in, hp->h_addr, sizeof (in)); (gdb) bt #0 InetFaxServer::InetFaxServer (this=0x56000) at InetFaxServer.c++:95 #1 0x21b73 in newInetServer () at main.c++:188 #2 0x220e6 in main (argc=1, argv=0xefbfdaac, envp=0xefbfdab4) at main.c++:304 So.. I have no clue whats going on.. (novice C programmer to begin with, not to mention I have no clue about c++). --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Thu Oct 16 17:57:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA06690 for stable-outgoing; Thu, 16 Oct 1997 17:57:49 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from venus.net (venus.net [205.243.72.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA06663; Thu, 16 Oct 1997 17:57:42 -0700 (PDT) (envelope-from leclaire@venus.net) Received: from server.lostfork.net (ve1-p10.venus.net [205.243.75.13]) by venus.net (8.8.7/8.7.3) with SMTP id TAA19159; Thu, 16 Oct 1997 19:36:00 -0400 (EDT) Date: Thu, 16 Oct 1997 18:30:18 -0500 (EST) From: Andre LeClaire X-Sender: leclaire@server.lostfork.net To: Satoshi Asami cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: please test packages-2.2.5 In-Reply-To: <199710030909.CAA14082@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't find the regular version of Lynx-2.7.1, only the color 2.7.1ac-0.76 version, which doesn't display properly with a monochrome monitor. Andre > Most of the packages for the CDROM have been built and are on > ftp://ftp.freebsd.org/pub/FreeBSD/packages-2.2.5/ > Please test and let us know ASAP if something is wrong. From owner-freebsd-stable Thu Oct 16 18:45:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08953 for stable-outgoing; Thu, 16 Oct 1997 18:45:34 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08948 for ; Thu, 16 Oct 1997 18:45:30 -0700 (PDT) (envelope-from dkelly@nospam.hiwaay.net) Received: from nospam.hiwaay.net (max2-168.HiWAAY.net [208.147.145.168]) by fly.HiWAAY.net (8.8.7/8.8.6) with ESMTP id UAA00498; Thu, 16 Oct 1997 20:45:25 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by nospam.hiwaay.net (8.8.7/8.8.4) with ESMTP id SAA21850; Thu, 16 Oct 1997 18:55:07 -0500 (CDT) Message-Id: <199710162355.SAA21850@nospam.hiwaay.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: chad@dcfinc.com cc: freebsd-stable@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: Anti-spam sendmail in 2.2.5? In-reply-to: Message from "Chad R. Larson" of "Wed, 15 Oct 1997 22:07:04 PDT." <199710160507.WAA01356@freebie.dcfinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Oct 1997 18:55:07 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chad R. Larson replies: > > And there's another factor not yet discussed here. If you follow the > RFCs (and you certainly =should= if you believe in interoperablity) you > are required to allow pass-through mail. Remember that the Internet was > designed to be resilient. The ability to pass through mail, and to > source route it, and to send it "in care of" were all intended to > provide competent System Administrators ways to work around problems. > This, of course, was engineered when the Internet was a cooperative > effort, and deliberate abuse was rare. > > The Internet Engineering Task Force is currently addressing these > issues, and new RFCs are in the offing. But don't lose sight that what > we're discussing isn't strictly kosher. Then its past time for the RFC's to be changed. I would expect a "competent System Administrator" to ask permission of a site before routing mail thru them. And nothing we've discussed would prevent SysAdmins from being able to do that. > That having been said, I'm in sympathy with the desire to do something. > We get 3rd party SPAM passed through our site 3 or 4 times a month and > have to deal with the irate e-mail and phone calls from the ultimate > recipient of the SPAM. I support legislation that would make it illegal > to forge an e-mail header, or otherwise misrepresent the source of the > e-mail. I don't support legislation making it illegal to forge mail. I'd rather see RFC's alter the protocol into something that is extremely difficult to forge. Idiot lawmakers have already proven they Don't Have A Clue. > Also under consideration is insisting on a HELO during the SMTP > handshake and doing a DNS lookup on that system. If they don't match, > you refuse the traffic. If the connecting machine isn't in our domain, > then only recipients within our domain would be accepted. These would > be fairly easy to implement with the new check_ rules. That sounds like a good idea. Think my ISP has that rule implemented. When they added anti-spam rules to their sendmail it broke my FreeBSD SMTP which was configured badly anyhow. We've reached a compromise. They added nospam.hiwaay.net to their DNS, resolved to 127.0.0.1. I and others have used that name for our home systems. Some use it as their email address when posting to usenet. It resolves in DNS. Spammer tries to sent to it and spams their own postmaster. Or the unkowning forwarding host. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-stable Thu Oct 16 18:47:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09086 for stable-outgoing; Thu, 16 Oct 1997 18:47:31 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from coconut.itojun.org (root@coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09081; Thu, 16 Oct 1997 18:47:26 -0700 (PDT) (envelope-from itojun@itojun.org) From: itojun@itojun.org Received: from localhost (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.8.5/3.6Wbeta6) with ESMTP id KAA22276; Fri, 17 Oct 1997 10:47:20 +0900 (JST) To: Chris Dillon cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG In-reply-to: cdillon's message of Thu, 16 Oct 1997 18:42:09 GMT. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Problem with Hylafax Date: Fri, 17 Oct 1997 10:47:20 +0900 Message-ID: <22272.877052840@coconut.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, thanks for the detailed report, >I've had a problem with Hylafax for a little while, though I can't remember >for the life of me when it started (don't use it often enough). hfaxd >throws a signal-11 at me every time it starts. I run 2.2-stable with the >last make world (cvsup right before) on October 9'th. My kernel >configuration has remained the same before/after the problems (pretty sure, >since I haven't changed it in a while). (snip) >So.. I have no clue whats going on.. (novice C programmer to begin with, >not to mention I have no clue about c++). It looks that your hostname (configured by /bin/hostname) does not have correct entry in DNS database. gethostbyname() fails and in InetFaxServer.c++ code touches incorrect memory region. Is it the case? I'll try submitting a report to the implementers of hylafax, so that there'll be proper error handling. itojun From owner-freebsd-stable Thu Oct 16 18:56:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09622 for stable-outgoing; Thu, 16 Oct 1997 18:56:08 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from luke.cpl.net (luke.cpl.net [207.67.172.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09570; Thu, 16 Oct 1997 18:55:57 -0700 (PDT) (envelope-from shawn@cpl.net) Received: from shawn.cpl.net (shawn.cpl.net [207.67.172.196]) by luke.cpl.net (8.8.5/8.6.12) with SMTP id SAA08023; Thu, 16 Oct 1997 18:55:29 -0700 (PDT) From: "Shawn Ramsey" To: Cc: Subject: FreeBSD-stable HD req'd Date: Thu, 16 Oct 1997 18:55:41 -0700 Message-ID: <01bcda9f$c621f260$c4ac43cf@shawn.cpl.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002F_01BCDA65.19C31A60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_002F_01BCDA65.19C31A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable FreeBSD-stable just finished building on my system. How much space = (aprox) will I need on the destination drive. Here are my filesystems:=20 ' Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 456599 220342 199730 52% / /dev/wd2s1e 1212223 486323 628923 44% /disk2 procfs 4 4 0 100% /proc / was where FreeBSD was installed initially, and /disk2 is a new drive, = and basically only has /usr/local/*, news spool, and source. Will this = work? I dont want to do an installworld, and run out of disk space... I = would think that would be VERY bad. :) Thanks. =20 ------=_NextPart_000_002F_01BCDA65.19C31A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
FreeBSD-stable just finished = building on my=20 system. How much space (aprox) will I need on the destination drive. = Here are my=20 filesystems:
'
Filesystem =20 1K-blocks     Used    Avail = Capacity =20 Mounted on
/dev/wd0a      456599   = 220342   199730    52%   =20 /
/dev/wd2s1e   1212223   486323  =20 628923    44%   =20 /disk2
procfs         &nb= sp;   =20 4       =20 4        0   = 100%   =20 /proc
 
/ was where FreeBSD was installed = initially, and=20 /disk2 is a new drive, and basically only has /usr/local/*, news spool, = and=20 source. Will this work? I dont want to do an installworld, and run out = of disk=20 space... I would think that would be VERY bad. :)
 
Thanks.
 
 
------=_NextPart_000_002F_01BCDA65.19C31A60-- From owner-freebsd-stable Thu Oct 16 18:56:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09690 for stable-outgoing; Thu, 16 Oct 1997 18:56:52 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gatekeeper.tsc.tdk.com (root@gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09685 for ; Thu, 16 Oct 1997 18:56:50 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id SAA12313; Thu, 16 Oct 1997 18:56:20 -0700 (PDT) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA04856; Thu, 16 Oct 1997 18:56:19 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA27779; Thu, 16 Oct 1997 18:56:17 -0700 (PDT) From: Don Lewis Message-Id: <199710170156.SAA27779@salsa.gv.tsc.tdk.com> Date: Thu, 16 Oct 1997 18:56:16 -0700 In-Reply-To: "Chad R. Larson" "Re: Anti-spam sendmail in 2.2.5?" (Oct 15, 10:07pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: chad@dcfinc.com, root@eyelab.psy.msu.edu (Gary Schrock) Subject: Re: Anti-spam sendmail in 2.2.5? Cc: dkelly@hiwaay.net, freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct 15, 10:07pm, "Chad R. Larson" wrote: } Subject: Re: Anti-spam sendmail in 2.2.5? } Also under consideration is insisting on a HELO during the SMTP } handshake and doing a DNS lookup on that system. If they don't match, } you refuse the traffic. I'm pretty sure this isn't strictly legal according to the RFCs, and it will probably block some non-spam mail. That's not to say it's not effective against spam. --- Truck From owner-freebsd-stable Thu Oct 16 19:31:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11502 for stable-outgoing; Thu, 16 Oct 1997 19:31:12 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11487 for ; Thu, 16 Oct 1997 19:31:07 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id TAA02679; Thu, 16 Oct 1997 19:28:47 -0700 (MST) From: "Chad R. Larson" Message-Id: <199710170228.TAA02679@freebie.dcfinc.com> Subject: Re: Anti-spam sendmail in 2.2.5? To: Don.Lewis@tsc.tdk.com (Don Lewis) Date: Thu, 16 Oct 1997 19:28:46 -0700 (MST) Cc: chad@dcfinc.com, root@eyelab.psy.msu.edu, dkelly@hiwaay.net, freebsd-stable@FreeBSD.ORG In-Reply-To: <199710170156.SAA27779@salsa.gv.tsc.tdk.com> from Don Lewis at "Oct 16, 97 06:56:16 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Oct 15, 10:07pm, "Chad R. Larson" wrote: > } Subject: Re: Anti-spam sendmail in 2.2.5? > > } Also under consideration is insisting on a HELO during the SMTP > } handshake and doing a DNS lookup on that system. If they don't match, > } you refuse the traffic. > > I'm pretty sure this isn't strictly legal according to the RFCs, and it > will probably block some non-spam mail. That's not to say it's not > effective against spam. > > --- Truck The biggest problem is the places where the name of the system as reported by HELO and it's name as reported by DNS can legitimately differ. For example, mail that has been through a proxy server, or a NAT. That's why it's "under consideration", instead of implemented. We might be evaluating the lessor of two evils. -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Thu Oct 16 19:36:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11957 for stable-outgoing; Thu, 16 Oct 1997 19:36:23 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11949 for ; Thu, 16 Oct 1997 19:36:19 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id TAA02715; Thu, 16 Oct 1997 19:34:58 -0700 (MST) From: "Chad R. Larson" Message-Id: <199710170234.TAA02715@freebie.dcfinc.com> Subject: Re: Anti-spam sendmail in 2.2.5? To: benedict@echonyc.com (Snob Art Genre) Date: Thu, 16 Oct 1997 19:34:57 -0700 (MST) Cc: freebsd-stable@FreeBSD.org In-Reply-To: from Snob Art Genre at "Oct 16, 97 07:39:13 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, 15 Oct 1997, Chad R. Larson wrote: > > We are also looking at several other solutions. One is to integrate the > > POP3 server and SMTP together in a firewall/NAT box. That way the POP3 > > can do APOP authentication (encrypted, time stamped, etc.) and the SMTP > > guy would refuse to serve a machine that hadn't been authenticated > > within some short time window, say, 2 minutes. To the Eudora user this > > would just look like a rule that says "check your mail before sending." > > This would make it harder for our users to send spam untraceably. > > I heard that the Well (well.com) just implemented this, though with a > half-hour window. It sounds good, but power users might balk, don't you > think? > I don't think so. In fact, the power users are the ones checking their mail every 5 minutes anyway. Another advantage is this allows our users on the road with their laptops to send mail from any domain, MCI dial up or what have you through our gateway without getting blown off as a spammer. Just have to check their mail first... > Ben -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Thu Oct 16 19:45:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12414 for stable-outgoing; Thu, 16 Oct 1997 19:45:02 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from eyelab.psy.msu.edu (eyelab.psy.msu.edu [35.8.64.179]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12401 for ; Thu, 16 Oct 1997 19:44:56 -0700 (PDT) (envelope-from root@eyelab.psy.msu.edu) Received: from default (pm335-07.dialip.mich.net [35.9.11.9]) by eyelab.psy.msu.edu (8.8.6/8.8.5) with SMTP id XAA23619 for ; Thu, 16 Oct 1997 23:37:54 -0400 (EDT) Message-Id: <199710170337.XAA23619@eyelab.psy.msu.edu> X-Sender: root@eyelab.msu.edu X-Mailer: QUALCOMM Windows Eudora Pro 4.0 Beta 1 (build 175) Date: Thu, 16 Oct 1997 22:41:49 -0400 To: freebsd-stable@freebsd.org From: Gary Schrock Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710162355.SAA21850@nospam.hiwaay.net> References: <199710160507.WAA01356@freebie.dcfinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id TAA12402 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> recipient of the SPAM.  I support legislation that would make it illegal >> to forge an e-mail header, or otherwise misrepresent the source of the >> e-mail. Quite honestly I don't see that that would do any good at all. It's so trivially easy to fake where the email is coming from. Then you'd have to prove where the email really did come from. Given the fact that it is pretty easy to forge email, that would be no small task. Then of course there's the small issue of it not having any effect on anything coming from outside the US (and believe me, if spammers felt at all threatened by it it'd be trivial for them to originate from outside the US). Gary Schrock root@eyelab.msu.edu From owner-freebsd-stable Thu Oct 16 20:05:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA13676 for stable-outgoing; Thu, 16 Oct 1997 20:05:27 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from luke.cpl.net (luke.cpl.net [207.67.172.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA13671; Thu, 16 Oct 1997 20:05:15 -0700 (PDT) (envelope-from shawn@cpl.net) Received: from shawn.cpl.net (shawn.cpl.net [207.67.172.196]) by luke.cpl.net (8.8.5/8.6.12) with SMTP id UAA08212; Thu, 16 Oct 1997 20:04:45 -0700 (PDT) From: "Shawn Ramsey" To: "Shawn Ramsey" , Cc: Subject: Re: FreeBSD-stable HD req'd Date: Thu, 16 Oct 1997 20:04:57 -0700 Message-ID: <01bcdaa9$72ee9da0$c4ac43cf@shawn.cpl.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD-stable just finished building on my system. How much space (aprox) will I need on the destination drive. Here are my filesystems: ' Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 456599 220342 199730 52% / /dev/wd2s1e 1212223 486323 628923 44% /disk2 procfs 4 4 0 100% /proc / was where FreeBSD was installed initially, and /disk2 is a new drive, and basically only has /usr/local/*, news spool, and source. Will this work? I dont want to do an installworld, and run out of disk space... I would think that would be VERY bad. :) Thanks. Opps, sorry for the HTML. Dunno how that happened. From owner-freebsd-stable Thu Oct 16 20:07:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA13797 for stable-outgoing; Thu, 16 Oct 1997 20:07:00 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bofh.noc.best.net (rone@ennui.org [205.149.163.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA13792 for ; Thu, 16 Oct 1997 20:06:57 -0700 (PDT) (envelope-from rone@bofh.noc.best.net) Received: (from rone@localhost) by bofh.noc.best.net (8.8.7/8.7.3) id UAA17664 for stable@freebsd.org; Thu, 16 Oct 1997 20:06:54 -0700 (PDT) From: Ron Echeverri Message-Id: <199710170306.UAA17664@bofh.noc.best.net> Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710162355.SAA21850@nospam.hiwaay.net> from "dkelly@hiwaay.net" at "Oct 16, 97 06:55:07 pm" To: stable@freebsd.org Date: Thu, 16 Oct 1997 20:06:53 -0700 (PDT) X-GmbH: Gesellschaft mit beschränkter Haftung X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dkelly@hiwaay.net writes: That sounds like a good idea. Think my ISP has that rule implemented. When they added anti-spam rules to their sendmail it broke my FreeBSD SMTP which was configured badly anyhow. We've reached a compromise. They added nospam.hiwaay.net to their DNS, resolved to 127.0.0.1. I and others have used that name for our home systems. Some use it as their email address when posting to usenet. It resolves in DNS. Spammer tries to sent to it and spams their own postmaster. Or the unkowning forwarding host. Gee, why don't you just post with "dkelly@localhost.hiwaay.net"? It would have saved your poor admin the hard work of adding yet another useless entry in his DNS tables. It would be best to consider changes to the default sendmail configuration that will actually apply to most people, will be of the most help to them, and will break as little as possible. Anything else is just noise as far as this list is concerned. rone -- Ron Echeverri "What, me pithy?" +-+ Systems/Usenet Administration Mountain View ->b | Best Internet Communications, Inc. \ \ \_| From owner-freebsd-stable Thu Oct 16 20:59:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA16596 for stable-outgoing; Thu, 16 Oct 1997 20:59:13 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA16586 for ; Thu, 16 Oct 1997 20:59:07 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ha304025 for ; Thu, 16 Oct 1997 22:58:28 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <22272.877052840@coconut.itojun.org> Date: Thu, 16 Oct 1997 21:53:37 -0000 (GMT) From: Chris Dillon To: itojun@itojun.org Subject: Re: Problem with Hylafax Cc: stable@FreeBSD.ORG, ports@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 17-Oct-97 itojun@itojun.org wrote: > > Hello, thanks for the detailed report, > >>I've had a problem with Hylafax for a little while, though I can't >remember >>for the life of me when it started (don't use it often enough). hfaxd >>throws a signal-11 at me every time it starts. I run 2.2-stable with >the >>last make world (cvsup right before) on October 9'th. My kernel >>configuration has remained the same before/after the problems (pretty >sure, >>since I haven't changed it in a while). >(snip) >>So.. I have no clue whats going on.. (novice C programmer to begin with, >>not to mention I have no clue about c++). > > It looks that your hostname (configured by /bin/hostname) does not > have correct entry in DNS database. gethostbyname() fails and > in InetFaxServer.c++ code touches incorrect memory region. > Is it the case? > I'll try submitting a report to the implementers of hylafax, so that > there'll be proper error handling. > >itojun This is correct, however, i don't have a DNS server setup on this machine, nor does my ISP have any clue in hell about DNS, (try and reverse my usual dialup address, 207.3.81.149, using any DNS server in the world... then use one of theirs, such as 207.3.81.5... I've bugged them about this for ages since it prevents me from connecting to sites who require reverse lookups to work) I DO have a hostname set with /bin/hostname (wyze.tri-lakes.net). This, however, was not a problem previously. Hylafax worked fine some time ago even with my 'bogus' hostname. Someone did suggest that bash was the culprit, and so I am reinstalling Hylafax (already removed it again.. might as well test a patch while I'm at it) with its dependancy for bash1 changed to bash2. Hmmm.. no luck with bash2 there. Still does a SIGSEGV.. Now to see if maybe I can fix that problem and supply a patch. :-) I could do: if (hp != NULL) memcpy(&in, hp->h_addr, sizeof (in)); a check just like the line before it, but that will probably cause something ELSE to fail.. :-( I'll look into it a bit deeper, but I notice you just notified the HylaFax team at SGI about it. --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Thu Oct 16 21:07:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17230 for stable-outgoing; Thu, 16 Oct 1997 21:07:45 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from coconut.itojun.org (root@coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17205; Thu, 16 Oct 1997 21:07:30 -0700 (PDT) (envelope-from itojun@itojun.org) From: itojun@itojun.org Received: from localhost (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.8.5/3.6Wbeta6) with ESMTP id NAA24455; Fri, 17 Oct 1997 13:06:52 +0900 (JST) To: Chris Dillon cc: stable@FreeBSD.ORG, ports@FreeBSD.ORG In-reply-to: cdillon's message of Thu, 16 Oct 1997 21:53:37 GMT. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Problem with Hylafax Date: Fri, 17 Oct 1997 13:06:52 +0900 Message-ID: <24451.877061212@coconut.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >This is correct, however, i don't have a DNS server setup on this machine, >nor does my ISP have any clue in hell about DNS, (try and reverse my usual >dialup address, 207.3.81.149, using any DNS server in the world... then use >one of theirs, such as 207.3.81.5... I've bugged them about this for ages >since it prevents me from connecting to sites who require reverse lookups >to work) I DO have a hostname set with /bin/hostname (wyze.tri-lakes.net). >This, however, was not a problem previously. Hylafax worked fine some time >ago even with my 'bogus' hostname. It should be fine if you have /etc/hosts properly set... how about /etc/host.conf? is it properly set? >Someone did suggest that bash was the >culprit, and so I am reinstalling Hylafax (already removed it again.. might >as well test a patch while I'm at it) with its dependancy for bash1 >changed to bash2. >Hmmm.. no luck with bash2 there. Still does a SIGSEGV.. Now to see if maybe >I can fix that problem and supply a patch. :-) bash will only be used at the installation(more exactly, "configure") time, so this won't change the behavior much. itojun From owner-freebsd-stable Thu Oct 16 21:18:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17809 for stable-outgoing; Thu, 16 Oct 1997 21:18:20 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA17803 for ; Thu, 16 Oct 1997 21:18:14 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id sa304036 for ; Thu, 16 Oct 1997 23:18:08 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <24451.877061212@coconut.itojun.org> Date: Thu, 16 Oct 1997 23:12:11 -0000 (GMT) From: Chris Dillon To: itojun@itojun.org Subject: Re: Problem with Hylafax Cc: ports@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 17-Oct-97 itojun@itojun.org wrote: > >>This is correct, however, i don't have a DNS server setup on this >machine, >>nor does my ISP have any clue in hell about DNS, (try and reverse my >usual >>dialup address, 207.3.81.149, using any DNS server in the world... then >use >>one of theirs, such as 207.3.81.5... I've bugged them about this for >ages >>since it prevents me from connecting to sites who require reverse >lookups >>to work) I DO have a hostname set with /bin/hostname >(wyze.tri-lakes.net). >>This, however, was not a problem previously. Hylafax worked fine some >time >>ago even with my 'bogus' hostname. > > It should be fine if you have /etc/hosts properly set... > how about /etc/host.conf? is it properly set? In my /etc/hosts: 127.0.0.1 localhost wyze wyze.tri-lakes.net /etc/host.conf order is: bind hosts Tried reversing the order.. No help. >>Someone did suggest that bash was the >>culprit, and so I am reinstalling Hylafax (already removed it again.. >might >>as well test a patch while I'm at it) with its dependancy for bash1 >>changed to bash2. >>Hmmm.. no luck with bash2 there. Still does a SIGSEGV.. Now to see if >maybe >>I can fix that problem and supply a patch. :-) > > bash will only be used at the installation(more exactly, "configure") > time, so this won't change the behavior much. > >itojun I didn't think it would, but it was worth the try anyway. --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org) From owner-freebsd-stable Thu Oct 16 23:10:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23063 for stable-outgoing; Thu, 16 Oct 1997 23:10:48 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gatekeeper.tsc.tdk.com (root@gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23057 for ; Thu, 16 Oct 1997 23:10:46 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.4/8.8.4) with ESMTP id XAA13694 for ; Thu, 16 Oct 1997 23:10:45 -0700 (PDT) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id XAA08710 for ; Thu, 16 Oct 1997 23:10:44 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id XAA28330 for freebsd-stable@freebsd.org; Thu, 16 Oct 1997 23:10:43 -0700 (PDT) Date: Thu, 16 Oct 1997 23:10:43 -0700 (PDT) From: Don Lewis Message-Id: <199710170610.XAA28330@salsa.gv.tsc.tdk.com> To: freebsd-stable@freebsd.org Subject: mfs bug in 2.1-stable? Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've found a repeatable way to hang a 2.1-stable (10/12/97) box that uses mfs for /tmp. Hardware is a Dell Pentium II 266, with an Adaptec 2940UW and an Intel Etherexpress Pro 10/100. If I tar a 65MB directory tree to a file in /tmp, rm the file, then run the tar command again, the machine wedges. It's not swap exhaustion, because I ran "pstat -s" in a loop and it shows plenty of swap left just before things hang. Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 102400 40036 62300 39% Interleaved One thing that's interesting is that at the end of the first tar command, about 32 MB of swap has been used, removing the file doesn't change the amount of swap consumed, then running the tar command again causes several MB more swap to be consumed. If I type ^T in the window that is running tar, it reports: load: 0.06 cmd: tar 366 [getblk] 0.00u 0.57s 0% 236k Something else interesting is that I had top running in another window and it continued to run after the tar command wedged, but top also froze when I tried to interrupt tar with a ^c. Once hung, the machine doesn't respond to ctrl-alt-del, so the only escape is to hit the reset button. This machine has no problem running "make world" with TMPDIR set to /tmp. --- Truck From owner-freebsd-stable Thu Oct 16 23:11:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23126 for stable-outgoing; Thu, 16 Oct 1997 23:11:44 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from yoss.canweb.net (root@yoss.canweb.net [207.139.235.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23116 for ; Thu, 16 Oct 1997 23:11:41 -0700 (PDT) (envelope-from yossman@yoss.canweb.net) Received: from localhost (yossman@localhost) by yoss.canweb.net (8.8.5/8.8.5) with SMTP id CAA20860; Fri, 17 Oct 1997 02:06:31 -0400 (EDT) Date: Fri, 17 Oct 1997 02:06:31 -0400 (EDT) From: yossman To: dkelly@hiwaay.net cc: chad@dcfinc.com, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710162355.SAA21850@nospam.hiwaay.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 16 Oct 1997 dkelly@hiwaay.net wrote: > I don't support legislation making it illegal to forge mail. I'd rather see > RFC's alter the protocol into something that is extremely difficult to > forge. Idiot lawmakers have already proven they Don't Have A Clue. bravo. that is exactly what would have come out of my mouth, had i said it first. i was just discussing with some colleagues this very fact of supporting new laws, instead of making better protocols. if we want and expect the Net to self-regulate, let's start with the procotols it's built on, right? yossman ----------------------------------------------------------------------- Yossarian Holmberg (yossman) yossman@yossman.org System Administrator, National Online http://www.yossman.org/ my statements are my own, not my employer's -- i do not speak for them. '... and if i die, before i learn to speak .. can money pay for all the days i've lived awake but half asleep?' -- Primitive Radio Gods, "Standing Outside a Broken Phone Booth With Money In My Hand" From owner-freebsd-stable Thu Oct 16 23:11:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23128 for stable-outgoing; Thu, 16 Oct 1997 23:11:44 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23117 for ; Thu, 16 Oct 1997 23:11:41 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id BAA10868; Fri, 17 Oct 1997 01:11:26 -0500 (CDT) Date: Fri, 17 Oct 1997 01:11:26 -0500 (CDT) From: "Matthew D. Fuller" To: chad@dcfinc.com cc: Don Lewis , root@eyelab.psy.msu.edu, dkelly@hiwaay.net, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: <199710170228.TAA02679@freebie.dcfinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 16 Oct 1997, Chad R. Larson wrote: > > On Oct 15, 10:07pm, "Chad R. Larson" wrote: > > } Subject: Re: Anti-spam sendmail in 2.2.5? > > > > } Also under consideration is insisting on a HELO during the SMTP > > } handshake and doing a DNS lookup on that system. If they don't match, > > } you refuse the traffic. > > > > I'm pretty sure this isn't strictly legal according to the RFCs, and it > > will probably block some non-spam mail. That's not to say it's not > > effective against spam. > > > > --- Truck > > The biggest problem is the places where the name of the system as > reported by HELO and it's name as reported by DNS can legitimately > differ. For example, mail that has been through a proxy server, or a > NAT. That's why it's "under consideration", instead of implemented. We > might be evaluating the lessor of two evils. I agree wholeheartedly with this. My system at home thinks it's one thing (through ml.org), but it's really another thing, since I don't have a static IP (hence, ml.org). so my host represents itself as one thing, but a reverse DNS query says something totally different. Of course, this all depends on whether we're resolving through DNS or reverse DNS; reverse DNS would, I think, be the only good way to do this, since straight-forward can be forged so easily it's not even funny. But what can we do? (throwing up of hands) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Thu Oct 16 23:38:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24579 for stable-outgoing; Thu, 16 Oct 1997 23:38:40 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from lab321.ru (anonymous1.omsk.net.ru [194.226.32.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24532; Thu, 16 Oct 1997 23:37:46 -0700 (PDT) (envelope-from Eugeny.Kuzakov@lab321.ru) Received: from lab321.ru (kev.l321.omsk.net.ru [194.226.33.68]) by lab321.ru (8.8.5-MVC-230497/8.8.5) with ESMTP id NAA03370; Fri, 17 Oct 1997 13:36:35 +0600 (OSK) Message-ID: <34470791.87A38442@lab321.ru> Date: Fri, 17 Oct 1997 13:37:05 +0700 From: Eugeny Kuzakov Organization: Powered by FreeBSD. X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-971012-SNAP i386) MIME-Version: 1.0 To: Andre LeClaire CC: Satoshi Asami , ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: please test packages-2.2.5 References: Content-Type: multipart/mixed; boundary="------------5681A8BEA5095CCAB9BA9917" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------5681A8BEA5095CCAB9BA9917 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Andre LeClaire wrote: > > I don't find the regular version of Lynx-2.7.1, only the color > 2.7.1ac-0.76 version, which doesn't display properly with a monochrome > monitor. Just say lynx to use or not colors in options. -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) http://www.lab321.ru/~kev kev@lab321.ru --------------5681A8BEA5095CCAB9BA9917 Content-Type: text/x-vcard; charset=koi8-r; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Eugeny Kuzakov Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Eugeny Kuzakov n: Kuzakov;Eugeny org: Laboratory 321 Ltd. adr: ;;;;;;Russia Federation email;internet: Eugeny.Kuzakov@lab321.ru title: System administrator tel;work: +7 381 2243584 tel;fax: +7 381 2234881 x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------5681A8BEA5095CCAB9BA9917-- From owner-freebsd-stable Fri Oct 17 06:31:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA11481 for stable-outgoing; Fri, 17 Oct 1997 06:31:37 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from merit.edu (merit.edu [198.108.1.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA11475 for ; Fri, 17 Oct 1997 06:31:23 -0700 (PDT) (envelope-from matt@zigg.com) Received: from megaweapon.zigg.com (tcgr-20.dialup.alliance.net [207.74.43.20]) by merit.edu (8.8.7/8.8.5) with ESMTP id JAA11357; Fri, 17 Oct 1997 09:31:08 -0400 (EDT) Received: from localhost (matt@localhost) by megaweapon.zigg.com (8.8.7/8.8.7) with SMTP id JAA06688; Fri, 17 Oct 1997 09:31:22 -0400 (EDT) Date: Fri, 17 Oct 1997 09:31:21 -0400 (EDT) From: Matt Behrens To: "Matthew D. Fuller" cc: chad@dcfinc.com, Don Lewis , root@eyelab.psy.msu.edu, dkelly@hiwaay.net, freebsd-stable@FreeBSD.ORG Subject: Re: Anti-spam sendmail in 2.2.5? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Oct 1997, Matthew D. Fuller wrote: > I agree wholeheartedly with this. My system at home thinks it's one thing > (through ml.org), but it's really another thing, since I don't have a > static IP (hence, ml.org). so my host represents itself as one thing, but > a reverse DNS query says something totally different. Of course, this all > depends on whether we're resolving through DNS or reverse DNS; reverse DNS > would, I think, be the only good way to do this, since straight-forward > can be forged so easily it's not even funny. > But what can we do? (throwing up of hands) Reverse DNS is *much* easier to forge than forward. Anyone who owns the IN-ADDR.ARPA domain for their IP address can ``legitimately'' pretend to be anyone, in any domain. By contrast, to forge yourself on a forward lookup, you must control the domain you are pretending to be in. (Of course, there are other techniques that get around these, but they are difficult to implement and not widely used.) Matt Behrens | Help bring a free inter-user communication http://www.zigg.com/ | system to the Internet. Join the NetPager matt@zigg.com | Project! http://www.zigg.com/netpager/ From owner-freebsd-stable Fri Oct 17 08:24:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16970 for stable-outgoing; Fri, 17 Oct 1997 08:24:50 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from krabi.mbp.ee (krabi.mbp.ee [194.204.12.83]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16957 for ; Fri, 17 Oct 1997 08:24:41 -0700 (PDT) (envelope-from root@krabi.mbp.ee) Received: from localhost by krabi.mbp.ee with smtp id m0xMEFo-0008TyC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 17 Oct 1997 18:23:56 +0300 (EEST) Date: Fri, 17 Oct 1997 18:23:55 +0300 (EEST) From: Superuser To: freebsd-stable@freebsd.org Subject: binaries in /stand /etc ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have installed stable kernels and stable binaries (by make world), but how can I put other release specific programs in right places? _____________ Lauri Laupmaa mauri@mbp.ee From owner-freebsd-stable Fri Oct 17 10:07:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23013 for stable-outgoing; Fri, 17 Oct 1997 10:07:22 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA23006 for ; Fri, 17 Oct 1997 10:07:17 -0700 (PDT) (envelope-from devet@adv.IAEhv.nl) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 29579 on Fri, 17 Oct 1997 17:06:50 GMT; id RAA29579 efrom: devet@adv.IAEhv.nl; eto: UNKNOWN Received: (from devet@localhost) by adv.IAEhv.nl (8.8.5/8.8.6) id TAA00458; Fri, 17 Oct 1997 19:06:06 +0200 (CEST) Date: Fri, 17 Oct 1997 19:06:06 +0200 (CEST) From: Arjan de Vet Message-Id: <199710171706.TAA00458@adv.IAEhv.nl> To: jkh@time.cdrom.com Subject: Re: 4 days till 2.2.5! X-Newsgroups: list.freebsd.stable In-Reply-To: <28648.877024228@time.cdrom.com> Organization: Internet Access Eindhoven, the Netherlands Cc: stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <28648.877024228@time.cdrom.com> you write: >Just a reminder that if you've got issues to fix, there are only 4 days >left. I noticed that the partition editor in 2.2.5-BETA's sysinstall can only be entered once whereas it could be entered multiple times in older versions. Is this intended behavior? Arjan From owner-freebsd-stable Fri Oct 17 11:15:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27382 for stable-outgoing; Fri, 17 Oct 1997 11:15:30 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27370; Fri, 17 Oct 1997 11:15:21 -0700 (PDT) (envelope-from dwhite@gdi.uoregon.edu) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id LAA03665; Fri, 17 Oct 1997 11:15:18 -0700 (PDT) Date: Fri, 17 Oct 1997 11:15:18 -0700 (PDT) From: Doug White Reply-To: Doug White To: Shawn Ramsey cc: questions@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: FreeBSD-stable HD req'd In-Reply-To: <01bcdaa9$72ee9da0$c4ac43cf@shawn.cpl.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 16 Oct 1997, Shawn Ramsey wrote: > FreeBSD-stable just finished building on my system. How much space (aprox) > will I need on the destination drive. Here are my filesystems: > ' > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/wd0a 456599 220342 199730 52% / > /dev/wd2s1e 1212223 486323 628923 44% /disk2 > procfs 4 4 0 100% /proc When you installworld, it'll copy over existing binaries, so it shouldn't be much bigger than what you already have. You have 200MB available on / so you should have plenty of space. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-stable Fri Oct 17 21:21:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA26402 for stable-outgoing; Fri, 17 Oct 1997 21:21:21 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from andrsn.stanford.edu (root@andrsn.Stanford.EDU [36.33.0.163]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA26396 for ; Fri, 17 Oct 1997 21:21:16 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.8.7/8.6.12) with SMTP id VAA01078 for ; Fri, 17 Oct 1997 21:13:51 -0700 (PDT) Date: Fri, 17 Oct 1997 21:13:50 -0700 (PDT) From: Annelise Anderson Reply-To: Annelise Anderson To: freebsd-stable@freebsd.org Subject: A Few Notes on 2.2.5-971015-BETA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed the 2.2.5-971015-BETA this afternoon on its own partition by ftp--I got the boot.flp from the 2.2.5-BETA floppies directory but there was no tools directory, so I had to get the fdimage.exe (I was downloading to a Win95 machine) from a different distribution (or whatever it should properly be called). Once installed, it couldn't find the kernel--there was only a kernel.GENERIC file, perhaps because I didn't configure the kernel at all before installing. So I moved kernel.GENERIC to kernel. I also got a message from sendmail[158] that said something about an unsafe map file and hash map "alias0", NOQUEUE:SYSERR(root):, no alias file. I created an alias file and ran newaliases; it quit complaining. Maybe I just missed an option when installing. It also says when it boots up that it can't find boot.config or boot.help. Overall it was fine--I got X and the network running without much trouble. I've always been a little surprised that the menu inviting one to add a user doesn't mention that the group into which you want to put the user has to be added first, if it doesn't already exist (and should in standard cases be the same as the user name, I think). New users aren't going to get that right, but then, why make things too easy? Annelise From owner-freebsd-stable Fri Oct 17 21:57:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA27585 for stable-outgoing; Fri, 17 Oct 1997 21:57:46 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA27580 for ; Fri, 17 Oct 1997 21:57:42 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id XAA25385; Fri, 17 Oct 1997 23:57:38 -0500 (CDT) Date: Fri, 17 Oct 1997 23:57:38 -0500 (CDT) From: "Matthew D. Fuller" To: Annelise Anderson cc: freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Oct 1997, Annelise Anderson wrote: > It also says when it boots up that it can't find boot.config or > boot.help. I've always gotten that; 2.2.1-RELEASE onwards. > I've always been a little surprised that the menu inviting one to add > a user doesn't mention that the group into which you want to put the > user has to be added first, if it doesn't already exist (and should > in standard cases be the same as the user name, I think). New users > aren't going to get that right, but then, why make things too easy? I've often thought that it should say something like "group doesn't exist. Add?" Plus, a lot of sits have a generic user group; I always set up such, and I never remember to put it in /etc/groups first. And I'm not all that new. I'm in favor of patching this at some point. Other opinions? *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Fri Oct 17 22:35:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28743 for stable-outgoing; Fri, 17 Oct 1997 22:35:55 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28738 for ; Fri, 17 Oct 1997 22:35:52 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id WAA10795; Fri, 17 Oct 1997 22:36:04 -0700 (PDT) To: Annelise Anderson cc: freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-reply-to: Your message of "Fri, 17 Oct 1997 21:13:50 PDT." Date: Fri, 17 Oct 1997 22:36:03 -0700 Message-ID: <10790.877152963@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Once installed, it couldn't find the kernel--there was only > a kernel.GENERIC file, perhaps because I didn't configure the kernel > at all before installing. So I moved kernel.GENERIC to kernel. > .. > It also says when it boots up that it can't find boot.config or > boot.help. It really sounds to me like you're describing a failed installation. Are you sure that something didn't blow up during the process and perhaps you didn't notice? Jordan From owner-freebsd-stable Fri Oct 17 22:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28862 for stable-outgoing; Fri, 17 Oct 1997 22:37:47 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28857 for ; Fri, 17 Oct 1997 22:37:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id WAA10830; Fri, 17 Oct 1997 22:37:50 -0700 (PDT) To: "Matthew D. Fuller" cc: Annelise Anderson , freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-reply-to: Your message of "Fri, 17 Oct 1997 23:57:38 CDT." Date: Fri, 17 Oct 1997 22:37:49 -0700 Message-ID: <10827.877153069@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Fri, 17 Oct 1997, Annelise Anderson wrote: > > > It also says when it boots up that it can't find boot.config or > > boot.help. > I've always gotten that; 2.2.1-RELEASE onwards. I've never gotten that since after 2.2.2, and I've installed 2.2.5 BETA fresh probably several dozen times on many different machines. Just what are you two doing to yourselves, anyway? Creating 30MB /usr partitions something? :-) Jordan From owner-freebsd-stable Fri Oct 17 23:11:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA00252 for stable-outgoing; Fri, 17 Oct 1997 23:11:26 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from andrsn.stanford.edu (root@andrsn.Stanford.EDU [36.33.0.163]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA00247 for ; Fri, 17 Oct 1997 23:11:24 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.8.7/8.6.12) with SMTP id XAA01618; Fri, 17 Oct 1997 23:07:52 -0700 (PDT) Date: Fri, 17 Oct 1997 23:07:51 -0700 (PDT) From: Annelise Anderson Reply-To: Annelise Anderson To: "Jordan K. Hubbard" cc: "Matthew D. Fuller" , freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-Reply-To: <10827.877153069@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Oct 1997, Jordan K. Hubbard wrote: > > On Fri, 17 Oct 1997, Annelise Anderson wrote: > > > > > It also says when it boots up that it can't find boot.config or > > > boot.help. > > I've always gotten that; 2.2.1-RELEASE onwards. > > I've never gotten that since after 2.2.2, and I've installed > 2.2.5 BETA fresh probably several dozen times on many different > machines. Just what are you two doing to yourselves, anyway? > Creating 30MB /usr partitions something? :-) > > Jordan I've never gotten it before, but I did opt for minimal documentation. But boot.config and boot.help don't seem to exist on my Oct 11 2.2.5-beta (done with make world) either. The /usr partition is 162 megs (on /free2 while the other installation is running): Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd1a 32254 13756 15918 46% / /dev/sd1s2f 1676510 1248886 293504 81% /usr /dev/sd1s2e 30206 13942 13848 50% /var procfs 4 4 0 100% /proc /dev/cd0a 664134 664134 0 100% /cdrom /dev/sd1s1 308040 213048 94992 69% /dos /dev/sd0a 25631 14296 9285 61% /free1 /dev/sd0s2e 162063 76431 72667 51% /free2 It runs just fine; I booted it several times. It installed without creating any messages on the "holographic" shell. It does do something I find a little weird, though: when I run the sd1 installation, the owners of the files on sd0 get changed to correspond with their user id's on sd1. Annelise From owner-freebsd-stable Fri Oct 17 23:36:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA01130 for stable-outgoing; Fri, 17 Oct 1997 23:36:30 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA01123 for ; Fri, 17 Oct 1997 23:36:23 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.5/8.8.5) with SMTP id BAA26832; Sat, 18 Oct 1997 01:36:11 -0500 (CDT) Date: Sat, 18 Oct 1997 01:36:11 -0500 (CDT) From: "Matthew D. Fuller" To: "Jordan K. Hubbard" cc: Annelise Anderson , freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-Reply-To: <10827.877153069@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Oct 1997, Jordan K. Hubbard wrote: > > On Fri, 17 Oct 1997, Annelise Anderson wrote: > > > > > It also says when it boots up that it can't find boot.config or > > > boot.help. > > I've always gotten that; 2.2.1-RELEASE onwards. > > I've never gotten that since after 2.2.2, and I've installed > 2.2.5 BETA fresh probably several dozen times on many different > machines. Just what are you two doing to yourselves, anyway? > Creating 30MB /usr partitions something? :-) Actually, I have: /dev/wd0s1e 984159 729818 175609 81% /usr which is a little more than 30 megs (in fact, more than a afactor of 30 more) I don't know about 2.2.5, but I've gotten it with 2.2.1 and 2.2.2, and on my 2.2-STALBE system. Don't think it hurts anything; I could always create a boot.help file that say something like 'Youre on your own, ha ha ha.' or something, but it's just there. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Sat Oct 18 00:12:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA02009 for stable-outgoing; Sat, 18 Oct 1997 00:12:51 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA02003 for ; Sat, 18 Oct 1997 00:12:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA09597; Sat, 18 Oct 1997 00:12:53 -0700 (PDT) To: Annelise Anderson cc: "Matthew D. Fuller" , freebsd-stable@FreeBSD.ORG Subject: Re: A Few Notes on 2.2.5-971015-BETA In-reply-to: Your message of "Fri, 17 Oct 1997 23:07:51 PDT." Date: Sat, 18 Oct 1997 00:12:52 -0700 Message-ID: <9569.877158772@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've never gotten it before, but I did opt for minimal documentation. > But boot.config and boot.help don't seem to exist on my Oct 11 > 2.2.5-beta (done with make world) either. They're not installed with the world, so that's no surprise at all. :) > It runs just fine; I booted it several times. It installed > without creating any messages on the "holographic" shell. It Messages actually go to the debugging screen on VTY2. Jordan From owner-freebsd-stable Sat Oct 18 02:49:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA07828 for stable-outgoing; Sat, 18 Oct 1997 02:49:25 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA07822; Sat, 18 Oct 1997 02:49:19 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA15606; Sat, 18 Oct 1997 09:32:50 +0100 From: Luigi Rizzo Message-Id: <199710180832.JAA15606@labinfo.iet.unipi.it> Subject: missing parentheses in isa.c To: msmith@FreeBSD.ORG, jkh@time.cdrom.com, stable@FreeBSD.ORG Date: Sat, 18 Oct 1997 09:32:50 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk for a long time, checks in isa.c to determine if a DMA channel is in use have been broken: The typical error pattern and fix is as follows: - if (dma_inuse & (1 << chan) == 0) + if ((dma_inuse & (1 << chan)) == 0) and occurs 4 times in isa.c. The code has been fixed in -current, I suggest that the fix is brought over to -RELEASE. As it is now, these tests always fail. Relevant diffs against 2.2.5-971015-BETA /sys/i386/isa/isa.c are as follows (you have to apply them by hand since i have other local modifications and line numbers might not match): @@ -590,7 +592,7 @@ if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); - if (dma_inuse & (1 << chan) == 0) + if ((dma_inuse & (1 << chan)) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif @@ -646,11 +732,11 @@ if ((chan < 4 && nbytes > (1<<16)) || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); - - if (dma_inuse & (1 << chan) == 0) - printf("isa_dmastart: channel %d not acquired\n", chan); #endif + if ((dma_inuse & (1 << chan)) == 0) + printf("isa_dmastart: channel %d not acquired\n", chan); @@ -742,25 +834,37 @@ } } { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); - if (dma_inuse & (1 << chan) == 0) + if ((dma_inuse & (1 << chan)) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif #if 0 /* * XXX This should be checked, but drivers like ad1848 only call * isa_dmastart() once because they use Auto DMA mode. If we * leave this in, drivers that do this will print this continuously. */ - if (dma_busy & (1 << chan) == 0) + if ((dma_busy & (1 << chan)) == 0) Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-stable Sat Oct 18 03:13:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08472 for stable-outgoing; Sat, 18 Oct 1997 03:13:07 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA08466; Sat, 18 Oct 1997 03:13:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id DAA16915; Sat, 18 Oct 1997 03:12:09 -0700 (PDT) To: Luigi Rizzo cc: msmith@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: missing parentheses in isa.c In-reply-to: Your message of "Sat, 18 Oct 1997 09:32:50 BST." <199710180832.JAA15606@labinfo.iet.unipi.it> Date: Sat, 18 Oct 1997 03:12:09 -0700 Message-ID: <16911.877169529@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > and occurs 4 times in isa.c. The code has been fixed in -current, > I suggest that the fix is brought over to -RELEASE. As it is now, these > tests always fail. Looks good to me. Done! Jordan From owner-freebsd-stable Sat Oct 18 03:26:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08866 for stable-outgoing; Sat, 18 Oct 1997 03:26:36 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA08859 for ; Sat, 18 Oct 1997 03:26:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id DAA17063; Sat, 18 Oct 1997 03:26:40 -0700 (PDT) To: Arjan de Vet cc: stable@freebsd.org Subject: Re: 4 days till 2.2.5! In-reply-to: Your message of "Fri, 17 Oct 1997 19:06:06 +0200." <199710171706.TAA00458@adv.IAEhv.nl> Date: Sat, 18 Oct 1997 03:26:40 -0700 Message-ID: <17059.877170400@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Um, can you tell me exactly what you mean by this? I booted up the latest 2.2.5-BETA floppy (971018) and was able to enter and leave the partition editor as many times as I wanted from the custom install menu. Is there some specific way you're causing this failure to occur? Thanks! Jordan > In article <28648.877024228@time.cdrom.com> you write: > > >Just a reminder that if you've got issues to fix, there are only 4 days > >left. > > I noticed that the partition editor in 2.2.5-BETA's sysinstall can only be > entered once whereas it could be entered multiple times in older versions. > Is this intended behavior? > > Arjan From owner-freebsd-stable Sat Oct 18 06:13:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA17368 for stable-outgoing; Sat, 18 Oct 1997 06:13:20 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA17363 for ; Sat, 18 Oct 1997 06:13:13 -0700 (PDT) (envelope-from devet@adv.IAEhv.nl) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 8085 on Sat, 18 Oct 1997 13:13:07 GMT; id NAA08085 efrom: devet@adv.IAEhv.nl; eto: UNKNOWN Received: (from devet@localhost) by adv.IAEhv.nl (8.8.5/8.8.6) id PAA00284; Sat, 18 Oct 1997 15:11:44 +0200 (CEST) From: Arjan de Vet Message-Id: <199710181311.PAA00284@adv.IAEhv.nl> Subject: Re: 4 days till 2.2.5! In-Reply-To: <17059.877170400@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 18, 97 03:26:40 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 18 Oct 1997 15:11:44 +0200 (CEST) Cc: stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard: >Um, can you tell me exactly what you mean by this? I booted up the >latest 2.2.5-BETA floppy (971018) and was able to enter and leave the >partition editor as many times as I wanted from the custom install >menu. Is there some specific way you're causing this failure to >occur? I've been doing some debugging and the problem only happens when I select sd1 instead of sd0. The patch below seems to fix the bug. The "problem" that remains is that once you have selected one or more disks in the partition editor you cannot delete/add other disks anymore. Once disks are selected, you always end up in the FDISK editor immediately for all selected disks; in previous versions you always got the "Select Disks" menu first. Arjan --- disks.c.orig Sat Oct 18 14:36:06 1997 +++ disks.c Sat Oct 18 14:40:46 1997 @@ -536,34 +536,34 @@ int diskPartitionEditor(dialogMenuItem *self) { DMenu *menu; Device **devs; - int i, cnt; + int i, cnt, devcnt; cnt = diskGetSelectCount(&devs); + devcnt = deviceCount(devs); if (cnt == -1) { msgConfirm("No disks found! Please verify that your disk controller is being\n" "properly probed at boot time. See the Hardware Guide on the\n" "Documentation menu for clues on diagnosing this type of problem."); return DITEM_FAILURE; } else if (cnt) { /* Some are already selected */ - for (i = 0; i < cnt; i++) { + for (i = 0; i < devcnt; i++) { if (devs[i]->enabled) { if (variable_get(VAR_NONINTERACTIVE)) diskPartitionNonInteractive(devs[i]); else diskPartition(devs[i]); } } } else { /* No disks are selected, fall-back case now */ - cnt = deviceCount(devs); - if (cnt == 1) { + if (devcnt == 1) { devs[0]->enabled = TRUE; if (variable_get(VAR_NONINTERACTIVE)) diskPartitionNonInteractive(devs[0]); else diskPartition(devs[0]); From owner-freebsd-stable Sat Oct 18 14:08:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04540 for stable-outgoing; Sat, 18 Oct 1997 14:08:21 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from ns.frihet.com (frihet.bayarea.net [205.219.92.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04534; Sat, 18 Oct 1997 14:08:17 -0700 (PDT) (envelope-from tweten@ns.frihet.com) Received: from ns.frihet.com (localhost [127.0.0.1]) by ns.frihet.com (8.8.7/8.8.5) with ESMTP id OAA05318; Sat, 18 Oct 1997 14:03:47 -0700 (PDT) Message-Id: <199710182103.OAA05318@ns.frihet.com> X-Mailer: exmh version 2.0zeta 7/24/97 Reply-To: "David E. Tweten" To: mobile@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: PC Card SCSI for 2.2 Stable? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Oct 1997 14:03:46 -0700 From: "David E. Tweten" Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I may have just (okay, several weeks ago) wasted my money buying an Adaptec SlimSCSI PCMCIA HBA card. I've been unable to get it to work on a FreeBSD system, CVSupped from RELENG_2_2 about a week ago. The machine is an NEC Versa 6030X laptop which has only two remaining interrupts available after all the built-in stuff has been accounted for. They are INTs 11 and 15. Though the Adaptec box said nothing about interrupt requirements, the card's Card Information Structure (CIS) says it can only use INTs 3 or 5. Needless to say, I haven't been able to make it work. The card is now temporarily in the hands of a co-worker who wants to try it out with NetBSD. He maintains my problem is bogus behavior on the part of FreeBSD. He says Card Services in FreeBSD should just have mapped the one actual interrupt line on a PC card to whatever host interrupt it wished from the pool, ignoring the CIS. I just bought a copy of MindShare's PCMCIA book, and haven't yet finished reading TFM. Still, being impatient, I have the following questions: 1) Is my young NetBSD-loving friend right? Should FreeBSD 2.2-Stable Card Services have been able to handle the situation? If so, is it being fixed? After I finish the book, can I help? That way, I'll actually be able to _use_ my purchase when Jason is through with it. 2) If he is merely exposing his religeous devotion to NetBSD (which can be awesome to behold), what SCSI HBA PC cards are there that will work with FreeBSD on interrupts 11 or 15? It seems one can't depend upon the outside of the box for this kind of critical information. Thanks for any enlightenment you can provide. -- David E. Tweten | 2047-bit PGP fingerprint: | tweten@frihet.com 12141 Atrium Drive | E9 59 E7 5C 6B 88 B8 90 | tweten@and.com Saratoga, CA 95070-3162 | 65 30 2A A4 A0 BC 49 AE | (408) 446-4131 Those who make good products sell products; those who don't, sell solutions. From owner-freebsd-stable Sat Oct 18 14:53:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06215 for stable-outgoing; Sat, 18 Oct 1997 14:53:39 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06210; Sat, 18 Oct 1997 14:53:35 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id PAA00427; Sat, 18 Oct 1997 15:53:28 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA24450; Sat, 18 Oct 1997 15:53:26 -0600 (MDT) Date: Sat, 18 Oct 1997 15:53:26 -0600 (MDT) Message-Id: <199710182153.PAA24450@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "David E. Tweten" Cc: mobile@freebsd.org, freebsd-stable@freebsd.org Subject: Re: PC Card SCSI for 2.2 Stable? In-Reply-To: <199710182103.OAA05318@ns.frihet.com> References: <199710182103.OAA05318@ns.frihet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I may have just (okay, several weeks ago) wasted my money buying an Adaptec > SlimSCSI PCMCIA HBA card. I've been unable to get it to work on a FreeBSD > system, CVSupped from RELENG_2_2 about a week ago. The patches to make it work aren't in any version of 'FreeBSD' right now, although there has been recent interest. The patches to make it work are part of the PAO release however. (Note, even if the patches are brought in, they certainly won't be in 2.2.5). > The card is now temporarily in the hands of a co-worker who wants to try it > out with NetBSD. He maintains my problem is bogus behavior on the part of > FreeBSD. He says Card Services in FreeBSD should just have mapped the one > actual interrupt line on a PC card to whatever host interrupt it wished from > the pool, ignoring the CIS. The card simply isn't support with the current drivers, so your friend is neither right nor wrong. Nate From owner-freebsd-stable Sat Oct 18 18:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13538 for stable-outgoing; Sat, 18 Oct 1997 18:13:47 -0700 (PDT) (envelope-from owner-freebsd-stable) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA13528 for ; Sat, 18 Oct 1997 18:13:42 -0700 (PDT) (envelope-from cdillon@tri-lakes.net) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id qa306218 for ; Sat, 18 Oct 1997 20:13:45 -0500 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 18 Oct 1997 19:52:41 -0000 (GMT) From: Chris Dillon To: stable@freebsd.org Subject: Making a release... Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've looked through the handbook and can't find out just HOW to make a release. Looking through /usr/src/release/Makefile got me on the right path, but I still can't get it to work. Lets say, for instance, i want to make a release relative to /usr/RELEASE, and call it 2.2.5-BETA. I use cvsup, if that matters, to update the source tree almost daily. On the command line, the CHROOTDIR, BUILDNAME, RELEASETAG, and CVSROOT can and/or need to be set. CHROOTDIR and BUILDNAME are rather self-explanatory. The last to are not, to me at least. I've tried this and it doesn't work: make release CHROOTDIR=/usr/RELEASE BUILDNAME=2.2.5-BETA RELEASETAG=RELENG_2_2 CVSROOT=/usr It failed on something like "/usr/CVSROOT does not exist". Hmm.. I think I'll try CVSROOT=/ next time.. anyway.. More detailed instructions from someone would still be great. This could make a good handbook topic. The purpose of me doing this is to try and help out a bit and making sure everything gets installed correctly. (I hope there's enough time left.. I'll do it tonight if possible). I would just futz around with it a few times and figure it out myself normally, but release time isn't too far away. :-) Yay! --- Chris Dillon --- cdillon@tri-lakes.net --- Powered by FreeBSD, the best free OS on the planet ---- (http://www.freebsd.org)