- From: Amos Jeffries <squid3@treenet.co.nz>
- Date: Tue, 8 Aug 2017 03:26:59 +1200
- To: ietf-http-wg@w3.org
On 07/08/17 03:26, Mark Nottingham wrote: > >> On 4 Aug 2017, at 8:15 pm, Cory Benfield wrote: >> >> >> >>> On 4 Aug 2017, at 08:43, Stefan Eissing wrote: >>> >>> The live, so far, in my test cases for Apache httpd. I'd expect them to get used when the web starts worrying about message integrity more, once the https everywhere thing is done. ;-) >> >> Adding to the list, HTTP/1.1 trailers are barely supported in the Python ecosystem: none of the major libraries or tools can emit them, and many fail to parse them. The better implementations parse-but-ignore. The Python HTTP/2 stack supports emitting and parsing trailers. > > This thread makes me wonder if we can't improve things slightly in HTTPtre. E.g., we could say: > >> A header field MUST NOT appear in trailers unless its definition allows it. Receiving implementations MUST ignore header fields appearing in trailers when their definitions do not allow it. > > ... with an appropriate column in the header field registry to record this. I don't think this would break any existing implementations, because trailers are so seldom used right now, and I think there's a strong argument that this is the case anyway; the consuming application has to expect something in trailers to act upon it. > > <https://github.com/httpwg/http11bis/issues/16#issuecomment-320513541> Is it worth an erratum to encourage that practice be enacted before a new spec happens? Amos
Received on Monday, 7 August 2017 15:27:34 UTC