Forcing HTTP/1.1 proxies to revalidate responses
draft-mogul-http-revalidate-01

Document Type Expired Internet-Draft (individual)
Author Jeffrey Mogul 
Last updated 1997-05-28
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf htmlized bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-mogul-http-revalidate-01.txt

Abstract

The HTTP/1.1 specification [1] currently defines a ``proxy-revalidate'' 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'' directive as the best available solution.

Authors

Jeffrey Mogul (JeffMogul@acm.org)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)