HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 19:39:00 PDT
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
Subject:      Re: selectex parameters

> Could someone post the parameters and types for calling selectex() ?
> I'm using MVS TCPIP V2R1M0.  Our documentation is from a preliminary
> release and has some typos.  The typos on the vanilla select() were easy
> to fix - we looked at the Unix version - but we're stuck on the ECB
> parameter of selectex().
>
> If the ECB parameter allows for an array of ECBs, how is the number of
> ECBs specified?

Looks like you can only specify the address of one ECB.
(From P 110, of SC31-6087-01 TCP/IP Version 2 Release 2 for MVS:
Programmer's Reference).
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 16:26:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Various MVS TCP topics: OBEYFILE, Platform overhead

On Mon, 5 Oct 1992 09:30:47 CDT,
   Frank Vance <FrankVance@AIRGUN.WG.WAII.COM> said:
> I don't usually disagree with Leonard Woren, but I must dispute a fact
> he wrote:
> >  And another problem with OBEYFILE... is that it doesn't accept
> >  input from PDS members.
> I use PDSs all the time.  OBEYFILE has lots of faults, but this is not
> one of them.

Thanks for the info.  This must be a new feature in V2, and I didn't
bother to test it.  Was this documented as a new feature?  I'm sure
that it didn't work when I tried it under V1.  I'll try it again soon.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 15:33:17 EDT
From:         "Elbert C. Hu (Tie line 862-3646)" <ELBERT@YKTVMV.BITNET>
Subject:      Problems with REXECD and VM/TCP/IP version 2.2.0

There is a closed PTF UN24709 should resolve this problem.
Or you can replace "RPIVAL args" by "NUCXLOAD RPIVAL args" from
VALIDATE.exec. It assumes RPIVAL module is on access list.

E. Hu
IBM Watson Research Center
From: TROTH@RICEVM1.RICE.EDU (Rick Troth)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Howdya mount VM minidisks from UNIX?
Date: 2 Oct 92 15:36:43 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>    Is this NFS mounting of minidisks?

        Yes,  it is.   For example:

        # mount vmsys:user.191,rw,rec=nl,pass=mpass /cms/user/191

>What do I need on both sides to do this?

        You need VM TCP/IP  (which you have)  and the VMNFS option.
Ummm...   if you're really interested in this,  I strongly suggest
that you have a look at WLFS,  Workstation LAN File Services.
WLFS offers minidisk NFS access and  also  provides the more typical
tree-structured directory filesystems using its own minidisk format.

        Synergy!   Synergy!

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Forschungszentrum (KFA) Juelich GmbH, Germany
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 08:04:41 +0100
Reply-To:     Ralph Niederberger <R.Niederberger@KFA-juelich.de>
From:         Ralph Niederberger <ZDV104@ZAM001.ZAM.KFA-JUELICH.DE>
Subject:      Re: new FTP user exit
              1 Oct 1992 17:55:07 -0400 from <gettes@PRINCETON.EDU>

Hello Ron,

on Thu, 1 Oct 1992 gettes@PRINCETON.EDU wrote:

> Ok, I'll bite! I have V2.2 P and C manual SC31-6082-1 and I can
> find no reference to the exits you mention. Am I blind?

Seems this user exits only exist in "TCP/IP Version 2 Release 2 for MVS"
SC31-6085-01. What about those user exit in "TCP/IP V2R2 for VM"?

Will say come up in further versions?

Best regards,

Ralph Niederberger             Research Center Juelich (KFA)
                               Central Institute for Applied Mathematics
                               P.O.BOX 1913
                               D-5170 Juelich
                               Tel.: +49 2461 61 4772
                               INTERNET: R.Niederberger@kfa-juelich.de
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 4 Oct 1992 02:23:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: restricting .../ P TCPIP,NETSTAT

On Sat, 3 Oct 1992 18:57:00 GMT,
   Steve Bacher <SEB1525@MVS.DRAPER.COM> said:
>
> I assume the SYSIN/SYSPRINT stuff is because these pieces of TCP/IP
> were written in PASCAL.

Maybe, but irrelevant even if true.  It's trivial to create tiny
assembler subroutines to do PUTLINE/etc, callable from an HLL.
Of course it might be useful if all HLLs used the same calling
conventions, so that one routine could be used from all HLLs...

> IBM deserves credit for moving away from
> assembler in their system code,

Only if it doesn't have decreased usability/performance/functionality
as a side-effect.

> >Whoa!  *ALL* software that has an outstanding WTOR is *broken*.  In
> >fact, just about any use of WTOR is a design error.
>
> Eh?  I've used WTOR because I didn't want to make my started tasks
> require authorization.

RTFM.  Since MVT release 21, QEDIT for handling STOP/MODIFY has been
usable by problem programs.  It was one of the announced features in
MVT 21.  It's even documented in the non-SPL MVS applications
programming manuals.  It does *not* require APF authorization.

> Can you be more specific about why this is bad
> (there's a first time for everything, isn't there:-)?

To quite Michael Stein in message *-2 on another subject:  "it doesn't
scale."  Example:  Whoever wrote CADAM thought "What's wrong with a
WTOR?"  Well, at my previous employer, that thinking worked when we
ran 30 CADAM address spaces.  When we went to 42, it broke until I
realized that the system WTOR limit was set to 40.  I upped it to the
max of 99.  But I had to prevent the CADAM guy from going past 90 or
so until he got a fix to eliminate the WTOR.  It isn't until MVS/SP V4
that >99 WTORs are possible.  Even at 40, it was a disaster.  When the
operators did a D R,L they had to wade through all that junk.  And if
you have multiple copies of a poorly designed application running, how
do you know *which* of the WTORs belongs to which copy???  Shutting
down the system was a nightmare -- the operators had to reply to many
many WTORs.  When we got the STOP/MODIFY fix, it was trivial to stop
all 140 (!) CADAMs with simple automation.  Permanent WTORs don't lend
themselves to easy automation, since the automation software has to
locate the correct WTOR.  MODIFY works by address space name.

> Dang.  I was just about to blame PASCAL for the lack of MODIFY, and
> you just blew that theory away.

Chuckle.  Even though I think that the choice of PASCAL is responsible
for a lot of the problems with this product, this isn't one of those.


Leonard D. Woren      Senior MVS Systems Programmer
<LDW@USCMVSA.BITNET>  <LDW@MVSA.USC.EDU>
University of Southern California
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <TOM@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 15:58:10 EST
From:         "Thomas D. Denier" <TOM@PENNDRLS.UPENN.EDU>
Subject:      Remote printing from VM to AIX

We are having problems sending print jobs from VM to AIX. We are running
Version 2 Release 2 of the IBM TCP/IP product under VM. We are running
AIX 3.2.2 on an RS/6000. We specify the NOACK option on the mainframe
LPR command. The LPR command completes without error, but no output
comes out on the AIX system. Remote print requests originating on
another AIX system work fine. Remote print requests originating on VM
work when we use a local implementation of the lpr protocol. We recently
upgraded AIX from 3.1.5. Remote printing from VM worked most of the time
before the upgrade, although there were occasional unexplained failures
even then. As far as we can tell, remote printing from the IBM VM LPR
command to AIX 3.2.2 does not work at all. AIX user lpd sends mail with
the following body text to the VM account when a print job fails:

Message from queueing system:
=====> MESSAGE FROM PRINT JOB 3 (PROFILE.EXEC) <=====
0782-040 Cannot open print file.
	   The file name is /var/spool/lpd/dfA123PENNDRLS
	   The errno (error number) from the open system call is 2
	 Check the file name specified with your print request.

The line starting with '0782-040' also appears on the AIX console.

I have contacted IBM about this. I have seen a lot of unneccesary delay
and intra-IBM finger pointing, but I have not seen much evidence of
progress in resolving the problem. Does anyone recognize this as a known
problem, or have any suggestions for convincingly showing which product
is malfunctioning?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 14:02:47 EDT
From:         TOSDRST@GE1VM.SCHDY.GE.COM
Subject:      MVS LPR printing

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject: MVS LPR printing
Hello list,
 I would like to hear about your creative 'bridgeing' of the LPR
TSO commands to 'real MVS user printing requirements'..
 Like 'hey I want my sysout to go directly to my workstation printer;
 just give me a printer name to stick into my JCL '
Thanks for your stories.
Regards,
 Don Smith GE-SMC,Megacenter

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From The Desk of Don Smith.
From: ag129@cus.cam.ac.uk (Alasdair Grant)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Cum PTF tape for HTCP221
Date: 5 Oct 92 11:25:05 GMT
Organization: U of Cambridge, England

In article <IBMTCP-L%92100501022720@PUCC.PRINCETON.EDU> Leonard D Woren <LDW@USCMVSA.BITNET> writes:
>On Sun, 4 Oct 1992 23:13:40 EDT, Bill Rubin <RUBIN@YKTVMV.BITNET> said:
>> The bottom line is that TCP/IP for MVS V2R2.1 shipped a week ago
>> Friday (I hope, if anyone has received it, please let me know)
>
>Hi Bill!  Guess who got it last Tuesday (I think).  Manuals in a box
>from Mechanicsburg, tapes in another package from somewhere else.  On
>the other hand, this may not count, since it was specially arranged.

Is that date for the whole world, or just the US?
From: ccwilfred@uqvax.cc.uq.oz.au
Newsgroups: bit.listserv.ibmtcp-l
Subject: MicroCode in Bus-Tech ELN controller
Date: 29 Sep 92 12:59:41 AEST
Organization: University Of Queensland

We are running one of the early BTI channel attached ethernet devices.  We 
are probably the only site in Australia doing so.  Last Friday we lost a 
lot of equipment in a powerful lightning strike.  The BTI box seems to have 
lost its ethernet transponder.  (ie Wrap test = y is ok but Wrap test = n 
just does nothing.)

We have a spare board which we have installed.  The dip switches have been
set.  When it is powered up I get an error status of 82 which means that
the micro-code checksum failed.

I cannot get our 3081 to vary the device online, I think because the micro-
code is bad (is this assumption correct?).  It says that the device does
not exist.  We do not have the microcode on floppy disk and hence I
presently have no way to load it. 

Where can I get the microcode so that I can load it from a PC?  I would 
prefer an FTP site - we need it urgently.

Thanks  -  Wilfred Brimblecombe 
 	   Senior Systems Programmer,
	   Prentice Center,
	   The University of Queensland,    wilfred@uqvax.cc.uq.oz.au
	   Australia.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"ibmtcp-l@pucc"
Original_cc:  JURASCHEK
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 16:48:00 EST
From:         "David F. Juraschek" <JURASCHEK@GMUVAX.BITNET>
Subject:      Restricting Enty access in TCPIP V2.2 ESA

We need to restrict access to our TCPIP to users at our site only.
That is, we don't want people from other TCP/IP networks or sites (different
first two numbers of IP address) to be able to access our IBM system.
I can not find any option to do this in the customization guide.
Does anyone know how I can set such a restriction up.

