HDTenEightyP/NetNews huggingface dataset:
From: MyTH@ucx.lkg.dec.com (M. T. Hollinger)
Subject: Re: Setting up RSH proxies
Originator: MyTH@hageln.ucx.lkg.dec.com
Keywords: RSH
Reply-To: MyTH@ucx.lkg.dec.com (M. T. Hollinger)
Organization: Digital Equipment Corporation
Date: Wed, 11 Nov 1992 22:56:38 GMT


In <lg2fvdINNg78@news.bbn.com>, Regis McEwen writes:
> 	On an Un*x box I'm issuing the commands:
> 
> 		rsh vax "sh process"

You need to specify the remote username, if different:

                rsh vax -l vmsuser show process

This is nothing unique to VMS or UCX; you have to specify the remote
username when using "rsh" between two UNIX systems, too, if it isn't
the same as the local username.

You may find the CASE_INSENSITIVE flag to be useful also, if you have
trouble remembering where to put quotes and what should be in lower
case.

        - MyTH
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RMTALLOC leads to MOUNT-F-UNSAFE, drive unsafe
From: PACK@UARS.ACD.UCAR.EDU
Date: 09 NOV 92 18:42:19 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    PACK@UARS.ACD.UCAR.EDU (Daniel Packman (303) 497-1427)
X-Vmsmail-To: SMTP%"info-multinet@tgv.com"

I am attempting to access, via rmt, a 9 track tape drive on a remote
ibm RS6000/320H.  I have set up an appropriate entry in the remote
machines .rhost file.  The rmtalloc command seems to work properly,
but when I do a "Mount/foreign", I always get 

  %MOUNT-F-UNSAFE, drive unsafe

message.  This is the result whether I invoke the low density or
the high density device (the tape is almost assuredly low density)
and whether I access the "retension on open" option or not.  Any
suggestions?


Newsgroups: vmsnet.networks.tcp-ip.multinet
From: brent@uwovax.uwo.ca (Brent Sterner)
Subject: Multinet vs UCX vs POSIX ?
Organization: University of Western Ont, London
Date: Tue, 10 Nov 1992 16:37:12 GMT

   A few weeks ago I installed POSIX on our VMS 5.5-1 system running
Multinet version V3.1 Rev D.  Several things happened which has caused
me to leave it unstarted for the time being.  (POSIX was installed as
an experiment; it is not critical for production, though it might be of
benefit to some of our clients.  The objective was simply to play with
the product to see what benefit it might provide, and at what cost.)

   One problem was that rlogin apparently stopped functioning.  (There
were some other happenings on the system at the time which may or may
not have been causal, but our local Multinet person has indicated there
are problems between Multinet and UCX, which is used by POSIX, and I'm
inclined to trust this person's judgement in networking matters.)

   This is a request for guidance.  Is there a *reliable* way to integrate
(the startup of) POSIX and Multinet to avoid problems with functionality?
Once Multinet has been started (as it is at boot time here), is there a
safe way to start up POSIX without interfering with existing links?  Will
a future release of VMS, POSIX, or Multinet reduce the danger enough that
I should hold off for now, but try again later?  Should I abandon all hope
of ever running POSIX on my VMS system?

   Thank you for whatever insight you can provide.  b.   
--
Brent Sterner                       Manager, Academic Technical Support
Fast:       <BRENT@uwovax.uwo.ca>   <129.100.2.13>
Telephone:  (519)661-2151 x 6036    Fax:   (519)661-3486
Slow:  Computing & Communications Services, Natural Sciences Building
       The University of Western Ontario, London, Ontario, Canada  N6A 5B7
From: rand@lucy.merrimack.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Lingering processes - possible efficency impr
Date: 10 Nov 92 13:30:23 GMT
Reply-To: rand@lucy.merrimack.edu ()
Distribution: na,local
Organization: "Silicon Surfers, Inc."

, 10 08:30:23 19929208:30:23 1992ESTLines: 38


In article <1992Nov8.130057.3966@arizona.edu>, leonard@telcom.arizona.edu (Aaron Leonard) writes:
>Newsgroups: vmsnet.networks.tcp-ip.multinet
>Subject: Re: Lingering processes - possible efficency improvem
>From: leonard@telcom.arizona.edu (Aaron Leonard)
>Reply-To: Leonard@Arizona.EDU
>
>In article <18951.2afb696e@ecs.umass.edu>, jhwelch@ecs.umass.edu writes:
>| 
>| We're running MULTINET on a burdened vax 11/780 and any kind
>| of performance improvement would be of help.
>| 
>| In a future release of multinet would it be possible to have
>| the processes created to service SMTP and FINGER (and maybe others?)
>| linger for a short time like FAL connections do for DECNET?
>
>1. Take the amount of money the Massachusetts taxpayers are 
>squandering annually by having you run your 780 (electricity
>consumption, airconditioning, software licensing, floorspace, 
>maintenance if any).
>
>[and buy a new machine]

Not a bad idea--analyzing the cost/benefit of old machines. We've got an old
785 in our cluster. A couple of years ago we:
o took it off maintenance (when it dies it dies and we'll tape a gold watch to
  it before we wheel it out)
o turned it off in the summer

Floorspace is not a problem here. We could shut down one of our 2 AC in the summer and the 785 cut down on heat in the winter :-) The 'loss' of 1.5 vups doesn't kill anyone in the summer. The addition of 1.5 vups during the year was a nice luxury for system maintenance type things.



--
Rand P. Hall, System Janitor, Merrimack College, North Andover, Massachusetts
Internet: rand@merrimack.edu, rand@lucy.merrimack.edu
\  /\  /\  /\  /\____________________________________________________________  
 \/  \/  \/  \/     Abortion stops a beating heart
X-Gateway-Source-Info: INTERNET
Date: 09 NOV 92 04:40:56 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
From: "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
Subject: Re: Help with a choice of machines!
X-VMS-To: IN%"BOBMAH@PSC.PLYMOUTH.EDU"
X-VMS-Cc: IN%"info-multinet@TGV.COM"
Organization: The INFO-MULTINET Community

> The question is: I'd like to buy an Alpha workstation to do the job.  VMS will
> be ready, I am told, long before OSF.  I really could buy just about anything
> to do this job, although I really like Multinet and PMDF.  What sort of
> disappointments will I be likely to face in terms of WAIS and other network
> services?  Is the public-domain availability of neat new toys going to always
> be a disappointment if I go with a Alpha/VMS box?

If you really like MultiNet and PMDF I think you'll have trouble trying to
replace them in terms of capability, reliability, and technical support if
you go with a UNIX machine.  I'm naturally not an unbiased source of opinion
on the matter, but I think you'll find PMDF and MultiNet offer significant
value because their respective vendors focus their entire business on e-mail
and TCP/IP.  In the UNIX world no one focuses on either because the OS
vendor includes an inferior implementation.

	/Kevin Carosso
	 Innosoft
From: adelman@TGV.COM
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re:  CALL FOR BETA TESTERS
Date: 5 Nov 92 06:26:18 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM

> In article <2FC0152F04NOV92202230@TGV.COM>, adelman@TGV.COM writes:
>>     A number of minor enhancements and bug fixes, and most importantly
>> support for the Alpha.	 We are releasing it for the VAX as well so
>> that our customers can be assured compatible versions of the product
>> on both platforms.

> [Some great new features deleted]

> Conspicuously absent in your list is automatic supported installation onto an
> alternate disk.  Please tell me that when I run VMSINSTAL that it will prompt
> for a destination disk/directory to install it on.

    It will not. Off system disk installation is further complicated by
being able to perform rolling upgrades from VMS V5 to VMS V6 and perhaps
even the potential for mixed-architecture clusters (AXP & VAX). The
method of doing an off-system-disk installation by redefining the
MULTINET_ROOT logical names will, however, be documented.

> Also, Bruce mentioned earlier that TGV was working on an unloadable kernel
> for minor upgrades without necessitating a system reboot.  Did this make it
> into 3.2?  For those of us with high-availability requirements, this feature
> would be a godsend.

    We're not sure yet. We're field testing it with V3.2 but plan on removing
it from the final release for inclusion in a later release. A lot of this
depends on the feedback we recieve during the field test period.

								    Ken
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: FTP/Type Image/blocksize?
Date: 4 Nov 1992 21:33:13 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov3.190137.29833@cpu.com>, gwlester@cpu.com (Gerald W. Lester) writes:
>>		Use CONVERT/FDL after we get the file?
>>		Hand code a fudge program for post-processing?
>>		Other suggestions?
>>		
>
>	I have in the past used CONVERT/FDL to change the record size.

And how, pray tell did you accomplish that?  If you don't specify the /PAD
option, CONVERT complains of invalid record lengths and doesn't write anything
to the output file.  If you DO specify /PAD, your file is corrupted.  Either
way, CONVERT/FDL does NOT do anything close to what you want.  You CAN,
however, use CREATE/FDL and COPY/OVERLAY to achieve the desired result:
	$ CREATE/FDL=SYS$INPUT: new_file
	RECORD
		FORM	FIXED
		SIZE	2048
		CARR	NONE
	$ COPY/OVERLAY old_file new_file
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: xdm on VMS with multinet
From: "Andrew Potter, Assoc. Dir, ISC DCO&TS" <AWPSYS@ritvax.isc.rit.edu>
Date: 06 NOV 92 16:32:15 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Andrew Potter, Assoc. Dir, ISC DCO&TS" <AWPSYS@ritvax.isc.rit.edu>
X-VMS-To: IN%"info-multinet@tgv.com"

Does anyone know if anyone has ported the X display manager (xdm) to
VMS under multinet?   We have some home-brew X terminals on site that
could take advantage of it.

- Andy
From: yehavi@vms.huji.ac.il
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: xdm on VMS with multinet
Date: 9 Nov 92 13:33:39 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

>Does anyone know if anyone has ported the X display manager (xdm) to
>VMS under multinet?   We have some home-brew X terminals on site that
>could take advantage of it.

I wrote a minimal XDM for VMS using Multinet and a TFTP daemon which allows
only read requests from specific trees. I am using it in order to download
the NCD's images and fonts. It can work over routers and the fonts downloading
is faster (the process is alive, no need to create a new FAL process).

You can have it by Anonymous FTP to VMS.HUJI.AC.IL and grab the file
[.LOCAL]TFTP_XDM.BCK

                                                        __Yehavi:
From: lane@duphy4.physics.drexel.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: debugging ACCVIO in server process
Date: 6 Nov 92 15:17:44 GMT
Distribution: all
Organization: Drexel University Physics

Anyone have any hints on debugging server processes?  We have a NNTP
server that crashes a few times a day with an ACCVIO. [ANUNEWS 6.1B5,
Multinet 3.1B, VMS 5.4].

What would be ideal is an image dump of the NNTP server ....  that way
I don't have to run debugger sessions all day waiting for that "killer
news article".   I *did* generate a symbol table when the NNTP server
was linked, so interpreting the dump should be no problem.

A look through MULTINET CONFIG/SERVER doesn't show a way to set the
"image dump" flag on server process startup, however.   Is there a way?

--

 Drexel University       \V                     --Chuck Lane
----------------->--------*------------<--------lane@duphy4.hepnet
     (215) 895-1545      / \  Particle Physics  lane@duphy1.bitnet
FAX: (215) 895-5934        /~~~~~~~~~~~         lane@duphy4.physics.drexel.edu
X-Gateway-Source-Info: INTERNET
Date: 06 NOV 92 22:33:23 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re: Alternate UIC for MULTINET_SERVER?
Organization: The INFO-MULTINET Community

> We are trying to develop a local application to provide weather data to
> a group of observatories here in Hawaii. There is no problem getting the
> MultiNet ser ver to spawn off a process to get the data, however, due to
> the way in which the weather station data we need is used by our
> telescope control systems, the data resides in a Group global section
> and is therefore unreadable by the spawned process. Is it possible to
> modify the RUN command in START_SERVER.COM so that the server is started
> by a (fully-privileged) UIC in the proper group? Will anything else
> break if we do this?

> (For various reasons, it is not possible to rewrite the weather software
> to use a system global section.)

    You could, but it isn't going to help you because it will still
create the processes as owned by [1,4]. The best you could do is to
have your server poke its UIC before mapping to the global section.

							    Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Lingering processes - possible efficency improvem
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 8 Nov 92 13:00:56 MST
Reply-To: Leonard@Arizona.EDU
Distribution: na,local
Organization: University of Arizona Telecommunications

In article <18951.2afb696e@ecs.umass.edu>, jhwelch@ecs.umass.edu writes:
| 
| We're running MULTINET on a burdened vax 11/780 and any kind
| of performance improvement would be of help.
| 
| In a future release of multinet would it be possible to have
| the processes created to service SMTP and FINGER (and maybe others?)
| linger for a short time like FAL connections do for DECNET?

1. Take the amount of money the Massachusetts taxpayers are 
squandering annually by having you run your 780 (electricity
consumption, airconditioning, software licensing, floorspace, 
maintenance if any).

2. Divide this amount into two parts.

3. Take one part of this money and buy a VAXstation 4000/90 or
a MicroVAX 3100/80 with 48MB of third-party RAM and a couple
of fast SCSI disks.  Install this box.  Haul the 780 off to the dump.

Your peformance problems will be solved.  You will stop worrying
about the overhead of creating `fingerd' processes and be able
to perform productive work instead.

4. Give the other half of the money to me for improving your 
performance and saving your state so much money at the same
time.

Best,

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721
  "It's not a bug, it's a form of flow control."
  - Jerry Leichter on why crash-prone Unix is a suitable
    platform for NSFNET core routers
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: a search for ftp compressed (multinet) ?
From: CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young)
Date: 12 Nov 92 00:28:50 MST
Distribution: world,local
Organization: --
X-News-Reader: VMS NEWS 1.24

In <4248@sicsun.epfl.ch> marmillod@elpp1.epfl.ch writes:

> 	A have read that the exist an implantation of ftp with compression
> for multinet in the pd.

I *believe* (haven't checked personally yet) that it is available via
anonymous ftp from vesta.sunquest.com.  FTP after hours please.

-Chris
chd@ece.arizona.edu
From: BOBMAH@PSC.PLYMOUTH.EDU (Bob Mahoney)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Help with a choice of machines!
Date: 6 Nov 92 18:32:45 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Bob Mahoney <BOBMAH@PSC.PLYMOUTH.EDU>
X-VMS-To: IN%"info-multinet@TGV.COM"
X-VMS-Cc: BOBMAH

Hello, learned ones!

We are currently happy VMS/Multinet/PMDF users.  I am working on the final
stages of a networking proposal, and am specifying a "Network Operations"
machine, to handle DNS, mailing lists, and other global networking tasks.

The problem is this: we want to use this machine to be a WAIS/Gopher server, to
provide all sorts of neat services for our users.  I have been warned by a more
WAIS-wise person than myself that the VMS/Multinet versions of WAIS/Gopher-type
utilities are not as advanced as their UNIX counterparts, not fully
implemented, etc.

The question is: I'd like to buy an Alpha workstation to do the job.  VMS will
be ready, I am told, long before OSF.  I really could buy just about anything
to do this job, although I really like Multinet and PMDF.  What sort of
disappointments will I be likely to face in terms of WAIS and other network
services?  Is the public-domain availability of neat new toys going to always
be a disappointment if I go with a Alpha/VMS box?

Any relevant advice or comments would be helpful! 

Thank'ee!   -Bob
                                  ..
---------------------------------m--m-----------------------------------------
Bob Mahoney        Plymouth State College Computer Services, Plymouth NH 03264
Network Manager/Postmaster                             BOBMAH@PSC.PLYMOUTH.EDU
From: marmillod@elpp1.epfl.ch (Philippe Marmillod EPFL - CRPP 1015 Lausanne CH)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: a search for ftp compressed (multinet) ?
Keywords: ftp compression multinet
Date: 11 Nov 92 09:00:47 GMT
Reply-To: marmillod@elpp1.epfl.ch
Organization: Ecole Polytechnique Federale de Lausanne



	A have read that the exist an implantation of ftp with compression
for multinet in the pd.
	Where it is possible to find this product ?
		Philippe Marmillod
		Ecole Polytechnique Federale de Lausanne Suisse
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: RMTALLOC leads to MOUNT-F-UNSAFE, drive unsafe
From: busma@TGV.COM
Date: 09 NOV 92 18:42:23 GMT
Organization: The INFO-MULTINET Community
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    busma @ TGV.COM (Jeffrey D. Busma)

 
>I am attempting to access, via rmt, a 9 track tape drive on a remote
>ibm RS6000/320H.  I have set up an appropriate entry in the remote
>machines .rhost file.  The rmtalloc command seems to work properly,
>but when I do a "Mount/foreign", I always get 
>
>  %MOUNT-F-UNSAFE, drive unsafe
>
>message.  This is the result whether I invoke the low density or
>the high density device (the tape is almost assuredly low density)
>and whether I access the "retension on open" option or not.  Any
>suggestions?
>
	The experience we've had with RS6000s has not been posititve.

	The vax asks the RS6000 to rewind the tape and the RS6000
	reports an error. The vax figures that if it can't rewind the tape
	it won't be able to read or write the tape. Note the error 
	reported was change to :

	%MOUNT-F-CTRLERR, fatal controller error
	
	in Rev-B or later)

	Try this:

		$ RSHELL hostname "/etc/rmt"
		I5
		1


	If you get an error ("E5 There is an input or output error"), give IBM a	
	call and ask them why rewinding the tape causes this error. I'll be 		
	happy be part of that call if you want to arrange that.


	If you don't get an error rewinding, then your tape drive has different 	
	behavior than I've seen. Please give me a call , I'd like to have access 	
	to your tape drive and run some tests.

							Jeff Busma
							408.427.4366


		


X-Gateway-Source-Info: INTERNET
Date: 05 NOV 92 18:28:22 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
From: adelman@TGV.COM
Subject:  Re:  CALL FOR BETA TESTERS
Organization: The INFO-MULTINET Community

> In article <2FC0152F04NOV92202230@TGV.COM>, adelman@TGV.COM writes:
>>
>>     * Netware/IPX protocol stack now included in the basic MULTINET
>>	 product. NETWARE file service will be offered as a layered product
>>	 released slightly after MultiNet V3.2 is distributed.
>>
>	  Will this cause any conflict with other IPX implementations running
> on the same system. We use TES from Interconnections on the same system as
> Multinet runs on, and TES has its own SPX/IPX drivers for terminal emulation.

    It won't cause a conflict unless you try to configure IPX. (It is
included in MultiNet, but you need to turn it on.).

>	  The NETWARE file services LP sounds very interesting, any time
> frame for its release ( the latest I heard on the Pathworks version of this
> is Spring/93 ).

    January or early February 1993.

								Ken
From: VANCE@TGV.COM (L. Stuart Vance)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re:  xdm on VMS with multinet
Date: 6 Nov 92 18:32:42 GMT
Organization: TGV, Incorporated
X-Gateway-Source-Info: INTERNET
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "L. Stuart Vance" <VANCE@TGV.COM>
X-Phone: 408/427-4366 (work); 408/427-4365 (fax)
X-Address: 603 Mission Street; Santa Cruz, CA  95060 (work)

>Does anyone know if anyone has ported the X display manager (xdm) to
>VMS under multinet?   We have some home-brew X terminals on site that
>could take advantage of it.

NCD has one that fires up DECW$STARTLOGIN pointed at the X-terminal.  We've had
a number of requests for this and are looking at providing this functionality
ourselves in a release after V3.2.

Regards!
-----Stuart

Newsgroups: vmsnet.networks.tcp-ip.multinet
From: hps@jach.hawaii.edu (Henry Stilmack - JAC System Mgr.)
Subject: Alternate UIC for MULTINET_SERVER?
Reply-To: hps@jach.hawaii.edu
Organization: UK/Canada/Netherlands Joint Astronomy Centre, Hilo, HI
Date: Fri, 6 Nov 1992 17:18:48 GMT

We are trying to develop a local application to provide weather data to 
a group of observatories here in Hawaii. There is no problem getting the 
MultiNet ser ver to spawn off a process to get the data, however, due to 
the way in which the weather station data we need is used by our 
telescope control systems, the data resides in a Group global section 
and is therefore unreadable by the spawned process. Is it possible to 
modify the RUN command in START_SERVER.COM so that the server is started 
by a (fully-privileged) UIC in the proper group? Will anything else 
break if we do this?

(For various reasons, it is not possible to rewrite the weather software 
to use a system global section.)

Thanks

______________________________________________________________________________
Henry Stilmack                               )  
Computing Systems Manager                    )  "Haven't you heard,
UK/Netherlands/Canada Joint Astronomy Centre )   it's a battle of words -
660 N. A'ohoku Place, Hilo, HI 96720         )   and most of them are lies..."
hps@jach.Hawaii.Edu       808-969-6530       )    
------------------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.multinet