HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: LPR characteristics
From: cir_jmn@vax1.utulsa.edu (Matt Nowotny)
Date: Fri, 18 Dec 92 08:34:20 CST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

In Message Thu, 17 Dec 92 13:47:28 PST,
  adelman@TGV.COM (Kenneth Adelman) writes:

>>      Hello,  I don't remember seeing this recently.  If it's been here
>> then cat flames > /dev/null. I've been busy and may have missed it.
>
>>      I have two LPR queue's defined as STREAM since I'm pumping them to
>> printers on terminal servers just as the book says.  The printers are a
>> DP B300 and a DEC LA-120.  The connection is made and characters come
>> out. So far so good.  However we seem to be missing any linefeeds so
>> all the text comes out on one line.  The B300 doesn't like this at all
>> althought the LA-120 lives throught it.
>
>
>>      I've not seen anything is chapter 8 of the admin manual that tells
>> me how to correct his.  If I missed it the please point me to
>> section/page.  If I didn't miss it then does anyone know how to correct
>> the situation.  Printing several pages on one line does tend to make
>> for very difficult reading.
>
>>      Or is this something I need to fix by having my people play with
>> the terminal server characteristics maybe?
>
>    Play around with the terminal server. If you need to, use TCPDUMP
>to confirm that we are really sending a CRLF (we always do) and that
>the terminal server is eating it (we see a lot of this).
>
>        Ken

Or it may be easier to put a setup module on the form for the queue to tell
the printer to turn on cr=cr+lf.  This is what I ended up doing.
=======================================================================
Matt Nowotny                                    CIR_JMN@VAX1.UTULSA.EDU
University of Tulsa - CIR
Zink Hall Rm.136
918-631-2366
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: rlogin 'feature'?!?
Date: Fri, 11 Dec 92 14:44:24 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I've just found this sort of bug.. but it may not be....
> when I rlogin from a subprocess on the vax, I can't spawn
> back using '~^Z'... it just sits there and waits for you
> to press return and comes back to the unix prompt. Also is there
> a way to change the spawn character... no offence.. but I find
> it really annoying.

    RLOGIN will first try to attach to its parent and if that
fails, it will spawn a process. I suspect you're getting attached
to your parent.

							Ken
From: MFLEMING@CSBINA.CSUBAK.EDU (Michael Fleming)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Disabling TALK Politely
Date: Wed, 16 Dec 1992 8:49:57 -0800 (PST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

I'm trying to prevent people "TALKing" to my users on node CSBOAA.

I've done the following on node CSBOAA:
  $ mu sh/vers
  TGV MultiNet V3.1 Rev A, VAX 4000-300, VMS V5.4-2
  $ mu config/servers
  disable talk
  disable ntalk
  restart

When I go to node CSBINA and try talking to CSBOAA with "talk system@csboaa" I 
get the following:
  TALK 3.1(9) ------[Checking for invitation on caller's machine]
and sit there with no notice that talk is disabled on the remote node.  Not 
polite.  I get the same notice whether system@csboaa is logged in or not.  Very 
impolite.

When I'm on CSBOAA and try "talk mfleming@csbina" I get the following if the 
remote user is logged in:
  TALK 3.1(9) -----[Trying to connect to your party's talk daemon]
When I go to node CSBINA and respond with "talk system@csboaa.csubak.edu" I get 
the following:
  TALK 3.1(9) ------[Checking for invitation on caller's machine]
and sit there with no notice that talk is disabled on the remote node.  Down 
right rude.

By the way, CSBINA is configured as follows:
  $ mu show/ver
  TGV MultiNet V3.1 Rev A, MicroVAX 3900 Series, VMS V5.4-2

IMHO, if talk is disabled on a node, then the calling party should be informed 
of that.  Also, initiating talk on a node where the talk server is disabled 
should not be possible if in fact there is no way for the called party to 
respond.  Is there something I still need to do to make this happen (short of 
modifying the talk or any other code) or am I out of luck?

Thanks,

Michael Fleming, Computing Consultant
California State University, Bakersfield
From: GAVRON@IT.SUNQUEST.COM (Ehud Gavron 602-570-2546)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Disk defragmenting products
Date: Thu, 17 Dec 1992 10:24:20 -0700 (MST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

I just wanted to let everyone know that the disk defragmentation
products also work great with Gerard Newman's RAM Disk driver.

(anonymous ftp vesta.sunquest.com mode lz [.files.vax_vms.ramdriver])

It's a RAM disk driver that beats DEC's in performance and it's
free!!!

Of course defragmenting it doesn't yield much of a performance boost,
at least not any more than a soft page fault, but hey, what the heck?

Ehud
Organization: Rohm and Haas Company
Date: Tue, 15 Dec 1992 08:59:43 EST
From: Aengus Lawlor <RBYAML@rohvm1.rohmhaas.com>
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: SLIP for PC

In article <01GSB3LWL6KQ000076@techno.isc.rit.edu>, ECLDCO@techno.isc.rit.edu
(Eric Loyd - Data Center Operations, x7320) says:
>
>We'd like to test SLIP on some new high speed modems that we have.
>For one test, we're using a VAXstation 3100, and for another, we'd
>like to use a PC.
>
>Does anyone know of any SLIP software for PCs that will allow at least
>electronic mail (and preferrably, rlogin/telnet capabilities)?
FTP Software have SLIP and PPP versions of their PC/TCP available. All
the PC/TCP utilities (including mailers) can use it. You can even run X
over it. I don't have their number to hand, but if you need it, I can dig
it out.
>
>Eric C. Loyd                            ecldco@ritvax.isc.rit.edu
Aengus
--
RBYAML@ROHMHAAS.COM                    Aengus Lawlor
RBYAML@ROHVM1.BITNET                   (who used to be ALAWLOR@DIT.IE)
"How about some of that famous Dublin wit, Barman?"
"Certainly, sir. Would that be Dry or Sparkling?"
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: SLIP and bootp
Date: Fri, 11 Dec 92 19:12:34 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> Is there any reason BootP requests wouldn't be passed through a slip line?  We
> have a PC acting as a router on the end of the slip line, and are having a hard
> time determining whether bootp won't work because the routing software (on the
> PC) isn't passing it through or whether the SLIP line won't take them for some
> reason.

    The PC isn't, and shouldn't pass IP broadcast packets through. If
the booting machine were to already know its IP address and the IP address
of the BootP server, it could presumably direct the packet through the
gateway to the server and use the protocol to discover other information
about its environment, but chances are that a machine that already knows
all of this has enough state to not need BootP.

							    Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Pathworks TCP/IP on VAX with CMU/TEK
From: VANCE@TGV.COM (L. Stuart Vance)
Date: Fri, 18 Dec 1992 13:30:03 -0800 (PST)
Organization: TGV, Incorporated
X-Gateway-Source-Info: Mailing List

>We have the CMU/TEK TCP/IP package running on our VAX cluster. We are  running
>Pathworks for VMS with DECnet, without problem. We wished to try out the TCP/IP
>option of Pathworks and installed the files on the server without problem. 
>
>The problem is that the NBNS TCP Netbios process crashes upon startup claiming
>it can't find the hostname. DEC's answer is to use their UCX product as the
>TCP/IP layer. Does anyone else have experience of getting Pathworks TCP/IP to
>work with products other than UCX?

We've gotten PATHWORKS to run over MultiNet via our UCX emulation.  PATHWORKS
only supports UCX, so if you do want to run it over UCX, you must run it over
something that emulates UCX.  Many of the other IP for VMS vendors also support
a UCX emulation mode.

Regards,
-----Stuart
From: RABINOWITZ@BEAR.COM (Ari)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Export of VMS filesystem with files in it, owned by reso
Date: 15 Dec 92 18:58:41 GMT
Organization: BEAR STEARNS & CO.
X-News-Reader: VMS NEWS 1.24

In <921214131720.23a0025d@TGV.COM> adelman@TGV.COM writes:

> >	  We're running Multinet V3.1 rev. D. On our VAXcluster we want
> >	  to  export  a specific directory-tree, in which all files are
> >	  owned by a resource-identifier.  Several  users  are	granted
> >	  this resource-identifier in order to let them read and  write
> >	  files in the directory-tree.
 
 
>     There isn't a way to do it without making the files owned by a
> user and giving appropriate quotas.
 
> 							    Ken

We've run up against the same problem.  I even asked some of the same
questions here some time ago.  What we have finally ended up with is
two different schemes, depending on the need.  In one case we have
created a dummy user on the Vaxes and the Un*x machines.  The dummy user
on the Vax end owns the files, and is in the same UIC group as the
users.  This Vax user maps to a dummy Un*x UID/GID which has the same
GID as the Un*x users who need to use the files.  We then give all of
the files G:RWED on the Vax end and that seems to work.  You could (and
we do) also allow one of the users to own the files, as long as all of
the users are in the same group on both the Vax and Unix ends and the
files have G:RWED.

I also would like to see a version of Multinet's NFS server that could
handle files owned by a resource ID.

Ari

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: xroach
Date: Thu, 17 Dec 92 09:41:53 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

#
#Okay, this has nothing to do with MultiNet, but this is the group I read that
#does VMS and Unix support.
#
#I ftp'ed xroach off Cerritos, it runs fine (if slooooow) on my VSII.  Now my
#cubemate wants it on her IPC.  Fine, I have sources and even the makefile. 
#Except the makefile seems to be corrupted.  I get an error of "unexpected
#end-of-file at line (7)".  Any suggestions or help via e-mail are appreciated
#now and forever.  Postings will probably be deplored by Ken.
#

Does it have an Imakefile?  If so you can run xmkmf in that directory to 
correctly generate the proper Makefile for the Sun.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: smith@mcclb0.med.nyu.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Un tar-ing from a Re: How do you backup UNIX files to a VMS tape drive?
Date: 15 Dec 92 16:40:08 EST
Distribution: world
Organization: NYU Medical Center, New York, NY 10016, USA

In article <1992Dec4.170427.15817@unipalm.co.uk>, ian@unipalm.co.uk (Ian Phillipps) writes:
> 
> The Gnu tar program will allow you to use the "/etc/rmt" service, as
> provided by MultiNet. You can use it out-of-the box with the /dev/rmtx
> format tape drives. If you'd prefer to use the real device names, a
> little (very light) hacking is needed on gnutar to persuade it that
> names like "vaxname:msa0:/nounload" are remote names. You don't need
> NFS to do any of this.

If I understand this posting correctly I require GNUtar on, say, a DECstation 
to be able to untar a tar tape which is mounted physically on the VAX (the 
only place we have a TK50).  This is suddenly quite important. We got an 
update for some software for our DECstation on a TK50, but the d/s TK50 is 
dead: we'd like to use the VAX/Multinet to get to the tape.

+----------------------------------------------------------------------------+
|Ross Smith,  Research Computing Resource, Department of Cell Biology, NYU-MC|
|E-Mail:  SMITH@NYUMED.BITNET (BITNET),   SMITH@MCCLB0.MED.NYU.EDU (Internet)|
+----------------------------------------------------------------------------+
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Diskkeeping products and NFS export of VMS disks.
Date: Thu, 17 Dec 92 08:09:56 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>         Can the use of diskkeeping and -caching products like
>         PerfectDisk and I/O-Express on disks that are (partially)
>         exported by Multinet NFS potentially result in corrupted
>         files and data?

        We use DEC's file optimizer (DFO) with our NFS Server and
have no problems. I wouldn't expect their to be a problem with a
file defragmenter IF it respects that open files cannot be moved.

        I do know of some problems with some I/O cachers that ended up
using an XQP lock in a way incompatible with the way the NFS Server
prior to MultiNet V3.1 used it.  This was fixed by changing the way we
used it in MultiNet V3.1.

                                                                Ken
From: KVC@SUMMER.INNOSOFT.COM (Kevin V. Carosso)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: porting Unix code to Multinet
Date: 18 Dec 1992 20:08:29 -0800 (PST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> code?  One approach is presumably to use the UCX emulation, where read(),
> close(), and write() all take either sockets or fds.  Is there any
> downside to that?

That's what I do, just use DEC's RTL and MultiNet's UCX emulation.

> My options seem to be (0) to use the UCX emulation, (1) to duplicate the
> library routines, and have the high level routines call the net- version
> of the library if appropriate, (2) [almost equivalent] to add flag
> parameters or global variables to communicate whether a particular int
> refers to a VAXC fd or a TGV socket, or (3) to decide in the low level
> routine what a particular int refers to (in Wollongong code, I can use
> the kludge that fds are sequentially assigned and so are very small ints,
> whereas sockets are >= 192).  What's my best bet? 

I've used various combinations of all your listed options.  (0) is the
easiest and works fine -- I just use DEC's include files and the socket
library routines provided with the C RTL.

	/Kevin Carosso
	 Innosoft
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: x.500
Date: Fri, 18 Dec 92 10:01:14 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> Is the MULTINET finger able to handle this?

>>
>> Mark,
>>
>> I was given the following instructions to access the x.500 white pages
>> service on ESnet.
>>
>> finger <name>@wp.es.net  - gives info on members of ESnet committees
>>
>> finger <name>,sites@wp.es.net - gives info on users whose sites have
>> submitted info to the NERSC x.500 server.
>>
>> finger <name>,<site>,sites@wp.es.net  - give info on users at sites by
>> interogating x.500 servers at the sites.
>>
>> The first command works, the others (which have syntax unfamiliar to me)
>> blow up.

    The problem with the "," is fixed in MultiNet V3.2, which will
start shipping in January.

							ken
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: LPR characteristics
Date: 17 Dec 92 21:47:28 GMT
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>      Hello,  I don't remember seeing this recently.  If it's been here
> then cat flames > /dev/null.	I've been busy and may have missed it.

>      I have two LPR queue's defined as STREAM since I'm pumping them to
> printers on terminal servers just as the book says.  The printers are a
> DP B300 and a DEC LA-120.  The connection is made and characters come
> out.	So far so good.  However we seem to be missing any linefeeds so
> all the text comes out on one line.  The B300 doesn't like this at all
> althought the LA-120 lives throught it.


>      I've not seen anything is chapter 8 of the admin manual that tells
> me how to correct his.  If I missed it the please point me to
> section/page.  If I didn't miss it then does anyone know how to correct
> the situation.  Printing several pages on one line does tend to make
> for very difficult reading.

>      Or is this something I need to fix by having my people play with
> the terminal server characteristics maybe?

    Play around with the terminal server. If you need to, use TCPDUMP
to confirm that we are really sending a CRLF (we always do) and that
the terminal server is eating it (we see a lot of this).

								Ken
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Export of VMS filesystem with files in it, owned by resource-identifier
Date: Mon, 14 Dec 92 13:17:20 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>	  We're running Multinet V3.1 rev. D. On our VAXcluster we want
>	  to  export  a specific directory-tree, in which all files are
>	  owned by a resource-identifier.  Several  users  are	granted
>	  this resource-identifier in order to let them read and  write
>	  files in the directory-tree.

>	  After reading the Multinet NFS docs I think it's not possible
>	  to export this VMS filesystem to be used by one or more  Unix
>	  users, since Multinet NFS in this release  does  not	support
>	  ACL's. My questions are:

>	  1. Is this statement correct?

    Yes.

>	  2. Will  there  be  a new Multinet release in the near future
>	     that  supports  ACL's in this kind of setup (with resource
>	     identifiers?) What about V3.2?

    V3.2 won't, so the earliest it could be in is late '93.

>	  3. If  Multinet  does  not  and will not support this kind of
>	     setup for the time being, my question to the VMS guru's on
>	     this list is: what is the best way to change this setup to
>	     allow  access  to	the Unix user(s) without giving all the
>	     VMS users quota on the device.

    There isn't a way to do it without making the files owned by a
user and giving appropriate quotas.

							    Ken
From: GARNTO@scri.fsu.edu (Ken Garnto 904/644-4534)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: nfs exported file systems.
Date: Fri, 18 Dec 1992 14:46:05 -0500 (EST)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

Hi all...

I have a set of disks that i want to export to all the machines in the
domain scri.fsu.edu, but limit it to only those machines.  Can it be done with
a command like (from inside multinet config/nfs)
add mount-restriction disk:[000000] scri.fsu.edu  ?

		thanks...

---------------------------------------------------------------------------
 Kenneth A. Garnto                               garnto@scri.fsu.edu
 Supercomputer Computations Research Institute   garnto@fsu   (BITnet)
 Florida State University                        scri::garnto (HEPnet/SPAN)
 Tallahassee, Florida 32306                      (904)644-4534
----------------------------------------------------------------------------
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Un tar-ing from a Re: How do you backup UNIX files to a VMS tape drive?
Date: Tue, 15 Dec 92 17:15:50 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>> The Gnu tar program will allow you to use the "/etc/rmt" service, as
>> provided by MultiNet. You can use it out-of-the box with the /dev/rmtx
>> format tape drives. If you'd prefer to use the real device names, a
>> little (very light) hacking is needed on gnutar to persuade it that
>> names like "vaxname:msa0:/nounload" are remote names. You don't need
>> NFS to do any of this.

> If I understand this posting correctly I require GNUtar on, say, a DECstation
> to be able to untar a tar tape which is mounted physically on the VAX (the
> only place we have a TK50).  This is suddenly quite important. We got an
> update for some software for our DECstation on a TK50, but the d/s TK50 is
> dead: we'd like to use the VAX/Multinet to get to the tape.

    Correct.

    The other way of doing it is to copy the contents of the file to
VMS disk and then either FTP it to the DECstation or access it over
NFS. If you:

$ mount/for/block=10240/rec=10240 mua0:
$ copy mua0: somefilename

the file you get should have fixed length records 10240 bytes long and
should be readable by standard UNIX tar via NFS or after FTPing it
in binary mode.

							Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: x.500
From: MRL@NERUS.PFC.MIT.EDU (Mark London)
Date: Fri, 18 Dec 92 12:26 EST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

Is the MULTINET finger able to handle this?

> 
> Mark,
> 
> I was given the following instructions to access the x.500 white pages
> service on ESnet.
> 
> finger <name>@wp.es.net  - gives info on members of ESnet committees
> 
> finger <name>,sites@wp.es.net - gives info on users whose sites have
> submitted info to the NERSC x.500 server.
> 
> finger <name>,<site>,sites@wp.es.net  - give info on users at sites by
> interogating x.500 servers at the sites.
> 
> The first command works, the others (which have syntax unfamiliar to me)
> blow up.
> 
> Any ideas
> 
> 
> Martin
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: nfs exported file systems.
From: adelman@TGV.COM (Kenneth Adelman)
Date: Fri, 18 Dec 92 12:10:10 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I have a set of disks that i want to export to all the machines in the
> domain scri.fsu.edu, but limit it to only those machines.  Can it be done with
> a command like (from inside multinet config/nfs)
> add mount-restriction disk:[000000] scri.fsu.edu  ?

    No, but you could leave it wide open and put a ACCEPT-NETs
list in your RPCMOUNT server to restrict access to it to machines
on your network.

							    Ken