Re: draft-ieft-http-options-00.txt
Jeffrey Mogul (mogul@pa.dec.com)
Fri, 08 Aug 97 16:41:43 MDT
Of course, real life isn't so neat. It sounds like the best
approach would be to have Compliance supported in the interface
between the CGIs and the server per se, but in the absence of
that, I guess the best advice I can give is:
Don't claim compliance with things if, for this resource, a CGI
sub-program will be invoked and you're not sure if the
sub-program will screw things up.
on the theory that it is better to indicate non-compliance when
you might comply, than to claim compliance when you might not.
Nit: p.4, section 3.2: I think the phrase "originating sender" is
a poor one. From one perspective, the originating sender is the
client that initiated the request. But I think it's intended to mean
the server that responded to the OPTIONS method.
Right, I was looking for a phrase that mean "server that first sent
the OPTIONS reply", which could be different from the "origin server"
for the URI (e.g., because of Max-Forwards). Any suggestions for
a more precise short phrase? Or should we just use the long one?
-Jeff