HDTenEightyP/NetNews huggingface dataset:
From: bryan@uhura1.uucp (Bryan Curnutt)
Subject: NFS under 6.6-5
Reply-To: bryan%uhura1@uunet.uu.net
Organization: Stoner Associates, Inc./DREM Incorporated, Houston Texas
Date: Tue, 15 Sep 1992 01:50:14 GMT

I have CMU/Tek-IP 6.6-5 (not 6.6-5A) installed on a MicroVAX II running
VMS 5.0.  Telnet and FTP work fine (though FTP's transfer rate is on the
order of 1.6KB/sec).  I recently tried NFS for the first time, mounting
the uVAX's disk via NFS onto a Sun SPARCstation IPC running SunOS 4.1.2.

When I try to edit the NFS.CONFIG file on the Sun, it appears to be
corrupted in a couple of spots.  If I write the file from the Sun's
editor, then look at it on a VMS editor, it's corrupted in the same
two spots.  If I correct the problems under VMS and write the file,
it's corrupted when I try to read it from the Sun again.

Is this a known problem with 6.6-5, or am I just seeing something weird
that's peculiar to our site?
-- 
Any opinions above are mine, and do not necessarily reflect the views of SAI.
Bryan Curnutt
bryan%uhura1@uunet.uu.net
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Problem with repeated login's
From: Ed Bates <ebates@vms1.cc.uop.edu>
Date: Tue, 15 Sep 1992 08:29:43 PDT
Reply-To: ebates@uop.edu
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: cmu-tek-tcp@cmutek.cc.cmu.edu

L.V.de.Zeeuw@IC.HRO.NL writes:
>
>we have a problem with repeated login's from our users. (Version 6.6-3)
>
>The first, second, third and fourth time in quick succession al is working
>well but at the 5th attempt our users's can't get through. After some
>time waiting they can get through!

This sounds like a problem that we've had but have not investigated
enough to request help.  In our case it has something to do with
INTRUSION records in VMS.  During the time that you can't get through,
are users able to get the login screen but get a User Authorization
Failure?  If so, what does the command "SHOW INTRUSION" display
during this time?  If it displays any entries, that will be the
cause of your problem.

In our case, we get the INTRUSIONs when we are using RLOGIN as our
entry mechanism instead of TELNET.

Since I haven't fully investigated this, I don't know what causes it.

Hope this helps in some way.

-- Ed

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 Edwin J. (Ed) Bates		VAX Administrator/Postmaster	. .  _   _
 Technical Support Specialist	Internet:  ebates@uop.edu	| | / \ | \
 Office of Computing Services	AppleLink: U1441		| | | | |_/
 University of the Pacific	Telephone: (209) 946-2251	| | | | |
 Stockton, CA  95211		Fax:       (209) 946-2898	\_/ \_/ |


%MAIL-W-NOFNCYQTE, no fancy quote or joke found in signature file
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMU-TEK for VMS 4.7
From: botting@povrty.dnet.hac.com
Date: Wed, 9 Sep 92 23:00:14 PDT
Reply-To: BOTTING@povrty.dnet.hac.com
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

I am currently running CMU-TEK 6.6-5 on my VAXstation 3100 with VMS 5.4-2
and need to install CMU-TEK on a MicroVAX that only has VMS 4.7.  Yes I
know that I should try to upgrade VMS to a more current version, however,
the software running on this MicroVAX may not operate.  What I am looking
for is there someone who has a version of CMU-TEK that will run under
VMS 4.7 and is willing to allow me ftp access.

Many thanks to anyone who replies,

John Botting
Hughes Aircraft Company - Electro-Optical Sector
El Segundo, CA
e-mail:  botting@povrty.dnet.hac.com

p.s. This is my first post and I have not had time to read the posted archives.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: VMS 5.5-1 upgrade problem on BI machines w/ cmutek 6.6-5
From: degen@nrlvx1.nrl.navy.mil
Date: 9 Sep 92 21:52:36 -0400
Organization: NRL SPACE SYSTEMS DIVISION


