Changeset 1514 for draft-ietf-httpbis/latest/p1-messaging.xml

Timestamp:

26/01/12 14:54:04 (9 years ago)

Author:

julian.reschke@…

Message:

spelling & grammar

File:

• draft-ietf-httpbis/latest/p1-messaging.xml (modified) (7 diffs)

draft-ietf-httpbis/latest/p1-messaging.xml

@@ -896 +896 @@
 <t>
    Intermediaries that process HTTP messages (i.e., all intermediaries
-   other than those acting as a tunnel) &MUST; send their own HTTP-Version
+   other than those acting as tunnels) &MUST; send their own HTTP-Version
    in forwarded messages.  In other words, they &MUST-NOT; blindly
    forward the first line of an HTTP message without ensuring that the
@@ -2794 +2794 @@
         or until the client closes the connection. Otherwise, the client
         might not reliably receive the response message. However, this
-        requirement is not be construed as preventing a server from
+        requirement ought not be construed as preventing a server from
         defending itself against denial-of-service attacks, or from
         badly broken client implementations.
@@ -3089 +3089 @@
 <t>
    The "TE" header field indicates what extension transfer-codings
-   it is willing to accept in the response, and whether or not it is
+   the client is willing to accept in the response, and whether or not it is
    willing to accept trailer fields in a chunked transfer-coding.
 </t>
@@ -3157 +3157 @@
 <t>
    If the TE field-value is empty or if no TE field is present, the only
-   transfer-coding is "chunked". A message with no transfer-coding is
+   acceptable transfer-coding is "chunked". A message with no transfer-coding is
    always acceptable.
 </t>
@@ -3249 +3249 @@
 <t>
    The Upgrade header field is intended to provide a simple mechanism
-   for transition from HTTP/1.1 to some other, incompatible protocol. It
+   for transitioning from HTTP/1.1 to some other, incompatible protocol. It
    does so by allowing the client to advertise its desire to use another
    protocol, such as a later version of HTTP with a higher major version
@@ -3838 +3838 @@
 </t>
 <t>
-   Users of a proxy need to be aware that proxies are no trustworthier than
+   Users of a proxy need to be aware that proxies are no more trustworthy than
    the people who run them; HTTP itself cannot solve this problem.
 </t>
@@ -4859 +4859 @@
    any valid request in the format of HTTP/1.0 and respond appropriately
    with an HTTP/1.1 message that only uses features understood (or
-   safely ignored) by HTTP/1.0 clients.  Likewise, would expect
+   safely ignored) by HTTP/1.0 clients.  Likewise, we would expect
    an HTTP/1.1 client to understand any valid HTTP/1.0 response.
 </t>