Xref: utzoo news.software.b:2592 news.sysadmin:2573
Path: utzoo!utgpu!jarvis.csri.toronto.edu!dptcdc!tmsoft!mason
From: mason@tmsoft.uucp (Dave Mason)
Newsgroups: news.software.b,news.sysadmin
Subject: Re: How do I issue a "sendme" control message? (really Cnews & file systems)
Message-ID: <1989Jul19.044308.1646@tmsoft.uucp>
Date: 19 Jul 89 04:43:08 GMT
References: <749@icus.islp.ny.us> <1989Jul18.154058.2638@dlb.uucp>
Reply-To: mason@tmsoft.UUCP (Dave Mason)
Followup-To: news.software.b
Organization: TM Software Associates, Toronto
Lines: 26

In article <1989Jul18.154058.2638@dlb.uucp> dave@dlb.UUCP (Dave Buck) writes:
>[....other stuff]
>By the way, we converted to "C News" recently, and the only foul gripe is
>that this type of scenerio is not possible (well, not as they've implemented
>rnews).  Their rnews will discard an incoming batch if they think it might
>not fit, and the lost article ids are not saved.  I thought about two
>approaches to change this behavior ... first thought was to scan the incoming
>batch for article ids and save them for rerequesting (nah, too difficult) ...
>second thought was to just save the incoming batch in another file system
>known to have lotsa space, and let us clean up after the following day.
>[...a perl script...]

We have /usr/lib/news (where we have in.coming & history),
/usr/spool/news and /usr/spool/uucp on three different file systems,
with the various free disk checkers set up appropriately.  Works like
a charm: automatically handles low disk problems without so much as a
wimper.  (Also uuxqt won't run if /usr (the file system where
/usr/lib/news is found) is low on free space, so things just slow
down, but nothing breaks.)

We haven't installed the new release yet because they put in.coming in
the article file system & it seems to be hardcoded too many places to
quickly change it to the lib file system.  It should be a seperate
define, setup up BY DEFAULT however they wish.

	../Dave