Changeset 327
- Timestamp:
- 01/10/08 11:38:10 (14 years ago)
- Location:
- draft-ietf-httpbis/latest
- Files:
-
- 6 edited
Legend:
- Unmodified
- Added
- Removed
-
draft-ietf-httpbis/latest/p1-messaging.html
r326 r327 476 476 <tr> 477 477 <td class="header left"></td> 478 <td class="header right">October 2008</td>478 <td class="header right">October 1, 2008</td> 479 479 </tr> 480 480 </table> … … 680 680 <p id="rfc.section.1.1.p.1">Practical information systems require more functionality than simple retrieval, including search, front-end update, and annotation. 681 681 HTTP allows an open-ended set of methods and headers that indicate the purpose of a request <a href="#RFC2324" id="rfc.xref.RFC2324.1"><cite title="Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0)">[RFC2324]</cite></a>. It builds on the discipline of reference provided by the Uniform Resource Identifier (URI) <a href="#RFC1630" id="rfc.xref.RFC1630.1"><cite title="Universal Resource Identifiers in WWW: A Unifying Syntax for the Expression of Names and Addresses of Objects on the Network as used in the World-Wide Web">[RFC1630]</cite></a>, as a location (URL) <a href="#RFC1738" id="rfc.xref.RFC1738.1"><cite title="Uniform Resource Locators (URL)">[RFC1738]</cite></a> or name (URN) <a href="#RFC1737" id="rfc.xref.RFC1737.1"><cite title="Functional Requirements for Uniform Resource Names">[RFC1737]</cite></a>, for indicating the resource to which a method is to be applied. Messages are passed in a format similar to that used by 682 Internet mail <a href="#RFC 2822" id="rfc.xref.RFC2822.1"><cite title="Internet Message Format">[RFC2822]</cite></a> as defined by the Multipurpose Internet Mail Extensions (MIME) <a href="#RFC2045" id="rfc.xref.RFC2045.1"><cite title="Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies">[RFC2045]</cite></a>.682 Internet mail <a href="#RFC5322" id="rfc.xref.RFC5322.1"><cite title="Internet Message Format">[RFC5322]</cite></a> as defined by the Multipurpose Internet Mail Extensions (MIME) <a href="#RFC2045" id="rfc.xref.RFC2045.1"><cite title="Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies">[RFC2045]</cite></a>. 683 683 </p> 684 684 <p id="rfc.section.1.1.p.2">HTTP is also used as a generic protocol for communication between user agents and proxies/gateways to other Internet systems, … … 1329 1329 <p id="rfc.section.4.1.p.1">HTTP messages consist of requests from client to server and responses from server to client.</p> 1330 1330 <div id="rfc.figure.u.30"></div><pre class="inline"><span id="rfc.iref.g.63"></span> <a href="#message.types" class="smpl">HTTP-message</a> = <a href="#request" class="smpl">Request</a> | <a href="#response" class="smpl">Response</a> ; HTTP/1.1 messages 1331 </pre><p id="rfc.section.4.1.p.3">Request (<a href="#request" title="Request">Section 5</a>) and Response (<a href="#response" title="Response">Section 6</a>) messages use the generic message format of <a href="#RFC 2822" id="rfc.xref.RFC2822.2"><cite title="Internet Message Format">[RFC2822]</cite></a> for transferring entities (the payload of the message). Both types of message consist of a start-line, zero or more header1331 </pre><p id="rfc.section.4.1.p.3">Request (<a href="#request" title="Request">Section 5</a>) and Response (<a href="#response" title="Response">Section 6</a>) messages use the generic message format of <a href="#RFC5322" id="rfc.xref.RFC5322.2"><cite title="Internet Message Format">[RFC5322]</cite></a> for transferring entities (the payload of the message). Both types of message consist of a start-line, zero or more header 1332 1332 fields (also known as "headers"), an empty line (i.e., a line with nothing preceding the CRLF) indicating the end of the header 1333 1333 fields, and possibly a message-body. … … 1345 1345 </p> 1346 1346 <h2 id="rfc.section.4.2"><a href="#rfc.section.4.2">4.2</a> <a id="message.headers" href="#message.headers">Message Headers</a></h2> 1347 <p id="rfc.section.4.2.p.1">HTTP header fields, which include general-header (<a href="#general.header.fields" title="General Header Fields">Section 4.5</a>), request-header (<a href="p2-semantics.html#request.header.fields" title="Request Header Fields">Section 4</a> of <a href="#Part2" id="rfc.xref.Part2.4"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>), response-header (<a href="p2-semantics.html#response.header.fields" title="Response Header Fields">Section 6</a> of <a href="#Part2" id="rfc.xref.Part2.5"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>), and entity-header (<a href="p3-payload.html#entity.header.fields" title="Entity Header Fields">Section 4.1</a> of <a href="#Part3" id="rfc.xref.Part3.11"><cite title="HTTP/1.1, part 3: Message Payload and Content Negotiation">[Part3]</cite></a>) fields, follow the same generic format as that given in <a href="http://tools.ietf.org/html/rfc 2822#section-2.1">Section 2.1</a> of <a href="#RFC2822" id="rfc.xref.RFC2822.3"><cite title="Internet Message Format">[RFC2822]</cite></a>. Each header field consists of a name followed by a colon (":") and the field value. Field names are case-insensitive. The1347 <p id="rfc.section.4.2.p.1">HTTP header fields, which include general-header (<a href="#general.header.fields" title="General Header Fields">Section 4.5</a>), request-header (<a href="p2-semantics.html#request.header.fields" title="Request Header Fields">Section 4</a> of <a href="#Part2" id="rfc.xref.Part2.4"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>), response-header (<a href="p2-semantics.html#response.header.fields" title="Response Header Fields">Section 6</a> of <a href="#Part2" id="rfc.xref.Part2.5"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>), and entity-header (<a href="p3-payload.html#entity.header.fields" title="Entity Header Fields">Section 4.1</a> of <a href="#Part3" id="rfc.xref.Part3.11"><cite title="HTTP/1.1, part 3: Message Payload and Content Negotiation">[Part3]</cite></a>) fields, follow the same generic format as that given in <a href="http://tools.ietf.org/html/rfc5322#section-2.1">Section 2.1</a> of <a href="#RFC5322" id="rfc.xref.RFC5322.3"><cite title="Internet Message Format">[RFC5322]</cite></a>. Each header field consists of a name followed by a colon (":") and the field value. Field names are case-insensitive. The 1348 1348 field value <em class="bcp14">MAY</em> be preceded by any amount of LWS, though a single SP is preferred. Header fields can be extended over multiple lines by preceding 1349 1349 each extra line with at least one SP or HTAB. Applications ought to follow "common form", where one is known or indicated, … … 1807 1807 <h2 id="rfc.section.8.3"><a href="#rfc.section.8.3">8.3</a> <a id="header.date" href="#header.date">Date</a></h2> 1808 1808 <p id="rfc.section.8.3.p.1">The Date general-header field represents the date and time at which the message was originated, having the same semantics 1809 as orig-date in <a href="http://tools.ietf.org/html/rfc 2822#section-3.6.1">Section 3.6.1</a> of <a href="#RFC2822" id="rfc.xref.RFC2822.4"><cite title="Internet Message Format">[RFC2822]</cite></a>. The field value is an HTTP-date, as described in <a href="#full.date" title="Full Date">Section 3.3.1</a>; it <em class="bcp14">MUST</em> be sent in rfc1123-date format.1809 as orig-date in <a href="http://tools.ietf.org/html/rfc5322#section-3.6.1">Section 3.6.1</a> of <a href="#RFC5322" id="rfc.xref.RFC5322.4"><cite title="Internet Message Format">[RFC5322]</cite></a>. The field value is an HTTP-date, as described in <a href="#full.date" title="Full Date">Section 3.3.1</a>; it <em class="bcp14">MUST</em> be sent in rfc1123-date format. 1810 1810 </p> 1811 1811 <div id="rfc.figure.u.49"></div><pre class="inline"><span id="rfc.iref.g.85"></span> <a href="#header.date" class="smpl">Date</a> = "Date" ":" <a href="#full.date" class="smpl">HTTP-date</a> … … 1970 1970 <h2 id="rfc.section.8.9"><a href="#rfc.section.8.9">8.9</a> <a id="header.via" href="#header.via">Via</a></h2> 1971 1971 <p id="rfc.section.8.9.p.1">The Via general-header field <em class="bcp14">MUST</em> be used by gateways and proxies to indicate the intermediate protocols and recipients between the user agent and the server 1972 on requests, and between the origin server and the client on responses. It is analogous to the "Received" field defined in <a href="http://tools.ietf.org/html/rfc 2822#section-3.6.7">Section 3.6.7</a> of <a href="#RFC2822" id="rfc.xref.RFC2822.5"><cite title="Internet Message Format">[RFC2822]</cite></a> and is intended to be used for tracking message forwards, avoiding request loops, and identifying the protocol capabilities1972 on requests, and between the origin server and the client on responses. It is analogous to the "Received" field defined in <a href="http://tools.ietf.org/html/rfc5322#section-3.6.7">Section 3.6.7</a> of <a href="#RFC5322" id="rfc.xref.RFC5322.5"><cite title="Internet Message Format">[RFC5322]</cite></a> and is intended to be used for tracking message forwards, avoiding request loops, and identifying the protocol capabilities 1973 1973 of all senders along the request/response chain. 1974 1974 </p> … … 2467 2467 </tr> 2468 2468 <tr> 2469 <td class="reference"><b id="RFC2822">[RFC2822]</b></td>2470 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc2822">Internet Message Format</a>”, RFC 2822, April 2001.2471 </td>2472 </tr>2473 <tr>2474 2469 <td class="reference"><b id="RFC2965">[RFC2965]</b></td> 2475 2470 <td class="top"><a title="Bell Laboratories, Lucent Technologies">Kristol, D. M.</a> and <a title="Epinions.com, Inc.">L. Montulli</a>, “<a href="http://tools.ietf.org/html/rfc2965">HTTP State Management Mechanism</a>”, RFC 2965, October 2000. … … 2494 2489 <td class="reference"><b id="RFC4395">[RFC4395]</b></td> 2495 2490 <td class="top"><a title="AT&T Laboratories">Hansen, T.</a>, <a title="Qualcomm, Inc.">Hardie, T.</a>, and <a title="Adobe Systems">L. Masinter</a>, “<a href="http://tools.ietf.org/html/rfc4395">Guidelines and Registration Procedures for New URI Schemes</a>”, BCP 115, RFC 4395, February 2006. 2491 </td> 2492 </tr> 2493 <tr> 2494 <td class="reference"><b id="RFC5322">[RFC5322]</b></td> 2495 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc5322">Internet Message Format</a>”, RFC 5322, October 2008. 2496 2496 </td> 2497 2497 </tr> … … 2779 2779 </ul> 2780 2780 <h2 id="rfc.section.D.6"><a href="#rfc.section.D.6">D.6</a> <a id="changes.since.04" href="#changes.since.04">Since draft-ietf-httpbis-p1-messaging-04</a></h2> 2781 <p id="rfc.section.D.6.p.1">Closed issues: </p> 2782 <ul> 2783 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/132">http://tools.ietf.org/wg/httpbis/trac/ticket/132</a>>: "RFC 2822 is updated by RFC 5322" 2784 </li> 2785 </ul> 2781 2786 <h1><a id="rfc.copyright" href="#rfc.copyright">Full Copyright Statement</a></h1> 2782 2787 <p>This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the … … 3060 3065 <li class="indline1"><em>RFC2818</em> <a class="iref" href="#rfc.xref.RFC2818.1">3.2.2</a>, <a class="iref" href="#RFC2818"><b>12.2</b></a></li> 3061 3066 <li class="indline1"><em>RFC2821</em> <a class="iref" href="#rfc.xref.RFC2821.1">1.1</a>, <a class="iref" href="#RFC2821"><b>12.2</b></a></li> 3062 <li class="indline1"><em>RFC2822</em> <a class="iref" href="#rfc.xref.RFC2822.1">1.1</a>, <a class="iref" href="#rfc.xref.RFC2822.2">4.1</a>, <a class="iref" href="#rfc.xref.RFC2822.3">4.2</a>, <a class="iref" href="#rfc.xref.RFC2822.4">8.3</a>, <a class="iref" href="#rfc.xref.RFC2822.5">8.9</a>, <a class="iref" href="#RFC2822"><b>12.2</b></a><ul class="ind">3063 <li class="indline1"><em>Section 2.1</em> <a class="iref" href="#rfc.xref.RFC2822.3">4.2</a></li>3064 <li class="indline1"><em>Section 3.6.1</em> <a class="iref" href="#rfc.xref.RFC2822.4">8.3</a></li>3065 <li class="indline1"><em>Section 3.6.7</em> <a class="iref" href="#rfc.xref.RFC2822.5">8.9</a></li>3066 </ul>3067 </li>3068 3067 <li class="indline1"><em>RFC2965</em> <a class="iref" href="#rfc.xref.RFC2965.1">4.2</a>, <a class="iref" href="#RFC2965"><b>12.2</b></a></li> 3069 3068 <li class="indline1"><em>RFC3864</em> <a class="iref" href="#rfc.xref.RFC3864.1">9.1</a>, <a class="iref" href="#RFC3864"><b>12.2</b></a></li> … … 3071 3070 <li class="indline1"><em>RFC4288</em> <a class="iref" href="#rfc.xref.RFC4288.1">9.3</a>, <a class="iref" href="#RFC4288"><b>12.2</b></a></li> 3072 3071 <li class="indline1"><em>RFC4395</em> <a class="iref" href="#rfc.xref.RFC4395.1">9.2</a>, <a class="iref" href="#RFC4395"><b>12.2</b></a></li> 3072 <li class="indline1"><em>RFC5322</em> <a class="iref" href="#rfc.xref.RFC5322.1">1.1</a>, <a class="iref" href="#rfc.xref.RFC5322.2">4.1</a>, <a class="iref" href="#rfc.xref.RFC5322.3">4.2</a>, <a class="iref" href="#rfc.xref.RFC5322.4">8.3</a>, <a class="iref" href="#rfc.xref.RFC5322.5">8.9</a>, <a class="iref" href="#RFC5322"><b>12.2</b></a><ul class="ind"> 3073 <li class="indline1"><em>Section 2.1</em> <a class="iref" href="#rfc.xref.RFC5322.3">4.2</a></li> 3074 <li class="indline1"><em>Section 3.6.1</em> <a class="iref" href="#rfc.xref.RFC5322.4">8.3</a></li> 3075 <li class="indline1"><em>Section 3.6.7</em> <a class="iref" href="#rfc.xref.RFC5322.5">8.9</a></li> 3076 </ul> 3077 </li> 3073 3078 <li class="indline1"><em>RFC822</em> <a class="iref" href="#rfc.xref.RFC822.1">3.3.1</a>, <a class="iref" href="#RFC822"><b>12.2</b></a></li> 3074 3079 <li class="indline1"><em>RFC822ABNF</em> <a class="iref" href="#rfc.xref.RFC822ABNF.1">2.1</a>, <a class="iref" href="#rfc.xref.RFC822ABNF.2">11</a>, <a class="iref" href="#RFC822ABNF"><b>12.1</b></a></li> -
draft-ietf-httpbis/latest/p1-messaging.xml
r326 r327 277 277 (URL) <xref target="RFC1738"/> or name (URN) <xref target="RFC1737"/>, for indicating the resource to which a 278 278 method is to be applied. Messages are passed in a format similar to 279 that used by Internet mail <xref target="RFC 2822"/> as defined by the Multipurpose279 that used by Internet mail <xref target="RFC5322"/> as defined by the Multipurpose 280 280 Internet Mail Extensions (MIME) <xref target="RFC2045"/>. 281 281 </t> … … 1503 1503 <t> 1504 1504 Request (<xref target="request"/>) and Response (<xref target="response"/>) messages use the generic 1505 message format of <xref target="RFC 2822"/> for transferring entities (the payload1505 message format of <xref target="RFC5322"/> for transferring entities (the payload 1506 1506 of the message). Both types of message consist of a start-line, zero 1507 1507 or more header fields (also known as "headers"), an empty line (i.e., … … 1539 1539 request-header (&request-header-fields;), response-header (&response-header-fields;), and 1540 1540 entity-header (&entity-header-fields;) fields, follow the same generic format as 1541 that given in <xref target="RFC 2822" x:fmt="of" x:sec="2.1"/>. Each header field consists1541 that given in <xref target="RFC5322" x:fmt="of" x:sec="2.1"/>. Each header field consists 1542 1542 of a name followed by a colon (":") and the field value. Field names 1543 1543 are case-insensitive. The field value &MAY; be preceded by any amount … … 2521 2521 The Date general-header field represents the date and time at which 2522 2522 the message was originated, having the same semantics as orig-date in 2523 <xref target="RFC2822" x:fmt="of" x:sec="3.6.1"/>. The field value is an HTTP-date, as described in <xref target="full.date"/>; 2523 <xref target="RFC5322" x:fmt="of" x:sec="3.6.1"/>. The field value is an 2524 HTTP-date, as described in <xref target="full.date"/>; 2524 2525 it &MUST; be sent in rfc1123-date format. 2525 2526 </t> … … 2856 2857 agent and the server on requests, and between the origin server and 2857 2858 the client on responses. It is analogous to the "Received" field defined in 2858 <xref target="RFC 2822" x:fmt="of" x:sec="3.6.7"/> and is intended to be used for tracking message forwards,2859 <xref target="RFC5322" x:fmt="of" x:sec="3.6.7"/> and is intended to be used for tracking message forwards, 2859 2860 avoiding request loops, and identifying the protocol capabilities of 2860 2861 all senders along the request/response chain. … … 4021 4022 </reference> 4022 4023 4023 <reference anchor="RFC2822">4024 <front>4025 <title>Internet Message Format</title>4026 <author initials="P." surname="Resnick" fullname="P. Resnick">4027 <organization>QUALCOMM Incorporated</organization>4028 </author>4029 <date year="2001" month="April"/>4030 </front>4031 <seriesInfo name="RFC" value="2822"/>4032 </reference>4033 4034 4024 <reference anchor='RFC2965'> 4035 4025 <front> … … 4127 4117 <seriesInfo name='BCP' value='115' /> 4128 4118 <seriesInfo name='RFC' value='4395' /> 4119 </reference> 4120 4121 <reference anchor="RFC5322"> 4122 <front> 4123 <title>Internet Message Format</title> 4124 <author initials="P." surname="Resnick" fullname="P. Resnick"> 4125 <organization>Qualcomm Incorporated</organization> 4126 </author> 4127 <date year="2008" month="October"/> 4128 </front> 4129 <seriesInfo name="RFC" value="5322"/> 4129 4130 </reference> 4130 4131 … … 4699 4700 <section title="Since draft-ietf-httpbis-p1-messaging-04" anchor="changes.since.04"> 4700 4701 <t> 4702 Closed issues: 4703 <list style="symbols"> 4704 <t> 4705 <eref target="http://tools.ietf.org/wg/httpbis/trac/ticket/132"/>: 4706 "RFC 2822 is updated by RFC 5322" 4707 </t> 4708 </list> 4701 4709 </t> 4702 4710 </section> -
draft-ietf-httpbis/latest/p2-semantics.html
r326 r327 477 477 <tr> 478 478 <td class="header left"></td> 479 <td class="header right">October 2008</td>479 <td class="header right">October 1, 2008</td> 480 480 </tr> 481 481 </table> … … 1495 1495 <div id="rfc.iref.h.4"></div> 1496 1496 <h2 id="rfc.section.10.3"><a href="#rfc.section.10.3">10.3</a> <a id="header.from" href="#header.from">From</a></h2> 1497 <p id="rfc.section.10.3.p.1">The From request-header field, if given, <em class="bcp14">SHOULD</em> contain an Internet e-mail address for the human user who controls the requesting user agent. The address <em class="bcp14">SHOULD</em> be machine-usable, as defined by "mailbox" in <a href="http://tools.ietf.org/html/rfc 2822#section-3.4">Section 3.4</a> of <a href="#RFC2822" id="rfc.xref.RFC2822.1"><cite title="Internet Message Format">[RFC2822]</cite></a>:1497 <p id="rfc.section.10.3.p.1">The From request-header field, if given, <em class="bcp14">SHOULD</em> contain an Internet e-mail address for the human user who controls the requesting user agent. The address <em class="bcp14">SHOULD</em> be machine-usable, as defined by "mailbox" in <a href="http://tools.ietf.org/html/rfc5322#section-3.4">Section 3.4</a> of <a href="#RFC5322" id="rfc.xref.RFC5322.1"><cite title="Internet Message Format">[RFC5322]</cite></a>: 1498 1498 </p> 1499 1499 <div id="rfc.figure.u.16"></div><pre class="inline"><span id="rfc.iref.g.14"></span> <a href="#header.from" class="smpl">From</a> = "From" ":" <a href="#header.from" class="smpl">mailbox</a> 1500 1500 1501 <a href="#header.from" class="smpl">mailbox</a> = <mailbox, defined in <a href="#RFC 2822" id="rfc.xref.RFC2822.2"><cite title="Internet Message Format">[RFC2822]</cite></a>, <a href="http://tools.ietf.org/html/rfc2822#section-3.4">Section 3.4</a>>1501 <a href="#header.from" class="smpl">mailbox</a> = <mailbox, defined in <a href="#RFC5322" id="rfc.xref.RFC5322.2"><cite title="Internet Message Format">[RFC5322]</cite></a>, <a href="http://tools.ietf.org/html/rfc5322#section-3.4">Section 3.4</a>> 1502 1502 </pre><p id="rfc.section.10.3.p.3">An example is:</p> 1503 1503 <div id="rfc.figure.u.17"></div><pre class="text"> From: webmaster@example.org … … 2138 2138 </tr> 2139 2139 <tr> 2140 <td class="reference"><b id="RFC2822">[RFC2822]</b></td>2141 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc2822">Internet Message Format</a>”, RFC 2822, April 2001.2142 </td>2143 </tr>2144 <tr>2145 2140 <td class="reference"><b id="RFC3864">[RFC3864]</b></td> 2146 2141 <td class="top"><a title="Nine by Nine">Klyne, G.</a>, <a title="BEA Systems">Nottingham, M.</a>, and <a title="HP Labs">J. Mogul</a>, “<a href="http://tools.ietf.org/html/rfc3864">Registration Procedures for Message Header Fields</a>”, BCP 90, RFC 3864, September 2004. … … 2150 2145 <td class="reference"><b id="RFC5226">[RFC5226]</b></td> 2151 2146 <td class="top"><a title="IBM">Narten, T.</a> and <a title="Google">H. Alvestrand</a>, “<a href="http://tools.ietf.org/html/rfc5226">Guidelines for Writing an IANA Considerations Section in RFCs</a>”, BCP 26, RFC 5226, May 2008. 2147 </td> 2148 </tr> 2149 <tr> 2150 <td class="reference"><b id="RFC5322">[RFC5322]</b></td> 2151 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc5322">Internet Message Format</a>”, RFC 5322, October 2008. 2152 2152 </td> 2153 2153 </tr> … … 2309 2309 </ul> 2310 2310 <h2 id="rfc.section.B.6"><a href="#rfc.section.B.6">B.6</a> <a id="changes.since.04" href="#changes.since.04">Since draft-ietf-httpbis-p2-semantics-04</a></h2> 2311 <p id="rfc.section.B.6.p.1">Closed issues: </p> 2312 <ul> 2313 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/132">http://tools.ietf.org/wg/httpbis/trac/ticket/132</a>>: "RFC 2822 is updated by RFC 5322" 2314 </li> 2315 </ul> 2311 2316 <h1><a id="rfc.copyright" href="#rfc.copyright">Full Copyright Statement</a></h1> 2312 2317 <p>This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the … … 2561 2566 </ul> 2562 2567 </li> 2563 <li class="indline1"><em>RFC2822</em> <a class="iref" href="#rfc.xref.RFC2822.1">10.3</a>, <a class="iref" href="#rfc.xref.RFC2822.2">10.3</a>, <a class="iref" href="#RFC2822"><b>14.2</b></a><ul class="ind">2564 <li class="indline1"><em>Section 3.4</em> <a class="iref" href="#rfc.xref.RFC2822.1">10.3</a>, <a class="iref" href="#rfc.xref.RFC2822.2">10.3</a></li>2565 </ul>2566 </li>2567 2568 <li class="indline1"><em>RFC3864</em> <a class="iref" href="#rfc.xref.RFC3864.1">11.3</a>, <a class="iref" href="#RFC3864"><b>14.2</b></a></li> 2568 2569 <li class="indline1"><em>RFC5226</em> <a class="iref" href="#rfc.xref.RFC5226.1">3.1</a>, <a class="iref" href="#rfc.xref.RFC5226.2">5.1</a>, <a class="iref" href="#RFC5226"><b>14.2</b></a><ul class="ind"> 2569 2570 <li class="indline1"><em>Section 4.1</em> <a class="iref" href="#rfc.xref.RFC5226.1">3.1</a>, <a class="iref" href="#rfc.xref.RFC5226.2">5.1</a></li> 2571 </ul> 2572 </li> 2573 <li class="indline1"><em>RFC5322</em> <a class="iref" href="#rfc.xref.RFC5322.1">10.3</a>, <a class="iref" href="#rfc.xref.RFC5322.2">10.3</a>, <a class="iref" href="#RFC5322"><b>14.2</b></a><ul class="ind"> 2574 <li class="indline1"><em>Section 3.4</em> <a class="iref" href="#rfc.xref.RFC5322.1">10.3</a>, <a class="iref" href="#rfc.xref.RFC5322.2">10.3</a></li> 2570 2575 </ul> 2571 2576 </li> -
draft-ietf-httpbis/latest/p2-semantics.xml
r326 r327 1883 1883 e-mail address for the human user who controls the requesting user 1884 1884 agent. The address &SHOULD; be machine-usable, as defined by "mailbox" 1885 in <xref x:sec="3.4" x:fmt="of" target="RFC 2822"/>:1885 in <xref x:sec="3.4" x:fmt="of" target="RFC5322"/>: 1886 1886 </t> 1887 1887 <figure><artwork type="abnf2616"><iref primary="true" item="Grammar" subitem="From"/> 1888 1888 <x:ref>From</x:ref> = "From" ":" <x:ref>mailbox</x:ref> 1889 1889 1890 <x:ref>mailbox</x:ref> = <mailbox, defined in <xref x:sec="3.4" x:fmt="," target="RFC 2822"/>>1890 <x:ref>mailbox</x:ref> = <mailbox, defined in <xref x:sec="3.4" x:fmt="," target="RFC5322"/>> 1891 1891 </artwork></figure> 1892 1892 <t> … … 2977 2977 </reference> 2978 2978 2979 <reference anchor="RFC2822">2980 <front>2981 <title>Internet Message Format</title>2982 <author initials="P." surname="Resnick" fullname="P. Resnick">2983 <organization>QUALCOMM Incorporated</organization>2984 </author>2985 <date year="2001" month="April"/>2986 </front>2987 <seriesInfo name="RFC" value="2822"/>2988 </reference>2989 2990 2979 <reference anchor='RFC3864'> 2991 2980 <front> … … 3024 3013 <seriesInfo name='BCP' value='26' /> 3025 3014 <seriesInfo name='RFC' value='5226' /> 3015 </reference> 3016 3017 <reference anchor="RFC5322"> 3018 <front> 3019 <title>Internet Message Format</title> 3020 <author initials="P." surname="Resnick" fullname="P. Resnick"> 3021 <organization>Qualcomm Incorporated</organization> 3022 </author> 3023 <date year="2008" month="October"/> 3024 </front> 3025 <seriesInfo name="RFC" value="5322"/> 3026 3026 </reference> 3027 3027 … … 3305 3305 <section title="Since draft-ietf-httpbis-p2-semantics-04" anchor="changes.since.04"> 3306 3306 <t> 3307 Closed issues: 3308 <list style="symbols"> 3309 <t> 3310 <eref target="http://tools.ietf.org/wg/httpbis/trac/ticket/132"/>: 3311 "RFC 2822 is updated by RFC 5322" 3312 </t> 3313 </list> 3307 3314 </t> 3308 3315 </section> -
draft-ietf-httpbis/latest/p3-payload.html
r326 r327 484 484 <tr> 485 485 <td class="header left"></td> 486 <td class="header right">October 2008</td>486 <td class="header right">October 1, 2008</td> 487 487 </tr> 488 488 </table> … … 1521 1521 </tr> 1522 1522 <tr> 1523 <td class="reference"><b id="RFC2822">[RFC2822]</b></td>1524 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc2822">Internet Message Format</a>”, RFC 2822, April 2001.1525 </td>1526 </tr>1527 <tr>1528 1523 <td class="reference"><b id="RFC3629">[RFC3629]</b></td> 1529 1524 <td class="top"><a title="Alis Technologies">Yergeau, F.</a>, “<a href="http://tools.ietf.org/html/rfc3629">UTF-8, a transformation format of ISO 10646</a>”, RFC 3629, STD 63, November 2003. … … 1538 1533 <td class="reference"><b id="RFC4288">[RFC4288]</b></td> 1539 1534 <td class="top"><a title="Sun Microsystems">Freed, N.</a> and <a>J. Klensin</a>, “<a href="http://tools.ietf.org/html/rfc4288">Media Type Specifications and Registration Procedures</a>”, BCP 13, RFC 4288, December 2005. 1535 </td> 1536 </tr> 1537 <tr> 1538 <td class="reference"><b id="RFC5322">[RFC5322]</b></td> 1539 <td class="top">Resnick, P., “<a href="http://tools.ietf.org/html/rfc5322">Internet Message Format</a>”, RFC 5322, October 2008. 1540 1540 </td> 1541 1541 </tr> … … 1558 1558 <span class="n hidden"><span class="family-name">Reschke</span><span class="given-name">Julian F.</span></span></span><span class="org vcardline">greenbytes GmbH</span><span class="adr"><span class="street-address vcardline">Hafenweg 16</span><span class="vcardline"><span class="locality">Muenster</span>, <span class="region">NW</span> <span class="postal-code">48155</span></span><span class="country-name vcardline">Germany</span></span><span class="vcardline tel">Phone: <a href="tel:+492512807760"><span class="value">+49 251 2807760</span></a></span><span class="vcardline tel"><span class="type">Fax</span>: <a href="fax:+492512807761"><span class="value">+49 251 2807761</span></a></span><span class="vcardline">EMail: <a><span class="email">julian.reschke@greenbytes.de</span></a></span><span class="vcardline">URI: <a href="http://greenbytes.de/tech/webdav/" class="url">http://greenbytes.de/tech/webdav/</a></span></address> 1559 1559 <h1 id="rfc.section.A"><a href="#rfc.section.A">A.</a> <a id="differences.between.http.entities.and.rfc.2045.entities" href="#differences.between.http.entities.and.rfc.2045.entities">Differences Between HTTP Entities and RFC 2045 Entities</a></h1> 1560 <p id="rfc.section.A.p.1">HTTP/1.1 uses many of the constructs defined for Internet Mail (<a href="#RFC 2822" id="rfc.xref.RFC2822.1"><cite title="Internet Message Format">[RFC2822]</cite></a>) and the Multipurpose Internet Mail Extensions (MIME <a href="#RFC2045" id="rfc.xref.RFC2045.1"><cite title="Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies">[RFC2045]</cite></a>) to allow entities to be transmitted in an open variety of representations and with extensible mechanisms. However, RFC 20451560 <p id="rfc.section.A.p.1">HTTP/1.1 uses many of the constructs defined for Internet Mail (<a href="#RFC5322" id="rfc.xref.RFC5322.1"><cite title="Internet Message Format">[RFC5322]</cite></a>) and the Multipurpose Internet Mail Extensions (MIME <a href="#RFC2045" id="rfc.xref.RFC2045.1"><cite title="Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies">[RFC2045]</cite></a>) to allow entities to be transmitted in an open variety of representations and with extensible mechanisms. However, RFC 2045 1561 1561 discusses mail, and HTTP has a few features that are different from those described in RFC 2045. These differences were carefully 1562 1562 chosen to optimize performance over binary connections, to allow greater freedom in the use of new media types, to make date … … 1737 1737 </ul> 1738 1738 <h2 id="rfc.section.D.6"><a href="#rfc.section.D.6">D.6</a> <a id="changes.since.04" href="#changes.since.04">Since draft-ietf-httpbis-p3-payload-04</a></h2> 1739 <p id="rfc.section.D.6.p.1">Closed issues: </p> 1740 <ul> 1741 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/132">http://tools.ietf.org/wg/httpbis/trac/ticket/132</a>>: "RFC 2822 is updated by RFC 5322" 1742 </li> 1743 </ul> 1739 1744 <h1><a id="rfc.copyright" href="#rfc.copyright">Full Copyright Statement</a></h1> 1740 1745 <p>This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the … … 1942 1947 <li class="indline1"><em>RFC2557</em> <a class="iref" href="#RFC2557"><b>10.2</b></a>, <a class="iref" href="#rfc.xref.RFC2557.1">A.6</a>, <a class="iref" href="#rfc.xref.RFC2557.2">C.1</a></li> 1943 1948 <li class="indline1"><em>RFC2616</em> <a class="iref" href="#rfc.xref.RFC2616.1">1</a>, <a class="iref" href="#RFC2616"><b>10.2</b></a>, <a class="iref" href="#rfc.xref.RFC2616.2">D.1</a></li> 1944 <li class="indline1"><em>RFC2822</em> <a class="iref" href="#RFC2822"><b>10.2</b></a>, <a class="iref" href="#rfc.xref.RFC2822.1">A</a></li>1945 1949 <li class="indline1"><em>RFC3629</em> <a class="iref" href="#rfc.xref.RFC3629.1">3.1</a>, <a class="iref" href="#RFC3629"><b>10.2</b></a></li> 1946 1950 <li class="indline1"><em>RFC3864</em> <a class="iref" href="#rfc.xref.RFC3864.1">7.1</a>, <a class="iref" href="#RFC3864"><b>10.2</b></a></li> … … 1951 1955 </ul> 1952 1956 </li> 1957 <li class="indline1"><em>RFC5322</em> <a class="iref" href="#RFC5322"><b>10.2</b></a>, <a class="iref" href="#rfc.xref.RFC5322.1">A</a></li> 1953 1958 </ul> 1954 1959 </li> -
draft-ietf-httpbis/latest/p3-payload.xml
r326 r327 2241 2241 </reference> 2242 2242 2243 <reference anchor="RFC2822">2244 <front>2245 <title>Internet Message Format</title>2246 <author initials="P." surname="Resnick" fullname="P. Resnick">2247 <organization>QUALCOMM Incorporated</organization>2248 </author>2249 <date year="2001" month="April"/>2250 </front>2251 <seriesInfo name="RFC" value="2822"/>2252 </reference>2253 2254 2243 <reference anchor="RFC3629"> 2255 2244 <front> … … 2307 2296 </reference> 2308 2297 2298 <reference anchor="RFC5322"> 2299 <front> 2300 <title>Internet Message Format</title> 2301 <author initials="P." surname="Resnick" fullname="P. Resnick"> 2302 <organization>Qualcomm Incorporated</organization> 2303 </author> 2304 <date year="2008" month="October"/> 2305 </front> 2306 <seriesInfo name="RFC" value="5322"/> 2307 </reference> 2308 2309 2309 <reference anchor='BCP97'> 2310 2310 <front> … … 2333 2333 <section title="Differences Between HTTP Entities and RFC 2045 Entities" anchor="differences.between.http.entities.and.rfc.2045.entities"> 2334 2334 <t> 2335 HTTP/1.1 uses many of the constructs defined for Internet Mail (<xref target="RFC 2822"/>) and the Multipurpose Internet Mail Extensions (MIME <xref target="RFC2045"/>) to2335 HTTP/1.1 uses many of the constructs defined for Internet Mail (<xref target="RFC5322"/>) and the Multipurpose Internet Mail Extensions (MIME <xref target="RFC2045"/>) to 2336 2336 allow entities to be transmitted in an open variety of 2337 2337 representations and with extensible mechanisms. However, RFC 2045 … … 2706 2706 <section title="Since draft-ietf-httpbis-p3-payload-04" anchor="changes.since.04"> 2707 2707 <t> 2708 Closed issues: 2709 <list style="symbols"> 2710 <t> 2711 <eref target="http://tools.ietf.org/wg/httpbis/trac/ticket/132"/>: 2712 "RFC 2822 is updated by RFC 5322" 2713 </t> 2714 </list> 2708 2715 </t> 2709 2716 </section>
Note: See TracChangeset
for help on using the changeset viewer.