#290: Motivate one-year limit for Expires

<http://trac.tools.ietf.org/wg/httpbis/trac/ticket/290>

In p6 3.3,

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

I did some asking around, and it seems like the idea behind this was that an Expires so far in the future was felt to be more often the sign of bad clocks or administrator error than an intention for such a long TTL (considering that pretty much any eviction algorithm would get rid of it far beforehand).

So, I propose we remove the requirement and replace it with something like:

"""
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), and senders ought not produce them.
"""


--
Mark Nottingham   http://www.mnot.net/

Received on Sunday, 24 July 2011 17:46:51 UTC