Ignore:
Timestamp:
Jan 26, 2012, 6:54:04 AM (8 years ago)
Author:
julian.reschke@…
Message:

spelling & grammar

File:
1 edited

Legend:

Unmodified
Added
Removed
  • draft-ietf-httpbis/latest/p1-messaging.xml

    r1511 r1514  
    896896<t>
    897897   Intermediaries that process HTTP messages (i.e., all intermediaries
    898    other than those acting as a tunnel) &MUST; send their own HTTP-Version
     898   other than those acting as tunnels) &MUST; send their own HTTP-Version
    899899   in forwarded messages.  In other words, they &MUST-NOT; blindly
    900900   forward the first line of an HTTP message without ensuring that the
     
    27942794        or until the client closes the connection. Otherwise, the client
    27952795        might not reliably receive the response message. However, this
    2796         requirement is not be construed as preventing a server from
     2796        requirement ought not be construed as preventing a server from
    27972797        defending itself against denial-of-service attacks, or from
    27982798        badly broken client implementations.
     
    30893089<t>
    30903090   The "TE" header field indicates what extension transfer-codings
    3091    it is willing to accept in the response, and whether or not it is
     3091   the client is willing to accept in the response, and whether or not it is
    30923092   willing to accept trailer fields in a chunked transfer-coding.
    30933093</t>
     
    31573157<t>
    31583158   If the TE field-value is empty or if no TE field is present, the only
    3159    transfer-coding is "chunked". A message with no transfer-coding is
     3159   acceptable transfer-coding is "chunked". A message with no transfer-coding is
    31603160   always acceptable.
    31613161</t>
     
    32493249<t>
    32503250   The Upgrade header field is intended to provide a simple mechanism
    3251    for transition from HTTP/1.1 to some other, incompatible protocol. It
     3251   for transitioning from HTTP/1.1 to some other, incompatible protocol. It
    32523252   does so by allowing the client to advertise its desire to use another
    32533253   protocol, such as a later version of HTTP with a higher major version
     
    38383838</t>
    38393839<t>
    3840    Users of a proxy need to be aware that proxies are no trustworthier than
     3840   Users of a proxy need to be aware that proxies are no more trustworthy than
    38413841   the people who run them; HTTP itself cannot solve this problem.
    38423842</t>
     
    48594859   any valid request in the format of HTTP/1.0 and respond appropriately
    48604860   with an HTTP/1.1 message that only uses features understood (or
    4861    safely ignored) by HTTP/1.0 clients.  Likewise, would expect
     4861   safely ignored) by HTTP/1.0 clients.  Likewise, we would expect
    48624862   an HTTP/1.1 client to understand any valid HTTP/1.0 response.
    48634863</t>
Note: See TracChangeset for help on using the changeset viewer.