* WGs marked with an * asterisk has had at least one new draft made available during the last 5 days

Ticket #290 (closed design: fixed)

Opened 4 years ago

Last modified 3 years ago

Motivate one-year limit for Expires

Reported by: mnot@pobox.com Owned by:
Priority: normal Milestone: 16
Component: p6-cache Severity: Active WG Document
Keywords: Cc:
Origin:

Description

In p6 3.3,

A server SHOULD NOT send Expires dates more than one year in the future.

What's the motivation for this SHOULD NOT? We should explain or remove it.

Change History

comment:1 Changed 3 years ago by mnot@pobox.com

  • Milestone changed from unassigned to 16

Proposal:

Remove the requirement in p6 3.3 and replace it with:

""" Historically, HTTP required the Expires field-value to be no more than a year in the future. While longer freshness lifetimes are no longer prohibited, extremely large values have been demonstrated to cause problems (e.g., clock overflows due to use of 32-bit integers for time values), and most caches will evict a response far sooner than that. Therefore, senders ought not produce them. """

comment:2 Changed 3 years ago by mnot@pobox.com

From [1400]:

Clarify one-year limit on Expires; addresses #290

comment:3 Changed 3 years ago by mnot@pobox.com

  • Status changed from new to closed
  • Resolution set to incorporated

comment:4 Changed 3 years ago by mnot@pobox.com

  • Status changed from closed to reopened
  • Resolution incorporated deleted

comment:5 Changed 3 years ago by mnot@pobox.com

  • Status changed from reopened to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.