HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.protocols.nfs
From: shaman@cix.compulink.co.uk (Leo Smith)
Subject: Re: BWNFS V PC-NFS
Reply-To: shaman@cix.compulink.co.uk
Date: Thu, 10 Sep 1992 09:36:00 +0000

>+Subject      : What are the advantages and disadvantages of B+Wnfs vs SunPCNFS?
curt@ekhadafi.austin.ibm.com (Curt Finch) writes..

>What are the advantages and disadvantages of B+W NFS vs SunPCNFS?

>I'm mainly interested in design issues in the latest versions of
>both. I assume differences in design exist? Not trying to start a
>flame war.


B & W uses DOS devices to access the sockets: This means that the
code (like the Novell Nee Excelan) sits well under Windows 3 etc. It
is also very small, and pretty fast.

IMHO the emulator is even worse than PC-NFS advanced telnet.

It also is a bit quirky: it does things its own way. For instance
print redirection doesn't work with some versions of SCO NFS because
in a fit of elegance, the designers of BWNFS decided to use the IP
address (in Ascii) plus a decimal point plus a three digit number as a
temporary filename. the pcnfsd of SCO (designed to work with PC-NFS,
who after all invented the beast, and ought to be regarded as some
kind of de-facto standard) adds a further decimal point and a .spl
extension before printing - or would if the SCO operating system
would allow a filename of that total length....

This interoperability  problem is firmly identified as a 'bug in SCO'
by Beame and Whiteside.

I hope this helps to indicate some of the braod differences in
approach between SUN and Beame and Whiteside. Sun moves slowly and
grinds exceedingly small: The architectire is VERY dated, but its
been made to work passably well, and validated against most things.
Beame and Whiteside started from a better place, but sometimes it
frankly just doesn't work.

If you are preapred to hack code about and get your own daemons up
and running on the Unix end, then Carls code is great fun and good
value.

If you want a complete commercial package, with good manuals and -
lets face it - the industry standard - and are prepared to accept the
size and the extreme difficulty of programming the beast under
Windows then PC-NFS is a fine product.

Newsgroups: comp.protocols.nfs
From: aswin@nimbus.worldbank.org (aswin kokilananda)
Subject: Re: What NFS packages for Windows 3.1/DOS 5.0 are shipping?
Organization: WORLD BANK
Date: Thu, 10 Sep 1992 15:02:28 GMT

In article <0105015D.ctq341@phngnc.Phonogenic.COM>, wjk@Phonogenic.COM (Bill Keenan) writes:
> 
> I am trying to select an NFS package for use on 386/486 machines
> running Windows 3.1 w/ DOS 5.0. I have been trying to get product info
> and/or an evaluation copy of each package I learn about. So far, I know
> of 5 packages (ftp's, B&W's, PC-NFS, Super TCP, Chameleon) which may or
> may not work WELL with Windows.
> 
> I should appreciate knowing about any packages (publisher, phone number,
> address, etc.) which are available. I should also like any praises or
> flames for these packages in the Windows 3.1 environment.
> 
> The plan is to use the selected package with an NE2100 compatible
> Ethernet interface. Any opinions on this interface should also be
> welcome.
> 
> Bill
> 
> ------------------------------------------------------------------------
> Bill Keenan
> Internet:	wjk@phonogenic.com -or- phngnc!wjk
> AppleLink:	wjk@phonogenic.com@INTERNET#
> CompuServe:	>INTERNET:wjk@phonogenic.com
> Phonogenic Systems Corporation - Phone 415/365-1083 - FAX 415/365-1083
> PO Box 3535, Redwood City CA 94064
> 
> Rudman - Tsongas '96 on the Republocatic ticket
> Politicians working together for fiscal responsibility! This country
> borrows about $4.25 per day per US resident (that is $21/day for a
> family of 4) with little hope of paying any of the principle!
> 
Hi,

We use Chameleon/NFS, this seems to be the only product that 
has a DLL kernel impelmentation instead of DOS TSR.
All Apps within the package are true Windows Apps. and not DOS BOX
within Windows. For Windows, this is the package to use.
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Ctrl-P key confusing to PC-NFS?
Date: 10 Sep 1992 15:56:42 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth Gary.Woodman@anu.edu.au (Gary Woodman) (in <Gary.Woodman.683.716096251@anu.edu.au>):
#In article <657@dwp.la.ca.us> carlson@dwp.la.ca.us (Carlson Peters x7898) writes:
#
#>I get this too.  Since ^p is part of emacs style unix command line
#>editing I am forever hitting this by mistake.  
#
#Must be a pain to a Unix-type person...
#
#>The only alternative is to reboot.  
#
#Not so; just hit ^p again, even at the Abort, Retry, Ignore prompt, to turn 
#off printer logging.

Or, better yet, apply the PC-NFS 4.0a patch kit......

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
-----------
News software that enforces a four-line .signature limit is responsible for
the fact that these postings just go on and on and on and seem to end in mid-
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc,comp.dcom.lans.ethernet
From: eengelke@sail.uwaterloo.ca (Erick Engelke)
Subject: Re: Sun <=> PC Transfer Rate (Summary)
Organization: University of Waterloo
Date: Mon, 14 Sep 1992 19:32:33 GMT

 beame@maccs.dcss.mcmaster.ca (Carl Beame) writes:
 > backman@vaxeline.ftp.com (Larry Backman) writes:
>>
>	[stuff deleted]
>>
>> The 3C509 ...  has only a 2K buffer
>> Draw your own conclusions.
>>
>>Larry Backman
>>FTP Software
>
>	We have also done tests with the 3C509 card. The tiny buffer size makes
>the card little better then their 3C501. Its not just NFS that can expect a
>large number of back to back packets, TCP does as well. 

What we need here is simply a good driver.  The 3c509 is unconventional
in several respects, including the ability to transfer partial packets.
A properly written driver will efficiently clean out the buffer pool
and allow it to effectively read at wire speed.  My guess is that the
existing drivers don't take that into consideration.  I believe the
CRYNWR driver will, and probably the ODI driver does too.

Erick
-- 
Erick Engelke					  Engineering Computing
						 University of Waterloo
Waterloo TCP Architect		 erick@development.watstar.uwaterloo.ca
Xref: sparky comp.protocols.nfs:2334 comp.protocols.tcp-ip.ibmpc:5259 comp.dcom.lans.ethernet:1917
From: karl@empirical.com (Karl Auerbach)
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc,comp.dcom.lans.ethernet
Subject: Re: Sun <=> PC Transfer Rate (Summary)
Date: 15 Sep 92 20:28:33 GMT
Organization: Empirical Tools and Technologies

>In article <karl.23.716089551@empirical.com> karl@empirical.com (Karl 
Auerbach) writes:>>>Two SPARCstation 2's are apparently capable of data 
rates of 800 to 1000>>>kilobytes per second memory-to-memory transfer on a 
dedicated Ethernet.>>
>>Sun's can do *much* better than that.
>
>No they cannot. 1000 kByte/s = 8 Mbit/s, which already comes close to the
>10 Mbit/s of the Ethernet...

Ahhh...you must be using the old low voltage Ethenet option.  The new 1500 
volt, 3 amp transceivers really speed things up.

Joking aside...

I had read kilobytes as kilo *bits*.  And 1000 k *bits* is slow but
1000 k *bytes* certainly isn't.

An interesting twist I've seen to all of this is the use of LZV compression
of a file as it passes through FTP.  This can substantially improve the 
apparent throughput.  The technique is perhaps somewhat less effective for 
independent-block mode transfers (such as NFS) as opposed to full file 
transfers (FTP.)  I'm also not sure of the legal situation regarding LZV 
patents.

			--karl--
Newsgroups: comp.protocols.nfs
From: backman@vaxeline.ftp.com  (Larry Backman)
Subject: Re: RPC version 3?
Nntp-Software: PC/TCP NNTP
Organization: FTP Software, Inc., Wakefield, MA
Date: Mon, 14 Sep 1992 12:43:48

In article <1992Sep11.203713.15718@nntpd.lkg.dec.com> uresh@ovrbid.lkg.dec.com (Uresh Vahalia) writes:

 >> >You might be looking at the portmap protocol which rev'ed to version 3
 >> in SVR4 and version 4
 >> >in Solaris 2.0.
 >> 
 >> Yes.  That is what I meant.  Where can I find specs foe these versions?
 >> 
And while the powers that be are delving around in their collective 
basements for that specification could they also rattle the cages
of the keeper of the Kerberized RPC spec.  I've heard it told that
Solaris 2.0 supports Kerberized authentication.

Larry Backman
FTP Software

Newsgroups: comp.protocols.nfs
From: miller@dg-rtp.dg.com (Mark T. Miller)
Subject: Juszczak's reply cache article needed
Date: Wed, 9 Sep 92 20:42:20 GMT
Distribution: na
Organization: Data General Corporation, RTP, NC.

I am looking for Chet Juszczak's article "Improving the Performance and
Correctness of an NFS Server"   The reference I have cites the June 1990
USENIX proceedings.  Well after spending the afternoon hunting down the
June '90 proceedings, the article is not in there!

If anyone else has a citation, or better yet an e-mailable copy of
the article, could you pleaser reply.

Thanks,
Mark M.

	Mark T. Miller					miller@dg-rtp.dg.com
							...uunet!xyzzy!miller
Newsgroups: comp.protocols.nfs
From: george@ache.mad.adelaide.edu.au (George Travan)
Newsgroups: comp.protocols.nfs
Subject: Pcnfs 4.0 and Telnet
Date: 8 Sep 92 04:56:49 GMT
Reply-To: george@frodo.ua.oz.au
Organization: University of Adelaide
NNTP-Posting-Host: ache.mad.adelaide.edu.au
Originator: george@ache.mad.adelaide.edu.au



I have an application that runs on a SUN that uses line drawings/highlighting all
sorts of things. Hence I am having a problem with the telnet distributed with
pcnfs. 
I get a row of 'qqqqqqqqqqqqqqqqqqqqqqq' for horizontal lines abd 'x' for vertical 
lines  within telnet. This looks gross...
Can telnet  handle line drawings such as this??? Anyone??

/Geo

-- 
                  George Travan "A Rebel Without A Clue!"                   
                  E-mail: george@ache.mad.adelaide.edu.au                       
     Phone: (Australia) +61 08 228 5968   Fax: (Australia) +61 08 224 0464  
        University of Adelaide,G.P.O Box 498 Adelaide, AUSTRALIA 5001
From: angelini@irisa.fr (Pierre Antoine ANGELINI )
Newsgroups: comp.protocols.nfs
Subject: Seeing only the second name in printcap ( pcnfsd V2) ..
Date: 8 Sep 92 08:20:57 GMT
Organization: IRISA, Rennes (Fr)

I perfectly remember seeing a discussion about people having problem
with Pc-Nfs 4.0 and printers.
They were only seeing the second name (or the last
field) declared in the printcap.

My problem is that I can't find any copies of that discussion ( and
obviously, the solution to the problem ).
As our connexion to the archive server seems to be down, would anybody
having a copy about that topic be kind enough to forward it to me ?
( or repost it ) ?

Thank you

--------------------------------------------------------------------------------
Pierre-Antoine ANGELINI (PAA)          #  E-mail :    angelini@irisa.fr     
                                       #                 
IFSIC /IRISA                           #  Tel    :    (33) 99.84.73.78       
Universite de Rennes I                 #  Fax    :    (33) 99.38.38.32    
Campus de beaulieu                     #                    
Avenue General Leclerc                 #           "Pace et salute"
35042 RENNES CEDEX - FRANCE            #
--------------------------------------------------------------------------------
Xref: sparky comp.protocols.nfs:2319 comp.protocols.tcp-ip:4402
From: jpj@jet.uk (Jean-Paul V Jeral)
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip
Subject: Re: NFS Over Satellite Link
Date: 14 Sep 92 13:06:59 GMT
Organization: Joint European Torus

In <9225710.24475@mulga.cs.mu.OZ.AU> raob@mullian.ee.mu.oz.au (richard oxbrow) writes:
 (stuff deleted...)
>I would suggest you have a look at transarc's/CMU AFS (andrew files system)
>which performs a similar function to NFS but has a few other nifty
>features, like local file caching, added security etc..  (to cut down
>on the link traffic)

>	richard/..

Where can I get informations on this AFS? Sorry if it is a FAQ.
Thanks.
           Jean-Paul Jeral    (jpj@jet.uk)
 
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.
From: ccaajmf@ucl.ac.uk (John Franks)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS & MS-DOS ASSIGN
Date: 10 Sep 92 09:56:43 GMT
Organization: Bloomsbury Computing Consortium, London

>Both ASSIGN and SUBST will not work with networked drives (I wish it  
>would!) Blame Microsoft. It's documented in the DOS 5.0 manual.

No. The manual entry for assign states specifically "You can use the assign
command for network drives." And it works, until you attempt to mount
or dismount or generally eanything else using the "net" command, at which
point PC-NFS crashes the machine... :-)

>PC-NFS used to provide its own remapping command but I've heard that they
>took it out. (Is this true??)

Anyone know???

>
>Dale Frye
>Washington University in St. Louis
From: gnb@duke.bby.com.au (Gregory N. Bond)
Newsgroups: comp.protocols.nfs
Subject: Q: PD-NFS toolkit / windows
Date: 7 Sep 92 08:28:04 GMT
Organization: Burdett, Buckeridge & Young, Melbourne, Australia

Does the 4.0 PC-NFS programmers toolkit work "elegantly" with Windows?
Can you register windows callbacks on socket read, a la XtAppAddInput?
What C environments does it support?  And can you make applications
backwards-compatible with PC-NFS 3.5?

Greg.
--
Gregory Bond <gnb@bby.com.au> Burdett Buckeridge & Young Ltd Melbourne Australia
``USL has never sold long distance.  You're going after the wrong men in black 
  hats.  (Or, in the case of Plan 9, black space suits)'' - Tom Limoncelli
Newsgroups: comp.protocols.nfs
From: vandeyar@genes.icgeb.trieste.it (Mark Vandeyar)
Subject: PCNFS v3.5 and 3COM 3c503 16 bit ethernet cards
Organization: ICGEB
Date: Tue, 15 Sep 1992 13:08:11 GMT

I am trying to get pcnfs ver 3.5 to run on a 386 with one of the
new 3COM 16 bit 3C503 adaptors.  I have tried using the drivers
that come with pcnfs and also the pktd.sys together with the
packet driver for the 3c503 adaptor but nothing seems to work.
However, I am able to get NCSA telnet to work using the packet
driver.

Could somebody who has managed to get this configuration to
work with PCNFS please point me in the right direction.


Thanks,

Mark
 

Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip
From: pahountis@ncf.al.alcoa.com (Julia Pahountis)
Subject: NFS Over Satellite Link
Reply-To: pahountis@ncf.al.alcoa.com (Julia Pahountis)
Organization: Aluminum Company of America
Date: Wed, 9 Sep 1992 12:10:06 GMT

Has anyone, or do you know of anyone, who has done NFS over a satellite link?  (Can it be done?)
I would appreciate any information on how it was accomplished and what kind of problems were
encountered.

Please send e-mail to pahountis@ncf.alcoa.com.

Thanks,

Julia Pahountis
Alcoa Technical Center
Alcoa Center, PA  15069
pahountis@ncf.al.alcoa.com
Newsgroups: comp.protocols.nfs
From: jallen@oat2.standard.com (John Allen)
Subject: PCNFSD Version2 for Seqeunt
Organization: Standard Insurance Company - Portland Oregon
Date: Fri, 11 Sep 1992 19:26:07 GMT

I have the PCNFSD source and I want to compile it on a Sequent running
PTX, has anyone done this, I need a make file or at least some diffs
and some docs to do this, I am not a super system level hacker
when it comes to the Sequent, the problem that make and C retruns is all
related to my pcnfsd.h which I did in fact create by hand using the RPCgen call
in the make file.  Any questions? should I paste in a message of the errors?
or does someone have a super method?
  

