HDTenEightyP/NetNews huggingface dataset:
From: PMW1@psuvm.psu.edu (Peter M. Weiss)
Newsgroups: bit.listserv.ibmtcp-l
Subject: UUxxCODE (was Re: NO SUBJECT)
Date: 14 Apr 92 15:10:22 GMT
Article-I.D.: psuvm.92105.111022PMW1
Organization: Penn State University

In article 19920413.111447.BWEBBER@ONET.EDU, "Bill Webber, says:

>Subject:      NO SUBJECT
>X-To:         IBMTCP-L <IBMTCP-L@PUCC.PRINCETON.EDU>

>Does anyone know of an FTPable package for an IBM VM/SP 5 system that
>works with UUENCODEd files?  My understanding of the process is that
>USER-A, working from a PC mail system such as Courier Mail, "attaches", as
>opposed to "including", an ASCII file and mails/sends this to our VM system.
>The PC system since the file was attached UUENCODEs the file.

>Our problem is that the IBM does is not able to manipulate the "attached"
>file.

>I have seen this mentioned on some other lists but did not pay too much
>attention to the notes because at that time I had no need of this information.

OK Bill - pay close attention ;-) -

There is a listserv filelist at Bitnet rpiecs, Internet vm.ecs.rpi.edu
Send it an RFC822 note which contains as the body of text

     IND PCSERV-L

In there you should find a reference to ARCUTIL PACKAGE.  Issuing a
GET on that should result in the retrieval of which you search.

/Pete
--
Peter M. Weiss                     | pmw1 @ PSUADMIN  |  psuvm.psu.edu|psuvm
31 Shields Bldg - PennState Univ.  | not affiliated with psuvm.psu.edu|psuvm
University Park, PA USA 16802-1202 | A hexadecimal kindof guy in a decimal world
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 11:29:34 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.QRO.ITESM.MX>
Subject:      Use of STANDARD TCPXLATE's tables on non-IBM developed software

In a problem related to the Gopher translation inconsistencies discussed
earlier, I would like to know if there is an explicit copyright restriction
on the translation tables found in STANDARD TCPXLATE.

As background, when Paul Campbell's NNR/VM v. 1.2.2c came out, it ceased to
use a Pascal module for communications, switching over to either Ken
Hornstein's REXTCPIP or Arty Ecock's RXSOCKET (this is selectable by each
site, depending on the version of FAL you have). However, the ASCII-EBCDIC
translation is now done within the REXX execs, and this introduced an
immediate bug due to the tables being used. This manifests itself when
retrieving files in UUE or HQX encoding format, like those found in
the comp.binaries.* groups.

I tried using the tables found in STANDARD TCPXLATE and the problem was
solved, but before I can submit this test fix to Paul for inclusion in the
public distribution, we need to know if there are any restrictions to
these tables. As further information, I assume that both REXTCPIP and
RXSOCKET run only on FAL, so any site wishing to use NNR/VM must
necessarily have this product.

Juan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Kentucky Computing Center
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 15:56:45 EST
From:         "Collins, Herman" <SYSHERM@UKCC.UKY.EDU>
Subject:      FT3270

>   Thanks to Thomas Kern for solving my CPSTACK query.  Now, can anybody
>tell me what the LRECL should be for FT3270?  At least I think that is
>my problem now.  I get a return code of 508 from DMSRLD when it runs.
>Thanks, RRB

Unfortunately, if a binary file with variable length records is PUT from
CMS to many Unix machines, you can not recover the original data when
you GET it back.  When you PUT the file in binary mode, it is written as
a stream of bytes to the Unix machine.  The length of each record,
which is important to CMS, is lost.  Some machines impliment a block
mode (mode b) to pass this information along, but the one where I FTPed
comet and FT3270 (comet.cit.cornell.edu) did not seem to.  I wrote to
comet-bugs@nmc.cit.cornell.edu several weeks ago about FT3270, but I've
not gotten a response.  If anyone has a copy that actually works on CMS,
would you please contact me?  Thanks.

                                    Herman Collins

