HDTenEightyP/NetNews huggingface dataset:
Organization: Florida State University, Academic Computing & Network Services
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 15 Sep 1992 16:00:20 EDT
From:         Lee Garner <GARNER@FSUAVM.BITNET>
Subject:      UREP on AIX 3.2?

Hi,

     Has anyone installed PSU's UREP (UNIX RSCS Emulation Program) under
AIX 3.2 on an IBM RISC System/6000?  If so, how did it go?  Any major
problems?

Thanks,

  - Lee

+---------------------------------------------+-------------------------------+
| Lee Garner    B-168                         | I'net:  garner@avm.cc.fsu.edu |
| Academic Computing & Network Services       | BITNet: garner@fsuavm         |
| Florida State University                    | FAX:    (904) 644-8722        |
| Tallahassee, Florida, 32306-3042  USA       | Voice:  (904) 644-2591        |
+---------------------------------------------+-------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 10 Sep 1992 09:56:36 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.BITNET>
Subject:      Re: Loader Table Overflows

>Recently, a handful of users received the message: Loader table overflow
>when they FTP a file.  I changed their CMS profiles to include the line:
>SET LDRTBLS 15.  The message has not returned.  However, I would like to
>set the loader tables to 15 for everyone.  I looked through the TCP,
>TCPMAINT, and FTPSERVE service machines.  Where is this parameter coded?
>Have a missed it?  Thanks in advance.

We had a similar problem in the past. The generic solution I followed was
to set everyone up with a SET LDRTBLS 10, by adding it to the SYSPROF EXEC.
This is the initialization exec that runs on all accounts after they IPL CMS
and is found on the S(190) minidisk. You do have to have access to the
MAINT account to edit this exec and you have to resave CMS once you
finish, as this will imply a change in the S(190) directory (if you
don't resave, you'll get a "Shared S-Stat not available" message and
your real memory consumption will increase a bit).

Be CAREFUL of what changes you make in SYSPROF: a screwup will affect
ALL users and may cause you to go thru a panic episode, drenched in cold
sweat, trying to regain control of your machine...

JMC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 15 Sep 1992 08:09:44 EDT
From:         Daniel Chien 8-862-3151 <DCHIEN@YKTVMV.BITNET>

Re:   SNALINK fails to connect
Ref:  Your append to IBMTCP-L DIGEST (NETFORUM) at 19:36:55 on 92/09/14
Don,
There is apar pn21713(vm), pn24869(mvs) and ptf avaiable.  You can
bypass this problem by specifying all the parameters. (in the MVS 2.2
manual. i.e. tcpid vtam_appl_id max__ru_size MaxSession Retry )
Dan Chien
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.CAM.PHX;  8 SEP 92 17:57:34 BST
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 8 Sep 1992 17:56:32 BST
From:         A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK>
Subject:      Re: IUCV SEVER with KILL -9

Steve Bacher said:
> Also, make sure you have the "IUCVMULT" fix from IBM

Leonard D Woren said:
> It's integrated into the V2R2 base.

It may well be integrated into the base (at least, there is source, with
helpful comments) but it isn't mentioned in the Programmer's Reference!
I guess I'm supposed to be using the IUCVMINI/IUCVMCOM macros, for which
(as far as I know) the only reference is Ron Lane's document. Has this
information got into an orderable publication yet?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 15 Sep 1992 09:16:32 EDT
From:         "John B. Beurket (914)-945-1460" <BEURKET@YKTVMV.BITNET>

Subject:      IBM TCP/IP - ESA - LPSERVE Problem
Ref:  "David F. Juraschek" <JURASCHEK@GMUVAX.BITNET> of Mon, 14 Sep 1992 17:46:0
0 EST (attached)

> Please reply via E-Mail - I do not subscribe to this Bitnet List!

> When users try to access a printer via LPR from PC's (CUTCP), UNIX or
> VMS (that VMS, not MVS or multiple VMs), they receive errors indicating
> that the SERVER CONNECTION FAILED.

> We run LPSERVE as a TCPIP V2.2 started task on an MVS/ESA system.

> MVS users can LPR fine out from our IBM to printers attached to other
> machines (UNIX, VMS or whatever), however, users can't go the opposite route
> INTO the IBM.

> A look at our LPSERVE in DEBUG mode shows a:
>     FAILED TO OPEN "R1AE0E2A dfA045LU"
> followed by a:
>     Terminanting connection 1 Failed to open file
> in the LPSERVE LOG just before the connection to the end-user is closed.

> I have turned off RACF in the LPD.CONFIG file.  The effect with RACF on is
> the same but also a
>     FAILED TO OPEN "R1AE0E2A SITE"

> So, the problem appears to have nothing to do with RACF or such.

> My UNIX guru says that this failed file appears to be the spool file name on
> the sending system.  This can't be since PC's have no spool files.

> So, 1) what the fat is this file which is failing to open?
>        and, the big question ...
>     2) how do I get IBM LPD to allow LPR's from other TCP/IP sources?

> Incidentally, the FOR=user_id and PASS=password options indicated in the
> TCP/IP V2R2 for MVS Planning and Customization manual in the LPSERVE chapter
> under the "Controlling LPSERVE from other Systems" section are not recognized
> on any LPR we have at GMU.  We are exceptionally current with our UNIX and
> VMS systems as well as with CUTCP (PC TCP/IP).  Did IBM make these "options"
> up hoping to force them on other TCP/IP implementers?  They certainly are
> NOT LPD.CONFIG file options. (But, that, Little Adam is another story.)

Your problem is that LPSERVE is not able to create temporary datasets.
LPSERVE must have create authority for data sets with the prefix LPSERVE or
the PREFIX option specified in the parameters for LPD.

John Beurket
TCP/IP development
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 8 Sep 1992 09:13:51 EDT
From:         TOSDRST@GE1VM.SCHDY.GE.COM
Subject:      TCPV2R2-HAL w/8232 BTI controller version 26

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From: Don Smith
Subject: TCPV2R2-HAL w/8232 BTI controller version 26
 FYI... Perhaps to save someone else a 'surprise'.
 'Unable to determine Home Address'
 I received the following from Tom McCafferty of BTI...
      (Thanks Tom for your prompt response)..
That problem is in fact fixed in v2.6 of the ELC2 microcode. V2R2
of HAL changed slightly in the manner in which it asked the box for
it's Ethernet address at startup. 2.6 is needed to match the IBM change.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From The Desk of Don Smith.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.GLA.PH.I1;  8 SEP 92 19:28:52 BST
Phone:      041 339 8855 ext 5454 or 4197  (fax 334 9029)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 8 Sep 1992 19:17:23 BST
From:         "SY07 at GWIA Alan J.Flavell" <SY07@I1.PH.GLA.AC.UK>
Subject:      Re: Loader Table Overflows

Tim,
This is a CMS-wide parameter, not something confined to TCP/IP
clients, so I suggest you are looking in the wrong place if you
are looking for a setting on the TCP/IP software disks.

After persistent complaints from users about loader table overflow
with lots of different software, we set ours to 30 in our SYSPROF
EXEC.  It might be more intelligent to make them virtual-storage-size
dependent.

B.t.w the other day I had a user complaining of loader table overflow
(in her user application, as it happens).  I looked in her EXEC (which
she had acquired from elsewhere) and it said SET LDRTBLS 15, with the
comment /* increase loader tables setting */        ;-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 8 Sep 1992 13:03:01 EDT
From:         Beck Smith <BECK@VTVM1.BITNET>
Subject:      VMNFS mounting r/w minidisks

I have a question concerning mounting a VM minidisk onto an Ultrix
operating system when using r/w access.
VMNFS host = TCP/IP V2 R2  on IBM 3090 VM/XA SP2
NFS client = Ultrix 4.2a on Vaxstation 2000.

I create a mount point on the Ultrix machine under my userid called
/usr/users/smithb/mnt  it has the following access  drwxr-xr-x.
When I issue the mount command to vm for rw access, the access rights
on the mnt point change to world access. As follows:

mount -t nfs vmx:userx.191,rw,pass=xxxxxxxx /usr/users/smithb/mnt

The access on the mount point now becomes drwxrwxrwx such that any
other users on the unix box can write to my CMS minidisk now.

In contrast,
a mount of a unix filesystem does not change the access on the mount
point and allows only my userid on the unix box read access.  That is
the mount access stays drwxr-xr-x.

QUESTION:  I want a r/w mount but dont't want any other uses on my
           unix box to have r/w access.  Is this a know problem? If
           so, what is fix status.  Anybody else seen this problem?

The work around, which I would rather not use, appears to be
"hide" the mount point "one directory down", on the Ultrix client thus
blocking r/w access.  That is, create a directory called mnt1 with the
following access rights drwxr--r--.  Under this directory, create your
mount point (mnt) for the vm minidisk.  When the mount is done on mnt,
and full blown access rights are given,  other users on the unix box
can't write to this directory because its protected by the access rights
on the directory directly above it (mnt1).
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 10 Sep 1992 13:16:18 CET
From:         S Llorente <SLLORENT@ESOC.BITNET>
Subject:      Re: Abend in XLIB when main program is FORTRAN

We had a similar problem at ESOC. We use to call C Sockets from a main
Fortran program. Everything works fine as long as the first C function
is invoked from the main Fortran program, and not from a subroutine.
In the last case the program abends.

We reported the problem to IBM, without much success so far.
Our 'temporary' solution has been to create a dummy C function and insert
a call to that routine at the beginning of the main Fortran program.

If I remember correctly this problem was introduced when we migrated to
C/370 release 2. It never happened with release 1.

Santiago Llorente                                     SLLORENT@ESOC
Distributed Systems Support                       49-6155-902517
European Space Operations Centre
Darmstadt (Germany)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 10 Sep 1992 12:33:24 EST
From:         Tim Smith <TECHTIM@TSCVM.BITNET>
Subject:      Loder Table Overflows

Thanks to everyone who responded to my question.  I very carefully updated
the SYSPROF EXEC by including SET LDRTBLS 15.  This change was implemented
yesterday.  So far, so good.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 8 Sep 1992 01:22:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: IUCV SEVER with KILL -9

On Mon, 7 Sep 1992 19:55:00 GMT,
   Steve Bacher <SEB1525@MVS.DRAPER.COM> said:
> They've promised that this is a high priority for them, but their
> actions haven't borne this out up till now.
                                 ~~~~~~~~~~~
I'd say "yet".  But I'm probably more upset and more severly impacted
than you are, since I'm getting S40D abends and you're not.

> One thing you might try to do is phase out as many non-socket client
> applications as you can, since running one under the other tends to
> produce this problem.

Hmmph?  Didn't I hear (from you??) that sockets is built on top of
IUCV.  So isn't it the VMCF clients specifically which have to go?
Nothing major, just TELNET, FTP, PING, NETSTAT...

> For example, replace TELNET with Denis' XTELNET.

The latest version (perhaps unreleased) is quite interesting.  For
connecting to ascii (i.e., non-3270) hosts, I've pretty much abandoned
IBM's telnet in favor of xtelnet.  (Plug, plug.)

> Also, make sure you have the "IUCVMULT" fix from IBM for TCP/IP (should
> be available for both V2R1 and V2R2).

It's integrated into the V2R2 base.

> This provides some relief, though it's not a perfect solution.

Sort of like how crutches allow someone with a broken leg to walk.

I guess unix is good for something.  At least you can multitask TCP/IP
applications on unix.  And unix vendors don't say "unsupported" in
reference to things like Pie MultiTSO.  They don't have to -- the
capability is designed into unix, not added on by a third party vendor.

/Leonard
Newsgroups: bit.listserv.ibmtcp-l
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: MVS Gopher
Organization: Draper Laboratory
Date: Tue, 8 Sep 1992 21:45:00 GMT

In 2 articles, folks write:

>Does anyone know of an implementation of Gopher for MVS (both server and
>client)?

(or words to that effect)

There is an MVS Gopher server available from boombox.micro.umn.edu.
However, I have developed an enhanced version of same, plus a client
(TSO/ISPF-based and very much like the NNMVS news reader).

It's still missing some useful features (like bookmarks), but it is
endowed with others (like a REXX interface and a local (serverless)
mode for Gophering your own private data).

As soon as Shawn Hart gives it his blessing, I hope that he (or
someone like him) will take care of making the distribution available
from boombox.  Or else contact me for an emailed distribution.

 - Steve Bacher    <seb1525@mvs.draper.com>


--
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:         Tue, 8 Sep 1992 13:51:10 EST
From:         Tim Smith <TECHTIM@TSCVM.BITNET>
Subject:      Loader Table Overflows

Recently, a handful of users received the message: Loader table overflow
when they FTP a file.  I changed their CMS profiles to include the line:
SET LDRTBLS 15.  The message has not returned.  However, I would like to
set the loader tables to 15 for everyone.  I looked through the TCP,
TCPMAINT, and FTPSERVE service machines.  Where is this parameter coded?
Have a missed it?  Thanks in advance.

BTW - We are running TCP/IP for VM V1.  Planning to upgrade to V2.2 by
                                                                 year end.
Newsgroups: bit.listserv.ibmtcp-l
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: IUCV SEVER with KILL -9
Organization: Draper Laboratory
Date: Mon, 7 Sep 1992 19:55:00 GMT

In article <A642919A204AF230@UK.AC.CAMBRIDGE.PHOENIX>,
A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK> writes:

>I think I may have asked this before, but the problem is getting even
>more irritating. Under some circumstances (and some of these are 100%
>repeatable) when using IUCV sockets on MVS I get an IUCV SEVER with text
>'KILL -9', "Fatal error in IUCV communication". There is little, if any,
>information (e.g. log) to diagnose what is happening. Are there any
>other socket users out there who are having these SEVERs?

Yep, we're all still having them - Leonard Woren, Denis DeLaRoca and I
are all fighting with IBM over this.  Some progress might finally be
being made in this area, so be patient - but I'm not in a position to
say exactly where IBM stands on this.  They've promised that this is
a high priority for them, but their actions haven't borne this out
up till now.

One thing you might try to do is phase out as many non-socket client
applications as you can, since running one under the other tends to
produce this problem.  For example, replace TELNET with Denis' XTELNET.
Also, make sure you have the "IUCVMULT" fix from IBM for TCP/IP (should
be available for both V2R1 and V2R2).  This provides some relief, though
it's not a perfect solution.

--
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:         Mon, 14 Sep 1992 15:36:17 EDT
From:         TOSDRST@GE1VM.SCHDY.GE.COM
Subject:      SNALINK fails to connect

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject: SNALINK fails to connect
 Hello list,,
 Trying to get this HALV2R2 snalink connected and I receive this...
 What are CONNBLOKs and how does one make more ?
1//TCPSNALK JOB MSGLEVEL=1                                               STC120
16
 //STARTING EXEC TCPSNALK
-******** JOB DELETED BY JES2 OR CANCELLED BY OPERATOR BEFORE EXECUTION *******
*
1                   J E S 2  J O B  L O G  --  S Y S T E M  3 0 9 0  --  N O D
E  C H R Y H I L L
0
 14.13.45 STC12016  $HASP373 TCPSNALK STARTED
 14.13.45 STC12016  IEF403I TCPSNALK - STARTED - TIME=14.13.45
 14.13.45 STC12016  SNALNK006I          | Init complete, APPLID TCPLU07 , TCPIP
 id TCPA
 14.13.45 STC12016  SNALNK007I          | Maximum RU size is 00000800
 14.13.45 STC12016  SNALNK007I          | Max Sessions 6 : Retry Interval 0015
 14.14.10 STC12016  SNALNK015E          | Cannot connect to LU TCPLU24  -- No m
ore CONNBLOKs!
 14.14.40 STC12016  SNALNK015E          | Cannot connect to LU TCPLU24  -- No m
ore CONNBLOKs!
Regards,
 Don Smith

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From The Desk of Don Smith.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 10 Sep 1992 11:15:12 EDT
From:         Ron Lane <RONLANE@YKTVMV.BITNET>
Subject:      re: Abend in XLIB when main program is FORTRAN

>We had a similar problem at ESOC. We use to call C Sockets from a main
>Fortran program. Everything works fine as long as the first C function
>is invoked from the main Fortran program, and not from a subroutine.
>In the last case the program abends.

>Our 'temporary' solution was to create a dummy C function and insert
>a call to that routine at the beginning of the main Fortran program.

Release 2.2 of TCP/IP has the multitasking sockets fix, that
makes use of module IUCVMULT.  A current documented restriction
of using sockets now is that the first TCB who uses sockets in an
address space must stick around.  That is because the IRB exit routine
becomes associated with that task and its interrupt routine.

Ron Lane
TCP/IP Development
From: TECHTIM@TSCVM.BITNET (Tim Smith)
Newsgroups: bit.listserv.ibmtcp-l
Subject: CICS available from TELNET
Date: 15 Sep 92 19:24:01 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

We have an on-line library system that runs on CICS.  I would like to make
this available to people on the Internet.  I'm running TCP/IP V1 and connect
to a 4381 via a model1 3172.  I have plans to upgrade to V2.2 of TCP and V3.4
of VTAM this fall.  Is this possible?
Newsgroups: bit.listserv.ibmtcp-l
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: re: Abend in XLIB when main program is FORTRAN
Organization: Draper Laboratory
Date: Fri, 11 Sep 1992 13:21:00 GMT

In article <IBMTCP-L%92091011193728@PUCC.PRINCETON.EDU>,
Ron Lane <RONLANE@YKTVMV.BITNET> writes, in response to a poster saying:

>>We had a similar problem at ESOC. We use to call C Sockets from a main
>>Fortran program. Everything works fine as long as the first C function
>>is invoked from the main Fortran program, and not from a subroutine.
>>In the last case the program abends.
>
>>Our 'temporary' solution was to create a dummy C function and insert
>>a call to that routine at the beginning of the main Fortran program.
>
>Release 2.2 of TCP/IP has the multitasking sockets fix, that
>makes use of module IUCVMULT.  A current documented restriction
>of using sockets now is that the first TCB who uses sockets in an
>address space must stick around.  That is because the IRB exit routine
>becomes associated with that task and its interrupt routine.

But - correct me if I'm wrong here - the MVS X-Windows support
doesn't use C Sockets.

Which means that X should be added to the list of MVS clients that
can blow you out of the water (like TELNET, FTP, PING and NETSTAT).

Now it's true that one would never run an X-Windows client from
foreground TSO - or is it?  Not necessarily.  For example, I use
an ISPF edit macro that captures moused cut-and-paste data from my
workstation, using a short C program that reads the X server's
cut buffer (and can be used to demonstrate the inherent insecurity
of X, too :-).


--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 11 Sep 1992 15:39:00 EDT
From:         Mike.Porter@MVS.UDEL.EDU
Subject:      VTAM 3.2 with V2.2 on MVS?

Anybody know if we can run V2.2 on MVS with VTAM V3.2?  We will
need 3270 full screen inbound and outbound...

Currently, we're running 2.1 with no problems.  Are the changes
with 2.2 going to cause trouble?

Thanks,

Mike Porter
Newsgroups: bit.listserv.ibmtcp-l
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: re: Abend in XLIB when main program is FORTRAN
Organization: Draper Laboratory
Date: Sat, 12 Sep 1992 22:10:00 GMT

In article <IBMTCP-L%92091115524746@PUCC.PRINCETON.EDU>,
RONLANE@YKTVMV.BITNET (Ron Lane) writes:

>First, X Windows does use C Sockets, and therefore uses MVS IUCV.

When I first read this, I thought, "Wonderful!  We can all relax now."

Then I actually tried my X cut-and-paste program with NNMVS in
another PIE session, and found that it behaved pretty much the way
FTP (for example) does in a different session.  Works the first time,
doesn't blow away the socket app, but just hangs the second time.
NNMVS survives, though.

Just for comparison, I then tried firing up my Gopher client (a known
C socket app) from that other session.  That worked OK, but when I
returned to NNMVS, I found that NNMVS had gotten blown away.

Conclusion:  X doesn't behave like a C socket application.

Now, it is possible that what I just experienced is a result of
the X code not having the IUCVMULT fix.  Is that possible?  Do we
need to relink all of the X support in MVS?

P.S. We're still on TCP/IP V2R1.

--
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, 11 Sep 1992 13:21:51 CDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         Chuck Nelson <NELSON@TWSUVM.BITNET>
Subject:      Name server help

This is a cry for help.

The person here who maintained TCP has left for greener pastures recently.
Management has asked me to implement a secondary name server on the IBM
for our TCP connection. Here is the problem:

We currently run our primary name server on a DEC with the two connected via
TCP/IP. When the DEC is down nobody can get to the IBM because there is no
name server. When asked I knew very little about TCP/IP past what it stood
for. Having read the manuals I find myself only a little better off. Is
there anyone in network land who has set up a secondary name server for TCP/IP
on an IBM who could offer some assistance?

My major question: is there a difference between the definitions of a
primary and secondary name server and if so what are they? The book is not
very clear on this topic.

Please answer directly to me, or if you are willing post your phone no. so
I may give you a call. Or call me directly.

Chuck Nelson
Tech. Support Analyst
Wichita State University
BITNET: nelson@twsuvm
Internet: nelson@twsuvm.us.twsu.edu
Phonenet: (316) 689-3861

Chuck Nelson
Tech. Support Analyst
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU