Re: [webfinger] feedback for multiple "rel"

James M Snell <jasnell@gmail.com> Sun, 23 December 2012 01:43 UTC

Return-Path: <jasnell@gmail.com>
X-Original-To: webfinger@ietfa.amsl.com
Delivered-To: webfinger@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 066D821F8797 for <webfinger@ietfa.amsl.com>; Sat, 22 Dec 2012 17:43:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.13
X-Spam-Level:
X-Spam-Status: No, score=-3.13 tagged_above=-999 required=5 tests=[AWL=-0.615, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, URIBL_RHS_DOB=1.083]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tk+hZ1CQ-OTr for <webfinger@ietfa.amsl.com>; Sat, 22 Dec 2012 17:43:07 -0800 (PST)
Received: from mail-ia0-f169.google.com (mail-ia0-f169.google.com [209.85.210.169]) by ietfa.amsl.com (Postfix) with ESMTP id 72A0021F8802 for <webfinger@ietf.org>; Sat, 22 Dec 2012 17:43:07 -0800 (PST)
Received: by mail-ia0-f169.google.com with SMTP id r4so5195737iaj.0 for <webfinger@ietf.org>; Sat, 22 Dec 2012 17:43:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zzJFGsjy3JfcIxugUyAI2prxSKM+PHprm06D+FES3UU=; b=NbMCiMaKTqJx8hNOE98OqYEScmmskQ0/65ljHCdEBbtoRILGDjYV+/rnIn5vkWyGO8 SaKS02FPASESXj8N9mjIe0J2CnZUs4YBigDG/cz9lXqHUDR9ZfMUwDlsEK2nzWuLUF5y X0CiUaEsWc7G5sCw+0cKJgwOL8gRHPm8K3MP7fcVesFAQCPcL3ADray9iLRZrRoFNSil JUkKp7VnkQv+WyQ0TOIa2FYRNyFQGY9H2oX0JOa3jbvRsSwR6R9sEKAV3Mi/GtMY29i/ UYqY8M8o6qFMiI48uhdsv1JlildtzkwQ697Ox0SCRXBAZa9UnDVNUp8t+tnai7/F4u5u MjNw==
Received: by 10.42.32.71 with SMTP id c7mr15029510icd.35.1356226986987; Sat, 22 Dec 2012 17:43:06 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.7.19 with HTTP; Sat, 22 Dec 2012 17:42:46 -0800 (PST)
In-Reply-To: <004d01cde0ad$175b5d00$46121700$@packetizer.com>
References: <58036BAD-2161-4420-A724-343883F627B7@gmail.com> <CAKaEYhKGP0aMxsStNxTfYy3D=TbrnwtCVNz3yF3Su0TVkBXrOQ@mail.gmail.com> <7E9916BF-8D64-4F61-A40F-3A74533AEFD2@gmail.com> <001101cde0a0$7fda6220$7f8f2660$@packetizer.com> <CABP7RbcswbV=38LVZJobn5m6jJFW5N_a1O+8BkXu-S5+ixyKNA@mail.gmail.com> <004d01cde0ad$175b5d00$46121700$@packetizer.com>
From: James M Snell <jasnell@gmail.com>
Date: Sat, 22 Dec 2012 17:42:46 -0800
Message-ID: <CABP7Rbd4JqoO+nbNTUwfEcjfGyYNOc57m9oe++1f8rsr+hKMSQ@mail.gmail.com>
To: "Paul E. Jones" <paulej@packetizer.com>
Content-Type: multipart/alternative; boundary="bcaec517cda8cb51a904d17b3398"
Cc: "webfinger@ietf.org" <webfinger@ietf.org>, nov matake <matake@gmail.com>, Melvin Carvalho <melvincarvalho@gmail.com>
Subject: Re: [webfinger] feedback for multiple "rel"
X-BeenThere: webfinger@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of the Webfinger protocol proposal in the Applications Area <webfinger.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webfinger>, <mailto:webfinger-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/webfinger>
List-Post: <mailto:webfinger@ietf.org>
List-Help: <mailto:webfinger-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webfinger>, <mailto:webfinger-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 23 Dec 2012 01:43:09 -0000

On Sat, Dec 22, 2012 at 5:30 PM, Paul E. Jones <paulej@packetizer.com>wrote:

> That depends on where they’re used.  If I tell you the “rel” value is “
> http://example.com/first one”, I don’t escape that as I write it.  Or are
> you saying there is text somewhere that already makes that, as written,
> illegal?****
>
> **
>

Yes. RFC 3987. That is, so long as the character separating the "first" and
the "one" is an ASCII Space (0x20). IRI's allow for a range of space-like
characters, such as a nonbreaking space (0xA0) but strongly recommends that
those be pct-encoded. Whitespace of any type is explicitly disallowed in
URI's.


> **
>
> I’m quite favorable to a space-separated list of rel values in a single
> rel parameter, too.  I was concerned before that spaces would present an
> issue, but figured we could either we make spaces illegal in rel values
> (which we can do since those are fabricated things!) or we double-escape.
> My preference is a single escape and a single rel parameter and spaces are
> illegal in the “rel” values themselves.
>

Double-escaping is really a separate issue, as there may be lots of reasons
why escaping is used, not just whitespace. Best to just treat that as a
separate issue. Just say that the link rels are a list of 0x20 separated
values and that the 0x20 must be pct-encoded, and go with that.. e.g.


http://example.org/.well-known/webfinger?resource=acct:foo&rel=abc%20def%20http://example.org/foo

Would be rel=["abc","def","http://example.org/foo"]

All done.

- James


> ****
>
> ** **
>
> But, the forces that be pushed pretty hard to change from
> &rel=token1%20token to &rel=token1&rel=token2.  At the end of the day, it
> makes no difference to me since I just need to know which way to deal with
> it.****
>
> ** **
>
> So Ruby can really only support only a single parameter with a given
> name?  It will not collect those into an array or anything?****
>
> ** **
>
> Paul****
>
> ** **
>
> *From:* James M Snell [mailto:jasnell@gmail.com]
> *Sent:* Saturday, December 22, 2012 7:51 PM
> *To:* Paul E. Jones
> *Cc:* nov matake; Melvin Carvalho; webfinger@ietf.org
>
> *Subject:* Re: [webfinger] feedback for multiple "rel"****
>
> ** **
>
> Spaces in rel values are already illegal.. specifically, spaces are
> disallowed in registered link relations and non-escaped spaces are
> disallowed in absolute IRI's.. A comma delimited list of rel's is better
> than multiple individual parameters.. even with the potential need for
> double encoding.****
>
> ** **
>
> ** **
>
> ** **
>
> On Sat, Dec 22, 2012 at 4:00 PM, Paul E. Jones <paulej@packetizer.com>
> wrote:****
>
> If we made it a requirement that “rel” values have no spaces (which I
> would argue is a damn good thing for many reasons) then we would not have
> to double-encode.****
>
>  ****
>
> Paul****
>
>  ****
>
> *From:* webfinger-bounces@ietf.org [mailto:webfinger-bounces@ietf.org] *On
> Behalf Of *nov matake
> *Sent:* Saturday, December 22, 2012 11:12 AM
> *To:* Melvin Carvalho****
>
>
> *Cc:* webfinger@ietf.org
> *Subject:* Re: [webfinger] feedback for multiple "rel"****
>
>  ****
>
> BTW, why double encoding lead "problems with things like canonical urls
> and search engines"?****
>
> Can you provide more details?****
>
>  ****
>
> If 2 rel included, the response would be different than when only 1 rel
> given.****
>
> So I feel those 2 are not the same, and can be indexed as 2 resources..***
> *
>
>  ****
>
> On 2012/12/23, at 0:44, Melvin Carvalho <melvincarvalho@gmail.com> wrote:*
> ***
>
> ** **
>
>  ****
>
> On 22 December 2012 05:48, nov matake <matake@gmail.com> wrote:****
>
> Hi,
>
> I have a comment for they way to specify multiple "rel" values.
>
> As a ruby library developer, my main target is rails developers.
> Since rails can't handle multiple same query keys, developers will need to
> hack query params parser in rails middleware layer.
> I can easily imagine it'll be an annoying part to support webfinger in
> rails.
>
> Is the multiple "rel" case can be a space-delimitered (or some other
> character) strings like multiple redirect_uri in OAuth2?
> Or any reason for putting multiple same keys in query parameters?****
>
>
> each time you delimit a list, you have to be able to escape the delimiter,
> which can be a pain and also leads to problems with things like canonical
> urls and search engines
>
> can you use mod_rewrite?
>  ****
>
>
> Cheers,
>
> Nov Matake
> _______________________________________________
> webfinger mailing list
> webfinger@ietf.org
> https://www.ietf.org/mailman/listinfo/webfinger****
>
>  ****
>
>  ****
>
>
> _______________________________________________
> webfinger mailing list
> webfinger@ietf.org
> https://www.ietf.org/mailman/listinfo/webfinger****
>
> ** **
>