W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2002

Re: BIND method response codes, new header?

From: Stefan Eissing <stefan.eissing@greenbytes.de>
Date: Fri, 11 Oct 2002 11:16:13 +0200
Cc: "Clemm, Geoff" <gclemm@rational.com>, w3c-dist-auth@w3.org
To: Jason Crawford <nn683849@smallcue.com>
Message-Id: <16D78662-DCFA-11D6-9950-00039384827E@greenbytes.de>

Am Donnerstag, 10.10.02, um 17:06 Uhr (Europe/Berlin) schrieb Jason 

> Or.... how about....  (get your tomatoes ready...)

I prefer eggs. Old eggs. ;)

> A new header, whereby the client can submit
> assertions that it wants the server to test.  These tests
> need not prevent an operation from occuring, but
> they can inform the user of the situation just before
> (or after) the operation occured.   It could test for things
> like etags and locks.  And in this case it could test if
> a resource existed.
> This header would not be bind specific.  And it
> need not go in the spec now.  But if we are anticipating
> something like this, we wouldn't need to spend time defining
> a new status code now or even debating which one to use.

If it affects the response, but not the spec, any result of the
test would need to be returned in a specific response header, right?

So, you'd introduce a separate communication channel on top of/
sideways to HTTP. This is... let's say, hummm,... interesting.

I wouldn't bet my money on its success, though.

Received on Friday, 11 October 2002 05:17:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:27 UTC