HDTenEightyP/NetNews huggingface dataset:
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.vms-posix
Subject: Re: name of VMS product has changed...
Date: 18 Aug 92 22:28:42 GMT
Followup-To: vmsnet.vms-posix
Organization: St. Peter's College, US

In article <1992Aug18.091028@mccall.com>, tp@mccall.com (Terry Poot) writes:
> Has anyone else noticed that lately all the marketting hype and even published
> benchmarks are for software versions that aren't out yet? I've been reading
> about Rdb 4.1 for a long time, I think since last year. It isn't out yet either,
> but DEC has already published TPS numbers to convince everyone how great it is.
> Slimy marketting.

  Just think how much they're saving by not having to mail out urgent reminders
to "do not install Rdb 4.1" "do not install Rdb 4.1A", etc.

  Consider VAX COBOL:

  ADD ONE TO ONE GIVING ALMOST-BUT-NOT-QUITE 2.

  Seriously, there is a growing quality problem with DEC's software, and sup-
porting the same product across N platforms (VAX/VMS, Alpha/VMS, VAX/Ultrix,
RISC/Ultrix, ANY/OSF) is only going to make it worse.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: pack@acd.acd.ucar.edu (Daniel Packman)
Subject: Re: Device names in Posix
Organization: Ntl Center for Atmospheric Research, Atmospheric Chemistry
Date: Thu, 13 Aug 1992 15:39:47 GMT

We have a user disk, dka100: with user files in dka100:[u]
On the VMS side, we have a rooted logical dp = dka100:[u.]
Their default device is set to DP: so when they log in they
are in DP:[USER]  It would be nice if under posix they were
in /dp/user instead of /dka100/u/user  Of course, one can set up
links so that one can cd to /dp/user .  Small nit, really.

Similarly, they have temporary disk space defined at DT:[USER]
It would be nice to be able to have them show up as /dt/user
when they enter posix instead of /dka200/u/user


--
Dan Packman     NCAR                             INTERNET: pack@ncar.UCAR.EDU
(303) 497-1427  P.O. Box 3000
                Boulder, CO  80307-3000        NSI/DECNET: 9583::PACK
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.vms-posix
Subject: Re: name of VMS product has changed...
Date: 19 Aug 92 19:14:59 GMT
Organization: St. Peter's College, US

In article <1992Aug19.155548.8873@decuk.uvo.dec.com>, corne@jc3100.enet.dec.com (John Corne) writes:
> Have you tried to uncompress the help library?  Takes up more space,
> but is quicker to start printing.  (This doesn't help much with the
> delays per line though, which is a side effect of the way man uses help to
> do its work).  I can't say I like the way man works from within the POSIX shell,
> either.

  Yes - all the help libraries have been decompressed. HELP VMS_POSIX SHELL TAR
works just fine from native VMS. It looks like man tries to do character-at-a-
time I/O through a mailbox or something equally odd.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.vms-posix
From: rankin@eql.caltech.edu (Pat Rankin)
Subject: Re: posix for vms
News-Software: VAX/VMS VNEWS 1.41    
Organization: California Institute of Technology
Date: Sat, 15 Aug 1992 04:57:00 GMT

In article <1992Aug13.121043.851@galaxy.gov.bc.ca>, ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
>The Posix license is included.  You need media and documentation.  I do not
>know if the media has made it to CD yet since my DEC support person personally
>uploaded a copy for me a while back.

In article <1992Aug14.081837@mccall.com>, tp@mccall.com (Terry Poot) writes...
>The media and docs are both on CD, in CONDIST and the OLD respectively.

     More specificly:  the documentation (Bookreader format, of course)
first showed up on the March OlDoc CD set but the POSIX V1.0 installation
kit did not appear until the May ConDist set.

		Pat Rankin, rankin@eql.caltech.edu
From: sukonnik@bumetb.bu.edu (Vladimir Sukonnik)
Newsgroups: vmsnet.networks.tcp-ip.misc
Subject: Re: Sun RPC for VMS?
Date: 14 Aug 92 16:01:17 GMT
Reply-To: sukonnik@bumetb.bu.edu (Vladimir Sukonnik)
Followup-To: vmsnet.networks.tcp-ip.misc
Organization: Boston University

UCX ships DEC rpc v1.x for free. You need UCX run-time license to use it
(so it is not really free). DEC rpc v1.x is ported from Apollo NCS 1.5.
DEC RPC V2.0 is being written by the DCE group (not UCX). This version
will be based on OSF DCE RPC.

	Vladimir Sukonnik
	Process Software Corp.
From: troberts@guvax.georgetown.edu
Newsgroups: vmsnet.networks.tcp-ip.misc
Subject: Internet in Africa?
Date: 18 Aug 92 12:58:54 -0400
Distribution: world
Organization: Georgetown University

Some colleagues are flying out to Cameroun, Central Africa, next month 
to conduct some research at the University of Yaounde, Cameroun.  They 
are taking a PC with them.  Does anyone know if the University of 
Yaounde is hooked up to Internet?  or if there is any way I can find 
out (short of flying out there myself to look over their system)?

Our guest researcher says there is a CS department at UYaounde, but 
knows no one there, and can't say what sort of networking services are 
available.

Any information (IP address, FAQ's, names of gurus) will be immensely 
appreciated.  E-mail responses preferred.

Thank you
TROBERTS@GUVAX.GEORGETOWN.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Mon, 17 Aug 1992 14:37:00 EST
From:         NANCY@ADELPHI-MSC.ARMY.MIL
Subject:      NFS question
X-To:         wintcp-l <wintcp-l@ubvm.cc.buffalo.edu>

We are running Pathway server NFS version 2.0.  We have a common directory
that we would like various systems to have  read access to via nfs.
We have no problem with workstations but we have a problem with pc-nfs.
We discovered that if we had publicaccess with no hosts specified, the
workstation users had to have a usruid entry in order to access
the files.  The workstation user had our desired  read only access.  From
the PC however, no usruid match was required and the pc user had unlimited
access to the files.  When we made a usruid entry for UNIX uid -2 (nobody) to
a nonpriviledged account, the pcuser still had unlimited access to the
files.  Is there something we should be doing that is not called out
in the documentation?  The problem seems to disappear when we
call out hosts explicitly or remove public access.  However, we are talking
50+hosts  and a lot of potential users.


Nancy Martin
US. ARMY Harry Diamond Labs
(301)394-2917
nancy@adelphi-msc.army.mil
Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: larry@flash.eco.twg.com (Lawrence B. Henry III)
Subject: Re: WINTCP transport help
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Fri, 14 Aug 92 14:43:32 GMT


In article <1992Aug13.152959.12417@tc.cornell.edu>, olin@cheme.tn.cornell.edu (Steve Thompson) writes:
|>Newsgroups: vmsnet.networks.tcp-ip.wintcp
|>Path: eco.twg.com!psinntp!rpi!usc!sdd.hp.com!caen!batcomputer!cheme.tn.cornell.edu!OLIN
|>From: olin@cheme.tn.cornell.edu (Steve Thompson)
|>Subject: WINTCP transport help
|>Message-ID: <1992Aug13.152959.12417@tc.cornell.edu>
|>Sender: news@tc.cornell.edu
|>Nntp-Posting-Host: vger.cheme.cornell.edu
|>Reply-To: olin@cheme.tn.cornell.edu
|>Organization: Cornell University School of Chemical Engineering
|>Date: Thu, 13 Aug 1992 15:29:59 GMT
|>Lines: 16
|>
|>We have a VAXstation 3100 (VMS 5.5, Motif 1.0A) sitting in a corner that has
|>WIN/TCP V5.0 installed on it. I just discovered the DECW$TRANSPORT_WINTCP.EXE
|>image, and would like to use this to display X output from an RS/6000 and an
|>HP9000/700. The documentation is totally silent on the subject of the transport.
|>Can anyone give me assistance on how to get it running? I assumed that it would
|>work the same way as any other transport, but it doesn't (the server gets "X
|>toolkit fatal error"). Thanks,
|>
|>Steve
|>
|>---------------------------------------------------------------------------
|>Steve Thompson, System Mangler   Internet: thompson@cheme.tn.cornell.edu
|>School of Chemical Engineering   Bitnet:   thompson@crnlchme
|>Olin Hall, Cornell University    Phone:    (607) 255 5573
|>Ithaca NY 14853
|>---------------------------------------------------------------------------
|>
Steve,
	You might want to check the version number of the product.. ie, I wrote the DECWindows transport.. and I believe that it came out in release 5.1 of WIN/TCP. If you have a version that is very early you might also want to get a newer version as there were some problems that have since been resolved.

-Larry.
Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: olin@cheme.tn.cornell.edu (Steve Thompson)
Subject: WINTCP transport help
Reply-To: olin@cheme.tn.cornell.edu
Organization: Cornell University School of Chemical Engineering
Date: Thu, 13 Aug 1992 15:29:59 GMT

We have a VAXstation 3100 (VMS 5.5, Motif 1.0A) sitting in a corner that has
WIN/TCP V5.0 installed on it. I just discovered the DECW$TRANSPORT_WINTCP.EXE
image, and would like to use this to display X output from an RS/6000 and an
HP9000/700. The documentation is totally silent on the subject of the transport.
Can anyone give me assistance on how to get it running? I assumed that it would
work the same way as any other transport, but it doesn't (the server gets "X
toolkit fatal error"). Thanks,

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.tn.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
From: dreblow@vax.muskingum.edu (Lewis M. Dreblow)
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Subject: Cabletron and Wolly Gothas?
Date: 18 Aug 92 17:14:41 -0600
Organization: Muskingum College

Hello fellow networkers.

We are about to install some Cabletron Ethernet cards for the first time
into a few 386 machines.  Previously we have used Western Digital cards.
Are there other Wollongong PC-pathway access and NFS users out there that
can offer any gothas to be aware of?

Thanks for listening and hopefully for responding either here or directly.

Lewis Dreblow, DREBLOW@VAX.MUSKINGUM.EDU
From: gerland@ubvmsb.cc.buffalo.edu (Jim Gerland - Network Consultant)
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Subject: Re: Gopher for WIN/TCP
Date: 14 Aug 92 04:55:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <01GNA0KTXNXS001GAC@mc.duke.edu>, DRYFO001@MC.DUKE.EDU writes...
>I have compiled and executed the server under Wollongong.  It works, for
>a short period of time.

I modified the VMS Gopher client and server code to work under WINTCP and
passed the mods back to the author Mark Van Overbeke.  I have been running
both for 4 months now with no problems.

>Would appreciate any suggestins for help.  I am also interested in bring up an
>index mail/phone directory.  Any suggestions?

The only CSO software I've been able to find is under UNIX so we've built
it on one of our UNIX boxes and point all our Gopher Servers (UNIX, VMS,
IBM CMS) at it.

>While I am at it, are there any VMS/Wollongong WAIS Clients/Servers?

I'm 'this close' (imagine my finger and thumb about 1 inch apart) to
getting a working version under VMS and WINTCP.  I will pass my mods back
to the VMS author, Jim Fullton, when I get it working for his inclusion.

>Jim

Jim Gerland  - Consultant, Network User Support           University at Buffalo
Academic Services, Computing & Information Technology     Buffalo, NY 14260
716.636.3557 Work      (716.645.xxxx after Aug 14,92)     716.636.3734 FAX
gerland@ubvms.cc.buffalo.edu                              gerland@ubvms.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Date:         Thu, 13 Aug 1992 13:30:39 EDT
From:         "Brian Tillman, Smiths Industries, VAX Support,
              x8425" <tillman@SWDEV.SI.COM>
Subject:      RE: WINTCP transport help
X-To:         UBVM.cc.buffalo.edu!WINTCP-L@esseye.si.com
X-cc:         thompson@HERMES.CHEME.CORNELL.EDU

First, copy DECW$TRANSPORT_WINTCP.EXE to SYS$SYSTEM (or SYS$COMMON:[SYSEXE] on a
cluster).  Then edit SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM.  Make it look
like this:

$ !all of the comments DEC added...
$ !
$ node_list = "NODE1,NODE2"	! These are the nodes you want WINTCP transp on.
$ !
$ !	Find out if we have node that this file has been customized for.
$ !	If so, go there.  Otherwise, do the default.
$ !
$ node_number = 0
$ node_loop:
$   node = f$element(node_number,"/",node_list)
$   if node .eqs. "/" then goto do_default
$   if (node .eqs. f$getsyi("NODENAME"))then goto do_'node
$   node_number =  node_number + 1
$   goto node_loop
$ !
$ ! Here is a sample list of definitions for each node:
$ !
$do_default:
$ !
$ decw$server_transports == "DECNET,LOCAL,LAT,TCPIP"
$exit
$ !
$do_node1:
$do_node2:
$ ! Uses Wollongong TCP/IP
$ decw$server_transports == "DECNET,LOCAL,LAT,TCPIP,WINTCP"	! Added WINTCP
$ !
$exit

Now, restart DECwindows on NODE1 and NODE2 (or wherever you want the transport):

$ @sys$startup:decw$startup restart

Note that this will kill all DECwindows displays on the node where you run it.

Finally, on your SET DISPLAY command, use /TRANSPORT=WINTCP.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |
 4141 Eastern Ave. MS129     | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: Gopher for WIN/TCP
Organization: University of North Texas
Date: Fri, 14 Aug 1992 23:59:11 GMT

gerland@ubvmsb.cc.buffalo.edu (Jim Gerland - Network Consultant) writes:

>>While I am at it, are there any VMS/Wollongong WAIS Clients/Servers?

>I'm 'this close' (imagine my finger and thumb about 1 inch apart) to
>getting a working version under VMS and WINTCP.  I will pass my mods back
>to the VMS author, Jim Fullton, when I get it working for his inclusion.

Jim Fullton has my mods to get waissearch (yes, I know it stinks) to work
with WIN/TCP.  If you can't get them out of him, I can make them available,
but it will be a few weeks (August is being a hellous month for me and I won't
breathe again until mid-September).
From: hyung@twg.com (Henry Yung (The Last In Line))
Newsgroups: vmsnet.networks.tcp-ip.wintcp
Subject: Re: NFS question
Date: 18 Aug 92 19:13:29 GMT
Reply-To: hyung@twg.com
Organization: The Wollongong Group, West Coast Operations


In article <WINTCP-L%92081714413073@UBVM.CC.BUFFALO.EDU>, NANCY@ADELPHI-MSC.ARMY.MIL writes:
|>Path: gollum.twg.com!twg.com!eco.twg.com!uunet!paladin.american.edu!auvm!ADELPHI-MSC.ARMY.MIL!NANCY
|>From: NANCY@ADELPHI-MSC.ARMY.MIL
|>Newsgroups: vmsnet.networks.tcp-ip.wintcp
|>Subject: NFS question
|>Message-ID: <WINTCP-L%92081714413073@UBVM.CC.BUFFALO.EDU>
|>Date: 17 Aug 92 19:37:00 GMT
|>Sender: Wollongong TCP/IP Discussion List <WINTCP-L@UBVM.BITNET>
|>Lines: 19
|>Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
|>X-To:         wintcp-l <wintcp-l@ubvm.cc.buffalo.edu>
|>
|>We are running Pathway server NFS version 2.0.  We have a common directory
|>that we would like various systems to have  read access to via nfs.
|>We have no problem with workstations but we have a problem with pc-nfs.
|>We discovered that if we had publicaccess with no hosts specified, the
|>workstation users had to have a usruid entry in order to access
|>the files.  The workstation user had our desired  read only access.  From
|>the PC however, no usruid match was required and the pc user had unlimited
|>access to the files.  When we made a usruid entry for UNIX uid -2 (nobody) to
|>a nonpriviledged account, the pcuser still had unlimited access to the
|>files.  Is there something we should be doing that is not called out
|>in the documentation?  The problem seems to disappear when we
|>call out hosts explicitly or remove public access.  However, we are talking
|>50+hosts  and a lot of potential users.
|>
|>
|>Nancy Martin
|>US. ARMY Harry Diamond Labs
|>(301)394-2917
|>nancy@adelphi-msc.army.mil
|>
Nancy,

	Despite the fact that you've given us quite a bit of info here, I
am not sure I have a clear picture of the problem.  There are a number of
other factors that can effect the behavior of the NFS server.  Let me take
this offline and talk to you directly.

Hank
Newsgroups: vmsnet.networks.tcp-ip.wintcp
From: jqj@duff.uoregon.edu (JQ Johnson)
Subject: gopher client
Organization: University of Oregon Network Services
Date: Thu, 13 Aug 92 17:25:10 GMT

Has anyone ported the gopher 1.0 (or later) client to WINTCP yet?
I have the gopher 0.6 version, but later versions have lots of features
and bugfixes not present in that one.

Also, could someone point me to any archive of public domain network
software ported to VMS/WINTCP?

-- 
JQ Johnson
Director of Network Services		Office: 250E Computing Center
Computing Center			Internet: jqj@ns.uoregon.edu
University of Oregon			voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
From: al@mom.spie.org
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: FTP problems
Date: 19 Aug 92 16:45:29 GMT
Reply-To: AL@mom.spie.org
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"
X-Vms-Cc: AL
Mime-Version: 1.0
Content-Transfer-Encoding: 7BIT

I'm a new CMU/Tek user; running version 6.6 on VMS version 5.5.

My problem is with FTP;  I have defined the anonymous account and created
a directory tree with World:Read,Write,Execute,Delete privileges owned by
anonymous; yet all attempts to 'put' or 'send' an ascii file from another
location (my tests also use a system running CMU/Tek 6.6 and VMS 5.5)
result in:

550 Requested action not taken.  No access.
%FTP-E-NO_ACTION, Requested action not taken.  File unavailable.

Any ideas would be appreciated.  Thanks.

Al Gill
SPIE - Mgr/Info.Sys.
al@mom.spie.org
From: chris@csvax1.ucc.ie (J.C. Higgins, Sys Mgr CsVax1, UCC , Eire)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: LPR... I got it working :)
Date: 13 Aug 92 01:18:05 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've noticed a lot of people who have been having problems with LPR. Well I had
some spare time, so I tried to get it working here. This is the story.

Setup: VAX 3400, VMS 5.4, CMU TEK 6.6-5A

Attempting to send files from VAX to DECstation 5000/125

Problem one. Logfiles seemed to say that LPR was attempting to talk to itself.
So I changed the printcap file to have the destination machine as the second
and third elements of the printcap entry.

Here is an extract from my "cmutek_root:[sysmgr]printcap.txt
(Note: Host names have been changed to protect the innocent)

!queue      "remote_host"      "local_host"        scs_node default_form flag
!
laser_print "dest.domain.here" "dest.domain.here"  myvax1:: default      start
!
                /\                /\
                 ======================= Both are remote node

Having done this, I went to the ULTRIX machine, and added 'myvax1' to the
file '/etc/lpd.hosts'
I also created a new entry in the '/etc/printcap' file, which defined a printer
to have the same name as the queue on the VAX. It seems that the LPD symbiont
tells the UN*X machine to print on a printer which has the same name as the VMS
queue.


I went back to the VAX.
I added 'dest.domain.here' to the lpd.hosts  (using lpd_hosts.com )

I started everything up , and tried it, and it worked..

It took a while to figure it out, but it's working now....

I haven't tried to send from the ULTRIX box back to the VAX... but that's
another days work...

I hope this is of help to those who are having problems...
If not , well then stop reading this now !

                                                  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.

PS: Anyone any ideas why I can print text files without problems, but the
(only) postscript file I tried got truncated ??? Anyone had the problem and
solved it ??? Anyone still reading this ??? Well if you can help then I'd
appreciate it. Thanks.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: system@convax.iar.nrc.ca (Jim.Jordan)
Subject: Re:Socket Connect INIT Problem
Reply-To: system@convax.iar.nrc.ca (Jim.Jordan)
Organization: National Research Council,Ottawa,Canada
Date: Fri, 14 Aug 1992 13:35:25 EDT

Newsgroup:							Aug-14-92

	I recently posted a question regarding a problem initiating a Socket 
Connection from a VaxStation 3200 (CMU-TEK 6.4) which accepted a connection
with no problem. The connect() procedure returned -1 due to a bad result from
the qiow. The qio status returned was SS$_NORMAL but the iosb status was a
funny value (9450). All rather puzzling.

	In any case, with some help (hats off to Rainer Staringer) we found out
this was due to the name server returning a name error. The remote node used
was a new machine and was not registered properly with our domain server 
(located at another location in NRC).

	This all makes sense now, though it was not immediately obvious from 
the returned codes. We had intended to use the sockets package for 
communication of data between nodes on our LAN. We would be quite happy
to hard-wire the physical address into the application since it is for use
in an airborne real-time system with LAN not connected to the rest of the 
world.

	So I'm not sure if this a bug - it depends on your perspective. In
any case, people using sockets should beware that nodes to be connected are
properly named.

								Jim Jordan

________________________________________________________________________________
Jim Jordan,				Internet: jordan@convax.iar.nrc.ca
Rm.233, Bldg. U-61, FRL			Phone: (613) 998-4809
Institute for Aerospace Research,	Fax:   (613) 952-1704
National Research Council,	
Ottawa, CANADA  K1A 0R6
________________________________________________________________________________
From: yura@prog.rinaco.msk.su
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: InterNet for IBM mainframes under MVS
Date: 13 Aug 92 11:16:06 GMT
Reply-To: <yura@prog.rinaco.msk.su>
Organization: Russian Investment Joint-Stock Company RINACO (programmers)
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-Mailer: BML [MS/DOS Beauty Mail v.1.25]

One unusual question.
   Has anybody addresses (postage or e-mail) of installations
using InterNet software for the IBM or IBM-compatible mainframes
under MVS operating system.
        I shall be very grateful!!!

-Yury Kritchever  -- yura@prog.rinaco.msk.su