Open GPHemsley opened 3 years ago
It's possible that 2f83f87025e0392a22c96ea29a60e1e19500c1f8 muddied the waters here, because it lost the distinction between normative and non-normative references. (The reference to [MIMETYPE] was meant to be non-normative.)
On the one hand it makes sense for it to be non-normative as there's nothing there we need implementations to implement, but then we would need a definition that stands on its own. As it stands it seems more like a normative dependency, at least for the "meaning" part.
I suspect Ian prefixed it with "internet" since the IETF came up with that definition, but not sure. Seems fine to drop it.
Section 4.1 states:
However, RFC 2046 ("[MIMETYPE]") does not define the term "internet media type".
This definition of "MIME type" was introduced in cc81ec48288944562c4554069da1d74a71e199fb.
Previously, the corresponding text read:
(Both before and after this change, the media-type production in RFC 7231 is used to define a "valid MIME type (string)", which is a separate concept.)