<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.mogul-http-revalidate" target="https://datatracker.ietf.org/doc/html/draft-mogul-http-revalidate-01">
   <front>
      <title>Forcing HTTP/1.1 proxies to revalidate responses</title>
      <author initials="J." surname="Mogul" fullname="Jeffrey Mogul">
         </author>
      <date month="May" day="28" year="1997" />
      <abstract>
	 <t>The HTTP/1.1 specification [1] currently defines a ``proxy-revalidate&#x27;&#x27; Cache-control directive, which forces a proxy to revalidate a stale response before using it in a reply.  There is no mechanism defined that forces a proxy, but not an end-client, to revalidate a fresh response.  The lack of such a mechanism is due to an error in drafting RFC2068, and appears to create problems for use of the Authorization header, the Digest Access Authentication extension [2], the State Management Mechanism [3], and several other proposed extensions.  This document discusses the problem and several possible solutions, and proposes to add a new ``s-maxage&#x27;&#x27; directive as the best available solution.
	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-mogul-http-revalidate-01" />
   
</reference>
