HDTenEightyP/NetNews huggingface dataset:
X-Acknowledge-To: <MOTTAM@IMIHSRA>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 17:45:38 GMT
From:         Mauro Motta <MOTTAM@IMIHSRA.BITNET>
Subject:      APL and GDDM

Hi world|

We are planning to install  TCP/IP v2 on our IBM 9021 vith vm/xa.
We would also like to get some licences of IBM TCP/IP for DOS.

I would like to know if TN3270 supports GDDM graphics and APL2 characters.
If not, could someone advice me about other  TCP/ip packages (for DOS)
that allow GDDM and APL2 applications?

Thanks a lot|

Mauro

 ________________________________________
|             Mauro Motta                |
|----------------------------------------+-----------------------------+
| Istituto Scientifico   H SAN RAFFAELE  | phone:   +39 2 26432058     |
|      Sistemi Informativi - L.N.T.      | fax.     +39 2 26434691     |
|           via Olgettina, 60            | EARN/bitnet: mottam@imihsra |
|            I-20132 MILANO              | GARR:        mottam@hsr.it  |
|                                        | VNET gate: mottam at bitnet |
|________________________________________|_____________________________|
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Receipt-To: blumen@infonode.ingr.com
X-Mailer: ELM [version 06.01.01.00 (2.3 PL11)]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 08:00:33 CDT
Reply-To:     blumen@infonode.ingr.com
From:         Dwayne Blumenberg <blumen@INFONODE.INGR.COM>
Subject:      Re: selectex parameters
              "Fitch@DOCKMASTER.NCSC.MIL" at Sep 29, 92 10:21 pm

> 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?
>
> --Jack
>
> Fitch@dockmaster.ncsc.mil
>

Which compiler/library are you using?  If you're using SAS/C,
try using their socket library instead of IBM's.  The SAS/C
library provides function selectecb(), which works like IBM's
selectex() but takes a list of ECBs to be waited on.

I don't have any answers for C/370, but you might try setting
up a subtask that waits on an ECB list, and posts the selectex()
ECB when any of the ECBs in the list is posted.

--
Dwayne A. Blumenberg            | Internet:  dwayne@dwayneb.b30.ingr.com
IBM Systems Programmer          | UUCP:      ...uunet!ingr!b30!dwayneb!dwayne
Intergraph Corp., M.S. GD3002   | Voice:     (205) 730-3795
Huntsville, AL  35894-0001      | FAX:       (205) 730-3300
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 27 Sep 1992 01:52:12 CST
From:         Konrad Brandemuhl <UCCXKVB@OSUVM1.BITNET>
Subject:      Re: Printing Problem of TCP/IP (2.2) for MVS
              23 Sep 1992 15:09:12 GMT from <a866700@HP9000.CSC.CUHK.HK>

On Wed, 23 Sep 1992 15:09:12 GMT Wong Siu To said:
>
>The problem is that it's only possible to print files from MVS to other
>VMS or UNIX machines which supports remote printing services, but the
>vice versa doesn't work.
>
>Thanks a lot !
>Rgds,
>----------------------------------------------------------------------
>ST Wong                                 BITNET: A866700@CUCSC.BITNET
>Computer Services Centre              Internet: a866700@hp9000.csc.cuhk.hk
>The Chinese Univsersity of Hong Kong            st@csc.mgate1.cuhk.hk

I am also running TCP/IP V2.2 on MVS but I am able to print
both ways.  I have noticed that the printer definitions for
inbound printing to MVS from other hosts (UN*X) is case sensitive
so if I want a laser printer on MVS accessible from other
systems I need to define the printer name in lower case or have
the users use upper case for the printer name.

I have been able to make outbound printing work however, MVS LPD
seems to convert all remote printer names into upper case.  In
essence I cannot print to a remote printer name which is in lower
case.  I had to have the System Manager of the other system
define an all caps printer name for the real printer.  Will
probably call IBM support on this one.

Since I just started working LPD (as of last week), I am still
trying to get forms to work.  Haven't looked at it much though.

Konrad Brandemuhl
System Software Services,           University Computer Center,
Oklahoma State University,          Stillwater, OK 74078-0606
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 19:36:15 EDT
From:         niemi@WATSON.IBM.COM
Subject:      Re: Starting CBSAMPLE on IBM-RS6000 Xdefaults-problem


   I was not able to recreate your particular configuration, but you might try
 specifying the following in your .Xdefaults:

      cbsample*fontList:  fixed

 Note that the "L" has to be capitalized.

 Mike Niemi
 niemi@watson.ibm.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 02:38:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Restricting Entry access in TCPIP V2.2 ESA

Yet another argument for a programmatic netstat function.  With that,
it should be fairly easy to write a CICS exit to deny access.  BTW,
this programmatic netstat function MUST NOT use VMCF.

Hmmm... you could write a clist or exec that runs as a started task
which wakes up every 15 seconds and does a NETSTAT, looks for outside
connections into the forbidden applications, and then NETSTAT DROP
them.  It's a kludge, but it would get you most of the way to where
you want to be.  Oops, IBM doesn't think that MVS (TSO) users need to
be able to trap the output from NETSTAT.  Never mind.

Come on IBM, how about providing some tools for TSO?  Throw away all
the TPUTs and TGETs and use PUTLINE/GETLINE/PUTGET everywhere.  Then
we'd at least have a chance to develop some of these things.  This is
not a new request.  CMS users can pipe NETSTAT output.  Why can't TSO
users have analogous functionality???

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 12:41:02 CST
From:         Bill Harvey <HARVEY@WUVMD.BITNET>
Subject:      Re: MVS FTP exits.

On Fri, 2 Oct 1992 08:11:55 EDT, Richard Ryniker <ryniker@WATSON.IBM.COM> said:
>The exits are documented in the Version 2 Release 2.1 Planning and
>Customization manual, SC31-6085-02.

Great!!  That description sounds like that's exactly what we need (at least
for FTP).  When'll it be available for VM?   :-)

Thanks
Bill "I want more" Harvey
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Sep 1992 11:51:00 CDT
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject:      Re: MVS HAL-V2R2 inactive timeouts

On Mon, 28 Sep 1992 10:52:03 EDT TOSDRST@GE1VM.SCHDY.GE.COM said:
> 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.

I was getting them up until a few weeks ago.  IBM Level Two helped
me to discover that I had misspelled INTERNALCLIENTPARMS in
tcpip.PROFILE.TCPIP.  Due to this misspelling, the Telnet server
was acting as if the TIMEMARK/INACTIVE parameters weren't coded.
I was able to fix the problem by correcting my spelling error.  I
have not received any complaints about unexpected timeouts for
about a month.

> Regards,
> Don Smith - GE SMC
Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Forschungszentrum (KFA) Juelich GmbH, Germany
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 08:23:44 +0100
Reply-To:     Ralph Niederberger <R.Niederberger@KFA-juelich.de>
From:         Ralph Niederberger <ZDV104@ZAM001.ZAM.KFA-JUELICH.DE>
Subject:      Graphical Performance monitor for VM?

Hello list, hello IBM,

"TCP/IP V2R2 for MVS: Planning and Customization" SC31-6085-01
mentions a "graphical performance monitor" for MVS. Graphical data may
be displayed on an IBM-RS6000 system.

Is such an monitor available for VM/ESA also? Or will it be developed?
The code seems to include VM-Parts. When and how will it be available?

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:         Thu, 1 Oct 1992 22:29:57 CET
Comments:     Resent-From: S Llorente <SLLORENT@ESOC>
Comments:     Originally-From: Ron Lane <RONLANE@YKTVMV.BITNET>
From:         S Llorente <SLLORENT@ESOC.BITNET>
Subject:      re: Restricting Entry access in TCPIP V2.2 ESA

>It sounds like a optional user-exit in TCP and/or Telnet would
>be helpful to you.  Do you agree?
>Ron Lane


Yes, but better a TCP exit than a telnet exit + a FTP exit + ... !!

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.

The exit could receive control at connect/accept time and have access to
the socket addresses of both end points and return a code to accept or reject
the connection.

An exit for UDP would also be a good thing to secure UDP applications,
which can be as reliable as TCP ones. But being a connectionless protocol
the check would have to be done for each datagram. The question here is if
that is feasible without adding a visible overhead.

I agree that a router is a better place for doing the filtering but there are
circumstances in which this is not possible: if you run TCP/IP over an SNAlink
or NPSI or simply because you don't have control over the routers.

Santiago Llorente                               49-6151-902517
European Space Operations Centre
Darmstadt (Germany)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 15:37:00 PDT
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
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.

Eeeek!  Overhead**2.  ECBLISTS are *NOT* a goodness.

Each ECB list gets processed many many times.
  1. By user when built.
  2. By wait (to validity check and mark ECBs as waiting)
  3. By post (to validity check and unmark ECBs as waiting)
  4. By user to find posted ECB.

As the list gets longer, the overhead goes up.  And with more
ECB's, one is more likely to get posted *sooner* so the whole
*longer* list gets processed more often.

Since "sockets" seem to be some sort of standard (and as such
can't be replaced), it'd be nice to see a select without more
than one ECB in it's wait...

And it would be nice to see an interface which was better than
SELECT for MVS specific code which didn't have to follow the
SELECT standard...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 09:30:47 CDT
From:         Frank Vance <FrankVance@AIRGUN.WG.WAII.COM>
Subject:      Various MVS TCP topics: OBEYFILE, Platform overhead

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.

Leonard also said, about TCPIP needing to support use of the MVS MODIFY
command for operator control functions:
>  I'd suggest submitting a PASR and/or SHARE requirement.
>  I'm not going to bother... I'm getting too burned out with this product
>  and the lack of MVS consideration in its design and implementation.

We submitted PASR RKG5119 "PROVIDE SUPPORT FOR OPERATOR USE OF MVS CONSOLE
TO CONTROL SOME TCP/IP OPERATIONS".  It was closed by IBM as
FUTURE OBJECTIVE 2 June 92.

I think we have submitted more PASRs for this product in less time than for
any other product we use.  They do get responded to, it just takes a long
time.  IMO the real problem with the TCP group is that they do not have
enough experienced people to do everything they need to do.

Michael Stein wrote:
> 1000 [IUCV socket] calls a second will use 100% of a whole [ES/9000-900] CPU.

Which re-raises the questions:
What is the impact of the VM platform on MVS TCP/IP performance?
Is MVS TCP/IP doomed to be a lethargic protocol as long as the platform is
around?  I have not seen any real numbers quantifying what the improvement
would be if TCP/IP were re-written to run natively on MVS.
--
Frank Vance  +1.713.963.2426		Western Geophysical
fvance@airgun.wg.waii.com		10001 Richmond Avenue
Fax: +1.713.963.2758			Houston, TX 77042   USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 10:05:01 CET
Comments:     Warning -- original Sender: tag was K000160@ALIJKU11
From:         Wilfried Maschtera <Maschtera@EDVZ.UNI-LINZ.AC.AT>
Subject:      SMTP V2.2

I have to VM systems,
  alijku11.edvz.uni-linz.ac.at and
  aearn.edvz.uni-linz.ac.at,
both with SMTP V2.2.

The maildomain is edvz.uni-linz.ac.at, that means, the complete address
can be user@edvz.uni-linz.ac.at, without the host. This functions well.

The following RRs are defined (SUN OS):

edvz.uni-linz.ac.at.    IN  MX 10 alijku11.edvz.uni-linz.ac.at.
                        IN  MX 15 aearn.edvz.uni-linz.ac.at.
alijku11....            IN  A  140.78.3.3
email1...               IN  CNAME alijku11.....
aaern ...               IN  A  140.78.2.1

If alijku11 receives mail for user@edvz..... it delivers this mail to
aearn. From RFC974 which says

"If the mailer is on a host which is listed as an MX for the destination
host, the mailer may only deliver to an MX which has a lower preference
count than its own host."

and also

"If the domain name LOCAL is listed as an MX RR, all MX RRs with a preference
value greater than or equal to that of LOCAL's must be discarded."

I expected that SMTP on alijku11 will process the mail locally. Is my
interpretation wrong ? If yes what can I do except deleting the MX RR for
aearn ?

I tried several versions. I started with an A RR for email1 with the same
address as alijku11. In the MX RR I used email1 instead of alijku11. Then
I changed the MX RR to alijku11 and, finally, I changed the entry for email1
to a CNAME RR. I think this has no influence, it's only to complete the
information.

Regards / Wilfried
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: SUNY at Stony Brook NY 11794-2400
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 15:21:09 EDT
From:         Leonard Boyle <LENBOYLE@CCVM.SUNYSB.EDU>
Subject:      re: Restricting Entry access in TCPIP V2.2 ESA

On Thu, 1 Oct 1992 11:50:58 EDT Ron Lane said:
>It sounds like a optional user-exit in TCP and/or Telnet would
>be helpful to you.  Do you agree?
>Ron Lane

The following may be all wet, but then I am sure that someone will let me
know.

Beside selective security there is one other function needed. I have no
knowlege of the MVS version of FAL so this function may already be in
that product.

Now if one telnets to a VM FAL host one gets a VM logon screen. From
which one can logon, dial to a virtual machine such as vtam or nvas, or
issue some other command which might be locally defined. For example
PNN at pucc.princeton.edu or LIBRARY at cuinfo.cornell.edu.

At this site we have a locally defined command SBNEWS which will logon a
user to one of a pool of userids and run a locally confiured version of
Princeton's PNN CWIS software.

The users did not want to have to telnet to us, then type the SBNEWS command
on the VM logon screen. So we set up a second TCPIP-service machine with a
modified version of the DIAL VTAM mods to do this for them. Now it would be
nice if the telnet server could support different ip address's and
do some program script based on the source ip address.

-------------------------------------------------------------------------
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:         Mon, 28 Sep 1992 11:20:00 EDT
From:         "919 Mike Oatsvall 677-8000 X7605" <SNORMO@MVS.SAS.COM>
Subject:      No passive open?

TCPers,
Can anybody explain what happens when TCP/IP cancels and restarts
FTPSERVE in this manner. We seems to have this a lot. Sometimes once a
minute for 10 minutes at a time and then it won't happen again for days.
As always, thanks for any help.
-Mike

TCPUTI005I IShouldAutolog returns true for client FTPSERVE -- no TCP passive
 open on port 21
StartANewLife: Victim FTPSERVE, reason "Forcing you because you have no passive
 open on TCP port 21"
StartANewLife: Victim FTPSERVE, reason "Forcing you because TRYautologging
 scheduled"
TCPUTI005I IShouldAutolog returns true for client FTPSERVE -- no TCP passive
 open on port 21
StartANewLife: Victim FTPSERVE, reason "Forcing you because you have no passive
 open on TCP port 21"
StartANewLife: Victim FTPSERVE, reason "Forcing you because TRYautologging
 scheduled"


-----------------------------------------------------------------------
"Remember, maintenance is like medicine. Its supposed to make it better"
Robert M Oatsvall         SAS Institute Inc.        SNORMO@MVS.SAS.COM
MVS Systems Programmer    SAS Campus Drive          (919) 677-8000x7605
                          Cary, N.C. 27513-2414
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 6 Oct 1992 11:23:07 CDT
From:         Frank Vance <FrankVance@AIRGUN.WG.WAII.COM>
Subject:      Re: TSO Notification for SMTP Inbound Mail
              92 10:46 am

Bill Rubin writes:
> I have a question here, and please don't take it the wrong way.  When a
> file arrives in the JES spool from NJE, the user is sent a message by JES,
> correct?  If that is the case, then why doesn't JES also send a message
> when a file arrives from the local system?  The spool file is certainly
> being allocated in the DEST=node.user form.  Why should it be up to each
> individual application to send a message when a file is sent?  Why doesn't
> JES do it, he's the one delivering the file!

Regardless of what software _should_ do the notify, the perception of the
users here is that TCP/IP (for MVS) is broken:
    "Gee, I get a notification for everything except stuff that comes
     from TCP/IP.  TCP/IP must be broken."

Since SMTP is a later addition to MVS than JES2/NJE/XMIT, I think the
burden of getting the notification to work right rests with TCP, unless
they can convince JES2 to change their ways.

--
Frank Vance  +1.713.963.2426		Western Geophysical
fvance@airgun.wg.waii.com		10001 Richmond Avenue
Fax: +1.713.963.2758			Houston, TX 77042   USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.CAM.PHX; 29 SEP 92 14:23:23 BST
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 14:22:03 BST
From:         A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK>
Subject:      Diagnosis Guide

LY43-0013 doesn't appear to come with MVS TCP/IP. The info in DIAL-IBM
lists VM TCP/IP but not MVS as the corresponding program. Can someone
say whether they got it with VM TCP/IP, and is the lack of it with MVS
an oversight on IBM's part?

p.s. anyone like to say whether it's useful or not? I'm tracking down a
problem in TCPIP's IQE management causing 0C4s in EF03, but unless the
manual goes into MVS-specific details of the "platform", it won't be any
use to me.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Virginia Polytechnic Institute
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 12:57:57 EDT
From:         Valdis Kletnieks <VALDIS@VTVM1.CC.VT.EDU>
Subject:      Re: Restricting Enty access in TCPIP V2.2 ESA

On Tue, 29 Sep 1992 16:48:00 EST David F. Juraschek said:
>(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.

Dave:

This is more a political problem than a technical one.

Can you  explain *why* half the  connections were off campus?  Does this
mean that half  your user base is on sabattical,  and *needs* the access
from  off campus,  or do  you  have a  policy problem  where people  are
sharing userids indiscriminantly  - in which case, a  filter is probably
*NOT* going to help you very much....

Also, note that you want to do this filtering *per port* - otherwise you
won't even be able to E-mail or FTP off campus - probably *NOT* what you
desired.

Feel free to drop me an e-mail if you want to discuss these issues more..

                                  Valdis Kletnieks
                                  Computer Systems Engineer
                                  Virginia Polytechnic Institute
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 10:16:11 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: Restricting Entry access in TCPIP V2.2 ESA

Based on other people's work I wrote 'ynetstat' which returns the
originating host for the issuing user or for any other user who is
specified as the single parameter.  If the user isn't on via tcpip
than return code 28 is returned with no terminal output.  The program
uses VMCF and is a CMS MODULE - if anyone is interested.  - Yossie
P.s. this module is MUCH MUCH faster than using NETSTAT TELNET and
also returns the NAME of the host rather than the numeric address.

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B5/4 f- w- t cd g++ k++ s++ p