RFC 7237
Initial Hypertext Transfer Protocol (HTTP) Method Registrations
RFC 7237: Initial Hypertext Transfer Protocol (HTTP) Method Registrations β¨
okay so bestie, this one is an Informational doc π (not a Standards Track thing, so no cap it's not the official rulebook). It was written by Julian F. Reschke of greenbytes π and it's dated June 2014 πΈ. It doesn't obsolete anything and it doesn't update anything either, so it's a clean, standalone little registration doc π¦.
The whole point of it is registering the HTTP methods that were already defined in RFCs before the IANA HTTP Method Registry existed π. Think of it as the "catch-up" list π§.
Status of This Memo
This document is not an Internet Standards Track specification; it is published for informational purposes. π
It's an IETF product π and it has the community's consensus, got public review, and was approved by the IESG. BUT (and this is important) not every IESG-approved doc is a candidate for any level of Internet Standard, so check Section 2 of RFC 5741 for the deets π.
If you want the latest status, errata, or to send feedback, check out http://www.rfc-editor.org/info/rfc7237 π₯.
Copyright Notice
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved. β¨
This doc is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) as they were on the publication date π. Read them carefully, because they spell out your rights and restrictions π
. Code Components pulled out of this doc have to include the Simplified BSD License text (see Section 4.e of the Trust Legal Provisions), and they come with no warranty, same as the Simplified BSD License says π«Ά.
Table of Contents
- 1. Introduction π
- 2. Security Considerations π
- 3. IANA Considerations πΈ
- 4. Normative References π
1. Introduction β¨
So this doc registers the HTTP methods that were defined in RFCs other than [RFC7231] before the IANA HTTP Method Registry got set up π¦. (RFC 7231 itself is handled separately, bestie π.)
2. Security Considerations π
There are no security considerations related to the registration itself π. Zero drama here.
BUT, and it's a big but, security considerations for each individual HTTP method ought to be discussed in the specs that define them π. So go check those out, periodt π.
3. IANA Considerations πΈ
The table below gives the registrations of HTTP method names that were added to the IANA "Hypertext Transfer Protocol (HTTP) Method Registry" at http://www.iana.org/assignments/http-methods (see Section 8.1 of [RFC7231]) π.
+-------------------+------+------------+---------------------------+
| Method Name | Safe | Idempotent | Reference |
+-------------------+------+------------+---------------------------+
| ACL | no | yes | [RFC3744], Section 8.1 |
| BASELINE-CONTROL | no | yes | [RFC3253], Section 12.6 |
| BIND | no | yes | [RFC5842], Section 4 |
| CHECKIN | no | yes | [RFC3253], Section 4.4 |
| | | | and [RFC3253], Section |
| | | | 9.4 |
| CHECKOUT | no | yes | [RFC3253], Section 4.3 |
| | | | and [RFC3253], Section |
| | | | 8.8 |
| COPY | no | yes | [RFC4918], Section 9.8 |
| LABEL | no | yes | [RFC3253], Section 8.2 |
| LINK | no | yes | [RFC2068], Section |
| | | | 19.6.1.2 |
| LOCK | no | no | [RFC4918], Section 9.10 |
| MERGE | no | yes | [RFC3253], Section 11.2 |
| MKACTIVITY | no | yes | [RFC3253], Section 13.5 |
| MKCALENDAR | no | yes | [RFC4791], Section 5.3.1 |
| MKCOL | no | yes | [RFC4918], Section 9.3 |
| MKREDIRECTREF | no | yes | [RFC4437], Section 6 |
| MKWORKSPACE | no | yes | [RFC3253], Section 6.3 |
| MOVE | no | yes | [RFC4918], Section 9.9 |
| ORDERPATCH | no | yes | [RFC3648], Section 7 |
| PATCH | no | no | [RFC5789], Section 2 |
| PROPFIND | yes | yes | [RFC4918], Section 9.1 |
| PROPPATCH | no | yes | [RFC4918], Section 9.2 |
| REBIND | no | yes | [RFC5842], Section 6 |
| REPORT | yes | yes | [RFC3253], Section 3.6 |
| SEARCH | yes | yes | [RFC5323], Section 2 |
| UNBIND | no | yes | [RFC5842], Section 5 |
| UNCHECKOUT | no | yes | [RFC3253], Section 4.5 |
| UNLINK | no | yes | [RFC2068], Section |
| | | | 19.6.1.3 |
| UNLOCK | no | yes | [RFC4918], Section 9.11 |
| UPDATE | no | yes | [RFC3253], Section 7.1 |
| UPDATEREDIRECTREF | no | yes | [RFC4437], Section 7 |
| VERSION-CONTROL | no | yes | [RFC3253], Section 3.5 |
+-------------------+------+------------+---------------------------+
4. Normative References π
[RFC2068] Fielding, R., Gettys, J., Mogul, J., Nielsen, H., and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2068, January 1997. πΈ
[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J. Whitehead, "Versioning Extensions to WebDAV (Web Distributed Authoring and Versioning)", RFC 3253, March 2002. π¦
[RFC3648] Whitehead, J. and J. Reschke, Ed., "Web Distributed Authoring and Versioning (WebDAV) Ordered Collections Protocol", RFC 3648, December 2003. π
[RFC3744] Clemm, G., Reschke, J., Sedlar, E., and J. Whitehead, "Web Distributed Authoring and Versioning (WebDAV) Access Control Protocol", RFC 3744, May 2004. π
[RFC4437] Whitehead, J., Clemm, G., and J. Reschke, Ed., "Web Distributed Authoring and Versioning (WebDAV) Redirect Reference Resources", RFC 4437, March 2006. β¨
[RFC4791] Daboo, C., Desruisseaux, B., and L. Dusseault, "Calendaring Extensions to WebDAV (CalDAV)", RFC 4791, March 2007. π
[RFC4918] Dusseault, L., Ed., "HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)", RFC 4918, June 2007. π§
[RFC5323] Reschke, J., Ed., Reddy, S., Davis, J., and A. Babich, "Web Distributed Authoring and Versioning (WebDAV) SEARCH", RFC 5323, November 2008. π
[RFC5789] Dusseault, L. and J. Snell, "PATCH Method for HTTP", RFC 5789, March 2010. π
[RFC5842] Clemm, G., Crawford, J., Reschke, J., Ed., and J. Whitehead, "Binding Extensions to Web Distributed Authoring and Versioning (WebDAV)", RFC 5842, April 2010. π
[RFC7231] Fielding, R., Ed. and J. Reschke, Ed., "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content", RFC 7231, June 2014. π«Ά
Author's Address
Julian F. Reschke π greenbytes GmbH Hafenweg 16 Muenster, NW 48155 Germany
EMail: julian.reschke@greenbytes.de URI: http://greenbytes.de/tech/webdav/ πΈ
π¦ where this page comes from
- ietf: rfc7237 2014-06
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms