From owner-freebsd-hackers Fri Jun 28 12:23:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23112 for hackers-outgoing; Fri, 28 Jun 1996 12:23:06 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23058; Fri, 28 Jun 1996 12:22:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id NAA21442; Fri, 28 Jun 1996 13:22:31 -0600 (MDT) Message-Id: <199606281922.NAA21442@rover.village.org> To: "Gary Palmer" Subject: Re: cvs-cur-2135 Cc: Poul-Henning Kamp , James Raynard , hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 28 Jun 1996 20:06:54 BST Date: Fri, 28 Jun 1996 13:22:31 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : This means keeping two copies of the delta around (effectively). Why : not just offer a mail robot to do this? With the change that I have : nearly finished for ctm_smail to allow the slow queue option, such a : robot would be (nearly) trivial to write. I'm not sure I follow why you'd need two copies of the deltas around. You'd create teh deltas as you do now. Then, before sending them off you'd shop them up into smaller bits at file boundries. Then they would go out like that. However, thinking about that, it strikes me as too dangerous. If someone did a checkout on the partial delta, then things could be very broken. So forget that I said anything :-) I'm not sure how having a mail robot would solve this problem unless you could ask it to retransmit part 27 of 40 because that somehow got lost/damaged in transit. Warner