Re: HEAD (was Re: Link Verification)

>In other words, I think the correct action for your server to take
>for a HEAD request is to generate whatever it would generate for
>a GET request, but then just drop the entity-body on the floor.

I think that there is a large range of active content for which this
model fails. If the server is never going to generate the same entity
twice then it is pointless telling the client the content length, 
digest or any other parameter of the content which would not be the
same for a subsequent HEAD.

Does the spec specifically require a HEAD method to return content 
length? If not simply returning the entity content type would appear
to be sufficient.


Leaving asside the statement in the HTTP/1.0 spec the strict condition
of idempotence which Tim originaly stated has never been absolute.
For example in my email server I updated the "read" condition of a message
when it was accessed via a GET method but not when it is accessed by a
HEAD. This is well within the spirit of the "safe GET" but it isn't
idempotent.

I think it better to consider the HEAD method as strictly a means of 
retrieving whatever meta information concerning an entity may be
avaliable.


	Phill

Received on Thursday, 9 May 1996 09:52:18 UTC