Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!decvax!bellcore!ulysses!allegra!mit-eddie!think!harvard!seismo!mcvax!ukc!stc!andrew
From: andrew@stc.co.uk
Newsgroups: net.bugs.uucp
Subject: Re: bug in uucico causes spooled files to get removed
Message-ID: <923@bute.tcom.stc.co.uk>
Date: Tue, 1-Apr-86 09:26:11 EST
Article-I.D.: bute.923
Posted: Tue Apr  1 09:26:11 1986
Date-Received: Sat, 5-Apr-86 06:17:17 EST
References: <1804@watmath.UUCP>
Reply-To: andrew@stc.UUCP (Andrew Macpherson)
Distribution: net
Organization: STC Telecoms, London N11 1HB.
Lines: 25

In article <1804@watmath.UUCP> rjwhite@watmath.UUCP writes:
| Last night we lost alot of stuff queued for ihnp4 because it looks like
| their filesystem was full and couldn't create any temporary files.
| The code checks for this and if sending the file bombs because of this,
| then it isn't supposed to remove the file that it couldn't send.
| The problem is, the wrong byte is checked in the status message sent back.
| The following is a diff so that it will now FAIL instead of trying to
| continue since there is no point in continuing if the disk is full.
| The file is cntrl.c
 
I noticed this a few months ago, I thought it more appropriate to turn
the line round --- that way ihnp4 (in your case) would get a chance to
offload the work it had queued (is this a word in American? -- lined
up) for you, thus increasing the chances of the problem fixing itself.

Anyone wanting the fixes for the uk / euug versions of uucp, and
probably others, but I can't find those any longer, please drop me a
line.  If there is a large demand, then I'll post them, otherwise mail
seems more appropriate.

-- 
Regards,
	Andrew Macpherson.	<andrew@tcom.stc.co.uk>
{aivru,btnix,concurrent,datlog,iclbra,iclkid,idec,inset,root44,stl,ukc}
	!stc!andrew