HDTenEightyP/NetNews huggingface dataset:
From: davidf@golem.uucp (David J. Fiander)
Subject: Re: Mailing lists with MMDF
Date: Wed, 02 Sep 1992 22:45:36 GMT

According to philp@world.std.com (Philip D Pennie):
>I have attempted to set up a list server that references a file for a 
>mailing list, using the ":include:/path/file" keyword in the alias file.
>
>I get a return message that the user does not exist.  Any suggestions?
>

So, you have an entry in the alias table that says:

	alias-name:	:include:/path/file

and you get the message that the user ':include:/path/file' does
not exist?  If this is the case, then something very strange is
going on.  If I have got something wrong, then you'll have to
provide more information.

>Also, what should the format of the file be?  
>
>address@host 
>address2@host
>
This is the right format.

- David
Newsgroups: biz.sco.general
From: jle9162@zeus.tamu.edu (ECKHARDT, JASON LEE)
Subject: microEmacs for SCO\
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
Date: Mon, 31 Aug 1992 19:40:00 GMT

  I have just successfully compiled mircoemacs for sco and everything works
fine, except the arrow keys. What do I need to do to make the arrow keys and
pgup, pgdn work?

Thanks, jason.

Newsgroups: biz.sco.general
From: Aaron William Brown <aaron@creat.com>
Subject: A request for HP-UX datio(1) to run on SCO Unix 3.2
    scogen@xenitec.on.ca
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: Todd Shuett <todd@creat.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 25 Aug 1992 19:27:43 GMT
Precedence: bulk


Hello,

 I have a request so I'll ask everyone and see what happens.  First
some background for those who don't know the best way to backup a Unix
computer:

datio(1) is a Hewlett Packard value add backup/restore utility found in
HP-UX 8.07.  It is similiar to cpio with extensions to utilize the fast file
search capability of DDS (Digital Data Storage) format.  DDS is the storage
format for DAT drives.



>From SCO EFS110 (Enhanced Feature Supplement):

  The DDS format encodes special data separator marks (setmarks) on
         the tape in such a way that they can be located more quickly than
         by reading the data sequentially (as most tape devices are
         required to do).  The HP DAT device can position a tape to a set-
         mark up to 200 times faster than by sequential data access
         methods.

A search for a setmark on a 1300 megabyte tape typically takes only 22.5
seconds.

>From HP-UX datio manual page:

 NAME
      datio - backup to and restore files from DAT tape devices

 SYNOPSIS
      datio -o [aAxvh] DATdev [DATdev [DATdev [DATdev]]]

      datio -i [tuxvmU] [pattern] DATdev

 DESCRIPTION
      datio is designed to both simplify and optimize routine file backup
      and recovery to a Digital Audio Tape (DAT) device.  It combines the
      standard format of the cpio utility, with a simple to use, extremely
      fast recovery strategy.  datio provides significant enhancements to
      file restore in addition to an interactive front-end for simplified
      file recovery.



Now since datio(1) is only found in HP-UX, I ask this:

To whom it may concern at HP and SCO:

  I would like to request that the backup/restore utility datio(1) be
ported/compiled for SCO Unix 3.2.4 (and 3.2.2 with the HP DAT EFS).  This
program would be a natural extension to the existing DDS support for HP DAT
drives already included in current SCO Unix and Open Desktop.

  The DAT products from Hewlett Packard stand well above the rest for
archiving valuable data.  The Santa Cruz Operation has done an excellent job
supporting state of art hardware.  The power and speed of HP-UX datio(1)
has utility in the SCO world as well.


Aside:  HP's onboard compression DAT drive (HP35480A) is now a good match
with SCO Unix, as end of tape is now handled correctly.  Previous versions
of SCO Unix required backup programs to state a volume size, impossible with
onboard compression.

Thank You,
Aaron Brown.

aaron@creat.com    -    Unix systems engineer   -   aaron%creat.com@uu.psi.com
Creative Machinery-70 S.Lively, Elk Grove Village,IL 60007 USA +1 708.439.0055

    "Saw a sign on a restaurant that said `Breakfast, Any Time'.
        So I ordered french toast in the Renaissance." - Steven Wright
