HDTenEightyP/NetNews huggingface dataset:
From: lane@sumex-aim.stanford.edu (Christopher Lane)
Newsgroups: comp.sys.next.sysadmin
Subject: The story with MOTD.
Date: 28 Dec 1992 17:48:31 GMT
Organization: Stanford University
Reply-To: lane@sumex-aim.stanford.edu (Christopher Lane)
NNTP-Posting-Host: ssrg-next-1.stanford.edu

As a couple of earlier threads discussed, MOTD for 2.X doesn't work under 3.0.

Under 3.0, the 'loginwindow' application takes care of updating the 'wtmp' and  
'lastlog' files so this feature of MOTD became redundant.  However, the bug  
that kept it from working is that the 'loginwindow' application updates the  
'wtmp' file BEFORE running the LoginHook, which makes it that much harder for  
MOTD to figure out if you've seen the current motd file since your last login.

(I'm not sure if the 'loginwindow' should update the wtmp before or after the  
LoginHook since the LoginHook does have the option of rejecting the user.)

I've patched MOTD so that it ignores the first 'wtmp' record that matches what  
it's looking for and goes on.  This seems to work and I've had a number of  
people try it out who also feel it's working now.  I've also removed the code  
that is now redundant with 'loginwindow', including the entire LogoutHook.

As before, if you want MOTD to show the motd file, regardless of whether it  
believes the user has seen it, you can set the boolean default OnlyOnce to 'No'  
to get that behavior -- the code patch that's been going around isn't needed.

I've ftp'd the patched MOTD to the submissions directories of the CS.ORST.EDU  
and SONATA.CC.PURDUE.EDU NeXT archives -- though you might want to wait until  
it migrates to the real directories.  There is already a non-patched 3.0 copy  
of MOTD on at least one of archives.  To check if you have what is supposed to  
be a working version, 'grep Kludge MOTD_main.m' should return a match..

- Christopher
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: tip question: /etc/phones & /etc/remote doesn't work.
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Tue, 29 Dec 1992 20:03:30 GMT

Hi!

It seems that tip doesn't work properly with /etc/remote and /etc/phones
(NS 3.0):

/etc/remote:
dial19200|19200 Baud Hayes attributes:\
	:dv=/dev/cufa:br#19200:at=hayes:du:
# [...]
UNIX-19200|19200 Baud dial-out to another UNIX system:\
	:el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D:tc=dial19200:
# [...]
uni:pn=@:tc=UNIX-19200:

/etc/phones:
uni <numbera>
uni <numberb>

now "tip uni" doesn't work.

WHY????

If I put in my /etc/remotes:
uni:pn=<numbera>:tc=UNIX-19200:

"tip uni" works.

	Is the /etc/phones capability broken?

Strange, Gerhard.

--
+---------------------------< principiis obsta! >---------------------------+
N  Gerhard Moeller, Teichstrasse 12, 2900 Oldenburg (FRG) [*: 02/21/1968]   N
e  Private: gemoe@proximus.north.de          Phone (voice): +49-441-75520   e
X  Uni:     Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE      NeXTmail  X
T  Z-Net:   Gerhard.Moeller@uniol.zer                          encouraged!  T
+-> NoGeNUG - Northern German NeXT User Group:  NoGeNUG@proximus.north.DE <-+
From: greimann@pecan.cns.udel.edu (J. Brandon Greimann)
Newsgroups: comp.sys.next.sysadmin
Subject: Thanks...re: printer accounting
Date: 22 Dec 1992 19:48:17 GMT
Organization: University of Delaware
Distribution: world
NNTP-Posting-Host: pecan.cns.udel.edu

Thanks to everyone who responded...after a little playing with netinfo and
printcap, it's working just as desired...gotta love UNIX.

-- 
...............................................................................
To reach me through e-mail: greimann@freezer.cns.udel.edu
Phone: (302) 368-4862
From: cjn@vaal.cpr.upenn.edu (Christopher Nagel)
Newsgroups: comp.sys.next.sysadmin
Subject: Delayed File Viewer
Date: 24 Dec 92 16:50:29 GMT

