- From: Mark Nottingham <mnot@mnot.net>
- Date: Wed, 14 Jul 2010 15:29:18 +1000
- To: HTTP Working Group <ietf-http-wg@w3.org>
- Cc: "Julian F. Reschke" <julian.reschke@gmx.de>
<http://trac.tools.ietf.org/wg/httpbis/trac/ticket/203> --->8--- http://greenbytes.de/tech/webdav/draft-ietf-httpbis-p2-semantics-09.html#rfc.section.9.5: "The Max-Forwards header field MAY be ignored for all other methods defined by this specification and for any extension methods for which it is not explicitly referred to as part of that method definition." This seems to suggest that we should require extension method definitions to define the Max-Forwards behavior (affect on registry). Alternatively, remove this and clarify it's for OPTIONS and TRACE only. ---8<--- Julian later comments in the issue that he doesn't think max-forwards will work for extension methods in practice. I think that's true, unless we clean up the requirements for max-forwards to say that intermediaries have to honour it for unrecognised methods. Since I don't think that's going to be widely supported (I just checked Squid2-HEAD quickly), I'd say we should probably do as he says and remove the implication that extension methods can use max-forwards reliably. Thoughts? -- Mark Nottingham http://www.mnot.net/
Received on Wednesday, 14 July 2010 05:29:49 UTC