From: ggvvgg@mixcom.com (Dave Fenske)
Newsgroups: biz.sco.general
Subject: Re: FOXPRO FOR SCO  WHEN????
Date: 26 Aug 92 03:30:55 GMT
Article-I.D.: mixcom.1992Aug26.033055.13715
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.

The last I heard was the Microsoft would release Foxbase for Unix sometime
later this (1992) year.
From: gws@xenitec.on.ca (Geoff Scully)
Newsgroups: biz.sco.general
Subject: Re: Colorado QIC40 / SLS available?
Summary: Avoid like the plague, use their controller if not.
Date: 29 Aug 92 18:50:45 GMT
Followup-To: biz.sco.general
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA

In article <13V9PB9w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>Jim Miller <jmiller@cis.ohio-state.edu> writes:
>
>>    I just bought a Colorado Jumbo 120 tape drive, which is a QIC 40 unit. I
>> was under the impression that this drive would work with SCO 3.2.2, since
>> 3.2.2 supports QIC 40 and QIC 80 drives. Not so. I just spoke with
>> Colorado's tech support, and the fellow told me that no, SCO UNIX does
>> not support this drive, but SCO is working on the problem and an update will 
>> released in the form of an SLS.  He also said that the SLS is currently in 
>> beta test.
>> Have any of you had success with this type of drive? Do you think I should 
>> wait on the SLS or spend $99 on Colorado's own backup/restore software for SC
>> 
>> I would prefer to have the unit work with standard UNIX commands, like
>> 'tape' etc.
>
>   The glossy *seems* to suggest that the UNIX software will work only with 
>their FC-10 or TC-15 controller board (the latter comes with hardware support 
>for data compression), but it doesn't say so outright.
>

A word of warning from a person who has had to perform catestrophic
support on a machine with one of these critters installed. Fork the extra
bucks and get the FC10 or TC15 controller. On a system which has only one
floppy drive and the tape unit plugged into the B floppy, the tape drive
is completely useless when you are running the system booted from
floppies, as in the case of a hard disk upgrade/restore or in the event
of a catestrophic hard disk failure.

You will be most un-amused to discover that you need to reinstall the OS
on the hard disk before you can restore your tape.
From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
Newsgroups: biz.sco.general
Subject: Re: SCSI ID Problems resolved
Date: 26 Aug 92 04:24:17 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Quoting Tony:
> 
> Boy, did I screw up!
> 
> As I had said to the client as I lay on my back, reaching up into the
> machine to see if cables were loose:  "There's something really screwy
> here, because this drive acts like it's ID 7"
> 
> Did I listen to myself?  No.  Am I a total idiot?  Maybe.
> 

Most of us would _never_ admit to that out loud. It's good to see
that some people will admit their err, so the rest of us can at least
put the thread to bed. You're OK! in my book, Tony!

-- 
David Van Allen - Lehigh Software Systems, Inc.
dave@kbvan.COM                   (215) 366-9130
73530,2463 CIS    ************   info@kbvan.COM
uunet!kbvan!dave                  Allentown, PA
Newsgroups: biz.sco.general
From: "Brian J. Murrell" <brian@ilinx.wimsey.bc.ca>
Subject: upgraded from ODT 1.1 to SCO 3.2.4 causing panics!!
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scoodt@imcon.wimsey.bc.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 28 Aug 1992 15:01:30 GMT
Precedence: bulk

I just upgraded to SCO 3.2.4, in a box which has run ODT 1.1 (SCO 3.2.2)
for months now without a burp.  Now I am continually getting panic type 0xE.

The machine has in it, a mono video card, an SMC Elite Plus (WD8013), and an
adaptec 1542 with one Fujitsu 330 meg HD, a Sankyo SCSI tape drive, and an
Equinox 24 port CS card.

One thing I noticed different is that the hardware config on bootup reports
the FPU on int 13 and the SCSI card at int 11 whereas the ODT reported int 15
and int 13 respectively.  This is not a problem however as the SCSI card _is_
int 11.

I suspect the Equinox card, which has driver rev 2.4.0, becuase the system
seems to panic mostly at night, when this system has an aggressive outdial
with 13 fax-modems on the Equinox card.

All SCO could say to me was to try swapping hardware, ignoring the fact that
this hardware worked fine for 3 months, until the day I upgraded to 3.2.4!!

What I really need to know is, has anyone had any similar experiences, or
trouble with the Equinox driver on 3.2.4??  I would ask them myself, but
they don't seem to answer their phone (probally because they can't even 
find - or care about the phone at this time!!) - expectedly of course!

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: paul@openage.COM
Newsgroups: sanet.list.sco,biz.sco.general
Subject: Re: SCSI II
Date: 25 Aug 92 16:56:35 GMT
Distribution: sanet
Organization: [resent by] The SCOGEN gateway and Propagation Society
X-Conv: Automatic mail-->news conversion at olsa99



>fr@compu.com (Fred Rump from home) writes:

>>If I would like the fastest and meanest I/O combination between disk, tape
>>and controller, what does the combined net wisdom recommend for a SCO UNIX
>>environment?

>Check if your setup works before you buy it. We are  just  having
>trouble  getting  SCO  to install on (probably too fast HP-) SCSI
>disks.

I had this problem with my HP SCSI-2 disk.  HP was aware of the problem and
they Federal Expressed me a new set of HDD ROMs.  It's worked flawless since
then.


--------------------------------------------------------------------------------
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
From: jbayer@ispi.COM (Jonathan Bayer)
Newsgroups: biz.sco.general
Subject: Re: microEmacs for SCO\
Date: 1 Sep 92 15:20:17 GMT
Distribution: usa
Organization: Intelligent Software Products, Inc.

jle9162@zeus.tamu.edu (ECKHARDT, JASON LEE) writes:


>  I have just successfully compiled mircoemacs for sco and everything works
>fine, except the arrow keys. What do I need to do to make the arrow keys and
>pgup, pgdn work?

>Thanks, jason.


You need to have your termcap file set up properly to describe the arrow
keys and the function keys.  I have enclosed the one I use below:

li|ansi|ansi80x25|Ansi standard crt:\
	:al=\E[L:am:bs:cd=\E[J:ce=\E[K:cl=\E[2J\E[H:cm=\E[%i%d;%dH:co#80:\
	:dc=\E[P:dl=\E[M:do=\E[B:bt=\E[Z:ei=:ho=\E[H:ic=\E[@:im=:li#25:\
	:nd=\E[C:pt:so=\E[7m:se=\E[m:us=\E[4m:ue=\E[m:up=\E[A:\
	:k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:k6=\E[R:\
	:k7=\E[S:k8=\E[T:k9=\E[U:k0=\E[V:\
	:kb=^h:ku=\E[A:kd=\E[B:kl=\E[D:kr=\E[C:eo:sf=\E[S:sr=\E[T:\
	:mb=\E[5m:md=\E[1m:me=\E[m:\
	:GS=\E[12m:GE=\E[10m:GV=\63:GH=D:\
	:GC=E:GL=\64:GR=C:RT=^J:G1=?:G2=Z:G3=@:G4=Y:G5=;:G6=I:G7=H:G8=<:\
	:GU=A:GD=B:\
	:CW=\E[M:NU=\E[N:RF=\E[O:RC=\E[P:\
	:WL=\E[S:WR=\E[T:CL=\E[U:CR=\E[V:\
	:HM=\E[H:EN=\E[F:PU=\E[I:PD=\E[G:\
	:Gc=N:Gd=K:Gh=M:Gl=L:Gu=J:Gv=\072:\
	:k1=\E[M:k2=\E[N:k3=\E[O:k4=\E[P:k5=\E[Q:\
	:k6=\E[R:k7=\E[S:k8=\E[T:k9=\E[U:k0=\E[V:\
	:kh=\E[H:kH=\E[F:kA=\E[L:kN=\E[G:kP=\E[I:


Enjoy.


JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(908) 248-1853		37 Winthrop Rd. 
jbayer@ispi.COM		Edison, NJ   08817
From: belal@sco.com
Newsgroups: sanet.list.sco,biz.sco.general
Subject: more cache performance observations
Date: 24 Aug 92 23:06:00 GMT
Distribution: sanet
Organization: [resent by] The SCOGEN gateway and Propagation Society
X-Conv: Automatic mail-->news conversion at olsa99


A couple more hints and observations...

First, in my quick off-the-cuff tests on a 486/33 with 256K write-back
cache, performance looked like this:

   Internal    External    Time (ON/ON = 1.0)

      OFF         OFF            11
      OFF         ON              2.7
      ON          OFF             1.2
      ON          ON              1.0

Remember that the cache problems I've been talking about are relative to
the *external* cache.  An external cache might cache some parts of
memory but not others.  Now observe from the above table: if, in fact,
you are seeing major performance differences due to only parts of memory
being cached, it's quite likely that your *internal* cache is turned
off.  Otherwise it would hide most of the effects of the external cache.
So before you do anything else, *turn on your internal cache*!  Most 486
BIOSes allow you to set this; if not, there's not much you can do at the
moment.

Both MSv4.1 and ODT 2.0 are supposed to turn the internal cache on
automatically, but the code is wrong and it doesn't actually affect the
state that the BIOS left it in.  MSv4.2 will actually correct this
*correctly*... ;-}

Second, if you're having trouble getting all of your memory cached, the
boot program has one trick up its sleeve that may help a bit.  If you
add "/L" to your mem= bootstring, you tell /boot that /unix must be
loaded entirely below 16MB.  This might help you move your kernel out of
slow memory, into fast.  In fact, if you just upgraded from 3.2v2 to
3.2v4, and it's much slower, the *first* thing you should do is try
"mem=/L".  If that seems to fix the problem, you've got some sort of
cache problem which you should research in more detail...

>Bela Lubkin<  Support engineer, The Santa Cruz Operation
From: khioe@mona.jpl.nasa.gov (Kent Hioe)
Newsgroups: biz.sco.general
Subject: HELP, need information on Mitsubishi 4 Multi I/O port boards???
Keywords: mitsubishi I/O port.
Date: 27 Aug 92 15:48:54 GMT
Followup-To: khioe@juno.jpl.nasa.gov
Organization: jpl


Help, Does any body know if Mitsubishi 4 multi I/O port board is compatible 
with AT clone for Xenix system ? I got a problem when I move the board 
from the Mitsubishi-286 system and install it on an AT clone. Does this board 
need a special driver for Xenix system ?
 
Would owner of this board kind enough to send me information of the jumper 
setting ? 
  
Thank you for your help. 
   
    
-- 
kent 
khioe@juno.jpl.nasa.gov 
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn)
Newsgroups: biz.sco.general
Subject: Booting and Keyboard Input
Date: 26 Aug 92 12:08:38 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>From uunet.uucp!xenitec.on.ca!news Wed Aug 26 06:12:50 1992
>To: distribution@xenitec.on.ca
>Path: xenitec!olivea!uunet!munnari.oz.au!munnari.oz.au!not-for-mail
>From: Taso Hatzi <xenitec.on.ca!uunet!munnari.OZ.AU!taso@uunet>
>Newsgroups: biz.sco.general
>Subject: Booting and Keyboard Input
>Message-Id: <17d14kINNep5@munnari.OZ.AU>
>Date: 25 Aug 92 10:13:40 GMT
>Organization: University of Melbourne
>Nntp-Posting-Host: munnari.oz.au


>At some point in time after a kernel reconfiguration, the following problem
>appeared:

>The kernel boots until it gets to the 'Type Control-d to etc.'
>stage. At that point, what I type at the console keyboard doesn't
>get through to the program which did the prompting. It seems that
>the input is in some sort of raw mode. If I let the system time
>out and boot itself in multi-user mode the console works as expected.
>Can anyone shed some light on the subject?

This is becoming the "classic ioctl.syscon" problem....  The file
/etc/ioctl.syscon is corrupted and your "stty" state is totally 
scrambled.  You can still log in as root by typing your root 
password and pressing <CTRL-J> instead of <ENTER>.  Then remove 
the /etc/ioctl.syscon file and shutdown and reboot.  It will fix 
the problem.

I wonder if SCO has fixed this problem in 3.2.4? or ODT 2.0?  It 
is a real pain and makes no sense at all.  This problem seems to 
pop up on this net regularly  (say once a month tho it has been a 
while since I've last seen a message like this).
================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM
From: aris@unisup1.uucp (Aris Stathakis)
Newsgroups: sanet.list.sco,biz.sco.general
Subject: Re: ODT 2.0 Installation from tape
Date: 23 Aug 92 09:52:35 GMT
Distribution: sanet
Organization: Lasernet (pty) Ltd.

In <1992Aug18.233937.14019@utagraph.uta.edu> d166alab@utarlg.uta.edu writes:


>I am trying to install ODT 2.0 from tape.  We have a Maynstream
>250Q tape drive that uses a QIC02 controller card.  The card
>uses the base address of 0x370, IRQ of 5 and DMA of 3.  The
>installation script does not list this drive, so I tried using
>the ARCHIVE brand for type of drive.  Secondly the base Address
>The card uses is not listed as a choice. (Avaialbe addresses only
>go upto 0x338).

>My question is What should I do.  Will I be able to Install from
>tape or should I try and get the floppy media.

The Maynard QIC-02 controller is not Archive compatible.  My suggestion is
to either get an Archive VP-402 and use this controller with the
Maynstream 250Q, or install from floppy.  Be sure to note that Maynstrem
software will not work with the VP402 controller, but SCO UNIX will.

Also, there is a bug in the ODT 2.0 installation which doesn't allow you
to install from IRQ2 - so be sure to install from another interrupt.

-- 
Aris Stathakis        Tel +27 11 887 4220 | 
SCO Unix Support      Fax +27 11 887 1141 |     " Ni, Peng, Nooooowom. "
UniNet - A Division of Lasernet (Pty) Ltd |_________________________________
Internet:   aris@unisup1.UUCP      Bang: uunet!ddsw1!olsa99!unisup1!aris
Newsgroups: biz.sco.general
From: wcsv2k@alfred.carleton.ca (Karen Costa)
Subject: SCO Developer System for sale
Summary: SCO Open Desktop system for developers for sale
Organization: Carleton University
Date: Wed, 2 Sep 1992 19:43:49 GMT

Less than a year old complete SCO UNIX Developer's System for Open
DeskTop, with all options fro network, etc etc
Complete with manuals, boxes, diskettes etc

Any reasonable offer.  My former company went bust so trying to unload 
assets.

Bill St. Arnaud
613-567-2000 
Newsgroups: biz.sco.general
From: mathers@sciborg.uwaterloo.ca (Chris Mathers)
Subject: mmdf II submit problem
Organization: University of Waterloo, Waterloo, Ontario, Canada
Date: Tue, 1 Sep 1992 16:15:55 GMT

I have an odt 1.1 system that I have installed the mmdf II TLS on.
We use the smtp channel, and have a nameserver configured. Occasionally,
maybe once a week, after somebody sends a message to an off-campus address,
an error message appears like

Unexpected address response:  Possibly a nice address "JOHNSTO@sscvax.cis.mcmaster.ca".

and a line appears in /usr/mmdf/log/msg.log like

9/ 1 10:57:21 submit9157:  [SYSERR(114)Connection timed out]  err [
   ABEND (EOF)]   Input ended prior to processing text

We are using elm 2.3 as the front end, if it matters. This never occured
with the original version of mmdf. The message never gets sent, and it
doesn't end up in a queue somewhere. If you immediately re-send the 
message, it works fine. The problem used to be much worse until I
switched to a different primary nameserver, with a better response time.
 So, I am assuming it is some sort of nameserver timeout problem. 
I would guess that I don't have the delay channel configured properly,
but after having RTFM, I can't see how one is supposed to do that.
Has anybody else seen this problem? Any ideas?

 thanks,

Chris
From: thilo@bazooka.amb.org
Newsgroups: sanet.list.sco,biz.sco.general
Subject: UUCP and window size
Date: 28 Aug 92 16:21:41 GMT
Distribution: sanet
Organization: [resent by] The SCOGEN gateway and Propagation Society
X-Conv: Automatic mail-->news conversion at olsa99


Hi netters,

I hope this topic has not been beaten to death, but I missed any discussions
on this topic, if any...

I am trying to improve the UUCP throughput on my system, so I tried playing
with the packet window size by patching the uucico binary (I believe it
was mentioned on this list).  The original window size is 3 and I patched
it to 7.  I am no guru to the UUCP protocols so I don't really know what
this does.  I observed a nice ~20% improvement in transfer throughput
when communicating with one of my UUCP neighors with the increased window
size, but now only incoming files are transferred.  Outgoing files are
ignored as if they are not there (although they are in fact in the spool
directory and "uustat -a" shows them to be spooled correctly).  I am the
one that always initiate the calls in this case but it doesn't seem to
matter, because the same problem occurs with another site that dials in.
Switching the window size back down to 3 solves the problem, but makes
things slow...

Can someone explain the phenonmenon I have observed?  My modem is a
Hayes V-series Ultra 9600 and the UUCP neighbors have Worldblazers,
Hayes, and U.S. Robotics Courier modems; if that matters.

Thanks in advance...

Thilo.
--
Thilo Koenig                         #include <std/disclaimer> ____
thilo%bazooka@sgiblab.sgi.com                                  \  /
...!{decwrl,synopsys,tandem,tsoft,ultra}!sgiblab!bazooka!thilo  \/

Newsgroups: biz.sco.general
From: philp@world.std.com (Philip D Pennie)
Subject: Mailing lists with MMDF
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 1 Sep 1992 15:07:58 GMT

I have attempted to set up a list server that references a file for a 
mailing list, using the ":include:/path/file" keyword in the alias file.

I get a return message that the user does not exist.  Any suggestions?

Also, what should the format of the file be?  

address@host 
address2@host

or

address@host address2@host\
address3@host
From: jmiller@cis.ohio-state.edu
Newsgroups: sanet.list.sco,biz.sco.general
Subject: Colorado QIC40 / SLS available?
Date: 25 Aug 92 18:26:21 GMT
Distribution: sanet
Organization: [resent by] The SCOGEN gateway and Propagation Society
X-Conv: Automatic mail-->news conversion at olsa99


Hi,
   I just bought a Colorado Jumbo 120 tape drive, which is a QIC 40 unit. I
was under the impression that this drive would work with SCO 3.2.2, since
3.2.2 supports QIC 40 and QIC 80 drives. Not so. I just spoke with
Colorado's tech support, and the fellow told me that no, SCO UNIX does
not support this drive, but SCO is working on the problem and an update will be
released in the form of an SLS.  He also said that the SLS is currently in
beta test.

Have any of you had success with this type of drive? Do you think I should
wait on the SLS or spend $99 on Colorado's own backup/restore software for SCO?

I would prefer to have the unit work with standard UNIX commands, like
'tape' etc.

Thanks for any help you can provide!

Jim Miller    **** USE THE REPLY ADDRESS IN MY SIG, NOT THE HEADER! ****
--
  Jim Miller is jmiller@wendy.bowlgreen.oh.us & osu-cis!bgsuvax!wendy!jmiller
  ** LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! LOOK ! **
    ***** MY ADDRESS IN THE FROM: LINE OF THIS MESSAGE IS INCORRECT *******
   ** WHILE MY MAILER IS BROKEN. PLEASE USE jmiller@wendy.bowlgreen.oh.us **
Newsgroups: biz.sco.general