IETF Logo Mail Archive

Adding user@ to HTTP[S] URIs

Rick van Rein <rick@openfortress.nl> Fri, 24 January 2020 23:03 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA45D120A4A for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 24 Jan 2020 15:03:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.752
X-Spam-Level:
X-Spam-Status: No, score=-2.752 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=openfortress.nl
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 Z9XBmfCpCSSl for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 24 Jan 2020 15:03:11 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (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 5669612001B for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 24 Jan 2020 15:03:10 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1iv7w8-0003uN-LQ for ietf-http-wg-dist@listhub.w3.org; Fri, 24 Jan 2020 23:00:24 +0000
Resent-Date: Fri, 24 Jan 2020 23:00:24 +0000
Resent-Message-Id: <E1iv7w8-0003uN-LQ@frink.w3.org>
Received: from titan.w3.org ([2603:400a:ffff:804:801e:34:0:4c]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <rick@openfortress.nl>) id 1iv7w6-0003NZ-P0 for ietf-http-wg@listhub.w3.org; Fri, 24 Jan 2020 23:00:22 +0000
Received: from lb1-smtp-cloud9.xs4all.net ([194.109.24.22]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <rick@openfortress.nl>) id 1iv7vz-0006ua-F9 for ietf-http-wg@w3.org; Fri, 24 Jan 2020 23:00:22 +0000
Received: from popmini.vanrein.org ([83.161.146.46]) by smtp-cloud9.xs4all.net with ESMTP id v7vqi7E7mT6sRv7vri2bqg; Sat, 25 Jan 2020 00:00:07 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=openfortress.nl; i=rick@openfortress.nl; q=dns/txt; s=fame; t=1579906799; h=message-id : date : from : mime-version : to : subject : content-type : content-transfer-encoding : date : from : subject; bh=ZnFRZonfmdRSb/ZPn8ThXy2nvRx6QxjB4qg68gc9brg=; b=s71sH5FSPN9oAj2k2lrWMgwx7CGtBOv/LtAhAN7c7p8+HYcJOK3ZKe04 TAtn686Pjg/XjkHN91xsGS0ln7JHydNe8DH4FOeZ33ElOEnWbiD4aCpwum KFbl/+Va4VEvo17/o6sqws51ah+izB/RktNTK1O5FQOYJFwVfPZAapy5k=
Received: by fame.vanrein.org (Postfix, from userid 1006) id E011725416; Fri, 24 Jan 2020 22:59:59 +0000 (UTC)
Received: from airhead.local (phantom.vanrein.org [83.161.146.46]) by fame.vanrein.org (Postfix) with ESMTPA id BFAB725413; Fri, 24 Jan 2020 22:59:59 +0000 (UTC)
Message-ID: <5E2B76EC.5000300@openfortress.nl>
Date: Fri, 24 Jan 2020 23:59:56 +0100
From: Rick van Rein <rick@openfortress.nl>
User-Agent: Postbox 3.0.11 (Macintosh/20140602)
MIME-Version: 1.0
To: "HTTPbis WG (IETF)" <ietf-http-wg@w3.org>
X-Enigmail-Version: 1.2.3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bogosity: Unsure, tests=bogofilter, spamicity=0.520000, version=1.2.4
X-CMAE-Envelope: MS4wfMDghXi84v4m9NV7cNCET8A8nuTL0HKF4BDYMy+cJ/bs9kx06OtGzW7Vh4MKP9xOKhEPO0tvo7v6N0Q9FkU9NJkqNrf6pczSB0RBGwm/sV1GyF0hLbBR b2hGFWXCwYlMaAdpZQax6unGR6jdNfne2g+Ny929KFGUCha3cb/yb1xiny0ES/PP+3OHYgpMNihogw==
Received-SPF: pass client-ip=194.109.24.22; envelope-from=rick@openfortress.nl; helo=lb1-smtp-cloud9.xs4all.net
X-W3C-Hub-Spam-Status: No, score=-4.8
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1iv7vz-0006ua-F9 0fdc25b022a2eba529a18beb857a26a2
X-Original-To: ietf-http-wg@w3.org
Subject: Adding user@ to HTTP[S] URIs
Archived-At: <https://www.w3.org/mid/5E2B76EC.5000300@openfortress.nl>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/37275
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hello,

I wrote a draft to support http://user@host.name in HTTP / HTTPS URIs.
The user is part of resource name space selection, and is not related to
client authentication.  It is given its own "User" header field.

I am aware that this URI form is banned in RFC 7321, Section 2.7.1, last
paragraph, but explain in issue #278 that this is unjustified:
http://github.com/httpwg/http-core/issues/278


Feedback welcomed.

Rick van Rein
InternetWide.org


-------- Original Message --------
Subject: New Version Notification for draft-vanrein-http-unauth-user-02.txt
Date: Fri, 24 Jan 2020 13:54:31 -0800
From: internet-drafts@ietf.org
To: Rick van Rein <rick@openfortress.nl>


A new version of I-D, draft-vanrein-http-unauth-user-02.txt
has been successfully submitted by Rick van Rein and posted to the
IETF repository.

Name:		draft-vanrein-http-unauth-user
Revision:	02
Title:		User Names for HTTP Resources
Document date:	2020-01-24
Group:		Individual Submission
Pages:		5
URL:
https://www.ietf.org/internet-drafts/draft-vanrein-http-unauth-user-02.txt
Status:
https://datatracker.ietf.org/doc/draft-vanrein-http-unauth-user/
Htmlized:
https://tools.ietf.org/html/draft-vanrein-http-unauth-user-02
Htmlized:
https://datatracker.ietf.org/doc/html/draft-vanrein-http-unauth-user
Diff:
https://www.ietf.org/rfcdiff?url2=draft-vanrein-http-unauth-user-02

Abstract:
   Most protocols support users under domain names, but HTTP does not.
   Usage patterns in the wild do suggest a desire to have this facility.
   This specification defines a header for user names, orthogonal to any
   authentication or authorisation concerns.

v2.23.0 | Report a Bug | By Email