news-message-ID review request
Frank Ellermann
nobody at xyzzy.claranet.de
Mon Feb 19 16:47:40 CET 2007
Hi, the following is probably (I'm new to this list) unusual, it will be
published in the "IANA considerations" of I-D.ellermann-news-nntp-uri-05,
see <http://purl.net/xyzzy/home/test/draft-ellermann-news-nntp-uri-05.txt>
~~~ cut ~~~
8.3. 'news-message-ID' access type
The MIME 'news-message-ID' access type was erroneously listed as
subtype. IANA should remove 'news-message-ID' from the application
subtype registry, and add it to the access type registry defined in
[RFC4289]: <http://www.iana.org/assignments/access-types>.
[RFC4289] requires an RFC for the access types registry. Because
[son-of-1036] was never published as RFC the following paragraph
quotes the relevant definition:
NOTE: In the specific case where it is desired to essentially make
another article PART of the current one, e.g. for annotation of
the other article, MIME's "message/external-body" convention can
be used to do so without actual inclusion. "news-message-ID" was
registered as a standard external-body access method, with a
mandatory NAME parameter giving the message ID and an optional
SITE parameter suggesting an NNTP site that might have the article
available (if it is not available locally), by IANA 22 June 1993.
Please note that 'news' URLs offer a very similar and (today) more
common way to access articles by their Message-ID, compare [RFC2017].
~~~ end ~~~
Is that good enough to fix this (very old, 1993) mess ?
Frank
More information about the Ietf-types
mailing list