HDTenEightyP/NetNews huggingface dataset:
Date: 20 NOV 92 21:05:38 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: NFSMOUNT in a cluster
Organization: The INFO-MULTINET Community

> >> What is possible and will we run in trouble with shared writes in case the
> >> clusterworde mounting does not exist ?
> >
>>   Record locking doesn't work across NFS, but file locking will if
>> the NFS Server supports a lock manager.

> I don't think the original question was in reference to shared writes
> between VMS and UNIX.  I think it was coordination between members of a
> cluster writing to NFS client files that they all can see.  Since the
> cluster members don't see the same device (apparently you cannot mount
> NFS devices cluster-wide?) you probably don't get cluster-wide distributed
> lock-manager locking to coordinate shared writes amongst cluster members,
> right?  In other words, it doesn't act like a physical disk with multiple
> paths or a single-path disk device served to the cluster and mounted
> cluster-wide.

    Unfortunately, you're not wrong.

								    Ken
From: mcmahon@TGV.COM (At the end of the long, dark tunnel)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: FYI: News/Mail Gateway Change
Date: Fri, 20 Nov 92 13:21:29 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> As of today, all gatewaying will occur at SAIC.COM.  The TGV "half" gateway 
> has been shut down, most likely for good...  

Except for the last batch of messages which were just flushed out five minutes 
ago...

> As always, please report any issues or problems to 
> INFO-MULTINET-REQUEST@TGV.COM.

Cheers!
John
X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:04:13 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: Stephen Tihor 212 998 3052 <TIHOR@ACFcluster.NYU.EDU>
From: Stephen Tihor 212 998 3052 <TIHOR@ACFcluster.NYU.EDU>
Subject: Re: Services running under non-SYSTEM account?
X-VMS-To: IN%"Adelman@TGV.COM"
X-VMS-Cc: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

In future versions of OpenVMS one might want to look for keywords such as
Impersonation Services for help in causing the Server spawned server to act
like someone else's fault.
From: mcmahon@TGV.COM (At the end of the long, dark tunnel)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: FWD: RE: NNTP server for VMS?
Date: Fri, 20 Nov 92 13:51:58 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I'm running VMS v5.5 and Multinet v3.0; where might I find such an as a VMS
> NNCP client that will work in that environment?

First off... please upgrade to MultiNet V3.1!  V3.0 isn't officially supported 
anymore.

And then...
--------------------------------------------------------------------------------
MultiNet NNTP Software - Last Updated 20 November 1992
(report changes to mcmahon@tgv.com)

In answer to your mail about News software, there are a variety of interfaces 
available.  All of them are in the public domain and are available off of the 
Internet or from DECUS.

ANU-NEWS - NNTP Client and Server developed by Geoff Huston
           (gih900@sao.aarnet.edu.au).  Available from DECUS or by
           Anonymous FTP to sao.aarnet.edu.au.  VMS style interface.

VNEWS - NNTP Client developed by a large group of people.  Current
        contact is Joel Snyder (jms@arizona.edu).  Available by
        Anonymous FTP, contact Joel for details.  UNIX style interface.

DXRN - VMS port of the Berkeley XRN X windows news reader.  Contact is 
       Rick Murphy (murphy@burfle.dco.dec.com).  Available by Anonymous
       FTP to decuac.dec.com, file /DEC/dxrn.share.

NEWSRDR - Available from ftp.spc.edu in directory [.MADISON.NEWSRDR] and from
          file server FILESERV@WKUVX1.BITNET.

BULLETIN - Includes a USENET news reading mode.  Send mail to    
           BULLETIN@ORYANA.PFC.MIT.EDU with the text INFO for details on 
           what BULLETIN is and how to get it.
--------------------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Multinet vs UCX vs POSIX ?
From: Mark.Berryman@Mvb.Saic.Com (MUMPS Wizard)
Date: Tue, 17 Nov 1992 21:08:46 GMT
Organization: Science Applications Int'l, Corp. - Computer systems operation

brent@uwovax.uwo.ca (Brent Sterner) writes:
>   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?
 
I have never encountered any problems between Multinet and the portion of UCX
used by POSIX.  I have run Multinet V3.0, V3.1, and the current beta of V3.2
with POSIX and have never had a single problem with either.  I just tried
rlogin on a couple of systems running both Multinet and POSIX and it worked
just fine.  I start both Multinet and POSIX at boot time.
 
Note that this only shows that the products do work together.  It doesn't say
anything about your particular system.  Did you try booting your system (with
Multinet starting at boot time), verifying that rlogin works, then starting
POSIX and verifying that rlogin stopped working?
 
Mark Berryman
Mark.Berryman@Mvb.Saic.Com
X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:03:50 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: nfs 
Organization: The INFO-MULTINET Community

>         I am running multinet 3.1 rev d on vms 5.5-1 and mounting nfs disks
>         from an ultrix 4.2 system.

>         The problem I am having is that some of the ultirx directories, when
>         looked at from the vms side, do not show up as directories but as files
>         If I go to the ultrix system and rename the directory, then it will
>         sho up as a directory. To make matters worse, if I rename it back to the
>         original directory name, then it shows up on vms as a file again.

>         for example:
>                         ultix directory: junk
>                         should sho up on vms as: junk.dir;1
>                         but it shows up as: junk.;1

>         any ideas on what is wrong????

        No idea. Can you duplicate it? Open a support call with
SERVICE@TGV.COM.


                                                                Ken

X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:04:32 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "Eric Loyd - Data Center Operations, x7320" <ECLDCO@techno.isc.rit.edu>
From: "Eric Loyd - Data Center Operations, x7320" <ECLDCO@techno.isc.rit.edu>
Subject: Re: <None>
X-Envelope-to: info-multinet@tgv.com
X-VMS-To: IN%"info-multinet@tgv.com"
Organization: The INFO-MULTINET Community

>> >I recently washed my new Alpha Ready TGV T-shirt from Interop and most of the
>> >printing went right down the drain. The reds were especially bad.
>
>> We are using an identical T-shirt in-house and can not reproduce the
>> problem.  Have you tried contacting your washing machine manufacturer?
>
>    Actually, I was able to reproduce the problem using my Maytag.
>I'm pretty sure it was the washer that did it because I generally
>don't dry my tshirts in the dryer, although I didn't look at it when
>it came out of the washer. I'm going to forward my Tshirt to Stu
>to examine when he gets back next week.
>
>                                                           Ken

Wow.  Mine must be total vaporware then, because I never even got one.  :-)

-Eric


Eric C. Loyd                            ecldco@ritvax.isc.rit.edu
Operations Coordinator                  ecldco@ritvax.BITNET
ISC/Data Center Operations              All-In-One: LOYD EC (@a1.isc.rit.edu)
Rochester Institute of Technology
One Lomb Memorial Dr                    Phone: (716) 475-7320
Rochester, NY  14623  USA               FAX:   (716) 475-5306
From: cir_jmn@vax1.utulsa.edu (Matt Nowotny)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Finger
Date: Mon, 23 Nov 92 11:07:39 CST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

In Message 20 Nov 1992 22:13:54 -0500 (EST),
  ECLDCO@techno.isc.rit.edu (Eric Loyd - Data Center Operations, x7320) writes:

>
>As long as we're on the subject of finger, here's my three cents worth:
>
> 1)  The OWNER field of the UAF entry that finger gets
>  contains (at our site) a social security number
>  as well as a "name".  We'd like to be able to modify
>  the finger source to print only the name, and strip
>  the first nine characters (the sosh).

Same for Univ. of Tulsa.  I turned off finger entirely to fix the problem.
=======================================================================
Matt Nowotny                                    CIR_JMN@VAX1.UTULSA.EDU
University of Tulsa - CIR
Zink Hall Rm.136
918-631-2366
From: AWPSYS@ritvax.isc.rit.edu (Andrew Potter, Assoc. Dir, ISC DCO&TS)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Finger wars
Date: 23 Nov 1992 17:05:11 -0400 (EDT)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>>>As long as we're on the subject of finger, here's my three cents worth:
>>>
>>> 1)  The OWNER field of the UAF entry that finger gets
>>>  contains (at our site) a social security number
>>>  as well as a "name".  We'd like to be able to modify
>>>  the finger source to print only the name, and strip
>>>  the first nine characters (the sosh).
>
>>Same for Univ. of Tulsa.  I turned off finger entirely to fix the problem.
>
>
>I turned off the server part, but if I finger someone on the cluster it
>still works.  Can I turn that off too?  Without having to rewrite Finger?

All of this says to me is that a utility as site specific as Finger will
never satisfy everyone.  Furthermore I feel that an organization such as TGV
should not bother to try.

In the early days of multinet, TGV supplied the source to finger, we
modified that source and thats what we run today (with no clusterwide
fingering :( ).

My I suggest going back to supplying source for simple "religious" utilities
such as finger either on the TGV distribution or via ftp from
public.tgv.com?

Sure we can grab one of the many Unix versions out there and rewrite it, but
it would be a whole lot easier to work with a VMS functional source to begin
with.

- Andy

Andrew W. Potter                             Internet: awpsys@ritvax.isc.rit.edu
Associate Director                                Bitnet:   awpsys@ritvax.BITNET
Data Center Operations & Technical Support     Information Systems and Computing
Rochester Institute of Technology, P.O 9887, Rochester NY, 14623  (716) 475-6994
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: NNTP servers?
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 21 Nov 92 17:47:16 MST
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <36A00FB320NOV92210345@TGV.COM>, "David J. Knapke 317/283-9420" 
<KNAPKE@Butler.EDU> writes:
| 
| I'm in search of again.  I would like to get news on campus (The News) and
| have no idea how to persue this.  Is there a NNTP server for Multinet?

The most widely used one is ANU News, written by Geoff Huston.
The corresponding newsgroup is news.software.anu-news.
The software is available on kuhub.cc.ukans.edu.
 
Mark Berryman has written one in Mumps that's probably ten
times faster, but I don't know whether any other sites run it.

| Who do you beg to provide you the 'feed'?

I would volunteer, but we're in the process of moving our NNTP
server away from ANU onto a U*x machine (I regrettably must
concede that there are some things U*x is better at.)  You might
try contacting some of your counterparts at nearby universities.
 
Aaron
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Alpha T-shirts
From: KW@am.mainz.dk (Kim Wohlert erik mainz a/s)
Date: 23 Nov 1992 16:15:30 +0000 (WET)
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

>>> >I recently washed my new Alpha Ready TGV T-shirt from Interop and most of the
>>> >printing went right down the drain. The reds were especially bad.
>>
>>> We are using an identical T-shirt in-house and can not reproduce the
>>> problem.  Have you tried contacting your washing machine manufacturer?
>>
>>    Actually, I was able to reproduce the problem using my Maytag.
>>I'm pretty sure it was the washer that did it because I generally
>>don't dry my tshirts in the dryer, although I didn't look at it when
>>it came out of the washer. I'm going to forward my Tshirt to Stu
>>to examine when he gets back next week.
>>
>>           Ken
>
>I think I recall a tech note a while back that this will not occur if you
>use a large quantity of starch.

That's strange. I have washed mine several times without any adverse effects.

Could it be because my washers users Centigrade and most US washers 
use Fahrenheit?

I believe the US has regulations regarding exports of Fahrenheits, so T-shirts
for the European market must be able to handle Centigrade.

If you need any help handling Centigrades please let me know.

  - Kim

X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:04:10 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From:    mcmahon @ TGV.COM (At the end of the long, dark tunnel)
From: mcmahon@TGV.COM
Subject: RE: <None>
Organization: The INFO-MULTINET Community

> How tragic. I would have never expected it! Quality control problems at TGV.
>
> I recently washed my new Alpha Ready TGV T-shirt from Interop and most of the
> printing went right down the drain. The reds were especially bad.
>
> And, it's not like this was the first time. How many of you remember the puff
> printed shirts from Interop from 3 or 4 years ago. I'm simply shocked!

Unfotunately, the PATCH utility doesn't work on T-shirt colors.  Works pretty 
good on holes though :-)

X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:03:45 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
X-RFC822-From: "David J. Knapke 317/283-9420" <KNAPKE@Butler.EDU>
From: "David J. Knapke 317/283-9420" <KNAPKE@Butler.EDU>
Subject: NNTP servers?
X-VMS-To: IN%I-MULTINET
Organization: The INFO-MULTINET Community

I'm in search of again.  I would like to get news on campus (The News) and
have no idea how to persue this.  Is there a NNTP server for Multinet?
Who do you beg to provide you the 'feed'?

Any info you can point me to would be most appreciated.  


David J. Knapke                       Knapke@Butler.EDU
Computer Center                   Knapke@ButlerU.BITNET
Butler University                    Assistant Director
Indianapolis, IN  46208           Information Resources
USA      Fax: (317) 283-9740      Voice: (317) 283-9420
From: gjc@mitech.com (George J. Carrette)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Finger
Date: 18 Nov 92 10:18:10 GMT
Distribution: world,local
Organization: Mitech Corporation, Concord MA

In article <17NOV199211474748@carat.arizona.edu>, jms@carat.arizona.edu (A virtually vegetal non-entity) writes:
> #ifdef	FUCKTHEM
> #endif

Gosh, you guys are too nice. In the old days when Unix systems were
just coming on-line in the new TCP-IP arpanet, we used to deal with
random fingers by sending special H-19 and VT-100 escape codes down
the pipe that would cause terminals to be reset, or worse. I'm not sure
if the usual finger programs in the BSD were ever adjusted to prevent
that sort of thing from happening.

Of course, even standard VMS is not entirely immune to that sort of attack.
e.g.

  $ BELL[0,8] = 7
  $ SET PROCESS/NAME="''BELL'FOO''BELL'"

Now your usual commands such as SHOW PROC and SHOW SYS don't do funny
things with this situation, but CONTROL-T does ring your bell.

-gjc
X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:04:46 GMT
Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Return-path: <info-multinet-relay@TGV.COM>
Subject: Re: <None>
X-RFC822-From: simon@internode.com.au  (Simon Hackett)
From: simon@internode.com.au
Organization: The INFO-MULTINET Community


> > >I recently washed my new Alpha Ready TGV T-shirt from Interop and most of the
> > >printing went right down the drain. The reds were especially bad.
> 
> > We are using an identical T-shirt in-house and can not reproduce the
> > problem.  Have you tried contacting your washing machine manufacturer?
> 

I have been able to reproduce the problem in the Southern Hemisphere,
so that the fault is also applicable to export customers :-)

Cheers,
   Simon





Newsgroups: vmsnet.networks.tcp-ip.multinet
From: HEGE@finabo.abo.fi (Kaj H{ggman DC)
Subject: Finger
Organization: Abo Akademi University, Finland
Date: Mon, 16 Nov 1992 13:34:56 GMT
X-News-Reader: VMS NEWS 1.23

Hello Multinetters!

I'd like something "lighter" than Multinet Finger to answer incoming
finger-requests over tcp/ip. Does anybody have something simple just
showing logged in users, that could replace the Multinet finger ?
Or are there any non-documented switches that I could use :-)

Thanx!

mvh. -=HeGe=-

Kaj Haggman             Internet: Hege@abo.fi     Phone:   +358-21-654467
Abo Akademi University  Bitnet:   Hege@finabo     FAX:     +358-21-654497
Computing Center        PSImail:  22101410::HEGE
SF-20500 Abo, FINLAND   X.400:    s=hege o=abo prmd=inet admd=fumail c=fi
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: FInger
Date: 21 Nov 1992 02:13:32 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 <01GRDUQKU2KK9ODWJR@ritvax.isc.rit.edu>, AWPSYS@ritvax.isc.rit.edu (Andrew Potter, Assoc. Dir, ISC DCO&TS) writes:
>>
>>>Now your usual commands such as SHOW PROC and SHOW SYS don't do funny
>>>things with this situation, but CONTROL-T does ring your bell.
>
>>and delete all your files except for some directories.  Please note that
>>putting special characters in your process name IS SOMETHING THAT YOU DO TO
>>YOURSELF.  You can't screw up someone else's terminal that way; only your own.
>
>The DCL command SHOW uses $FAO to filter non printing characters from process
>names.  Finger does not.

Finger doesn't have to, since it doesn't display process names:

$ finger
Friday, November 20, 1992 5:57PM-PST   Up 109 01:28:34
4+2 Jobs   Load ave  0.11 0.07 0.05

 User    Personal Name          Job   Subsys   Idle  TTY   Console Location
CARL     Carl J Lydick       2060546A NEWSRDR       .nty1  TCP: tspl1.gps.calte
                             20605E81 *DCL*         .nty4  TCP: tspl1.gps.calte
LYDICK   Carl J Lydick       20605B33 NEWSRDR      5.nty3  TCP: tspl1.gps.calte
SXM      Stuart Mcmuldroch   206052C1 *DCL*     1:38.nty2  TCP: tspl2.gps.calte

We *ARE* talking about MULTInet's FINGER, aren't we?  If not, what's this
thread it doing in this newsgroup?

Now, if you meant the user's PERSONAL NAME, that's different.  Of course,
that's not something that's typically settable by a user.  At this point, one
can argue that there's always reason to distrust information coming from
another system, on the network unless one trusts the manager of that system.

>I personnally believe that any system wide utility that displays individual
>user specified fields should give the systems manager a mechanism to
>filter non printing characters.

But MULTInet's finger DOES NOT display "individual user specified fields"
unless the system manager on a remote node has installed a fingerd that sends
such stuff to MULTInet.  If *THAT*'s what you're complaining about, then you
should also be demanding that TELNET do the same sort of filtering;  after all,
the announcement message from another system might have a nasty escape sequence
in it too, right?
--------------------------------------------------------------------------------
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.
X-Gateway-Source-Info: INTERNET
Date: 20 NOV 92 21:04:28 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: NFS Client volume names.
Organization: The INFO-MULTINET Community

> DEC worked this out in a recent version of it Distributed File
> Server (DFS) product by adding a qualifier /DEVICE= to the mount
> command which allows you to specify the device number created.

> They also modified the default so that the ones which you dont
> specify start at 1000, to avoid overlap.  This solved the problem
> nicely.

> Does TGV have any plans to implement something like this for their
> NFS client?  It would avoid the problems which the original poster
> talked about.

    It is on the slow-boat list of things to do, and won't be
in V3.2, but will probably be in some future release.

							    Ken

X-Gateway-Source-Info: INTERNET