Re: [arch-d] deprecating Postel's principle- considered harmful

Rich Kulawiec <rsk@gsp.org> Tue, 07 May 2019 21:53 UTC

Return-Path: <rsk@gsp.org>
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 B57301201CE; Tue, 7 May 2019 14:53:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
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 BeDwnYLsb7m1; Tue, 7 May 2019 14:53:42 -0700 (PDT)
Received: from taos.firemountain.net (taos.firemountain.net [207.114.3.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A2C412019B; Tue, 7 May 2019 14:53:42 -0700 (PDT)
Received: from gsp.org (localhost [127.0.0.1]) by taos.firemountain.net (8.15.1/8.14.9) with SMTP id x47LrW12008682; Tue, 7 May 2019 17:53:32 -0400 (EDT)
Date: Tue, 07 May 2019 17:53:32 -0400
From: Rich Kulawiec <rsk@gsp.org>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Barry Leiba <barryleiba@computer.org>, "BRUNGARD, DEBORAH A" <db3546@att.com>, "iab@iab.org" <iab@iab.org>, "ietf@ietf.org" <ietf@ietf.org>, The IESG <iesg@ietf.org>, "architecture-discuss@ietf.org" <architecture-discuss@ietf.org>
Subject: Re: [arch-d] deprecating Postel's principle- considered harmful
Message-ID: <20190507215332.GA31547@gsp.org>
References: <F64C10EAA68C8044B33656FA214632C89F024CD3@MISOUT7MSGUSRDE.ITServices.sbc.com> <CALaySJJDHg5j9Z7+noS=YXoNROqdsbJ6coEECtLtbJ6fWJ3xsQ@mail.gmail.com> <53a9c16c-163c-a18a-371a-f8aa8697af15@cs.tcd.ie>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <53a9c16c-163c-a18a-371a-f8aa8697af15@cs.tcd.ie>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/cp4flh9yQjbfpQL1HymLui41qZU>
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:53:44 -0000

On Tue, May 07, 2019 at 09:38:05PM +0100, Stephen Farrell wrote:
> Question for ya on that Barry - do you think that MUA
> and mail server implementers would actually bounce
> messages as strictly as Martin's document might call
> for? I'm not one of those implementers, so I don't know,
> but I'd not be surprised to hear that in fact they'd
> continue to prioritise mail delivery (for non spam)
> over protocol purity.

We *didn't*: back in the days when we were gatewaying messages between
the ARPAnet and CSnet and Usenet and everything else, we went out of
our way to shovel everything through no matter how awful it looked,
because we were happy (and relieved) (and sometimes mildly astonished)
that anything at all worked.

But now?  In the decades since, we've learned that every tiny opening
can be and will be exploited by someone, often in surprising ways.
The pendulum has swung a long way from "be liberal in what you accept"
because it's now dangerous.  When I think about Jon, and of what he
envisioned, I'm saddened by this.

But my sentiments aside, and all the history aside, anything new needs to
be nailed down as tightly as possible in specification and implementation,
because any gaps will be found and used.  Anything old needs to have the
holes fixed as best we can without breaking too much too fast.

Jon was right.  But the world is wrong, and now we have to cope with it.

---rsk