Re: [xmpp] Barry Leiba's No Objection on draft-ietf-xmpp-posh-04: (with COMMENT)

Mark Nottingham <> Tue, 04 August 2015 00:10 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id A13711A6F1F; Mon, 3 Aug 2015 17:10:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id icGNR7QrfKkX; Mon, 3 Aug 2015 17:10:53 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E62661B3226; Mon, 3 Aug 2015 17:10:52 -0700 (PDT)
Received: from [] (unknown []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id D026322E1F4; Mon, 3 Aug 2015 20:10:48 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
From: Mark Nottingham <>
In-Reply-To: <>
Date: Tue, 04 Aug 2015 10:10:46 +1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <> <> <> <>
To: Peter Saint-Andre - &yet <>
X-Mailer: Apple Mail (2.2102)
Archived-At: <>
X-Mailman-Approved-At: Tue, 04 Aug 2015 08:04:53 -0700
Cc:,,,, Barry Leiba <>,, The IESG <>
Subject: Re: [xmpp] Barry Leiba's No Objection on draft-ietf-xmpp-posh-04: (with COMMENT)
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: XMPP Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 04 Aug 2015 00:10:59 -0000

Hi Peter,

As I discussed with Barry, I don't have any strong guidance here; I agree that his approach is probably the way I'd go with if I designed it myself, but I agree it's highly dependent on the situation. With my DE hat on, I'm neutral on this. 


> On 4 Aug 2015, at 9:31 am, Peter Saint-Andre - &yet <> wrote:
> Adding Mark to this thread, with pointers to get him up to speed...
> On 7/31/15 7:50 PM, Barry Leiba wrote:
>>>> If you like, it could even do POSH service names and POSH format
>>>> names, and specify ".well-known/posh/<servicename>/<formatname>",
>>> Currently it's the <servicename> field that we're most interested in.
>> Right... and that's what I'm suggesting an FCFS registry for.  You
>> register "posh" in .well-known, and you create your own FCFS registry
>> for service names, and if you don't care about the format as a
>> separate thing, you just register "spice.json" (and so on) in your
>> FCFS registry.  That way, Mark doesn't get involved in approving
>> "posh.x" and "posh.y" and "posh.z", when Mark has no idea of what to
>> say about posh service names (or seedy ones, for that matter).
>>> Perhaps it makes sense to talk about it again with Mark?
>> Sounds like a plan.
> Hi Mark,
> During IESG review of draft-ietf-xmpp-posh, Barry raised a question about the .well-known registration, which you and Matt Miller and I talked about ages ago. Here are some relevant readings:
> Barry's proposed approach is more elegant. However, my feeling is that POSH is essentially a one-off workaround for use in XMPP until DNSSEC and DANE are more widely deployed. Although we've tried to design it in such a way that it *could* be used by other application protocols, I doubt that folks in those communities will use POSH unless Matt and I start actively promoting it (and even that is only a necessary condition, not a sufficent one). Because I don't think that we'll see additional .well-known registrations related to POSH, setting up a separate POSH registry to supplement a "posh" entry in the well-known URIs registry feels like overkill to me given the burden on IANA (I'm not a fan of one-entry registries).
> That said, people have been wrong before about the popularity of technologies defined in RFCs and it's possible that POSH could become more popular, in which case I'd lean more strongly toward the approach that Barry has outlined.
> As the designated expert for the well-known URIs registry, do you have any suggestions or preferences on how to proceed?
> Thanks!
> Peter

Mark Nottingham