- From: Bryce Nesbitt <bnesbitt@bepress.com>
- Date: Fri, 21 Jan 2011 13:14:58 -0800
- To: HTTP Working Group <ietf-http-wg@w3.org>
- Cc: Mark Nottingham <mnot@mnot.net>, lisa.dusseault@gmail.com
Received on Friday, 21 January 2011 21:16:02 UTC
My specific proposal is in italics below, compared to the existing HTTP 1.1
specification. For those of you reading this in plain text, it is the
paragraph discussing a MAY rule for code 2xx:
14.37 Retry-After
The Retry-After response-header field can be used with a 503 (Service
Unavailable) response to indicate how long the service is expected to be
unavailable to the requesting client.
This field MAY also be used with any 3xx (Redirection) response to indicate
the minimum time the user-agent is asked wait before issuing the redirected
request.
*This field MAY be included with any 2xx (OK) response to indicate rate
limiting: the minimum time the user-agent is asked wait before issuing a
subsequent request of the same resource. Should the user-agent violate that
timeout, a 503 response MAY be issued.*
The value of this field can be either an HTTP-date or an integer number of
seconds (in decimal) after the time of the response.
Retry-After = "Retry-After" ":" ( HTTP-date | delta-seconds )
Two examples of its use are
Retry-After: Fri, 31 Dec 1999 23:59:59 GMT
Retry-After: 120
In the latter example, the delay is 2 minutes.
Received on Friday, 21 January 2011 21:16:02 UTC