(Management is cheezed because *many* users from who-knows-where are
using up resources on our system.  A recent check with NETSTAT CONN showed
that almost half of the connections were from the outside.  Management
only wants our campus users from their various subnets to be able to gain
entry, but doesn't want any hardware changes to be involved.  So, as long
as the first two segments of the IP address match that of TCPIP running on
our ESA box, we want to allow access.  If the first two segments are
different, we want to keep the buggers out.  How?)

Thank you.
-Dave
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 14:35:29 EST
From:         Tim Smith <TECHTIM@TSCVM.BITNET>
Subject:      Re: CICS available from TELNET

Thank you.  I tried it here.  It works.  Is there any way to automate the
DIAL VTAM sequence?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <lbdyck@osreq48.rockwell.com>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 12:30:03 PDT
From:         "Lionel B. Dyck" <lbdyck@OSREQ48.ROCKWELL.COM>
Subject:      TSO Notification for SMTP Inbound Mail

Is there an exit available with the MVS TCP/IP that will enable an installation
to send a message to a TSO user to inform them that they have mail to receive.
This exit would be analogous to JES2 Exit 13 or JES3 user exit IATUX42.


>>>  One of the most dangerous forms of human error is forgetting   <<<
>>>       what one is trying to achieve......Paul Nitze             <<<
*---------------------------------------------------------------------*
* Lionel B. Dyck              | Rockwell TSO:      WCC1.$A1238        *
* M/C:       110-SE28         | Rockwell VM:       ISCEMS(LBDYCK)     *
* Comnet:    797-1125         | IBMLink:           ROK2027            *
* Phone:     (310) 797-1125   | IBM Mail:          USROKNTN           *
* Fax:       (310) 797-3511   | Internet: LBDyck@osreq48.Rockwell.Com *
*---------------------------------------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: SUNY at Stony Brook NY 11794-2400
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 23:08:45 EDT
From:         Leonard Boyle <LENBOYLE@CCVM.SUNYSB.EDU>
Subject:      Re: Restricting Entry access in TCPIP V2.2 ESA

