httpbis: Ticket #8: Media Type Registrations

Link:  http://trac.tools.ietf.org/wg/httpbis/trac/ticket/8

Origin:  http://lists.w3.org/Archives/Public/ietf-http-wg-old/2000SepDec/0013.html

Component: non-specific

In the description of Internet Media Types in [section 3.7], the wrong RFC is cited for the media type registration process. The text says:

Media-type values are registered with the Internet Assigned Number Authority (IANA [19]). The media type registration process is outlined in RFC 4288 [17]. Use of non-registered media types is discouraged.

But should be:

Media-type values are registered with the Internet Assigned Number Authority (IANA [19]). The media type registration process is outlined in RFC 2048 [17]. Use of non-registered media types is discouraged.

The cited Reference [section 17] is also incorrect; it is:

    [17] Postel, J., "Media Type Registration Procedure", RFC 1590,
    November 1996.

(oddly, the date cited is wrong for that RFC and correct for the right one) It should be:

    [17] Freed, N., Klensin, J., and Postel, J., "Mulitpurpose Internet Mail
        Extensions (MIME) Part Four: Registration Procedure", RFC 2048,
    November 1996.

Mails

Mails by Sender (Top 10) Mails by Month

Associated Checkins

fielding@gbiv.com (Sat, 22 Dec 2007 00:08:26 GMT)
[74]: Resolve #8: Media type registrations, by updating to RFC 4288
julian.reschke@gmx.de (Sat, 05 Jan 2008 12:30:13 GMT)
[152]: Resolve #35: categorize RFC1737 (URN) as informative, RFC4288 (media type ...

History

: comment added; version, resolution, milestone set; status changed (Sat, 22 Dec 2007 00:08:26 GMT)

Fixed in [74]

: comment added; version changed (Sat, 22 Dec 2007 04:12:01 GMT)

: comment added (Sat, 05 Jan 2008 12:30:13 GMT)

From [152]:

Resolve #35: categorize RFC1737 (URN) as informative, RFC4288 (media type registration procedure) as normative (closes #35). Also update and re-organize media type registration for application/http and message/http to use RFC4288 template (relates to #8).

: comment added; component set (Tue, 05 Feb 2008 01:12:19 GMT)

RFC4288 is not normative -- it specifies an administrative procedure, not a protocol, and thus does not set any HTTP requirements.

: comment added; origin set; component changed (Sat, 09 Aug 2008 18:45:27 GMT)

Related Information

Issues List Index