Opened 10 years ago

Closed 10 years ago

#483 closed editorial (incorporated)

MUST fix Content-Length?

Reported by: mnot@… Owned by: draft-ietf-httpbis-p1-messaging@…
Priority: normal Milestone: 24
Component: p1-messaging Severity: In WG Last Call
Keywords: Cc:

Description

When talking about a Content-Length header field with multiple

identical values, Part 1 Section 3.3.2 of HTTPbis says:

the recipient MUST either reject the message as invalid or replace the duplicated field-values with a single valid Content-Length field containing that decimal value prior to determining the message body length.

It is not clear whether "recipient MUST replace" (a requirement on the recipient) also implies that "a sender MUST replace [...] when forwarding the message" (a requirement on the sender). This issue has been raised on 2011/11/28, but the discussion diverged, and I could not tell whether there was a consensus on what the correct interpretation is.

Please decide whether a proxy MUST "fix" such Content-Length headers when forwarding the message and adjust the above text to clarify one way or another.

Change History (4)

comment:1 Changed 10 years ago by mnot@…

Proposal from list:

recipient MUST either reject the message as invalid or replace the duplicated field-values with a single valid Content-Length field containing that decimal value prior to determining the message body length or forwarding the message.

comment:2 Changed 10 years ago by julian.reschke@…

From [2319]:

intermediaries need to fix C-L too (see #483)

comment:3 Changed 10 years ago by julian.reschke@…

  • Milestone changed from unassigned to 24

comment:4 Changed 10 years ago by julian.reschke@…

  • Resolution set to incorporated
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.