Xref: utzoo comp.mail.uucp:968 comp.unix.wizards:6251 ont.uucp:362
Path: utzoo!genat!clunk!forgen!lsuc!dave
From: dave@lsuc.uucp (David Sherman)
Newsgroups: comp.mail.uucp,comp.unix.wizards,ont.uucp
Subject: help! uucp losing files
Message-ID: <1988Jan26.130747.3853@lsuc.uucp>
Date: 26 Jan 88 18:07:42 GMT
Organization: Law Society of Upper Canada, Toronto
Lines: 37

Our uucp seems to be losing files fairly often.  It's a v7
uucp, to which we have source and into which I've hacked in
most of the bug fixes posted to the net over the years.

Scenario: mail is sent to remote!whatever!whoever. uucp
constructs	C.remoteA1234	- with the instructions
		D.remoteB1233	- with the mail
		D.lsucX4059	- with the "rmail whatever!whoever" details

Now, the mail is a largish file. (Doesn't have to be huge for
this to happen.)  During the transfer, uucico craps out with
	BAD READ (expected 'S' got FAIL)
where the S is sometimes a C.  OK, so maybe it's a phone line
problem.  It's not reproducible, though it happens several times
a day with different sites (we shuffle several Mb a day around).

So, it should try again next time, right?  But on the next call, I
get mail from uucp telling me "file D.remoteB1233 can't access" on
lsuc.  Yes indeedy, uucico is REMOVING the file even though the
transfer didn't succeed.

Anyone know why? I delved into cntrl.c, where there are numerous
calls to unlinkdf(), but as far as I can make out the code under
"case SNDFILE:" is correct.

Incidentally, this problem is affecting news as well; I suspect
some news batches may not be making it downstream from us for
the same reason.  It happens with numerous different sites, so
it's not the fault of any one site we talk to.

Any help would be greatly appreciated.

David Sherman
The Law Society of Upper Canada
(416) 947-3466
-- 
{ uunet!mnetor  pyramid!utai  decvax!utcsri  ihnp4!utzoo } !lsuc!dave