HDTenEightyP/NetNews huggingface dataset:
From: SEB1525@MVS.draper.com (Steve Bacher)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Problem with AIX 3.2 telnet
Date: 27 Jan 93 13:11:00 GMT
Reply-To: seb1525@support4.draper.com
Organization: Draper Laboratory

In article <IBMTCP-L%93012704341167@PUCC.PRINCETON.EDU>,
LDW@USCMVSA.BITNET (Leonard D Woren) writes:

>Yep.  I was going to suggest that speed might be the problem, since
>that looks like what happens here when the speed comes up wrong when
>connecting to our Micom port contention unit.  I was told many years
>ago to enter U (upper case) as the first character -- something about
>that bit pattern which allows the speed to be determined correctly.  I
>have no idea why it works, but "U" has never failed for me, where C/R
>fails something like half the time.

May have something to do with the fact that the ASCII bit pattern for
uppercase U is binary 01010101 (hex 55), and perhaps the alternating
zero and one bits aid the connection in determining the line speed.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 22 Jan 1993 13:50:17 EST
From:         "C. D. Stravers" <POSTMAN@INDYMED.BITNET>
Subject:      NFS

Hi,

We are about to order VM/ESA 1.2 and TCP/IP is being ordered also. What is
NFS and what kind of equiptment and software in addition will make it work.
We currently have a 4381-92E and are negotiating for an ES-9000 of about
20 mips.
My boss wants to know specificly if file transfer from our Tandem would be
and easier with the NFS add on. Our Tandem is a XL-80 running C-20.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 25 Jan 1993 16:27:07 PST
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: Internet "Finger" for CMS?
              25 Jan 1993 16:05:01 CST from <TROTH@RICEVM1.RICE.EDU>

I wrote a pretty cool server, if you are interested.  Do

FINGER YOSSIE@UCSFVM.UCSF.EDU

to see what it can tell you! :-)  - Yossie

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B3 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Slippery Rock University - Computer Center
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 28 Jan 1993 12:00:44 EST
From:         Fran Hensler <FJH@SRU.BITNET>
Subject:      VM V2R2 corrective service

I am installing VM TCP/IP V2R2 for the first time and I wanted to apply all
current PTF's.  It took me four shots so I thought I'd share what I learned.

There are currently 70 PTF's on a corrective service tape.  Thus far there
are no PTF's on a PUT tape.

Ignore the SERVICE DOCUMENT that is in file 1 of the COR tape.

There is a new S5735FAL EXEC on the COR tape.  Load it with:
VMFPLC2 LOAD S5735FAL * (EOF 2
Select the file with the latest date and rename it to S5735FAL EXEC.

The S5735FAL EXEC will make a T-DISK that is too small to hold all of the
service.  Edit the exec and scan for T3380 and change the number of cylinders
to at least 150.  The EXEC will fail if there is not enough T-DISK.

The EXEC puts the latest PTF's on the service disk (TCPMAINT 2C1).  If this
disk is not formatted before running the EXEC, the EXEC will fail.

The size of the 2C1 disk is not big enough to hold all of the PTF's.
If this disk is not large enough to hold all of the PTF's, the EXEC will fail.
I had to enlarge my 3380 disk to 105 cylinders.

After a successful run of S5735FAL EXEC all you have done is load all of the
latest PTF's to the service disk.  Now, you have to manually copy each
MODULE, EXEC, etc. to the proper production disk.  This step is not documneted
anywhere, but IBM level 2 says that is the way it's done.

My production TCP/IP system now uses a full single density 3380.

Francis J. Hensler, CDP                     BITNET: FJH@SRU
Software Support Specialist                 Phone: (412) 738-2033
Slippery Rock University Computer Center    PANET:     8-654-2033
Slippery Rock, PA  16057-1326  USA   "Yes, Virginia, there is a Slippery Rock"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 28 Jan 1993 13:41:12 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: IBM TCP/IP inadequacies

>Bletch.  Another complex thing with an incomprehensible programmer
>interface.

        Doncha luvit?   Haven't figgered out APPC/VM mah self,  either.

>            APPC/MVS needs to speak TCP/IP;   ...

        Huh?   What if you want to do APPC w/o even having TCP/IP
installed?   APPC/VM works with or without networking.   (I think;
goes through PVM for net transport;  don't think it does IP at all)

>"I pray daily that programmers will be freed from the curses of
>compatibility."  -- Edgar Dykstra  [I hope I remembered this correctly.]

        Did he really say that?!   Yippie!   Complete vindication for my
somewhat annoying  (to our UNIX support guys)  signature.

Stop BASIC before it stops you.   -- Dijkstra
Stop UNIX before it stops you.   -- Troth

Rick Troth <troth@rice.edu>, Rice University, Information Systems
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 22 Jan 1993 13:00:46 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: NFS

>We are about to order VM/ESA 1.2 and TCP/IP is being ordered also.

        VM/ESA rel 2?   Excellent!

>                                                                What is
>NFS and what kind of equiptment and software in addition will make it work.

        NFS = "Network File System"   I'll leave the details to
others better qualified than I.

>My boss wants to know specificly if file transfer from our Tandem would be
>and easier with the NFS add on. Our Tandem is a XL-80 running C-20.

        Dunno.   But if you want to serve NFS from VM to the Tandem,
get WLFS.   WLFS = "Workstation LAN File Services" = a slick NFS for VM

Stop BASIC before it stops you.   -- Dijkstra
Stop UNIX before it stops you.   -- Troth

Rick Troth <troth@rice.edu>, Rice University, Information Systems
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 22 Jan 1993 08:53:30 EST
From:         TW@UMAB.BITNET
Subject:      Re: lookup of city names and zip codes

telnet to it:

    telnet martini.eecs.umich.edu 3000
+----------------------------------------------------------------------------+
| "Work and play are words used to describe the same thing under different   |
|  conditions."                                                              |
|                                                            - Mark Twain    |
| Bitnet: TW@UMAB     Internet: TW@UMAB.UMD.EDU     Phonenet: (410)706-4134  |
| SnailNet: 100 N. Green Street, Baltimore, MD  21201                        |
+----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Popmail-Charset: English
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 27 Jan 1993 09:09:18 EST
From:         Harry Berger <hxb6@POP.CWRU.EDU>
Subject:      Re: FTP Configuration Data Set Not Working

Based on a discussion with support USERID.FTP.DATA will only be used only
if the FTP session is initiated from the MVS site. In addition there should
not be a default dataset such as TCPIP.FTP.DATA.

On Tue, 26 Jan 1993 21:34:32 GMT, RICHARD BOND wrote:

>We are running TCP/IP for MVS version 2.1 (I know we are behind) and doing
>a FTP function from TCP/IP for DOS version 2.0 to it. On the MVS side our
>user has set up a userid.FTP.DATA dataset including the file parameters that
>he wants to override from the tcpip.FTP.DATA default.
>
>It does not work. Any type of file transfer from any PC running TCP/IP for
>DOS winds up with the default parameters on MVS. I have reported this to the
>support center, but I thought I would see if anyone else has experienced
>this problem or to find out if I understand this process correctly.
>Thanks.
>
>Richard

Harry Berger
Case Western Reserve University
Administrative Information Services
Manager, Technical Services
10900 Euclid Ave. - Baker 6
Cleveland, Ohio 44106-7014
email: hxb6@po.cwru.edu Telephone: (216) 368-6546 Fax: (216) 368-8880
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 27 Jan 1993 16:04:23 EST
From:         Ron Lane <RONLANE@YKTVMV.BITNET>
Subject:      re: MVS TCP/IP 2.2.1 FTP and ACF2 (fwd)

>>   User Y later logs on to FTP on MVS and then does some file
>>   transfers. ACF2 reports datasets violations for user Y's
>>   datasets by user X. This of course does not make any sense
>>   since user X has long ago quit FTP. User Y does not see or
>>   have any problems while using FTP on MVS.

This goes under the heading of apar 30384, and ask support for the
fix.
Ron
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 21 Jan 1993 08:56:52 CST
From:         "Bob Bates" <BATES@SMUVM1.BITNET>
Subject:      Re: lookup of city names and zip codes
              21 Jan 1993 14:42:00 +0100 from <Rob.vanHoboken@RC.TUDELFT.NL>

On Thu, 21 Jan 1993 14:42:00 +0100 <Rob.vanHoboken@RC.TUDELFT.NL> said:
>I remember there is a server that has the name of most every US city
>plus statistics e.g. ZIP code, population, ICBM coordinates.
>One could telnet to this server to obtain the data.
>Where is this server again?

If I am not mistaken that was at HERMES.MERIT.EDU.

Bob Bates
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 27 Jan 1993 01:35:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: Problem with AIX 3.2 telnet

> ...
> >the carriage return key I get the following characters on the screen:
> >
> >f`xxxx`x~
> After dealing with a 7171 and various modems for years this looks
> like problems with speed and parity.  ...

Yep.  I was going to suggest that speed might be the problem, since
that looks like what happens here when the speed comes up wrong when
connecting to our Micom port contention unit.  I was told many years
ago to enter U (upper case) as the first character -- something about
that bit pattern which allows the speed to be determined correctly.  I
have no idea why it works, but "U" has never failed for me, where C/R
fails something like half the time.

/Leonard
From: SEB1525@MVS.draper.com (Steve Bacher)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re:      Re: FTP Configuration Data Set Not Working
Date: 27 Jan 93 19:29:00 GMT
Reply-To: seb1525@support4.draper.com
Organization: Draper Laboratory

rbond@nevada.edu (RICHARD BOND) writes:

>Yes, you are right, this is what I did not "get" and was pointed out to me by
>TCP/IP level 2 support. They said it is used if doing a PUT while using FTP
>from TSO. This implies to me that it is only useful if you are doing a PUT to
>another MVS system!!?? Doesn't sound very useful at all. The problem was
>refered to the TCP/IP for DOS folks since their product does not support the
>SENDSITE command which when used with the SITE command could be used to do
>what I want (at least this is what I was told).

SENDSITE, eh?  Tell me about it (read on).

ldw@mvsa.usc.edu (Leonard Woren) writes:

>>BTW, this is one of those "least surprise" issues that so many (most?)
>>software developers don't understand.  Software should obey the
>>Principle of Least Surprise.  That means that if a user doesn't know
>>exactly how something works and guesses at it, more often than not the
>>guess should be correct.

I write: 

No kidding, guys.  I just got bitten by IBM's failure to follow this
very principle.  The FTP client does you the "favor" of generating
a SITE FIXRECFM=fb etc. etc. command when you PUT to another site.
In this case it was an MVS site, but the site is running a completitor's
TCP/IP and it doesn't like the SITE command, and therefore aborts
the FTP session.

When I complained about this, someone reminded me that this is what
the SENDSITE (toggle) command is for.  Eh?  You mean Joe Ftpuser has
to remember to issue a command (that is not obvious or even mentioned
in an upfront place) before trying to do something *normal*?

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
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, 27 Jan 1993 14:32:55 -0500
From:         Steve Bacher <seb@DRAPER.COM>
Subject:      Re: MVS Gopher Discussion

Len Rugen <C4322LR@umvma.umsystem.edu> writes:

>Is there a discussion list for MVS Gopher Client/Server?

There isn't a mailing list for it, but there's the comp.infosystems.gopher
newsgroup (also the alt.gopher newsgroup, but that's really obsolete),
which discusses all gophers.  (The traffic on that group is so great that
there has been some talk about splitting it, but the split would be between
announcements and discussion, not along OS lines.)

Perhaps there should be an MVS Gopher LISTSERV list too.  There is already
such a list for the MVS news reader (NNMVS-L at VM.USC.EDU), but there's
not much volume there (most of it is generated by me, the author).  OTOH,
Gopher seems to be more popular (not to mention more buggy and needing
more features to be added :-), so the situation might be different.

 - seb
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 21 Jan 1993 13:34:09 PST
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      re: ftp messages
              21 Jan 1993 12:41:56 EST from <RONLANE@YKTVMV.BITN ET>

On Thu, 21 Jan 1993 12:41:56 EST Ron Lane said:
>> FTPALL035I ImageMode: svc2 error -13 <==========This one especially !
>
>This message means that the client got an X37 abend, either a
                             ^^^^^^
>B37, D37, or E37.  There is a TCP/IP messages manual:
>
Don't you mean the *server* (on the MVS side)?  (Or are you using the term
'client' in the sense of 'TCPIP client')?

>For MVS: SC31-6142-02

I have this manual (-02 edition), but I can't find the FTPALL035I message
in it.  Perhaps I'm looking in the wrong place?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: U.S. Dept. of Energy
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 21 Jan 1993 13:29:20 EST
From:         "Roger D. Parish" <U9505RP@DOEMA.BITNET>
Subject:      Problems Installing on MVS

I'm posting this for one of our field sites that doesn't have regular
Bitnet/Internet access.


One of my co-workers is performing the SMP/E load of TCP/IP V2.2.1 for me and
is encountering problems with Unresolved references. He was referred to the
Program Directory "Special Considerations" documentation which makes note of
some of the "peculiarities" of the apply. HOWEVER, the references that he
shows as unresolved are not mentioned in the PD. Is this another undocumented
"feature"? Level 2 basically said 'don't worry about it', but references to
items like TCPCLOSE, TCPWAITO, GETHANDL and UDPRECEI in CMRESOL don't exactly
give me a warm fuzzy. These symbols are resolved in other modules however.

The problems (unresolved references) appear to generally be surfacing upon
trying to create ALIASes (or is that Aliai?)

If anybody else has experienced this same "feature" or knows has a clue as to
the source of the problem, could you please call my collegue to give him peace
of mind...Mike Burcin (803) 725-2903 or email to (SVRS004 at HONE84).

Thanks in advance.
Bill Lee
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 25 Jan 1993 16:05:01 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: Internet "Finger" for CMS?

>   Would anyone know where I could find a CMS version of a program
>called "FINGER"?

        I have a client.   One of our students was coding a newer server.
We're still running the olde Columbia FNGSRV for now.   (it ain't broke)

Stop BASIC before it stops you.   -- Dijkstra
Stop UNIX before it stops you.   -- Troth

Rick Troth <troth@rice.edu>, Rice University, Information Systems
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 25 Jan 1993 08:52:42 EST
From:         Chad Perkins <CHAD@MAINE.BITNET>
Subject:      DOS bootp

I have IBM TCP/IP Version 2.0 for DOS and I would like to install it with
bootp for my users, however I have not been able to find any documentation
for bootp in either of the manuals.

Does anyone know where I can find the documentation for bootp? (or tell me
how to make this work)?

Has anyone done this already using DOS V2 that would care to share some
pointers with us?

Chad Perkins
State of Maine
(207) 287-4709

p.s. bootpd server is V1.2 of the OS/2 product and is operational.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 26 Jan 1993 16:07:42 EET
From:         Esa Hohtola <ELN-EH@FINOU.OULU.FI>
Subject:      Re: lookup of city names and zip codes

Hei,
Kiitos viestist{, joka koski jenkkipaikkojen zip-koodeja jne. Monista
USA:n Gophereista lytyy sama palvelu (muistaakseni ainakin Univ. Santa
Cruzin Gopher-palvelimesta). On siell{ Websterin sanakirjakin, mutta se
ei aukene campuksen ulkopuolelle| t. Esa Hohtola
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 26 Jan 1993 12:26:56 EST
From:         Bill Rubin <rubinm@WATSON.IBM.COM>
Subject:      Re: MVS TCP/IP 2.2.1 FTP and ACF2 (fwd)

Peter Coleman <pcoleman@OFFSV1.CIS.MCMASTER.CA> writes:

> We are experiencing the following problem with MVS TCP/IP 2.2.1.  Does
> anyone have any ideas?
>
>          User X attempts to logon to FTP on MVS but has some kind of
>      problem (eg. their password has expired). User X eventually
>      gets logged on and then does some file transfers. User X then
>      exits FTP on MVS.
>      User Y later logs on to FTP on MVS and then does some file
>      transfers. ACF2 reports datasets violations for user Y's
>      datasets by user X. This of course does not make any sense
>      since user X has long ago quit FTP. User Y does not see or
>      have any problems while using FTP on MVS.

There were a few problems with the "no operations authority" code that we
added to FTP in 2.2.1. APAR PN30384 fixes most of them, unfortunately it
is also packaged with the fix for PN29219 which turned out to be bad.
There have been customers who ran with the PTFs for these APARs and had no
problems (this is why we shipped it, it tested fine at a few sites), but a
couple of others have definitely had problems.  The fix for this problem
is APAR PN34588.  It is currently in test and will hopefully be available
before too long, after we are absolutely, positively sure that it works.

For now, you may want to go back to running FTPSERVE with operations
authority.  I believe (but cannot guarantee) that this solves the problem
(and it does not represent a security exposure because FTPSERVE checks to
make sure that you have access to the dataset before trying anything).

Bill Rubin
IBM TJ Watson Research
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 27 Jan 1993 15:25:00 PST
From:         "Denis DeLaRoca 825-4580 (310)" <CSP1DWD@UCLAMVS.BITNET>
Subject:      Re: (U) TSO Telnet Client with VT100 Emulation

>     Could someone tell me where I can find some code for a Telnet client
>     program which supports VT100 emulation and runs in the MVS TSO
>     environment?

I do have such a package, it's called Xtelnet ("X" for experimental)
currently it requires TCPIP v2.2.x, C/370 v2.1 and ISPF 3.x... though
it could be hacked for lesser environments.  Contact me privately for
obtaining the package.

Xtelnet is a general telnet client supporting vt100/3270 terminals
types, general data logging/capture facilities and a host of other
features... it does a credible job in emulating vt100 terminals but
*is* no replacement for a real workstation or an ascii terminal, there's
only so much one can do to make old 3270 terminals behave as full-duplex
character oriented devices. It was designed in support of library users
needing to access the numerous online-library catalogs on the Internet,
some folks, however, are using it to connect to Unix systems and run
things like vi, emacs, rn, etc., albeit with fatiguing discomfort.

-- Denis DeLaRoca
   UCLA Office of Academic Computing

P.S. The folks at Notre Dame University have managed to port the
Xtelnet package to Interlink's tcp/ip product environment.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 28 Jan 1993 15:21:49 EDT
From:         TOSDRST@GE1VM.SCHDY.GE.COM
Subject:      GATEWAY config to connect SNALINK hosts to routed net

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject: GATEWAY config to connect SNALINK hosts to routed net
 Hello list,
 I cannot seem to get the 3.34.4.9 (hosta) to forward the broadcasts
 for 3.34.244.9 (hostb) out to the 3.34.4.1 default router... HOSTa &
 hostb can exchange ok.. but hostb can't get to 3.0.0.0 net.
 3.34.244.0 is NOT in the 3.34.4.1 router tables. I set a static
 route in 3.34.4.1 to say you get to 3.34.244.0 via 3.34.4.9 and I can
 ping into 3.34.244.9..
     HELP !!!!!

    hosta--------sna1------hostb
      I
      eth1
      i
     router 3.34.4.1

ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ
 hostb config
HOME
; home ip address
3.34.244.9  SNA9
GATEWAY
; Network  First hop   Driver   Packet size  Subnet mask  Subnet value
;
 3        =            SNA9    2000            0.255.252.0   0
; 3.34.4.6 works   3.34.4.92    SNA9    defaultsize      host
; 3 works    =    SNA9    defaultsize      0
DEFAULTNET   3.34.4.1    SNA9    2000              0
ZZZZZZZZZZZZZZZZZZZZZZZZZZ
   hosta config
 HOME
 3.34.4.9   ETH1
 3.34.4.91  SNA1
 3.34.4.92  SNA2
 3.34.4.93  SNA3

;  DEVICE SNAGECC SNAIUCV SNALINK GFSTCP05 TCPSNALK ; snalnk Capital
;  LINK SNA3 IUCV 1 SNAGECC                       ; snalnk
;
GATEWAY
 ; Network  First hop   Driver   Packet size  Subnet mask  Subnet value
 ;
 3         =            ETH1    1500       0.255.252.0   0
; 3      3.34.244.9    SNA1    defaultsize  0.255.252.0   0.34.244.0
; 3.34.244    3.34.244.9   SNA1   defaultsize  0.255.252.0   0.34.244.0
 3.34.244.9  =       SNA1    2000              host
 3.34.244.2  =       SNA2    2000              host
 3.55.244.3  =       SNA3    2000              host
DEFAULTNET   3.34.4.1    ETH1    1500          0.255.252.0      0
; START SNAGECC                         ; snalnk to CAPITAL

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From The Desk of Don Smith.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 28 Jan 1993 13:23:58 EST
From:         "Mr. Charles Francavilla" <TKSCHUCK@UBVM.BITNET>
Subject:      Re: Multiple MVS Telnet Servers

Here at UB we are running an APPL called NETSOL which we acquied from
Texas A and M. (there is also a package called TCPHEAD which also
works quite well). The program presents a MSG10 looking screen and
accept USSTAB like nick names them passes the LU to the APPL.
(like NVAS)
The screen that TCPIP present is silly.  I can't believe .....well
maybe I can.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU