Re: [OAUTH-WG] register prefixes as opposed to full parameter names

Marius Scurtescu <mscurtescu@google.com> Wed, 07 July 2010 05:04 UTC

Return-Path: <mscurtescu@google.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 09F663A67EC for <oauth@core3.amsl.com>; Tue, 6 Jul 2010 22:04:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.977
X-Spam-Level:
X-Spam-Status: No, score=-105.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 ezno4mAmiW-s for <oauth@core3.amsl.com>; Tue, 6 Jul 2010 22:04:27 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by core3.amsl.com (Postfix) with ESMTP id 99BCC3A6407 for <oauth@ietf.org>; Tue, 6 Jul 2010 22:04:27 -0700 (PDT)
Received: from hpaq1.eem.corp.google.com (hpaq1.eem.corp.google.com [172.25.149.1]) by smtp-out.google.com with ESMTP id o6754TAL025066 for <oauth@ietf.org>; Tue, 6 Jul 2010 22:04:29 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1278479070; bh=/U0fJHB/3xHoOphHgcDxT5YhdQM=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=KJMbJfdlZTPxZuiMaUGH9vReZrDEsCypVfg0bt1OwnIo96fo2CNn95xAGRdgOfjEl RZheC0UXsxmR5/zUjre1A==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:from:date:message-id: subject:to:cc:content-type:x-system-of-record; b=HhnfjlcdOMWUACFt1aneO1A6XA5lfQmFtzVnaMx7ufO63mIBMcm4xdene59mdi0y3 Vm8Xg6vZ+QYoq3DdXEb+A==
Received: from gxk25 (gxk25.prod.google.com [10.202.11.25]) by hpaq1.eem.corp.google.com with ESMTP id o6754Fpk003802 for <oauth@ietf.org>; Tue, 6 Jul 2010 22:04:16 -0700
Received: by gxk25 with SMTP id 25so2238208gxk.1 for <oauth@ietf.org>; Tue, 06 Jul 2010 22:04:15 -0700 (PDT)
Received: by 10.101.124.4 with SMTP id b4mr7085351ann.214.1278479055221; Tue, 06 Jul 2010 22:04:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.93.3 with HTTP; Tue, 6 Jul 2010 22:03:55 -0700 (PDT)
In-Reply-To: <C858C2B1.36C16%eran@hueniverse.com>
References: <1278439815.2445.8.camel@localhost.localdomain> <C858C2B1.36C16%eran@hueniverse.com>
From: Marius Scurtescu <mscurtescu@google.com>
Date: Tue, 06 Jul 2010 22:03:55 -0700
Message-ID: <AANLkTimWZugW68Gkg_CCYZL8TUIbtaNEAlQS7cMTTSZV@mail.gmail.com>
To: Eran Hammer-Lahav <eran@hueniverse.com>
Content-Type: text/plain; charset="ISO-8859-1"
X-System-Of-Record: true
Cc: OAuth WG <oauth@ietf.org>
Subject: Re: [OAUTH-WG] register prefixes as opposed to full parameter 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: Wed, 07 Jul 2010 05:04:29 -0000

On Tue, Jul 6, 2010 at 11:23 AM, Eran Hammer-Lahav <eran@hueniverse.com> wrote:
> Platforms change over time. These platforms are not designed with providing
> APIs and web services in mind. They are also typically not capable of
> running over SSL (due to the self-hosted nature of most deployments). Using
> an apache rewrite rules might be hard for some developers, but it is a good
> solution when there are issues with platform limitations.

Apache rewrite will not make a difference. Apache acts as a reverse
proxy, the user agent requests a URL without query parameters and
Apache is rewriting it by adding the query parameters. For the
endpoint running behind Apache there is no change, in all cases it
sees the query parameters.

Many of these platforms can and do provide APIs. Even if in most cases
these platforms act as clients only, the problem is still there
because of redirect_uri.


> If there are actual requirements for using OAuth 2.0 with such systems, we
> should discuss these, but it would be silly for us to architect our work
> based on the limitations of random platforms.

I don't think these are random at all. MediaWiki, Drupal, WordPress,
to name a few, are major platforms.


Marius