HDTenEightyP/NetNews huggingface dataset:
Return-Path: <MICHAEL@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 6 Nov 1992 10:22:54 EST
From:         "Michael W. Kearney" <MICHAEL@PENNDRLS.UPENN.EDU>
Subject:      WDSF AIX Client Failure

We observed the following problem (reported by others) with the WDSF AIX client
after upgrading one of our RS/6000 systems to 3.2.2.

You should call the support center to get information about when a fix will be
available.

I've copied the following from the IBMLINK database.

APAR Identifier ...... IC04692      Last Changed ........ 92/11/04
   WDSF/VM AIX CLIENT HANGS AFTER APPLYING AIX 3.2.2 SERVICE

 ERROR DESCRIPTION:
   WDSF/VM Aix client does not work after applying AIX 3.3.2
   service. Error message identfies that two functions (setkey and
   encrypt) can not be located. The cause was due to the removeal
   of these two functions from LIBC.A for DES security reasons.
Newsgroups: bit.listserv.ibmtcp-l
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: Terminal 3270
Organization: Draper Laboratory
Date: Thu, 12 Nov 1992 18:31:00 GMT

In article <IBMTCP-L%92111116393923@PUCC.PRINCETON.EDU>,
RKR@PLTUMK11.BITNET (Krzysztof Ruminski) writes:

>Dear Networker,
>
>  I use TCP/IP's protocol (Telnet, FTP) to connect to a Internet's computers
>from VM/SP system. My Telnet program must be invoked from an IBM 3270 type
>Display Station. But  some computers do not know 3270 type terminal.
>
>   Do you know how can I to define IBM 3270 Display Station in
>   Sun Operating System 4.1?

I'm not sure if you're talking about:

(1) being on a Sun and doing TELNET to your VM/SP system

or

(2) being on your VM/SP system and doing TELNET to a Sun

If (1), then you need to use tn3270 instead of telnet.  If you don't
have tn3270 on your Sun, you can get a copy from the net - there are
dozens of versions available.

If (2), the Sun doesn't need to understand a 3270 terminal type.
Your TELNET client on VM needs to work well.  No matter what you do,
however, it's not going to look or feel like a real ASCII terminal.
(Unless you get A-NET or whatever that emulation product is called -
I've never seen it in action and I don't know what's involved in
getting and installing it.)

I hope this helps.

--
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, 6 Nov 1992 11:57:00 GMT
From:         "Robert G. Moskowitz" <0003858921@MCIMAIL.COM>
Subject:      Re: Remote printing from JES2 spool

>  Has anyone found a MVS only solution to batch network printing?  Even
>if VPS can use LPR in batch, it is too expensive.  If there is no TCP/IP
>solution to network printing, our next solution would be to look into
>NJE-type links to an RS/6000 and letting it deal with the actual printing.
>Any ideas?

Since we could not wait for Godol, we are using the Open COnnect software on
RS/6000s located on token rings in our data centers to handle 3287 print.  We
set up a lot of LUs on the RS6000 as 3287s.  Print to these are spooled on the
RS6k which then LPRs it over to any LPD, be it UNIX, OS/2, or NOVELL.  We are
running some key production setups like this right now.

OCS has resently delivered to us their new TN3270 for UNIX code.  With this, we
can set up the 3287 directly on the end point UNIX host and downsize our RS6000
requirements, as it now only has to do the protocol translation.  This also
reduces the number of spools to look in for the job.

Bob Moskowitz
Chrysler
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <lbdyck@osreq48.rockwell.com>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 4 Nov 1992 10:33:23 PST
From:         "Lionel B. Dyck" <lbdyck@OSREQ48.ROCKWELL.COM>
Subject:      OS/2 TCP/IP and Kerberos

Has anyone implemented the Kerberos security using IBM's OS/2 TCP/IP 1.2.1?

Any comments, war stories, cautions, etc....

Question on the TZ parameter.  Based on the description I should code it as

        TZ=PST8PDT

But do I have to change it when daylight saving time (PDT) is in effect or is
there some smarts somewhere so this is not required.  Or am I totally missing
something?



>>>  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
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sat, 7 Nov 1992 16:27:00 EST
From:         "Peter M. Weiss +1 814 863 1843" <PMW1@PSUVM.BITNET>
Subject:      Re: RFC822 note headers

>We've got REWRITE822HEADER YES in our SMTP CONFIG file; the From:
><userid@node>
>header gets translated to <userid%node@fully.qualified.domain.name>, but CC:'s
>to other folks on our node go out as is.  What we'd like is for all the
>headers
>to be rewritten on notes that leave this node (we use OfficeVision
>internally).

>Is SMTP working as designed (we're running TCP/IP 2.0); and if so, does anyone
>have a modification they'd be willing to share?

(No one has responded to this (1/2 year old).)
We have just upgraded to HAL 2.2.1, and are experiencing a similar
problem re: the CC: transparency when <> are used.  Using the SMTP
(RSCS) Rules posted by Marty Hoag (18 Jan 1992) did not help.  (BTW,
those rules in an MVS environment must be rewritten: all strings that
contain RSCS must be changed to NJE; reserved words that are
uninitialized in the SMTP.CONFIG file will cause the rules' compiler to
terminate SMTP at startup-time with no console message, though if you
inspect the output of the job, you'll find a diagnostic.  Circumvention
-- use "IF uninitialized_reserved_word NOT = '' THEN" logic.)

I've opened a problem with the Support Center.

/Pete (pmw1@psuvm.psu.edu)
--
Peter M. Weiss                     | not affiliated with psuvm.psu.edu|psuvm
31 Shields Bldg -- Penn State Univ.| "Connectivity is more than a Connection"
University Park, PA USA 16802-1202 | E. Michael Staman, _The Circuit_, Apr 92
Newsgroups: bit.listserv.ibmtcp-l,comp.infosystems.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: Multitasking socket apps in MVS/XA
Organization: Draper Laboratory
Date: Fri, 13 Nov 1992 14:54:00 GMT

In article <9211131422.AA03726@rhodes.cc.vt.edu>,
rhodes@RHODES.CC.VT.EDU (Tim Rhodes) writes:

>Has anyone pursued a solution to multitask socket applications (ie concurrent
>server) in an MVS based socket application.  The programmer's reference
>indicates that it is possible, but C/370 has no fork() or thread_detach()
>function.  Has anyone tried interfacing with an ALC stub ATTACH macro to
>achieve this or have any suggestions.  Thanks...

If you're talking about a multitasking server, the MVS Gopher server
uses the C/370 multitasking facility (MTF) to initiate up to 8 subtasks
to handle concurrent client requests.  It seems to work pretty well,
except for a few things:

 * TSO services are buggy in a multitasking environment.  Normally you
   don't care about this in a server, but the Gopher server has a REXX
   interface, so it is possible for the tasks to be firing off REXX
   execs at the same time.  As it happens, this mostly works, except
   for certain TSO commands that issue CLIST services.  Due to bugs
   in TSO/E that were resolved only by PTF's that would be even buggier,
   I've seen abends as a result.

   Therefore, here's a warning to MVS Gopher server users:  Do not use
   the XPROC command in REXX execs fired off by the Gopher server.
   (MVS Gopher *client* users need not worry - that's a completely
   separate issue.)

 * C/370 MTF is limited.  Unlike PL/1 tasking, for example, there is
   no capability for tasks to rendezvous with each other or request
   the main task to perform an operation on a shared resource on
   their behalf.  Therefore, doing anything serious with MTF is
   probably hopeless.

If, on the other hand, you're thinking of the TSO client application
multiple-session problem, that still has only been partially solved:
socket and non-socket applications still clobber each other, and
PIE MultiTSO users will find that clients will clobber each other
when invoked from different PIE sessions.  Issuing more than one
TCP/IP socket application from the same (regular) TSO session (e.g.
multiple ISPF screens) seems to be safe as long as you have the
"IUCVMULT" fix, which is part of TCP/IP 2.2 for MVS.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: bit.listserv.ibmtcp-l
From: Anton-Lam@CSC.mgate1.cuhk.hk (Anton Lam)
Subject: 3rd Party NQS/MVS
Organization: Computer Services Centre, C.U.H.K.
Date: Mon, 9 Nov 1992 01:53:06 GMT

Does anybody know any NQS/MVS other than the one by IBM?

Rgds
From: TROTH@RICEVM1.RICE.EDU (Rick Troth)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: RXSOCKET
Date: 6 Nov 92 20:17:48 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>                   RXSOCKET's reincarnation will have some incompatible
>syntax changes.  Sigh.

        I think I was warned.   Sigh.

>   I would like to ask everyone who has created RXSOCKET applications to
>send me a little note.

        Here it be.

"Republicans can't talk and Democrats can't add."     - G. H. Nerren

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: CENTRAL MO STATE UNIVERSITY
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 11 Nov 1992 10:35:00 CST
From:         James Johnson <JOHNSON@CMSUVMA.BITNET>
Subject:      SFS list

few days ago someone mentioned a SFS list. I assume this is a list for
the SHARED FILE SYSTEM. Where is the listserv for this list located?

Thanks

James Johnson                               BITNET: johnson@cmsuvma
Systems Programmer                          VOICE:  816-543-8065
Central Missouri State Univerisity          FAX:    816-543-4959
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 6 Nov 1992 09:36:35 EDT
From:         Andy Hooper <HOOPER@QUCDN.QUEENSU.CA>
Subject:      Re: Pascal record formats? (pgm wanted)

The Pascal compiler XREF listing has all those things.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: State University of New York at Buffalo
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 9 Nov 1992 09:13:24 EST
From:         "Steven P. Roder" <TKSSTEVE@UBVM.CC.BUFFALO.EDU>
Subject:      FTP Server support for SFS

Ladies and Gentlemen;

     I recently sent an inquiry to a member of TCPIP Development about
when we might see server support for Shared Files in FTP.  Here is the
reply I received:


    "Steven,  we are looking into this and priroity is very high.
     I can not really tell you when will SFS support be available but soon.
     Would you pleas give us some of the requirement?"


Isn't there a Share Requirement for this support?  If there is, perhaps
someone could post it here.

Please notice that this is cross-posted to the IBMTCP and SFS list.


Steve Roder
(tkssteve@ubvm.bitnet | tkssteve@ubvm.cc.buffalo.edu | (716)645-3564
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 10 Nov 1992 08:19:26 SLT
From:         "Daud R. Matthews 1-467-5731 (off) 1-4" <D03T005@SAKSU00.BITNET>

Subject: Fibronics/TCP/IP
This is a request for help:
We have 4 Fibronics FX8210's in our f/o ring each backed by a 3Com
bridge and then the ETHERNET segments. We are trying to connect the f/o
ring to the IBM channel with a Fibronics FX8222 and use KNET under
VM/SP6. We are using WIN TCP/IP on the PC.
We are expecting (hoping) to connect to INTERNET some time in the
future.
We would appraciate any help on defining the IP addresses and where we
put them (can we keep it polite please?).
Thanx in advance.
Regards,
Daud R. Matthews: Technical Support Manager, Computer Centre,
King Saud University, Riyadh, Saudi Arabia.
(D03T005@SAKSU00.BITNET)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <amir@techunix.bitnet>
X-Mailer: Mail User's Shell (7.2.3 5/22/91)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 9 Nov 1992 20:55:06 +0200
Comments:     Domain style address is "amir@techunix.technion.ac.il"
From:         "Amir Plivatsky" <AMIR@TECHUNIX.BITNET>
Subject:      Re: X terminal security
              security" (Nov  6,  3:34pm)

> I am sure you know about this guys. Are we protected ?
> Moshe
> ----------------------------Original message----------------------------
> On Fri, 6 Nov 1992 14:02:39 CST Rick Troth said:
> >        I run with 'xhost +'.   As far as I'm aware,  all that lets you
> >do to me is pop a window onto my X screen.   If I choose to kill it,
> >too bad for you.   I don't see how it's a  "security"  hole.
>
> Hint 1:  This means any client anyplace can create a connection to your
> X server.
>
> Hint 2: Clients can ask to be notified about keyboard events.
>
> Hint 3: You probably type interesting things on your keyboard on occasion.
>
> That's all I'll say about it.  I use the .Xauthority stuff to further
> restrict access...
>
>
>                                   Valdis Kletnieks
>                                   Computer Systems Engineer
>                                   Virginia Polytechnic Institute

  All the Unix systems people are (*HOPEFULLY*) using "xauth" instead
of "xhost".  But I guess that no one else in the Technion uses
"xauth".  This means all the other users are open for reading their
passwords etc. by any hacker/cracker (a program for doing that has
been published in the net).

  Crackers could do that from all over the world without any traces
until I closed the general X access from outside of the Technion.  Now
X users have their passwords published "only" for crackers
that have an account in the Technion (i.e. effectively any cracker).

  The solution is to add info about the usage of "xauth" in the CC
publications about X usage.

                                Amir
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <SPOST@NASAGISS>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 5 Nov 1992 16:02:09 EST
From:         "The Postman Always ..." <SPOST@NASAGISS.BITNET>
Subject:      Re: Security... -> INADDR search
              5 Nov 1992 10:37:04 CST from <COURCOUL@VMTECQRO.QRO.ITESM.MX>

On Thu, 5 Nov 1992 10:37:04 CST you said:
>How do you obtain the hostname or, at least, the domain name of the
>machine ? In other words, how do you do an inverse address resolution ?

Well, the general "method" is to request name resolution for the
"special" domain, IN-ADDR.ARPA; note that this isn't what is called
an "inverse lookup" .. just to add to the confusion I suppose.

For VM, Marty Hoag wrote a nifty QNS EXEC.  Here's the info on contact
addresses for him, from inside of the program file:
    *   Marty Hoag                    Bitnet:  nu021172@NDSUVM1         *
    *   Manager of System Services    Internet: nu021172@vm1.nodak.edu  *

For *IX systems, try the "nslookup" program (sorry, no contact address
for that, I'd try the usual *ix ftp sites).

Ken Bell (SYKLB@NASAGISS * SYKLB@NASAGISS.GISS.NASA.GOV * 212-678-5545)
From: M125@KOM.KOMUNITY.SE (Axel Skough KOMunity Software AB)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Pascal record formats? (pgm wanted)
Date: 6 Nov 92 20:49:14 GMT
Reply-To: CSYSMAS@UCLAMVS, IBMTCP-L@PUCC,
              "ibmtcp-l at KOMunity" <M429@kom.komunity.se>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-To: IBMTCP-L@PUCC.BITNET, CSYSMAS@UCLAMVS.BITNET
Content-Type: Text/Plain; charset=US-Ascii
Content-Transfer-Encoding: 8bit
X-Portacom: kom.komunity.se
X-Charset: ISO_8859-1
Mime-Version: 1.0

I really agree with the required feature of the VSPascal Compiler!

I am myself working with a general E-mail package, mainly written
in Pascal, and intended for migration to many different computers.
In such an environment a possibility to create storage maps of VSPascal
RECORD data types would be very valuable. Does somebody know why the
IBM didn't included this possibility in the VSPascal Compiler (like
for example the PL/I Compilers)?

Regards
Axel Skough, KOMunity Software International, Sweden
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 6 Nov 1992 15:09:36 CST
From:         David E Boyes <dboyes@IS.RICE.EDU>
Subject:      Re: X terminal security
              92 2:02 pm

> > [Poster is concerned with security of X-based connections to
> >  mainframe from RS/6K using x3270]

Rick Troth says:

>         I run with 'xhost +'.   As far as I'm aware,  all that lets you
> do to me is pop a window onto my X screen.   If I choose to kill it,
> too bad for you.   I don't see how it's a  "security"  hole.

What xhost does is permit connections from the named host to the
X server. If you can connect to an X server, you can request
quite a bit of interesting information from the server, including
the contents of the pending X event queues. The details are
inappropriate for this forum, but suffice to say that keystrokes
from the user are X events processed by the X server.

> >Do I need to worry about someone eavesdropping on my VM sessions?

If your network media is insecure, then it is certainly possible --
the necessary hardware (at least for Ethernet) is less than $200
for most machines, and tapping a transciever cable is not
difficult. If there are other machines on the cable with active
interfaces, each machine is a potential security hole.
Eavesdropping on raw media packets is not difficult for a
reasonably-skilled programmer, and there are a wide variety of PD
tools that do exactly that, and finding a EBCDIC/ASCII
translation table is still relatively easy to do.
Newsgroups: bit.listserv.ibmtcp-l
From: rbond@nevada.edu (RICHARD BOND)
Subject: Re:      (U) LPR / VPS
Organization: University of Nevada System Computing Services
Date: Thu, 5 Nov 1992 23:24:21 GMT

In article <IBMTCP-L%92110512505555@PUCC.PRINCETON.EDU> Colin Kopp <CKOPP@BCSC02.BITNET> writes:
>     GNOBLE  --BCSC02   Gordon Noble       LREVANS --BCSC02   Lorne Evans
>
>
> >  Response to TOSDRST@GE1VM.SCHDY.GE.COM
> >              MVS LPR user level access
> >
> >Hello List,
> > I need your assistance.. We using VPS (Levi,Ray & Shoup Inc.) for
> >our VTAM Printer (lu1/lu3) Support System. I have started discussions
> >with them about adding a TCP/LPR interface..
> > They would like to know that a 'big enough user requirement' exists.
> >Essentially VPS provides a REMOTE printer number attachable from JES/JCL,
> >VPS maintains a parameter member for each REMOTE and 'stands in the middle'
> >of the printer xfer to see it gets done. VPS has always been BLUE and
> >they may need to be shown the vision of TCPIP in the NEW world. Anyhow,
> >I see this VPS LPR additional function adding LPR parms to the
> >parms control and hand off the xfer to IBM TCP LPR and monitor the
> >print process.
> > If you see this as a need please calll
> >
> >    Levi, Ray & Shoup, INc.
> >      1-217-793-3800
> >   Thanks,
>
>  I agree.  I phoned LRS and the impression I got was that at the last
>  'EXPLORE' printing conference they got inundated with requests for
>  LPR support and so they are raising the priority of that project
>  but they couldn't say for sure when it would be available.  I have
>  asked to be put on their beta site list for when it does become
>  available.
>
> ***
>
> Colin A. Kopp                  | Bitnet  :CKOPP@BCSC02.BITNET
> BC Systems - Data Network Svcs | Internet:CKOPP@BCSC02.GOV.BC.CA
> 4000 Seymour Place - 3RE/E341  | IBMMAIL :IBMMAIL(CABCSM3S)
> Victoria, B.C. Canada V8X 4S8  | Tel:(604) 389-3737 FAX:389-3916
  
If any body is interested I have been printing using LPR with a staging exit
(VPS exit 22) and an error recovery exit (VPS exit 08). IBM's LPR module must
be single threaded but it does work. You also need the virtual printer 
interface option of their DRS product if you want CICS printing.
  
  
/Richard
   
   
   
   

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 5 Nov 1992 13:36:00 EST
From:         David Condrey 656-2733 <DAVIDC@CLEMSON.BITNET>
Subject:      Re: LPR / VPS (LPD's sysout receiver)

On Thu, 5 Nov 1992 12:50:54 -0500 Colin Kopp <CKOPP@BCSC02.BITNET> said:
>  >Hello List,
>  > I need your assistance.. We using VPS (Levi,Ray & Shoup Inc.) for
>  >our VTAM Printer (lu1/lu3) Support System. I have started discussions
>  >with them about adding a TCP/LPR interface..
>  > They would like to know that a 'big enough user requirement' exists.
>  >Essentially VPS provides a REMOTE printer number attachable from JES/JCL,
>  >VPS maintains a parameter member for each REMOTE and 'stands in the middle'
>  >of the printer xfer to see it gets done. VPS has always been BLUE and
>  >they may need to be shown the vision of TCPIP in the NEW world. Anyhow,
>  >I see this VPS LPR additional function adding LPR parms to the
>  >parms control and hand off the xfer to IBM TCP LPR and monitor the
>  >print process.
>
>   I agree.  I phoned LRS and the impression I got was that at the last
>   'EXPLORE' printing conference they got inundated with requests for
>   LPR support and so they are raising the priority of that project
>   but they couldn't say for sure when it would be available.  I have
>   asked to be put on their beta site list for when it does become
>   available.

Hmmmm....

I asked yesterday about VPS's ability to solve this problem now. If
somebody has to go off and write code anyway, why not have LPD do the
right thing to begin with? If LPD had a sysout receiver and code to
support retries, then it's REMOTE printer support is just the ticket.

Then people would not have to buy VPS to do what many other LPD
implementations (ex: TGV Multinet on VMS) already support out of the
box. If a sysout receiver were coming from Yorktown, why would the VPS
people (are they IBM partners?) duplicate the effort?

-David
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 9 Nov 1992 12:34:36 PDT
From:         David Malbuff <SPGDAM@UCCVMA.BITNET>
Subject:      Re: MVS TCP/IP 2.2.1

On Mon, 9 Nov 1992 19:30:10 GMT Paul Hardiman said:
>Is there any news about MVS TCP/IP 2.2.1?  We've neither received any
>communication from IBM (outside of the Internet) that it is available,
>nor the product itself.
>

We've got it. I received it last month, but I have not installed it yet.
My prigram directory is dated August 31, so it's been available for a
little while, it seems. Ask your SE.

David Malbuff
University of California
Office of the President
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU