HDTenEightyP/NetNews huggingface dataset:
From: dreamer@lhaven.UUmh.Ab.Ca (Lawrence "The Dreamer" Chen)
Newsgroups: alt.sys.amiga.uucp
Subject: BMS Site LHAVEN.UUMH.AB.CA
Keywords: 
Distribution: world
Date: 20 Dec 92 00:50:07 MDT
Organization: Lunatic Haven BBS

I've just had a partial harddrive failure.....I lost my entire BMS:PUB directory,
and I don't have any backups.  I don't plan to recover any of the files at this
time....in fact the harddrive should have been retired long ago, except I can't
afford to replace it.  Now its gone and I'm just going to have to live without.

The BMS.DB seems to be mostly intact...so if at some point I find files to make
available, I might....but it won't be during this fiscal year....I'm already
over spent as it is 8-(

--
 "Just a Crazy Engineer with an Amiga and an HP48sx"    - The Dreamer
 Email: dreamer@lhaven.uumh.ab.ca or "Lawrence Chen" @ 1:134/3002
 PHONE: +1 403 526 6019                          FAX: +1 403 529 5102
 Lunatic Haven BBS (1:134/3002):      +1 403 526 6957 (14,400 HST/v.32bis)
 Lunatic Haven BBS (UUCP):            +1 403 526 5035 (Telebit Worldblazer)
 Praxis Society K12 BBS (1:134/3003): +1 403 529 1610 (Telebit T2500SA)
Xref: sparky alt.sys.amiga.uucp:2935 comp.sys.amiga.misc:18581
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp,comp.sys.amiga.misc
Subject: Re: New Amiga newsgroups WAS: Re: Cnews questions
Date: Tue, 15 Dec 1992 01:45:57 EST
 <YGv7s*s97@kink.PhaedraV.On.Ca> <mbs.1gdd@adastra.cvl.va.us>
Distribution: world
Organization: Phaedra V

In article <mbs.1gdd@adastra.cvl.va.us>, Michael B. Smith writes:

> > mailing lists. A better thing to do is start a discussion and vote on
> > finally creating a comp.sys.amiga.uucp newsgroup. We have lots of
...
> Actually, after some thought, I suggest that the name of the group be
> c.s.a.transports, or c.s.a.networking or something along that vein.

"transports" is pretty cryptic, and networking is too general.
How would it fit with c.s.a.datacomm which already includes
networking?

We've discussed previously why .uucp deserves to be a separate group
from .datacomm. I think uucp all by itself is just a manageable size
to keep up with.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#   "I ain't jacked my lumber baby, since my chainsaw you."                  %
#   -- The Lumberjack Song                                                   %
From: piet@okapi.sub.org (Peter Vohmann)
Subject: Re: Bug in sendmail/rmail (DUUCP)
Newsgroups: alt.sys.amiga.uucp
Distribution: world
X-Newsreader: TIN [version 1.1 PL6]
Date: 18 Dec 92 12:09:43 GMT

> % DMail uses the From Envelope for exactly that!
> % Please set it as well on the list of fixes to do.
>
>      That not the whole truth. You can specify the address dmail uses as
> the reply address, please refer to dmail's manual.

Uh-oh. Thanks a bundle!

From UUCPDist:lib/.dmailrc:
: set replyfields "Reply-To: Return-Path:"

In these days of domain style addresses,
"From:" should really be in there, shouldn't it?


--
---------------------------------------------------------------------
  Peter Vohmann / piet@okapi.sub.org /   Voice: +49-721-43088    //
  test/vote for 8 bit clean News and ISO-8859-1! []=aeouue  \X/
---------------------------------------------------------------------
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Which uucp ?
Date: Wed, 16 Dec 1992 19:51:56 +0100
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Distribution: alt
Organization: Villa Straylight, Hamburg, FRG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00 pre

In article <214@cbmfra.fr.so.commodore.com>, Nicolas Costes France writes:

% Could someone tell which version of amiga uucp we should use ??
% We have Matt Dillon's 1.16 uucp running at many developer sites whithout
% any problems.
% Is there any lurking fatal bug in this original version that should be
% corrected, or are the various patches only cosmetic changes ??

    Well, `fatal bugs' ...  I've been told the standard sendmail of DUUCP
likes to simply drop mails in case of problems with the `Domain' file; in
case of common BSMTP frontends, the envelope address gets munged ...

    For the news part, due to the lack of a history of received articles,
it's at least hard to have more than one site feeding you the same group;
there have been problems with trimnews which have been solved -- as to my
knowledge -- in version 1.16.04; rnews still has a bug regarding with the
`#!_rnews' header ...

    The may be more quirks (I run an own mailsystem and a modified CNews),
but it also may work on one's local setup more or less flawlessly.
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

              /away 18.12.1992 - 04.01.1993 (Phone: +49-4755-648)

"Hallo! Anrufbeantworter sind dazu da, Nachrichten auf ihnen zu hinterlassen."
             -- Andreas M. Kirchwitz' Anrufbeantworter, Tue Apr 14 20:19:44 1992
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp
Subject: uucico jb.01 sources please, and another old bug.
Summary: 1) please post the jb.1 source 2) here's another old bug.
Keywords: uucico source bugs
Date: 20 Dec 92 11:22:02 GMT
Organization: Phaedra V

I've been eagerly waiting for someone to post the source to the latest
uucico with version string "uucico 1.16 jb.01". If there's some reason
for not posting it, would someone (John?) be so kind as to mail it to
me. I'd like to track down an old nagging bug that has been paining me
a lot lately.

The problem is that the AmigaUUCP uucico sometimes doesn't handle
broken connections properly. Sometimes the TMP#? file will get copied
to the final file name even if the transfer was incomplete. The other
end is smart enough to know the file needs to be resent, but repeated
attempts will always fail because another file (the truncated version)
with the same name already exists.

I think I can find and fix this, but I'd like to have the source to
the version I'm running first. If someone else wants to fix it, please
do. :-) I still want the source, and I'd like to see it readily
available to everyone to ease the problems of bug hunting and make it
generally easier for people to understand what's going on inside it.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#   "I ain't jacked my lumber baby, since my chainsaw you."                  %
#   -- The Lumberjack Song                                                   %
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Where is UUSER?
Date: 21 Dec 92 05:27:00 GMT
Reply-To: Kai 'wusel' Siering <wusel@hactar.hanse.de>
Organization: Villa Straylight, Hamburg, FRG
Supersedes: <211292c0617@hamburg.uucp>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00

In article <1992Dec19.125703.3974@mark-one.inet-uk.co.uk>, Steve Parkinson writes:

% Does anyone know where i can get a copy of UUSER? I have the docs,
% but no binary. Is it supposed to be in the 1.16 distribution?

     My wetware tries to convince me that `uuser:' has gone somewhere
around 1.13, I remember seeing this mentioned also somewhere in the docs
... It's intended job is now accomplished by fifo.library.
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: dv|_

              /away 18.12.1992 - 04.01.1993 (Phone: +49-4755-648)

"Es  hat  keinen  Sinn, ich kenne das Gerdusch, das sind Todesseufzer, die mache
ich auch jeden Morgen."                  -- Al, "Eine schrecklich nette Familie"
Newsgroups: alt.sys.amiga.uucp
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: AmigaElm 1.17 available via anonymous FTP and mail-server
Organization: Techn. University of Berlin, Germany
Date: Tue, 15 Dec 1992 14:51:30 GMT

Just a quick note:

AmigaElm 1.17 (with MIME support, internal + metamail) is available
since ~2 weeks on ftp.cs.tu-berlin.de [130.149.17.7] and via Mail-
Server from mail-server@cs.tu-berlin.de !

The file is named "/pub/amiga/uucp/AmigaElm117.lha".
(and metamail 2.3a: /pub/amiga/uucp/metamail-2.3a.lha)

FTP should be clear.  Here's an example for the Mail-Server:
$ mail -s "have a nice day" mail-server@cs.tu-berlin.de
send /pub/amiga/uucp/AmigaElm117.lha

Easy, isn't it? :-)

	-Andreas
-- 
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Standards
Date: Fri, 18 Dec 1992 07:57:30 +0100
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Organization: Villa Straylight, Hamburg, FRG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00 pre

In article <bmaple.0e1n@burner.com>, Bob Maple writes:

% Does anyone know where I can get an _up to date_ set of UUCP standards,
% spefically email/news header formats?

     You should look at RFC 822 for mail and RFC 1036 for news; there have
been some minor updates in few addtional RFCs -- just take a look at the
RFC-Index ...
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

              /away 18.12.1992 - 04.01.1993 (Phone: +49-4755-648)

"Al, sich zu duschen ist mehr, als sein Hemd mit Deodorant einzusprhen!"
                                        -- Peg, "Eine schrecklich nette Familie"
From: jf@debi.uoknor.edu (James Franklin)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: uucico 1.16 jb.01 (was: uucico)
Date: 13 Dec 92 02:34:02 GMT
Reply-To: jf@debi.uoknor.edu
Organization: n:  The act or process of organizing or of being organized.
X-Newsreader: TIN [version 1.1 PL6]

Kai 'wusel' Siering (wusel@hactar.hanse.de) wrote:
: In article <1992Dec9.183924.8553@e2big.mko.dec.com>, Steve Drew writes:
: %
: % I've had requests for postmaster, $USERNAME (config: username then try
: % env: username) and now root.
: 
:      Just a moment: first UUCONFIG and then environment? I think this
: really should be reversed! The environment should always have precedence
: over static entries like configuration files, shouldn't it?!

  Since I was the one who made this possible brain-dead suggestion, let me
explain my reasoning.

  I run a multi-user Dillon's UUCP configuration.  I handle multiple users
by NOT having a USERNAME variable in my uulib:config file and setting a
global env: variable with a 'login' script I wrote.  UUCP 1.15 (or 1.13?)
seemed to require it this way.  Now I use TIN as a newsreader, and it req-
uires local variables (e.g. set USERNAME "James Franklin").  So, now my
'login' script sets both.

  The point of all of this is that the user logged in when a UUCICO happens
is not necessarily the user who requested the UUCP file copy.  Thus,
mailing to that user might generate much confusion.  If in DUUCP 1.16
global variables override uulib:config entries then I'll put that entry
back in, and the perfect search order (for me) would be: 1) UULIB:Config;
2) env:USERNAME; 3) local USERNAME; or, alternately, mail all notifications
to 'Postmaster' and let me sort it out. :)

  BTW, if anyone has any ideas how I could better set up or maintain my
multi-user configuration I would appreciate them.  Always room for
improvement, eh? :)

--
jf@debi.uoknor.edu    Theorizing that he could travel within his own
...!regentdb!debi!jf  lifetime, James Franklin stepped into the A-Train...
James Franklin        and went to Chicago.
From: ianm@laghey.UUCP (Ian Moran)
Newsgroups: alt.sys.amiga.uucp
Subject: Dowrite() errors in logfile
Date: 15 Dec 92 01:31:50 GMT
Organization: Private Amiga Site
X-Newsreader: TIN [version 1.1 PL6]

I have just noticed the following errors in uuspool:logfile. Could someone
please explain what they mean.

(12/14-18:33:55) RNews,-,- unbatch: read failed 0
(12/14-18:33:59) RNews,-,- dofile() error 20
(12/14-18:34:00) RNews,-,- dofile() error 20
(12/14-18:34:00) RNews,-,- comp.sys.amiga.advocacy    15 ARTS   35816 UNCOMP
(12/14-18:34:03) RNews,-,- news.software.readers       1 ARTS    8578 UNCOMP
(12/14-18:34:03) RNews,-,- TOTAL                      39 ARTS   46919/91301   BYTES/UNCOMPRESSED
(12/14-18:34:04) UUXQT,-,- Execute Error: rc=20 cmd=dh2:uucp/c/rnews -h <D.icsbe06710f8
(12/14-18:34:04) UUXQT,-,- Renamed uuspool:X.lagheyd01c2 to uuspool:E.lagheyd01c2

These dofile() & unbatch errors also appear in the rnews.log file as produced 
by rnlog 

comp.sys.amiga.multimedia               9      33512 =      3723.5556
comp.sys.amiga.programmer             111     182522 =      1644.3423
comp.unix.amiga                         5       7312 =      1462.4000
dofile()                                0          0 =               NaN0.0000
news.newusers.questions                32      30939 =       966.8437
news.software.b                        11      23823 =      2165.7273
news.software.readers                  34      72108 =      2120.8235
unbatch:                                0          0 =               NaN0.0000
---------------------------------------------------------------------
TOTAL                                 714    1329690 =      1862.3109
---------------------------------------------------------------------


Ian

--
Ian Moran                   Internet:  ianm@icsbelf.co.uk
ICS Computing Group Ltd     UUCP:      ...{uknet,uunet,mcsun}!icsbelf!ianm
Belfast                     Fidonet:   2:257/10.1, 2:440/59.5, 2:252/309.6
N. Ireland                  AmigaNet:  39:137/1.6
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: Re: uucico 1.16 jb.01 (was: uucico)
Organization: Techn. University of Berlin, Germany
Date: Mon, 14 Dec 1992 14:44:46 GMT

In <salnick.0637@dejavu.spk.wa.us> salnick@dejavu.spk.wa.us (There is no substitute for displacement...) writes:

>In article <111292f0634@hamburg.uucp> wusel@hactar.hanse.de (Kai 'wusel' Siering) writes:
>>In article <1992Dec9.183924.8553@e2big.mko.dec.com>, Steve Drew writes:
>>
>>% In article <081292u2100@hamburg.uucp>, wusel@hactar.hanse.de (Kai 'wusel' Siering) writes:
>>[...]
>>% I've had requests for postmaster, $USERNAME (config: username then try
>>% env: username) and now root.
>>
>>     Just a moment: first UUCONFIG and then environment? I think this
>>really should be reversed! The environment should always have precedence
>>over static entries like configuration files, shouldn't it?!
>
>ALWAYS!

Sorry guys, this is WRONG.  UNIX does it the other way (config files
precedence over environment).  Reason is: you don't have to write config
files for EACH program.  You have ONE environment with your default
settings.  And if you wish to change something SPECIAL, you set a
appropriate variable in the config file.  So, the config files are
very short and easy to read.  And if you want to change (for example)
your favourite "Editor" you only have to change env(arc):Editor and
not the "Editor" variable in EVERY config file.

As I've already said...  have a look at Unix!

	-Andreas
-- 
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de

x-gateway: rodan.UU.NET from amiga-uucp to alt.sys.amiga.uucp; Mon, 14 Dec 1992 11:51:45 EST
Date: Mon, 14 Dec 1992 08:56:35 MDT
From: wuth@castrov.cuc.ab.ca (Brett Wuth)
Subject: Re: uucico 1.16 jb.01 (was: uucico)
Newsgroups: alt.sys.amiga.uucp
>> % You mean like UUSpool:to/<sysname>/<class>/<file>??     :)
>>
>>      Not exactly - uuspool:<sysname>/<file> would satisfy my (and others)
>> needs :) My UUX supports classes, but I can't see that much advantage in
>> storing the files for one machine in different subdirs -- it only
>> complicates uucico's and uuxqt's job ... What am I overlooking?

I'd say it would make sense to include the "to" directory, like
UUSpool:to/<sysname>/<file>.  That way there would be no conflict
if their is a neighboring site called "batch".  Remember there is
already a directory UUSpool:batch.

Perhaps the "to" directory should be "sites" instead, unless HDB UUCP
has already established a precedent that the "to" dir is used for
_both_ incoming and outgoing files.

Cheers,
-- 
Brett Wuth  wuth@castrov.cuc.ab.ca BCWuth@uncamult.bitnet wuth@castrov.UUCP
U302, 3510 44St SW, Calgary, Alberta, T3E 3R9, CANADA  Tel: +1 403 242-0848

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.0

mQCNAir+Xh0AAAEEALLCqKl8T/5b81Wn+pftOjR2HEY0f0z1bw6jXnANGqGDEBSc
NTTcxUQX4ryOOIr+n8GmqeWOaFQ8kiZxDUR1v2detA3BuAGQt+ixg61T1bV3poz+
eG5YbRbsYFLCep3eRn4BXV0mZECz3jIpKN0Y/j9DcVZWL+VyeKudBjgjJ22BAAUR
tCNCcmV0dCBXdXRoIDx3dXRoQGNhc3Ryb3YuY3VjLmFiLmNhPrQeQnJldHQgV3V0
aCA8d3V0aEBjYXN0cm92LlVVQ1A+
=zvTV
-----END PGP PUBLIC KEY BLOCK-----
[Pls ignore if you don't have PGP secure-mail program.  See sci.crypt.]
Xref: sparky alt.sys.amiga.uucp:2908 de.comp.sys.amiga.misc:6686 de.comp.sys.amiga.uucp:731
From: seggers@semyam.dinoco.de (Stefan Eggers)
Date: 11 Dec 92 14:40:58 GMT
Subject: Crossposted from csa.hardware: Amiga locks up; bug in DOS 2.0 filesystem?
Newsgroups: alt.sys.amiga.uucp,de.comp.sys.amiga.misc,de.comp.sys.amiga.uucp
X-Newsreader: TIN [version 1.1 PL6]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

This  may be of interest to those reading here and not reading the ar-
ticles  in comp.sys.amiga.programmer.  My interpretation is that it is
safe to have hardlinks on partitions with FFS.

[ Article crossposted from comp.sys.amiga.programmer ]
[ Author was Randell Jesup ]
[ Posted on 6 Dec 92 06:39:37 GMT ]

mool@oce-rd2.oce.nl (Bram Moolenaar) writes:
[ re: quick close/delete/open sequence problems ]

>Until now I still did not receive a solution to this problem.
>It appears to be a real bug in the Amiga operating system.
>The only workaround that appears to work is to insert a Delay(1L)
>somewhere in the loop. But how can I be sure that this works in
>all situations?
>
>Note that this bug cannot be reproduced on all Amigas. Timing appears
>to be very important. Mark Rinfret reported that he could only reproduce
>the bug when using at least 60 buffers for the partition. On my Amiga
>the number of buffers does not matter. Strange...

	I'm investigating this bug.  Thanks for a (hopefully) reproducible
case that I can use; that's exactly the sort of thing that can change something
from "doesn't seem to happen here; I wonder whether it's his bug or ours" to
"aha! I see it here, the program is simple, it has to be our bug!"

	Note: if anyone using UUCP/trimnews on a 3.0 machine has seen strange
"checksum error on block 0" requesters with DCFS spool partitions, this problem
has been isolated to a bug with deleting the "real" file of a hard-link.  The
problem can also happen under FFS with links to directories, and under OFS
for files and directories.  Until a new FS is released, I advise making UUCP
spool partitions FFS, or don't use hardlinks on DCFS spool partitions.  The
problem does happen under 2.04 in the cases stated above for FFS and OFS, it's
merely worse under DCFS in 3.0.

	Anyone else using hardlinks should avoid using them on DCFS, or at
least avoid deleting the destination of a hardlink under DCFS.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp
Subject: Re^2: Cnews questions
Date: Sun, 20 Dec 1992 04:32:33 EST
Organization: Phaedra V

In article <1C20D113TA@URANUS.zer.sub.org>, Goetz Schuchart writes:

>   Me too - but I prefer 'alt.sys.amiga.cnews' because e.g. on my machine
>   cnews runs under different tranport mechanisms.
>   I would please Kai 'wusel' or someone else to gate the new group into
>   a mailing list because we are not able to get alt.*

In which case, you should prefer comp.sys.amiga.something.  And .cnews
is too specific, I think .news is better.  The problem is that someone
might get comp.sys.amiga.news mixed up with comp.sys.amiga.announce.
So I think the best bet would be something like
comp.sys.amiga.news.sw.

And there's no reason for sticking it in alt, or keeping the .uucp
group in alt, except inertia. If anyone thinks it's too much work
posting formal discussion and vote messages for a real group, look
into it. It's not all that different from what it takes to make a
successfull alt group (alt groups don't necessarily get good
propagation even to sites that get other alt groups).

I'm going to keep harping that it should be a comp group, and anyone
who wants to be the official vote taker for a new alt group can bug me
to either shut up, or take the responsibility myself. :-) Does anyone
else want do do it? Please? :-)

I think it's time to get this discussion out in news.groups.
How many people are behind me?

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#   "I ain't jacked my lumber baby, since my chainsaw you."                  %
#   -- The Lumberjack Song                                                   %
Newsgroups: alt.sys.amiga.uucp
From: crash@ckctpa.UUCP (Frank "Crash" Edwards)
Subject: Re: Cnews questions
Date: Fri, 18 Dec 1992 00:04:07 GMT
Reply-To: crash%ckctpa@tct.com (Frank "Crash" Edwards)
Organization: Edwards & Edwards Consulting

ciaran@aldhfn.akron.oh.us writes:
>---------------------- newsbin:relay/unbatch.e2 ------------------------------
  ...
>Delete [FROM]

Basically, just uncomment the DELETE line (or add it if it's not
there) to the end of the UnBatch.e2 script.  It will delete the files
as it goes.

When the original was written, I had gobs of RAM and did everything in
the RAM disk.  So I had commented out the DELETE line.  Plus, I ran
the UnBatch.e script at the end of the script which made the phone
calls to my feed site, so I could be pretty sure that there were only
a few batches waiting to be processed at any one time.  A poor excuse,
I know, but necessity is the mother of invention, and it wasn't
necessary for me.  :-)

Also, the original UnBatch.e script allowed a numeric parameter to be
put on the command line which controlled how many batches were
processed in a single execution of the script.  But using that feature
required some of the support tools from the SKsh distribution.  If you
want to use that, look at the commands given in the "IF [COUNT]" block
and make sure you've got them.  Perhaps execute them the same way the
script would to make sure they produce the correct output.

>Skip

-- 
Frank "Crash" Edwards          Edwards & Edwards Consulting
Fax:  813/786-6526             crash%ckctpa@myrddin.sybus.com, but please
Home: 813/786-3675             don't ask UUNET to route it -- it's sloooow.
    VMS is a text-only adventure game. If you win you can use Unix.
	    -- Bill Davidsen (davidsen@crdos1.crd.GE.COM)