Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-lcc!pyramid!csg From: csg@pyramid.UUCP (Carl S. Gutekunst) Newsgroups: comp.unix.wizards Subject: Re: Uuclean flushing mail requests Message-ID: <1364@pyramid.UUCP> Date: Thu, 8-Jan-87 21:17:33 EST Article-I.D.: pyramid.1364 Posted: Thu Jan 8 21:17:33 1987 Date-Received: Fri, 9-Jan-87 01:35:42 EST References: <697@cullvax.UUCP> Reply-To: csg@pyramid.UUCP (Carl S. Gutekunst) Organization: Pyramid Technology Corp., Mountain View, CA Lines: 22 In article <697@cullvax.UUCP> drw@cullvax.UUCP (Dale Worley) writes: >We are using sendmail with uucp as the transport mechanism under >Ultrix 1.2. If we cannot connect to one of our neighbors for too >long, uuclean deletes the uucp request. What I would like to know is, >does the originator of the message get any warning that his mail was >flushed? Probably not. Under practically all UUCP versions except HoneyDanBer, uuclean is totally ignorant of what it is deleting. The files are unlinked, the UUCP administrator is notified, and on some versions the originator of the request is also notified (this may be an option on uuclean). If the mail originated on the local machine, then the person who sent the mail may get a criptic notice about a uux request being deleted. But if the mail was "hopped" from another machine, the "originator" will be uucp, and the deletion message will go to the UUCP administrator. The uucleanup facility of HoneyDanBer (provided by AT&T in System VR2.0.4 and beyond) attempts to figure out what an queued item is, and send a warning to the real originator. (If you've ever had mail stranded at ihnp4, then you've seen the friendly message that HDB sends out.)