We are having considerable difficulty with CMU-TEK after our vms 5.5-1
upgrade.  the problem is primarily with inbound ftp and telnet connections.
unless the host opening the connection to one of the upgraded machines
already knows the ethernet address thru a previous connection from the
target host, the target never sees the attempted connection.  we get:

-IPACP-E-FTO, User function timeout. Network event didn't happen

i remember seeing a vague reference to a bug in the vms 5.5 drivers for
BI ethernet cards indicating certain broadcast protocols weren't passed 
to the upper levels, so i tried out the same thing on a 780 upgraded to 
vms 5.5-1 with cmutek 6.6-5 and the problems went away.

the problems occur on 8820, and 8700 machines (both bi of course) running
vms 5.5-1 and cmutek 6.6-5 (with the june 17 time patch).  the packets they
seem to be ignoring are IP ARPS broadcast to e-address ff-ff-ff-ff-ff-ff.  
i've scoped the wire with a lanalyzer and turned on all the debugging in the 
book and nothing shows up in the log files and no packets are returned to
i'm pretty sure they're lost somewhere......  

Outgoing telnet connections from these nodes also seem to have some sort of a
buffering problem but i'm hoping that is related to the above problem.  Does
anyone recognize this problem and (oh please!) have some info on how to fix 
it?  i think i'll be calling csc tomorow but i'd love to be able to rule out
cmutek as they love to blame 3rd party products for anything that goes wrong.

david degen                  			degen@nrlvax.nrl.navy.mil
systems/network gofer                           degen@netmon.nrl.navy.mil
Space Systems Dev. Dept.                        (202)574-7299
Naval Research Lab.
4555 Overlook. Ave. SW
Washington, DC  20375
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Problem with repeated login's
From: l.v.de.zeeuw@ic.hro.nl
Date: Tue, 15 Sep 1992 11:53 MET
Reply-To: L.V.de.Zeeuw@IC.HRO.NL
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Organization: Hogeschool Rotterdam & Omstreken, the Netherlands
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"
Comments: This message was sent with PMDF 4.0

L.S.

we have a problem with repeated login's from our users. (Version 6.6-3)

The first, second, third and fourth time in quick succession al is working
well but at the 5th attempt our users's can't get through. After some
time waiting they can get through!

a) Is there some timeout?
b) Is there a patch for this problem?
c) How can we increase the number of simultanious users
   accessing our system via CMUTEK TCP/IP?

Any help is welcome.


Sinceraly,

Luc de Zeeuw

Hogeschool Rotterdam & Omstreken
InformaticaCentrum
G.J.de Jonghweg 6
3015 GG Rotterdam
The Netherlands
From: welker@gtewd.mtv.gsc.gte.com (RON WELKER)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: <None>
Date: 15 Sep 92 07:22:13 GMT
Reply-To: welker@gtewd.mtv.gsc.gte.com
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: welker@gtewd.mtv.gsc.gte.com

SUBSCRIBE

Ron Welker (415) 966-2900

Internet:                        US Mail:
welker@gtewd.mtv.gsc.gte.com     100 N. Fergusonn Dr. M/S 5G09
welker@ns2.mtv.gsc.gte.com       Mt. View, CA 94039
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Susan
From: Peter Kobe <system@pib1.physik.uni-bonn.de>
Date: Fri, 11 Sep 1992 15:05:44 EDT
Reply-To: Peter Kobe <system@PIB1.physik.uni-bonn.de>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

Susan Miller wrote to this list:

>  About a month ago Henry slipped
>while leaving the computer room and injured his back.  As a result
>I've been checking his mail and typing for him when I get a chance.

HENRYM comes back to the sceene and pushes the software forward.
Henry shall be proud of his wife. She really did a big job in keeping
up the connection to those involved.

Peter
=====================================================================
Peter Kobe			Internet: system@pib1.physik.uni-bonn.de
Physikalisches Institut	          HEPNET: 13562::SYSTEM
Universitaet Bonn	             Tel: (49) 228 73 3222
D 53 Bonn
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: hays@pogun.dnet.dupont.com
Subject: Printing HP->CMU
Reply-To: hays@pogun.dnet.dupont.com
Organization: Conoco Inc., Ponca City, OK
Date: Tue, 8 Sep 1992 14:18:51 GMT

I am trying to get an HP to print to a VAX running CMU.  We have added
the HP in the LPD.HOSTS file to it is authorized but it continues to fail.
Here is a copy of the LPD log file.

 1-SEP-1992 14:49:33.38 Request 14:49:33.35 Created
 1-SEP-1992 14:49:33.55 Request 14:49:33.35 Open Requested
 1-SEP-1992 14:49:33.68 Request 14:49:33.35 Connection open Remote
'HP730.CRD.CONSOL.COM', 201.14.92.70 (1023)
 1-SEP-1992 14:49:33.83 Request 14:49:33.35 Connection open Local
'LBCRD.CRD.CONSOL.COM', 201.14.92.71 (515)
 1-SEP-1992 14:49:34.07 Request 14:49:33.35 Please Add Entry, Printer
'lineprint'
 1-SEP-1992 14:49:34.23 Request 14:49:33.35, Sent ACK on Command
 1-SEP-1992 14:49:34.33 Request 14:49:33.35 Recv Data File Name
'LPD$SPOOL_DIR:dA0144hp730;1', Size 2607
 1-SEP-1992 14:49:34.60 Request 14:49:33.35 Sent Ack on Size of Data File
 1-SEP-1992 14:49:34.97 Request 14:49:33.35 Recv Data File
 1-SEP-1992 14:49:35.39 Request 14:49:33.35 Recv ACK on Data File
 1-SEP-1992 14:49:35.61 Request 14:49:33.35 Sent ACK on Data File
 1-SEP-1992 14:49:35.75 Request 14:49:33.35 Recv Control File Name
'LPD$SPOOL_DIR:cA0144hp730;1', Size 89
 1-SEP-1992 14:49:35.92 Request 14:49:33.35 Sent Control File Size ACK
 1-SEP-1992 14:49:36.11 Request 14:49:33.35, Recv Control File
 1-SEP-1992 14:49:36.30 Request 14:49:33.35 Recv ACK for Control File
 1-SEP-1992 14:49:36.44 Request 14:49:33.35 Control File Host Name is 'hp730'
 1-SEP-1992 14:49:36.58 Request 14:49:33.35 Control File User Name is 'paz'
 1-SEP-1992 14:49:36.71 Request 14:49:33.35 Control File Job Name is
'lineprint-144'
 1-SEP-1992 14:49:36.88 Request 14:49:33.35 Control File Form Name is 'hp730'
 1-SEP-1992 14:49:37.08 Request 14:49:33.35 Control File User Name is 'paz'
 1-SEP-1992 14:49:37.39 Request 14:49:33.35 $SNDJBCW Create_Job IOSB status =
00040001
 1-SEP-1992 14:49:37.60 Request 14:49:33.35 Control File adding file
'dA0144hp730', copies = 1
 1-SEP-1992 14:49:37.91 LPD Dying abnormally
 1-SEP-1992 14:49:38.08 Status = '%RMS-F-IFI, invalid internal file identifier
(IFI) value'                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

It looks like it is having problems reading the control file.  I have been 
trying to capture the control file to see what it looks like but have not
had any success.  The file we are trying to print is a plain text file.

Any help or direction would be greatly appreciated!!!


Randy Hays
Conoco Inc.
Ponca City, OK
Internet: hays@pogun.dnet.dupont.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Ordering
From: johanne@ircm.umontreal.ca
Date: Tue, 1 Sep 92 16:04 EDT
Reply-To: JOHANNE@ircm.umontreal.ca
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp+@andrew.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp+@andrew.cmu.edu"

Did you receive my ordering of CMU-TEK ?
I asked for a site licence for
INSTITUT DE RECHERCHES CLINIQUES DE MONTREAL
110 AVE DES PINS O
MONTREAL QUEBEC
CANADA
H2W 1R7

If you already sent it please forget this note

Sincerely
Johanne Duhaime
514 844-6065
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: <None>
From: "ANDRE S. ELLIOTT" <elliott1@ccf1.nrl.navy.mil>
Date: 8 Sep 92 12:53:00 EDT
Reply-To: "ANDRE S. ELLIOTT" <elliott1@ccf1.nrl.navy.mil>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

INDEX
From: brian.t.carcich@cuspif.tn.cornell.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: gopher via cmutek
Date: 10 Sep 92 02:51:12 GMT
Reply-To: Brian.T.Carcich@CUSPIF.TN.CORNELL.EDU
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-Original-To: CMUTEK


someone just asked about using gopher with cmutek.

well, using my socket package, i took the gopher client code and put
in some ifdef's and got it to work.  contact me directly if anyone
is interested.

-brian carcich
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: VMS 5.5-1 upgrade problem on BI machines w/ cmutek 6.6-5
Reply-To: reece@eco.twg.com (Reece R. Pollack)
Organization: The Wollongong Group (East Coast Operations)
Date: Thu, 10 Sep 92 21:11:24 GMT


In article <1992Sep9.215237.793@nrlvx1.nrl.navy.mil>, degen@nrlvx1.nrl.navy.mil writes:
|>We are having considerable difficulty with CMU-TEK after our vms 5.5-1
|>upgrade.  the problem is primarily with inbound ftp and telnet connections.
|>unless the host opening the connection to one of the upgraded machines
|>already knows the ethernet address thru a previous connection from the
|>target host, the target never sees the attempted connection.  we get:
|>
|>-IPACP-E-FTO, User function timeout. Network event didn't happen
|>
|>i remember seeing a vague reference to a bug in the vms 5.5 drivers for
|>BI ethernet cards indicating certain broadcast protocols weren't passed 
|>to the upper levels, so i tried out the same thing on a 780 upgraded to 
|>vms 5.5-1 with cmutek 6.6-5 and the problems went away.
|>
|>the problems occur on 8820, and 8700 machines (both bi of course) running
|>vms 5.5-1 and cmutek 6.6-5 (with the june 17 time patch).  the packets they
|>seem to be ignoring are IP ARPS broadcast to e-address ff-ff-ff-ff-ff-ff.  
|>i've scoped the wire with a lanalyzer and turned on all the debugging in the 
|>book and nothing shows up in the log files and no packets are returned to
|>i'm pretty sure they're lost somewhere......  
|>
|>Outgoing telnet connections from these nodes also seem to have some sort of a
|>buffering problem but i'm hoping that is related to the above problem.  Does
|>anyone recognize this problem and (oh please!) have some info on how to fix 
|>it?  i think i'll be calling csc tomorow but i'd love to be able to rule out
|>cmutek as they love to blame 3rd party products for anything that goes wrong.

It's a bug in the ethernet card itself. This bug reared its ugly head way back
in VMS V5.0, and was originally bypassed via a driver patch in something like
V5.0-1. When DEC rewrote the ethernet drivers in V5.4-3, they lost the bugfix.

The problem affects all TCP/IP implementations, and all of the vendors worked
with DEC to help develop the fix for V5.4-3. You should have no difficulty
in obtaining a patchkit for the VMS V5.5-1 release from DEC.

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: CHARZINSKI@nvdv01.ind.e-technik.uni-stuttgart.de (JOACHIM CHARZINSKI)
Subject: ftp and hostname resolution
Organization: University of Stuttgart, IND (FRG)
Date: Tue, 15 Sep 1992 07:53:28 GMT
X-News-Reader: VMS NEWS 1.23

Hello UCX users,

I didn't find the following problem in the FAQ list, so I decided to post it:
We are using UCX 1.3 and VMS 5.5 on our uVAX3600/Vaxstation 3200/2000 cluster.
UCX is set up to contact several name servers. Opening a telnet connection, 
the host name can be given on the command line like 
$ telnet rusmv1.rus.uni-stuttgart.de    .
Trying to do the same with ftp leads to the following error message:
$ ftp rusmv1.rus.uni-stuttgart.de
%UCX-E-FTP_HSTINF, Failed to get host information for .DEMV1.RUS.UNI-STUTTGART.D
E from database

-RMS-E-RNF, record not found

while typing 
  open rusmv1.rus.uni-stuttgart.de
(or CONNECT rusmv1.rus.uni-stuttgart.de in the VMS-style ftp)
works fine.
Hosts on our local domain are successfully looked up as long as the only the 
host name is specified. The problem does not depend on the case the host names 
are written in (e.g. bracketing the host name in double quotes does not help).

Thanks for reading,
please reply to
charzinski@nvdv.e-technik.uni-stuttgart.dbp.de    or 
charzinski@ds0ind5.bitnet


Joachim Charzinski.
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Substition Domain on outgoing SMTP mail
From: lutan@oolong.hacks.arizona.edu (Vance R. Haemmerle)
Date: 14 SEP 92 23:46:19    
Reply-To: vance@vips.lpl.arizona.edu
Followup-To: vmsnet.networks.tcp-ip.ucx
Distribution: world,local
Organization: UofA Hardware And Computing Knowledge Society
News-Software: VAX/VMS VNEWS 1.4-a4  

Dear UCX "fans" or maybe that should be "users":

I'm setting up SMTP on a cluster with UCX V2.0 and have run into a problem
(or bug).   I would like outgoing mail to be tagged with our "cluster"
alias.  From reading the documentation it seems that the Substitute Domain
configuration is what I need.  The documentation tells of a "HIDDEN"
qualifier that when set "NOHIDDEN" the host name is replaced with the
supplied substitute domain in a "Reply-To:" line.  If the qualifier is
"HIDDEN" then this substitution is done in the "From:" line and there
is no "Reply-To:" line.  The problem is... I find that a "Reply-To:" line
with the substitute domain is there and a "From:" line with the originator
host is there no matter whether it is set "HIDDEN" or "NOHIDDEN".  Does
anyone else have this problem?


On vance.lpl.arizona.edu:

|UCX> show configuration smtp
|
|SMTP Configuration
|       .
|       .        
|       .
|Substitute domain:  HIDDEN, vips.lpl.arizona.edu
|Zone:               not defined
|       .
|       .
|       .
|UCX>

Mail sent from vance.lpl.arizona.edu to lutan@smaug.hacks.arizona.edu via SMTP
with above substitute domain configuration:

|From:	SMTP%"vance@vips.lpl.arizona.edu" 14-SEP-1992 17:12:25.88
|To:	lutan@smaug.hacks.arizona.edu
|CC:	
|Subj:	goodness another test
|
|Date: Mon, 14 Sep 1992 17:11:17 -0700
|Reply-To: vance@vips.lpl.arizona.edu
|From: vance@vance.lpl.arizona.edu (Email comes like manna from Heaven)
|To: lutan@smaug.hacks.arizona.edu
|Subject: goodness another test
|X-VMS-To: SMTP%"lutan@smaug.hacks.arizona.edu"
|X-VMS-Cc: VANCE
|
|Smtp mail

  Notice the "Reply-To:" line and the "From:" line supplied by UCX.

   Vance Haemmerle                              vance@vips.lpl.arizona.edu
   Support Systems Analyst, Senior              vance%toyvax@arizona.edu
   Lunar & Planetary Lab
   University of Arizona
From: MyTH@ssg.lkg.dec.com (M. T. Hollinger)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: Substition Domain on outgoing SMTP mail
Date: 15 Sep 92 16:00:26 GMT
Reply-To: MyTH@ssg.lkg.dec.com (M. T. Hollinger)
Organization: Digital Equipment Corporation
Originator: MyTH@hageln.ssg.lkg.dec.com


In article <14SEP92234619@oolong.hacks.arizona.edu>, lutan@oolong.hacks.arizona.edu (Vance R. Haemmerle) writes:
> The problem is... I find that a "Reply-To:" line with the substitute
> domain is there and a "From:" line with the originator host is there
> no matter whether it is set "HIDDEN" or "NOHIDDEN".

Unfortunately, this is a known problem in UCX V2.0.  A patch should be
available shortly.

          - MyTH
From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Problems in UCX V2.0
Date: 15 Sep 92 20:26:42 GMT
Organization: Boston University, Office Of Information Technology
X-News-Reader: VMS NEWS 1.22

I installed UCX V2.0 on Friday.  Today is Tuesday and I've found numerous
problems so far -- and I'm not half way through testing it.  Here's a
summary of the seemingly flagrant problems I've encountered:

       1.  Virtual terminals (VTA):  No longer work.  Apparently the
       TNDRIVER, or something, completely ignores the "disconnect" bit in
       the sysgen param TTY_DEFCHAR2.  All TN devices are created
       Nodisconnect.  UCX SET COMM/REMO=VIRTUAL has no bearing on this
       behavior.

       2.  With V1.3, host names would be displayed when a show users/full,
       sho terminal, etc were issued.  Now only the IP address is displayed.

       3.  RLOGIN 0 does not work as documented.  (Telnet 0, however, works
       just like set host 0...just like it always did.)

       4.  You'll get a UCX BUGCHECK  (not a crash) if you remove a proxy
       from UCX$proxy which is the first proxy to have /HOST=*.  (Note that
       the remove is still done, but that nasty message still bothers me.)

       5.  It seems that RSH rejects ALL incoming requests unless there is
       a proxy of ADD PROXY vms_username /REMOTE="user"/HOST=*
                                                       ^^^^^^^
       6.  You cannot have more than an 8-character username specified for
       /REMOTE_USER=.   (That eliminates being able to RSHELL between VMS
       systems for users who have 9+-character usernames.)

That's what I've encountered so far.  All of these problems have been
reported to Colorado support who is diligently investigating them.

I'll report back when I get answers to the outstanding questions or WHEN I
find another list of "problems."

		Chip Tewksbury.
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: mchenry@BAEPV2.NCSU.EDU (MCHENRY@BAE.NCSU.EDU)
Subject: NFS in 2.0
Reply-To: mchenry@BAEPV2.NCSU.EDU (MCHENRY@BAE.NCSU.EDU)
Organization: North Carolina State University
Date: Mon, 14 Sep 1992 17:56:30 GMT


14-SEP-1992 13:48:17.42
 

Hello:


Activity looks sort of slow on this forum.


Does NFS on UCX 2.0 respect VMS group identifier ACL's ? I know
that on 1.3a, it only allows you to deny access using VMS Group 
identifiers but it will not respect ownership or ACL protections
releted to VMS Group identifiers. I'm getting ready to install 2.0 
and that would be a wonderful bonus because we have alot of users 
that link form ULTRIX to VMS and we'd like to clean up some of the 
protection problems we've been having. When I contacted DEC about 
this problem a while back they implied that 2.0 might fix it.


BTW--any tips from those of you have already installed 2.0. 

Thanks in Advance

Kevin R. McHenry
Computer Systems Administrator
North Carolina State University
From: MCKEEVER@VAX2.CSTP.UMKC.EDU (Brian McKeever)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: POP3 server with PMDF personal aliases.
Date: 9 Sep 92 19:52:02 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Brian McKeever <MCKEEVER@VAX2.CSTP.UMKC.EDU>
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"NED@INNOSOFT.COM"
X-VMS-Cc: IN%"info-multinet@tgv.com"

> The POP3 model is incapable of supporting personal aliases. There isn't
> much that either Innosoft or TGV can do about it except try to get the
> protocol enhanced, and I am already trying to do just that.

Bummer.  I'm still not sure why, since POP3 uses SMTP and we're using the
PMDF SMTP Server, it doesn't work.  I assume that the PMDF SMTP Server
doesn't invoke PMDF_MAILSHR to send messages?

> There are various ways to work around this. .........................

As far as Eudora is concerned, we've figured out a work-around, we put the
nickname that contains the actual email addresses in the blind CC address
and it doesn't expand it.  We have to include a dummy To: address but it
seems to work.

Thanks,

--Brian
X-Gateway-Source-Info: INTERNET