HDTenEightyP/NetNews huggingface dataset:
Organization: Syracuse University Computing Services
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 15:01:30 LCL
From:         "Glenn A. Malling" <SYSGAM@SUVM.BITNET>
Subject:      Re: Bitnet vs Internet
              14 Sep 1992 14:42:23 HAE from <ADMIN@VM1.ULAVAL.CA>

On Mon, 14 Sep 1992 14:42:23 HAE Jean Bedard said:
>
>Now (I think) you can drop the Bitnet link and still keep ListServ
>operating, but I don't know what will happen to file handling... and to
>the distribution of the ListServ code itself...
>
>
>Jean Bedard, C.T.I., Universite Laval, Quebec, Canada
>Resp. VM/CMS, NetNorth, Listserv     Bitnet:   ADMIN AT LAVALVM1
>(418) 656-3632                       Internet: admin@vm1.ulaval.ca

That will put you in violation of your LISTSERV license agreement.
While Eric may have trouble enforcing the agreement from afar, you'll
still be in violation as soon as you are no longer a member of
CREN or one of the CREN Cooperating Networks.


Glenn A. Malling (SYSGAM@SUVM) or sysgam@suvm.acs.syr.edu
Syracuse University Computing Services   +1 (315) 443-4111
Machinery Hall  Syracuse, New York 13244-1260
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 9 Sep 1992 10:15:46 MST
From:         "T.Duttle" <SYSTMD@NMSUVM1.BITNET>
Subject:      3725 Channel Type Attach?

We are installing a 3725-1 to replace a 3705; will be running
VM ACF/NCP V4.3, SSP V3.6, and EP Release 4. The 3725 Intro
manual says that it can be connected to byte or block multiplexer
channels; also says that EP must use byte multiplexer channels to
communicate. For running PEP (some lines run in NCP mode, some
in EP mode), do we have to connect the 3725 to a byte mpx channel,
or will the the EP lines still work ok if it's hooked up to a
block mpx channel?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 11 Sep 1992 10:10:59 EDT
From:         TOCCHPT@GE1VM.SCHDY.GE.COM
Subject:      DFHSM/ABARS activity log routing
Comments: To: ibm-main@ricevm1.rice.edu

FROM: Charles H. Paul, Analyst,
      Q & P Storage Management
***************************************************************
SUBJECT: DFHSM/ABARS activity log routing

We are experiencing a small problem with DFHSM and ABARS concerning activity
log routing. I seems that ABARS activity logs are sent to the same location
as all other DFHSM activity logs (in our case sysout). This makes it difficult
for the user to scan these logs for good completion codes, since they have to
find the correct ABARS job and then find their activity log. We tried sending
the logs to DASD, which would make it easier for the user, but then all DFHSM
logs are sent to DASD (which is a problem because we couldn't scan current
HSM logs because of an EXCL ENQ placed of the log datasets).

Has anyone run into this same problem and found a way around it? We are
waiting on this problem before offering ABARS to our users.

Chuck Paul,
GE - Schenectady NY
(518) 385-1245
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 14:27:43 EDT
From:         "Paul R. Petch" <PETCH@ADMIN.HUMBERC.ON.CA>
Subject:      Re: Bitnet vs Internet
Comments: To: IBM Mainframe Discussion List <IBM-MAIN@VM1.CC.UAKRON.EDU>
              14 Sep 1992 12:19:44 EDT from
              <STAN%VM.TEMPLE.EDU@VM1.CC.UAKRON.EDU>

This is from Humber College in Ontario, Canada.  We continue to have a
Bitnet address but only run an Internet (in our case ONet) line.  The
trick is to continue with your Bitnet ADDRESS but to use the so-called
Bitnet II approach.  At your site you run a VMNET machine which takes
the encapsulated RSCS traffic from TCPIP and puts it through a VCTCA
to RSCS.  RSCS goes ahead and routes all traffic to the outside world
through this link.  Now, what you also need is some kind soul who
continues to have both and Internet and a Bitnet service who ALSO
runs VMNET.  Individual streams come from the two nets to that
site and then get combined (i.e. RSCS is encapsulated) and it gets
passed along to you.  Our CMS users continue to use all features
of Bitnet and RSCS, we continue to run a LISTSERV and the good old
CMS commands like TELL and MSG and SENDFILE continue to work through
RSCS just as before.

Hope this is of some help.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Slippery Rock University - Computer Center
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 9 Sep 1992 20:29:50 EDT
From:         Fran Hensler <FJH@SRU.BITNET>
Subject:      CA90s

I just received a package from CA-Associates called CA90s.  I've only had a
peek at the documentation but it sure looks like a lot of work to perform
a simple task.  Do I have to install this monster just to install a PTF
tape for CA-SORT?  If so, I might be looking for another vendor for a sort.

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"
Newsgroups: bit.listserv.ibm-main
From: schafer@is.rice.edu (Richard Alan Schafer)
Subject: Re:      Bitnet vs Internet
Organization: Rice University
Date: Tue, 15 Sep 1992 15:31:02 GMT

And if your management starts asking why you're spending 30% of your mainframe
(at least) passing traffic from one place on BITNET to another, will the
ability to run your own LISTSERV for free (instead of paying Eric something,
presumably) really convince your management that BITNET is worthwhile?

And don't forget the additional load that is harder to track of files coming
into your LISTSERV, then being exploded back out again, appearing like traffic
actually being delivered to your site or being sent from your site.  

Yes, BITNET is probably still worth doing for a little while longer.  But 
many of us are going to find keeping it going harder and harder to justify
to our management, should our management ever realize just how much of our
high-priced hardware is being given to the rest of the world.
 
-- 
Richard
Newsgroups: bit.listserv.ibm-main
From: rbond@nevada.edu (RICHARD BOND)
Subject: Re:      Front-end telephone systems
Organization: University of Nevada System Computing Services
Date: Fri, 11 Sep 1992 21:19:05 GMT

In article <IBM-MAIN%92091111473107@RICEVM1.RICE.EDU> Roy Martin <CCSYS005@CCSUVM1.BITNET> writes:
>We are interested in installing a telephone registration system here
>at Corpus Christi State University.  We would like to purchase a system
>that will act as a front-end to our existing mainframe registration system.
>Our current system is written in CSP, accessing SQL/DS.
>
>The question:  Do you know of any VENDORS who sell front-end systems which
>   allow mainframe applications to send and receive interactive messages
>   over the phone line?  (Similar to the telemarketing concept, but which
>   will interact with our existing mainframe system)
>
>We have already contacted:
>   PERIPHONICS, EPOS, and AT&T.
>
>Any other vendors you can tell me about would be appreciated.
  
We are using the Touch-Tell system from the vendor listed below to interface
with the SIS package from AMS, Inc. We have had good success with their
product.
  
Applied Voice Technology
P.O. Box 97025
Kirkland, Washington 98083
(206) 820-6000
  
Good luck!
  
/Richard
  
  
  
  
  


Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 14:42:23 HAE
From:         Jean Bedard <ADMIN@VM1.ULAVAL.CA>
Subject:      Re: Bitnet vs Internet
              14 Sep 1992 12:19:44 EDT from <STAN@VM.TEMPLE.EDU>

Maybe I'm wrong, but your questin seems to be, "Can we replace ListServ
(and VM, maybe) by another List Server on the Internet".

I suppose the answer is Yes, since there are many discussion lists on the
Internet; however, you must check if these have the same possibilities,
or better, if you need some of ListServ's possibilities, namely:

List features:
- Automatic subscription and Un-subscription of members on a list
- Making a list confidential (open only to subscribers)
File features:
- Controlling access to a file someone wants to GET
- Automatic file Distribution when a file has been changed (or sending
  a notice of the change)

(at least, these are the features I'm interested in! so:)
-Etc.

If something on the Internet provides this (P.S. I'd like to know) or
if you don't need it, then OK, go on. Otherwise...

Now (I think) you can drop the Bitnet link and still keep ListServ
operating, but I don't know what will happen to file handling... and to
the distribution of the ListServ code itself...


Jean Bedard, C.T.I., Universite Laval, Quebec, Canada
Resp. VM/CMS, NetNorth, Listserv     Bitnet:   ADMIN AT LAVALVM1
(418) 656-3632                       Internet: admin@vm1.ulaval.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 09:42:18 EDT
From:         Zoltan Forray <SSTSZXF@VCUVM1.BITNET>
Subject:      Re: SYS1.BRODCAST
              11 Sep 1992 10:54:39 EDT from <MADDL@ROHVM1.ROHMHAAS.COM>

If I recall correctly, using the old UADS and ACCOUNT process, there was a
SYNCHRONIZE command to sync the BRODCAST file with the active UADS account
database.

I think that ACF2 has a similar utility. Dont know about the other security
packages.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Fri, 11 Sep 1992 11:35:03 GMT
From:         Roy Martin <CCSYS005@CCSUVM1.BITNET>
Subject:      Front-end telephone systems

We are interested in installing a telephone registration system here
at Corpus Christi State University.  We would like to purchase a system
that will act as a front-end to our existing mainframe registration system.
Our current system is written in CSP, accessing SQL/DS.

The question:  Do you know of any VENDORS who sell front-end systems which
   allow mainframe applications to send and receive interactive messages
   over the phone line?  (Similar to the telemarketing concept, but which
   will interact with our existing mainframe system)

We have already contacted:
   PERIPHONICS, EPOS, and AT&T.

Any other vendors you can tell me about would be appreciated.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 15 Sep 1992 11:34:33 EST
From:         "George Shedlock Jr." <TECHGJS@TSCVM.BITNET>
Subject:      Ticket System
Comments: To: CICS discussion list <CICS-L@UGA.BITNET>,
              DOS/VSE discussion group <DOSVSE-L@LEHIGH.EDU>

On our campus we have a theater that is looking for some sort of software
that is capable of issuing tickets in the same manner as for a concert.
ANY software will be considered. The preference is to get something that
is mainframe based (VM, CICS, etc), but again ANYTHING will be considered.
If anyone knows of a product (shareware, commercial or any other) I will
be indebted to you.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 8 Sep 1992 19:41:00 EDT
From:         "Rostyslaw J. Lewyckyj" <URJLEW@UNC.BITNET>
Subject:      IEW0132 @@XINIT@ (Help please)

I am attempting to write a client-server program in C, using
TCP/IP sockets. Attempting to link my program I get the above
error message.
Linking with the XREF option shows that MAIN refers to IBMLLIST,
IBMLLIST refers to CEESG003, and CEESG003 refers to the missing
@@XINIT@. CEESG003 is in the SEDCBASE library as are many @@...
modules, but no @@XINIT@. (EDC.V1R2M0.SEDCBASE)
Can someone out there please tell me where I might find this
missing module.
Can someone point me to an IBM 3090, C language discussion group,
similar to VFORT-L@JHUVM for Fortran, since my question would
would be best answered in a group like that.
Also a pointer to an IBM 3090 MVS TCP/IP group would be welcome.
--Rostyk
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Wed, 9 Sep 1992 11:56:00 EDT
From:         "Rostyslaw J. Lewyckyj" <URJLEW@UNC.BITNET>
Subject: Re: PROC TAPELABEL

> SAS has just responded to me that PROC TAPELABEL is indeed in error when
> mapping compressed cartridge tapes.  They expect a corrected mapping
> algorithm will be installed in a future release of the SAS system.

Is this a response similar to the IBM
 "future consideration"
:-) :-) :-) :-) :-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 15 Sep 1992 11:49:14 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: TCP/IP V2.2 - ESA - LPSERVE Problem
              15 Sep 92 09:04:00 -0500. <9209151447.AA20309@Princeton.EDU>

On Tue, 15 Sep 92 09:04:00 -0500 juraschek@gmuvax.bitnet said:
> I've posted this on various TCP/IP Bitnet Lists with no reply, so I'm also
> trying here. ...

Patience. You will find your answer already posted to the IBMTCP-L list
by the developer.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 8 Sep 1992 11:32:17 EDT
From:         Zoltan Forray <SSTSZXF@VCUVM1.BITNET>
Subject:      Re: PROC TAPELABEL and 3490E drives

FWIW, I think the standard lenght of a cartridge tape is 525 feet, not counting
for the leader/trailer amounts. There are extended length tapes available from
various vendors (i.e. Memorex offers a 675 foot tape).

As for the 3490/E, it is out of my league. I am glad that we even got cartridge
drives. However, our Memorex cartridge drives (made by Fujitsu, I think) do
have a data compression option, implemented in a proprietary hardware format.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"IBM-MAIN@RICEVM1"
Original_cc:  JURASCHEK
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 15 Sep 1992 09:04:00 EST
From:         "David F. Juraschek" <JURASCHEK@GMUVAX.BITNET>
Subject:      TCP/IP V2.2 - ESA - LPSERVE Problem

I've posted this on various TCP/IP Bitnet Lists with no reply, so I'm also
trying here. ...

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.)


Help, Please.

-David Juraschek
 George Mason University
 DAVEJ@GMUVAX.BITNET  (Bitnet)   or   davej@gmuvax.gmu.edu (internet)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 14 Sep 1992 14:56:00 EDT
From:         postman Bill Wylbur <$WYL@PCCJES2.BITNET>
Subject:      Questions in moving 3380-K dasd ?

Fellow IBM 3380-K dasd users:
   We at FDA's Parklawn Computer Center "PCC" are about to under take what
has been called a dangerous endevor, the physical relocation of 3380-K
disk units. The danger I have been told is not the damage that can occur to
the electronics as we are ONLY moving them approx 75-100 feet but that IBM
USED to say that and movement over and inch or two could results in a
head crash. They used to recommend a backup before relocation and and
restore afterwards. We at PCC most definitly plan to protect ourselfs by
doing the necessary FDR backups.... but NOW IBM says don't worry about it
we can NOW move these disks without any problems and just reconnect and
power them up and continue processing with zero problems...
We will be staying in our computer area on the sub-floor but also we DO NOT
have the new carpeted sub-flooring. We have checked and re-checked with IBM
and we get the same answer, THEY WILL STRAP THE UNITS DOWN AND MOVE THEM
WITH ZERO PROBLEMS. In most cases we would just copy the volume to another
unit and NOT worry.... BUT the 2 banks involved are our system packs....
JES SPOOLS, CATALOG VOLUMES, IPL PACKS and critical LIBRARY and DATABASE
volumes, plus others.... or the worst possible mix... that could
totally kill all three MVS/ESA Main frames and several national networks.
We DO have the Innovation SAR product to bail us out if both banks of dasd
go down the tubes but my question to this lists diverse sub-scribers is this,
has ANYONE DONE THIS SUCCESSFULLY and is the folks at BIG BLUE nolonger
skiddish about moving their dasd farms.

   Thanks in advance for ANY assistance that can be provided,
    William Long, alias "WYLBUR", PCC Systems support,  $WGL@PCCJES2.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibm-main
Date:         Thu, 10 Sep 1992 12:21:09 IST
From:         Hank Nussbacher <HANK@VM.BIU.AC.IL>
Subject:      WDSF/VM

Any use it to backup AIX systems?  Is it good?  Is it a pain to maintain?
Anything you would tell a new WDSF site before getting it?  Why would our
IBM SE try to convince us not to get it?

Thanks,
Hank Nussbacher
Bar-Ilan University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Organization: University of Louisville
Date:         Tue, 15 Sep 1992 08:42:08 EDT
Comments:     Warning -- original Sender: tag was NNEWS@ULKYVM
From:         David Ehresman <DEEHRE01@ULKYVM.LOUISVILLE.EDU>
Subject:      Re: Questions in moving 3380-K dasd ?

In article <IBM-MAIN%92091413590046@RICEVM1.RICE.EDU>, postman Bill Wylbur
<$WYL@PCCJES2.BITNET> says:
>We DO have the Innovation SAR product to bail us out if both banks of dasd
>go down the tubes but my question to this lists diverse sub-scribers is this,
>has ANYONE DONE THIS SUCCESSFULLY and is the folks at BIG BLUE nolonger
>skiddish about moving their dasd farms.

As Leonard has already pointed out, the DSF manual says an INSTALL (i.e.
full initialization) is required for 3380K after they have been moved.
HOWEVER, last Christmas we moved our computer room, including several
strings of 3380Ks, about two miles.  IBM did the move, rehooked up
everything, ran their diagnostics, and said the Ks (as well as the rest
of the DADD) were ok.  We did not run DSF against them and we did not
have problems.

IBM told us ahead of time that they did not expect any problems.
Management planned the move without allowing time for reinitialization
of the Ks.  Tech support fully expected the worse to happen and to have
to initialize the Ks but Murphy was on vacation.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: ibm-main@ricevm1.bitnet
X-VMS-To: IN%"ibm-main@ricevm1.bitnet"
Newsgroups: bit.listserv.ibm-main
Date:         Sun, 6 Sep 1992 21:31:00 EDT
From:         HERB MARTIN <MARTINHER@URVAX.BITNET>
Subject:      Apple SNAps APPC Programming

Is anyone familiar with MACAPP (or other languange) programming an
Apple SNAPS APPC interface to CICS APC MVS hosts?  Are any of you
using any of these products or interfaces?

I see that Apple sells a SNAps developer's kit and documentation as
well as a SNAps Gateway that should run on our token ring MACs.  This
seems to be the kit for doing APPC programming to an SNA host.

Any issue or advice  will be appreciated.

Herb Martin
martinher@urvax.urich.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main
Organization: University of Louisville
Date:         Thu, 10 Sep 1992 08:25:31 EDT
Comments:     Warning -- original Sender: tag was NNEWS@ULKYVM
From:         David Ehresman <DEEHRE01@ULKYVM.LOUISVILLE.EDU>
Subject:      Re: 3725 Channel Type Attach?

In article <IBM-MAIN%92090911170261@RICEVM1.RICE.EDU>, "T.Duttle"
<SYSTMD@NMSUVM1.BITNET> says:
>
>We are installing a 3725-1 to replace a 3705; will be running
>VM ACF/NCP V4.3, SSP V3.6, and EP Release 4. The 3725 Intro
>manual says that it can be connected to byte or block multiplexer
>channels; also says that EP must use byte multiplexer channels to
>communicate. For running PEP (some lines run in NCP mode, some
>in EP mode), do we have to connect the 3725 to a byte mpx channel,
>or will the the EP lines still work ok if it's hooked up to a
>block mpx channel?
We are successfully running a 3725 attached to a block chpid on a
3090.  This is NCP v3, SSP v3.6, and EP r2 under VM/XA 2.1.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.CAM.PHX;  7 SEP 92 13:04:28 BST
Newsgroups: bit.listserv.ibm-main
Date:         Mon, 7 Sep 1992 13:03:32 BST
From:         A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK>
Subject:      MVS user wants VM tools!

Hello; does anyone have the VM tools for anonymous FTP, _not_ in VMARC
format? Or failing that, either a version of VMARC that works on MVS, or
the source of VMARC so I can hack something up...

Thanks...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Samford University Computer Services
Newsgroups: bit.listserv.ibm-main
Date:         Tue, 8 Sep 1992 12:55:05 CDT
From:         THE GAR <GLWARNER@SAMFORD.BITNET>
Subject:      IBM 7171 & HP Laserjet
Comments: To: SAS List <sas-l@uga.BITNET>

I spoke today with Mike Kalt, who is the manager of graphics
devices technical support at SAS.  Mr. Kalt told me that they
are considering support for the following configuration, but
that Development is hesitant because "they just don't see
the demand for it."  The official method for printing in this
configuration is to download the graphic file to a PC and THEN
print it.

As a side note, we had this configuration WORKING under 6.06,
but it does not work under 6.07, and wasn't (I am now told)
officially supported.

The configuration in question:

    HP Laserjets (or other printers) attached to a 7171 protocol
       converter.

If you would like to see support for 7171 attached graphics printers
in future releases of SAS, please send me a note with your Name,
phone number, e-mail address, company or university, and preferably
a current SAS license number.

I have volunteered to gather the names of people to whom this will
be beneficial.  Said names will be delivered to Development to
indicate an interest in this configuration.


 /++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\
!  Later        +   Systems Programmer                                 !
!  Gary Warner  +   Samford University Computer Services               !
!               +   II TIMOTHY 2:15                                    !
 \+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-main