HDTenEightyP/NetNews huggingface dataset:
From: wade@hobbes.ucsd.edu (Wade Blomgren)
Newsgroups: comp.sys.next.sysadmin
Subject: Various annoying bugs
Keywords: wtmp PRINTER acct
Date: 9 Oct 92 18:20:30 GMT


Can anyone confirm, deny, or suggest fixes for these apparent
"features" of 2.x, as well as comment on whether they are fixed in
3.0?  Ther is nothing in NextAnswers spring 92 on any of these.

1. process accounting cpu time values are wrong (quick test: take a look 
at 'lastcomm' output - almost all process use 0.00 cpu seconds)

2. lpr/lpq do not respect the PRINTER environment variable (along with
other misbehavior to do with hardcoded "Local_Printer").  

3.  no wtmp entries for console logins - someone else mentioned this
but I saw no answers. 

Thanks for any tips or comisseration,

Wade Blomgren
wade@hobbes.ucsd.edu

Newsgroups: comp.sys.next.sysadmin
From: wkwong@kalman.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: Re: Configuration for a SupraFaxModem v.32bis
Organization: The Ohio State University Dept of Electrical Engineering
Date: Mon, 12 Oct 1992 03:23:58 GMT

In article <REUVEN.92Oct11012051@marinara.mit.edu> reuven@athena.mit.edu (Reuven M. Lerner) writes:
>Has anyone managed to install a SupraFaxModem v.32bis under 3.0? If
>so, would you mind sharing your configuration files with me?
>
>I've managed to get my modem working, but not at speeds above 9600.
>Perhaps I'm just new at dealing with /etc/ttys and /etc/remote, and
>perhaps the cable isn't really doing the hardware handshaking that
>it's supposed to be doing. In any event, I'm a bit confused, and would
>like to take a look at someone else's setup.
>
>Reuven
>(No NeXTmail)

I'm using a ZyXEL fax modem and I have the same problem at first, too.

Then, I changed the entries in /etc/ttys and /etc/remote, especially
in /etc/remote, there is several statement that has UNIX-1200......

Change it to 9600 will solve the problem.

Change it to the followings**************/etc/remote
UNIX-9600|9600 Baud dial-out to another UNIX system:\
	:el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D:tc=dial9600:
UNIX-300|300 Baud dial-out to another UNIX system:\
	:el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D:tc=dial300:
#
tip0|tip9600:tc=UNIX-9600:
tip300:tc=UNIX-300:
cu0|cu300:tc=UNIX-300:
cu9600:tc=UNIX-9600:
dialer:dv=/dev/cua:br#9600:
******************************************

I'm not sure if there is any side effect, but it works fine for me!

Later,
Andy
Newsgroups: comp.sys.next.sysadmin
From: kluge@avalon.physik.unizh.ch (kluge daniel)
Subject: Sendmail & UUCP
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4
Date: Wed, 14 Oct 1992 01:35:17 GMT

I'm driving my remote sysadm crazy, with my very special Problem:
My machine is named 'milliways' and this is to long for an normal UUCP-account, so i set up the UUCPNAMEFILE:
/etc/uucp/UUCPNAME
mways
(which is my account)
but now commes the big problem: the return-path is now ...!milliways!daniel .. instead of ...!mways!daniel, so the mail gets
bounced, and the sysadm rather furious, so someeon got a solution, how to hack sendmail.cf the way, it replaces the hostname
by UUCPNAME ? (if possible no hardcoded stuff)

- daniel g. kluge
--

     vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
     | Daniel G. Kluge | e-mail: kluge@avalon.physik.unizh.ch | 
     | Irringersteig 3 | NeXT-Mail welcome                    |
     | CH-8006 Zuerich | phone (voice)  01/252 04 14          |
     |  SWITZERLAND    |        int.   ++41 1 252 0414        |
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Newsgroups: comp.sys.next.sysadmin
From: logan@novell.com (Logan Harbaugh)
Subject: Re: AppleTalk and 3.0. It does not work.
Organization: Novell, Inc.
Date: Thu, 15 Oct 1992 22:08:11 GMT

In article <1992Oct6.015845.14746@cube.handheld.com> jmd@cube.handheld.com  
(Jim De Arras) writes:
> In article <1992Oct3.115657.15290@csus.edu> eps@futon.SFSU.EDU (Eric P.  
Scott)  
> I concur with about 90% of the above, and dispute none of it.  I also  
cannot  
> properly access a MacLan server, this is a package that runs on a PC an  
exports  
> local and PC network drives as Appleserve.  It works flawlessly on the  
Macs  
> here, but is kinda random to the NeXT.  Some volumes never show up, some  
always  
> do, and a couple come and go.
> 
> Jim

I've had the same results, with a NeXT 040 cube running 3.0. It sees our  
AppleTalk zones, and the servers, and will (apparently) attempt to log in  
as a registered user, but never succeeds. It also does *not* see volumes  
published with AppleShare that are in the same zones. I've reported this  
to bug_next@next.com. Got an acknowledgement of receipt, and a week later  
a call, but no action or word on fixes. If you haven't mailed to bug_next,  
you should.

Logan
Newsgroups: comp.sys.next.sysadmin
From: cmumford@iat.holonet.net (Chris Mumford)
Subject: NeXTStep 3.0 problems
Organization: HoloNet (BBS: 510-704-1058)
Date: Sat, 10 Oct 1992 19:38:13 GMT

Several times now - after installing 3.0 on my machine, I will do
something, like selecting another directory while a compile is going on,
and my machine will start continually accessing the disk for 5 minutes or
more.  Usually after 5 or so minutes I reset my machine, and start over.
Has anyone else seen this problem?
Newsgroups: comp.sys.next.sysadmin
From: jolly@next3.cis.uni-muenchen.de (Patrick Stein)
Subject: What are the improvements of the NIS vs NetInfo ?
Keywords: NIS,YP,NetInfo,
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Mon, 12 Oct 1992 11:06:06 GMT


HiHo,

we are about to change our whole systemconfiguration ( a
net with sun's dec's and next's ) what are the differences
and improvements of NetInfo vs. NIS ?

Please mail to jolly@cis.uni.muenchen.de

				thanx Jolly
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: scott@pascal.geom.umn.edu (Scott S. Bertilson)
Subject: Re: tricking dump to not dump files
Organization: Geometry Center, University of Minnesota
Date: Fri, 16 Oct 1992 22:50:02 GMT

  Well, there *is* a way, but it is really sleazy.  It turns
out that NeXT has added a hack to "dump" which causes it to
look at the list of swap files in "/etc/swaptab" and leave
them out of the backup.  I just tested it to be sure and
found that I could just tack my list of files to be excluded
onto the end of the file (no special formatting needed) and
they were left off the backup.  I suppose it could be rather
unfortunate if that list of files is still there when you
boot and "mach_swapon" runs - I don't know whether it will
try to use them without the extra sugar.  Perhaps if you use
this, you should add a little hack to "/etc/rc" to guarantee
that the gunk is eliminated before "mach_swapon" runs.
--
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: Question about NetInfo aliases
Reply-To: BrianW@SoundS.WA.com
Organization: SoundSoftware, Bellevue, WA, USA
Date: Thu, 8 Oct 1992 05:10:27 GMT


While browsing through NetInfo, I noticed that there are somtimes multiple  
values for the name property of some of the standard aliases.

For example, the MAILER-AGENT directory has both "MAILER-AGENT" and  
"mailer-agent" in the name property, but only "postmaster" in the members  
property.  Similarly, the Postmaster directory has both "Postmaster" and  
"postmaster" in the name property, and "root" in the members property.

Some of this info seems to be lost when you do a nidump aliases . as shown:
sounds:brianw> nidump aliases .
Postmaster: root
MAILER-DAEMON: postmaster
MAILER-AGENT: postmaster
nobody: /dev/null
usenet: root

So it looks like mail to MAILER-AGENT gets sent to postmaster, but there is  
really only an entry for Postmaster (notice capitolization) that is directed to  
root.

(I actually do have some questions)

1) Is there a problem that nidump aliases . does not reflect the complete  
picture of what is in NetInfo?  I have noticed that mail aliases are usually  
case-insensitive, so why does the NetInfo database have seemingly useless  
information?

2) Can I get a free ride by taking advantage of this?  What I would like to do  
is avoid making an alias for every mispelling of my email name.  If I create a  
directory called brianw and set several values for the name property (including  
"brian" and "brianw") and set the value of the members property to "brianw"?  I  
haven't seen a case where there were duplicates name values which weren't  
simply the same value in lower case.
-- 
Brian Willoughby	Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com	Sound Signal Processing Software and Consulting
NeXTmail welcome	- NO EMAIL SOLICITATION without prior permission
Newsgroups: comp.sys.next.sysadmin
From: eschwart@netcom.Netcom.COM (Eric Schwartz)
Subject: Setting up SLIP under ver 2.1
Organization: Netcom Online Communications Service
Distribution: comp
Date: Tue, 13 Oct 1992 14:02:44 GMT

Has anyone successfully used the TranSys DialUP-IP software on a NeXTstation?
I've installed it semi-succesfully:  when I 'telnet' or 'ftp' (make packet
requests), the modem on /dev/cua or /dev/cufa dials out and logs into a
SLIP server.

BUT as soon as the SLIP link is up, I get the following message over and over
in the console window:

Oct 13 05:50:15 whyanext mach: zs0: recv buffer overrun

Is this a flow control problem?  Has anyone experienced this error before
either while running SLIP or something else?

HELP!!

Thanks,

Eric
Newsgroups: comp.sys.next.sysadmin
From: scotty@gagetalker.com (Scott Turner)
Subject: Re: swapfile & swapfile.front & IB
Organization: L5 Computing
Distribution: usa
Date: Tue, 13 Oct 1992 08:34:11 GMT

In article <1992Oct12.032523.5364@netcom.com> vin@netcom.com (Vin Locke)  
writes:
|> In article <1992Oct8.005015.8246@cube.handheld.com> jmd@cube.handheld.com  
(Jim De Arras) writes:
|> >In article <1asfr0INN3cv@uwm.edu> xepo@csd4.csd.uwm.edu (Scott R Violet)  
|> >writes:
|> >> 
|> >> HI,
|> >> 	I recently installed 3.0 on my station and have a few
|> >> questions.  When I noticed that my HD size was slowly going up and
|> >> down, I decided to look what files kept changing.  When I looked in
|> >> /private/vm I noticed that there where two swapfiles, swapfile and
|> >> swapfile.front.  What is the difference between the two?  I thought
|> >> that on 2.1 there was only one.
|> >> [stuff deleted]
|> >> 		-Scott Violet (xepo@csd4.csd.uwm.edu)
|> >
|> >According to most folks here, you are seeing things! Just think how much  
more  
|> >it's doing for you, now, and you'll feel better!  :-)
|> >
|> >Jim
|> >
|> 	I, too, found a swapfile.front in addition to my swapfile after I
|> did the 3.0 upgrade.  It bothered me, so I tried a few stunts, like editing
|> /etc/swaptab so my file was named swapfile.front ; I rebooted, and you know
|> what I found? In addition to swapfile.front, there was now a 
|> swapfile.front.front file!
|> Weird thing is that the swapfile.front file is no longer being created, but  
I
|> don't know why it stopped.  The another weird thing was that when I was  
getting
|> this swapfile.front (no, Scott, you weren't seeing things), the "mount"  
utility
|> was reporting "/Internal/vm/swapfile.front" as a device! Internal is a hard 
|> disk mount of /dev/sd1a, which did show up as it should when calling mount,  
so
|> mount was showing 3 devices when I only had two.  I looked through the 
|> doc files and could find no mention of this -- strange.  Perhaps this is a
|> new Mach feature in 3.0.
|> 	If someone out there is in the know about this, please post us
|> a little something.
I guess you guys aren't unix propeller heads.

For an explanation of the front file just fire up a terminal window and
type "df".

Yep, that's right, your NeXT is now equipped with a new filesystem type, a
swap filesystem. One feature of this is that you can see the swaptimizer in
action, the difference in size twixt swapfile and swapfile.front shows you
how much compression you're getting on your swap space.

Scotty
Xref: sparky comp.sys.next.sysadmin:5841 comp.sys.next.software:2113 comp.sys.next.programmer:6616
From: aherskow@reis5.alleg.edu (Aaron David Herskowitz)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.programmer
Subject: How to message network users before system shutdown?
Date: 13 Oct 92 12:47:42 GMT
Reply-To: aherskow@alleg.edu
Organization: Allegheny College

I am looking for a way to send a message to all users logged in to NeXTs which could  
notify them of the system being shut-down.  We have thought of a few ways to do it, but  
they seem rather usage intensive.  

It is a shame that "wall" doesn't work because of the GUI.  They will only get the  
message if they are running terminal or looking at the console file (which few students  
do.)  

Is there a way to get terminal to pop-up, etc, or has someone written an App to do just  
this? 

Any help/ideas would be very helpful.
Thanks,
Aaron 

--
--  Aaron Herskowitz  --  aherskow@alleg.edu  --  NeXTmail Welcomed  --
                         --  Allegheny College  --  Meadville, Pennsylvania  --
From: scott@pascal.geom.umn.edu (Scott S. Bertilson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What the hell is "No more room in kernel map"???
Date: 16 Oct 92 19:59:01 GMT
Organization: Geometry Center, University of Minnesota


  Is there a document somewhere that describes what "nbuf" actually
means?  I'm familiar with what it used to do on SunOS (and other
BSD-like versions) and on System V.  I had assumed that Mach
operated like more modern (>= 4.0) releases of SunOS where disk
buffers were dynamically allocated from the same pool as process
pages - that the disk buffer pool could grow to use most of
available memory if processes were using only a small portion.
The current conversation makes me think this is not true and that
I'd be wise to crank "nbuf" higher on all of our machines that have
a local disk.
  The comment I saw on the net mentioned that it was useful to increase
"nbuf" on a machine with a NextDimension because it would improve the
Mach messaging speeds.
--
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: Re: What the hell is "No more room in kernel map"???
Reply-To: BrianW@SoundS.WA.com
Organization: SoundSoftware, Bellevue, WA, USA
Date: Thu, 8 Oct 1992 06:19:09 GMT

Bernhard Nocker writes
| 
| My NeXTdimension Turbo and another NeXTdimension Turbo are suffering from  
| a strange behaviour which causes system panic more than twice a day!!
| The /usr/adm/messages and console simply reports "mach panic ... No more  
| room in kernel map" and the system dies. Sometimes without syncing which  
| causes some other problems!
| 
| For further information: There are no special programs running, but the  
| systems are running the whole day and are fileservers. We do not log out  
| more than once a day (or because of crash). The systems are sometimes  
| heavily loaded.
| 
| Any comments or suggestions????

Just comments:

I have a 25 MHz NeXTdimension and I have had at least four of these exact panic  
messages.  The first three happened every time I was printing, but now that  
I've run the PrintManager I can print.  The most recent happened today when I  
clicked on a posting in rec.music.synth which NewsGrazer mistook for a  
NewsGrazer posting (it showed a standard text file document in the Article).

My machine has NOT been heavily loaded at these times!

Its about time to bug_next@next.com
-- 
Brian Willoughby	Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com	Sound Signal Processing Software and Consulting
NeXTmail welcome	- NO EMAIL SOLICITATION without prior permission
Newsgroups: comp.sys.next.sysadmin
From: haker@whitewater.chem.wisc.edu (Michael Haker)
Subject: Re: Printer in 3.0? SIMPLE FIX!!!!!
Organization: Physical Sciences Lab, UW-Madison
Date: Sat, 10 Oct 92 06:26:44 GMT

In article <1992Sep28.205102.1675@mcshub.dcss.mcmaster.ca>  
pascal@nextasy.physics.mcmaster.ca (Pascal Gaudette) writes:
> 
> In article <1992Sep25.184124.4242@mcshub.dcss.mcmaster.ca> I wrote:
> > In article <}$#@byu.edu> yackd@oregon.et.byu.edu (Don Yacktman)  
writes:
> > > In article <1992Sep22.163029.5016@ornl.gov>,
> > > woo@ornl.gov(John W. Wooten) writes:
> > > >
> > > >What happened to my Printer?
> > > 
> > > I don't know, but it happened to me, too.
> > 
> 
> First of all, thanks to the many people that sent me their
> printcap info. But it didn't work. I got the Local_Printer in
> 
> I finally had to nidump all my user, group, nfs, hosts, etc.,
> info; copy the template netinfo database from
> /usr/template/etc/netinfo; and niload everything back.
> 
> MAJOR hassle. And it's going to be even worse for people who
> have a lab of machines...
> 
> Anyhow, I can finally print to my NeXT printer.
> --
> Pascal "The Rascal" Gaudette       pascal@nextasy.physics.mcmaster.ca
> MacNUG president                      | *NeXTmail encouraged* 
> graduate student, McMaster university | Je ne suis pas infaillible.
> Physics and astronomy dep.            | Vive le Quebec LIBRE!

I just discovered a semi-simple way to get the printer back.
The problem is in the .NeXT/.NextDefaults.L file that each user has. If  
you delete this file for each user, the system will create a new one when  
each user logs back in.  They can then print. IT IS NOT IN THE NETWORK.  I  
discovered this because a new user I added after the 3.0 conversion had no  
problem printing.  If you replace all the old . files of an old user with  
the new ones created for any-post-conversion users it also work.  

I played around comapring the . files and finally narrowed it down to the  
NeXT/.NextDefaults.L file.  

The catch with this fix is that each user losses their defaults (dock,  
preferences....) so its a bit of work for each of them to get things back,  
but it does work and it is not much work for the administrator.

(Note, we thought it was in our netinfo so we completely reinstalled the  
system from the CD with hard disk initialization and rebuilt our net from  
scratch except for the user accounts and LocalApps, LocalLibrary stuff  
which were on another non-system disk).

Hope this prevents a lot of you from doing an unneccessary amount of work  
like we did.

Mike Haker
Department of Chemistry, University of Wisconsin - Madison.
haker@whitewater.chem.wisc.edu
Newsgroups: comp.sys.next.sysadmin
From: mckelvey@suite.com
Subject: Re: bug in tar, anyone fixed it?
Reply-To: mckelvey@suite.com
Organization: Suite Software, Anaheim CA.
Date: Wed, 7 Oct 1992 21:09:25 GMT

