HDTenEightyP/NetNews huggingface dataset:
From: mcclen@advtech.uswest.com ( Chris McClenaghan)
Newsgroups: alt.lucid-emacs.help
Subject: text cursor - how to set its color
Date: 30 Sep 92 16:44:43 GMT
Organization: US WEST Advanced Technologies, Boulder, Colorado

Does anyone know how to set the color of the text cursor, either
from the resource base or interactively via a lisp (both would be
nice)? 

Thanks,

--
Chris McClenaghan    mcclen@advtech.uswest.com
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 5 Oct 1992 09:07:49 EDT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Multiple Shells for Lucid Emacs
Date: Mon, 5 Oct 1992 13:07:50 GMT
Newsgroups: alt.lucid-emacs.help
From: rossini@biosun4.harvard.edu (Anthony Rossini)
Newsgroups: alt.lucid-emacs.help
Subject: auctex-6.1
Date: 30 Sep 92 23:52:32 GMT
Distribution: alt
Organization: Biostat Dept, HSPH, Boston MA, USA.


Has anyone got Auc-TeX 6.1 running on Lemacs-19.3 without making too many
(or any) changes?  I have 5.4 running with some modifications, and 6.1 runs
without modifications on emacs-18.57, but I've been having difficulties
getting 6.1 to work without problems.  Basically, I'd like some idea of
whether I should jump in to the task of porting the code to 19.3 (i.e. am I
being silly, 'cause it should work, or might it be a moderate sized task?)

thanks,
-tony




--
Anthony Rossini       -       rossini@biostat.harvard.edu
Department of Biostatistics, Harvard School of Public Health
677 Huntington Ave, Boston MA 02115  617-432-1056
Newsgroups: alt.lucid-emacs.help
From: carney@rocky.rational (Mike Carney)
Subject: font-lock
Organization: Rational, Santa Clara, CA
Distribution: alt
Date: Fri, 2 Oct 1992 19:13:32 GMT


I've run into a problem when using the font-lock package, when I try
to do something like a replace-regexp. Instead of doing the
replacement, it simply appends the 'replacement text' to the old text.
If I get out of font-lock-mode and do the same command, it works fine.
Has anyone else had this problem, and if so, have you found a solution?
--

                                |     |                         
    Michael D. Carney           \\_V_//
    email: carney@rational.com  \/=|=\/   
    phone: 408-496-3790          [=v=]     
                               __\___/_____
                              /..[  _____  ]
                             /_  [ [  M /] ]   
                            /../.[ [ M /@] ]            
                           <-->[_[ [M /@/] ]  
                          /../ [.[ [ /@/ ] ] 
     _________________]\ /__/  [_[ [/@/ C] ]
    <_________________=>>0--]  [=\ \@/ C / /                           
                      ]/000o   /__\ \ C / /           
                              /....\ \_/ /                      
                              [___/=\___/ 
                              [...] [...]
    "Remember...No matter     [___/ \___]
     where you go, there      <---> <--->
     you are."                [..]   [..]
         -- Buckaroo         _[__]   [__]_
             Bonzai         [____>   <____]
                                      






Newsgroups: alt.lucid-emacs.help
From: lynbech@daimi.aau.dk (Christian Lynbech)
Subject: Re: fresh xemacs dies in _start
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Thu, 1 Oct 92 08:14:08 GMT

I'm no expert on the inner magic's of loading and linking, but you may want to
ensure yourself that you are using statically linking rather than dynamic. It
says in some of the makefiles, that one should always use static linking when
dumping emacs.

It would be nice though, if dynamic linking was possible. lemacs is, even by
modern standards, very big.


------------------------------------------------------------------------------
Christian Lynbech

DAIMI						office: R0.32   phone: 5034
University of Aarhus,DK-Denmark                 email: lynbech@daimi.aau.dk
------------------------------------------------------------------------------
			  EMACS, The One True Editor                       


Hit the philistines three times over the head with the Elisp reference manual.

                                        - petonic@hal.com (Michael A. Petonic)

Newsgroups: alt.lucid-emacs.help
From: carney@rocky.rational (Mike Carney)
Subject: at.lucid.emacs.help
Organization: Rational, Santa Clara, CA
Distribution: alt
Date: Wed, 30 Sep 1992 00:19:57 GMT


I just hooked up lemacs V19.3. I'm using the new package lhilit.el.
This package seems to have a problem when hilighting C comments that
have quoatation marks in them, mistaking them for the beginnings of
strings. For example you might have a comment like:
	/* the '"' character delimits ... */
And from that point on, the text gets hilighted like it was a string.
Does anyone out there know a way to set up the lhilit package so that
this doesn't happen?
--

                                |     |                         
    Michael D. Carney           \\_V_//
    email: carney@rational.com  \/=|=\/   
    phone: 408-496-3790          [=v=]     
                               __\___/_____
                              /..[  _____  ]
                             /_  [ [  M /] ]   
                            /../.[ [ M /@] ]            
                           <-->[_[ [M /@/] ]  
                          /../ [.[ [ /@/ ] ] 
     _________________]\ /__/  [_[ [/@/ C] ]
    <_________________=>>0--]  [=\ \@/ C / /                           
                      ]/000o   /__\ \ C / /           
                              /....\ \_/ /                      
                              [___/=\___/ 
                              [...] [...]
    "Remember...No matter     [___/ \___]
     where you go, there      <---> <--->
     you are."                [..]   [..]
                             _[__]   [__]_
                            [____>   <____]
                                      






x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 30 Sep 1992 04:08:29 EDT
Date: Wed, 30 Sep 1992 09:08:27 +0100
From: popineau%ese-metz.fr@lucid.com
Subject: ange-ftp & lemacs-19.3
Newsgroups: alt.lucid-emacs.help
I can't manage to make  ange-ftp working. It  never answers when I ask
for a file. Is it a bug ? Any patch ?

I'm using lemacs-19.3, SS1, SunOs 4.1.2, X11R5p17, tvtwm.

Thanks in advance,

F. Popineau
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 5 Oct 1992 08:39:47 EDT
From: djh@CIS.Prime.COM (David Hughes)
Subject: Multiple Shells for Lucid Emacs
Date: Mon, 5 Oct 1992 12:39:48 GMT
Newsgroups: alt.lucid-emacs.help
From: iansmith@haring.cc.gatech.edu (Ian Smith)
Subject: help/bugs
Organization: The Multimedia Computing Group
Reply-To: Ian Smith <iansmith@cc.gatech.edu>
Distribution: alt
Date: Sun, 27 Sep 1992 20:09:26 GMT
X-Posted-From: haring.cc.gatech.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

I have found the following problems with lucid emacs 19.3 on sparcs
(sunos 4.1.2)...

1) The hook temp-buffer-show-hook (called from with-output-to-temp-buffer)
is not present... some digging in the source found something else called
temp-buffer-show-function which seems to behave similarly.  Is this
just a documentation bug? 

2) lemacs doesn't seem to be well behaved with the audio control panel
(x_gaintool) on suns.  The volume does not seem to be controllable by
any means I have found.

3) The new isearch minor mode doesn't seem to work right if you
are using completion and always-complete.  

Has anyone gotten around any of these?
ian
--
    "Love is a snowmobile racing across the tundra and then suddenly it
     flips over, pinning you underneath. At night, the ice weasels come."
      	      	    	    	    -- Nietzsche
iansmith@cc.gatech.edu

x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Mon, 28 Sep 1992 17:09:20 EDT
Date: Mon, 28 Sep 1992 22:08:12 +0100
From: harald.backert%rrzc1.rz.uni-regensburg.de@lucid.com (Harald Backert)
Subject: TTY version of Lucid Emacs, any news ?
Newsgroups: alt.lucid-emacs.help
>Is there any answers blowing in the wind on the availability of a TTY
>version of lucid?

Yes, I'd like to have this version of Lucid-Emacs too.
Having to versions of Emacs (GNU-Emacs V18.5x) (with its lisp files, doc file
etc.) and Lucid Emacs (with its own lisp files, doc files etc.) is not what
I would call `user friendly' nor 'disk space friendly'.

I _really_ like Lucid Emacs, but it really lacks to ability to use
standard terminals.

Harald
----------------------
email: c5039@rrzc2.rz.uni-regensburg.de
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Tue, 6 Oct 1992 11:03:22 EDT
Return-Path: <guttman@linus.mitre.org>
Posted-Date: Tue, 06 Oct 92 11:03:56 -0400
X-Postal-Address: MITRE, Mail Stop A156 \\ 202 Burlington Rd. \\ Bedford, MA 01730
X-Telephone-Number: 617 271 2654; Fax 617 271 3816
Date: Tue, 06 Oct 1992 11:03:56 -0400
From: guttman@linus.mitre.org
Newsgroups: alt.lucid-emacs.help
Subject: (no subject given!)

I normally use the tags mechanism for a case-insensitive lisp dialect.  The
tags package in etags.el seems to be case sensitive, however.  

Is there a clean way to toggle it to a case-insensitive form, or shall I go to
another tags package instead?  


	Josh
From: allen@golem.ssc.gov (Michael Allen)
Subject: Re: text cursor - how to set its color
Reply-To: allen@ssc.gov
Organization: SSC Laboratory, Dallas, TX
Date: Wed, 30 Sep 1992 18:49:13 GMT

In article <MCCLEN.92Sep30094443@alder.advtech.uswest.com> mcclen@advtech.uswest.com ( Chris McClenaghan) writes:

   Does anyone know how to set the color of the text cursor, either
   from the resource base or interactively via a lisp (both would be
   nice)? 
From .Xdefaults:
Emacs*EmacsScreen.cursorColor: orange
Emacs*EmacsScreen.pointerColor: tomato
--
K'tivah v'Chatima Tova!

===================================================
But those who toiled knew nothing of the dreams of 
        Those Who Planned;                         
And the minds who planned the Tower of Babel       
        Cared nothing for the workers who built it.

	-Metropolis
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: alt.lucid-emacs.help
Subject: Adding Info Directories?
Date: 29 Sep 92 17:27:31 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
X-Md4-Signature: c7545e3209f7e60d6867b122e525b146

I have been using 18.58 with the (recently posted) info stuff, which
allows alternate info directories.  I have been adding new stuff to
/usr/local/info.  In each new directory, you make a file called
'localdir'.

Does lemacs support this?  It doesn't appear to work, and I can't find
any doc on this.
From: rob@wzv.win.tue.nl (Rob J. Nauta)
Newsgroups: alt.security
Subject: Re: THE ILLUSION OF SECURITY
Date: 28 Sep 92 10:29:55 GMT
Organization: Sex, UNIX & Rock 'n Roll

alanb@sdl.mdcbbs.com (Alan Braggins) writes:

->>>>> On 21 Sep 92 21:37:38 GMT, rob@wzv.win.tue.nl (Rob J. Nauta) said:
-> Ah, you're right, those two don't combine well. What I meant to say
-> is, that your system is either secure or not. Further, that all systems
-> are insecure, since passwords can always (theoretically) be guessed.
-> The rest is calculating possible occurrance and risk, of eliminating
-> an insecurity, against the work needed and the results accomplished.

>That just means all systems which rely on password protection are
>(theoretically) insecure. There are systems which rely on you showing ID 
>to an armed guard at the door before you get close to a terminal.
>How loosely do you interpret "password"? Fingerprint? Retinal pattern?

The standard definition, a word or series of characters you type from
your terminal.

Rob
-- 
/-----------------------------------------------\	Never		   ,==.
| Rob J. Nauta, UNIX computer security expert.	| 	 Apologize,	  /@  |
| rob@wzv.win.tue.nl, Phone: +31-40-837549	| 	  Never		 /_  <
| Feel free to email me for free advice		|	   Explain.	=" `g'
Xref: sparky alt.security:4518 comp.security.misc:1328
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: passwd replacement that works with Sun's shadow passwd file?
Newsgroups: alt.security,comp.security.misc
Organization: University of California, Irvine
Date: 4 Oct 92 17:21:24 GMT

I'm looking for a passwd replacement that forces users to pick good
passwords (like npasswd/passwd+/etc) that works with Sun's shadow
passwd file, /etc/security/passwd.adjunct.  We're running SunOS 4.1.2
if that makes a difference.


Thanks,

Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: alt.security,comp.security.misc
From: jim@math.psu.edu (Jim Duncan)
Subject: Re: passwd replacement that works with Sun's shadow passwd file?
Organization: Department of Mathematics, Pennsylvania State University
Date: Sun, 4 Oct 1992 18:52:30 GMT

In article <2ACF2814.1799@news.service.uci.edu> iglesias@draco.acs.uci.edu
(Mike Iglesias) writes: 
> I'm looking for a passwd replacement that forces users to pick good
> passwords (like npasswd/passwd+/etc) that works with Sun's shadow
> passwd file, /etc/security/passwd.adjunct.  We're running SunOS 4.1.2
> if that makes a difference.

I believe that once Matt Bishop has finished the latest improvements to
passwd+, it will be able to do shadow passwords in addition to the normal
scheme.  In the latest incarnation (see the proceedings of the Third USENIX
Unix Computer Security Symposium), passwd+ is really two separate programs;
a checker and a changer.  This should make it somewhat easier to configure
passwd+ to fit the vagaries of various installations.

But then, Matt's really the authority on all this...

	Jim

--
    Jim Duncan <jim@math.psu.edu> Penn State Math Dept Systems Administrator
 "[A computer is] like an Old Testament god, with a lot of rules and no mercy."
						Joseph Campbell
From: scw@ollie.SEAS.UCLA.EDU
Newsgroups: alt.security
Subject: Re: Spysats and Red Flag
Date: 29 Sep 92 20:45:12 GMT
Reply-To: scw@ollie.SEAS.UCLA.EDU (Stephen C. Woods)
Organization: UCLA School Of Engineering & Applied Science

In article <7508@vtserf.cc.vt.edu> ranck@joesbar.cc.vt.edu (Wm. L. Ranck) writes:
>Dave Williams (exudnw@exu.ericsson.se) wrote:
>: Red Flag was an Air Force excercise (*not* Army) for air combat tactics.
>: It's kinda hard to spot small planes going fast from space (but maybe not
>: impossible ;).
>
>OK, maybe the Red Flag exercises are Air Force (though I thought that 
>was Top Gun) but the Army certainly did/does similar exercises.


OK, here's the scoop.

Red Flag.
    Joint operations (mostly USAF, but USN and other  Allies sometimes
    are involved.)  Simulates a Alpha Strike into hostile territory.  Out
    of Nellis AFB (Just out of Las Vegas.)

Top Gun.
    USN/USMC  Fighter pilot Graduate school, that's all.  Mud movers have their
    own schools.  Top Gun is based at Miramar NAS, near San Diego.

NTA (National Trainig Area).
    In the California Desert (near Barstow). Graduate School for Armour/Mech
    infantry forces.  Batallion level operations to Small brigades.  Opposing
    team uses Soviet Equipment (Thanks to the Israel) and Soviet tactics.  Note
    that the People who act as aggressors might just well be the best in the
    world at Soviet tactics (they get to practice them more n a year that a
    typical Motor-Rifle Regt. CO gets to in an entire lifetime). I want to say
    that it runs of Ft. Irwin, but I'm not sure.


-----
Stephen C. Woods; UCLA SEASNET; 2567 BH;LA CA 90024; (310)-825-8614
UUCP: ...{ibmsupt,ncar!cepu}!ollie}!scw  Internet:scw@SEAS.UCLA.EDU
"Non, je ne regrette rien"--1er RE de Para 1963
Xref: sparky alt.security:4487 comp.security.misc:1302
Newsgroups: alt.security,comp.security.misc
From: ralf@eecg.toronto.edu (Ralf Hauser)
Subject: Software License Management/SW-Distirbution+Installation - Literature ?
Organization: Dept. of Computer Science, University of Toronto
Date: 28 Sep 92 17:53:07 GMT

To whom it may concern,

Recently, I got interested in combining the task of software
distribution, licensing and integrity control (virus protection).
Partly, this is covered by the OSF  DME (application) services,
namely Software Distribution and Installation Application Services
and Distributed License Service.
I know that there is some material from OSF like the DME overview
or the DME Rationale etc.
Unfortunately, they do not tell to much concrete about the concepts
and protocols they intend to use. Therefore, my question is

- What are recent conceptual or "scientific" papers about these issues
  (licensing, Software dist/installation) ?
- Or preferrably: does there exist an up-to date bibliography ?

Thank you very much in advance !

        Ralf Hauser

P.S.: or to be even more specific:
HP has submitted to OSF DME the
- HP Software Dirstribution Utilities
and
- NetLS V2.0 for distributed license management.
and

DEC has submitted to OSF DME the
- DECmcc Director and Common Agent as a framework
and specificly for license management
- DDSLA/PDLMF V2.0 and
for software distribution and installation
- DEC setld Diskless Management Services (DMS) and Remote Installation
  Service (RIS) both Version 4
and

IBM, Novell, Apple, HP, Dec, etc work on a Common License
Service Interface (LS-API).
Any pointers to info about these items would be highly appreciated
as well.

Newsgroups: alt.security
From: steve@donald.tamu.edu (Steve Rikli)
Subject: Re: Dataless system
Organization: College of Architecture, Texas A&M University
Distribution: usa
Date: Tue, 6 Oct 1992 16:04:44 GMT

In article <1ar51sINNfq6@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>In article <81116@ut-emx.uucp> ifbb657@ccwf.cc.utexas.edu (Douglas Floyd) writes:
>>  I heard this mentioned a couple of times.  What is a dataless system?
>
>A workstation with no user files, only OS-related files; it gets all user
>files (e.g. home and project directories) from file servers.  This
>contrasts with diskless workstations, which also get OS-related files (the
>kernel, swap space, system binaries, etc.) from a file server.	
>
>>Is a dataless system encrypted?
>
>Since there's no data on it, there's nothing to encrypt.

Contrast this with a "swapful" system, which has nothing on local disk
but tmp and swap.  It requires a little more load on your fileserver,
since the OS et al is being imported too, but is much nicer than a
diskless system swapping over the network.

On the plus (?) side, the only copy of OS-related stuff lives on the
fileserver.  Easier to administrate, but you're truly putting all your
eggs in one basket, i.e. if your fileserver is compromised, so are all
of your clients.

cheers,
sr.
--
|| Steve Rikli 	           |||  Visualization Lab               ||
|| steve@archone.tamu.edu  |||  Texas A&M University            ||
|| (409) 845-3465          |||  College Station, TX  77843-3137 ||
Xref: sparky alt.security:4465 alt.security.pgp:24 sci.crypt:3483
From: norstar@tnl.com (The Northern Lights)
Newsgroups: alt.security,alt.security.pgp,sci.crypt
Subject: TNL OFFERS DIALUP ACCESS TO PGP2.0
Keywords: public key, bbs, dialup, dialin, cryptography, cipher, rsa, download
Date: 25 Sep 92 11:42:10 GMT
Distribution: usa
Organization: The Northern Lights

In my own efforts to obtain PGP 2.0, I've found it and learned how to get it
without FTP access. You can get it too. (Thanks to all the email offers of
help!)

If you are reading this you can simply send email to a mail server. Simply
compose a message body of:

ENCODER uuencode
SEND pub/unix/security/crypt/pgp20src.zip      [C source code] (and/or)
SEND pub/unix/security/crypt/pgp20.zip         [MS-DOS executable]

Send this to the address ->  mailserv@nic.funet.fi

Both packages have full documentation, but only the MS-DOS package has the
public key of the author together with sample key rings. You can use both
SENDs to obtain both packages, which will result in 15 batched messages
delivered within 24 hours most likely.

The Northern Lights also offers dialup access to these files using XMODEM
and KERMIT protocols via a captive account menu.

Dial:  1 518 237-2163  at 300-2400 bps 8N1 24 hours a day.

Then login directly to the pgp account as follows:

	tnllogin: pgp
	Password: key

and help yourselves. TNL's source package is changed to pgp20src.tar.Z to
be more easily compatible with UNIX.

I recommend that everyone without FTP access gets going quickly. Ya never
know how long this will be around.

WARNING: PGP USES ALGORITHMS CARRIED BY U.S. PATENT 4,405,829 FOR PUBLIC
KEY PARTNERS, INC. USE INSIDE THE UNITED STATES MUST BE LICENSED BY PKP.
IT IS THE RESPONSIBILITY OF THE CALLER TO OBTAIN A LICENSE. YOU HAVE BEEN
WARNED.

-- norstar
The Northern Lights, Troy NY                                 |      
tnl dialins: 518 237-2163 @ 300-2400 bps 8N1 $free         ` | /    
------------------------------------------------------   --- * ---  
UUCP: uunet!uupsi3!tnl!norstar                             / | .    
Internet: norstar@tnl.com                                    |
From: wietse@wzv.win.tue.nl (Wietse Venema)
Newsgroups: alt.security
Subject: Re: How safe is a setuid 'expect' script?
Date: 29 Sep 92 20:21:54 GMT
Organization: Eindhoven University of Technology, The Netherlands

splee@alchemy.tn.cornell.edu (Seng-Poh Lee) writes:
> 
>Is a setuid 'expect' script safe, from a security standpoint? I know
>a setuid shell script is a no no, but is an expect script any better?

Wietse Venema (wietse@wzv.win.tue.nl) wrote:
> 
> This is FAQ stuff. I have sent a copy to the poster.

splee@alchemy.tn.cornell.edu (Seng-Poh Lee) again:
> 
>I thank you for the FAQ, which I already have, but I wasn't talking
>about a normal shell script.  I was asking about an 'Expect' program
>script, which is a little bit like a Perl script.  It has its own set of
>built in commands and such.

Some tricks are independent of what the #!/path/to/interpreter line
says.  Please go read the FAQ.

	Wietse
From: sammy@anagld.analytics.com (Sam Blackburn)
Newsgroups: alt.security
Subject: Re: TEMPEST
Date: 7 Oct 92 00:08:38 GMT
Organization: Computer Sciences Corporation - Systems Engineering Division

rpl@dsg.npl.co.uk (Richard Lampard) writes:

>Does anyone know where the name TEMPEST came from? I'm talking about

Transient ElectroMagnetic Pulse Emissions STandard
^         ^      ^        ^     ^         ^^

 |\/\/\/|
 |      |
 |      |
 | (o)(o)         Sam Blackburn
 C      _)        Internet:   sammy@sed.csc.com
  | ,___|
  |   /
  /---\
From: ccs@aber.ac.uk (Christopher "Jd" Samuel)
Newsgroups: alt.security
Subject: Re: UNIX Boxes, which is most secure
Date: 30 Sep 92 19:23:02 GMT
Organization: University of Wales - Aberystwyth - Prifysgol Cymru

In article <id.R2OT.ME7@ferranti.com>
   peter@ferranti.com (peter da silva) doodled:

> In article <15726@umd5.umd.edu>
> matthews@oberon.umd.edu (Mike Matthews) writes:
> > If you get console access, security will not exist.  You can boot singleuser
> > (after taking apart the machine and removing the battery to get rid of
> > hardware monitor passwords, if need be) and you're root.
> 
> System V based boxes won't let you do this. You have to actually boot another
> operating system (floppy-based UNIX or a foreign system such as DOS) and make
> changes in one or more of /etc/passwd, /etc/inittab, /etc/rc*.d/*, or one of
> the programs they call.

Not all, the SV2 (circa 1984 Uniplus System V.2) machine (an old, out of
production, ICL tahoe clone) I'm hacking at the moment can (with the aid
of a few dip-switch settings) be made to boot only to the boot PROM, and
hence to single user mode.  No passwords or nuffing, just a root shell
on console. 

It's also got lots of horrible holes, but I can rest relatively easy as
it's got a dead ethernet board, which stops us (student Computer
Society) offering a service on it (unless someone will donate us an
ethernet board for a ICL Clan 4 :) but does keep it isolated from the
LAN (and Internet when JIPS arrives). 

- Chris
-- 
 Christopher Samuel, c/o Computer Unit, UCW Aberystwyth, Aberystwyth, WALES
  RFC: ccs@aber.ac.uk   UUCP: *!mcsun!uknet!aber!ccs   JNT: ccs@uk.ac.aber
          Deddf Iaith Newydd i Gymru | New Language Act for Wales
Newsgroups: alt.security