Changeset 1562 for draft-ietf-httpbis/latest/p7-auth.html
- Timestamp:
- 04/03/12 20:08:07 (11 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
draft-ietf-httpbis/latest/p7-auth.html
r1555 r1562 460 460 } 461 461 @bottom-center { 462 content: "Expires September 4, 2012";462 content: "Expires September 5, 2012"; 463 463 } 464 464 @bottom-right { … … 506 506 <meta name="dct.creator" content="Reschke, J. F."> 507 507 <meta name="dct.identifier" content="urn:ietf:id:draft-ietf-httpbis-p7-auth-latest"> 508 <meta name="dct.issued" scheme="ISO8601" content="2012-03-0 3">508 <meta name="dct.issued" scheme="ISO8601" content="2012-03-04"> 509 509 <meta name="dct.replaces" content="urn:ietf:rfc:2616"> 510 510 <meta name="dct.abstract" content="The Hypertext Transfer Protocol (HTTP) is an application-level protocol for distributed, collaborative, hypermedia information systems. HTTP has been in use by the World Wide Web global information initiative since 1990. This document is Part 7 of the seven-part specification that defines the protocol referred to as "HTTP/1.1" and, taken together, obsoletes RFC 2616. Part 7 defines the HTTP Authentication framework."> … … 537 537 </tr> 538 538 <tr> 539 <td class="left">Expires: September 4, 2012</td>539 <td class="left">Expires: September 5, 2012</td> 540 540 <td class="right">HP</td> 541 541 </tr> … … 590 590 <tr> 591 591 <td class="left"></td> 592 <td class="right">March 3, 2012</td>592 <td class="right">March 4, 2012</td> 593 593 </tr> 594 594 </tbody> … … 618 618 in progress”. 619 619 </p> 620 <p>This Internet-Draft will expire on September 4, 2012.</p>620 <p>This Internet-Draft will expire on September 5, 2012.</p> 621 621 <h1><a id="rfc.copyrightnotice" href="#rfc.copyrightnotice">Copyright Notice</a></h1> 622 622 <p>Copyright © 2012 IETF Trust and the persons identified as the document authors. All rights reserved.</p> … … 864 864 <p> <b>Note:</b> the fact that the value syntax for the "realm" parameter is restricted to quoted-string was a bad design choice not to be 865 865 repeated for new parameters. 866 </p> 867 </li> 868 <li> 869 <p>Definitions of new schemes ought to define the treatment of unknown extension parameters. In general, a "must-ignore" rule 870 is preferable over "must-understand", because otherwise it will be hard to introduce new parameters in the presence of legacy 871 recipients. Furthermore, it's good to describe the policy for defining new parameters (such as "update the specification", 872 or "use this registry"). 866 873 </p> 867 874 </li> … … 1328 1335 <p id="rfc.section.C.20.p.1">Closed issues: </p> 1329 1336 <ul> 1337 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/334">http://tools.ietf.org/wg/httpbis/trac/ticket/334</a>>: "recipient behavior for new auth parameters" 1338 </li> 1330 1339 <li> <<a href="http://tools.ietf.org/wg/httpbis/trac/ticket/342">http://tools.ietf.org/wg/httpbis/trac/ticket/342</a>>: "WWW-Authenticate ABNF slightly ambiguous" 1331 1340 </li>
Note: See TracChangeset
for help on using the changeset viewer.