Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 exptools 1/6/84; site ihnp4.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!ihnp4!gjm
From: gjm@ihnp4.UUCP (Gary J. Murakami)
Newsgroups: net.bugs.uucp,net.mail
Subject: Re: dual -> ihnp4 UUCP lossage on 10/17
Message-ID: <670@ihnp4.UUCP>
Date: Sun, 21-Oct-84 08:03:06 EDT
Article-I.D.: ihnp4.670
Posted: Sun Oct 21 08:03:06 1984
Date-Received: Mon, 22-Oct-84 01:57:41 EDT
References: <845@dual.UUCP>
Distribution: net
Organization: AT&T Bell Labs, Naperville, IL
Lines: 20

The problem was not the fault of ihnp4, nor of uucp on ihnp4.
The problem was my fault, and I apologize for the loss of mail.

Due to a heavier than usual load of mail on ihnp4, I turned on an
experimental "Distributed UUCP" to help drain the queue on ihnp4.  This
experiment runs on ihnp1, adding extra CPU cycles and device bandwidth
while using a Newcastle type of Distributed UNIX to access the spool on
ihnp4.

This works fine for master transfer of files out, but there are problems
with permissions after switching roles to slave.  With System V, an
intricate procedure for suid programs is necessary to create
directories.  The remote file server doesn't quite handle this
correctly.

This only ran for one pass at the queue on ihnp4, so the number of
systems affected should have been small (sorry, Erik).  However I'll
find and fix the problem before using this again on real work.

-Gary