From owner-ctm-users@FreeBSD.ORG Thu Jan 21 01:09:19 2010 Return-Path: Delivered-To: ctm-users@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC64106568D for ; Thu, 21 Jan 2010 01:09:19 +0000 (UTC) (envelope-from smckay@internode.on.net) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id B7EAA8FC08 for ; Thu, 21 Jan 2010 01:09:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAAY4V0t20IpU/2dsb2JhbACBRtdnhDYE Received: from ppp118-208-138-84.lns20.bne1.internode.on.net (HELO dungeon.home) ([118.208.138.84]) by ipmail03.adl6.internode.on.net with ESMTP; 21 Jan 2010 11:39:16 +1030 Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.14.3/8.14.3) with ESMTP id o0L19DpZ007399; Thu, 21 Jan 2010 11:09:13 +1000 (EST) (envelope-from mckay) Message-Id: <201001210109.o0L19DpZ007399@dungeon.home> To: "Julian H. Stacey" References: <201001210045.o0L0jJSk038082@fire.js.berklix.net> In-Reply-To: <201001210045.o0L0jJSk038082@fire.js.berklix.net> from "Julian H. Stacey" at "Thu, 21 Jan 2010 01:45:19 +0100" Date: Thu, 21 Jan 2010 11:09:13 +1000 From: Stephen McKay Cc: ctm-users@freebsd.org, Andre Albsmeier , Stephen McKay Subject: Re: No deltas via email anymore? X-BeenThere: ctm-users@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CTM User discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2010 01:09:19 -0000 On Thursday, 21st January 2010, "Julian H. Stacey" wrote: >Reason I imagined it would bet better with an option on send, >& auto detect on receive: > > There's perhaps people out there running CTM to distribute stuff > other than FreeBSD source (other *BSD src, other data, some binary > systems may have limited or no access to upgrade binaries except > at release upgrade. > > Such users might not be on this list, as this list is more for > the FreeBSD patches than the programs as such. So ideally a CTM > would have a format rev. no, & receivers would first be updated > to dual capable auto detect of old & new format, then later senders > would reduce length of CTM lines sent. ctm_rmail already works with any line length that is a multiple of 4. A change to 72 characters per line in ctm_smail does not require anyone to update ctm_rmail. We should just do it. It's safe. In principle a revision number is a good thing for every file and transport format, but at this late stage I doubt any benefit would be gained by adding one to the ctm email format. Stephen.