HDTenEightyP/NetNews huggingface dataset:
Organization: University of Connecticut Computer Center
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Dec 1992 16:06:04 EST
From:         John Hammond <MAILMNT@UCONNVM.BITNET>
Subject:      TCP/IP from VSE/SP

   An organization contacted me about connecting to the Internet using
VSE/SP.  Anyone know of a TCP/IP implementation for VSE/SP release 3?
I don't find one offered by IBM when I look at IBMLink.  Anyone know of
a solution from another vendor?
   Since they are unaware of any such implementation they are consider-
ing communicating with the Internet by sending output to the VM spool
from VSE (a guest) and then having a disconnected service machine pro-
cess the file and ship mail to the appropriate user via the IBM VM
TCP/IP modified NOTE or SENDFILE command.  Other than having to arrange
for nameservice from someone (assuming they don't want to do their own
for one VM host) and ensuring that the service machine won't start a
mail loop because of a returned piece of mail, does anyone know of any
reason not to pursue that approach?
From: STUY124@SAUPM00.BITNET
Newsgroups: bit.listserv.ibmtcp-l
Subject: what is tcp
Date: 30 Dec 92 10:52:29 GMT
Organization: King Fahd University of Petroleum and Minerals, S.A.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <STUY124@SAUPM00.BITNET>

I would like to know what is TCP-IP?
Newsgroups: bit.listserv.ibmtcp-l
From: u8016044@cc.nctu.edu.tw (Ying-jie Chen)
Subject: VM/CMS telnet modes ?
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 23 Dec 1992 19:08:15 GMT


hi,
   I'm new to VM/CMS, so this may be a FAQ or inappropriate
to this group. If either of the cases above occurs, I apologise
sincerely.
   I need to telnet from VM/CMS to a Sun Sparc (SunOS). Is it
possible to get FULL-SCREEN mode, instead the so-called LINE
mode ? If yes, how ?
   Thanks a million for any reply ...

Ying-jie Chen 
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 22 Dec 1992 21:05:03 EST
From:         Princeton BITNET FTP Server <BITFTP4@PUCC.BITNET>
Subject:      BITFTP REPLY

21:05:03 > Thanks all!
         You're welcome!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Organization: Universitaet Bonn, RHRZ; Wegelerstr. 6; D-5300 Bonn 1
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 21 Dec 1992 08:32:30 MEZ
From:         Hans Dieter Petersen <UZR11F@IBM.RHRZ.UNI-BONN.DE>
Subject:      Re: 4381 to RS/6000 connection
              18 Dec 92 17:26:51 MEZ from <$MAS@CLVM.CLARKSON.EDU>

On Fri, 18 Dec 92 17:26:51 MEZ Michael A. Short said:
>
>I have the block multiplexor adapter option for the RS/6000 connected to
>a 4381. FAL fails with an assertion check when the statements referencing
>this device are put into the profile.
>
>A call to the support center indicated the problem was that we are runing
>FAL in V=V mode and that the CLAW mode of operation required V=R mode.
>I can't find this in documantation. Is there anyone using the adapter
>who has the experience or documentation to verify this? We are running
>with a 10M virtual machine and can't afford to tie up that much real estate
>on a 32M machine.
>
>We are currently running FAL 2.2 in XA mode with DIAG98. Everything seems
>to be OK except for the CLAW mode failure.
>
>Any help would be appreciated.

There is no need to run TCPIP in V=R region. I run TCPIP in a 16 M
machine with MACHINE XA and support for CLAW. Its FAL 2.2 Base with
ptf UN18074 and UN19085 applied. VM is VM/XA 2.1 SL 209. You may even
run the TCPIP in MACHINE 370 when you set up the RIO370 area in the
HCPSYS module.

Regards
Hans Dieter
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 23 Dec 1992 09:27:40 EST
From:         Bruce Crabill <BRUCE@UMDD.BITNET>
Subject:      MVS TCPIP problems (was Re: Usage of vector facility for TCP/IP?)

>If IBM had vision, TSO/E from IBM would look something like MultiTSO.

Nah, make it look like CMS.  Seriously, although the requirements mechanism
is slow, you should go ahead and write these up as requirements for the next
SHARE.  Maybe it won't be done in time to help you, but it may help others
who are or will be facing the same problems.

                                       Bruce
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 22 Dec 1992 21:05:02 EST
From:         Princeton BITNET FTP Server <BITFTP4@PUCC.BITNET>
Subject:      BITFTP REPLY

21:05:02 > Hi
21:05:02 >    I have just installed FAL V2R2 and my tape was corrupt.  I was luc
21:05:02 > the only files the install program could not access were the ones for
21:05:02 > LPSERVE 191 disk.  I assume this is just a PROFILE EXEC?  Could someo
21:05:02 > mail me the LPSERVE PROFILE EXEC?  This will save me the trouble of g
21:05:02 > a new tape from IBM etc.  (I could always make my own by copying one
21:05:02 > another server  but it would be so much easier...)
21:05:02 > Thanks
         You're welcome!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 22 Dec 1992 21:16:41 EST
From:         Bruce Crabill <BRUCE@UMDD.BITNET>
Subject:      BITFTP REPLY

>21:05:03 > Thanks all!
>         You're welcome!

I like nice polite servers.  I'm not sure how BITFTP4 got subscribed, but
it seems more lucid than some real people on this list...  Does the
BITFTPs have an Eliza function built in?

                                       Bruce
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: ibmtcp-l@PUCC.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 27 Dec 1992 17:35:00 +0100
From:         Rob.vanHoboken@RC.TUDELFT.NL
Subject:      Re: CPU loop in IBM MVS SMTP V2R2.1

I tried to get back to SMTP V2R1 (by steplibing the TCP/IP 2.1 shabang
to the SMTP server)
but it seems I'm stuck with the problem.  Perhaps the following
DEBUG log sheds light on the issue.  (Sunday night, HELP...)

   IBM MVS SMTP V2R1 on Sun, 27 Dec 92 17:04:40 MET
   257> 220 hdetud2.TUDelft.NL running IBM MVS SMTP V2R1 on Sun, 27 Dec
   257< HELO HDETUD2.BITNET
   257> 250 hdetud2.TUDelft.NL is my domain name.
   257< MAIL FROM:<RCOPROB@HDETUD2.TUDELFT.NL>
   257> 250 OK
   257< RCPT TO:<xxx@YYY.COM>
   257> 250 OK
   257< DATA
   257> 354 Enter mail body.  End by new line with just a '.'
   257> 250 Mail Delivered
   257< QUIT
   257> 221 hdetud2.TUDelft.NL running IBM MVS SMTP V2R1 closing connect
     1< 220 yyy.com running IBM VM SMTP V2R2 on Sun, 27 Dec 92 11:00
     1> HELO hdetud2.TUDelft.NL
     1< 250 yyy.com is my domain name.
     1> MAIL FROM:<RCOPROB@HDETUD2.TUDELFT.NL>
     1< 250 OK
     1> RCPT TO:<xxx@YYY.COM>
     1< 250 OK
     1> DATA
     1< 354 Enter mail body.  End by new line with just a '.'
     1< 250 Mail Delivered
     1> QUIT
     1< 221 yyy.com running IBM VM SMTP V2R2 closing connection
     0> 220 hdetud2.TUDelft.NL running IBM MVS SMTP V2R1 on Sun, 27 Dec
     0< HELO TUDRNV.TUDELFT.NL
     0> 250 hdetud2.TUDelft.NL is my domain name.
     0< MAIL FROM:<xxx@YYY.COM>
     0> 250 OK
     0< RCPT TO:<RCOPROB@hdetud2.TUDelft.NL>
     0> 250 OK
     0< DATA
     0> 354 Enter mail body.  End by new line with just a '.'
     0> 250 Mail Delivered
     0< QUIT
     0> 221 hdetud2.TUDelft.NL running IBM MVS SMTP V2R1 closing connect
     1> 220 hdetud2.TUDelft.NL running IBM MVS SMTP V2R1 on Sun, 27 Dec
     1< HELO TUDRNV.TUDELFT.NL
     1> 250 hdetud2.TUDelft.NL is my domain name.
     1< MAIL FROM:<@MIZZOU1.missouri.edu:INFO-M2@UCF1VM.BITNET>
     1> 250 OK
     1< RCPT TO:<wintpro@HDETUD2.TUDELFT.NL>
     1> 250 OK
     1< DATA
     1> 354 Enter mail body.  End by new line with just a '.'
     1> 250 Mail Delivered

Now what do you think, did the 1< QUIT message get stuck in the output
buffer, or was SMTP really waiting for it (while looping away 15 min.
CPU).
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"IBMTCP-L@pucc.princeton.edu"
X-VMS-Cc: SEB1525
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 23 Dec 1992 17:13:02 -0500
From:         Steve Bacher <seb@DRAPER.COM>
Subject:      Re: IBM's MVS TCP/IP Problems

Dave Nordlund <NORDLUND%UKANVM.BITNET@pucc.princeton.edu> writes:

>However, IBM is committed to "open" systems and has accepted TCP/IP as one
>part of that definition.  As I understand their direction, they are trying
>to make the mainframes a cooperating part of the networking world as an
>attempt to extend their life.

True - but that was BEFORE this past month...

 - seb
From: seb1525@ccfvx3.draper.com
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: IBM TCP/IP inadequacies
Date: 27 Dec 92 21:23:13 GMT
Organization: Draper Laboratory

>Anyway, unless Ellen Hancock reads this list, mere complaints won't help
>under-resourcing.  Perhaps there's some other way we can help IBM provide
>a better product?                                     

In my (and others') experience, posting to this list has had more effect
on IBM than anything else - certainly more than calling the Support Center
or submitting SHARE requirements.  The IBM TCP/IP people who count make
a habit of reading this list, and also post regularly.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 23 Dec 1992 10:14:37 CST
From:         Dave Nordlund <NORDLUND@UKANVM.BITNET>
Subject:      Re: IBM's MVS TCP/IP Problems
              23 Dec 1992 13:14:00 GMT from <SEB1525@MVS.DRAPER.COM>

On Wed, 23 Dec 1992 13:14:00 GMT Steve Bacher said:
>Denis DeLaRoca and Leonard Woren recently commented on IBM's failure
>and/or refusal to fix fundamental problems in MVS TCP/IP.
>
>It seems to me that the word has come down from on high NOT to devote
>any more resources to improving mainframe operations, other than those
>facilities which are critical to large batch-driven businesses.  TCP/IP
>would clearly not fall into that category.
>
However, IBM is committed to "open" systems and has accepted TCP/IP as one
part of that definition.  As I understand their direction, they are trying
to make the mainframes a cooperating part of the networking world as an
attempt to extend their life.

         Dave Nordlund                 Associate Director
         Computing Services            University of Kansas
         NORDLUND@UKANVM.BITNET        nordlund@ukanvm.cc.ukans.edu
         913/864-0450
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 31 Dec 1992 08:49:51 EST
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      Erros running Gopher 2.2.0 in XA mode

    I searched for a fix for this on IBMLink, but could not find anything
I seem to remember this being discussed on the list.  Anyone know of the
fix for this?  The error below occurs when running GOPHER 2.2.0 in an
XA-mode virtual machine (CMS 8 here) on a VTAM controlled terminal, or
a telnet session (the error does not occur on my direct-connect-CP-contol
3192-attached to a 3274-41D).

gopher
DMSIOS2877E I/O error on device CONSOLE; CSW is X'000015B0 0E000000'
DMSIOS2877E and CCW is X'290019F0 24200006'
DMSPMG2653I ... Issued by stage number 2 of pipeline number 1
DMSPMG2651I ... Running stage: FULLSCR NOREAD
DMSIOS2878I Sense data is 01000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000

Thanks in advance for your help, and Happy New Year !


Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)645-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 22 Dec 1992 21:22:11 EST
From:         Melinda Varian <MAINT@PUCC.BITNET>
Subject:      Re: BITFTP REPLY

>                                                          Does the
> BITFTPs have an Eliza function built in?

No, it just has a mother who has baked so many cookies today that her
brain is fried.

Blush,
Melinda
From: UDDON@SEUDAC21.BITNET
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: TCPIP version 1
Date: 25 Dec 92 07:23:47 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>>Has anybody ever run TCPIP version 1 on MVS SP 1.3.5 with the
>>DATABUFFERPOOLSIZE greater than the default which is 160?
>>
>>At peek time with more than 160 buffers we get:
>> IEA703I 106- C TCPIP    TCPIP    MODULE ACCESSED MVPVTAMP
>> IEF450I TCPIP TCPIP - ABEND S0C1 U0000
>
>What is the region size on the TCPIP started task?  I'd check that first
>(REGION= on the JOB card) and increase that if necessary.
>106-C means there wasn't enough memory for the system to load a module
>into storage.
>
> - seb

Yes, we have tried increasing the region size, but we don't think
that's the problem. A buffer is about 8K. If we go from 160 to 161
buffers the problem arises even if we add another 50K to the region.

                                                      /Ole
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Dec 1992 11:09:31 EST
From:         Ron Lane <RONLANE@YKTVMV.BITNET>
Subject:      re: IBM's MVS TCP/IP problems

Leonard Woren writes:

>... By the time
>MVS TCPIP is usable, MVS won't be around.  Certainly not here.  Lack
>of a decent MVS TCPIP will do more to kill off MVS than cheap unix
>workstations are doing.

When I entered the TCP/IP group three years ago (specializing in
the MVS side of things), all the talk was
on its slow performance.  That has been improved tremendously.

Since that time we have added:
 1. FTP Jes Support (submitting jobs and getting their output back).
 2. FTP DB2 Support (performing the DB2 SQL by the server and getting
 the resulting tables back).
 3. NDB - A DB2 server.
 4. CICS sockets, a requirement from a great many shops, allowing them
 to use CICS's links to DB2, IMS, VSAM, etc as a generalizes MVS server.
 5. Multitasking support for Sockets.
 6. Offload, taking some of the TCP burden off of the mainframe.
 7. SMF support.
 8. Several user exits.

 I'm now testing a new FTP Jes feature where you can submit a job,
and automatically get its output back when the job ends. I've also
talked with Leonard Woren personally to assure him that IUCVMULT will
soon be reentrant, and I think that will allow him to run his
PIE/TSO.  And this is all while supporting the product.  I wouldn't
call this 'abandoning the MVS environment'. It's obvious to me that
MVS will be around for quite a while because of the billions of lines
of code that work on it, and the trillions of bytes of data that
is stored in it.  Client/Server is the future, but most big companies
are not eager to run quickly to put their 'mission critical' systems
on a system that is not clear or worked out yet.  At the
committment of our group is to give the clients of the world access
to the enormous functionality of MVS that was developed over
many decades.  The facilities, data, and programs that are on MVS
should be available to the rest of the network world, easily.
That is the committment of our group.

We are always open to suggestions or constructive criticism, because
we improve through feedback. But venting spleen does not
create a healthy atmosphere for cooperation and dialogue.

Ron Lane
TCP/IP Development
From: ag129@cus.cam.ac.uk (Alasdair Grant)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re:      Re: IBM TCP/IP inadequacies (was Usage of vector facility for
Date: 26 Dec 92 19:30:15 GMT
Organization: U of Cambridge, England

In article <IBMTCP-L%92122319104540@PUCC.PRINCETON.EDU> "Denis DeLaRoca 825-4580 (310)" <CSP1DWD@UCLAMVS.BITNET> writes:
>What resources? It is a fact that the TCPIP product is a proven money-
>maker, resources can be created easily to support such products. What
>triggered this and other messages is the fact that severe and well
>known problems in fundamental areas of the product (ie, IUCV/VMCF)
>persist and that IBM has publicly (thru this list and thru support)
>expressed their priority to fix these problems, well over a year
>later all these stated intentions and promises have vanished into
>thin air.

This is exaggerating.  I have had several quite nasty problems with
IUCV/VMCF (see APARs PN21344, PN27893 and PN28148 for example) and IBM
have worked hard to fix them.  (It's still not perfect, and I don't like the
underlying mechanism - since MVS is not good at asynchronous inter-asid
communication, using monitors, i.e. going to a higher protection level and
doing the SSCH to the box from the calling thread, would seem a more
efficient way than using message-passing. But that would have required a
whole new redesign for MVS instead of simple conversion from VM.)
So, while the fundamental design has problems, they do appear to be doing
things necessary to fix it short of throwing it away and starting again.

I'd also like to see more use of formal methods.  A zillion 'assert'
statements may prevent some errors (when they don't themselves cause
log-filling infinite loops) but they are no substitute for mathematical
logic, and are a performance penalty.  IBM used formal methods for PL/1
and CICS, so why not TCP/IP (both MVS and VM)?

>But if today, right this minute you want a mainframe tcp/ip that can
>go 700-800Mb/s easily without overwhelming your CPU you go to the Cray
>folks not IBM.

Cray users who wanted TCP/IP _at all_ were forced to migrate from COS to
Unicos.  If you want better mainframe TCP/IP, you could always go to AIX.

Anyway, unless Ellen Hancock reads this list, mere complaints won't help
under-resourcing.  Perhaps there's some other way we can help IBM provide
a better product?

p.s. merry Xmas and happy New Year to everyone, at IBM and elsewhere.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Organization: Universitaet Bonn, RHRZ; Wegelerstr. 6; D-5300 Bonn 1
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 21 Dec 1992 08:55:10 MEZ
From:         Hans Dieter Petersen <UZR11F@IBM.RHRZ.UNI-BONN.DE>
Subject:      Re: Message TCPPC3001I under MVS
              18 Dec 92 18:05:27 MEZ from <TOM@PENNDRLS.UPENN.EDU>

Hallo,

every interface needs a HOMEADDRESS, so you must specify

DEVICE LCS1 LCS  xxx (address of 8232)
LINK ETH1 ETHERNET 0 LCS1
LINK ETH2 ETHERNET 1 LCS1

HOME
   xxx.xxx.xxx.xxx ETH1
   xxx.xxx.xxx.xxx ETH2

Regards
Hans Dieter
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 21 Dec 1992 09:54:20 CST
From:         David E Boyes <dboyes@IS.RICE.EDU>
Subject:      Re: IBMLink
              21, 92 10:15 am

> >As for commercial uses of the Internet....
> [....]

> I've heard this argument before, but I seem to remember some discussion
> somewhere that would lead me to believe that IBMLINK access via Internet
> wouldn't be considered "commercial use" of the net.

Something else to keep in mind is that the NSFnet Acceptable Use
Policy has been radically changed in the recent past, and the
traditional "commercial use" restrictions have been significantly
relaxed. With the implementation of commercial IP vendors like
Alternet and ANS and the CIX/NSFnet gateways in the regionals,
the Internet already has a substantial commercial component.

I certainly would appreciate Internet access to IBMlink; getting
external access from a dialup here is a real hassle. I'd even be
willing to consider a specially modified tn3270 to support file
transfer. It's no worse than we have now (PMFTERM, etc), and it
certainly would be more convenient.
Newsgroups: bit.listserv.ibmtcp-l
Subject: Internet "Finger" for CMS?
Supersedes: <92364.184820I18BC@CUNYVM.BITNET>
Organization: City University of New York/ University Computer Center
Date: Tuesday, 29 Dec 1992 18:54:18 EST
From: CUNY/Spartacus <I18BC@CUNYVM.BITNET>

Hi folks,

   Would anyone know where I could find a CMS version of a program
called "FINGER"?  An ftp site or manybe someone could send me
a copy?  I have an Internet ID@address that needs "fingering" to get
some information :)  Thanks.

-------
                                                       .  .  .  .   .  . . .
------------------------------+ All The Best in '93,. .  .  . .  *  . . .   .
Reply To:                     |                       . . .  .  /o . . .  . .
     I18BC@CunyVM.Cuny.Edu    | Edward Galarza,          .  .  / o   .   .
     I18BC@CunyVM.BitNet      | Brooklyn College Of The     . /o  o    .   .
     IRC: Spartacus           | City University Of New York  /o  o o    .  .
------------------------------+ "Que viva el OS/2!"   __________| |__________
                                                      #######################
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: ibmtcp-l@PUCC.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Dec 1992 17:35:00 +0100
From:         Rob.vanHoboken@RC.TUDELFT.NL
Subject:      Re: CPU loop in SMTP V2R2.1

They say "if it don't work, read the manual and read it again".

The CPU loop went away when I reissued SMTPNJE, thereby compiling the JES2 nodes
table into the SMTPNJE.HOSTINFO file.  Two things could have been wrong with the
file:
- it was in V2R1 format
- it contained only 1 node definition (HDETUD2 = home node).

All mail files that went wrong had @HEARN.NIC.Surfnet.NL: in the From line.  I
don't get the connection between the two, but at least it works again.  Maybe
this will help you out of the bog when it happens to you.
Newsgroups: bit.listserv.ibmtcp-l
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Subject: Userid in LPR request ?
Organization: The Chinese University of Hong Kong
Date: Wed, 30 Dec 1992 04:21:48 GMT

Hi there,

We've installed TCP/IP for MVS V2.2 on our ES/9121 (I'm not sure the MVS
version).  I set up remote printing queue from a UNIX host (HP machine) to
print files to a 6262 printer attached to the ES/9121.  It works fine
except that there's no information about the requesting user
information. In UNIX-to-UNIX environment, the request user id can be
captured and displayed in the separating pages to ease out the effort of
operator distributing the output.  Is it necessary to write exits on the
IBM side to do that ?

Any help will be appreciated.

Regards,


-- 
----------------------------------------------------------------------
S.T. Wong             	            [] BITNET: A866700@CUCSC.BITNET      
Computer Services Centre            [] Internet: st-wong@cuhk.hk 
The Chinese University of Hong Kong [] Tel. No: (852) 609 8825      
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 23 Dec 1992 10:32:10 EST
From:         A9000005@TSCC.MACARTHUR.UWS.EDU.AU
Subject:      PROFILE EXEC for LPSERVE please

Hi,
   I have just installed FAL V2R2 and my tape was corrupt.  I was lucky though,
the only files the install program could not access were the ones for the
LPSERVE 191 disk.  I assume this is just a PROFILE EXEC?  Could someone
mail me the LPSERVE PROFILE EXEC?  This will save me the trouble of getting
a new tape from IBM etc.  (I could always make my own by copying one from
another server, but it would be so much easier...)

Thanks,
---
  Brian Watson
  Programmer, Computing Centre
  University of Western Sydney, Macarthur
  Internet: b.watson@uws.EDU.AU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 22 Dec 1992 08:39:48 PDT
From:         Richard Hintz <OPSRJH@UCCVMA.BITNET>
Subject:      Re: IBMLink
              22 Dec 1992 10:34:26 EST from <HAROLD@UGA.CC.UGA.EDU>

On Tue, 22 Dec 1992 10:34:26 EST Harold Pritchett said:
>On Wed, 16 Dec 1992 14:41:00 CET Steve Perez said:
>>Is there an Internet access point into IBMLink? If so, besides terminal
...
>O859.  If you will be at the winter SHARE, come on by and make your needs
>known to someone from inside IIN.


Another easy way to let the IBMLink people know is to submit a
Feedback asking for IBMLink access from the Internet.  This should take
all of 5 minutes the next time you log on to IBMLink.

  Richard Hintz  opsrjh@uccvma.ucop.edu  opsrjh@uccvma
  University of California
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU