Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!sdd.hp.com!caen!uwm.edu!ux1.cso.uiuc.edu!midway!clout!chinet!les
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: comp.mail.uucp
Subject: Re: BITFTP grief!
Message-ID: <1991May19.024838.12669@chinet.chi.il.us>
Date: 19 May 91 02:48:38 GMT
References: <1991May15.042146.29800@iguana.uucp> <ZN9Z22w163w@phoenix.com>
Organization: Chinet - Chicago Public Access UNIX
Lines: 16

In article <ZN9Z22w163w@phoenix.com> stanley@phoenix.com (John Stanley) writes:

>   The only way to solve the problem is to teach uucico to keep track of
>free space and inodes, and to stop accepting anything until there is
>space. "Can't tango - no space".

The SysVr3 HDB uucp uucico will refuse to accept files if there isn't
enough space.  But if the last file that came in more than half
filled the remaining spool space,  uuxqt will still happily
try to pipe it to rmail (or whatever) and delete it after the
receiving program chokes.  At least in this scenario there is a chance
of the program being able to queue up an error message about it in the
mail.

Les Mikesell
  les@chinet.chi.il.us