HDTenEightyP/NetNews huggingface dataset:
From: uucp@shrdlu (UUtotals Daemon ver. X.07)
Subject: UUCP Transfer Stats at site "shrdlu" for Mon Oct 05 23:57:20 EDT
Organization: Ho Hum Inc.
Date: Tue, 6 Oct 1992 03:57:27 GMT
Distribution: kw

UUCP Transfer Statistics at site "shrdlu.UUCP" for the 24.0 hour
period from <Mon Oct 05 00:00:00 EDT> to <Mon Oct 05 23:57:20 EDT>:

System Name        SysType Rx-KB Tx-KB RxMin TxMin RxBps TxBps Rx# Tx# Cntct #C
------------------ ------- ----- ----- ----- ----- ----- ----- --- --- ----- --
mongrel            kw-UUCP  4600   518   350    39   218   218  98  14 23:21  6
u36                kw-UUCP   208     0    15     0   218     0   6   0 08:13  2
------------------ ------- ----- ----- ----- ----- ----- ----- --- --- ----- --
Totals                      4807   518   365    39   218   218 104  14

Total Data Volume        5323 KB          (5.3 MB)
Total Modem Time          405 min.        (6.8 hrs., 28% usage)
Systems Contacted           2 sys.        (out of 2 known)
Total Connections           8             (avg. duration 50 min.)


Usage: _____..**--.*-**__*_____-_.___________________________.#*-**-**-________
       00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23

No persisting contact problems reported in this period.
No additional reports available.
Newsgroups: kw.news.stats,tdkcs.news.stats,wynnds.news.stats
From: admin@tdkcs.waterloo.on.ca
Subject: tdkcs (formerly wynnds) UUtraffic for Tue Sep 29 23: 59:27 EDT 1992
Reply-To: admin@tdkcs.waterloo.on.ca
Organization: TDK Consulting Services
Distribution: kw
Date: Wed, 30 Sep 1992 03:59:27 GMT

tdkcs uutraffic from 9/28-0:06:16 to 9/29-23:28:29

Remote     K-Bytes   K-Bytes   K-Bytes  Hours  Hours AvCPS AvCPS    #    #
SiteName      Recv      Xmit     Total   Recv   Xmit  Recv  Xmit Recv Xmit
-------- --------- --------- --------- ------ ------ ----- ----- ---- ----
xenitec  24297.614    42.363 24339.977   5.03   0.01  1342  1613  550   64
bfield       8.043  2608.371  2616.414   0.01   3.30   149   220   16  162
skynet      23.617   684.447   708.064   0.04   0.86   151   222   44   66
bdwalk       0.000   186.461   186.461   0.00   0.24     0   220    0   14
lions        2.628   138.326   140.954   0.00   0.04   288   924    4    1
noncomf      6.699   117.333   124.032   0.01   0.15   158   220   12   24
uunet.c     32.606     0.000    32.606   0.02   0.00   523     0   30    0
turnip       2.953    13.014    15.967   0.00   0.02   192   226    2   10
mks          0.000     9.516     9.516   0.00   0.01     0   240    0   16

-----<Summary>-----
Total active uucp sites:          9

Files rec'd:              658 xmit:             357 Total:           1,015
Hours in recv:           5.12 xmit:            4.61 Total:            9.74
Bytes rec'd:       24,374,162 xmit:       3,799,831 Total:      28,173,993

Newsgroups: kw.birthdays
From: mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF])
Subject: Happy birthday, Jenn!
Organization: Math Faculty Computing Facility, University of Waterloo, Canada
Distribution: kw
Date: Tue, 29 Sep 1992 13:47:38 GMT

Happy (belated - by a day or two) Birthday to Jenn Dickson
(jydickson@descartes) !!!!!!!

Signed,
	Turtle^H^H^H^H^H^HMurray
From: jmayer@drew.drew.edu
Newsgroups: biz.clarinet.sample
Subject: Re: Philadelphia cabbies get lesson in manners
Date: 29 Sep 92 03:26:05 GMT
Followup-To: biz.clarinet.sample
Organization: Drew University

In article <cabbiesU2SQ245pe@clarinet.com>, clarinews@clarinet.com (DAVID ENSCOE) writes:
> 
> 	PHILADELPHIA (UPI) -- In the City of Brothery Love, cab drivers are
> trying to spruce up their crusty image by taking lessons in etiquette
> and grooming.
> 	Forty-two cabbies with the Quaker City Cab Co. participated Saturday
> in a ``hospitality training'' program in which they were schooled on
> basic niceties and personal hygiene.
> 	``A cab driver should always carry an air freshener and a toothbrush
> in his taxi,'' said Erin Cecil, director of the PhilaPride Ambassador
> Corps, which hosted the class. ``They come in handy if he eats an onion
> hoagie.''
> 	Cecil said the class is designed to help cab drivers get bigger tips
> while improving visitors' perception of the city.
> 	Drivers were also schooled on safety issues, certification procedures
> and how to obtain a U.S. drivers license, something many immigrant
> drivers do not possess, Cecil said.
> 	But the main thrust was on cabbie protocol.
> 	The first thing you do is get out of the cab and open the door for
> the passenger,`` Cecil said. ''You welcome them to Phialadelphia, offer
> them information on attractions and put their luggage in the trunk. You
> go by the most direct route and point out the historical and cultural
> attractions. Then you wish them well on their stay.``
> 	Cecil said looking good is key to making good tips.
> 	``Grooming is common sense,'' she said. ``We suggest a white shirt, a
> tie, dark trousers and socks and shoes -- no tennis shoes or sandals.''
> 	Cecil said that with the planned opening of the Pennsylvania
> Convention Center next spring, the cab driver training ranks among the
> most important issues facing the service industry.
> 	Another class is set for next week and Cecil said she hopes to
> schedule two classes a month for 18 months until all the city's 1,500
> cab drivers have had a makeover.
> 	``We're providing them with skills, tools and resources so we can
> improve the perception of cab driving in Philadelphia,'' she said. 
> ``Over the course of the next few months you're going to see a dramatic
> change for the better.''

Now if they only could do this in NYC...
From: grus@cs.tut.fi (Kurki Teemu)
Newsgroups: biz.test
Subject: Teemu testaa
Date: 29 Sep 92 16:45:38
Organization: Funet
Distribution: biz
NNTP-Posting-Host: simpukka.funet.fi


This is a test from our news INN-site at news.cs.tut.fi

--

Teemu Kurki 	alias grus@funet.fi
From: mike@srcengg.MV.COM (Mike Harrahy)
Newsgroups: biz.test
Subject: test
Distribution: world
Date: Mon, 28 Sep 92 12:36:03 GMT
Organization: Source Engineering, Nashua NH

This is a test
----------------------------------------------------------------------------
Mike Harrahy        | Phone - (603) 888-3931 | Internet E-Mail Address:    |
		    |                        |                             |
Source Engineering  | Fax   - (603)          |     mike@srcengg.mv.com     |
71 Spitbrook Road   |                        |                             |
Nashua, NH          |                        |                             |
----------------------------------------------------------------------------
From: news@sco.com
Newsgroups: biz.test
Subject: test
Date: 7 Oct 92 03:12:27 GMT
Organization: SCO

The Tao is an empty vessel; it is used, but never filled.
Oh, unfathomable source of ten thousand things!
Blunt the sharpness,
Untangle the knot,
Soften the glare,
Merge with dust.
Oh, hidden deep but ever present!
I do not know from whence it comes.
It is the forefather of the gods.

-- Tao Te Ching, Chapter Four
From: news@sco.com
Newsgroups: biz.test
Subject: test
Date: 7 Oct 92 03:03:30 GMT
Organization: SCO

this message is to test nntplink delivery from sco.  ericw
From: mike@srcengg.MV.COM (Mike Harrahy)
Newsgroups: biz.test
Subject: test
Distribution: world
Date: Wed, 30 Sep 92 23:30:21 GMT
Organization: Source Engineering, Nashua NH

test

----------------------------------------------------------------------------
Mike Harrahy        | Phone - (603) 888-3931 | Internet E-Mail Address:    |
Source Engineering  |                        |                             |
71 Spitbrook Road   | Fax   - (603) 888-7826 |    mike@srcengg.mv.com	   |
Suite 205           |                        |                             |
Nashua, NH 03060    |                        |                             |
----------------------------------------------------------------------------
From: aehall@sumax.seattleu.edu (to where I...)
Newsgroups: biz.sco.general
Subject: Re: Changing system name... what's going on???
Keywords: hm, thank you
Date: 26 Sep 92 22:49:13 GMT
Distribution: usa
Organization: mine

Thanks to everyone who responded to my question!

I was forgetting something quite obvious...  uname.

Thanks a lot,

Anthony


Newsgroups: biz.sco.general
From: stevea@i88.isc.com (Steve Alexander)
Subject: Re: talk command and talkd
Keywords: talk unix sco opendesktop
Organization: INTERACTIVE Systems Corporation, Naperville, IL
Distribution: biz
Date: Wed, 07 Oct 1992 01:44:59 GMT

In article <1992Oct06.114256.11555@blkbox> mknewman@blkbox (Marc Kraker Newman) writes:
>I am using ODT 1.1 Update G, and the talk command is documented online, but
>I seem to be unable to get it to work.  I get the message 'you don't exist.  Go
>away.'

This means that an attempt to figure out your username using getlogin(S) 
failed.  Perhaps the message could more clearly indicate the failure :->

In any event, this probably means that your /etc/utmp file is either corrupted
or unreadable.  In the version of talk supplied with TCP/IP 1.2.0, an attempt 
is made to look you up in the password file as well, which allows talk to work 
regardless of the status of /etc/utmp.

I hope this helps.

--
Steve Alexander, Software Technologies Group    | stevea@isc.com
INTERACTIVE Systems Corporation, Naperville, IL | ...!{sun,ico}!laidbak!stevea
From: terry@klarich.ucc.okstate.edu (Terry Klarich)
Newsgroups: biz.sco.general
Subject: wd1007a SLS (xnx133)
Date: 7 Oct 92 02:42:29 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk



I am using a wd1007v hard disk controller.  The xnx133 SLS says that it is for
a wd1007a.  Does anyone know what the differience between these two controllers
is?  Will this sls apply to my controller as well?  When using my cms tape
drive, I get a message on the console which looks like this.

hd: warning: bad count on hd 1/4x

Any comments would be welcome.
I am running xenix 2.3.3 with the xnx296a SLS installed.  I know the tape
worked before the xnx296a installation.

Terry
From: fitz@wang.com (Tom Fitzgerald)
Newsgroups: biz.sco.general
Subject: Re: MMDF and bounced mail
Date: 6 Oct 92 01:55:18 GMT
Organization: Wang Labs, Lowell MA, USA

> > Is there a way to get MMDF to 'cc:' a copy of any bounced incoming
> > mail to postmaster [or whomever]?

> > No, there isn't unfortunately, but there _is_ a "local
> > indication" left behind.  [technical details deleted]

belal@sco.COM (Bela Lubkin) writes:

> It seems to me that this information is about as much as a system
> administrator *should* be collecting automatically (or, at least, which
> the system should collect *by default*).  If the system automatically
> drops bounces into your mailbox, you may read something you shouldn't.

But if you don't do this, you may miss something you really need to see.

The most interesting bounces are bounces-of-bounces, when a bad address has
combined with one or more configuration errors somewhere, to make the
message ping-pong between MAILER-DAEMONs.  Personally, I really want to see
the original header, inside the message, to see what's going on.  The
outermost set of headers isn't enough.

> The laws are in their infancy but one can forsee that you might
> eventually be liable for invasion of privacy,

The laws on this are pretty stable by now.  The Electronic Communications
and Privacy Act (ECPA) has exceptions that allow reading user data or files
(mail, in this case) as part of routine system administration or to find
problems.  What you can't do is disclose what you read, to anybody.

> or, alternatively, if you
> read of illegal activities, you might become responsible to report them,

No - absolutely not.  It is _illegal_ to report anything you read.

> In fact, I imagine that if you
> obtained business secrets from mail bounced to you as administrator of a
> system, and used the information to your advantage, the legal system
> would already hold you guilty of some sort of crime.

Yup.  You would be, for acting on the information.  This is kinda like
insider trading.

> In any case, if you really want to do this I suspect there's a way.  I
> just don't know what it is.

mkdev sendmail-init

To back off from what I said, a postmaster rarely needs to see the whole
bounced message.  I only activate it here when I've massively changed the
configuration of one of the mailservers, or the overall topology.  After a
week or two of no problems, I turn it back off.  But I'd hate to give up
the ability.  Sometimes it is absolutely necessary.

-- 
Tom Fitzgerald   Wang Labs       fitz@wang.com   "I went to the universe today;
1-508-967-5278   Lowell MA, USA                   It was closed...."
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Addendum re: system load
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 29 Sep 1992 18:20:15 GMT
Precedence: bulk

I forgot one detail of the description of avenrun.  I quote Evan Hunt:

> Note that _avenrun doesn't contain what we humans see as the load average;
> w(C) and uptime(C) divide the contents of _avenrun by 256 and print the
> resulting double.

>Bela<
Newsgroups: biz.sco.general
From: rwirthli@nyx.cs.du.edu (Ralph Wirthlin)
Subject: PC -> UNIX term (summary)
Keywords: summary
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Mon, 5 Oct 92 13:57:13 GMT


My email box was overflowed with kindness, thanks :).
Two programs were mentioned prominently as providing support for mscreens
as well as WYSE and scancode support.  Those two were ICE-TEN and 
DOUBLE-VIEW from DIGIBOARD.
From: sfrazier@eng.norstan.com
Newsgroups: biz.sco.general
Subject: Zip Codes
Date: 26 Sep 92 17:22:12 GMT
Reply-To: Steven E Frazier <sfrazier@norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Does anyone know if a file containing 5 digit zipcodes, city, state can be
ftp'd from anywhere?  If not, does anyone know where you can get the zip
codes.  I called the local post office and they didn't have a clue, but knew
that it was possible.

thanks in advance.


-- 
Norstan Communications, Inc.        | Steven E. Frazier
8101 N. High Street Suite 100       |---------------------------------------
West Worthington, OH   43235        | Local : sfrazier
Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
From: develop@aerie (PRN Development Lab)
Newsgroups: biz.sco.general
Subject: Re: SCO UNIX and Telebit Worldblazer
Date: 28 Sep 92 00:41:03 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

> 
> >Is anyone running a Telebit Worldblazer with SCO UNIX (3.2.2 as well as
> >3.2.4)?  Are you using Dialers entries or a dialer program?  Can you
> 
> We have a telebit 2500 on our specialix port set to 19200.  It 
> works great and connects to everything at just about every speed 
> imaginable.  This is how I use it:

Lee, T2500 has a substantially different command set and register suite
from T3000 (Worldblazer) ... T2500 setup will NOT work.

-- 
 _ __   _ __   _ __
' )  ) ' )  ) ' )  )   PRN Development Lab
 /--'   /--'   /  /    mthvax!mamia!aerie!develop
/      /  \_  /  (_    9300 SW 87 Ave. Miami Florida 33176 USA
Newsgroups: biz.sco.general
From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
Subject: UNIX<->MAC<->DOS
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 7 Oct 1992 03:44:05 GMT
Precedence: bulk

I am in desperate need of a product that will allow file sharing
between SCO UNIX 3.2.4 / MAC's running System 7 and DOS machines.
I have been using Locus PCI for DOS succesfully with the DOS clients
so I ordered their MAC PCI. Well, even though the box, the dealer AND
the NE Sales manager for Locus said that I'd love it...turns out that
the product won't run under 3.2.4.

(Flame on) Locus! if you're smart enough to develop a product, that link
edits the kernel, then check the version of the OS _before_ you try to
rebuild! Your use of common sense would have saved me hours of frustration.
Next, train your people to know what they are talking about and tell them
to spread the word to your dealers. (flame off - for now).

Anyway, after multiply redefines in ../locore.o I am back where I started,
looking for package that will share files and printers between these OS's
on the ethernet. I would like to stay away from SCO's NFS if I can. Any help
would be greatly appreciated.

-- 
David Van Allen - Lehigh Software Systems, Inc.
dave@kbvan.COM                   (215) 366-9130
73530,2463 CIS    ************   info@kbvan.COM
uunet!kbvan!dave                  Allentown, PA
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
       Remember when sex ->0 was safe...  
     and race cars o/--\o were dangerous?
From: bld@compuli.UUCP (Bruce Dustman user account)
Newsgroups: biz.sco.general
Subject: personnel information manager
Date: 3 Oct 92 00:40:07 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Can anyone recommend, or does anyone know of a personal information manager for
unix/xenix 3.2.2/2.3.3 that manages names address, appointments, schedules,
[j[phone book, index cards project manager, day view, contact list, time manage-
ment, possibly runs under X, and from the command line, etc?

I would prefer a package that also comes with source code, and maybe/hopefully
is public domain.  I currently have JSB Multiview,  and Multiview for the $Co
environment 3.2.2/X2.2.0 genre' of software.  These don't meet the need.

Thanks

BRUCE
--
INTERNET     bld@compuli.seaslug.org     (Bruce Dustman) Computer Users Library
             camco!Bruce.Dustman         (206) 481-6881) data
UUCP:        uunet!camco!compuli!bld     (206) 485-7509) voice
Newsgroups: biz.sco.general
From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
Subject: Kernel Parameters
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 29 Sep 1992 23:50:49 GMT
Precedence: bulk

Is there a reference, from SCO or another qualified party, that lists
and _describes_ in detail, the SCO UNIX kernel tunables. It would
be great to have a "cause and effect" section as well that alerts you
to what consequences tuning a certain parameter may have on another
parameter. I'm not talking about the standard stuff found in SCO's ADM
reference or in, say a O'Reilly book. I'm looking for something much more
in depth. TIA

---------------------------------------------------------------
David Van Allen - Lehigh Software Systems, Inc.
dave@kbvan.COM                   (215) 366-9130
73530,2463 CIS    ************   info@kbvan.COM
uunet!kbvan!dave                  Allentown, PA
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
       Remember when sex ->0 was safe...  
     and race cars o/--\o were dangerous?


-- 
David Van Allen - Lehigh Software Systems, Inc.
dave@kbvan.COM                   (215) 366-9130
73530,2463 CIS    ************   info@kbvan.COM
uunet!kbvan!dave                  Allentown, PA
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
       Remember when sex ->0 was safe...  
     and race cars o/--\o were dangerous?

Newsgroups: biz.sco.general
From: barrie@calvin.demon.co.uk (Barrie Spence)
Subject: Re: Performance measurement question
Organization: DataCAD Ltd, Hamilton, Scotland
Date: Wed, 30 Sep 1992 07:42:55 GMT

In article <920929092650.20e000ee@arlvs2.arlut.utexas.edu> GL@arlvs2.arlut.utexas.edu writes:
>Greetings,
>
>	We're running C-news and trn.  mthreads is taking up
>a lot of the cpu time when it runs, and the disk makes a lot
>of noise.  25 MHz, 8 MB memory.  One question is:  Are we
>thrashing the disk?  Would more memory help things?
>	(Oh, sorry.  I should add that mthreads used to be
>fairly quick, but the load of newsgroups that we take has
>gone up.  It SEEMS as though mthreads is taking more than
>a linear increase in time as the newsgroup load increases.)
>
>	How do we check to see how much memory we're using?
>How can I monitor system performance well enough to decide
>what to buy to fix not just this, but any performance problem?  I went
>through the manual, but I was in a hurry, so I confess I
>might have missed something obvious.
>
>Jay Scott
>gl@arlvs1.arlut.utexas.edu


As a first attempt I would suggest you try the SCO TLS's tls012
(u386mon performance monitor vers. 2.5, Warren Tucker) and tls018a
(Trace and Monitor utilities).

Barrie


-- 
Barrie Spence                      DataCAD Ltd, Caird Street
barrie@calvin.demon.co.uk          Hamilton, Lanarkshire ML3 0AL, Scotland
	Telephone +44 (0) 698 425599 / Fax +44 (0) 698 419173
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: biz.sco.general
Subject: Re:  How to connect a modem to one of the ports on Digiboard?
Date: 29 Sep 92 14:48:18 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <1992Sep25.223048.29419@xenitec.on.ca> vances@xenitec.on.ca (Vance Shipley) writes:

>>One last note:  RI (Ring Indicator) is about a worthless pin too.  Like
>>WHO CARES (These days not on antiquitated old equipment!)

>Well you're right under Unix Ring Indicator is not of much use.  But it
>SHOULD be.  ....

>But to get back to RI, this is another example of "out of band" control.
>Out of band signaling is always better than in band.  In my business
>(the telephone business) we have been trying to swing everything to "out
>of band" control for years, that is what ISDN is all about.  Using RI
>instead of RING (the ASCII message) is much more reliable.

And I remember when the first 2400 bps modems came upon the scene.  I
had been using pin 12 to determine whether the call was 300 or 1200.

The new modems came out.  NEC & AT&T brought out a second speed pin so
by looking at two pins you could actually determin3 4 speeds in
hardware.

But Hayes seemed to think changing the role of pin 12 was okay.
Instead of pin high being 1200 bps and low being 300, it was pin 12
high was 2400 and pin 12 low was not.   And there were are today.
Thank goodness all of the high speed modems support locked interface
speeds.   Depending on the user to press BREAK or some other key is not
what I'd call a clean solution.

Now instead of a quick look at a pin you had to be sure your software
stayed at the last baud rate connected to determine the speed of the
next call, and then shift speeds depending on what the result codes
were.

I have found that simple hardware solutions are usually much more
effective than complex software solutions.

-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Follow up to Everex Cube followup
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sat, 3 Oct 1992 19:05:37 GMT
Precedence: bulk

Hi All,

Those pesky Everex Cubes are back in the news.

It seems that the Racal-Interlan ES-3210 EISA Ethernet card is still causing 
the machines to panic and die.

My customer is throwing them out the door as soon as possible.

Just thought you'd like to know.


--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general