128 McVey Hall                      Bitnet: SYSHERM@UKCC
University of Kentucky              Internet: sysherm@ukcc.uky.edu
Lexington, Ky.  40506-0045          Phone: 606-257-2256
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 14:35:48 CST
From:         CC52000 <CC52@SDSUMUS.BITNET>
Subject:      smtp hack

We reccently brought up VM TCP/IP V2.2 on VM/ESA 1.0.  Since
bringing up SMTP we have been getting address's converted
differently than on V2.1 under VM/HPO.  We used the SMTP
config from V2.1.   When we send to the hacked address

      USER%SDSUMUS@SDSUVM.SDSTATE.EDU

the mail is now readdressed as

             USER%SDSUMUS@SDSUMUS.SDSTATE.EDU

Has something changed in the SMTP config file to cause this?

Ron Greve
Systems Manager
South Dakota STate University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 15:28:19 CST
From:         Konrad Brandemuhl <UCCXKVB@OSUVM1.BITNET>
Subject:      Re: "The TCP/IP Connection" Newsletter
              16 Apr 1992 11:02:39 EDT from <DMBARTON@RALVMM.VNET.IBM.COM>

On Thu, 16 Apr 1992 11:02:39 EDT Daniel M. Barton said:
>I am working with the authors of the newsletter to make it available
>in plain text, and hopefully PostScript.  I knew when they first
>came out with it that LIST3820 would not be acceptable.
>
>I currently do not have a place to store these newsletters.  I can
>post the plain text one to the list, but a LIST3820 or Postscript
>version can't be posted.  Would some kind soul volunteer to add this
>to a LISTSERV machine somewhere?
>
>Thanks,
>
>Daniel
>=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====
>Daniel M. Barton                 Internet:  dmbarton@ralvmm.vnet.ibm.com
>TCP/IP Development                          dmbarton%ralvmm@vnet.ibm.com
>IBM Research Triangle Park, NC  USA

If the current TCPIP listowners (Princeton) do not volunteer to store
the files, the Computer Center at Oklahoma State University would like to
like to volunteer.

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:         Thu, 9 Apr 1992 11:21:04 CST
From:         Randy BRadley <MARC003@UNLVM.BITNET>
Subject:      _Windows 3.0 & Telnet

   Yes, Its me again.  I've got a frustrating problem that maybe someone
can help with here.  Dos 5.0 with Windows 3.0.  If I got straight into
windows, I can connect to a host (9370 in this case) through a pif file
with no problems.  Then if I get out of Telnet (BYU's or Cornell's) and
try to get back in, I get no response.  Also if exit windows now and try
TN, nothing, but Cabletron DNI test seems to pass all tests.
   The weird thing is, if I run TN from DOS first; then get into Windows,
then I can get in and out of TN at will with no problems that I've found
yet anyway.
   Toss up weather to ask here first or the Windows list.  If you've
seen anything like this before, please let me know.  Thanks, Randy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 16:51:37 EDT
From:         "John B. Beurket (914)-945-1460" <BEURKET@YKTVMV.BITNET>

