HDTenEightyP/NetNews huggingface dataset:
From: chris@csvax1.ucc.ie (J.C. Higgins, Sys Mgr CsVax1, UCC , Eire)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: "SMTP routine failure" error
Date: 25 Aug 92 00:04:39 GMT
Reply-To: "J.C. Higgins, Sys Mgr CsVax1, UCC , Eire" <chris@CSVAX1.UCC.IE>
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>
Content-Transfer-Encoding: 7BIT

I had a similar problem here at one stage. My difficulties were caused by
the fact that the device driveres I had were not the same version as the
version of CMU-TEK TCP/IP. (I was then after changing to 6.65a)
The symptoms were the same (although I was using MX).
Everything was OK after I changed to the newer device drivers...

(Ie: I was using pre 6.65a drivers with 6.65a IPACP)

Hope this helps.
                                                  Chris.

+ J.C. Higgins, Sys Admin  +  If you love something, set it free. If it doesn't
+ CHRIS@csvax1.ucc.ie      +  come back to you, hunt it down and KILL it. If
+ SCCS6002@iruccvax.ucc.ie +  that doesn't work, then GIVE UP peacefully.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: bell@uwpg02.uwinnipeg.ca
Subject: Gopher?
Organization: University of Winnipeg
Date: Wed, 26 Aug 1992 18:16:43 GMT

Does anyone know if there is a Gopher implementation that works with
CMU/tek?  If so, could you someone tell me where I should look for it,
thanks in advance.
-david-

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
From: hays@pogun.dnet.dupont.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Archives
Date: 4 Sep 92 18:02:22 GMT
Reply-To: hays@pogun.dnet.dupont.com
Organization: Conoco Inc., Ponca City, OK

Where is this newsgroup archived at?  I would like to look through older
notes.  Thanks.

Randy Hays
Conoco Inc.
Ponca City, OK
Internet: hays@pogun.dnet.dupont.com
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: "SMTP routine failure" error
From: henrym@sacwms.mp.usbr.gov
Date: Sat, 29 Aug 1992 17:27:40 PDT
Reply-To: HENRYM@SACWMS.MP.USBR.GOV
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: INET%"cmu-tek-tcp@cmutek.cc.cmu.edu"


J.C. Higgins writes:

>I had a similar problem here at one stage. My difficulties were caused by
>the fact that the device driveres I had were not the same version as the
>version of CMU-TEK TCP/IP. (I was then after changing to 6.65a)
>The symptoms were the same (although I was using MX).
>Everything was OK after I changed to the newer device drivers...
>
>(Ie: I was using pre 6.65a drivers with 6.65a IPACP)

Chris,
	Thanks for that input.  I was certain that this was tht root of the
problem, but have not had much feedback from the list when I have suggested
upgrading to the new version and drivers.

	I'm surprised that mail was the only thing that blew up.  I also
observed DNS, TELNET and FTP acting very flakey during the time I had the
old drivers loaded, but the new IPACP running.  Usually, CMU to CMU worked
pretty much OK, but CMU to another platform showed beaucoup problem,  FWIW,
the problem was the URGENT bit getting stuck on at random times.

	If anyone needs info on getting the new drivers, please send me email.
I am still recovering from my back injury, and am only at the office part
time, usually in the late afternoon.  But I do check my mail several times
daily.

-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@sacwms.mp.usbr.gov"
BITNET:	"hmiller@scu"

"I've fallen, and I can't get up!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: gopher
From: Rick Pim <rick%qucdnee.bitnet@qucdn.queensu.ca>
Date: Sat, 29 Aug 1992 10:44 EST
Reply-To: Rick Pim <RICK%QUCDNEE.BITNET@QUCDN.QueensU.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@cmutek.cc.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"


> are  bell%uwpg02.uwinnipeg.ca@CARNEGIE.BITNET

>Does anyone know if there is a Gopher implementation that works with
>CMU/tek?

near the end of june, i was browsing through the gopher archive on
boombox.micro.umn.edu and asked the same question of one of the
developers; his response was:

>Packages supported are now Multinet, Wollongong, and UCX.  I am still trying to
>work with someone with in U of MN to try it with CMU.
>
>Mark Van Overbeke                    Systems Software Programmer
>Behmler Hall, Room 10C               (612) 589-6378
>E. 4th Street and College Ave.       BITNET:    Mark@UMNMOR.BITNET   (VMS)
>University of Minnesota, Morris      INTERNET:  Mark@caa.mrs.umn.edu (VMS)
>Morris, MN   56267                              mark@cda.mrs.umn.edu (Ultrix)

if there are no new files in the archive (/pub/gopher on boombox) then i
would assume the answer is still no.

rp

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Pim                                            bitnet:rick@qucdnee
Department of Electrical Engineering         rick@qucdnee.ee.queensu.ca
Queen's University, Kingston                     (bitnet:rick@qucdnast)
(613) 545-6772                               (rick@bill.phy.queensu.ca)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"May I take this opportunity of emphasizing that there is no cannibalism
in the British Navy.  Absolutely none, and when I say none, I mean there
is a certain amount, more than we are prepared to admit."
From: hays@ponder.ponca.dupont.com
Subject: LPD and CPS Software
Reply-To: hays@pogun.dnet.dupont.com
Organization: Conoco Inc., Ponca City, OK
Date: Fri, 28 Aug 1992 15:53:13 GMT

We are trying to use CMU-Tek's LPD function to print from a Sun to a VAX
printer.  The VAX printer is a postscript printer that uses the CPS software. 
The file gets transferred to the VAX and gets queued to the proper queue just
fine.  The problem is the /PARAMS information.  It has the DATA=ANSI or
DATA=POSTSCRIPT information ok but it also has some extra information. 
Parameter 6 has the name of the file that was sent for printing and parameter 8
has the name of the node it was sent from.  Below is an example of what we are
seeing.

Printer queue LTA155, paused, on POPV01::LTA155:, mounted form CPS$DEFAULT
(stock=DEFAULT)
    /BASE_PRIORITY=4 /DEFAULT=(FORM=CPS$DEFAULT (stock=DEFAULT))
    /NOENABLE_GENERIC /LIBRARY=CPS_LIB Lowercase /OWNER=[GB001D,SYSTEM]
    /PROCESSOR=CPS$SMB /PROTECTION=(S:E,O:D,G:R,W:W) /SCHEDULE=(NOSIZE)

  Jobname         Username     Entry  Blocks  Status
  -------         --------     -----  ------  ------
  HyperLook-order-form.ps
                  blanceka       311      19  Pending (queue paused)
    Submitted 27-AUG-1992 16:09 /FORM=CPS$DEFAULT (stock=DEFAULT)
    /NOTE="blanceka on popu01" /PARAM=("DATA_TYPE=POSTSCRIPT","","","","",
    "HyperLook-order-form.ps","","popu01") /PRIORITY=100
    File: _POPV01$DUA0:[SYSCOMMON.SYSMGR]DFA006POPU01.;1 /DELETE

The 6th and 8th parameters are giving the CPS software heartburn.  How can I
turn this off?  Thanks for your help.

Randy Hays
Conoco Inc.
Ponca City, OK
Internet:  hays@pogun.dnet.dupont.com
From: henrym@sacusr.mp.usbr.gov
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: DECwindows/Motif shutdown available
Date: 28 Aug 92 07:07:08 GMT
Reply-To: HENRYM@SACUSR.MP.USBR.GOV
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: INET%"cmu-tek-tcp@cmutek.cc.cmu.edu"


Hi, all
	I am cross posting this message from INFO-VAX.  Note that if you
want these files, and don't want to go through the fol-de-rol of getting
the pieces via the file server, Uncle Henry has beat you to the punch.

	I have acquired the pieces and extracted the modules and have it
available for ANONYMOUS FTP.  Come into SACUSR, SACWMS or SACMGR.MP.USBR.GOV.
In directory [.DECWINDOWS.MOTIF] you will find DWSHUTDOWN.SAVE and
DWSHUTDOWN.SAVE_Z.  After you have extracted these files via BACKUP into
a scratch directory, you'll have to execute BUILD.COM, as noted in the
message below.  I did not have the new version of Motif, so I could not
build the kit, boo hoo.

-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@sacwms.mp.usbr.gov"
BITNET:	"hmiller@scu"

"I've fallen, and I can't get up!"
From: carl_r@cho000.dnet.ge.com (rick@8*277-5678 27-Aug-1992 1412)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMUTEK dies with the following errors
Date: 27 Aug 92 18:12:48 GMT
Reply-To: rick @ 8*277-5678  27-Aug-1992 1412 <CARL_R@CHO000.dnet.ge.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>
X-MX-Warning: Warning -- Invalid "From" header.
X-MX-Warning: Warning -- Invalid "Reply-To" header.
X-To: INET"cmu-tek-tcp@cmutek.cc.cmu.edu"


    periodically, our CMU-"stuff" just dies with the following OPCOM
    messages:

    would someone explain to me what these mean so that if they can be
    fixed, i can fix them ????

    thanks in advance,
    rick carl
    ge fanuc automation
    804-978-5678

%%%%%%%%%%  OPCOM  27-AUG-1992 09:44:21.53  %%%%%%%%%%%    (from node CHO006 at
 27-AUG-1992 09:44:23.20)
Message from user SYSTEM on CHO006
?IPACP: Exception handler: signal name 00158264

%%%%%%%%%%%  OPCOM  27-AUG-1992 09:44:29.90  %%%%%%%%%%%    (from node CHO006
at
 27-AUG-1992 09:44:31.56)
Message from user SYSTEM on CHO006
?IPACP: Exit handler: Exit requested, cleaning up...



%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:35.18  %%%%%%%%%%%
Message from user SYSTEM on CHO004
?IPACP: Exception handler: signal name 0000000C

%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:47.66  %%%%%%%%%%%
Message from user SYSTEM on CHO004
?IPACP: Exit handler: Exit requested, cleaning up...

%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:53.28  %%%%%%%%%%%
Message from user SYSTEM on CHO004
IPACP: Network offline - ACP exiting.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: stevew@mksol.dseg.ti.com (steve wootton)
Subject: CMU-Tek ftp question
Summary: Does ftp have "append get?"
Keywords: AGET?
Organization: Texas Instruments, Inc
Date: Tue, 1 Sep 1992 22:45:29 GMT

I've got a question about CMU-Tek's ftp utility.

With Multinet's ftp, I can do a binary "append get" to copy a file with one
set of attributes to a file with a different set of attributes
(specifically, the record lengths are different).  Can you do the same with
the CMU-Tek ftp?

This is a "must have" feature for us.  If the software can't do it, we
really need to know before placing an order (which we'd like to do ASAP).

Email or post; either is very welcome.

Thanks,

Steve Wootton
stevew@mksol.dseg.ti.com
-- 
Steve Wootton  --  stevew@mksol.dseg.ti.com
Hey, don't blame TI... they haven't told me what to say.
From: lahteenmaki@phcu.helsinki.fi (Paavo L{hteenm{ki p.1918422)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: SMTP routine failure error
Date: 27 Aug 92 17:59:00 GMT
Reply-To: "Paavo L{hteenm{ki p.1918422" <LAHTEENMAKI@phcu.helsinki.fi>
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-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"



We are running VMS A5.5, CMUTEK 6.6-5A and PMDF 4.0.
Now when we upgraded to CMUTEK 6.6-5A , PMDF delivery batch job
fails with SMPT failure error:

$ run pmdf_root:[exe]ctcp_master
27-AUG-92  20:02:59: SMTP routine failure on file: PMDF_ROOT:[QUEUE.CTCP_LOCAL]Z
Z01GO353O801EA23BC3.00;1
Recorded error -- Error reading SMTP packet

or

$ run pmdf_root:[exe]ctcp_master
27-AUG-92  16:51:23: SMTP routine failure on file: PMDF_ROOT:[QUEUE.CTCP_LOCAL]Z
Z01GO3BLCO81EA2N4J3.00;1
Recorded error -- Fatal error from smtp_open


         Thank you all for your help !

--
Lahteenmaki@phcu.helsinki.fi
From: dragon@nscvax.princeton.edu (Mighty Firebreather)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: CMUTEK dies with the following errors
Date: 27 Aug 92 20:57:39 GMT
Reply-To: Mighty Firebreather <dragon@nscvax.princeton.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

>Date: Thu, 27 Aug 92 14:12:48 EDT
>X-MX-Warning:   Warning -- Invalid "From" header.
>From: rick @ 8*277-5678  27-Aug-1992 1412 <CARL_R@cho000.dnet.ge.com>
>X-MX-Warning:   Warning -- Invalid "Reply-To" header.
>Reply-To: rick @ 8*277-5678  27-Aug-1992 1412 <CARL_R@cho000.dnet.ge.com>
>X-To: INET"cmu-tek-tcp@cmutek.cc.cmu.edu"
>Subject: CMUTEK dies with the following errors
>To: cmu-tek-tcp@cmutek.cc.cmu.edu
>
>
>    periodically, our CMU-"stuff" just dies with the following OPCOM
>    messages:
>
>    would someone explain to me what these mean so that if they can be
>    fixed, i can fix them ????
>
>    thanks in advance,
>    rick carl
>    ge fanuc automation
>    804-978-5678
>
>%%%%%%%%%%  OPCOM  27-AUG-1992 09:44:21.53  %%%%%%%%%%%    (from node CHO006 at
> 27-AUG-1992 09:44:23.20)
>Message from user SYSTEM on CHO006
>?IPACP: Exception handler: signal name 00158264

  MSG = "%X158264"
%LIB-F-BADBLOADR, bad block address

>
>%%%%%%%%%%%  OPCOM  27-AUG-1992 09:44:29.90  %%%%%%%%%%%    (from node CHO006
>at
> 27-AUG-1992 09:44:31.56)
>Message from user SYSTEM on CHO006
>?IPACP: Exit handler: Exit requested, cleaning up...
>
>
>
>%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:35.18  %%%%%%%%%%%
>Message from user SYSTEM on CHO004
>?IPACP: Exception handler: signal name 0000000C

  MSG = "%XC"
%SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XL, PC=!XL, PSL=!XL

>
>%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:47.66  %%%%%%%%%%%
>Message from user SYSTEM on CHO004
>?IPACP: Exit handler: Exit requested, cleaning up...
>
>%%%%%%%%%%%  OPCOM  27-AUG-1992 09:50:53.28  %%%%%%%%%%%
>Message from user SYSTEM on CHO004
>IPACP: Network offline - ACP exiting.
>
>

	So now you know.  Now what?

	You neglected to mention what version of the software you are
running.  Without knowing that, there's not much anybody can tell you.  If
you are running anything prior to 6.5-3 I'd suggest upgrading to 6.5-3.  If
you are already at 6.6-x try to get a copy of the 6.6-5A beta version.


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
Newsgroups: vmsnet.networks.tcp-ip.ucx,vmsnet.networks.tcp-ip.multinet
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: Do UCX and Multinet support nonblocking I/O?
Reply-To: reece@eco.twg.com (Reece R. Pollack)
Organization: The Wollongong Group (East Coast Operations)
Date: Mon, 31 Aug 92 05:39:34 GMT


In article <dank.715215744@blacks>, dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:
|>Hi,
|>I want to port to VMS a Unix program which initiates several
|>connections to TCP servers and uses nonblocking I/O
|>to manage all the connections simultaneously.
|>
|>Questions:
|>1) Will a program written for one style of TCP/IP (UCX, Multinet, CMU/TEK)
|>   run or compile for another style of TCP/IP, or are they wildly incompatible?

Most, if not all, TCP/IP implementations for VMS offer some varient of
the BSD socket interface. As such, they are fairly close in features.
However, the routine names vary from implementation to implementation.

For example, the Vax C RTL read() call can be used to read a UCX socket. The
equivalent call for WIN/TCP is netread(), while Multinet uses socket_read().
If you establish a standard function call for reading a socket, you can
use #ifdefs to define a macro which will hide the differences:

#ifdef WINTCP
#define sockread(s,b,l)  netread(s,b,l)
#define sockwrite(s,b,l) netwrite(s,b,l)
#endif

#ifdef UCX
#define sockread(s,b,l)  read(s,b,l)
#define sockwrite(s,b,l) write(s,b,l)
#endif

#ifdef MULTINET
#define sockread(s,b,l)  socket_read(s,b,l)
#define sockwrite(s,b,l) socket_write(s,b,l)
#endif

Both Multinet and WIN/TCP (or Pathway for VMS, as it is now called) offer
a UCX emulation mode which allows a program written to use the Vax C RTL
calls to run over non-UCX transports.


|>2) Can select() or poll() be used with tcp/ip sockets to detect which of a 
|>   set of sockets is ready for I/O?

Yes, although select usually will only work on sockets and not terminals
and files and the like. This is often the biggest stumbling block to porting
Unix network applications.

|>3) Can one use non-blocking I/O on a socket?  If so, how?

WIN/TCP sockets can be put into a non-blocking mode using the ioctl provided
in the WIN/TCP socket library. I don't know how the other products handle
this at the socket library level.

Under Unix the scheme is to wait for data to be available using select()
and then reading the data using read(). Under VMS, this is done by queueing
reads to each channel using sys$qio and then waiting for one of the I/Os to
complete, usually using sys$wflor. If you're looking for maximum efficiency
or greater functionality than you can get with the VMS implementations of
select(), converting ti qios is the way to do it.

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: DAVISM@kcgl1.eng.ohio-state.edu (Michael T. Davis)
Subject: Bugs in TPS (?) 2.0
Organization: The Ohio State University
Date: Wed, 2 Sep 1992 19:25:44 GMT


	So far, I've come across two bugs in DEC TCP/IP Services (TPS?) for
OpenVMS 2.0.  First of all, binary telnet mode does not work properly.  A
carriage-return is interpretted literally as a CR, instead of a combination of
CR and LF (line-feed), and control characters are interpretted as line
terminators.  This behavior was observed telnetting to a host running Ultrix
4.2A.  For example, it's necessary to use CTRL/J at the Ultrix login prompt,
rather than a CR (CTRL/M).  It can also be observed by telnetting back to the
same system.  Enter a string at the DCL prompt and press CTRL/U; with line-
editing, the line should be erased, but instead it's entered as a command.

	Here's an interesting one:

UCX> sho serv/ful telnet

Service: TELNET
                           State:     Enabled
Port:               23     Protocol:  TCP             Address:  0.0.0.0
Inactivity:          1     User_name:                 Process:  not defined
Limit:              10     Active:      0             Peak:       0

File:         not defined
Flags:        Listen Rtty

Socket Opts:  Keepalive Rcheck Scheck
 Receive:         3000     Send:            3000

Log Opts:     Actv Dactv Conn Error Mdfy Rjct Addr
 File:        not defined

Security
 Reject msg:  UCX TELNET connection rejected
 Accept host: 0.0.0.0
 Accept netw: 0.0.0.0

UCX> dis serv telnet
UCX> set serv/rej=mes="UCX TELNET connection refused" telnet
UCX> enab serv telnet

UCX> sho serv/ful telnet

Service: TELNET
                           State:     Enabled
Port:               23     Protocol:  TCP             Address:  0.0.0.0
Inactivity:          1     User_name: Listen RttyActv Dactv Conn Error Mdfy R
jct AddrKeepalive Rcheck ScheckNone
                                                      Process:  not defined
Limit:              10     Active:      0             Peak:       0

File:         not defined
Flags:        Listen Rtty

Socket Opts:  Keepalive Rcheck Scheck
 Receive:         3000     Send:            3000

Log Opts:     Actv Dactv Conn Error Mdfy Rjct Addr
 File:        not defined

Security
 Reject msg:  UCX TELNET connection refused
 Accept host: 0.0.0.0
 Accept netw: 0.0.0.0

In particular, look at what happened to the User_name: field.  What's so in-
teresting is that our rlogin service is defined with the rejection message
"UCX RLOGIN connection refused"; if we replace "refused" with "rejected" we
experience a similar corruption of the User_name: field for the rlogin service
entry.  Note that this corruption only seems to be in memory; adding the
/PERMANENT qualifier to the SHOW SERVICE command reveals nothing out of the
ordinary.

	Finally, has anyone figured out how to enable the binary (8-bit) option
for outbound rlogin?

							Mike
--
 Internet: davism@KCGL1.eng.ohio-state.edu |
            -or- DAVISM+@osu.edu           |   These Thoughts, They Be Mine
   BITNET: DAVISM+@OHSTMAIL.BITNET         |
From: gareth@lucifer.latrobe.edu.au (Gareth who?)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Remote DECwindows display...
Date: 2 Sep 92 01:32:10 GMT
Organization: La Trobe University

Hello fellow UCX'ers...

I seem to have this problem displaying X-window applications from an 
ULTRIX machine (running MULTINET) to a VAXstation (running UCX :-).

The problem is that when I try to display the X-window applications I
get the following message...

Error: Can't Open display

with the following environment settings...

setenv DISPLAY node.to.display.on:0

Now this seems to work on other VAXstations and the only percieved difference
is that node.to.display.on runs UCX not Multinet (like other
VAXen I have successfully got to work) and that I setup UCX on this node :-)

Setup...

VMS V5.4, UCX 1.3a, DECwindows (not MOTIF) on client...
ULTRIX V4.2A (Rev. 47) System #5.

In security I have ...

	NODE: *
	USER: *
	TRANS:*
&	
	NODE: lucifer.latrobe.edu.au
	USER: ?
	TRANS:TCPIP

the two incantations that I was told to try...

I think there must be some "toggle" somewhere to allow incoming display's
(if that make sense) but I can't find it in the manuals...

Any help appreciated...

Thanks for reading,

Gareth.

-- 

gareth@lucifer.latrobe.edu.au 
Xref: sparky vmsnet.networks.tcp-ip.ucx:91 vmsnet.mail.mx:865 comp.os.vms:14371