W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2019

Re: Moving 2817 to Historic

From: Kennedy, Smith (Wireless & Standards Architect) <smith.kennedy@hp.com>
Date: Wed, 13 Feb 2019 16:34:10 +0000
To: Michael Sweet <msweet@apple.com>, Mark Nottingham <mnot@mnot.net>
CC: HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <72F9F281-9071-489E-A26C-C72147E33D01@hp.com>
Strongly agree with Mike’s recommendation to NOT marking 2817 historic, for the reasons he cites.

 

Smith

 

/**

    Smith Kennedy

    Standards - PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum

    Chair, IEEE ISTO Printer Working Group

    HP Inc.

*/

 

 

 

From: Michael Sweet <msweet@apple.com> on behalf of Michael Sweet <msweet@apple.com>
Date: Wednesday, February 13, 2019 at 8:09 AM
To: Mark Nottingham <mnot@mnot.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Subject: Re: Moving 2817 to Historic
Resent-From: <ietf-http-wg@w3.org>
Resent-Date: Wednesday, February 13, 2019 at 8:06 AM

 

Mark,

HTTP Upgrade is used by IPP/1.1 [STD92] and IPP/2.0 [PWG Standard 5100.12] for opportunistic TLS and has been supported and used by CUPS for about 20 years. I would NOT be in favor of marking it historic.

The problematic part of HTTP Upgrade has always been proxy support, which killed it for general web browser use but not for local network services.


> On Feb 12, 2019, at 11:22 PM, Mark Nottingham <mnot@mnot.net> wrote:
> 
> During BIS, we had an issue to move RFC2817 to Historic:
> https://trac.ietf.org/trac/httpbis/ticket/254
> which we incorporated text for in -16:
> https://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-16
> 
> However, later on we addressed an earlier issue that Paul raised to make sure we updated 2817:
> https://trac.ietf.org/trac/httpbis/ticket/128
> ... with the result that we moved from changing it to Historic to just Updating in -22:
> https://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-22
> 
> AIUI the reason for that issue was to assure that the attribution for the HTTPS URI Scheme was properly noted; however, the registry already references 7230 for that purpose. CONNECT is now completely defined in 7230 (and thus core-messaging).
> 
> Is there any other reason to keep 2817 around? AIUI it isn't implemented by any browser, nor used anywhere, and isn't considered good practice any more. Am I forgetting something from that discussion?
> 
> From https://www.ietf.org/blog/iesg-statement-designating-rfcs-historic/ -- 
> 
>> A document is labelled Historic when what it describes is no longer considered current: no longer recommended for use. 
> 
> If people still agree that Historic is the appropriate status, we can create a status-change document to kick that process off.
> 
> Cheers,
> 
> 
> 
> 
> --
> Mark Nottingham https://www.mnot.net/
> 
> 

_________________________________________________________
Michael Sweet, Senior Printing System Engineer








Received on Thursday, 14 February 2019 10:41:07 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 14 February 2019 10:41:16 UTC