Subject:      lpd problems II
Ref:          jefft <jefft@CORP.MOT.COM>  note of Thu, 9 Apr 1992 14:57:16 -0500
> I have tried to change (trace option to something else , but then I get the
> print data also included in the job sysout. Are there any parms that can be
> used to eliminate the data from the socket calls in the job sysout?

Remove the DEBUG statement from LPD.CONFIG.

> Another question I have is regarding LPQ. When I print somethig to a rje
> printer, and I use the LPQ command, I can only see the job until it is
> placed in the jes spool. I know that the job is still queued for the
> printer by looking through sdsf, but when I try to list the output for
> that printer using the lpq all operand for the local printer on the host,
> I get no entries. Does LPQ have the ability to look into jes to see if
> the printout is still queued for that printer?

This capability does not now exist in LPD. It will be considered for a
future release.

John Beurket
TCP/IP Development
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 12:08:35 EST
From:         Kent Fiala <SNOKLF@VM.SAS.COM>
Subject:      Re: redirecting output of NETSTAT
X-To:         IBM TCP/IP List <IBMTCP-L@pucc.Princeton.EDU>
              9 Apr 1992 15:58:47 EDT from
              <BHOLMES%WAYNEST1.BITNET@pucc.Princeton.EDU>

On Thu, 9 Apr 1992 15:58:47 EDT Brian Holmes, WSU/C&IT said:
>Is there any way to redirect the output of NETSTAT to a file?
>I don't have PIPES so don't suggest that.  Thanks in advance!

It's not pretty, and it doesn't work in a disconnected machine, but:

SET FULLSCREEN ON
NETSTAT
VSCREEN PUT CMS NETSTAT OUTPUT A

I'll suggest getting PIPEs anyway.
------------------------------------------------------------------------
Kent Fiala <snoklf@vm.sas.com>
SAS Institute Inc., Cary NC 27513 USA                 919-677-8000 x6646
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
address: PO Bx 140125, Brooklyn, NY 11214-0002, USA
Phone: 1-718-946-6148
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 11:55:00 EDT
From:         Frank P Esposito <FPEOC@CUVMB.BITNET>
Subject:      Sna point to point links and other paths

Is there any problem using the same home address on a point-to-point link
as the home address of the 3172? My  concern here is that if a vm and mvs
systems are connected via sna and there  also is a series of cicso's that
get get the  packet from vm to  mvs, will routed alway pick  the sna link
because it's the shortest path?

Frank P. Esposito
Organization: Penn State University
Date: Tuesday, 14 Apr 1992 21:54:08 EDT
From: David Barr <DSB100@psuvm.psu.edu>
Newsgroups: bit.listserv.ibmtcp-l
Subject: Interesting bug in TCPIP- phantom connection

We're runing FAL 2.2 here, and stumbled across this little ditty:

 Ready;
 pipe cms netstat telnet | locate /USER1/ | console
 1052 Established   146.186.82.175   56478      3227  L062 LOGON  AS USER1    00
 1487 Established   128.118.3.147    17895     10471  L062 LOGON  AS USER1    00

Now, according to this, USER1 is logged on TWICE from two different locations.
I know for a fact that the second entry is the correct one, and the
first entry is a location at a branch campus.  (He was never logged
on from there, nor connected there)

Now, get this:  146.186.82.175 I think becomes active (someone logs on it)
USER1's session gets booted off.  Now we have:

 1218 Established   146.186.82.175   39697     45575  L03D LOGON  AS USER2    0

Has anyone seen this behavior before?  I've seen this behavior several
times now.  Sometimes this phantom connection stays around for hours,
showing up with different people attached to it.  We're running 2.2 now,
but I believe I've seen it before we upgraded.

--Dave
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 15:14:08 EDT
From:         Roger Fajman <RAF@NIHCU.BITNET>
Subject: Re: encoding binary-file attributes for mailing

> >Not everything is reversible if 7-bit ASCII is used.
>
> I was  saying that JNET  uses translation  tables with the  property that
> each input code is assigned a different  output code. Such a table can be
> reversed without loss of information.
>
>   Eric

Agreed.  That's what I meant by the references to 8-bit ASCII.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 03:37:00 PDT
From:         310 Denis DeLaRoca 825-4580 <CSP1DWD@UCLAMVS.BITNET>
Subject:      Re: UCLA Sockets Package for OS/MVS

Some additions and corrections to yesterdays's posting... my antique
and ornery 'anonymous' FTP server does require the specific password
'guest'; it may also upset some VM FTP clients... again apologies for
the inconvenience until a better site is found.  After downloading all
the datasets in binary, run the NETDATA datasets thru TSO RECEIVE to
unpack them into PDS source/load libraries.

For those wanting to quickly sample the applications developed with
CSOCK I now include a samples LOAD library in the distribution. Assuming
our MVS systems are reasonable alike and access to IBM's TCPIP, either
version 1 or 2, is supported the supplied samples will run out of the
box after minimal installation and configuration of the name resolver
configuration files. The included sample clients are DAYTIME, DIG
FINGER, GMTTIME, REXEC, RLOGIN, RSH, WHOIS, PING, TRACEROUTE and
TELNET. A minimal download would consist of fetching,

          csock.readme.first
          csock.cload            (netdata)
          csock.document         (netdata)
          csock.dot.env
          csock.resolv.conf
          csock.resolv.alias

My posted telephone numbers were also in error, sorry!


-- Denis DeLaRoca  <delaroca@oac.ucla.edu>
   UCLA Office of Academic Computing
   5628 MSA C0012, Los Angeles, Ca 90024
   Tel: 310-825-4580, fax: 310-206-7025
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 17:03:06 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: encoding binary-file attributes for mailing

>MIME will also have a substantial impact on the current file size
>limitations since it provides support for sound and fax files in mail:
>
>   "I was listening to some Beethoven last night and I really like
>    this passage.  What do you think?"
>
>   followed by 6 minutes of sound file

        Which,  in full 44KHz 16-bit per channel stereo,  is 60 meg.

 Rick Troth <TROTH@RICEVM1.RICE.EDU> -------- Rice Univ, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 09:01:50 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.QRO.ITESM.MX>
Subject:      Re: _Windows 3.0 & Telnet

On Thu, 9 Apr 1992 11:21:04 CST Randy BRadley said:
>                   Then if I get out of Telnet (BYU's or Cornell's) and
>try to get back in, I get no response.  Also if exit windows now and try
>TN, nothing, but Cabletron DNI test seems to pass all tests.

If you are using the Clarkson packet drivers, are you putting the -w
switch on, when loading the driver ? As in:

wd8005e -w 0x65 3 0x300

As I understand it from the instructions & tips from other packet driver
users, this makes the driver verify that all its memory areas are still
around when it gets control again (given that Windows is quite happy to
go about moving memory about from under the applications).

Hope this helps.

Juan

P.S. If you're also using Novell fileservers, don't forget the -n switch.


.... after this small bit of DOS trivia, we now return you to the regularly
     scheduled VM FAL schedule ....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 10:47:49 CDT
From:         Lawrence H Gindler <LGINDLER@TRINITY.EDU>
Subject:      NOTIS (Library Software)

Does anyone's library *staff* use TCP/IP to connect to the NOTIS library
system with *DOS PC's* ?

If so, how are you handling the various special keys needed for field
seperators and record seperators when editing records?

We are very happy with access to the public catalog and have no problems
using both Clarkson's tn3270 software and FTP software's product.

We are very happy with Peter DiCamillo's tn3270 Macintosh package which
has an ALA keyboard option which must have been developed for
this specific purpose.

What I can't seem to find is a DOS solution that works.

I would appreciate any help you can offer.

-- larry


=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Lawrence H. Gindler                         E-mail: LGindler@Trinity.edu
Assistant Director for User Services     telephony: (512)736-7401
Trinity University Computing Center
715 Stadium Drive Box 50
San Antonio Tx, 78212
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 12:10:42 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: redirecting output of NETSTAT
X-To:         IBM TCP/IP List <IBMTCP-L@pucc.Princeton.EDU>
              10 Apr 92 11:59:00 -0400. <9204101601.AA08839@phoenix>

On Fri, 10 Apr 92 11:59:00 -0400 ts5363@ohstmvsa.bitnet said:
> Except you can't get NETSTAT INTERVAL data!
>
>
> > > If there are any answers to the question about redirecting
> > > NETSTAT output that apply to MVS, I would like to see them.
> >
> > At least on MVS you can run the TMP in batch and get the output
> > from NETSTAT into a regular dataset...

Folks, another approach to all this is to not use NETSTAT but to use
SNMP to query what is going on. You can then do all this from other
systems (or the local one). All this assumes you have a version of
FAL which supports SNMP and you know/understand SNMP and have access
to SNMP software (which there is plenty of for the Un*x community).
I do understand that this may not yield the desired results depending
upon what questions you are asking of your TCPIP.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 13:44:55 EDT
From:         James Justice <JAY@WVNVM.BITNET>
Subject:      OS/2 GA Bugs
X-To:         IBM TCP/IP Discussion List <ibmtcp-l@pucc.BITNET>,
              OS/2 Unedited Discussion List <OS2-L@FRORS12.BITNET>

I have been running OS/2 GA for a few days now.  Great product!  Much
faster than LA and most bugs are fixed.  I would like to post a couple
of bugs that could be either OS/2 or OS/2 TCP/IP 1.2.  Since I am not
sure which, I am going to post to both IBMTCP-L and OS2-L.

I am running OS/2 GA and OS/2 TCP/IP with on CSD.  I have a CSD on
order for OS/2 TCP/IP.

(1) DRIVES in OS/2 GA does not support a NFS mounted disk.  The old
    file manager under OS/2 1.3 supported such a disk very well.  The
    command line commands (DIR, COPY, and etc.) work well.  I want
    DRIVES to support a NFS disk like the file manager did.

(2) If you have an NFS disk mounted and go into Windows, BANG OS/2 GA
    is gone!  The only solution is RESET of POWER ON/OFF.  This *must*
    be fixed.  I have some older PC's that only have 60 Meg hard drives.
    I want to run OS/2 2.0 and some Windows applications (Word Perfect
    for Windows for example) and these PCs don't have enough disk space.
    If this worked, I could but application software on a NFS server and
    convert these people to OS/2 right now!  We have decided that OS/2
    is the system we want to run.  I recently bought 39 copies of 1.3
    to get ready for the free upgrade.  If this isn't fixed, some people
    will have to wait on Stacker and etc. to run OS/2 2.0.  Of course
    all new PCs are going to be 386/33 with 120 Meg at minimum.

(3) I have noticed that the RN program that comes with TCP/IP can under
    some circumstances hang the entire system requiring a boot.  This
    needs fixed.  If RN was not such a toy (limit on size of files
    viewed), many of our users could use OS/2 for EMail (LAMail) and
    RM for Netnews and not have to log onto VM for these trival tasks.
    That would be good.  I would continue to use VM because I support
    the system and use other tools, but a whole class of users could
    more to a PM interface and be better off.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <MICHAEL@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 09:08:43 EST
From:         "Michael W. Kearney" <MICHAEL@PENNDRLS.UPENN.EDU>
Subject:      Re: "The TCP/IP Connection" Newsletter
X-To:         ibmtcp-l%pucc.bitnet@NOC2.DCCS.UPENN.EDU

Would someone explain in more detail why it's really necessary for each
subscriber to this list to order a copy of the TCP/IP Newsletter through
their SE when it's "intended for anyone who has an interest in TCP/IP
products" and "can be freely distributed to any interested party". This
strikes me as a waste of increasingly scarce SE resources.
Making it available electronically to IBMTCP-L subscribers strikes
me as being a lot more efficient and meeting the spirit and intent of this
mailing list.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 14:48:14 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject: FAL 1.2.2MX: Lost SMTP Connections?

I'm running my SMTP at 1.2.2MX (soon to go to 2.2) and have had three
occurrences of the following problem within the past couple of months.
(It hasn't happened before that I know of).  Perhaps someone has an idea
about it, at least to tide me over until I move V2.2 into production.

The symptom is that mail accumulates on SMTP's disk, but no delivery takes
place.  New mail is accepted from the reader and there is room on disk for
it.  When I restart the SMTP server, everything kicks loose just fine.

Looking back at the SMTP log, here's what I see.  At a certain point, no new
connections are opened and the following messages appear (wrapped neatly by
me for suitable reading here):

------------------------------------------------
04/07/92 09:25:17 #  2 Received ConnectionStateChanged Notification with
                       NewState = Open
04/07/92 09:25:17 #  2 Connection already open, StateSet = Opening Open
                       CloseWait
04/07/92 09:25:17 #  2 Closing old Sender Connection
04/07/92 09:25:17 #  2 Aborting new Sender Connection
04/07/92 09:25:17 #  2 Ignoring ConnectionStateChanged Notification for
                       Closed Connection
04/07/92 09:25:17 #  2 NewState = Nonexistent
------------------------------------------------

I might mention that all mail forwarded to SMTP by our MAILER (eg:  BITNET-
originated mail) is sent 'via' one particular UNIX host here (because it is
capable of rewriting 822 headers in a way that FAL 1.2.2 isn't).  So, if there
is a problem with connecting to that one host, it's possible that most mail
will be held up.  Although, in these cases, it appears that NO mail of any
kind was delivered by SMTP.

**However**, SMTP will go for hours, or days, in this state.  Yet whenever I
restart it, the connection is immediately opened and the mail flows.  This
leads me to believe that the problem is **not** simply that our UNIX host is
not responding.

Any ideas welcome.  Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU