W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > January to March 2000

RE: Minor nits for redirectref-02

From: Slein, Judith A <JSlein@crt.xerox.com>
Date: Tue, 1 Feb 2000 11:28:43 -0500
Message-ID: <8E3CFBC709A8D21191A400805F15E0DBD2458D@crte147.wc.eso.mc.xerox.com>
To: "'Joe Orton'" <joe@orton.demon.co.uk>, w3c-dist-auth@w3.org

> -----Original Message-----
> From: Joe Orton [mailto:joe@orton.demon.co.uk]
> Sent: Wednesday, January 26, 2000 5:17 PM
> To: w3c-dist-auth@w3.org
> Subject: Minor nits for redirectref-02
> 
> 
> 1) In the MKRESOURCE response status codes, 423 Locked and 507
> Insufficient storage are included; this seems unnecessary. 
> 2518 specifies
> what these mean. You can't include the full set of valid 
> status codes in
> responses to MKRESOURCE, else you'd have to include all the 
> normal HTTP
> codes too, so why not just stick to new or changed codes?
> 

If anyone finds the inclusion of 423 and 507 helpful, I'd just as leave keep
them.  Greg has indicated that he does think it's useful to mention existing
response codes that might be expected and the circumstances that might cause
them to be returned.

> 2) MKRESOURCE responses "SHOULD NOT be cached" implies there 
> are odd cases
> when it's okay to cache them, is this right?

I know there was no discussion of this issue among the authors of the
Redirect References spec.  The definition of MKRESOURCE also appears in the
DeltaV spec, for which it was originally drafted.  Geoff, was there any
discussion of SHOULD NOT vs. MUST NOT in the DeltaV working group?  Unless
there was some good reason for making the weaker statement, we should
probably change it to MUST NOT in both specs.

> 
> joe
> 
Received on Tuesday, 1 February 2000 11:29:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:43:53 GMT