HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 14:40:38 EST
From:         Naomi Dushay <NAOX@CORNELLC.BITNET>
Subject:      Re: VSE JCL
Comments: cc: Gordon Schumacher <rgsx@cornellc.BITNET>
              26 Jan 1993 14:13:06 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

Hi Leigh,

Though Cornell is an MVS site, I wanted to respond to your note ...

Point 7 isn't clear to me, and seems to contradict point 6.  I gather
the idea was that if the job ran properly, there would be no temporary
datasets left around taking up space, and if the job ends abnormally,
the temp datasets ARE left around to facilitate recovery.  Yes?  This
is my notion of what's desirable.

Point 8 suggests that we want the HLQ to change for temp datasets to
accomodate multiple institution groups.  I think a better suggestion
would be to have temp dataset names have another node so the HLQ is
consistent across jobs.  That is, &HLQ..&ig..TEMP.jobname/jobstep.
The idea is the same, but I think it could be implemented with less
confusion.

All your other suggestions that applied to MVS seemed good to me.

How many MVS sites strongly want PROCs?  If NOTIS wants to make VSE and
MVS JCL more similar, maybe the solution lies in not using PROCs for
either operating system.  I don't know anything about VSE JCL, so I don't
know how similar the two types of JCL can actually be.

For the record, Cornell just went to release 5.1, and for the first time
we left stuff in PROCs in the hopes of cutting down on our time
massaging JCL when installing future releases.  Obviously there are
advantages and disadvantages to PROCs in MVS, but really what we're
looking for is a way to get the new releases installed as smoothly as
possible.  PROCs make it easier to see what you've changed locally, but
they're more difficult to troubleshoot at 4 in the morning.  I'm sure
more experienced Techies such as yourself and Michael know the pros
and cons better than I.  But ultimately, I think we ALL just want to
cut down on the time we spend messing with JCL when installing a new
release.
I'm glad this topic is being discussed.  If I can be of any help, etc.
please don't hesitate to contact me.

Naomi Dushay
Tech2
Cornell University
607/255-9476

PS  Thanks for your help the other day with the fiscal year stuff.  Since
we could actually approve invoices just fine, we aren't going to bother
changing the fiscal years, and we'll be doing some testing of our local
fiscal year rollover program here to see if there are any adverse affects
then.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 10:38:50 EST
From:         Jon Rothman <ROTHMN@HARVARDA.BITNET>
Subject:      Using 3163s to access non-IBM hosts

We are in the planning stages for putting up a Gateway/Menu in front of
our library catalogs and CWIS.  The Gateway will also provide access to
other selected sources both at Harvard and elsewhere on the InterNet.
Our current plan calls for using this Gateway as a primary connection method
for all public users including in-library terminals via terminal servers.
Now comes the question.  Has anyone successfully used 3163's to access
sources that run on platforms other than IBM mainframes?  We've been finding
that the 3163 is incompatible with hosts which require VT100 emulation (the
results are so garbled as to be unusable) and we are not aware of anything
which will translate between 3163-speak and VT100-speak.  All suggestions
and comments gratefully accepted.  Thanks.


Jon Rothman
Systems Librarian
Harvard University Library
(617) 495-3724
ROTHMN@HARVARDA.BITNET
ROTHMN@HARVARDA.HARVARD.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 09:38:00 EST
From:         Shawn.Hart@MVS.UDEL.EDU
Subject:      NOTIS/TAG help
Comments: To: notis-l@vm.tcs.tulane.edu

Here at the University of Delaware we're looking at running Notis's
Infobase on a UNIX platform, and we have a couple of questions about the
TAG software that will allow our MVS/CICS based Library management
system to issue search requests to the UNIX Infobase system.

Since we've been unable to get a technical person from Notis to return
phone calls, I thought I'd try asking our questions here.  (Note I'm not
very familiar with Notis products, so apologies if I don't use the
correct terminology!)

We plan to run the TAG software on an RS/6000.  We'll connect the TAG
device to our MVS system via a token ring interface on a locally
attached 3174 controller.  According to the Notis documents titled "Tag
Connection" and "Notis RS/6000 TAG installation instructions", this
connection requires VTAM version 3.4, and in parenthesis says "supports
multiple parallel sessions".

We're currently running VTAM version 3.2, and because of time, effort,
and expense would prefer not to upgrade our VTAM to 3.4 at this time.
We also note that a TAG connected to a front end processor is documented
to work with VTAM 3.2.

