Re: deprecating Postel's principle- considered harmful

Adam Roach <adam@nostrum.com> Tue, 07 May 2019 21:00 UTC

Return-Path: <adam@nostrum.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 58EF512014A; Tue, 7 May 2019 14:00:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.68
X-Spam-Level:
X-Spam-Status: No, score=-1.68 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tF9eCEpq3_m2; Tue, 7 May 2019 14:00:24 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27DFD120086; Tue, 7 May 2019 14:00:24 -0700 (PDT)
Received: from MacBook-Pro.roach.at (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x47L0E8V015909 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 7 May 2019 16:00:16 -0500 (CDT) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1557262817; bh=ZMoL5wi/DIOEi3poeOugNkXbXX2428ZXl/mJCoq+X9o=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=ZGgWZ0o3AAVKbNg59LpNso2/pJWwWnC8x66olZCURzD6nTMbrtvGGqP3VJIORjrkn ILNwJ9aYRcyNNkD1DtYAW5YpJuUc3iA96U1COAy+WCVh2HaM7RKqFLxi06/uwMJ1y3 Vl7POk1k2sd2Z55gFG79CnxGVMVrq8KISsMOR+6M=
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be MacBook-Pro.roach.at
Subject: Re: deprecating Postel's principle- considered harmful
To: "Andrew G. Malis" <agmalis@gmail.com>, Barry Leiba <barryleiba@computer.org>
Cc: "iab@iab.org" <iab@iab.org>, "ietf@ietf.org" <ietf@ietf.org>, The IESG <iesg@ietf.org>, "BRUNGARD, DEBORAH A" <db3546@att.com>, "architecture-discuss@ietf.org" <architecture-discuss@ietf.org>
References: <F64C10EAA68C8044B33656FA214632C89F024CD3@MISOUT7MSGUSRDE.ITServices.sbc.com> <CALaySJJDHg5j9Z7+noS=YXoNROqdsbJ6coEECtLtbJ6fWJ3xsQ@mail.gmail.com> <CAA=duU1TxZx9W8huPp5md25Wf+9=f50WYGpU=Bb1OQ+OdF6k6A@mail.gmail.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <6569841c-4de7-01c4-0326-9419b453988c@nostrum.com>
Date: Tue, 07 May 2019 16:00:09 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <CAA=duU1TxZx9W8huPp5md25Wf+9=f50WYGpU=Bb1OQ+OdF6k6A@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Xjxh9mMZ5_w2G-x-80jAJenY4kI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 07 May 2019 21:00:26 -0000

On 5/7/19 3:48 PM, Andrew G. Malis wrote:
> I don't agree that poor application programming is a result of the 
> Postel principle, it's a result of incompetence or laziness.


For better or worse, significant portions of the Internet -- at least at 
the application layer -- run on what you're calling incompetence and/or 
laziness [1] . The question is: to what degree has Postel's Principle 
contributed to this state of affairs; and, if we think it's a major 
factor, can we change things so that future protocols don't suffer from 
this as much?

To be clear, I'm not reading this as trying to put the genie back in the 
bottle for already-deployed protocols like SMTP. I read this as 
suggesting that maybe future protocols should be a bit more picky about 
not accepting messages that are malformed or sequences of messages that 
are unorthodox, even if some degree of processing is technically possible.

/a

____
[1] More generously, they're probably more the result of things like 
cutting corners to meet deadlines and budgets, when the people cutting 
corners suffer no consequences for the resulting protocol pollution.