Request for advice
Paul Millar <paul.millar@desy.de> Wed, 10 February 2016 12:14 UTC
Return-Path: <paul.millar@desy.de>
X-Original-To: wellknown-uri-review@ietfa.amsl.com
Delivered-To: wellknown-uri-review@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id DC1591A2182
for <wellknown-uri-review@ietfa.amsl.com>;
Wed, 10 Feb 2016 04:14:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.349
X-Spam-Level:
X-Spam-Status: No, score=0.349 tagged_above=-999 required=5
tests=[BAYES_20=-0.001, HELO_EQ_DE=0.35, RP_MATCHES_RCVD=-0.001,
UNPARSEABLE_RELAY=0.001] autolearn=no
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 lNtpBxdcXOFA for <wellknown-uri-review@ietfa.amsl.com>;
Wed, 10 Feb 2016 04:14:47 -0800 (PST)
Received: from smtp-o-3.desy.de (smtp-o-3.desy.de
[IPv6:2001:638:700:1038::1:9c])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 4E7561A2119
for <wellknown-uri-review@ietf.org>; Wed, 10 Feb 2016 04:14:46 -0800 (PST)
X-Clacks-Overhead: GNU Terry Pratchett
Received: from smtp-map-3.desy.de (smtp-map-3.desy.de [131.169.56.68])
by smtp-o-3.desy.de (DESY-O-3) with ESMTP id CEC3A2808A6
for <wellknown-uri-review@ietf.org>; Wed, 10 Feb 2016 13:14:44 +0100 (CET)
Received: from ZITSWEEP1.win.desy.de (zitsweep1.win.desy.de [131.169.97.95])
by smtp-map-3.desy.de (DESY_MAP_3) with ESMTP id C173C2AB3
for <wellknown-uri-review@ietf.org>; Wed, 10 Feb 2016 13:14:44 +0100 (MET)
Received: from smtp-intra-1.desy.de (lb-40-26.desy.de) by ZITSWEEP1.win.desy.de
(Clearswift SMTPRS 5.5.0) with ESMTP id
<Tbfd7ba9ea983a9615f7b60@ZITSWEEP1.win.desy.de> for
<wellknown-uri-review@ietf.org>; Wed, 10 Feb 2016 13:14:45 +0100
Received: from [131.169.214.58] (zitpcx19643.desy.de [131.169.214.58])
by smtp-intra-1.desy.de (DESY-INTRA-1) with ESMTP id 673523E903
for <wellknown-uri-review@ietf.org>; Wed, 10 Feb 2016 13:14:44 +0100 (MET)
To: wellknown-uri-review@ietf.org
From: Paul Millar <paul.millar@desy.de>
Subject: Request for advice
Message-ID: <56BB29B4.8090106@desy.de>
Date: Wed, 10 Feb 2016 13:14:44 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Icedove/38.5.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/wellknown-uri-review/jmbjSCKItydB4H0hb0Kw-iAARQM>
X-BeenThere: wellknown-uri-review@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Well-Known URI review list <wellknown-uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wellknown-uri-review>,
<mailto:wellknown-uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wellknown-uri-review/>
List-Post: <mailto:wellknown-uri-review@ietf.org>
List-Help: <mailto:wellknown-uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wellknown-uri-review>,
<mailto:wellknown-uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Feb 2016 12:14:50 -0000
Hi, I am working within a small team devising a new HTTP-based protocol. We hope to use a /.well-known URI and register this protocol with IANA. The protocol involves the client issuing a POST request to the server and receiving some information back; i.e., this is not a lookup (GET or HEAD) request. As I see it, there are two options: a. client issues POST requests directly to a well-known endpoint; e.g., /.well-known/<foo> b. client issues GET request to /.well-known/<foo-discovery> endpoint. The response describes the location of <foo>. The client makes POST request to that URI. Option a. has some advantages in terms of latency and reduced complexity; however, it seems from RFC 5785 that the latter option is more in line with the intended use of /.well-known. Option b. is also the approach taken by most other registrants (e.g., OpenID-Configuration) Would both approach be acceptable, or should we focus on option b. ? Cheers, Paul.
- Request for advice Paul Millar
- Re: Request for advice Mark Nottingham
- Re: Request for advice Paul Millar
- Re: Request for advice Mark Nottingham
- Re: Request for advice Christopher Gutteridge