Re: [xmpp] Cross-WG WGLC of draft-ietf-xmpp-6122bis-18

Peter Saint-Andre - &yet <peter@andyet.net> Mon, 09 March 2015 21:46 UTC

Return-Path: <peter@andyet.net>
X-Original-To: xmpp@ietfa.amsl.com
Delivered-To: xmpp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FA961A90BE for <xmpp@ietfa.amsl.com>; Mon, 9 Mar 2015 14:46:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 NNodoyw4MWph for <xmpp@ietfa.amsl.com>; Mon, 9 Mar 2015 14:46:31 -0700 (PDT)
Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (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 C15DF1ACDAE for <xmpp@ietf.org>; Mon, 9 Mar 2015 14:46:29 -0700 (PDT)
Received: by iery20 with SMTP id y20so14163065ier.0 for <xmpp@ietf.org>; Mon, 09 Mar 2015 14:46:29 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=cTk80+IfB1aNj4eiDdx31fpNlKnuR+ZeyDqWDiGhP9g=; b=dEhA+TWx3ggjOQpfi2edSAQXA563XOZZv9DtDVvnvLZ+eZcmif7ItqaP3geLMFyjU9 33Zm8Fk7NPhatYRw4aar/9GJz3efU2J0FYE58eQxMa/sph1vUEo58NSDykLt1/82CQLC 5GV2tL3spHPAdcUh7GGUoh6joxWXZ46KT3EafTs+wxYdujEfn1Zl2Z9j01C4/c+n2ZJL rXKOuI/Bu4iokPAIkZmMkxWtGZ2ncFbJt4f+453h6WHZv33tX/+4wTHQe6c+PuD67UQk 3XbZ2iiNXyOG9/Wtz2H0LWCjhXwEX0syIDdhjUM2+UINpZRGbp70z1fMU8AkTfXKTL5q 3caA==
X-Gm-Message-State: ALoCoQnvbbniaKu163wIwNC/ZKgROODJ/PDoIVDj1WlqWPrquj7y8siYe0aOyIY8tWF326z5pWst
X-Received: by 10.50.72.108 with SMTP id c12mr40056421igv.27.1425937589133; Mon, 09 Mar 2015 14:46:29 -0700 (PDT)
Received: from aither.local (c-73-34-202-214.hsd1.co.comcast.net. [73.34.202.214]) by mx.google.com with ESMTPSA id nv8sm6843757igb.6.2015.03.09.14.46.28 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Mar 2015 14:46:28 -0700 (PDT)
Message-ID: <54FE14B7.8020601@andyet.net>
Date: Mon, 09 Mar 2015 15:46:31 -0600
From: Peter Saint-Andre - &yet <peter@andyet.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Dave Cridland <dave@cridland.net>, Ben Campbell <ben@nostrum.com>
References: <98C92FA8-F99C-4861-9199-7B0443506574@nostrum.com> <CAKHUCzw7AXmnNy1LF3y4sv2bQRg-K+eLpszNSxfBaxngsmskQg@mail.gmail.com>
In-Reply-To: <CAKHUCzw7AXmnNy1LF3y4sv2bQRg-K+eLpszNSxfBaxngsmskQg@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/xmpp/T-057PViVRapVW-hWj5L0PGkZpA>
Cc: XMPP Group <xmpp@ietf.org>
Subject: Re: [xmpp] Cross-WG WGLC of draft-ietf-xmpp-6122bis-18
X-BeenThere: xmpp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: XMPP Working Group <xmpp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xmpp>, <mailto:xmpp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xmpp/>
List-Post: <mailto:xmpp@ietf.org>
List-Help: <mailto:xmpp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Mar 2015 21:46:33 -0000

Hi Dave, thanks for the review. Comments inline.

On 3/5/15 9:57 AM, Dave Cridland wrote:
> On 27 February 2015 at 02:17, Ben Campbell <ben@nostrum.com
> <mailto:ben@nostrum.com>> wrote:
>
>     We actually did a WGLC on this about a year ago, but much has
>     changed since then. Please send comments to the authors and both
>     lists by March 12, 2015. If you've read the draft and consider it
>     ready to go, please send comments to that effect.
>
>
> Non-Precis comments:
>
> 1) "at slash at".
>
> The domainpart of a jid is described as being after the first '@', if
> any. That's not always true; consider the following legal jid:
>
> service.example.org/foo@example.net
> <http://service.example.org/foo@example.net>
>
> This issue arises because the resourcepart can contain an '@', and to
> find the domainpart we need to (conceptually) remove the resourcepart first.

True.

> So I think this implies two things: Firstly, the text at the beginning
> of §3.2 needs changing slightly, perhaps:
>
> The domainpart of a jid is that portion which remains once any portion
> from the first '/' character to the end of the string has been removed
> (if there is a '/' character present), and then any portion from the
> beginning of the string to the first '@' character (if there is a '@'
> character present).
>
> This is ugly text.

Well, it is accurate, which is an improvement.

> The second implication is that the examples could use the nasty cases
> like this.

Yes. Will add.

> 2) "case folding examples"
>
> The examples given as 8, 9, and 10 confuse me more by their presence
> than their absence, because the resourcepart of a jid is compared
> case-insensitively anyway - I don't know Greek well enough to know if
> the final sigma would be used at the end of a localpart, but it seems to
> me that the capital and lower case sigma example might be best re-cast
> as a localpart example.

That's a good suggestion, thanks.

> (When I read the details of the case-map versus final examples, I
> worried that we'd changed the comparison for resourceparts to
> case-folding somewhere...)
>
> 3) "angle brackets"
>
> The presence of angle brackets in example 16 is, I think, more confusing
> than the thing it's attempting to solve; in part because the < does
> indeed make the jid illegal under §3.3.1, so I didn't initially read the
> explanation...

I think it would be best for all of the examples to be enclosed in angle 
brackets (this is what we did in the precis-nickname spec).

> 4) "applicability to what now?"
>
> Can we change §3.4.1's title to "Applicability within XMPP extensions"
> or something?

Sure.

> I'll see if I can navigate the Turtles of Precis enough to come up with
> some comments there. Sadly I suspect I won't be able to sensibly comment
> until I've tried implementing.

That's quite possible. Internationalization is perplexing.

Peter

-- 
Peter Saint-Andre
https://andyet.com/