Re: If-Modified-Since enhancement

stumpf@informatik.tu-muenchen.de (Markus Stumpf)
Errors-To: listmaster@www0.cern.ch
Date: Sun, 20 Mar 1994 23:53:46 --100
Message-id: <2mik1c$12q@hpsystem1.informatik.tu-muenchen.de>
Errors-To: listmaster@www0.cern.ch
Reply-To: stumpf@informatik.tu-muenchen.de
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: stumpf@informatik.tu-muenchen.de (Markus Stumpf)
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: If-Modified-Since enhancement
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Length: 1152
luotonen@ptsun00.cern.ch (Ari Luotonen) writes:
>I suggest that the rest of this response would be as if the client
>(proxy) had sent a HEAD request -- this way the server can upload
>a new expiry date (and other meta info) to proxy:
>	HTTP/1.0 304 Not modified
>	Expires: Sunday, 27-Mar-94 12:00:00 GMT
>	...

I'd like to propose some more infos:

I am currently working on a caching/proxy only server.
This would allow configuring of "forwarders", i.e. intermediate
servers for a hierarchy of caching servers, read only access to caches
and so on ...
Therefor it'll be really nice to have some information about the update
rate of the caching servers like:
"File is up to date for me but I haven't checked for n minutes".

Another problem for this topic:
How do I specify Expires: for e.g. GIF files? Would I have to do this
via server config files?

We currently use a "Expires:" of about 14 days for GIFs, assuming
most of them are icons, which change seldon, if not never.
But with all the weather GIFs and coffee machines :) out there ...

	\Maex

P.S. If you have any proposals what caching servers should be able to do,
     drop me a note ...