W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > May to August 1997

Re: Transient content negotiation

From: Koen Holtman <koen@win.tue.nl>
Date: Fri, 20 Jun 1997 21:31:40 +0200 (MET DST)
Message-Id: <199706201931.VAA03618@wsooti08.win.tue.nl>
To: Graham Klyne <GK@acm.org>
Cc: http-wg@cuckoo.hpl.hp.com, ietf-fax@imc.org
X-Mailing-List: <http-wg@cuckoo.hpl.hp.com> archive/latest/3557
Graham Klyne:
>This suggests to me that it might be desirable to tag negotiable features
>as 'transient' as a warning to intermediate systems to avoid caching these
>(negotiable feature) values in an attempt to 'optimize' future

Here is how caching of negotiation metadata is handled in HTTP
transparent content negotiation:

 - information about the feature set of the browser, if it is sent
   over the wire at all, is never cached (at least not under HTTP/1.1,
   a future protocol extension may provide sticky header or
   dictionary mechanisms which could cache such information for a
   short while).

 - information about the (features of the) content available at the
   server end can be cached, and the whole package (the complete
   variant list) can be assigned a caching lifetime according to the
   normal HTTP/1.1 max-age model.  Conditional GETs can refresh the
   package if it is becomes stale.

So there is no cache control at the level of individual features.  I
don't know whether such fine-grained caching would be useful in fax


Received on Friday, 20 June 1997 12:34:27 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:40:20 UTC