Path: utzoo!utgpu!cunews!bnrgate!brtph3!brchh104!brchs1!bnr.ca!rice!sun-spots-request
From: young@jimbo.nih.gov (Jeff Young)
Newsgroups: comp.sys.sun
Subject: Sun386i Networking Help
Keywords: Networks
Message-ID: <265@brchh104.bnr.ca>
Date: 16 Nov 90 12:05:00 GMT
Sender: news@brchh104.bnr.ca
Organization: Sun-Spots
Lines: 26
Approved: Sun-Spots@rice.edu
X-Original-Date: 30 Oct 90 20:08:56 GMT
X-Sun-Spots-Digest: Volume 9, Issue 363, message 9
X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu

I am a relative newcomer to the Unix/Sun world, in fact, this is why I am
writing.  My first task in a new job was to reconfigure a Sun386i to use
myself.  I loaded the OS, the easy part, and the machine seemed to have
its own ideas about how it should be configured.  I chose to set up the
machine as a master server because there were other 386i's on the net but
they weren't really speaking yp.  As a master server on the net, I had all
kinds of problems getting the machine to talk to other machines.   Since
my job is campus networking, I had to find some way around this.  The only
solution I've found so far is to kill of the yp specific processes and to
load a large /etc/host file from another machine onto this machine.  This
seems to work well except for the fact that I still don't have name
service outside of my domain.  I have a resolv.conf file that points to
the nameservers in my domain and nslookup is working fine.  Ftp and telnet
are another story.

Mail  is my second problem.  As it sits, the machine will deliver mail to
the outside world but will not deliver mail to the user accounts within.
Mail -v from other machines is delivered to the machine and then returned.
sendmail is running with the sendmail.subsidiary.cf config file, I think
it should be running with the .main.cf file and that the mailhost should
be itself, but when I do this  it won't even sendmail out - something
about getting the domains confused - the yp domain and the internet.

Any suggestions short of trading the machine in on a sparc station would
be welcome.  Should I be running in.named?  should I tinker with the
net.conf file - especially the PNP variable? etc...