The questions:  Can this configuration of the TAG system operate in a
VTAM 3.2 environment?  If so, what are the limitations imposed by VTAM
3.2?  Even if VTAM 3.4 is required, can we establish a connection for
testing the TAG software/Infobase->CICS connections using VTAM 3.2?
What does "supports multiple parallel sessions" mean?

Any help anyone can give will be greatly appreciated!

Thanks!
Shawn.
----------------------------------------------------------------------
Shawn Hart                             Internet: shawn.hart@mvs.udel.edu
Manager, Technical Services            Bitnet: cpy14177@udelvm
Network and Systems Services           Phone: (302) 831-3745
University of Delaware                 FAX: (302) 831-3638
192 S. Chapel St
Newark, De. 19716
----------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 15:47:00 CST
From:         Michael Lacy <MLACY@KSUVM.BITNET>
Subject:      Conversion program LCN011B/LBC090

We have a third party tape of MARC records that is produced by
The Library Corporation of Inwood, WV. They are now providing
2048 byte records that are spanned. We use to get variable record
unspanned and they processed fine. Now we receive a return code of
12 when we try to process the new spanned 2048 byte records. We have
changed the recfm=u to recfm=s. We are using VSE with NOTIS and we
would like to hear from anyone who has run into this circumstance.

 Thanks, Michael Lacy (913-628-4067)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Content-Type: text
Content-Length: 362
Newsgroups: bit.listserv.notis-l
Date:         Fri, 22 Jan 1993 16:45:00 EST
From:         bryan@WILEY.CSUSB.EDU
Subject:      Re: Wierd b&f record times
Comments: To: NOTIS discussion group list <NOTIS-L@VM.TCS.Tulane.EDU>

We are a KeyNotis site and had a similarly strange time show up
on a b&f record. As far as I know it only happened once so I
decided to make a note and see if it happens again.

Other than being weird, it doesn't seem to hurt anything,
as long as it is an isolated occurence. We have had other,
equally weird isolated occurences!

Bev Ryan
CSU, San Bernardino
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Fri, 22 Jan 1993 07:30:38 PST
From:         Janet McCarthy <CN.JMM@STANFORD.BITNET>
Subject:      LCN020 - BLKSIZE

Regarding LCN020 BLKSIZE -
I neglected to mention - we tried JCL override - didn't work.
We also tried changing TMARCIN DCB with BLKSIZE=32760.  That
didn't work either.   It's in the code.  Just hoping someone
else had already done this - particulary sites who subscribe to
Peter Ward service.
                         Thanks,
                             Janet McCarthy
NOTIS 5.0.2                  Stanford University
MVS/ESA 4.1; CICS 2.1.2      (415) 725-7923
                             CN.JMM@STANFORD
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 15:51:55 EST
From:         "Fritzi Batchelor" <HBLADM11@UCONNVM.BITNET>
Subject:      Re: NOTIServ
              25 Jan 1993 19:31:11 CDT from <ZCVS@ADM.ANGELO.EDU >

We currently have Internet access only through the IBM mainframe.
TELNET does not work for access to NOTISrv (no VT100 support).  Our
computing center recently installed ANET which does provide VT100 support
but no ftp capabilities.  Unfortunately, I can get into NOTISrv and
look at the first window, beyond that I am also hopelessly stuck.
I suspect that there's some key mapping/translation that I haven't
mastered (or maybe I'm just incredibly thick).

Just wanted to echo that I'd like to be able to use NOTISrv with a
minimum of inconvenience.  Right now, I'm plum up to my ears in technical
"challenges" that require maximum attention.  Solving my access problems
with NOTISrv ends up as a fairly low priority for me.

Sound cranky?  Youbetcha.

                                       ____________________________
Fritzi Batchelor LIB1                 | Income -  #1 in nation     |
University of Connecticut             |                    *       |
Box U-5SY                             |                  UCONN     |
Storrs, Conn. 06269-1005              | State funding for Higher   |
voice: (203) 486-5397                 |  Education - #49 in nation |
fax:   (203) 486-6493                 /  /-------------------------|
HBLADM11@UCONNVM.BITNET              \ /
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 16:48:24 CST
From:         Nancy Pope <LBYSEC@LSUVM.BITNET>
Subject:      Re: VHLD/MHLD problems
              21 Jan 1993 14:31:47 GMT from <jlc5f@POE.ACC.VIRGINIA.EDU>

I was told that the problems will be solved in 5.1. NOTIS did provide
some code for us so that staff can't use the VHLD command any more.
Sorry I don't know the PPQ number.

Nancy N. Pope                 Phone:    504/388-3215
Assistant to the Dean         FAX:      504/388-6992
LSU Libraries                 BITNET:   LBYSEC@LSUVM
104 Middleton Library         Internet: LBYSEC@LSUVM.SNCC.LSU.EDU
Louisiana State University
Baton Rouge, LA  70803
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 12:28:03 -0600
From:         MADEWELL@VUCTRVAX.BITNET
Subject:      Re: lser

Vanderbilt was a beta-test site for 5.1 and is using LSER in production,
but only for a limited number of titles.  We have created about 450
patterns for current periodicals in our Management Library.  Sylvia
Martin described our implementation procedures in her talk at NUGM '92.
For more information contact her (MARTINSO@VUCTRVAX) or me directly.
We have no plans at the present time for implementing LSER on the
rest of our collections.
_______________________________________________________________________________
/ Ramona Steffey Madewell              /               Bitnet:                /
/ Automation Project Librarian (LIB1)  /          MADEWELL@VUCTRVAX           /
/ Vanderbilt University                /              Internet:               /
/ Library Systems                      /    madewell@ctrvax.Vanderbilt.Edu    /
/ 419 21st Avenue South                /       Phone: (615) 322-7125          /
/ Nashville, TN  37240                 /         Fax: (615) 343-0394          /
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <YETTER@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.notis-l
Date:         Fri, 22 Jan 1993 20:40:26 EST
From:         Peggy Yetter <YETTER@PENNDRLS.UPENN.EDU>
Subject: RE: 24 hour OPAC
Comments: To: NOTIS-L%TCSVM.BITNET@NOC2.DCCS.UPENN.EDU

> We've had 24-hr a day access for four years now.  CICS stays up all
> the time, and I code our JCL so that when a file is scheduled for
> update, the operator closes that file, reopening it after the job
> completes.  This results in a few minutes or so when the database
> might not truly be available, but nobody ever seems to notice it.  The
> advantage to folks dialing in and telnetting to us is obvious and well
> worth the time I spend putting PAUSEs in the JCL -- and the relatively
> few times an operator who is asleep at the switch has forgotten to close a
> file for update!  This "feature" of our OPAC is greatly appreciated by
> both faculty and students.
>
> Leigh Williams
> SFASU
> F_WILLIAMS@CCSVAX.SFASU.EDU
Leigh,
    When we were a VSE site we did the same thing but what about LB010JC6?
Don't you get strange results when you run this with CICS up?  I was under
the impression that bringing CICS down puts an EOF in the journal 6 so
that LB010JC6 knows when to stop processing.  Anyway, we brought our system
down for LB010JC6 and since LB610 requires updates to the bib, patron and
item file, we kept it down for that too.  So we were running for 23.5 hours
with no complaints from patrons when they found some files closed.
    But that brings up another question.  Now that we are a MVS site, we
can't seem to do the same thing.  If we run a job that requires a deletion
of a VSAM file (like LD200), closing and disabling the file does not
allow us to delete it as it did under VSE.  We get an error message that
CICS is using the file.  Is there something that we can do to right this
or is this the way MVS works?  We have found the same phenomena when
using the backup utility, DFSS.  CICS has to be down to backup our data
files.  Anybody have a suggestion?
-------------------------------------------------------------------------
| Peggy Yetter                       : Van Pelt Dietrich Library Center |
| Systems Analyst                    : 3420 Walnut Street               |
| University of Pennsylvania         : Philadelphia, PA  19104-6206     |
| yetter@penndrls.upenn.edu          : (215)898-4824                    |
|           MVS/ESA 4.2; CICS 2.1; NOTIS 5.1; MDAS 1.3; GTO 3.1         |
-------------------------------------------------------------------------
Newsgroups: bit.listserv.notis-l
From: jlc5f@poe.acc.Virginia.EDU (Jean L. Cooper)
Subject: Re:      Re: VHLD/MHLD problems
Organization: University of Virginia
Date: Thu, 21 Jan 1993 14:31:47 GMT

Yes, we have set the FLAGS=MHLD in the LC101TB2 table. That's why
the problem puzzles me so much.

I have been in contact with NOTIS over the past two days about
this problem.  They seem to think that all of these problems
are occuring because of the transitional nature of 5.0.2. for
the MHLD records.  When we bring up version 5.1, they think all
of these problems will be resolved.  I'm still working with them
though, so we may come up with another answer. 

--
Jean L. Cooper    (BITNET: JLC5F@virginia.edu   CIS: 70253,1114)
University of Virginia, Alderman Library, Charlottesville, VA 22903
"The true University of these days is a Collection of Books." 
                                           --Carlyle                        
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 15:44:02 EST
From:         "Anaclare Evans,
              Chair Cataloging/Authorities SIG" <AEVANS@WAYNEST1.BITNET>
Subject:      Workstations

Have you designed a workstation for your catalogers that can access more
than NOTIS?  Do you use the same workstation to access NOTIS and OCLC and/or
RLIN?  Are your workstations on a LAN to access multiple systems?  If so,
the Cataloging/Authorities SIG would like to hear about your system.  As an
outgrowth of our successful program on workstations at ALA, it was agreed that
this SIG would put together a description of the various workstations used by
NOTIS sites along with a contact person with phone numbers and email addresses.

If you have done something and would like to have it included on our list,
please send your information to me.  I will be compiling the list which I
hope to have included in NOTISes.  Please submit information on your work-
station to
Anaclare Evans
aevans@waynest1.bitnet
aevans@cms.cc.wayne.edu
313-577-4006 voice
313-577-3615 fax
Snail mail:  Anaclare Evans
             Head, Database Management
             Wayne State University Libraries
             5048 Gullen Mall
             Detroit, MI 48202


Deadline for inclusion in our list is 1 March 1993.  Thanks.
Anaclare Evans, Chair
NOTIS Cataloging and Authorities SIG
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 10:08:30 EST
From:         "Anaclare Evans,
              Chair NOTIS Cat/Auth SIG" <AEVANS@WAYNEST1.BITNET>
Subject:      Lost and Found

After the NOTIS Cataloging Authorities SIG meeting at ALA on Sunday evening
1/24/93 an envelope of old postcards was found on one of the chairs.  It was
found in the chairs on the same side of the room as the screen toward the
front of the room.  If they are yours, please notify me and I will mail them
to you.  Please include the snail mail address to which you would like them
sent.
Anaclare Evans
Chair, NOTIS Cataloging/Authorities SIG
aevans@waynest1.bitnet
aevans@cms.cc.wayne.edu
313-577-4006
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 15:52:17 PST
From:         Janet McCarthy <CN.JMM@STANFORD.BITNET>
Subject:      LCN020B - large BLKSIZE mods?

Has anyone modified LCN020B to allow larger BLKSIZE than 2048 for
tape input?   We receive tapes from Ward & Assoc. blocked very
nicely at 32760.   We had been using Cornell's version of LBC90
which allowed the non-Marc-standard blocksize but would like to
switch to the new load program LCN020/LBC30 sequence.
Thought we'd check with the list before we re-invent the wheel.
                                  Thanks,
                                         Janet McCarthy
NOTIS 5.0.2                              Stanford University
MVS/ESA  4.2; CICS 2.1.2                 (415) 725-7923
                                          CN.JMM@STANFORD
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 13:24:00 EST
From:         Margaret.Wang@MVS.UDEL.EDU
Comments: To: NOTIS-L%tcsvm.bitnet@udelvm.udel.edu

     Unsubcribe NOTIS-L margaret.wang
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTIS-L@TCSVM.BITNET
X-VMS-To: IN%"NOTIS-L@TCSVM.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 07:36:30 -0600
From:         VAUGHAN@VUCTRVAX.BITNET
Subject: Re: mark and send: IND$, HFTR etc

   We can use IND$ to transfer files from VSE, but not when using mark
and send. The PC software defaults to use HFTR and we have to override
it with IND$. When we try the same thing using mark and send, it abends
trying to find HFTR. It looks like the NOTIS software is overriding our
overrie. NOTIS insists we haven't completely installed IND$. I would
also like to know if anyone is using mark and send successfully.
Maryanne Vaughan
Vanderbilt University
VAUGHAN@VUCTRVAX
VAUGHAN@CTRVAX.VANDERBILT.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 09:52:06 CST
From:         "Lewis Cartee, Tulane University" <LB02ILS@MUSIC.TCS.TULANE.EDU>
Subject:      smart switches and dumb terminals

On January 26 Sheila Pepper asked

> Is anyone successfully using "smart" switches (for printer sharing) with
> dumb terminals (as opposed to PCs)?

Tulane has been using Auto Switch MS-401 (from Black Box, I believe)
with IBM3164 terminals and serial printers (IBM and Panasonic).

Our switches support up to 4 public terminals, and they've generally
worked well.


 TTTTTTTTTTT      Lewis Cartee
T    TTT    T     Systems Librarian (LIB1)
     TTT          Howard-Tilton Memorial Library
     TTT          Tulane University
     TTT          New Orleans, LA  70118
     TTT          Voice: (504) 865-5131   Fax: (504) 865-6773
    TTTTT         LB02ILS@MUSIC.TCS.TULANE.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Auburn University Libraries
X-pmrqc:      1
X-mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 09:08:54 CST
From:         Beth Nicol <BNICOL@LIB.AUBURN.EDU>
Subject:      Re: NOTIS/TAG help
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU

Please post responses to the list about the TAG software!



Beth Nicol                        ************************************
Automation Manager                * When in danger, or in doubt,     *
Auburn University Libraries       * Run in circles, scream & shout!  *
BITNET:  bnicol@auducvax          *          -R.Heinlein             *
INTERNET: bnicol@lib.auburn.edu   ************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 18:17:14 CST
From:         SLAUGHLIN@PRIME.MHSL.UAB.EDU
Subject: re: 4.6.1 LC101TB1 ITMIDF Checksum
Comments: To: NOTIS-L%TCSVM.BITNET@UABDPO.DPO.UAB.EDU

We just completed seting our macro tables.  Send me your fax number and I will
 return the relevant pages from the Implementation Guide.

                                        Steve Laughlin - LIB1
                                        SLAUGHLIN@PRIME.MHSL.UAB.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 13:48:32 EST
From:         Suzanna Lengyel <LENGYEL@YALEVM.BITNET>
Subject:      Re: Wierd b&f record times

This is in reply to Nancy Pope's memo on "weird" hours and minutes generated
online in Bill & Fine records.  We have seen them too, and we don't understand
them either.

Suzanna Lengyel. Yale University Library Systems Office. (203) 432-1844.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 11:56:17 EST
From:         LLEWIS@WCU.BITNET
Subject:      VSE JCL

    Thank you Leigh Williams for an exceptionally lucid summation of
 suggestions for NOTIS VSE JCL.  Please add West Chester University to
 votes FOR all of the suggestions, especially #1, #2, #3, #6, and #12.
 We rewrite all NOTIS JCL due to NOTIS errors and the fact that our VSAM
 work file catalog is different from our VSAM NOTIS file catalog, plus
 the already stated problems of working with procs in VSE.

 Laurie K. Lewis, Tech2              VM/HPO, VSE/SP, NOTIS 5.0.2, GTO 3.0
 West Chester University
 West Chester, PA  19383
 (215)436-2666
 BITNET:  llewis@wcu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 16:20:21 EST
From:         "Fritzi Batchelor" <HBLADM11@UCONNVM.BITNET>
Subject:      NET3270 ALA display woes

We are using NET3270 to connect most of our staff and public PC's to
NOTIS.  Recently we discovered that the public OPAC devices are
not displaying the ALA character set, despite the fact that
the NET3270 software, TCT, etc. are all configured to support
ALA display.  We have no problem with ALA display on the staff
devices that are configured in exactly the same way.

The major difference between the staff and public devices is that
the public OPAC devices are going through software called VTAM
Switch (McKinney).

Some of the computing center's technical staff suspect that it
is the VTAM Switch software that is refusing to handle the ALA
characters correctly.

Do any of you have experience or suggestions in this area?

Thanks.
                                       ____________________________
Fritzi Batchelor LIB1                 | Income -  #1 in nation     |
University of Connecticut             |                    *       |
Box U-5SY                             |                  UCONN     |
Storrs, Conn. 06269-1005              | State funding for Higher   |
voice: (203) 486-5397                 |  Education - #49 in nation |
fax:   (203) 486-6493                 /  /-------------------------|
HBLADM11@UCONNVM.BITNET              \ /
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU