W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2013

Re: #481, was: WGLC: p7 MUSTs

From: Alex Rousskov <rousskov@measurement-factory.com>
Date: Sun, 30 Jun 2013 13:46:15 -0600
Message-ID: <51D08B07.5020801@measurement-factory.com>
To: Julian Reschke <julian.reschke@gmx.de>
CC: IETF HTTP WG <ietf-http-wg@w3.org>
On 06/30/2013 10:48 AM, Julian Reschke wrote:
> On 2013-06-09 20:49, Alex Rousskov wrote:
>> If you say "server MUST NOT send X", the proxy becomes responsible for
>> not forwarding X. If you say "server MUST NOT generate X", the proxy
>> forwarding behavior is not restricted by that specific requirement. When
>> you say "request MUST NOT have X", the specs become ambiguous: some will
>> claim that a proxy forwarding X is in violation and some will claim that
>> the requirement is not applicable to proxies.

> The trouble is that what you're asking for a change in requirements, and
> that most definitively is *not* an editorial change. 

Whether polishing how these ambiguous requirements are worded actually
changes those requirements depends on whether the reader believes that
the proxy must police the given aspect of the message. Some readers may
indeed decide that your polishing is not editorial in nature, depending
on how you change the specs. The very fact that you suspect there will
be protocol changes essentially implies that the current requirements
are ambiguous and ought to be fixed.


> As such, I'm not
> too enthusiastic to make these kind of changes without feedback from the
> working group.

On the other hand, it is difficult to provide feedback without seeing
the changes.


> Do people agree that these requirements need to be rephrased? Do we have
> concrete proposals about *how* to change them?

FWIW, I do: Reword them to name the actor (client or server, usually
obvious) and use "generate" instead of "send". When that default does
not seem appropriate to you or others, let's discuss!


Thank you,

Alex.
Received on Sunday, 30 June 2013 19:46:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:13 UTC