HDTenEightyP/NetNews huggingface dataset:
From: chris@csvax1.ucc.ie (Chris Higgins - System Administrator)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Calling a command procedure from a WKS logical ???
Date: 17 Dec 92 12:12:48 GMT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Content-Transfer-Encoding: 7BIT

I have an application that I want to hang as a server off a WKS port. My
problem is that it uses CLD definitons to get it's defaults. When it is
called by CMU it seems to be executed as a process without an attached CLI.
This means that it can't find it's defaults, and terminates without doing
anything.
        Is there anyway I can have a CLI associated with the invocation of
the application. Failing that can I call a command procedure and have it
call my application....

The application by the way is a Finger Server, so I need the response to be
fast....

Thanks to anyone who can give any advice..

Example code for a server written using AST's would do to.. as long as it's not
in BLISS :-)


                                                  Chris.

+ J.C. Higgins, Sys Admin  +  Auditor, Computer Science Society, U.C.C.
+ Chris@csvax1.ucc.ie      +
+ Chris@odyssey.ucc.ie     +  If you love something, set it free. If it doesn't
+ sccs6002@iruccvax.ucc.ie +  come back to you, hunt it down and KILL it.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: Smallest packet concievable
From: <mosemann@unlinfo.unl.edu>
Date: Fri, 11 Dec 92 12:40:07 CST
Reply-To: mosemann@unlinfo.unl.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Resent-Date: Fri, 11 Dec 92 12:40:07 CST
X-MX-Warning: Warning -- Invalid "Resent-From" header.
Resent-From: @andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Message-ID: <9212111847.AA02377@depot.cis.ksu.edu>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu

In vmsnet.networks.tcp-ip.cmu-tek you write:

>What is the smallest packet that is sent if I send it a buffer
>of zero length.  Does the CMUTEK allow for variable sized ethernet
>packets?  Or is there some floor size and ceiling size?

   I believe that the smallest TCP packet you can send is 62 bytes.  The
rest is headers and control information.
--
Russell
mosemann@unl.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: cmutek NFS... Is it worth it?
From: CHRIS STRICKLAND <stricklandc@h8700a.boeing.com>
Date: 14 Dec 92 08:54:00 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

With the exception of using it for learning about NFS, NFS is pretty useless
under CMU-TEK.  To do a directory takes several minutes, applications more
than a few floppies cannot be loaded.  Slowness, is the major problem.  I
thought it was useful as a learning tool though.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NFS: What version of cmutek?
From: carvalho@tribiet.maintech.com (Joe Carvalho)
Date: Sun, 13 Dec 1992 03:51:30 GMT
Organization: Tribiet:A city much like Hell...
X-Newsreader: Tin 1.1 PL4

What versions of cmutek support NFS? Is it worth the effort?
--joe

-- 
ThanX.

Joe Carvalho
Beacher Tool & Die...A Hughe Jorgen Company
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMUTEK <-> HP series 700 -- will not talk
From: levine%fidler.decnet@sunman.nwc.navy.mil
Date: Mon, 14 Dec 92 13:49:46 PST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

	I am attempting to get CMUTEK to talk to an HP series 700. It is
on a thin wire net with 1 x-term, an HP series 700 , 3 Vax sta 4000/60 and
1 uVAX 3100. The software was installed on one of the VAXSTA 4000/60's.
	The CMUTEK is 6.6_5A. The Vax side can ping and finger. FTP and
TELNET can't seem to login properly, I give it the user name (root in this case)
and tehn the password, but it rejects it even with quoted user name.
	Going the other way from the HP to the VAXstation everything
hangs-ping,finger,ftp,telnet and there is a server process showing when
I do a show sys.
	I have even edited the /usr/adm/inetd.sec file.
	Any other sugestions??

Michael N. LeVine  Naval Air Weapons Station, China Lake, Ca 93555, USA
Internet: levine%fidler.decnet@chinalake.navy.mil
(619) 939-2614  avn  437-2614
 "Waiter, there's a bug in my soup!"
 "No, Sir, it's not a bug, it's a feature!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: CMUTEK <-> HP series 700 -- will not talk
From: <henrym@sacusr.mp.usbr.gov>
Date: Tue, 15 Dec 1992 8:22:57 -0800 (PST)
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vmsmail-To: SMTP%"CMU-OpenVMS-IP@drycas.club.cc.cmu.edu"

Michael,

|	I am attempting to get CMUTEK to talk to an HP series 700. It is
|on a thin wire net with 1 x-term, an HP series 700 , 3 Vax sta 4000/60 and
|1 uVAX 3100. The software was installed on one of the VAXSTA 4000/60's.

	I've got no real experience with this HP bird, but from your
description, I assume that all machines are on the same Ethernet segment.
Can the CMUTEK machine talk to any of the others.  Likewise, can the HP
talk to the other VAXes?

|	The CMUTEK is 6.6_5A. The Vax side can ping and finger. FTP and
|TELNET can't seem to login properly, I give it the user name (root in this case)
|and tehn the password, but it rejects it even with quoted user name.
	I also am making the assumption that the HP is running some UNIX
variant?  Are the username and password in the proper case?

|	Going the other way from the HP to the VAXstation everything
|hangs-ping,finger,ftp,telnet and there is a server process showing when
|I do a show sys.
|	I have even edited the /usr/adm/inetd.sec file.
|	Any other sugestions??
|
	Can you turn on TCP logging on the VAX during an attempted connection
and send me the logfile?

-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacto.mp.usbr.gov"
BITNET:	"hmiller@scu"

"I've fallen, and I can't get up!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: unsuscribe
From: Mighty Firebreather <dragon@nscvax.princeton.edu>
Date: Fri, 18 Dec 1992 16:41:10 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
CC: JHOANNE@ircm.umontreal.ca
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

	johanne duhaime <JOHANNE@ircm.umontreal.ca> writes:
>
>unsuscribe
>
>
>will it work this time!!!
>Please I would like to unsuscribe
>

	It will work much better and much sooner if:
a.  You send your message to the request address; e.g.
	<cmu-openvms-ip-request@drycas.club.cc.cmu.edu>
    and,
b.  You spell unsubscribe correctly!
                  ^
                  |

	I don't know how this list is managed, but some lists use a program
to handle requests.  A program will have a great deal of trouble recognizing
that "unsuscribe" should read "unsubscribe".

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: cmutek NFS... Is it worth it?
From: <bmv@mapp.atc.sp.paramax.com>
Date: Tue, 15 Dec 92 12:41:19 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

We tried using the NFS distributed with the V6.6 tape from about a year ago.

We have not been able to get NFS to work reliably.  I agree with C. Strickland's comments on performance.  In addition, we have seen the NFS server repeatedly
abort under load and on two occasions our system fatally bug-checked.

The mechanism for mapping uid/gid to username is more limiting for security
purposes than I like (note that in our case we are also using Process Software's
TCP/IP package and their NFS security is implemented in the same manner.  I
don't know about any other packages.)

Not ready for production.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re:  Problems: VMS v.4.5 and cmutex v 6.3
From: brian.t.carcich@cuspif.tn.cornell.edu
Date: 18 Dec 1992 12:10:22 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-Original-To: INET%"CMU-OpenVMS-IP@drycas.club.cc.cmu.edu"


try

Device_Init:XEDRV:XQA0:00-00-00-00-00-00:128.84.242.34:255.255.255.0

in your internet.config file (***Note xQa0 instead of xEa0)
                                       ^               ^

obviously change the ip address and network mask!

-brian
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: Transmitting Data IO$_WriteVBlk questions
From: <scholten@woodstock.si.com>
Date: Tue, 15 Dec 1992 10:49:22 -0500 (EST)
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Content-Type: text
X-Mailer: ELM [version 2.4 PL13]
Content-Length: 783

>
>
> Are you using TCP?  If you are, then there is no guarentee that
> the data will be sent over the wire in any particular grouping.
> Furthermore, there is no guarentee that the other end will read()
> the bytes in the same groups that you write them, even if they go
> out over the wire that way.  TCP is just a byte stream protocol.
> If you want to define record boundaries, you can add a record length
> to the begining of each write().
>
> The concatenation, by the way, is caused by the Nagle algorithm
> "coagulating" the data for performance reasons.
>
> It may be that the CMU documentation is lacking, but it's not
> going to improve any time soon.  I would recommend Douglas
> Comer's book, Internetworking with TCP/IP.
>
> -bruce
>


Thanks for the help.
Dave
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: unsuscribe
From: johanne@ircm.umontreal.ca
Date: Fri, 18 Dec 92 09:58 EDT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"cmu-openvms-ip@drycas.club.cc.cmu.edu"

unsuscribe


will it work this time!!!
Please I would like to unsuscribe

johanne duhaime
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Posting
From: brian.t.carcich@cuspif.tn.cornell.edu
Date: 15 Dec 1992 18:55:18 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-Original-To: INET%"cmu-openvms-ip@drycas.club.cc.cmu.edu"


i believe kermit has the kind of scripting that john clement mentioned,
i am pretty sure i have done it once (i.e. automated a login via telnet)
btw, this is very bad procedure, having passwords as text in files, i
assume you are aware of that. -brian carcich
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Mailing address rewriting
From: Tom Allebrandi - Inland Steel Research Labs <allebrandi@inland.com>
Date: Thu, 17 Dec 92 12:23:17 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-Mail-To: UUCP%"CMU-OpenVMS-IP@drycas.club.cc.cmu.edu"
X-Vms-Mail-Cc: ALLEBRANDI

Looking at the headers, I would guess that your message went

mapp to charon via UUCP
charon to jersey via UUCP
jersey to kksys.kksys.mn.org via UUCP
kksys.kksys.mn.org to atc.SP.Paramax.COM via SMTP
atc.SP.Paramax.COM to relay1.uunet.net via SMTP
.. and onto into the mailing list at CMU via SMTP.


Since the result is ending up with ...Paramax.COM, I would guess that
either they or UUnet are doing the address change. (My vote is for
Paramax.COM but UUnet has been known to fiddle headers.)

..mn.org might be doing it but I would think that they would rewrite
relative to themselves and not relative to the next host down.

On the other hand, the transfer from ...mn.org to ...Paramx.COM does
require the removal of the UUCP From_ header. (This is the From_ line
that preceeds the RFC-822 "Received" headers in the UUCP world.) The
UUCP From_ header is not valid in SMTP and must be removed before
sending it that way. In other words, ...mn.org is modifying the header
block (by removing a header.)

If your "From:" header is hitting them in RFC-976 format, that is
"host!host!user@domain", they may be trying to clean out that UUCPism
as well.

--- Tom
Tom Allebrandi             | Mail guru   - DECUS UUCP Development Team
Inland Steel Research Labs | NFS grunt   - CMU/Tek-IP
East Chicago, IN           | Chairperson - VMSnet Working Group, DECUS VAX SIG
219 399 6306               | Internet:  allebrandi@inland.com
DECUServe: allebrandi      | UUCP:      ...!uunet!inland!allebrandi
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: UNSUSCRIBE
From: johanne@ircm.umontreal.ca
Date: Thu, 17 Dec 92 14:06 EDT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"CMU-OPENVMS-IP@DRYCAS.CLUB.CC.CMU.EDU"

UNSUSCRIBE
From: carvalho@mtechca.maintech.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: cmutek NFS... Is it worth it?
Date: 13 Dec 92 00:00:57 PST
Organization: MAINTECH, A division of Volt Delta Resources,Inc. Orange, CA.

What version/release of cmutek supports nfs? Is it worth running (hassles .vs.
speed)?
ThanX.
-- 
===============================================================================
+ Joseph D. Carvalho                       e-mail: carvalho@mtechca.uucp      +
+ Technical Assistance Center               voice: 714-921-7528               +
+         -----Opinions are mine, and not those of my employer-----           +
===============================================================================
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Help wanted with IPNCP>TRACEROUTE
From: Alan Hirsh <hirsh@rouge.atuk.aspentec.com>
Date: Thu, 17 Dec 1992 17:38:05 GMT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
CC: hirsh@rouge.atuk.aspentec.com
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

Can you p[lease help me with a problem with CMUTEK.  I have installed
it on 3 computers. It all works satisfactorily apart from IPNCP TRACEROUTE
which only works usefully on one of the 3. On the other two it produces the
output shown below - i.e. an error message and just * * * .
As far as I can tell all the other functionality is correct.  I have compared
the various important files listed in the manual and can see no significant
differences. As far as I know I used the same options at installation time.
Two of the nodes GREEN and OCHRE are VS4000s with VMS 5.5. One is a
muVAX 3100/90 with VMS 5.5-2HW

Regards

Alan Hirsh             email   hirsh@atuk.aspentec.com
AspenTech UK Ltd       phone   +44 223 312220
Sheraton House
Castle Park
Cambridge CB3 0AX

Symptoms:
	Welcome to VAX/VMS version V5.5-2HW on node PURPLE




IPNCP> traceroute degree

  TraceRoute to host DEGREE (MaxTTL=30).
%IPACP-E-DSNAMERR, Domain service: name error (no such name)
TraceRoute to DEGREE (192.135.137.3)
 1  * * *
 2  * * *
 3  * * *

At this point I typed CTRL-C, since I know from experience it goes on
for a very long time just like this !



  HIRSH        logged out at 17-DEC-1992 17:18:06.51
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Posting
From: "richard Burtt, Beloit College, (608) 363-2727"
Date: Tue, 8 Dec 1992 10:16 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"

We are using CMU/TEK-IP 6.4 with VMS 5.4.  I am trying to write some command
procedures that will allow generic users to TELNET to a variety of external
hosts, and where the command procedure would actually log in the appropriate
account name and password (preferably without displaying these to the local
user's terminal).  Users would pick the host by choosing an option from a menu.
Our reasons behind this need are that these are casual users, some of the
external hosts charge a connect time fee and we do not want to broadcast our
account name and password for the external host, and we wish to be able to
exert some control over the sessions, such as a maximum value of connect time
for each session.

We are having problems with the TELNET command being executed from a command
procedure and not from an interactive terminal.  We have tried to mask this by
using the SET HOST 0 command in the procedure, but this had no effect.  Has
anyone else tried to do this and have success?  If so, how was the command
masked?

Is it that CMU/TEK-IP will always disallow intereactive TCP/IP commands be
exectued from a command procedure?  If this is true, is it true even for later
versions, such as 6.6-5?  Is there a commercial TCP/IP product that will allow
us to do what we want?  Any advice will be gratefully received.

Richard Burtt                               Voice:  608.363.2727
Beloit College                              FAX:    608.363.2487
BURTT@LIB.BELOIT.EDU
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: remove
From: Sue Chichester <sue@uno.cc.geneseo.edu>
Date: Sun, 20 Dec 1992 00:08 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"CMU-OpenVMS-IP@DRYCAS.CLUB.CC.CMU.EDU"

UNSUBSCRIBE
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re:  Transmitting Data IO$_WriteVBlk questions
From: <miller@tgv.com>
Date: Tue, 15 Dec 1992 00:27:57 -0800 (PST)
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Mail-System-Version: <MultiNet-MM(335)+TOPSLIB(156)@TGV.COM>


Are you using TCP?  If you are, then there is no guarentee that
the data will be sent over the wire in any particular grouping.
Furthermore, there is no guarentee that the other end will read()
the bytes in the same groups that you write them, even if they go
out over the wire that way.  TCP is just a byte stream protocol.
If you want to define record boundaries, you can add a record length
to the begining of each write().

The concatenation, by the way, is caused by the Nagle algorithm
"coagulating" the data for performance reasons.

It may be that the CMU documentation is lacking, but it's not
going to improve any time soon.  I would recommend Douglas
Comer's book, Internetworking with TCP/IP.

-bruce
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Transmitting Data IO$_WriteVBlk questions
From: "John Clement-Rice U. (713)527-8101x2037" <clement@physics.rice.edu>
Date: 15 Dec 92 15:12:00 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

Yes indeed it Concatonates, and splits packets as needed.  The data
needs to contain the information that is needed to keep the packets separate.

You can prevent most of this by using the push option on SEND.
	John Clement
	Rice University
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Posting
From: "John Clement-Rice U. (713)527-8101x2037" <clement@physics.rice.edu>
Date: 15 Dec 92 15:08:00 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

Telnet is very unsuitable for this sort of login.  It can be made to work,
but you would have to run it through some other program, which understands
password prompts.  Many remote systems swallow characters if they are sent
before the password prompt, so Telnet is at best iffy.  RLOGIN is the
protocol which is designed for automatic login, but it lacks the negotiations
that Telnet uses to contact dissimilar systems.

The next release of CMU? will have Rlogin.
	John Clement
	Rice University