Re: [OAUTH-WG] OAuth 2 delegation flow names

David Recordon <recordond@gmail.com> Tue, 08 June 2010 18:47 UTC

Return-Path: <recordond@gmail.com>
X-Original-To: oauth@core3.amsl.com
Delivered-To: oauth@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A585C3A695F for <oauth@core3.amsl.com>; Tue, 8 Jun 2010 11:47:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.092
X-Spam-Level:
X-Spam-Status: No, score=-0.092 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZO9+V5mwhSnf for <oauth@core3.amsl.com>; Tue, 8 Jun 2010 11:47:19 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 24C533A6829 for <oauth@ietf.org>; Tue, 8 Jun 2010 11:47:18 -0700 (PDT)
Received: by iwn42 with SMTP id 42so4905757iwn.31 for <oauth@ietf.org>; Tue, 08 Jun 2010 11:47:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=zAJmw7xhzcDF8uITZVjOrSfw8EgahLjMR0rEhDgYSPU=; b=UjyP8fECjZSUaioYpUVm0EZJHgrMjxjP1btxbg6VAqgdqOkCCc3rU8AGbau2iAtGZq iM+pC7ka1cF1zgmtsXf7S2jDNh0C8vE9OROMI2AEX7QPu+fgXYyJ57axmGqIuft9mKfx uSr1CWKduhFAPyrXIvUyeFSDSSMW0G+SsdyUI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=N1QJT01XXtjcUxcsr/ZDk+vpJqcGaqmcygJi1JNt29HGBUKq7crpxeqGMuDIxmHh5n cGHbs2QSOts4jirYFQEZZg50jNfsFGKBy2B4DL3BBPJcYNKjBusPxDz7DGfadzWrMJ1X CYGTChNLe8w9ug8GADmlgDPg0jOdLvEpgsOSg=
MIME-Version: 1.0
Received: by 10.42.7.142 with SMTP id e14mr6978385ice.1.1276022836529; Tue, 08 Jun 2010 11:47:16 -0700 (PDT)
Received: by 10.231.192.4 with HTTP; Tue, 8 Jun 2010 11:47:16 -0700 (PDT)
In-Reply-To: <AANLkTilDRHVUgD7YCjW670qQpMzrLgUNcNI1XHW95JnV@mail.gmail.com>
References: <AANLkTilDRHVUgD7YCjW670qQpMzrLgUNcNI1XHW95JnV@mail.gmail.com>
Date: Tue, 08 Jun 2010 11:47:16 -0700
Message-ID: <AANLkTik6OAC4KgBgDAAGUUDH-g434HU6HHuKCr5Ih1ko@mail.gmail.com>
From: David Recordon <recordond@gmail.com>
To: Marius Scurtescu <mscurtescu@google.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: OAuth WG <oauth@ietf.org>
Subject: Re: [OAUTH-WG] OAuth 2 delegation flow names
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Jun 2010 18:47:35 -0000

I'd strongly prefer them to be named based on where they're largely
intended for us. "Polling" has become a bad word especially with the
advent of PubSubHubbub and doesn't describe that it's meant for us on
hardware devices.

--David


On Tue, Jun 8, 2010 at 11:16 AM, Marius Scurtescu <mscurtescu@google.com> wrote:
> Hi,
>
> I find the names of the user delegation flows a bit misleading. These
> flows are currently named: "User-Agent", "Web Server" and "Device".
> The names are pointing to the typical client for these flows, but
> these are not the only use cases, and this is where it can be
> misleading.
>
> For example:
> - "User-Agent" can also be used use by native apps and web apps
> - "Web Server" can also be used by JavaScript based clients and native apps
> - "Device" can also be used by native apps and web apps
>
> Instead of naming them after a typical client, maybe we can name them
> based on some technical characteristics of the flow.
>
> The "User-Agent" flow is characterized by the fact that the access
> token is returned directly to the client, no verification code step is
> used.
>
> The "Web Server" flow is characterized by the fact that a verification
> code is first returned which then needs to be exchanged for tokens
> with a direct call from client to authz server.
>
> The "Device" flow is mainly characterized by the fact that a polling
> mechanism is used to retrieve the tokens.
>
> How about the following names:
> - "Web Server" -> "Verification Code"
> - "Device" -> "Polling"
>
> Not sure about the User-Agent flow. Since this flow does not have any
> direct calls from client to authz server, everything is passed through
> the browser, "User-Agent" could be the right name?
>
> Thoughts?
>
> Marius
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
>