Network Working Group R. Fielding Request for Comments: 2616 ...
Network Working Group R. Fielding Request for Comments: 2616 ...
Network Working Group R. Fielding Request for Comments: 2616 ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Warning (but without removing any existing Warning headers). A cacheSHOULD NOT attempt to revalidate a response simply because thatresponse became stale in transit; this might lead to an infiniteloop. A user agent that receives a stale response without a WarningMAY display a warning indication to the user.13.1.2 WarningsWhenever a cache returns a response that is neither first-hand nor"fresh enough" (in the sense of condition 2 in section 13.1.1), itMUST attach a warning to that effect, using a Warning general-header.The Warning header and the currently defined warnings are describedin section 14.46. The warning allows clients to take appropriateaction.Warnings MAY be used <strong>for</strong> other purposes, both cache-related andotherwise. The use of a warning, rather than an error status code,distinguish these responses from true failures.Warnings are assigned three digit warn-codes. The first digitindicates whether the Warning MUST or MUST NOT be deleted from astored cache entry after a successful revalidation:<strong>Fielding</strong>, et al. Standards Track [Page 76]RFC <strong>2616</strong> HTTP/1.1 June 19991xx Warnings that describe the freshness or revalidation status ofthe response, and so MUST be deleted after a successfulrevalidation. 1XX warn-codes MAY be generated by a cache only whenvalidating a cached entry. It MUST NOT be generated by clients.2xx Warnings that describe some aspect of the entity body or entityheaders that is not rectified by a revalidation (<strong>for</strong> example, alossy compression of the entity bodies) and which MUST NOT bedeleted after a successful revalidation.See section 14.46 <strong>for</strong> the definitions of the codes themselves.HTTP/1.0 caches will cache all Warnings in responses, withoutdeleting the ones in the first category. Warnings in responses thatare passed to HTTP/1.0 caches carry an extra warning-date field,which prevents a future HTTP/1.1 recipient from believing anerroneously cached Warning.Warnings also carry a warning text. The text MAY be in anyappropriate natural language (perhaps based on the client's Acceptheaders), and include an OPTIONAL indication of what character set is