Re: [Uta] smtp-sts-04 JSON

Viktor Dukhovni <ietf-dane@dukhovni.org> Tue, 25 April 2017 05:20 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: uta@ietfa.amsl.com
Delivered-To: uta@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3125126C25 for <uta@ietfa.amsl.com>; Mon, 24 Apr 2017 22:20:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 TaNdFPmwPZMM for <uta@ietfa.amsl.com>; Mon, 24 Apr 2017 22:20:01 -0700 (PDT)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [108.5.242.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C0591319B7 for <uta@ietf.org>; Mon, 24 Apr 2017 22:20:01 -0700 (PDT)
Received: from vpro.lan (cpe-74-71-8-253.nyc.res.rr.com [74.71.8.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mournblade.imrryr.org (Postfix) with ESMTPSA id 1B5577A32F1 for <uta@ietf.org>; Tue, 25 Apr 2017 05:20:00 +0000 (UTC) (envelope-from ietf-dane@dukhovni.org)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
In-Reply-To: <1706958889.8319848.1493094113668@mail.yahoo.com>
Date: Tue, 25 Apr 2017 01:19:59 -0400
Content-Transfer-Encoding: 7bit
Reply-To: uta@ietf.org
Message-Id: <3BFAA188-A456-4159-B529-1CB1EFA4AAA5@dukhovni.org>
References: <52dde16a-a3bb-5844-7daa-a349def85049@wizmail.org> <80676A32-78CB-4FFA-AEE4-94DA95102B98@dukhovni.org> <a2a6e5f5-ff3b-272b-abda-b49fe23a485d@wizmail.org> <605FE793-3D82-4C4F-9F93-D50DF4320DF5@dukhovni.org> <9402ac0a4990432f994656ddaf94b9e2@COPDCEX19.cable.comcast.com> <CE55E42E-9845-46A6-B0AA-F56CE56F2936@dukhovni.org> <CANtKdUevHbQaUga2=X0tFy4K=po=DL=pKUn-2KZQgRUPTtYAig@mail.gmail.com> <DE3A2AC6-63C0-4C17-9D9E-BF9CB2B3A289@dukhovni.org> <CANtKdUer3CSruZRf-mXp+yvMKY_kCTaQ1vyZGVenNgVf5a9T2g@mail.gmail.com> <907547420.8067868.1493073246224@mail.yahoo.com> <271D533C-7C48-438C-8BBE-0EEC0DFB92DF@dukhovni.org> <1706958889.8319848.1493094113668@mail.yahoo.com>
To: uta@ietf.org
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/uta/iYUjwdUhTFSxOex6cG712w-P54k>
Subject: Re: [Uta] smtp-sts-04 JSON
X-BeenThere: uta@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: UTA working group mailing list <uta.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uta>, <mailto:uta-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uta/>
List-Post: <mailto:uta@ietf.org>
List-Help: <mailto:uta-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uta>, <mailto:uta-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Apr 2017 05:20:03 -0000

> On Apr 25, 2017, at 12:21 AM, Binu Ramakrishnan <prbinu@yahoo.com> wrote:
> 
> As an engineer I agree with you and would be hesitant to add additional
> dependencies to my software. But when we talk about IETF and standards,
> is it not better to promote widely accepted syntax/format?

That should be sufficient.  We should use the simplest thing that does
the job and no simpler.  Key-value fits the bill.

> Wondering why IETF doesn't have a RFC doc for kv pair syntax.

There's no reason for an RFC to describe trivial lists of pairs.

In ESMTP some of the values are xtext encoded, because the context
is restricted to US-ASCII and does not permit whitespace in the
values.

Here, if we emit one KV pair per line, there's no need for xtext.
The simplest design (perhaps either LF or CRLF terminated) is to
one line per item of multi-valued attributes like "mx".  That way,
there's no need to parse internal delimiters in a value list.

	version STSv1
	...
	mx smtp1.example.com
	mx smtp2.example.com
	...

-- 
	Viktor.