Re: Vestigial Features (was Re: CRLF (was: Re: A modest proposal))
ned+ietf@mauve.mrochek.com Thu, 24 January 2013 21:26 UTC
Return-Path: <ned+ietf@mauve.mrochek.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5711B11E80A5 for <ietf@ietfa.amsl.com>; Thu, 24 Jan 2013 13:26:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YlYWNmZFDiA0 for <ietf@ietfa.amsl.com>; Thu, 24 Jan 2013 13:26:00 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by ietfa.amsl.com (Postfix) with ESMTP id 8C1BF11E8099 for <ietf@ietf.org>; Thu, 24 Jan 2013 13:26:00 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OPDBI6HGWG0075N5@mauve.mrochek.com> for ietf@ietf.org; Thu, 24 Jan 2013 13:20:56 -0800 (PST)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OOJ8U2Q2U800008S@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ietf@ietf.org; Thu, 24 Jan 2013 13:20:51 -0800 (PST)
From: ned+ietf@mauve.mrochek.com
Message-id: <01OPDBI3MP4Q00008S@mauve.mrochek.com>
Date: Thu, 24 Jan 2013 13:12:16 -0800
Subject: Re: Vestigial Features (was Re: CRLF (was: Re: A modest proposal))
In-reply-to: "Your message dated Thu, 24 Jan 2013 10:22:16 +0100" <6372D85B-041B-4FBF-B41E-7505C4B56E58@tzi.org>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset="iso-8859-1"
References: <20130123061554.85592.qmail@joyce.lan> <C3CD7DDBD81323BD17837BCE@JcK-HP8200.jck.com> <8EFA8168-7F05-4010-975C-CE601361501C@tzi.org> <201301240341.r0O3fOui340901@shell01.TheWorld.com> <6372D85B-041B-4FBF-B41E-7505C4B56E58@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Jan 2013 21:26:01 -0000
> On Jan 24, 2013, at 04:41, worley@ariadne.com (Dale R. Worley) wrote: > >> From: Carsten Bormann <cabo@tzi.org> > >> > >> I think in protocol evolution (as well as computer system evolution > >> in general) we are missing triggers to get rid of vestigial > >> features. > > > > That's quite true. Let us start by rationalizing the spelling and > > punctuation of written English (which is the coding system for *this > > entire discussion*). Once we've cleaned up that idiocy, we can start > > in on SIP. > I see I didn't make myself clear. > I'm not suggesting we clean up vestigials in existing spec[ie]s, such as HTTP or SIP. > (We might even do that, see HTTPbis, but only very carefully.) > My point was about the case when we clone new stuff off existing protocols. > (SIP was cloned off HTTP which was cloned off SMTP which was cloned off FTP > which at least has had strong kinship with Telnet, hence all these use NVT.) Actually, in regards to NVT, there's something of a break in HTTP: text material is *not* required to use CRLF as a line terminator. Any of LF, CR, or CRLF is permissible. I really don't want to get into the history of this choice or for that matter the results it has produced. Suffice it to say it has had some advantages and some disadvantages. > Staying in your analogy: when you design a new language based on English, please do fix some of this stuff. > (Maybe the analogy isn't that useful after all.) > Actually, we haven't been that bad about this. > E.g., we have been pretty good about getting rid of the madness of historic > character coding by focusing on UTF-8 for new designs. But a vital part of that choice is that it is backwards compatible with US-ASCII. > What I'm asking for: Apart from these big reformation projects, we also > should occasionally fix little things. Or not. How about instead of viewing these sorts past choices as things to be fixed, we instead view them as what they were: Choices. And then decide, based on the actual requirements of whatever we're doing, whether or not it makes sense to make a change. Sure, we can design some new format with LFs or CRs or maybe even line or page separators as line breaks instead of CRLFs. And maybe that makes sense in some cases. Or not: Such choices can have serious consequences if any degree of backwards compatibility with exiting transfer services is desired. And constant transcoding of stuff to make it work in various places is not necessarily a winning approach. > When "inventing" new stuff by drawing analogies off of old specs. I really don't think unthinking copying from past specifications is the issue here, your asssertions to the contrary notwithstanding. Ned
- A modest proposal grenville armitage
- Re: A modest proposal Hannes Tschofenig
- A modest proposal William Jordan
- Re: A modest proposal Melinda Shore
- Re: A modest proposal Carsten Bormann
- Re: A modest proposal Melinda Shore
- Re: A modest proposal David Morris
- Re: A modest proposal Melinda Shore
- Re: A modest proposal t.p.
- Re: A modest proposal Abdussalam Baryun
- Re: A modest proposal William Jordan
- Re: A modest proposal William Jordan
- Re: A modest proposal Johnny Eriksson
- Re: A modest proposal Marc Petit-Huguenin
- Re: A modest proposal Janet P Gunn
- Re: A modest proposal joel jaeggli
- Re: A modest proposal t.p.
- Re: A modest proposal John Levine
- Re: A modest proposal Dean Willis
- Re: A modest proposal joel jaeggli
- Re: A modest proposal Dean Willis
- Re: A modest proposal Melinda Shore
- Re: A modest proposal John Levine
- Re: A modest proposal Brian E Carpenter
- Re: A modest proposal Hannes Tschofenig
- Re: A modest proposal joel jaeggli
- Re: A modest proposal Tony Finch
- Re: A modest proposal Michael Richardson
- Re: [IETF] A modest proposal Warren Kumari
- CRLF (was: Re: A modest proposal) John C Klensin
- Re: [IETF] A modest proposal Tony Finch
- Re: CRLF (was: Re: A modest proposal) Hector Santos
- Re: [IETF] A modest proposal John C Klensin
- Re: CRLF (was: Re: A modest proposal) John Day
- Vestigial Features (was Re: CRLF (was: Re: A mode… Carsten Bormann
- Re: CRLF (was: Re: A modest proposal) David Morris
- Re: Vestigial Features (was Re: CRLF (was: Re: A … John Day
- Re: CRLF (was: Re: A modest proposal) Dale R. Worley
- Re: A modest proposal Dale R. Worley
- Re: CRLF (was: Re: A modest proposal) John Day
- Re: CRLF (was: Re: A modest proposal) John C Klensin
- Re: Vestigial Features (was Re: CRLF (was: Re: A … John C Klensin
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Randy Presuhn
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Dale R. Worley
- Re: CRLF Pete Resnick
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Dave Cridland
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Carsten Bormann
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Carsten Bormann
- Re: Vestigial Features (was Re: CRLF (was: Re: A … ned+ietf
- Re: Vestigial Features (was Re: CRLF (was: Re: A … Martin Rex
- Re: A modest proposal Randy Bush
- Re: A modest proposal Ed Dilbert Lewis x3047
- A modest proposal Noel Chiappa
- Re: A modest proposal John Lekashman