In article <1992Oct6.133148.12377@resonex.com> zenon@resonex.com (Zenon  
Fortuna) writes:
> In article <1992Oct6.084806.10760@urz.unibas.ch> frank@ifi.unibas.ch writes:
> >In article <ti6ls.718300894@tuhhco>  writes:
> >> As the man pages say "The current limit on file name length is 100  
> >characters."
> >> Has anyone fixed this bug?
> >> 
>  
>/***************************************************************************** 
/
> >> /*      Ludger Solbach, AB Techn. Inf. VI, TU Hamburg-Harburg, Germany        
> >YEP, GNU! get GNUtar... (it's all over the places, on many different  
servers)
> >--
> >Robert Frank                         tel. + (061) 321 99 67                 
> 
> 
> I do not understand the answer. The gnutar still has the default NAMSIZ set
> to (only ?) 100 characters. Maybe Robert thought about the path length ?
> 
Gnutar DOES backup files with path names longer than 100 characters.  But it  
does it by "mangling" the name to something shorter.  Then at the end, it  
writes out a special file that relates the mangled names to the true names.

This doesn't really work perfectly; the verify option can't verify them.  And I  
believe that the only way to get the files properly demangled is to restore the  
entire archive.  Or to keep a list of them yourself and do it manually.

This may have changed in the latest Gnutar.
Newsgroups: comp.sys.next.sysadmin
From: dmitri@physics (Dmitri Linde)
Subject: Re: -NXHost xxxxx  over SLIP?  has anyone done this?
Organization: Los Alamos National Laboratory, NM
Date: Fri, 9 Oct 1992 21:49:20 GMT

In article <Oct07.231457.38767@yuma.ACNS.ColoState.EDU> ns111310@longs.LANCE.ColoState.Edu (The BLaCKSMiTHE) writes:
>
>Hello,
>
>Has anyine out there tried to run an app remotely via a SLIP
>connection (~9600bps) by the -NXHost option??
>I assume this is possible if you just try something like:
>% DataPhile.app -NXHost <insert temporary IP address here> &
>
>but has anyone tried it?
>
BTW: IP address does not work. You need a host name...
From: schoi@ccat.sas.upenn.edu (Samuel Choi)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with booting off external drive
Date: 14 Oct 92 05:42:44 GMT
Organization: School of Arts and Sciences, UPENN

After only minor problems, I managed to upgrade my NeXTStation to 3.0 off
CD ROM . . . the problem I'm having is that I can't get it to boot off
of it.

I did change it to SCSI 0 . . . the other devices are the internal drive
at SCSI 1 and the CD ROM drive at SCSI 4.

When I power up my NeXT (powering up the two external devices first) I
immediately get the ROM monitor.

It boots fine when I bsd . . . finds my external, sets it as sd0a from
target 0, the internal as sd1a from target 1, etc.

And otherwise it runs without a hitch.  But I'm a little concerned that the
NeXT doesn't recognize the external drive at power up . . . or at least 
refuses to boot until I type "bsd"

Any ideas?

Sam Choi
schoi@ccat.sas.upenn.edu
From: BrianW@SoundS.WA.com (Brian Willoughby)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: -NXHost xxxxx  over SLIP?  has anyone done this?
Date: 15 Oct 92 05:52:51 GMT
Article-I.D.: sounds.Bw5F03.1qp
Reply-To: BrianW@SoundS.WA.com
Organization: SoundSoftware, Bellevue, WA, USA

Derek Beatty writes
| [...]  I wasn't trying  
| to say that NXHost over SLIP was made slow intentionally.  I was trying to  
| say that it might be deliberately hard to make it work at all.  So far as  
| I know, to NXHost over SLIP, you have to have the same IP address for both  
| the ethernet and the slip interfaces, and to make that work, you have to  
| rather carefully adjust the routing tables, in the case of a standalone  
| machine.

Actually, I had to _differentiate_ my ethernet and SLIP interface IP addresses  
in order to make -NXHost work (and I did get it to work long enough to decide  
not to use it at all).  The key was in a message from Felix_A_Lugo@ATT.COM that  
I had saved away long before installing SLIP.

My problem was that I had assigned my machine name, sounds, to the local end of  
the SLIP interface (each SLIP interface has a local and remote IP address, you  
know).  After following Felix's suggestion to modify the routing tables so that  
both machines knew how to reach each other's en0 interface (not merely the SLIP  
interface), -NXHost would work.

I would get into the details, but trust me - it ain't worth it.
-- 
Brian Willoughby	Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com	Sound Signal Processing Software and Consulting
NeXTmail welcome	- NO EMAIL SOLICITATION without prior permission
From: swhite@mathcs.emory.edu (Scott White)
Newsgroups: comp.sys.next.sysadmin
Subject: updating to 3.0 without floppy
Date: 9 Oct 92 16:42:53 GMT
Organization: Emory University, Dept of Math and CS

I have a cube on 2.0.  Have Sun CD-ROM drive and 3.0 CD.

But we don't have a floppy drive, to install UpdatePrep.app.

Can I get this off the net? (FTP)

Does anyone have advice to give re using the Sun CD-ROM drive?

THANKS!!

Scott White
-- 
Scott White
Department of Mathematics and Computer Science
Emory University, Atlanta, GA 
Internet: swhite@mathcs.emory.edu   UUCP: {rutgers,ogicse,gatech}!emory!swhite	
Newsgroups: comp.sys.next.sysadmin