HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.notis-l
Date:         Sun, 24 Jan 1993 16:52:34 EST
Reply-To:     Gordon Schumacher <rgsx@cornellc.BITNET>
Comments:     Resent-From: Gordon Schumacher <RGSX@CORNELLC>
Comments:     Originally-From: Lydia Pettis <LRP@CORNELLC.BITNET>
Comments:     Warning -- original Sender: tag was NOTIS-L@TCSVM
From:         Gordon Schumacher <RGSX@CORNELLC.BITNET>
Subject:      Sunday emergency--we need you if you have fund accounting/5.x
              installed
Comments: To: notis-l@tcsvm.bitnet

This is no longer an emergency; we believe we have figured out how the
new fiscal year will affect (or not affect) us.

We are now "officially" up in 5.1 at Cornell.

Of course, any one who *has* observed negative effects from the new
field in invoice records, please let us know.

Thanks.
Gordon Schumacher
Cornell University
----------------------------Original message----------------------------
PLEASE!!! Any one who out there at work on Sunday who is in a 5.x version
who can talk to us about the new fiscal year field in invoice records
please respond with name and phone..

We will call you (thru 5:00, maybe later EST).

Urgent.

Lydia Pettis
Cornell University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 16:17:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      MVS/ESA woes resolved
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

In our first attempt to convert from MVS/XA to MVS/ESA, the LB610 job stream
failed due to a problem related to 31-bit addressing in a PL/1 run-time module.
The systems programmer eventually installed a fix from IBM which he describes as
follows:

IBMBLIIA abended 0C4 at offset 1810 or at 180A.  Reason: trying to address a
field in the CSCB control block (which is loaded above the line) while executing
in 24-bit mode.  Component in error is "common library" level 202.  Fix number
is UL95133 at the 9107 level.

ESA means you have to be "Enterprising whether in Systems or Applications".

Ron Johnston  McGill University Libraries  Montreal Quebec

voice:        (514) 398-4797          |    S/390  ES/9000-320
fax:          (514) 398-7356          |    MVS/XA  CICS 1.7
internet:     ADLB001@MVS.MCGILL.CA   |    NOTIS 4.7
bitnet:       ADLB001@MCGILLVS        |    GTO 2-Utlas
telnet:       132.206.27.5            |    GTO 3-Bibliofile
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:         Wed, 27 Jan 1993 14:22:57 CST
From:         Beth Nicol <BNICOL@LIB.AUBURN.EDU>
Subject:      VSE JCL
Comments: To: notis-l@vm.tcs.tulane.edu

Leigh:

I was just reading Naomi's comments about JCL.  I, too, wonder if MVS
and VSE can be kept so closely the same without one group or the
other feeling abused.

A couple of points:  Overall, I like having the procs.  But, then, I
work in a situation where my jobs are scheduled through a production
control group at the computer center, and it is far easier for me to
change a faulty proc and get going again than to have to worry
about re-migrating JCL through their system.

Also, I could agree with the perspective that if a procedure is used
in multiple jobs, then PROC it.  The most maddening thing I have had
to deal with is 1 or 2 step, one time jobs that execute procs (i.e.
one time file conversions, etc).  These I just make in-line in most
cases.

In general I support the folks who feel that the current JCL is quite
workable, if it is just consistent, and correct.

Just my 2 cents worth,




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:         Mon, 25 Jan 1993 16:40:00 CST
From:         LIBRSAJ@OSUCC.BITNET
Subject:      Course Reserve Index

We are almost ready to implement NOTIS course reserves.
We will not have any print-out of the course reserve index,
but will have dedicated terminals for patrons to search.
Does anyone have handouts or any type of printed information
for patrons on how to search the course reserve
index?  Please respond or mail to me:
Sue Ann Johnson
Access Services
Edmon Low Library
Oklahoma State University
Stillwater, OK 74078
Thank you.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Mon, 25 Jan 1993 14:18:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      notis rv
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

Has anyone been able to use rv by Telnet-ing from TSO?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 12:43:50 CST
From:         SMUIR@UA1VM.BITNET
Subject:      Re: SII and bar code format for wand specs

I have sent sample copies of the SISAC and UPC labels to vendors for equipment
bids.  The vendors have told me that both bar codes are code 128.   They
already have equipment that can read these lables.

**********************************************************************
*  SCOTT P. MUIR               *   NCAA  FOOTBALL                    *
*  THE UNIVERSITY OF ALABAMA   *    1992 NATIONAL CHAMPIONS          *
*  SMUIR@UA1VM                 *                                     *
*  SMUIR@UA1VM.UA.EDU          *       ROLL  TIDE                    *
*  (205) 348-2299              *                                     *
**********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 07:41:08 CST
From:         "Sandi Newton, Software Systems Specialist" <SAN@DCCCDVM.BITNET>
Subject:      SII and bar code format for wand specs

I am currently working on specs for new wands.  NOTIS Solutions for Serials
mentions that the SII (Serials Issue Identifier) will be used for serials
check-in.  What bar code format is SII -- UPC, or Code 3 of 9, etc??  Thanks
for any info.

                                      *Voice: (214) 324-7793
Sandi Newton                          *FAX:   (214) 324-7945
Project Manager - Library Automation  *Internet: SAN1750.DSC1
Technical Services Center                  @PCMAIL.DCCCD.EDU
Dallas County Community Colleges      *BITNET: SAN@DCCCDVM
4343 North Highway 67                 (Please use Internet
Mesquite, Texas  75150                 address if possible)
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:         Mon, 25 Jan 1993 15:14:41 CST
From:         Beth Nicol <BNICOL@LIB.AUBURN.EDU>
Subject:      NOTIS RV and TSO
Comments: To: notis-l@vm.tcs.tulane.edu

Ron:

I can't get anything usable by telnetting from TSO....


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:         Thu, 21 Jan 1993 10:49:51 CST
From:         Nancy Pope <LBYSEC@LSUVM.BITNET>
Subject:      Wierd b&f record times

LSU had one patron who renewed several overdue items this week, and when
he paid the fines, the bill and fine record has a time of ** 95:34 **.
This cannot be generated by overriding the time of charge, because you would
get the message "invalid time".

I would swear I have seen this reported on this list, but I couldn't find it
in the archives. NOTIS is still looking for a previous reporting. My
number is PPR0155.

Please let me know if you have seen something similar. Many thanks!

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 UniversityCICS 2.1, LMS 5.0.2, MVS
Baton Rouge, LA  70803
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Slippery Rock University - Computer Center
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 03:44:19 EST
From:         Fran Hensler <FJH@SRU.BITNET>
Subject:      Re: VSE JCL
              26 Jan 1993 14:13:06 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

On Tue, 26 Jan 1993 14:13:06 -0600 LEIGH WILLIAMS said:
>                                         VSE's problem is
>that editing procs is a real pain in the ass -- you punch
>the JC, get the first proc name, punch the proc, get more
>proc names, punch them, etc.  You have to recatalog each
>proc if you change it, too.  Feels like an infinite loop
>most of the time.

We do not use ICCF partly because of the above stated problems.
CONDOR (from Phoenix Computer Corp.) has an editor that allows you
to edit or display PROC's directly from the library, change them,
and SAVE them directly back into the same or different sub-library.

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"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 15:51:45 CST
From:         Gary <GSTRAWN@NUACVM.ACNS.NWU.EDU>
Subject:      Re: glch -- limit on number of changes

In the absence of further information on the problem reported by Wayne
State, I suspect that any limitation on the number of changes possible
may be due to file space limitations for the temporary file of changed
records, and/or the file of index updates, and not a limitation built
into the program itself.

Gary L. Strawn
Authorities Librarian, etc., Northwestern University Libraries
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Southeastern Louisiana University
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 16:45:00 -0600
From:         Kevin Calmes <TMIS1692@VEGA.SELU.EDU>
Subject:      4.6.1 LC101TB1 ITMIDF Checksum

I need some help interpreting the display/processing format codes in LC101TB1
under 4.6.1 where:  PATIDF=00FE0000 and ITMIDF=01BDDDC0

Also, what would be the effect of setting ITMIDF to "no validation" so it does
not compute the checksum?

Thanks,

Kevin - TMIS1692@selu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 14:43:00 CST
From:         ASDXWAM@OSUCC.BITNET
Subject:      24 hour OPAC

24 hour OPAC

Currently, the NOTIS cics region is "up" when the university library is
open.  Library users are expressing a desire for NOTIS to be available
for dial-up usage during hours that the library is closed.
Are there any sites that are operating at or near 24 hours?
We would especially be interested in any sites that are splitting
the NOTIS system into two seperate regions.  One region containing the
OPAC module and another containing all other functions.
Is there anyone out there doing this using inter-region communications
w/ function shipping and what files are affected?

Bill Montin
Systems/Analyst Programmer
Oklahoma State University
Voice:  (405) 744-6918          Bitnet:  ASDXWAM@OSUCC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 13:34:20 PST
From:         Marlene Elster <9118MRE@UCSBVM.BITNET>
Subject:      Record Layout for Voucher File

*** Reply to note of 01/26/93 13:06

The voucher leader layout can be found in LBRECHDR in the MACLIB.  The rest
of the record is exactly like the invoice record.

Marlene Elster
UC Santa Barbara
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: notis-l@tcsvm.BITNET
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 14:05:54 -0500
From:         Sheila Pepper <pepper@MCMAIL.CIS.MCMASTER.CA>
Subject:      smart switches and dumb terminals

