Changeset 2107 for draft-ietf-httpbis

Timestamp:

11/01/13 06:19:24 (10 years ago)

Author:

fielding@…

Message:

(editorial) fix jumbled description of Retry-After

Location:

draft-ietf-httpbis/latest

Files:

• p2-semantics.html (modified) (1 diff)
• p2-semantics.xml (modified) (1 diff)

draft-ietf-httpbis/latest/p2-semantics.html

@@ -2986 +2986 @@
       <div id="rfc.iref.r.3"></div>
       <h3 id="rfc.section.7.1.3"><a href="#rfc.section.7.1.3">7.1.3</a>&nbsp;<a id="header.retry-after" href="#header.retry-after">Retry-After</a></h3>
-      <p id="rfc.section.7.1.3.p.1">The header "Retry-After" field can be used with a <a href="#status.503" class="smpl">503 (Service
-            Unavailable)</a> response to indicate how long the service is expected to be unavailable to the requesting client. This field <em class="bcp14">MAY</em> also be used with any <a href="#status.3xx" class="smpl">3xx (Redirection)</a> response to indicate the minimum time the user agent is asked to wait before issuing the redirected request.
+      <p id="rfc.section.7.1.3.p.1">Servers send the "Retry-After" header field to indicate how long the user agent ought to wait before making a follow-up request.
+         When sent with a <a href="#status.503" class="smpl">503 (Service Unavailable)</a> response, Retry-After indicates how long the service is expected to be unavailable to the client. When sent with any <a href="#status.3xx" class="smpl">3xx (Redirection)</a> response, Retry-After indicates the minimum time that the user agent is asked to wait before issuing the redirected request.
       </p>
       <p id="rfc.section.7.1.3.p.2">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.</p>

draft-ietf-httpbis/latest/p2-semantics.xml

@@ -3834 +3834 @@
   <x:anchor-alias value="Retry-After"/>
 <t>
-   The header "Retry-After" field can be used with a <x:ref>503 (Service
-   Unavailable)</x:ref> response to indicate how long the service is expected to
-   be unavailable to the requesting client. This field &MAY; also be used
-   with any <x:ref>3xx (Redirection)</x:ref> response to indicate the minimum time the
-   user agent is asked to wait before issuing the redirected request.
+   Servers send the "Retry-After" header field to indicate how long the user
+   agent ought to wait before making a follow-up request. When sent with a
+   <x:ref>503 (Service Unavailable)</x:ref> response, Retry-After indicates
+   how long the service is expected to be unavailable to the client.
+   When sent with any <x:ref>3xx (Redirection)</x:ref> response, Retry-After
+   indicates the minimum time that the user agent is asked to wait before
+   issuing the redirected request.
 </t>
 <t>