Re: New Version Notification for draft-divilly-status-555-00.txt
Colm Divilly <colm.divilly@oracle.com> Fri, 27 March 2020 08:52 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 D38B43A041C for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 27 Mar 2020 01:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.213
X-Spam-Level:
X-Spam-Status: No, score=-4.213 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-1.463, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=oracle.com
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 AqBR8W3GWBPx for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 27 Mar 2020 01:52:26 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (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 0DFA43A0997 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 27 Mar 2020 01:52:25 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1jHkfU-0000eC-Ec for ietf-http-wg-dist@listhub.w3.org; Fri, 27 Mar 2020 08:48:44 +0000
Resent-Date: Fri, 27 Mar 2020 08:48:44 +0000
Resent-Message-Id: <E1jHkfU-0000eC-Ec@lyra.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <colm.divilly@oracle.com>) id 1jHkfS-0000dP-FV for ietf-http-wg@listhub.w3.org; Fri, 27 Mar 2020 08:48:42 +0000
Received: from userp2120.oracle.com ([156.151.31.85]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <colm.divilly@oracle.com>) id 1jHkfQ-0007wg-1q for ietf-http-wg@w3.org; Fri, 27 Mar 2020 08:48:42 +0000
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 02R8mMZI099180; Fri, 27 Mar 2020 08:48:22 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=corp-2020-01-29; bh=hiR/33+GODQgEUDVhx2Wokc3w1y/CEv/VCjDg7yUQ3c=; b=cRD8wXby0tVc6K4AmkO9jzuLE3Z2VGU9VNqeUMGX4z45PyDF34Ihtd8YhxsyPffcBw5U HDWn6dRlT8lcp0FFWvuZOC/uylkzqurgtGmYT5VXFaqzUz3JFCvieGlp0K1c03apnlZS pLggYym2xSdHErV66YTLrdOlSnDC9/3yh7NDV7sLxjKzeOf6807KVkXeeaXLN6/YDaU+ iAz9uEsIZ5/POnEf956gF0TbYjRuA1Np/yaMMVYWHb0QEGxE7YNCgM2+7PSf1cskdtLJ hx5aw22quBmrzG0KkzTjBIJ9TbDcpoH5JcrwID9flX8TerVT5PewPtdUxf88Fzh97DMs zw==
Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 3019ve92fb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 27 Mar 2020 08:48:22 +0000
Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 02R8ljG9160305; Fri, 27 Mar 2020 08:48:21 GMT
Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3020.oracle.com with ESMTP id 3003gnje46-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 27 Mar 2020 08:48:21 +0000
Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 02R8mKUM022666; Fri, 27 Mar 2020 08:48:20 GMT
Received: from cdivilly-mac2.localdomain (/185.182.73.54) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 27 Mar 2020 01:48:20 -0700
From: Colm Divilly <colm.divilly@oracle.com>
Message-Id: <7558F173-61B3-4E39-AFDA-59CF6463F98D@oracle.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_2739493C-CBE4-4D65-A9B8-B5159B00C8A3"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 27 Mar 2020 08:48:14 +0000
In-Reply-To: <90EA7BE6-3A89-4330-AC19-A89F58F1A716@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>, Tommy Pauly <tpauly@apple.com>
To: Mark Nottingham <mnot@mnot.net>
References: <84C127AC-BA21-4CD8-9F79-8920ADE5BA4C@ORACLE.COM> <370AAF66-833D-42FB-A714-56582937124E@mnot.net> <6F5864DF-55C8-4C64-9D1A-074850A3C3DC@oracle.com> <90EA7BE6-3A89-4330-AC19-A89F58F1A716@mnot.net>
X-Mailer: Apple Mail (2.3445.104.11)
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9572 signatures=668685
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 mlxlogscore=999 bulkscore=0 phishscore=0 adultscore=0 spamscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2003270080
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9572 signatures=668685
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 impostorscore=0 phishscore=0 clxscore=1011 adultscore=0 spamscore=0 malwarescore=0 mlxlogscore=999 lowpriorityscore=0 bulkscore=0 priorityscore=1501 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2003270080
Received-SPF: pass client-ip=156.151.31.85; envelope-from=colm.divilly@oracle.com; helo=userp2120.oracle.com
X-W3C-Hub-Spam-Status: No, score=-3.4
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, W3C_NW=1
X-W3C-Scan-Sig: titan.w3.org 1jHkfQ-0007wg-1q ebd7508adb78bb36b5252650d6a3b79c
X-Original-To: ietf-http-wg@w3.org
Subject: Re: New Version Notification for draft-divilly-status-555-00.txt
Archived-At: <https://www.w3.org/mid/7558F173-61B3-4E39-AFDA-59CF6463F98D@oracle.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/37485
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>
Hi Mark, see my responses inline below: > On 27 Mar 2020, at 03:54, Mark Nottingham <mnot@mnot.net> wrote: > > Regarding next steps (chair "hat" on) -- I'd love to hear what other WG participants (and people who don't participate here regularly, of course) think about this. One of the things we look for is level of interest, as well as level of agreement. Agreed, we feel this is a pain point for us, but then we'd expect it to be a pain point for others operating a similar model (where the party hosting the resource is not directly connected to the party authoring the resource), but we haven't seen any indication of that. My hunch is that others have more or less sidestepped this issue, by giving their tenants more control of the HTTP stack, effectively making them the operator of their HTTP resources. Thus the distinction between operator and author becomes moot. > > Normally, Tommy and I would probably ask you to present at the next HTTP Working Group meeting in Madrid. It's not clear what's going to happen with that meeting, but I suspect that one way or another we'll be having a WG meeting soon, if only virtually, and we can probably have a discussion there. Between now and then, hopefully we'll see more mailing list discussion. > > Is that workable for you? I'm not sensing a need to get a decision quickly on your part, but if that's not the case, please say so. No urgency, my gut feel is that for 99% of cases the author of the resource and operator of the server have a close relationship and this would provide zero value. I feel like our model is an edge case, we see a class of customer not interested in operating their own HTTP infrastructure, but still wanting to publish rich Web facing resources. It's only in that use case that this might become useful. Happy to present if there's any interest in the approach. Regards, Colm
- Fwd: New Version Notification for draft-divilly-s… Colm Divilly
- Re: Fwd: New Version Notification for draft-divil… Poul-Henning Kamp
- Re: New Version Notification for draft-divilly-st… Colm Divilly
- Re: Fwd: New Version Notification for draft-divil… Amos Jeffries
- Re: New Version Notification for draft-divilly-st… Colm Divilly
- Re: New Version Notification for draft-divilly-st… Mark Nottingham
- Re: New Version Notification for draft-divilly-st… Colm Divilly
- Re: New Version Notification for draft-divilly-st… Amos Jeffries
- Re: New Version Notification for draft-divilly-st… Mark Nottingham
- Re: New Version Notification for draft-divilly-st… Colm Divilly