I've seen messages on this issue in the archives, but I can't locate a
definitive answer.

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


Thanks for any help.


Sheila Pepper
----------------------
Applied Systems & Instructional Services Librarian
McMaster University Library
(416) 525-9140 ext. 3883
e-mail: pepper@mcmail.cis.mcmaster.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 09:55:36 EST
From:         Warren Van Wyck <WVW@UVMVM.BITNET>
Subject:      Printing Circulation slips on network

        We run NOTIS under VSE under VM.
        The computer is not located in the library.
        We want to remove our remote 3274 type controllers.
        A BTI protocol converter allows users on the network to
        Telnet (or Net3270) to VM and then DIAL into CICS.
        SNA is not spoken here.
        Can the network to used to allow CICS to print Circulation
        slips?  If so, how?
        Any suggestions welcome.

 Warren Van Wyck, TECH 1             |   Bellnet:  (802)656-8421
 University of Vermont               |   Universitas Viridis Montis (UVM)
     NOTIS specifics: LMS 5.0.2, NOTISearch, GTO 3.0 - Prism
     Environment    : CICS 1.7 (BTAM) under VSE/SP 3.1 under VM/SP 5
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 08:22:00 CST
From:         "David H. Doerrer" <DDOERRER@UWF.BITNET>
Subject:      LCD Panels

     We are looking for a replacement for our 1st generation Kodak DataShow,
which is used in Bibliographic Instruction.  We would appreciate knowing what
other Reference/Bibliographic Instruction Departments are using.
     Apologies to BI list subscribers, who've already seen this question.
     Unless others indicate interest, please reply directly to me rather than
to the List.
*******************************************************************************

David H. Doerrer                         Voice:  (904) 474-2448
Library Automation Coordinator           Fax:    (904) 474-3338
John C. Pace Library                     BITNET: DDOERRER@UWF
The University of West Florida
11000 University Parkway
Pensacola, FL  32514-5750
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4 PL20]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 23
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 09:10:21 +0000
From:         A.J.Birchall@COMPSCI.LIVERPOOL.AC.UK
Subject:      Re: your mail
Comments: To: NOTIS-L@VM.TCS.Tulane.EDU
              93 08:43:57 am

What exactly is NOTIS?
Newsgroups: bit.listserv.notis-l
From: bp2f@poe.acc.Virginia.EDU (Beth Picknally Camden)
Subject: Re:      gto problem fixed (PPQ4173)
Organization: University of Virginia
Date: Thu, 28 Jan 1993 14:16:01 GMT

In article <NOTIS-L%93012716074523@VM.TCS.TULANE.EDU> MADEWELL@VUCTRVAX.BITNET writes:
>   A while back there was much discussion about problems with GTO and
>records being added or overlaid because the gto software did not look
>at the entire number and matched on 4-digit, 5-digit, etc. numbers
>which began with the same character string.  We've verified that the
>problem is solved in 5.1 and GTO 3.1.
>__________________________________________________________
>/ Ramona Steffey Madewell              /               

Is the 019 overlay problem also fixed?  (This is the problem when an 019 
which lacks the leading zeros is read as a duplicate of another record
and blocks an overlay.)

Beth Picknally Camden
bp2f@virginia.edu
--
    -Beth
      bp2f@virginia.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.notis-l
Date:         Tue, 26 Jan 1993 16:54:00 EST
From:         Ron Johnston <ADLB001@MVS.MCGILL.CA>
Subject:      NOTISrv from TSO
Comments: To: Notis Discussion <NOTIS-L@VM.TCS.TULANE.EDU>

Dear cranky etc, to be fair to NSI, is it their fault that TELNET
is a top layer application that can't depend on the layers he sits
on to handle the variety in terminal types?  Something stinks in
some layer or other.  Just about the only query we get for internet
users of our OPAC is why it asks them to LOGON, a symptom they
should have used TN3270 but didn't and got into TSO without warning.

Nevertheless, yeah, it would be real nice if a mainframe product
could be supported using mainframe technology.  I was in the focus
group at NUGM 1991 that discussed what became NOTISrv and I recall
mentioning that I wouldn't bother with it unless their was internet
access.  There seems to be such access now which is good.  3270
support would be the icing on the cake.

The MUSIC Product Group here ported TELNET into their o/s (MUSIC)
which also runs on S/370 or S/390 mainframes and they fixed it to
talk seamlessly with either UNIX or mainframe.  So it can be done.
Perhaps I need to get a MUSIC logon code....  :-)

Ron Johnston, McGill University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Texas at Arlington
X-Acknowledge-To: <C231GNG@UTARLVM1>
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 06:30:46 CST
From:         Gina Gestautas <C231GNG@UTARLVM1.BITNET>
Subject:      Re: Conversion program LCN011B/LBC090

On Tue, 26 Jan 1993 15:47:00 CST Michael Lacy said:
>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)

I seem to remember that the issue here is that originally, the MARC format
specified spanned to be the spanning of data across fixed blocks (which were
actually defined very small to acommodate ALL library systems of that time).
It was handled by the specific software and actually.. now, this small block
size can easily be handled by most if not all of the current library systems.

Today, we have the concept of record spanning which is handled by the operating
    system, not the specific library system software.  This is NOT the same
kind of spanning that is mentioned in this job.  The specifics for MARC data
spanning are handled differently than system spanning, although at the end
both do the job of conserving space and thus resources.  Hope this adds a
little light.

--
Gina Gestautas, Programmer/Analyst II  >> MVS/SP, LMS 5.0.2, MDAS 1.2.1,
University of Texas at Arlington       >> NOTISEARCH 1.0.1, GTO 3.0

 **** C231GNG@UTARLVM1 * c231gng@utarlvm1.uta.edu * (817) 794-5621  ****
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 08:42:27 PST
From:         James Cruse <CN.NX8@STANFORD.BITNET>
Subject:      Explanations for LOST and MISSING circulation statuses

We're currently working on developing some explanatory materials to
help users understand and interpret the STATUS: messages used in the
OPAC to reflect circulation activity.  I'm particularly interested
in how others describe the LOST and REPORTED MISSING statuses.

As we all know, charging to LOST pseudo patron to generate
replacement costs and a bill does not mean the item is lost.  Most
of these items are returned...many of them within a week or two of
the borrower being billed and/or having their privileges suspended.

I'm inclined to encourage users to inquire about items with LOST or
REPORTED MISSING status....so that staff can place holds or maybe
even recalls (while some faculty have religious objections to
responding to overdue notices or replacement bills, their creed does
permit them to respond if another user needs the item).

What sort of explanation do others provide either in online help or
printed aids?  Your comments are welcome....and I'd also accept
copies of any printed aids that you have in machine readable form
and could email.

Jim Cruse                               cn.nx8@stanford.bitnet
Assistant Chief                         cn.nx8@forsythe.stanford.edu
Access Services                         FAX:      (415) 725-6874

To:  NOTIS-L(NOTIS-L@TCSVM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 21 Jan 1993 16:13:38 CST
From:         Gary <GSTRAWN@NUACVM.ACNS.NWU.EDU>
Subject:      Re: Dewey call number glitch

I assumed this was a "feature," not a "bug," and that NOTIS was including
oversize designators on purpose. We patched things up to ignore letters at
the start of Dewey numbers, and also remove such letters if input at the
start of Dewey search terms in the OPAC.

Gary L. Strawn
Authorities Librarian, etc., Northwestern University Libraries
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Thu, 28 Jan 1993 10:52:00 CST
From:         "Dianne Olson, Loyola Univ." <$M$LB44@LUCCPUA.BITNET>
Subject:      lser

We are currently testing NOTIS 5.1 and especially the LSER serials check
in system.  Are there any libraries using LSER in production? What are y
our reactions to this system?  Are there libraries that have made the decision
not to implement LSER? If so, why not?

Thank you.

Dianne Olson                                                            Loyola
Univ. of Chicago                                                 Medical Center
Library                                                  2160 S. First Avenue
Maywood IL  6Ol53
708-216-5311
$m$lb44@luccpua
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notis-l
Date:         Wed, 27 Jan 1993 09:01:23 CST
From:         Ken Cloud <CLOUD@CMSUVMA.BITNET>
Subject:      Re: VSE JCL
              26 Jan 1993 14:13:06 -0600 from <F_WILLIAMS@CCSVAX.SFASU.EDU>

Thank you Leigh, Jim, Colegate and all the others that have offered
suggestions for enhancing the VSE JCL.  I agree with Leigh that the
time spent on supporting NOTIS at our site goes up with each new
release, mainly in reconstructing the JCL.  Since I also am
responsible for all the programming for the Registrar, Academic
Advisement and all aspects of Academic Affairs offices I have little
time to spend on NOTIS and I depend on the notes from NOTIS-L and
experiences of others to help me through.  Back many releases and
fixes in the past NOTIS provided a list of STANDARD LABELS for VSE
sites that included what SYSxxx were used in some what of a inconsistent
manner.  I do not recall seeing this list in any of the latest
documentaion.  NSI's standard labels did not conform to our set of
standard labels and modifications had to be made.  At least with
the old list when a job failed because of an invalid device assignment
I could check the list to see what type of assignment was needed.
Unfortunately I no longer have that list.

Ken Cloud                               BITNET: CLOUD@CMSUVMA
Information Services                    VOICE:  816-543-4894
Central Missouri State University       FAX:    816-543-4959
Hum 224
Warrensburg, MO 64093
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU