Re: [OAUTH-WG] Next draft

Nat Sakimura <sakimura@gmail.com> Tue, 08 June 2010 03:10 UTC

Return-Path: <sakimura@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 498AB3A68FA for <oauth@core3.amsl.com>; Mon, 7 Jun 2010 20:10:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.948
X-Spam-Level:
X-Spam-Status: No, score=-1.948 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 OygrcqmU4c1b for <oauth@core3.amsl.com>; Mon, 7 Jun 2010 20:10:31 -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 827D53A690F for <oauth@ietf.org>; Mon, 7 Jun 2010 20:10:31 -0700 (PDT)
Received: by iwn42 with SMTP id 42so4152962iwn.31 for <oauth@ietf.org>; Mon, 07 Jun 2010 20:10:30 -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=17+VmAHDC8zOKGCqZhtRuTNXGIj47kkjUj2M/PDSsmw=; b=bYD2K0gliGNJuwrNffN4bQ2RB/wSj3Y+aImkzp/YMS1LBrc9ogK6F/l/6r0XKthVOw jInVTEPTg9YeqdVT6lPhr/CFekuyEVgkW26LRGtAIf5uCzjhwEVpNoeMmTPB0HbMyEBk oDu5A2PS4HSL0GJYyCGBk70Wq3bESnbIv7n14=
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=IysU9pVKFf36ihwcEeS/9139jEC2rzvJhTrqMHP8HJOypJDVAnWoOWzjgXPp15jxMo PYa/RF/aWcNJEmjUsuGwJ2HanG0lS9UcRErez3VHPsGQVy3Wsc4SI7QkkJv704jsIi/a X2Z8/F1v6tjnH3njDEqRdEy8vc8Pvsy5rNLFg=
MIME-Version: 1.0
Received: by 10.231.185.6 with SMTP id cm6mr1048402ibb.72.1275966629956; Mon, 07 Jun 2010 20:10:29 -0700 (PDT)
Received: by 10.231.15.133 with HTTP; Mon, 7 Jun 2010 20:10:29 -0700 (PDT)
In-Reply-To: <90C41DD21FB7C64BB94121FBBC2E72343B3EAF6898@P3PW5EX1MB01.EX1.SECURESERVER.NET>
References: <90C41DD21FB7C64BB94121FBBC2E72343B3EAF6898@P3PW5EX1MB01.EX1.SECURESERVER.NET>
Date: Tue, 08 Jun 2010 12:10:29 +0900
Message-ID: <AANLkTimBfbOPU7aj2dD5vHjqOR7xpAZmBDoh5KZOG_-w@mail.gmail.com>
From: Nat Sakimura <sakimura@gmail.com>
To: Eran Hammer-Lahav <eran@hueniverse.com>
Content-Type: multipart/alternative; boundary="0050450171eeb94e4a04887c21a6"
Cc: "OAuth WG (oauth@ietf.org)" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] Next draft
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 03:10:33 -0000

I have proposed Mobile WebApp Flow (aka artifact binding).

There are two ways to approach it.

1) Do it as a Flow like I proposed. (I have even sent XML manuscript).
2) Get the "request_url" into the current flows.

The approach 2) may be more logical but affects every flow. Changes with 1)
is localized.
I actually prefer 2), but can live with 1).

Also, having a section or paragraph about how extension parameters may be
defined
for the requests and responses are useful. For example, we do not know
whether
it is OK to send other parameters with OAuth request or not. Hopefully, it
is OK to
send anything as long as the Authorization server understands.

=nat


On Tue, Jun 8, 2010 at 12:44 AM, Eran Hammer-Lahav <eran@hueniverse.com>wrote:

> I still need to catch up on the list (I took a little break). I plan to
> post a new draft this week incorporating many editorial changes discussed at
> the interim meeting. I am also planning of removing some non-stable features
> (such as discovery and signatures) from the draft and moving them to new
> drafts. As soon as -06 is published, I plan to issue informal last-calls for
> each section so that we can lock down the normative portions of the draft.
>
> If you have any must-happen changes for -05 that were not already posted to
> the list, please let me know.
>
> EHL
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
>



-- 
Nat Sakimura (=nat)
http://www.sakimura.org/en/
http://twitter.com/_nat_en