Anhang A. Änderungen gegenüber RFC 2616
Die Spezifikation wurde zur besseren Klarheit erheblich überarbeitet.
Die Bedingungen, unter denen eine authentifizierte Antwort zwischengespeichert werden kann, wurden klargestellt. (Abschnitt 3.2)
Neue Statuscodes können nun definieren, dass Caches bei ihnen heuristische Frische verwenden dürfen. Caches dürfen nun heuristische Frische für URIs mit Abfragekomponenten berechnen. (Abschnitt 4.2.2)
Der Algorithmus zur Berechnung des Alters ist nun weniger konservativ. Caches müssen nun Datumsangaben mit Zeitzonen so behandeln, als wären sie ungültig, weil es nicht möglich ist, sie genau zu erraten. (Abschnitt 4.2.3)
Das Antwort-Header-Feld Content-Location wird nicht mehr verwendet, um die bei der Validierung zu verwendende geeignete Antwort zu bestimmen. (Abschnitt 4.3)
Der Algorithmus zur Auswahl einer zu verwendenden zwischengespeicherten ausgehandelten Antwort wurde in mehrfacher Hinsicht klargestellt. Insbesondere erlaubt er nun ausdrücklich header-spezifische Kanonisierung bei der Verarbeitung auswählender Header-Felder. (Abschnitt 4.1)
Die Anforderungen zur Vermeidung von Denial-of-Service-Angriffen bei der Durchführung von Invalidierungen wurden klargestellt. (Abschnitt 4.4)
Eine Cache-Invalidierung erfolgt nur, wenn eine erfolgreiche Antwort empfangen wird. (Abschnitt 4.4)
Cache-Direktiven werden ausdrücklich als unabhängig von Groß- und Kleinschreibung definiert. Der Umgang mit mehreren Instanzen von Cache-Direktiven, wenn nur eine erwartet wird, ist nun definiert. (Abschnitt 5.2)
Die Anforderungsdirektive „no-store" gilt nicht für Antworten; d. h. ein Cache kann eine Anfrage mit no-store erfüllen und invalidiert sie nicht. (Abschnitt 5.2.1.5)
Es wird festgestellt, dass die qualifizierten Formen der Cache-Direktiven private und no-cache nicht weit verbreitet implementiert sind; zum Beispiel wird „private=foo" von vielen Caches einfach als „private" interpretiert. Darüber hinaus wurde die Bedeutung der qualifizierten Form von no-cache klargestellt. (Abschnitt 5.2.2)
Die Bedeutung der Antwortdirektive „no-cache" wurde klargestellt. (Abschnitt 5.2.2.2)
Die Beschränkung der Werte des Header-Felds Expires auf ein Jahr wurde entfernt; stattdessen wird die Begründung für die Verwendung eines sinnvollen Werts angegeben. (Abschnitt 5.3)
Das Header-Feld Pragma ist nun nur noch aus Gründen der Abwärtskompatibilität definiert; künftige Pragmas sind veraltet. (Abschnitt 5.4)
Einige Anforderungen bezüglich der Erzeugung und Verarbeitung der Header-Felder Warning wurden gelockert, da sie nicht weit verbreitet implementiert sind. Darüber hinaus verwendet das Header-Feld Warning keine RFC 2047-Kodierung mehr und erlaubt keine mehreren Sprachen, da diese Aspekte nicht implementiert wurden. (Abschnitt 5.5)
Diese Spezifikation führt die Registrierungsstellen für Cache-Direktiven und Warncodes ein und definiert Überlegungen für neue Cache-Direktiven. (Abschnitt 7.1 und Abschnitt 7.2)