-- 
===============================================================================
John Allen  - Network Executive                   E-mail: jallen@standard.com
Network Services                               Telephone: (503) 243-6189
Standard Insurance, Portland Oregon                  FAX: (503) 321-3313
Newsgroups: comp.protocols.nfs
From: fred@maccs.dcss.mcmaster.ca (Fred Whiteside)
Subject: Re: What are the advantages and disadvantages of B+Wnfs vs SunPCNFS? 
Reply-To: fred@bws.com (Fred Whiteside) 
Organization: Beame & Whiteside Software Ltd. 
Date: Fri, 11 Sep 1992 18:32:09 GMT

	My apologies in advance for airing internal difficulties
on the network ...

In <5305@krafla.rhi.hi.is>, (Douglas Brotchie) douglas@rhi.hi.is writes:
>Alas, not my experience.
>We tried an evaluation of BW-NFS in July.
>Sent a technical query by fax 23rd. July.  No reply.

	addressed to the director of our accounts payable office, where it
unfortunately languished for quite a while ...

>I sent email message 29th. July.   No reply.

	never received.  I have checked all of the inbound logs and there
is no record of even a connection with .is.  we were having some
intermittent problems with email (we are a relatively new site).

>I sent a final fax 6th. August, including the final sentence: "If I do not
>receive a reply to this fax, I will have no further dealings or communications
>with your company."    No reply.

	the response to your fax was sent on Aug. 6th to the original
requestor (Sigurbjartur A. Gudmundsson).  We likely should have sent
an additional copy to you; our error.

Fred Whiteside
Beame & Whiteside Software, Ltd.


-- 
Fred Whiteside   Beame & Whiteside Software Ltd., Caledonia, Ontario
fred@bws.com   fred@maccs.DCSS.McMaster.CA   ...!uunet!utai!utgpu!maccs!fred
From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
Newsgroups: comp.protocols.nfs
Subject: What are the advantages and disadvantages of B+Wnfs vs SunPCNFS?
Keywords: PC-Email, PC-NFS, HP server
Date: 4 Sep 92 16:53:23 GMT
Organization: IBM AWD, Austin

What are the advantages and disadvantages of B+W NFS vs SunPCNFS?

I'm mainly interested in design issues in the latest versions of both.
I assume differences in design exist?  Not trying to start a flame war.
-- 
--
curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
My views are unrelated to those of IBM     |        Austin, TX
 FICA doesn't help the poor.  It mostly goes to old people with incomes >$40k.
From: jzwiebel@pgl-devsvr.den.mmc.com (John Zwiebel 303-977-1480)
Newsgroups: comp.protocols.nfs
Subject: NIS and DNS
Date: 5 Sep 92 03:01:14 GMT
Organization: PAGE @ Martin-Marietta

I've been looking at this problem for over a year on an off and on basis and I haven't yet fully solved it.

I am running NIS on my network with 3 slaves 1 master and about 100 clients.  Sometimes though I would like to be able to just "ping mit.edu" instead of having to try running through nslookup or some similar kludge.  It is fairly clear what happens when I run NIS alone or DNS alone but when both of them run together things get really confusing.  Thanks to Hal Stern's NFS & NIS book I figured out how to set the clients to get full domain names from a DNS server through the ypserv daemon.  (add a -b to the M





akefile in /etc/yp).  However, since the NIS slaves have /etc/resolv.conf set to look for DNS names, they seem to blow of NIS and go straight to the DNS server.  (The master NIS server may also do this but I don't think so yet)

Well, if the slave loses contact with the DNS server he can't talk to anyone.  The NIS map is in place and show up with a ypcat but an attempt to ping a host results in failure until the connection to the DNS server comes back up.  In addition there are horrible problems with domain names.  (Right now I don't have resolv.conf using any).  

Here is a slave server response: 
pgl-hsp# ypwhich
pgl-devsvr.den.mmc.com 

and a client response to that same server 

pgl-amp2:/] ypwhich
pgl-hsp

and the master is bound to itself:
[ pgl-devsvr /etc/yp ]
root: ypwhich
pgl-devsvr

So why does the slave have the domain name added to it?

Watch what happens when I reset the master:

[ pgl-devsvr /etc/yp ]
root: ypwhich
pgl-devsvr
[ pgl-devsvr /etc/yp ]
root:  /usr/etc/yp/ypset pgl-hsp
[ pgl-devsvr /etc/yp ]
root: ypwhich
pgl-hsp.den.mmc.com
[ pgl-devsvr /etc/yp ]

I should tell you that my NIS servers are RS6000's with AIX 3.2 and the DNS servers are Sun's.  

I want the slaves to get their binding from NIS, not from DNS, I can not depend on the path to the DNS servers.  I could set up my master NIS as a DNS server also but I don't want to have to.

Any ideas?
From: jrh@de.deere.com (John R. Howell)
Newsgroups: comp.protocols.nfs
Subject: I know it is probably not a good idea from a performance standpoint, but is
Date: 15 Sep 92 15:46:08 GMT
Followup-To: comp.protocols.nfs


I have heard that the "store and forward" technique that x.25 uses would
not be conducive to nfs, but I 
Organization: Deere & Company

I know it is probably not a good idea from a performance standpoint, but is
it possible to run nfs (mount an nfs filesystem) over an x.25 connection.

I have heard that the "store and forward" technique that x.25 uses would
not be conducive to nfs, but I would be interested in learning more
specifics.

Thanks.


John Howell
Deere & Company
(The Big Green Tractor People)
jrh@de.deere.com
Newsgroups: comp.protocols.nfs
From: cohen@lindsay.psychiatry.uiowa.edu
Subject: Trumpet for PC-NFS 4.0a
Date: Thu, 10 Sep 1992 15:34:13 GMT
Organization: University of Iowa

Just wondering. Has there been any progress on the PC-NFS version
of the news-reading software "Trumpet"?

thanks
From: nol2321@dsacg4.dsac.dla.mil (Jim Dunn)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS 4.0a / PKTD.SYS
Date: 10 Sep 92 17:37:27 GMT
Organization: Defense Logistics Agency Systems Automation Center, Columbus

Geoff???

  Do you have a new version of the PKTD.SYS for the 4.0a?  I have the 3.0
and 3.5 versions, just use the 3.5?

Thanks!
:)
Jim, jdunn@dsac.dla.mil
Newsgroups: comp.protocols.nfs
From: tm@merkur.sds.no (Terje Mrkassel)
Subject: PCNFSD for SCO UNIX V 3.2
Organization: Statens Datasentral A/S, Norway
Date: Mon, 14 Sep 1992 07:47:43 GMT

        

	HELP !!!

	Does anyone know where to get pcnfsd v.2 for 
	SCO UNIX 3.2 system V ????
	
	Thank you for ANY response !!!




	tm@merkur.sds.no
From: wswietse@wsbs06.bs.win.tue.nl (Wietse Venema)
Newsgroups: comp.protocols.nfs
Subject: Re: on.c source
Date: 7 Sep 92 14:12:34 GMT
Reply-To: wswietse@bs.win.tue.nl
Distribution: comp

andyp@shared.COM (Andy Pardue) writes:

>I am trying to locate source for the 'on' command.  I have done some poking
>around at various ftp sites but am obviously missing something.  Any help
>will be appreciated.

The on/rexd protocol is as secure as a wildcard in your hosts.equiv file.
Be careful.

	Wietse
From: cmcmanis@pepper.Eng.Sun.COM (Chuck McManis)
Newsgroups: comp.protocols.nfs
Subject: Re: on.c source
Date: 9 Sep 1992 09:30:47 GMT
Organization: Sun Microsystems, Mt. View, Ca.
NNTP-Posting-Host: pepper

andyp@shared.COM (Andy Pardue) writes:
> The on/rexd protocol is as secure as a wildcard in your hosts.equiv file.
> Be careful.


Vernon Schryver added:
>Nice analogy, but wouldn't a wild card in /.rhosts be more similar to rexd?

Actually in 4.1.2 we put in the option for rpc.rexd to use Secure RPC
as its authentication mechanism. So its more like leaving a password
out of your /etc/passwd file now. 

--
--Chuck McManis						    Sun Microsystems
uucp: {anywhere}!sun!cmcmanis   BIX: <none>   Internet: cmcmanis@Eng.Sun.COM
These opinions are my own and no one elses, but you knew that didn't you.
"I tell you this parrot is bleeding deceased!"
Newsgroups: comp.protocols.nfs