When I log into my system (NST NSv2.2, 16/250+1.2), I've been getting a  
spinning cursor between the time that my dock appears and when the file viewer  
appears.  It has been taking longer and longer, and today, I got a "?" file  
whose name was a list of all the entries in my home dir!

I've halted the system, rebooted, exited the Window server, fsck'ed, and  
nothing seems to help.  Other accounts on the machine come up normally quick -  
what's wrong with mine?  Any help will be greatly appreciated!  Thanks!

Chris
cjn@vaal.cpr.upenn.edu
From: uli@aida.intellektik.informatik.th-darmstadt.de (Ulrich Grepel)
Subject: Re: CD won't play music when booting from external HD
Date: Tue, 22 Dec 1992 13:06:13 GMT
Organization: TH Darmstadt

In article <1992Dec20.002800.673@seer.demon.co.uk>, paul@seer.demon.co.uk (Paul Lynch) writes:
|> In article <1992Dec19.161219.8090@owl.mn.org> brian@owl.mn.org writes:
|> > [Wondering about Audio CDs not being able to be played}
|> 
|> Known bug.  If you have devices at both SCSI id 0 and 1, CDPlayer doesn't  
|> work.  One solution is to move the SCSI ids so that one of 0 and 1 is  
|> free.
|> 
The other solution is to enable 'public window server' in the preferences, but
that might be a security problem for some people.

Uli
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: aaronh@ms.uky.edu (Aaron Herskowitz)
Subject: How to Log Console Logins?
Date: Sat, 2 Jan 1993 06:28:11 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

Does anyone know what I need to do to get a NeXT to log console logins 
in /usr/adm/wtmp under NeXTstep 2.2?  Right now the only logins that 
are logged are tty logins.

My machine used to do it, but it was rebuilt from CD and ever since it
doesn't log console logins.  Is there a switch somewhere in
loginwindow or do I need to create my own loginhook program to write
to wtmp?

Any suggestions would be *greatly* appreciated. I haven't been able to find 
anything in any of the NeXT documentations, NextAnswers or recent FAQs
that mention this specifically.

Please reply to aherskow@alleg.edu, our out-going news is down.  I
will post a summary if others are interested.

-- 
Aaron Herskowitz
Allegheny College, Meadville, Pennsylvania
[aherskow@alleg.edu     NeXTmail Welcomed]
From: wkwong@kalman.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: DPS Error...... Why??
Organization: The Ohio State University Dept of Electrical Engineering
Date: Sat, 2 Jan 1993 22:52:16 GMT

Hi there,

Since I installed the NXFax demo, I have got an error that says:

LocalHost Inform[186]: DPS Client Library Error: Could not form
connection, not local host.......

What is this mean?

Than sometimes when I open some EPS/PS files, the system inform me
that the DPS error again and said the files cannot be shown
completely. Only part of the image is shown.

Any clue??

Andy
Newsgroups: comp.sys.next.sysadmin
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: question about ntp
Organization: Morning Star Technologies
	<1hr64iINNmq7@transfer.stratus.com>
Date: Wed, 30 Dec 1992 21:49:29 GMT

In article <1hr64iINNmq7@transfer.stratus.com> dan@quiensabe.az.stratus.com (Dan Danz) writes:
   ...you can't just run the ntp daemon on your local machine because
   it will forever be bringing up the dialup SLIP line.  So you have
   to put up with some inaccuracy.

If your SLIP (or PPP) software offers a packet filtering capability,
this isn't a problem.  For example, my home workstation will pass NTP
packets on the wire when the link is already up for some other
purpose, but an NTP packet isn't interesting enough to cause the link
to be brought up, nor does an NTP packet count against the idle timer.
So the NTP daemon gets to look at its peers only when I'm already
using the line for something else that matters more to me than
timekeeping.

My normal activity, connecting between home and office (and thence to
the Internet), keeps the line up often enough and long enough to allow
my home NTP daemon to get a good chime fix from the office servers.
It drifts a little more than if it had a full-time connection, but far
less than if it only got a snapshot once a day.

Packet filters are good for something besides building firewalls.
--
Bob Sutterfield, Morning Star Technologies            +1 614 451 1883
1760 Zollinger Rd, Columbus Ohio USA, 43221           +1 800 558 7827
bob@MorningStar.Com                                   +1 614 459 5054 (FAX)
Newsgroups: comp.sys.next.sysadmin
From: crath@bnr.ca (Christopher Rath)
Subject: Re: Help recovering damaged .tar file
Organization: Bell Northern Research, Ottawa, Canada
Distribution: usa
Date: Sat, 26 Dec 1992 23:12:46 GMT

I have used tar-mode.el for emacs to fix tar files.  I forced a change to
each filename in the file, in dired mode, in order to cause emacs to 
recalculate the checksums.

best of luck,
Christopher
--
 Christopher Rath   | crath@bnr.ca
 BNR Lab 5          |
 Ottawa, ON, Canada | "Hydrogen is a colourless, odourless gas which, given 
 (613) 765-3141     | enough time, turns into people." -- Henry Hiebert
From: irving@Happy-Man.com (Irving_Wolfe)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Purdue and Orst hosed?
Date: 2 Jan 93 04:14:42 GMT
Reply-To: Irving_Wolfe@Happy-Man.com
Organization: Happy Man Corp., Vashon Island, WA 98070-7399

In <1993Jan1.075155.3045@mouthers.nwnexus.wa.com> (slugg jello) writes:

>Are both the purdue and orst archive sites hosed, or am I hosed?

Purdue's mail server hasn't responded to me in a couple of weeks, I
think.  I suppose whatever broke, they're all out on holiday and
can't fix it.
-- 
 Irving_Wolfe@Happy-Man.com      Happy Man Corp.  206/463-9399 x101
 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399   fax x108
 We publish SOLID VALUE for the intelligent investor.   NextMail OK
Info free; sample $20.  Send POSTAL addrs: Solid-Value@Happy-Man.com
From: asp@chem.ucsd.edu (Alexander S. Polinsky)
Newsgroups: comp.sys.next.sysadmin
Subject: SUMMARY: Can a Mac network use NeXT as a printer server
Date: 24 Dec 92 01:45:00 GMT
Organization: University of California San Diego, Chemistry
NNTP-Posting-Host: sdchemi3.ucsd.edu

Thanks to everybody who responded. Since many people were interested
I am posting a summary. 

There is a program called uShare by IPT, Inc that runs on NeXT and 
makes NeXT a file, printer and e-mail server for a Mac network.
Also, if there are other Unix computers on the same network, e.g. SGI
workstations, they can also print to the NeXT printer.

Their phone number is 1-800-233-9993

Here are some specs:

Supported Network hardware:
FASTPATH, EtherGate, Apple Internet Router, EtherNet cards from
Apple, Shlva 3Com, Asante

File systems:
Apple HFS-AFP, NFS, BSD

Network protocols:
EtherTalk Phase I and II, TCP/IP, Ethernet, LocalTalk, NFS

Platforms:
Macintosh and NeXT

They sell the program in 3 packages:
1NeXT - 1Mac, 1NeXT - <5 Macs and 1NeXT - unlimited Macs.

Alex Polinsky
Newsgroups: comp.sys.next.sysadmin
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: dwrites on client machines
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Date: Wed, 23 Dec 1992 01:34:58 GMT

How do people usually handle dwrites for the
loginwindow, etc. on client machines? If you mount all of
root from a server, don't you get that server's defaults
when you do dreads on the client? This seems less than
desirable. 

Gordon 
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: karuzis@wccf.mit.edu (GLENN HOLM)
Subject: CDPlayer and 2 drives tips
Organization: Massachvsetts Institvte of Technology
Date: Thu, 24 Dec 1992 08:24:00 GMT

with new people *finally* getting their CD players, this experience
may be appropriate..

if, like me, you have added an external drive to a station with
an internal having SCSI ID#1, you probably set the external's
ID to 0 and made it the boot device, maybe swapping on the
internal. peachy.  except now CDPlayer.app doesn't work with
IDs 0 and 1 and you don't want to open the box to reset the
internal ID. so you set the external ID to 2 or more.

you then have to fix /etc/fstab (and perhaps /etc/swaptab) to
reflect the change that /dev/sd0a has become /dev/sd1a and
/dev/sd1a has become /dev/sd0a.  but when you reboot, you find
that the system boots off the internal, since it has the lower ID.

you try booting from the ROM monitor and saying
bsd(1,0,0)sdmach
but the system still mounts the internal as /

after mucking with fstab on both drives, you manage to make both
unusable, and single-user mode mounts the internal as read-only.

here you open the NeXTSTEP 3.0 release notes and learn about
booting (and reinitializing) from the CDRom.  Tucked away in 
there is how to boot from a higher ID drive (and left out of the
2.1 Sysadmin book). (and wish you had made that bootable floppy).

at the ROM monitor, say
bsd(1,0,0)sdmach rootdev=sd1a nbuf=128        /*or whatever*/
and you can listen to tunes.

i'm not sure how to get this much into the ROM monitor's p
option to set this semi-permanently, since it only holds 12
characters.  sd(1,0,0)-a at least prompts you for the root
device, but you can't have the larger nbuf.  wasn't there
something in Preferences to set the boot drive? no longer.
anyway, if you have fstab right and type the right thing at
the ROM monitor, things should go ok.  if not, don't blame me.
you probably didn't need the tunes that badly.

------------------------------------------------------------------
|Glenn Holm                         Internet:karuzis@wccf.mit.edu|
|M.I.T Dept. of Brain + Cog. Sci.   This VAX doesn't do NeXTmail |
|Cambridge, MA 02139       "Real Neuroscientists don't do gels!" |
------------------------------------------------------------------
From: John-Z@cup.portal.com (John Michael Zollinger)
Newsgroups: comp.sys.next.sysadmin
Subject: Exec. files not being fd
Date: Tue, 29 Dec 92 18:10:53 PST
Organization: The Portal System (TM)

Help...For some reason my shell can't find executable files.  If I
compile a little C program and then rehash (I am doing that), it still
says that it can't find the file, even though 'ls' shows that it is
there.  In addition, adding entries to my PATH setup in the shell startup  
script doesn't seem to have any effect, but if I put an executable file
into the standard path, like '~/Unix/bin/' it finds it ok.

As you can see, I am at a loss as to what is wrong so any help would be
greatly appreciated.  Thanks.       


John Zollinger
john-z@cup.portal.com
Newsgroups: comp.sys.next.sysadmin
From:  (slugg jello)
Subject: Purdue and Orst hosed?
Reply-To: slugg@mouthers.wa.com
Organization: Mouthing Flowers
Date: Fri, 1 Jan 1993 07:51:55 GMT

Are both the purdue and orst archive sites hosed, or am I hosed?  I am unable  
to upload a 289K file to either server.  Each one gives me the following  
message:

netout: Broken pipe
421 Service not available, remote server has closed connection

(nova and orst do this, sonata just freezes up).

How can both be going bad at once?  Could there be some other problem with my  
connection?  Who would I contact at these sites?

Thanks for any suggestions all you really wild NeXT doods.
-- 
Doug Kent
slugg@mouthers.wa.com
Newsgroups: comp.sys.next.sysadmin
From: sherwood@space.ualberta.ca (System Administrator)
Subject: Re: Getting Preferences to stick (3.0)
Organization: University Of Alberta, Edmonton Canada
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 21 Dec 1992 18:17:04 GMT

Check the ownership of ~/.NeXT and its files
--
=> Sherwood Botsford                   sherwood@space.ualberta.ca <= 
=> University of Alberta         Lab Manager, Space Physics Group <=         
=> tel:403 492-3713                             fax: 403 492-4256 <=         
Newsgroups: comp.sys.next.sysadmin
From: jon@afs.com
Subject: Practical Peripherals Modem
Distribution: usa
Date: Wed, 23 Dec 1992 02:20:04 GMT


Newsgroups: comp.sys.next.sysadmin
From: nate@deepthought.colostate.edu (Nathaniel David Sammons)
Subject: AAAAAAAAAAAAaaaaaaa  HELP!!  (recovering lost files!)
Date: Sat, 26 Dec 1992 01:27:10 GMT
Reply-To: ns111310@longs.lance.colostate.edu
Organization: Colorado State University, Fort Collins, CO  80523


Someone please help, I just (due to a severe screw-up) lost quite a few
files which are severely important to me (non-system files)

is there any way to get them back???

-nate sammons
 ns111310@longs.lance.colostate.edu
From: S.A.McIntyre@durham.ac.uk (Scott A. McIntyre)
Newsgroups: comp.sys.next.sysadmin
Subject: WCHAN
Date: 22 Dec 92 16:26:42 GMT
Reply-To: S.A.McIntyre@durham.ac.uk
Organization: University of Durham

Is it just me or does ps not return anything useful in the WCHAN area?

IE:
# ps -l
 F   UID   PID  PPID CP PRI BASE VSIZE RSIZE WCHAN STAT TT  TIME COMMAND
  1   21  1945  1934  0  10   10 5.00M 1.82M     0  S   co  5:58 /LocalApps
201   21  1949  1945  0  10   10 5.66M  552K     0  SW  p1  0:01 -tcsh (tcs
  1   21  2145  1945  0  10   10 5.66M  560K     0  S   p2  0:02 -tcsh (tcs
201   21  3043  3042  0  10   10 5.66M  608K     0  S   p4  0:00 -tcsh (tcs
  1   21  2909  1945  0  10   10 5.66M  600K     0  S   p7  0:01 -tcsh (tcs

						^^^^

Should this happen?
Scott


-- 
EMAIL: S.A.McIntyre@durham.ac.uk   OR   scott@shrug.dur.ac.uk (NeXTmail)
SNAIL: Pyschment of Departology, University of Durham, Durham, DH1 3LE
SUN Computers:  "Nice chips, shame about her OS"
"If a virtual tree falls in a virtual forest, does it make a virtual sound?"
Newsgroups: comp.sys.next.sysadmin
From: gisli@liapunov.eecs.umich.edu (Gisli Ottarsson)
Subject: Re: how many man page directories?
Organization: University of Michigan
Date: Mon, 28 Dec 1992 15:42:12 GMT

In article <dbz2mxk@rpi.edu> gad@eclipse.its.rpi.edu (Garance A. Drosehn) writes:

   > My NeXTstation is running release 3.0.  It has two man page directories
   > under /NextLibrary/Documentation: ManPages, and Unix/ManPages.  They seem
   > different: Unix/ManPages contains only some cat directories which contain
   > some old ascii man pages.  /usr/man is a link to ManPages.
   >    I assume that Unix/ManPages is just a left-over from an earlier
   > release, and can be deleted, but I thought I'd check.  Does anything
   > use it?



I think you will find that .../Unix/ManPages contains some man pages
that were not in the original distribution  (These would be documents
more suited to a /usr/local/man location)  I think you may find this
to be the reason for it not having been removed by the 3.0 installer.

				Gisli

--


...............................................................................
							Gisli Ottarsson
   Delenda est Carthago.         			University of Michigan
							gisli@engin.umich.edu
...............................................................................
From: zeke@znext (james dehnert)
Newsgroups: comp.sys.next.sysadmin
Subject: SUMMARY: CDROM panics system
Date: 2 Jan 93 17:43:24 GMT
Reply-To: zeke@znext.cts.com
Organization: pnet


  Thanks to Bob Ballance who told me that the 3.0 upgrade didn't upgrade the  
correct CDROM.fs file system directory into /usr/filesystems.  I ran the 3.0  
upgrade again and just had it preplace those files (touch or delete them before  
hand so the upgrade plan can spot them).
  My CDROM works fine now on all my CDROMS.

  Zeke
-- 
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
=+   +=   Eschew Obfuscation           Next Mail Welcome  =+   +=
+=   =+   James "Zeke" Dehnert        zeke@znext.cts.com  +=   =+
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
From: nevai@mps.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin
Subject: AppleShare question for NeXTStep 3.0 - advice needed
Date: 1 Jan 1993 18:16:45 GMT
Organization: Department of Mathematics, The Ohio State University
Distribution: world
Reply-To: pali+@osu.edu
NNTP-Posting-Host: ops.mps.ohio-state.edu
Originator: nevai@ops.mps.ohio-state.edu

With NeXTStep 3.0 installed, and turning AppleShare on, IS IT POSSIBLE TO
MOUNT A MACINTOSH IF I USE THE CUBE FROM A TERMINAL??? Right now a panel
pops up on the MegaPixel screen asking for user name and password even if I
cd to /Net/AppleShare in a terminal window via telnetting into the CUBE.
I'll much appreciate any advoice how to validate reuqest directly from the
terminal window. Please respond by email. Tnanks. Take care...Paul


Paul Nevai                            nevai@mps.ohio-state.edu
Dept Math - Ohio State University     1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A.     1-614-292-1479 (Math Dept Fax)
From: droege@infko.uni-koblenz.de (Detlev Droege)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Printing to a file under 3.0...Can it be done??!
Date: 21 Dec 1992 13:24:08 GMT
Organization: CC/CS Uni-Koblenz
Distribution: world
NNTP-Posting-Host: nebel.uni-koblenz.de

In article <1992Dec20.075822.9105@news.cs.brandeis.edu>  
sinclair@chaos.cs.brandeis.edu (David A. Sinclair) writes:
> 
> Under other OS's, I have gotten used to being able to print to a file,
> the idea being to take this file later to a machine connected to a
> printer and print it there.
> I searched for Print in Dig.Lib., but found nothing applicable.  Does
> anyone know how this can be done under NS3.0???

Have a look at the print panel which pops up when you click on the
"Print..." menu item of most applications. In the lower left is a
button labeled "Save..." which should do what you want.

--
Detlev Droege                          | droege@infko.uni-koblenz.de
Universitaet Koblenz,                  |       (NeXTmail ok)
Institut fuer Informatik               | Voice: +49 261 9119-421
Rheinau 3-4, D-5400 Koblenz, Germany   | Fax:   +49 261 9119-499
From: joe@mathcs.emory.edu (Joe Christy)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo, NIS, ...
Date: 1 Jan 1993 18:24:41 -0500
Organization: Emory University, Dept of Math and CS
Distribution: world
NNTP-Posting-Host: emory.mathcs.emory.edu
Summary: Enquiring minds want to know
Keywords: NetInfo, NIS, nibindd


[Well, I don't have rn and Pnews back at MSRI, and my first post got
stuck in Santa Cruz (kind of poetic justice), so here goes again]

I'm in the midst of doing upgrades to our NeXTs. Since they were
mainly ignored before I got here, the old 2.n installation is a
mess, so I decided to do a clean install, and make the six NeXTs
in our network run NetInfo. I have several questions.

        1) Most pressing, the very first client that I got up doesn't
find the master netinfo server. At boot time I get the:

Still searching for parent network administration (NetInfo) server.
Please wait, or press 'c' to continue without network user accounts.
See your system administrator if you need help.

message. I looked in the mirror, but wasn't able to help myself.
On the server, I see:

thales(joe) nidomain -l
tag=network udp=671 tcp=673
tag=local udp=670 tcp=672
thales(joe) ps ax | grep netinfo
   69 ?  S     0:03 /usr/etc/netinfod local
   70 ?  S     0:08 /usr/etc/netinfod network

which makes me think that netinfod is ok there. On the client, I only
see the local stuff. How does the client know where to look for the
server? Have I accepted some default timeout which is too short?
How can I force the client to read the network netinfo stuff from
the server? Needless to say, I've already RTFM'ed this, but found
no light.

        2) The bulk of our network is administered through NIS. I plan
to make the master Netinfo server a clone NIS server. Are there any
problems with this that I might avoid? Is there a clever way to
automagically keep the NIS and NetInfo stuff in sync? I'm especially
interested in the user accounts, since they are all system-wide and
we have a considerable turnover of accounts as visitors come and go.

        3) I seem to recall that under 2.n, administrative data was
first sought in the local NetInfo domain, ... , then in the /
netinfo domain, then in NIS, sort of like adding a + to the end
of /etc/foo. Is there some way to do this with 3.0?

Joe Christy   |      Head of Mathematical Computing      | Two wrongs
joe@msri.org  | Mathematical Sciences Research Institute | don't make a right,
(510)643-6069 |          1000 Centennial Drive           | but three lefts do
**************|           Berkeley, CA 94720             |********************