HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.novell
Date:         Thu, 8 Oct 1992 14:50:47 MET
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         RYSANEK@CSBRMU11.BITNET
Subject:      Re: Offweek FAQ Reminder
              2 Oct 1992 15:19:26 GMT from <DGH@HERALD.DIVINITY.YALE.EDU>

HI,
I FOUND THIS DIRECTORY WITHOUT ANY PROBLEMS. UNIX & TCP/IP & C ARE
CASE SENSITIVE.

MARTIN RYSANEK
From: DAVID@WMHMIS1.WMH.IUPUI.EDU (David A. Eddy)
Newsgroups: bit.listserv.novell
Subject: Charon 4.0 LPR/LPD Documentation
Date: 16 Oct 92 14:19:50 GMT
Reply-To: DAVID@WMHMIS1.WMH.IUPUI.EDU
Organization: Wishard Memorial Hospital
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-pmrqc:      1
Priority:     normal
X-mailer:     Pegasus Mail v2.3 (R4).

I would like to add to the previous request for documentation of the
use of the LPR/LPD portion of the Charon 4.0 gateway.  Please reply
directly.


David A. Eddy
Director of Management Information Systems
Wishard Memorial Hospital
Indianapolis, Indiana
Phone: 317-630-6309
E-mail: DAVID@WMHMIS1.WMH.IUPUI.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: novell@suvm.BITNET
X-VMS-To: VAXF::IN%"novell@suvm"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Mon, 12 Oct 1992 15:41:09 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "RALPH NEWBY - INTERNET (RALPH@OJC.COLORADO.EDU)"
              <RALPH@OJC.COLORADO.EDU>
Subject:      pegasus mail install problem

I am having some trouble getting the newmail of pegasus mail to work properly
on our Novell 3.11 system. Following is part of the login script to check
for mail. I think I have done it correctly according to what the guide
explains should be put in.

MAP DISPLAY OFF
FIRE PHASERS 3 TIMES
MAP S14:=SYS:SYSTEM
MAP S15:=SYS:GRADES
MAP S16:=SYS:LANSKOOL
MAP S13:=SYS:TEACHERS
#newmail
IF "%ERROR_LEVEL" > "0" THEN begin
        write ""
        pause
        END
MAP DISPLAY ON

It always stops even if there are not any messages. I am not sure of how
to display the error_level variable. What I've tried doesn't work. It
appears that the variable is always greater than 0 however I can create a
batch file outside of the login script that checks the errorlevel variable
and if comes back 0 if there are not any messages. If someone else has had
this problem or has any suggestions please help me out.

Thanks!

Ralph Newby
Ralph@ojc.colorado.edu


Return-path: <Postmaster%EXT.MISSOURI.EDU@MIZZOU1.missouri.edu>
Received: from MIZZOU1.missouri.edu by VAXF.COLORADO.EDU (PMDF #2335 ) id
 <01GPV7209TDC008RA6@VAXF.COLORADO.EDU>; Mon, 12 Oct 1992 15:34:35 MDT
Received: from EXT.MISSOURI.EDU by MIZZOU1.missouri.edu (IBM VM SMTP V2R1) with
 TCP; Mon, 12 Oct 92 16:34:36 CDT
Received: from cc:Mail by Ext.Missouri.edu (1.30/SMTPLink) id A01339; Mon,
 12 Oct 92 16:34:56 CDT
Date: 12 Oct 1992 16:34:56 -0500 (CDT)
From: Postmaster@Ext.Missouri.edu
Subject: PEGASUS MAIL INSTALL PROBLEM
To: RALPH@OJC.Colorado.EDU
Message-id: <9210121634.A01339@Ext.Missouri.edu>
Content-transfer-encoding: 7BIT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: College of Business, U of Maryland
X-Pmrqc:      1
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.novell
Date:         Sat, 10 Oct 1992 14:04:42 EST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         MICHAEL@BMGTMAIL.UMD.EDU
Subject:      Re: Electronic employee monitoring & Robin Stubbs

Please read through for a treat!

From: stubbs@stovall.slh.wisc.edu (Robin Stubbs)
Message-Id: <9210082116.AA18184@stovall.slh.wisc.edu>
Subject: Electronic employee monitoring (fwd)
To: michael@bmgtmail.umd.edu
Date: Thu, 8 Oct 92 16:16:56 CDT
X-Mailer: ELM [version 2.3 PL11]

> As a part of one of my classes, I have to perform a point-
> counter-point (Jane, you ignorant slut) debate on the merits of
> electronically monitoring employees (ie. # of keystrokes, # of words
> of text written, # of calculations performed).
>
> I figured I'd try going to the well before I looked elsewhere, since
> I figure a lot of the monitoring would be through networks, etc. -
> What methods of monitoring are currently in use out there?  How
strict
> are the requirements of performance in conjuntion with the method?
> How long has the monitoring been performed? Etc?
>
> Basically, I'm interested in any stories about monitoring that has
> happened in your organization - computer related or not.
> Confidentiality will be of the highest priority, and any information
> will be deeply appreciated.  Thanks ahead of time.
>
> -Michael
>
> Michael@bmgtmail.umd.edu
> College of Business and Management
> University of Maryland at College Park
>
I certainly don't appreciate seeing such language as above on
our Novell list.  And you ought to be able to do your homework
assignments without bothering the rest of us. Grow up!
======================================================================

Robin,
I'm sorry you feel so stongly about the usage of this forum for
NOVELL, only.  Webster's defines FORUM as such: "2. a public
meeting for open discussion : a medium of open discussion or
expression of ideas."  If your anal rententive behavior can't skip
over an article that doesn't not interest you, I feel sorry for you.
You must spend the better portion of your day reading messages from
this group list.  How do you find time to do anything else?  But since
your so wrapped-up in holding your sphincter closed, I guess that
cuts down on bathroom time.

Electronic monitoring is an idea, integrated into network
conciderations due to the nature of the beast.  So next time you want
to flame on something, flame on your self, or on YOUR MOTHER!  I'm
sure she had a lot to do with your problem; did she make you potty
train until you were eight?

Hugs and Kisses,
Michael

-Michael

Michael@bmgtmail.umd.edu
College of Business and Management
University of Maryland at College Park
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Mon, 12 Oct 1992 15:04:11 +0100
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "(Bjorn Myrland)" <bjorn.myrland@SIPAA.SINTEF.NO>
Subject:      Re: RAMDRIVE and SMARTDRIVE

In article <1812.9210121024@sys.csd.le.ac.uk> you write:
>Date:         Mon, 12 Oct 1992 10:30:53 +0000
>From:         pcm@LE.AC.UK
>Subject:      RAMDRIVE and SMARTDRIVE

>A quickie:

>Does anyone use SMARTDRIVE and/or RAMDRIVE (Windows 3.1 versions)
>successfully,
>are there any problems?

We use SMARTDRIVE on around 10-15 computers here - never had a problem (at
least none that I have reason to blame SMARTDRIVE for). We used to use
NCache (Norton Utilities), but after a couple of occasions where it really
fouled up files some of us decided to try SMARTDRIVE instead. So far, it
seems a lot stabler than NCache.

I think the most critical point of operation of SMARTDRIVE (and other write-
back disk caches) is when it is about to write to a write-protected floppy
after having returned control to the main application. NCache tended to hang
the machine without a word; SMARTDRIVE has behaved intelligently in all
cases so far.

I have never had any problems at all with my ram disk since I started using
RAMDRIVE instead of the old VDisk some years ago.

Bjorn.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
   Bjorn Myrland                  *  bjorn.myrland@sipaa.sintef.no
   SINTEF Safety and Reliability  *  N-7034 Trondheim, NORWAY
 -------------------------------------------------------------------
   SINTEF - The Foundation for Scientific and Industrial Research
                at the Norwegian Institute of technology
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Pmrqc:      1
Priority:     normal
X-Mailer:     Pegasus Mail v2.3 (R4).
Newsgroups: bit.listserv.novell
Date:         Tue, 6 Oct 1992 23:07:46 CST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Loren Aman <AMANL@COLUMBIA.DSU.EDU>
Subject:      Re: IBM Token-Ring EPROM Problem?

> Does anyone know anything about problems with IBM's Token-Ring cards with
> EPROM's which are dated 1990? SUBJECT:   Problem with 16/4 Token Ring Adapters

  Some 16/4 token ring cards have malfunctioning BIOS chips which cause the
  token ring cards to intermittently lock up and may cause ring beaconing if
  the card is currently an active monitor.  We happened to get one of these
  cards in a server and it caused us all sorts of grief.

  The method to find out if your agency has any of these cards involves
visiting every workstation on the network and using the "Token-Ring Network
16/4 Adapter Diskette."  This diskette is included with every token ring card
and is located in the mauve (  purple) colored manual.  3.5" & 5.25"
diskettes are included.

  1. Insert the appropriately sized diskette into the A:> drive.
  2. Reboot the pc with the TR Diskette in the floppy drive.
  3. At Menu 1 select:
     0 - RUN ADAPTER DIAGNOSTIC and press <Enter>
  4. Menu 2 will appear confirming the
     INSTALLED TOKEN-RING ADAPTERS ARE:
     S Primary IBM Token-Ring Network Adapter
     IS THE LIST CORRECT (Y/N) ? _
     Type "Y" and Press <Enter> to confirm
  5. Menu 3 will appear asking for the tests to run (SYSTEM CHECKOUT). Select
     0 - RUN TESTS ONE TIME and press <Enter>
  6. Menu 6 will ask for the starting Token Ring RAM Address.
     The default of D8000 is acceptable.
     Press <Enter> to continue.
  7. Menu 7 will return information specific to the Token Ring card.
     Included on this screen is the "CODE LEVEL" field.  This field
     will tell us the BIOS version.

     If the microcode level is C24550 or A78064, then the card is suspect and
     should be replaced.

  There is another method in finding these cards but it involves removing the
cover of the PC and looking at the card itself.  There are 2 BIOS chips on
the 16/4 card.  A white label is affixed to each chip and they are labeled as
ODD and EVEN.  Included on this label is a BIOS identifier.  There are 2
sets of bad BIOS chips.  The values for the faulty BIOS are
  a.  74F9325 and 74F9326;
  b.  25F9523 and 25F9524.


- Loren Aman
  Sr. Systems Programmer
  Dakota State University
  amanl@columbia.dsu.edu
  (605)256-5675
  (605)256-5316 FAX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Thu, 8 Oct 1992 23:46:43 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Joe Doupnik <JRD@USU.BITNET>
Subject:      Re: FTP Server for Netware 3.11

        <earlier message omitted>
>I agree.  Copyright issues are upto the developer of any product.  It is
>quite simple for Murkworks to get a copy of this freeware product and to
>check it for copyright violations.
        They have. Why do you think this simple step had been skipped?

>If there be such violations (I am NOT saying one-way or the other) then let
>Murkworks attend to it.  If not, then the orginator of this topic/complaint
>needs to PUBLICALLY appologise to the author of the freeware product, AND
>to this group.
        They are. I presume you mean me above. There is nothing to appologize
about. I posted a caution and an invitation to reply on the net, in response
to a message from Murkworks. I'd do the same if a copyrighted for-free software
package were to reappear from some commerical outfit, the for-free author
requested immediate attention in response to the commerical product
announcement, and that package were of direct interest to this group. What is
not visible on the net is a subsequent body of msgs between the folks involved,
and I have plenty of missing sleep to substantiate that much. I was reporting
the outcome of that exchange, for the information of list readers. I even try
to give some credit to both parties. In addition, I sent each a copy of the
message you read with an invitation to correct me, or otherwise set the record
straight, on the net for all to see.
        My reading is Murkworks is very serious about feeling their work
has been compromised (I thought you would like to know that much, maybe not)
and consequently I at least will be very cautious about REDISTRIBUTING that
freeware work from my machines. I'm not telling what each party has said in
private, nor my own evaluation of the available archives. Readers are free to
examine the archive sets, address questions and comments to the appropriate
parties, etc., and make their own decisions.
        In the meanwhile this messenger needs some shuteye before the next
volley of arrows is misguided to my place. As Brad Willcott said, please send
flames elsewhere.
        <legal type comments omitted here>
>Brad.
>----------------------
>Brad Willcott,                      Internet:   brad@pop.cc.adfa.oz.au
>Computing Services,                 UUCP:!uunet!munnari.oz.au!pop.adfa.oz!brad
>Australian Defence Force Academy,   +61 6 268 8163  +61 6 268 8150 (Fax)
>Northcott Dr. Campbell ACT Australia 2600
-----------
        Joe D.
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: bit.listserv.novell
Subject: Re: Leak in Novell
Date: 7 Oct 92 19:31:40 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

JRD@USU.BITNET (Joe Doupnik) writes:
| From: dbuerger@cup.portal.com (David J Buerger)
|     Phase I and phase II enhancements will be available as
| optional  add-on products.  The current NetWare 3.11 and 2.2
| network operating  systems will continue to ship in their
| existing formats.

Gee, why am I not surprised?  Leave it to Novell to find a way to turn
disaster into profits.

One thing that is notably ommitted is the availability of fixes, free
or otherwise, for the thousands of legal, registered NetWare users who
have not been able to afford to upgrade to v2.2 or 3.11.  Are these
users (which includes a number of our servers) permanently shut-out?
Is their only solution to pay for NOS upgrades and optional security
enhancements to close the door that Novell left open?

|     In the interim, Novell suggests that customers review
| their  security procedures and inform their employees of
| security risks.  We suggest that customers enable the security
| features currently  available in NetWare, using the following
| standard practices as a  minimum:  -0-T
|     - Use the NetWare utility "SECURITY" to detect insecure
| access        points to the  server.
|     - Require passwords on all accounts
|     - Force periodic password changes
|     - Require unique passwords
|     - Limit access rights and security equivalences
|     - Limit concurrent connections
|     - Enforce login time restrictions
|     - Enforce login station restrictions
|     - Enable intruder detection
|     - Secure unattended workstations to avoid unauthorized
| use T -0-
|   With these procedures enforced, as is the case throughout
| Novell's operations worldwide, NetWare users will continue to
| experience high levels of security with maximum performance.

Huh?  I realize this is primarilly marketting drivel, but geesh, how
are any of the above going to protect the LAN from HACK.EXE and its
eventual clones?  Station restrictions sound great, but what about the
user's need to get at shared data no matter what their location?
Isn't this one of the reasons we installed LANs in the first place?

It would also be nice if Novell could include in the NetWare shell the
capability to automatically secure and, eventually, logout unattended
workstations after a sysadmin-specified period of inactivity.  Maybe
this will be part of the optional security enhancements. 

-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Newsgroups: bit.listserv.novell
From: andrews@msdrl.com (Richard Andrews)
Subject: Re: SCSI Express and NFS
Organization: Merck Research Laboratories
Date: Thu, 15 Oct 92 12:26:09 GMT

Also, the NEC CD-ROM 73 doesn't work. Model 74 works like a champ.

-Rich
Newsgroups: bit.listserv.novell
From: jsdph@acad3.alaska.edu (Dennis P. Harris)
Subject: Re:      Re: Novlib directories above 10
News-Software: VAX/VMS VNEWS 1.41.UAC
Organization: University of Alaska - Fairbanks
Date: Thu, 8 Oct 1992 10:44:00 GMT

In article <01GPNZSIH5WI95N4PU@CC.USU.EDU>,
     Novell LAN Interest Group <NOVELL@SUVM.BITNET> writes...
>>> People from Novell have insisted on several occasions that it is legally
>>> impossible to put files from the third-party Novlib sections anywhere other
>>> than on Compuserve. This is a great pity but that's what they say....
>>>
>>> Tony Sheehan
>>> grg1678@v2.qub.ac.uk
>>>
>>> Queen's University, Belfast
>>> Northern Ireland
>>>
>>--------- End Quote ---------------
>>
>
[gripes about using kermit to acces compuserve deleted...]

the best way to access compuserve is with TAPCIS if you want to save online
time, or CompuServe Information Manager if youwant to browse.  both can be
downloaded from compuserve and automate the process considerably.  fyi, i have
found that the *only* reliable protocol for downloading files form c$erve is
compuserve-b.  TAPCIS is shareware, and CIM normally costs $10 or $25, but yur
c$serve account is credited with the cost of the program.

if tony has an interest group in belfast that would qualify as a users group
eligible to join netware users international, novell furnishes a netwire
account for the users group.  The chairman for the European region is Bruce
Thompson on +44-360-60031 that sounds like London to me?  the secretary is Joun
Turner on +353-1-727177 (Dublin?).  All I have from the handbook here is the
phone numbers...  In the US, contact Brian Smith at (800) 228-4684, but wait
until after NetWorld.  There are several universities with very active NetWare
Users Groups thate are affiliated with NUI.
================================================================================
dennis p. harris					bitnet: jsdph@alaska.edu

  "The nation that controls magnetism controls the Universe." --- Diet Smith
================================================================================
From: silvah@WIESBADN-EMH1.ARMY.MIL (Heric K. Silva)
Newsgroups: bit.listserv.novell
Subject: Re: Auto logout unattended WS
Date: 17 Oct 92 02:01:54 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Have you looked into Fresh Utilities?  They have a nice unattended logout
program called FTLOGOUT.  The frsh Utilities comes with other nice ones like:
FTBIND - Bindery Information
FTCOPY Copy Retaining Attributes Utility
FTDIRSZ - Directory Size Utility
FTDRIVES - Show Drive Letters Utility
FTGROUPS - List each group/member utility
FTLIGHT Monitor disk reads/writes
FTMSGRMV - Clear message utility
FTLOCK - clear screen and lock computer utility
FTSEND - send message utility from within applications



Fresh Tech.    has a bunch of other nice stuff like modem sharing, remote
console and lan assist!

FRESH Technology Group
1478 North Tech Boulevard, Suite 101
Gilbert, Arizona 85234
Phone (602) 497-4200
Fax (602) 487-424
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.leicester; Wed, 7 Oct 1992 11:37:08 +0100
X-Mailer: ELM [version 2.3 PL0 (LUT)]
Newsgroups: bit.listserv.novell
Date:         Wed, 7 Oct 1992 11:36:46 BST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "A.G. Lowe-Norris" <agl1@LEICESTER.AC.UK>
Subject:      Recursive ownership at last

For those who remember yesterdays message about recursive ownership changing of
users files including subdirectories & their contents, I have the solution.

Although I didn't make it clear, I have about 6,500+ users to do & FILER just
isn't an option at all.

The set of utilities containing SETOWNER is in the root directory of the
anonymous ftp site at ono.lincoln.ac.nz, and is entitled JRBUT200.ZIP.

Thanks to John Baird & clarification (I hope) as to their whereabouts should
anyone want them.

Alistair.


-------------------------------------------------------------------------------
| Alistair G. Lowe-Norris, Systems Programmer         UK: agl1@uk.ac.leicester|
| Computer Centre, Leicester University,          Non-UK: agl1@leicester.ac.uk|
| University Road, Leicester LE1. 7RH., U.K.                                  |
|                                                                             |
| Internal Tel: x2250             Fax: x5027                                  |
| UK       Tel: (0533) 522250     Fax: (0533) 525027                          |
| Non-UK   Tel: +44 (533) 522250  Fax: +44 (533) 525027                       |
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Mon, 12 Oct 1992 20:15:54 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Brad Clements <bkc@MURKWORKS.COM>
Subject:      Re: PEGASUS MAIL INSTALL PROBLEM
              12 Oct 92 09:28:21 EDT." <9210122134.AA03932@uu4.psi.com>

Have you tried

#newmail
if value errorlevel > "0" then begin
        write ""
        pause
end



Brad Clements                  bkc@murkworks.com               (315)265-4717
Consultant, MurkWorks `Suppliers of fine aged NLMs'            (315)268-9812 Fax
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM.BITNET
X-VMS-To: IN%"NOVELL@SUVM.BITNET"
X-VMS-Cc: JRD
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.novell
Date:         Fri, 9 Oct 1992 14:37:35 -0600
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Joe Doupnik <JRD@USU.BITNET>
Subject:      Re: ECB count

>Hey folks,
>
>     What are the possible causes of "No ECB Available Count" value to rise
>very rapidly secondary to binding IPX to the Lan Driver?
>
>     Thanks ahead of time.
>
>
>Bryan W. Peterson   (bwp@hemonc1.med.utah.edu)
>Hematology-Oncology
>University of Utah Medical Center
>Salt Lake City, Utah  84132
>Voice:    (801) 581-8158
>FAX:      (801) 581-5393
------------
        Bad network board, disconnected network, very flakey wiring, not
nearly sufficient memory to run the server, bum driver, very unusual
pilotage in autoexec.ncf (someone told it to permit only very very few
network buffers), machine is having an internal nervous fit and is nearing
collapse (configuration, flakey hardware, phase of moon).
        Joe D.
From: nradov@JARTHUR.CLAREMONT.EDU
Newsgroups: bit.listserv.novell
Subject: Re: diskless workstations ...
Date: 13 Oct 92 04:04:11 GMT
Reply-To: Novell LAN Interest Group <NOVELL@SUVM.BITNET>
Organization: Harvey Mudd College, Claremont, CA 91711
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@suvm.bitnet
Content-transfer-encoding: 7BIT

I have found diskless workstations just to be a hassle in general.  They
will eventually work, but getting everything set up takes twice as long as
on a machine with a local disk.  One solution I have been thinking of (but
haven't actually tried) would be to set it up to boot off of a 3.5" floppy
drive.  Once you had all the proper boot files on the floppy, you could
slide it back into the case and affix one of those ordinary plastic drive
bay covers over the front of it.  This way, the users will not have access
to the drive, but if you need to change something you can always open up
the case and get at things.  It would also probably make software upgrades
easier, since you wouldn't have to swap any ROM chips.  Please let me know
if this makes sense to you, I'll probably try it in a few months.

-Nick Radov (nradov@jarthur.claremont.edu)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU