HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 08:46:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51171
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  8:46

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 05:04:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51099
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  5:04

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 09:05:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51197
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  9:05

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
From: POSTMASTER@POLYVM.BITNET (Undetermined origin c/o Postmaster)
Newsgroups: bit.listserv.ethics-l
Subject: (no subject given)
Date: 1 Oct 92 19:20:58 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     <Parser> W: Invalid RFC822 field - ":READ  CMORRISO NOTE     A1".
              Rest of header flushed.
Comments:     <Parser> E: "From:"/"Sender:" field is missing.


        I want you to know that I have never received an intelligent message
on this list.  If your system can't deal with this sort of automatically
generated message, you are even more incompetent than I thought.  I have
signed off the list.  When you learn how to run a list, please let me know.

                                        Chris Morrison
                                        CMorriso@snyescva.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  BITNET%"ethics-l@uga"
Newsgroups: bit.listserv.ethics-l
Date:         Tue, 29 Sep 1992 20:19:00 EDT
From:         "David Bridge, MSC VAX System Manager" <DAVID@SIMSC.BITNET>
Subject:      E-mail privacy article and book

One of the topics frequently addressed on this list is e-mail privacy.
A friend pointed out the following article.  On reading this I thought it
would be useful to post information on this very good contribution to this
fast change subject area.

Rothfeder, Jeffrey.  "E-mail Snooping:  Does IS have the right to sneak a
  peek at electronic messages ?  The legal and moral debate gets louder."
  Corporate Computing, Vol. 1, No. 3, Pages 168-174.  Sept. 1992.
  [page 169 is a full page picture.]

This article includes two insert boxes with additional contributions.
  Buckley, William F.  "Just Trust Me". pages 170-171.
  Eskow, Dennis.  "Your E-mail can be used as Evidence Against You." p.174.

Mr. Rothfeder is also the author of a new book.
I pulled the full citation done from a on-line library system.
------------------------------------------------------------------
TITLE(S):  Privacy for sale: how computerization has made everyone's
           private life an open secret
AUTHOR(S): Rothfeder, Jeffrey.
PUBLISHER/DATE: New York: Simon & Schuster, c1992.
DESCRIPTION: 224 p. ; 25 cm.
SUBJECTS:  Credit bureaus--United States--Records and correspondence
                Access control.
           Banks and banking--United States--Records and correspondence
                --Access control.
           Confidential communications--United States--Third parties.
           Privacy, Right of--United States.
           Computer security--United States.

NOTE(S):  Includes bibliographical references and index.
Call Number: HG3751.7 .R68 1992
------------------------------------------------------------
yours, David Bridge
Smithsonian Institution
BITNET:  David@SIMSC
Internet:  David@simsc.si.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 06:44:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51123
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  6:44

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 08:04:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51152
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  8:04

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 07:43:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51141
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  7:43

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 09:46:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51221
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  9:46

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ethics-l
Date:         Thu, 1 Oct 1992 07:04:00 EDT
From:         GE-ADMIN@GEIS.COM
Subject:      McElwaine
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51131
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  7:04

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
From: GE-ADMIN@GEIS.COM
Newsgroups: bit.listserv.ethics-l
Subject: McElwaine
Date: 1 Oct 92 11:24:00 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: ethics-l@uga.cc.uga.edu

Original Msg Id: 51138
GE-ADMIN response to your message

    Subject: McElwaine
    System:  QUIK-COMM
    Date:    Thu  1-Oct-92  7:24

Status: 7   Message picked up by receiving system and not delivered to
            any recipients because of various exception conditions.

Address Delivered To:
   LOONEY.TUNES
Address Status Message:
   *   This address is not permitted to view or send to address LOONEY.TUNES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: bit.listserv.aix-l
Date:         Wed, 30 Sep 1992 18:59:29 NFT
From:         Thomas Greve <greve@RS1.THCH.UNI-BONN.DE>
Subject:      user owns kproc

Maybe this is outdated (we are still running AIX 3.1.5) but maybe it's
still interesting for later releases.

Today i found a kproc, owned by me (greve, not root). After i kill
-kill'ed it, i had to reboot the machine via reset switch. (file
systems survived, puh).

Why did *i* own this oh-so-critical process??? (Probably i was the
first one who logged in after a reboot...)

				- Thomas

   greve@rs1.thch.uni-bonn.de
   unt145@dbnrhrz1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Athens, Telemedicine Center
X-Mailer: ELM [version 2.4dev PL17]
Newsgroups: bit.listserv.aix-l
Date:         Mon, 28 Sep 1992 16:53:14 EET
From:         Jacek Chmielniak <chmiel@ALPHA.TELEMED.ARIADNE-T.GR>
Subject:      X.400 & FTAM for RS

IBM is selling AIX OSI Messaging and Filing/6000 that provide
X.400 and FTAM fro RS/6000.
Is there any other implementation for RS/6000 of those services?

Jacek Chmielniak.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Disclaimer: I'm not a real theoretician but I play one on TV.
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.aix-l
Date:         Fri, 2 Oct 1992 13:05:04 EDT
From:         "John tickle tickle hey stop that Lobaugh"
              <lobaugh@VOTH6.CHEM.UPENN.EDU>
Subject:      Re: problem with "ate" on AIX 3.2
              Oct 2, 92 8:29 am

> > We had been using "ate" to connect up to a Micom
> > line connected to one of the 2 serial ports on
> > our RS/6000s and have not been able to do so
> > since upgrading to 3.2.  Ate fails to make any
> > connection now, and just hangs, even after the
> > installation of several "fixes" from IBM.
> >
> > Has anyone else out there had a similar problem?
> >
> Yes.  IBM support was unable to fix the problem... They now claim
> that is must be our modems... We hang the modems off another machine
> and everything works fine... One less task for the IBM, one less
> reason for having them...

I can go one better than that we have an 2400 baud _IBM_ modem that
we used to be able to configure with ate, not anymore...
--
Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and weighs
30 tons, computers in the future may have only 1,000 vacuum tubes and weigh
only 1 1/2 tons.                               ---Popular Mechanics, March 1949
John lobaugh@a.chem.upenn.edu
Xref: sparky bit.listserv.aix-l:1536 comp.unix.aix:10305 bit.listserv.power-l:291
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Newsgroups: bit.listserv.aix-l,comp.unix.aix,bit.listserv.power-l
Subject: Wang OPEN/image document imaging for AIX starts shipments
Date: 2 Oct 92 20:02:10 GMT
Organization: Mail to News Gateway at Wang Labs

The Wang Integrated Imaging System (recently ranked as the number one
document imaging system by Computerworld) has been ported to AIX, with
equivalent or better functionality, and named OPEN/image for AIX.
Customer shipments began in September.

While "many vendors have been mimicking WIIS...., Wang has stayed ahead
by adding color and gray-scale support.  Wang is the only major
document imaging vendor to have achieved this," said Rich Barrett, manager
of the client/server component of the product.   The development group
also significantly improved the speed of black and white images.

Full information and demonstrations are now available from any
Wang office or Wang imaging business partner worldwide.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: AIX-L@PUCC.BITNET
Newsgroups: bit.listserv.aix-l
Date:         Tue, 6 Oct 1992 10:23:32 EST
From:         Andre Potengy <potengy@VISGRAF.IMPA.BR>
Subject:      looking for screenblank

Does anybody know about a "screenblank" for RS6000 ?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: bit.listserv.aix-l
Date:         Fri, 2 Oct 1992 13:52:37 NFT
From:         Thomas Greve <greve@RS1.THCH.UNI-BONN.DE>
Subject:      RE: patch - grrrr....
              Herber, CD/DCD/USS, x2966" at Oct 1, 92 1:46 pm

>
>
> Hi!
>
> I believe that your problems comes not from the patch program but from the
> diff program.  You need a context diff program.  Many diff programs today
> produce such output for the option -c.
>
> Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966

Hi.

I don't have *any* problem with my own diff's, 'cause usually, i have
both sources when i apply a diff. ;-) What makes my stomache ache is,
when i have one (the older, usually) source and a diff and i want to
create the other (new) one!

So am i right, the `+' `-' `!'-diff's are the ones called context
diff's -- and patch detects this correctly?

				- Thomas

   greve@rs1.thch.uni-bonn.de
   unt145@dbnrhrz1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Posting-Date: 29-SEP-1992 04:06:58.00
X-Original-To: AIX-L@PUCC.PRINCETON.EDU
Newsgroups: bit.listserv.aix-l
Date:         Tue, 29 Sep 1992 04:08:00 N
Reply-To:     MRGATE@MR.CINECA.IT
From:         MRGATE@MR.CINECA.IT
Subject:      Message Router VMSmail Gateway nondelivery notification

Delivery of this message through the Gateway had the following results:

        PRVXIN::OPER - timeout period expired;

The original message follows:
From: slh@gibdo.engr.washington.edu
Newsgroups: bit.listserv.aix-l
Subject: Re: 'The key'
Date: 26 Sep 92 19:49:12 GMT
Organization: N.O.N.E.


	The locks on the machines don't look that great;
	if someone really wanted to do anything to your machine,
	it probably wouldn't be that hard to pick.
	Like most locks, it'll only guard against the casual intruder.
	Of course, 
	this doesn't mean that you should leave the key laying around;
	just don't rely on it stopping anybody who's serious.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: AIX-L@PUCC.BITNET
Newsgroups: bit.listserv.aix-l
Date:         Tue, 6 Oct 1992 17:12:36 EST
From:         Andre Potengy <potengy@VISGRAF.IMPA.BR>
Subject:      Re: looking for screenblank

It would be nice to set the screen blank even whitout X11. For example,
when there is no one using the station (at login), I don't want to
have the login propmt "burning" the screen. I would also like to
make it automatically, after some input idle time.
Xref: sparky bit.listserv.aix-l:1523 comp.unix.aix:10245 bit.listserv.power-l:286
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.aix-l
Date:         Mon, 28 Sep 1992 13:26:41 PST
From:         David Ramil <DCR@OAK.HIS.UCSF.EDU>
Subject:      Any fonts out there on the net?

Hello netters,

Can anyone direct me to some fonts other than the standard fonts that
come with AIX 3.2.1.  Thanks
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.aix-l
Date:         Mon, 5 Oct 1992 08:23:33 CDT
From:         TSUJRD01@ASNTSU.ASN.NET

This question has nothing to do with AIX but maybe someone out there will
know the answer.  I installed a terminal.  The screen went crazy.  I moved it
to the other end of the room and the screen was better but still not good
enough to work with.  I moved it to another room and the screen was fine.
I have discovered that the transformer and other electrical equipment for
the building is directly below the room where I placed the terminal.

Has anyone had a problem like this.  Could it be a magnetic field causing the
problem.  If so, is it dangerous for humans(my wife works on the terminal)?
Is there any way to measure a magnetic field and what would be a safe limit?

Any help would be greatly appreciated.


John Davis
Troy State University
Troy, AL  36082

Voice:  (205)670-3507
Fax:    (205)670-3820
Newsgroups: bit.listserv.aix-l
Subject: Re: cleanup after installp -A?
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Tue, 6 Oct 1992 09:26:52 GMT
Organization: University of Auckland, New Zealand.

Elizabeth Brindley <brindley@TROUT.AB.UMD.EDU> writes:

>I was looking for a particular APAR on an install tape, so I used
>SMIT to List All Problems Fixed By Software on Install Media
>(installp -A, essentially), and after listing the software and
>fixes, it seems that some 'pre-installation processing' was done,
>which created/modified some files (even though no install was requested).
>We are very tight on space, so this caused our /usr file system to
>fill up.  Is there a way we can back track and get our precious little
>disk space back?  I tried rejecting applied updates, but got back
>the message there are no updates to reject.  The install tape is for
>3.2.2, which we want to eventually upgrade to, but only after we buy
>more space.

I mentioned this to our SE today, he said the extra files are in
/usr/lpp/bos/something, but couldn't say exactly which files.
Perhaps if enough of us complain about this moronic undocumented behaviour,
it might get changed in 3.5.0 :) It *is* a concern on small space systems.

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.aix-l
Date:         Tue, 6 Oct 1992 20:31:03 CDT
From:         Everett Dowd <edowd@ZEUS.ESUSDA.GOV>
Subject:      Re: looking for screenblank
              Oct 6, 92 5:18 pm

Scott J Ellentuch
>
[stuff deleted]

> 	Why do they always have to be "X" oriented!  What about us people
> with WY-150 terminals??!?!?!?
>

Most terminals have a screen blank feature build in the setup/configuration
I guess thats why they are oriented towards X...

Everett

--
"The income tax has made more liars out of the American people than golf has."
		- Will Rodgers
From: simpsong@dns0.bham.ac.uk (Glyn Simpson)
Newsgroups: bit.listserv.aix-l
Subject: Re: 'The key'
Date: 29 Sep 92 08:58:15 GMT
Reply-To: G.Simpson@bham.ac.uk
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]

Bob Shair (shair@barolo.cso.uiuc.edu) wrote:
> 
> The key needs to be accessible for system repair, but shouldn't be left
> in the system.

We can agree with the key not being left in the system - our key was broken
in two pieces by someone accidently walking past and cathing it. Fortunatley
you get a spare, but as the key says 'do not copy' on it, you have to get IBM
to do it for you - probably not cheap !

--
Glyn Simpson, Systems Officer,  //  Voice: +44 (0) 21 414 6575
University of Birmingham        //  Fax:   +44 (0) 21 414 3952
Email: G.Simpson@bham.ac.uk     //  NIC Handle: GS56
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.aix-l
Date:         Mon, 5 Oct 1992 09:50:27 -0400
From:         Elizabeth Brindley <brindley@TROUT.AB.UMD.EDU>
Subject:      cleanup after installp -A?

I was looking for a particular APAR on an install tape, so I used
SMIT to List All Problems Fixed By Software on Install Media
(installp -A, essentially), and after listing the software and
fixes, it seems that some 'pre-installation processing' was done,
which created/modified some files (even though no install was requested).

We are very tight on space, so this caused our /usr file system to
fill up.  Is there a way we can back track and get our precious little
disk space back?  I tried rejecting applied updates, but got back
the message there are no updates to reject.  The install tape is for
3.2.2, which we want to eventually upgrade to, but only after we buy
more space.

We're running AIX 3.2 on a 320.

Thanks in advance!

- Elizabeth Brindley
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.aix-l
Date:         Mon, 5 Oct 1992 12:01:36 -0400
From:         Mike McGlone <mmcglone@MGH.COM>
Subject:      help

Hello networkers,

Well not only am I new to AIX and the RS6000, but also to unix, so any help is
greatly appreciated. I've been a subscriber to the listserv for about a month
now and have seen many  interesting things sent back and forth, and so I thought
 I'd  pass my question through.

a.) Has anyone compared a Sun (sparcstation 2) to their RS6000, and what swayed
your decision to the  RS6000.

b.) I've seen mentioned the availability of software through FTP, is it perhaps
an unwritten law that software available through FTP is FREE.

c.) If one were to use a copy of software obtained over the network, how can
you be sure that the software is not infected with a virus.

d.) Is there virus detection software available.

e.) I've wriiten a script file to mail a file to a number of users. The users
list is maintained in a seperate file, and basically for $NAME in $FILE
mail $NAME <file, however it appears that AIX "forks?" another process,
and the system runs out of memory, so I guess my question is "Is there
a way to prevent AIX from creating a forked process for each $NAME in the
$FILE." I didn't use the normal distribution list scenario of creating an
alias in the .mailrc ; because we didn't want the distibution list contained
in each message.

f.) Any experience out there connection LAN's using cc:Mail to the RS6000,
so that the mail from the LAN can be passed through the RS6000 to the internet,
and visa vers.

Thanks in advance, any ideas or direction would be greatly appreciated.
Newsgroups: bit.listserv.aix-l
Subject: Re: help
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Tue, 6 Oct 1992 09:53:54 GMT
Organization: University of Auckland, New Zealand.

Mike McGlone <mmcglone@MGH.COM> writes:

>a.) Has anyone compared a Sun (sparcstation 2) to their RS6000, and what swayed
>your decision to the  RS6000.

Not really, but there's no comparison between their graphics abilities!

>b.) I've seen mentioned the availability of software through FTP, is it perhaps
>an unwritten law that software available through FTP is FREE.

Most unix software is free, yes, although it costs someone to move it across
the network. Exactly who pays for the transfer depends on site policy. (I am
charged $NZ10 [~$US5] per Mb by our computer centre, who pay a flat annual
network connection charge.
Most PC/Mac (& others) software is shareware, which means that if you use it
& wish to keep it, you must send money (varies, but typically $US10-25) to
the author.

>c.) If one were to use a copy of software obtained over the network, how can
>you be sure that the software is not infected with a virus.

You can't. Stick to reputable sites, run antivirus utilities (there are some
ftpable shareware ones), check it first on an isolated 'spare' machine -
read comp.viruses for more info.

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits
Newsgroups: bit.listserv.aix-l