On Wed, 30 Sep 1992 16:33:00 EST David F. Juraschek said:
>
>So again, how do I specify that non-subnet B type locations which match
>our own can not gain entry to our system?
>
>(Thanks SLLORENT@ESOC for the only useable response so far.)
>
>Frustrated ...
>-Dave

1) You can ask your network people to block packets from those locations.
   Of course this would stop other services that you might want.
2) Since FAL comes with source code. You can change the code to check
   for the locations that you want to restrict.
3) If you applications can be changed you can try the following.
   Use the netstat command to ask the TCPIP service machine for
   information about the current sessions. This data includes
   the source locations of the clients.

   So If you want to restrict Telnet access you can use the cms
   pipe command to issue the NETSTAT TELENT command and filter
   the data to search for the local userid and matching
   source address. If it is a forbitten address you can send
   back a nasty-gram and logoff.

-------------------------------------------------------------------------
Leonard Boyle  Computing Center             lenboyle@sbccvm.bitnet
SUNY at Stony Brook NY USA 11794-2400       lenboyle@ccvm.sunysb.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 13:26:29 MEZ
From:         Ernst-Axel Knabbe <R01KNA@DHHDESY3.BITNET>
Subject:      re: tcp/ip for mvs/esa v2.2 dataset allocations

> We feel that the way datasets are allocated by the TCP/IP software
> is very inconvinient, very impractical and time consuming to
> maintain.

To say the least, it is totally against the "spirit of MVS" to scatter
configuration information around over various datasets. We need
tcpip.PARMLIB !

> SMP/E installation:
> Is is possible to change the TCPIP high level qualifier without
> running the ZAP ?
> (one target for both systems + don't want to ZAP without SMP)
>

A warning:
I did the ZAP with SMP. Result: The address space with name TCPIP
allocates TCPIP.TCPIP.DATA, the address space with name TCPPORT
(portmap) allocates TCPIP2.TCPIP.DATA. (FMID: HTCP221)

A.Knabbe
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Z-Mail (2.1b.16 7/22/92)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Sep 1992 09:02:00 -0500
From:         "Sheridan J. Adams" <sja@SNOID.CRAY.COM>
Subject:      Re: Batch FTP
              4:37pm)

On Sep 25,  4:37pm, SYSTMD%NMSUVM1.BITNET@pucc.Princeton.EDU wrote:
> Subject: Batch FTP
> We are running MVS TCP/IP V2.2 with two sets of TCPIP address spaces
> (TCPIP & FTPSERVE, TCPIP2 & FTP2). In order to run batch FTP, how do
> you specify which FTP server you want to use? I assume there is something
> in the FTP module that defaults to FTPSERVE, but how do I get to FTP2?
>-- End of excerpt from SYSTMD%NMSUVM1.BITNET@pucc.Princeton.EDU

What you need is a `userid.TCPIP.DATA' dataset.  Set the TCPIPuserid to
TCPIP when you want to use FTPSERVE and set it to TCPIP2 when you want to
use FTP2.  Run the batch job with a USER=userid in the job card statement.

--



	"Here kitty, kitty, kitty kitty" - the 500 pound canary
			Sheridan J. Adams
			sja@grog.cray.com
			(612) 683-3030
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.CAM.PHX; 30 SEP 92 12:12:31 BST
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 12:11:45 BST
From:         A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK>
Subject:      Re: selectex parameters

The C routine 'selectex' takes one ECB. But it is implemented by waiting on
a list of ECBs, one of which is the one posted by the IRB scheduled on
completion of the 'select' IUCV socket call. It wouldn't be hard to hack up
a version of common_select (in CMIUCSOC) that took a list of user ECBs
instead of just one.

p.s. why are AF_IUCV sockets (i.e. direct inter-address-space use of IUCV)
supported from C but not from assembler? As an experienced IUCV programmer
on VM, are there limitations to it on MVS that I (we) don't know about?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 17:23:43 CDT
From:         Landy Manderson <USTS034@UABDPO.BITNET>
Subject:      re: Restricting Entry access in TCPIP V2.2 ESA

On Thu, 1 Oct 1992 22:29:57 CET S Llorente said:
>A user exit at TCP level would allow to secure all the protocols running on
>top of TCP without having to develop and maintain individual exits for
>each one of them. It would save IBM and users a lot of work by concentrating
>the security checks in one single point.
>It would also protect the user developed socket applications.

Wouldn't this also simplify some accounting functions for TCP usage as well?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 19:54:08 EDT
From:         NIEMI@YKTVMV.BITNET
Subject:      Re: Graphical Performance monitor for VM?


A version of this program was included in VM V2.2 as a sample program.
There should be some information in the file called CBSAMPLE HELP.

We are looking at making improvements to this program, and hope to
include the improvements in future releases of TCPIP.

Mike Niemi
TJ Watson Research Center
niemi@watson.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 09:34:46 EST
From:         Liu <SURU@TWNMOE10.BITNET>
Subject:      zone transfer from another secondary server

Dear Netter,

    I have a few questions about the DNS.

    Does it make sense for a secondary name server to transfer
zone data from another secondary server?

    Does it help for a name server to add the type NS and A RRs of the
name servers for its upper layer domain in the inital cache file,
named.ca?

Regards,  --Liu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Sep 1992 18:06:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: TCP/IP for MVS/ESA V2.2 Dataset allocations

On Mon, 28 Sep 1992 15:37:44 +0200,
   Hans de Klein <snhkl3@AMSI05.KSLA.NL> said:
> We feel that the way datasets are allocated by the TCP/IP software
> is very inconvinient, very impractical and time consuming to
> maintain.

I agree.  The VM/CMS model of separate sequential datasets for every
piddly thing doesn't work on MVS.

> A TCPIP or FTP parameter dataset is allocated to a TSO address space
> with exclusive ownership following an edit.
> TCPIP or FTP are then started,

This wouldn't happen if they were PDS members.

> An error message is issued by TCPIP or FTP stating that the dataset
> cannot be opened but initialisation continues.
> The result is an active TCPIP or FTP which is only partly configured.

This is a disaster.

> Is it possible to suspend the initialisation if a dataset which exists
> cannot be opened ?

Have you called the support center about this?  (Do not accept
"working as designed" as a closure.)

> --------------------------------------------------------------------
> To keep parameter datasets unique for each TCPIP and FTP address space
> the dataset must have an HLQ the same as the JOBNAME (our preference).
> This results in a proliferation of USER CATALOG ALIAS definitions,
> RACF groups and RACF profiles having to be defined.
> For multiple TCPIP / FTP address spaces the parameters become spread
> over numerous datasets rather than in one central place.
> Administration tasks become complex.
>
> Is is possible to define the parameters as members of a PDS
> rather than as individual sequential datasets ?

I have (informally) made that suggestion.  It's being studied.  It
can't hurt to submit a formal requirement for this.  You should do so.
(Your justification is better than mine.)

> --------------------------------------------------------------------
> Under TELNET the attention key may be used to invoke a TELNET command.
> Is it possible to pass the attention to an application ?

If you hit pa1 (attn on an SNA terminal) and type help, you'll get a
list of commands you can type there, one of which is pa1.  That seems
to do what you want.

/Leonard
Organization: University Of Toronto Computing Services.
Date: Thursday, 1 Oct 1992 09:25:57 EDT
From: <TED@vm.utcs.utoronto.ca>
Newsgroups: bit.listserv.ibmtcp-l
Subject: Lippke Drivers.

I was wondering were I could obtain the Lippke Drivers for our BTI box.
We are and have over the past couple of years been using the BTI in CETI
mode. Since we are about to upgrade our version of TCPIP I thought this
may be a good time to experiment with non-ceti drivers, but I gotta have
em to play with em, so how does one get em?


----------------------------------------------+-------------------------+
Ted Sikorski Supervisor VM Systems group      |                         |
             TED@vm.utcs.utoronto.ca          |  University of Toronto  |
             SIKORSKI@gpu.utcs.utoronto.ca    |   Computing Services    |
             (416)-978-6602                   |                         |
----------------------------------------------+-------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Sep 1992 10:52:03 EDT
From:         TOSDRST@GE1VM.SCHDY.GE.COM
Subject:      MVS HAL-V2R2 inactive timeouts

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject: MVS HAL-V2R2 inactive timeouts
 Hello list,
 Has anyone else been seeing 'random' INACTIVE TELNET timeouts...
 I hope to gather more info from the users; trying to zero in a bit more.
 Regards,
 Don Smith - GE SMC

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From The Desk of Don Smith.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: YULU@UCS.INDIANA.EDU (w)
Newsgroups: bit.listserv.mba-l
Subject: RE: Info on MBA
Date: 2 Oct 92 00:49:45 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

sign off
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU