HDTenEightyP/NetNews huggingface dataset:
From: oklein@smallo.bo.open.de (Olaf Klein)
Subject: Re: SCOmail question
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12
Date: Sat, 19 Dec 1992 19:47:54 GMT

Eduard.Vopicka@vse.cs (Eduard Vopicka) writes:

>> If I remove /usr/mmdf/* and try to send mail with scomail the 
>> From: line becomes incorrect:
>> From: frank@(null) (Frank Hoerper)
>>      ^^^^^^^^^^^^      
>You are probably using sendmail, smail or other MTA instead of mmdf?
>Try to create /usr/mmdf/mmdftailor a la the following:

You heard he's using smail and not mmdf. 
You can only use scomail with mmdf, when using smail use elm 2.4...

Bye, Olaf

-- 
Olaf Klein	smallo.bo.open.de	2:245/5800.12

	"One Token-Ring to rule them all,
	 One Token-Ring to find them!
	 One Token-Ring to take them all,
	 And in the darkness bind them!"
Newsgroups: biz.sco.general
From: thomas@clpd (bulli@kodak.com)
Subject: Re: SCOmail question
Organization: Eastman Kodak Co. - Clinical Diagnostics Division
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 16 Dec 1992 13:25:06 GMT

Eduard Vopicka (Eduard.Vopicka@vse.cs) wrote:
: ...
: I am not sure if the MSUPORT line is necessary.

: Good luck,

: Ed

As the documentation says, it is absolutely necessary (/usr/mmdf/bin/checkup
actually checks that and prints out a warning if it is not defined).
--
  ______                             __        _  _  Phone: (716)253-7958
    /   /                           /  )      // //  FAX:   (716)253-7254
   /   /_  __________  __.  _      /--<  . . // // o ____  _,  _  __
(_/   / /_(_) / / / <_(_/|_/_)    /___/_(_/_</_</_<_/ / <_(_)_</_/ (_
      Work address: bulli@kodak.com                      /|  Compu$erve:
      UUCP address: ..rutgers!ur-valhalla!btoy1!mrbulli |/    76535,2221
Newsgroups: biz.sco.general
From: Tim Northrup <jrsalb1!tgn@brspyr1.brs.com>
Subject: Re: Shell script poser
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 11 Dec 1992 17:14:13 GMT
Precedence: bulk

> On Dec 10, Nikki Locke wrote:
> }... 
> } I have a file containing a list of words, one per line. The words are in
> } mixed upper and lower case (e.g. "subRoutineName").
> } 
> } I want an output file containing the same words, but with the first 
> } character of each word in upper case, and the remainder in lower case
> } (e.g. "Subroutinename").
> }... 
> }-- End of excerpt from Nikki Locke

Since everyone else is using scripting tools, I thought I'd supply a
solution using the shell, expr and tr.

(mine worked first time too, so there :-)

:
while read Line ; do
	First=`expr "${Line}" : '\(.\).*' | tr '[a-z]' '[A-Z]'`
	Rest=`expr "${Line}" : '.\(.*\)' | tr '[A-Z]' '[a-z]'`
	echo "${First}${Rest}"
	done


"It works for me!" -- Hunter

-- 
  Timothy G. Northrup                     | JRS Clinical Technologies, Inc.
 -----------------------------------------| RD 2 Box 49, Rock Road
  ...!rutgers!brspyr1!jrsalb1!tim         | Berne, NY  12023-9607
From: Jeremy Bettis <jbettis@cse.unl.edu>
Newsgroups: biz.sco.general
Subject: Re: Changing SCO kernel to accept # !/bin/sh instead of :
Date: 20 Dec 1992 19:51:47 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: cse.unl.edu
Keywords: SCO, shell

bill@Celestial.COM (Bill Campbell) writes:

>Now if they would only implement this on Xenix!  Then I could get
>rid of all the garbage on my perl scripts that have to run on
>both platforms.

bash recognises #!.  This is what I use under Xenix 2.3.3 and it works quite
nicely... (There were quite a few things wrong with the default Xenix 
configure attributes... Must not have been designed for SCO)
--
Jeremy Bettis   -*-   Jerbo Jehoshaphat   -*-   University of Nebraska
INET:	jbettis@cse.unl.edu		"Those who stand in the middle of the
	bt757@Cleveland.Freenet.Edu	 road are often hit by passing cars."
 BBS:	The Dew Drop Inn (402)476-8807 3/12/24
From: sl@wimsey.bc.ca (Stuart Lynne)
Newsgroups: biz.sco.general
Subject: Re: Performance degradation under SCO UNIX
Date: 21 Dec 92 01:46:18 GMT
Organization: Wimsey Information Services

In article <1472@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:
>This posting is on behalf of a friend of mine who is having a problem
>with an SCO UNIX upgrade.  A customer of his originally had a 486/33
>with 16M of memory and a 1G SCSI drive.  Recently, the system was upgraded
>to a 486/50 with 32M of memory and an additional 1G drive was added. The

>is now crawling along at a snail's pace.

>the other. The "standard" kernel paramters seem to be reasonable (NBUF,
>NHBUF, NINODE, etc.) and sar never seems to show anything outrageous
>(cpu time, cache hits, etc.) and the system has never swapped any processes
>out. However, users are complaining that when they start some applications

>very few people using the machine, such as on the weekend -- things will
>periodically slow to a crawl.  There haven't been any panics or warnings,
>just lethargy.  A reboot seems to clear things up temporarily.

?? I had a similiar problem. We never did quite exactly figure out why. 
It may have been related to large NBUF. What do you have it set to?

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.general,comp.unix.sysv386,comp.unix.pc-clone.32bit
From: mike%jim.uucp@wupost.wustl.edu (Mike S.)
Subject: Serial terminals-reset when line dropped (SCO 3.2.2)
Organization: BITS, St. Louis, MO
Date: Thu, 17 Dec 1992 17:43:31 GMT
Summary: Detecting serial terminal line drop/restart getty
Keywords: serial terminal sco 3.2.2 line drop


Using SCO 3.2.2, we have several serial terminals active, each in
a user application.  When one of these serial terminals is re-booted,
it blasts the correct Unix login down the line, which executes our
.profile, and starts our application.

The problem arises when a terminal is rebooted while in the application.
What we would like to do is force all tasks associated with the terminal
to terminate, thus restarting getty, when the line is dropped.

So far, we have been unsuccessful in doing this.  Sometimes, the top
level task will terminate, but the others (sh, etc) don't.


Any help with this would be appreciated.

Thanks,
Mike
-- 
mike%jim.uucp@wupost.wustl.edu
Newsgroups: biz.sco.general
From: bld@compuli.UUCP (Bruce Dustman user account)
Subject: sco's efs list
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sun, 13 Dec 1992 05:45:39 GMT
Precedence: bulk

Could anyone having a current listing of the efs's available from sco please 
mail me the list.
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
From: jim@tiamat.fsc.com ( IT Manager)
Newsgroups: biz.sco.general
Subject: Re: Changing SCO kernel to accept # !/bin/sh instead of :
Keywords: SCO, shell
Date: 18 Dec 92 21:23:16 GMT
Organization: Ahlstrom Filtration - Chattanooga,TN

In article <BzF5su.By9@umassd.edu>, benu@cis.umassd.edu (David Hassel) writes:
> 
> 	I saw a posting a while ago on how to modify the SCO kernel to
> accept # !/bin/sh notation on shell scripts instead of just :.  Could
> someone re-post this to me or tell me how?  
> 

On a SCO Unix 3.2v4.0 (or above) system (which includes ODT 2.0), make
sure the following line exists in /etc/conf/pack.d/kernel/space.c and
rebuild your kernel:


int hashplingenable  = 1;   /* set 1 if "#!" recognized by exec */


I love this feature.

Later.------------- 
James B. O'Connor                                     jim@tiamat.fsc.com
Information Technology Manager                        voice 615/821-4022 x651
Ahlstrom Filtration, Inc.                             fax   615/821-0616
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: Shell script poser
Date: 13 Dec 92 23:22:24 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 856
Precedence: bulk

Anthony P Lawrence writes:
> davidf@golem.waterloo.on.ca (David J. Fiander) writes:
> : According to Tim Northrup <jrsalb1!tgn@brspyr1.brs.com>:
> : >:
> : >while read Line ; do
> : >	First=`expr "${Line}" : '\(.\).*' | tr '[a-z]' '[A-Z]'`
> : >	Rest=`expr "${Line}" : '.\(.*\)' | tr '[A-Z]' '[a-z]'`
> : >	echo "${First}${Rest}"
> : >	done
> : >
> : 
> : You were lucky that you didn't pass it a file which had a line
> : beginning with one of the words 'match', 'substr', 'length', or
> : 'index', because then you would have got
> : 
> : >	expr: syntax error
> : >	expr: syntax error
> : >	
> 
> His script was not using awk, and wouldn't object to those
> (awk) keywords.  


Have a look around the local landscape, Tony; those four words are also
'expr' keywords...

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
From: Eduard.Vopicka@vse.cs (Eduard Vopicka)
Newsgroups: biz.sco.general
Subject: RE: SCOmail question
Date: 16 Dec 92 19:33:00 GMT
Reply-To: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

On Dec 16,  1:25pm, "bulli@kodak.com" wrote:

} Subject: Re: SCOmail question
} Eduard Vopicka (Eduard.Vopicka@vse.cs) wrote:
} : ...
} : I am not sure if the MSUPORT line is necessary.
} 
} As the documentation says, it is absolutely necessary (/usr/mmdf/bin/checkup
} actually checks that and prints out a warning if it is not defined).

The original question was about: "I have deleted the whole /usr/mmdf
and my From: line generated by the SCOmail now gets corrupted".
This does mean that the user is probably using MTA other than mmdf;
I am really not sure if in this case the MSUPPORT line is necessary
to satisfy SCOmail needs. "strings /usr/bin/mailx|grep MSUPP" prints
nothing, so maybe MSUPPORT *in*this*particular*situation* is not necessary.

** BTW, once the whole /usr/mmdf is deleted and the user continues to use
** SCOmail, the question is: What must one have in the mmdftailor file to
** keep SCOmail happy?

I am using SCOmail (from mmdf supplement) on the top of sendmail/IDA
under SCO3.2v2.0. mmdftailor is the only file in my /usr/mmdf directory
and contains the *only* the following: (non-relevant comment lines deleted):

MLDOMAIN vse.cs
MLNAME vse
; MLOCMACHINE systemid
;UUname vse

; MSUPPORT is the address to which problem notifications concerning
; the delivery of mail are sent.  It _must_ be a valid address.

;MSUPPORT postmaster

Maybe David J. Fiander can provide definitive answer?

Ed

-- 

============================================================================
= Eduard Vopicka                             e-mail: Eduard.Vopicka@vse.cs =
= Computing Centre                              fax: +42 2 235 85 09       =
= Prague School of Economics                                               =
= W. Churchill square 4                                                    =
= CS 130 67 Prague 3                      ("There is always one more bug") =
============================================================================
From: dkazem@nas.edu (Don Kazem)
Newsgroups: biz.sco.general
Subject: Re: Hiding machines in mmdf
Date: 18 Dec 92 15:16:25 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Encoding: 793 Text
Precedence: bulk

David J. Fiander responded:

>I don't have enough information to answer your question now.
>On what machine is this "Return-path" being seen?  The
>return-path is generated by the machine which puts the message
>into the end recipient's mailbox.  If you are seeing this on
>your SCO box, then I'll have to some exploring, otherwise I'm
>willing to point the finger at somebody else.

-------------------------------

I am pretty sure that the Unix host is adding that line, because no other
machine knows about mailagent.nas.edu  (the dos gateway). The DNS knows
nas.edu as an MX record that  points to mserve.nas.edu (the Unix Host).

The Return-Path line does not come out on messages sent to the list.
I will send you a one line email to demonstrate that.

Thanks

Don
Newsgroups: biz.sco.general
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Subject: Fast time problem
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 22:13:51 GMT
Precedence: bulk

Folks,

A few weeks ago I upgraded from SCO 3.2.2 to SCO 3.3.4.  We have some kind
of no-name clone with a 486 AMI motherboard.  Ever since we upgraded
the system clock as returned by "data(C)" has been gaining about 5 minutes
a day.

Has anyone else seen this?  Is there a fix?

Thanks in advance,

-- 
Ragnar Paulson				email:  ...uunet!tsgfred!ragnar	
The Software Group Limited		or:	ragnar@software.group.com
Phone: 416 856 0238
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Larry Michels Behavior Problems
Keywords: Larry Michels behavior problems
Date: Fri, 11 Dec 92 20:07:52 EST
Organization: Izot's Swamp

root@admin.mport.COM (admin) writes:
^^^^^^^^^^^^^^^^^^^^

   Why am I not surprised to see 'the competition' slinging mud here?!?

   Listen, Richard, there's no shortage of complaints about SCO products, but 
most are based on real experience with the product and many are constructive 
or at least valid.  While I respect those who might suggest a boycott of SCO 
if they disagree with some political aspect of its corporate policies, this 
dirt has nothing to do with corporate policies.

   Unless I misread your message completely, these are also *accusations*, as 
yet unproved.  Even if they are true, your shameless opportunism (taking a 
serious matter as an opportunity to try shaking the SCO tree and see how many 
customers you can catch) leaves you a scant half-notch above the accused!

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
       You're still young if your wallet is exhausted before you are.
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: SCOmail question
Date: 17 Dec 92 00:17:50 GMT

According to Eduard Vopicka <Eduard.Vopicka@vse.cs>:
>
>I am using SCOmail (from mmdf supplement) on the top of sendmail/IDA
>under SCO3.2v2.0. mmdftailor is the only file in my /usr/mmdf directory
>and contains the *only* the following: (non-relevant comment lines deleted):
>
>MLDOMAIN vse.cs
>MLNAME vse
>; MLOCMACHINE systemid
>;UUname vse
>
>; MSUPPORT is the address to which problem notifications concerning
>; the delivery of mail are sent.  It _must_ be a valid address.
>
>;MSUPPORT postmaster
>
>Maybe David J. Fiander can provide definitive answer?

Well, looks like it's time for me to get a life :-)

I know nothing about SCOMail beyond the fact that it calls
/usr/lib/mail/execmail to send mail.  execmail requires the
MLNAME and MLDOMAIN parameters.  SCOMail _might_ need the
MLCKTYPE parameter that was introduced in the TLS MMDF, but I
don't know.  If it's not there, the default value is safe
enough.

- David
Newsgroups: biz.sco.general
From: benu@cis.umassd.edu (David Hassel)
Subject: Changing SCO kernel to accept # !/bin/sh instead of :
Keywords: SCO, shell
Organization: University of Massachusetts Dartmouth
Date: Thu, 17 Dec 1992 19:50:53 GMT

	I saw a posting a while ago on how to modify the SCO kernel to
accept # !/bin/sh notation on shell scripts instead of just :.  Could
someone re-post this to me or tell me how?  

				Thanks,

					Dave Hassel

benu@cis.umassd.edu

Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Anyone Hear of this Stuff????
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Tue, 15 Dec 1992 22:16:31 GMT

paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
: Hi All,
: 
: A customer of mine just asked me to teach a class on Pyramid Security. 
: I don't think it refers to a Pyramid UNIX system.  Does anyone have any ideas
: on this?

You mean like collapsing tunnels and long knifes that snap out of the
wall and...

Probably not.

:-)


		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: cng@poietics.UUCP (Chris Gayler)
Newsgroups: biz.sco.general
Subject: Re: b.s.m proposal
Date: 14 Dec 92 05:25:58 GMT
Reply-To: cng@poietics.UUCP (Chris Gayler)
Organization: POIETICS

In article <m0mzSPB-00005jC@hal9000.uucp> hal9000!smyth@skybridge.SCL.CWRU.Edu (Chief Hacker) writes:
>Seems that this subject is being discussed to death
>and I'm ready to see the discussion end.
>
>Although the biz hierarchy doesn't require it for
>group creation, may I suggest that someone take
>a vote on it?

Let's not, please. It's already clear that the new newsgroup 
would simply become a forum dominated by ambitious pundits and 
prima-donnas. Let it die naturally of its own inadequacies.  

Newsgroups: biz.sco.general
From: tomh@wes.on.ca (Tom Haapanen)
Subject: Re: CD's and SCO NFS
Organization: Waterloo Engineering Software
Date: Sat, 19 Dec 1992 20:01:11 GMT

donl@worldbridge.com writes:
> We use ODT 2.0 and got an upgrade SLS from SCO for the CD-ROM drive.  As I
> remember, it was still beta code.  It should be well into production and
> available now.  I'm unsure as to the NON-ODT versions of TCP/IP and NFS.
> It runs just fine here.  We mount the CD to several machines.

Yes, it apparently can be done.  However, our system is just over a year
old, and I'll have to upgrade everything in order to run NFS 1.2.  To
upgrade the OS, DS, TCP/IP and NFS will cost us almost $1100 from SCO.
It'd be cheaper for me to buy a CD-ROM drive for every PC!

On the other hand, ESIX has a competitive upgrade available for $508, and
complete BSD/386 costs under $1000 -- including X and source.

I'm happy with SCO's tech support, hardware compatability and performance,
but their upgrade pricing sucks rocks.  Right now I'm sufficiently pissed
off that I'm seriously considering switching.

[ \tom haapanen    "i don't even know what street canada is on" -- al capone ]
[ tomh@wes.on.ca                   "trust the programmer" -- ansi c standard ]
[ waterloo engineering software      "to thine own self be true" -- polonius ]
Newsgroups: biz.sco.general
From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
Subject: Xenix process listing
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 17 Dec 1992 20:49:55 GMT
Precedence: bulk

Hopefully someone can set me in the right direction on this. In UNIX
(SCO) If a process is swapped I can still get that processes process
listing from in the incore copy of the process table. But in Xenix, this
does not seem to be the case.

Seems as if xenix swaps the process list to disk too? If this is true,
would anyone (Bela) please give me location and record layout of where
this is stored? My program needs to be able to read the info for all
processes in xenix, including ones swapped to disk.

I am doing it now, but what a kludge! I'd be embarrassed to even tell
how. 

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?
From: sl@wimsey.bc.ca (Stuart Lynne)
Newsgroups: biz.sco.general
Subject: Re: Changing SCO kernel to accept # !/bin/sh instead of :
Date: 21 Dec 92 01:43:13 GMT
Organization: Wimsey Information Services

In article <BzJCq1.IvJ@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <1992Dec18.224803.12806@clpd.kodak.com> thomas@clpd (bulli@kodak.com) writes:
>>Is this limited to 3.2.4 or does it also work under 3.2.2.?
>
>#! support by exec is a feature added in 3.2v4.0 (and thus also in ODT
>2.0); it does not exist in previous versions of Unix or in any version
>of Xenix.

If my memory serves me, it was added in 3.2v2 but not enabled by default.
You have to edit kernal/space.c.

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.general
From: lee@dlpco.dlpco.COM (Lee Penn )
Subject: hard drive accessing.
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 12:48:03 GMT
Precedence: bulk

>From uunet.uucp!xenitec.on.ca!news Sun Dec 13 17:13:48 1992
>To: xenitec.on.ca!distribution@uunet
>Path: xenitec!olivea!spool.mu.edu!uwm.edu!rpi!newsserver.pixel.kodak.com!laidbak!tellab5!obdient!amiserv!amiganet!corey
>From: Corey Sweeney <xenitec.on.ca!uunet!amiganet.chi.il.us!corey@uunet>
>Newsgroups: biz.sco.general
>Subject: hard drive accessing.
>Message-Id: <corey.0jzz@amiganet.chi.il.us>
>Date: 12 Dec 92 17:23:25 GMT
>Organization: Amiga Network Information Systems

>I have a SCO UNIX 3.2.2 system and every couple of muinites the hard drive
>light flashes for about 180 seconds.  does anybody know what it's doing? (by
>the way i haven't changed the cron to do anything at this time.  also no one
>has been using the system for 4 hours).

>Should i stop this to keep it from wearing out the drive?

>Also does UNIX come with disk defragmenting?

>Thanks in advance,
>        Corey

>--------------------------------------------------------------------
>Corey Sweeney
>corey@amiganet.chi.il.us
>I do not own a amiga!


I had been wondering the very same thing and discovered it was 
the mmdf deliver program.  SCO suggested changing the T parameter 
for the startup file in /etc/rc2.d to a longer interval.  I set 
mine at T300 so it will activate only every 5 minutes.

The deliver program does a lot of searching and processing around 
the drive.  

You could, as an experiment, kill off the copies of deliver 
running on your system and see if the activity stops.


================================================================================
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