Question

第4部分，第34页：

If the message uses the media type "multipart/byteranges", and the
     ransfer-length is not otherwise specified, then this self-
     ^
     should be transfer instead?
     elimiting media type defines the transfer-length. This media type
     UST NOT be used unless the sender knows that the recipient can arse
     ^                                                              ^
     should be MUST?                                                should be parse? arse means ass as far as I know
     it; the presence in a request of a Range header with ultiple byte-
                                                          ^
                                                          should be multiple?
     range specifiers from a 1.1 client implies that the lient can parse
                                                         ^
                                                         should be client?
     multipart/byteranges responses.

大概有5种错别字，我不知道该如何建议更新？无法进行注册，因为您的ietf.org帐户应由...所谓的管理员进行审核。

P。 S.我知道，RFC不应经常更新，这些“问题”不是至关重要的，但这又是最基本的事情。它应该尽可能地理想。

Answer 1

是been noticed before and reported，响应是

很遗憾，我们无法更新文档，因为已发布的RFC不能更改。这已经被报告并验证为错误（http://www.rfc-editor.org/errata_search.php?rfc=2616&eid=652）。

确实做到了。

Answer 2

rfc-editor.org上的常见问题解答具有an entry for "How can I correct an error in a published RFC?"：

你不能！ RFC一旦发布，就无法更改。 RFC构成档案系列。如果错误代表内容更改，则可以编写修订的RFC，以使错误的过时。对于技术和编辑错误，RFC编辑器均提供了已发布RFC的勘误表。使用RFC勘误页面可按RFC编号查找勘误表或查看完整列表。同样，来自RFC搜索页面的搜索结果包括指向任何相应勘误条目的超链接。要报告RFC中的错误，请使用RFC勘误页面上可用的表格（有关详细信息，请参见如何报告勘误）。

通常，像这样的印刷错误被列为勘误表，并在下次由于某些其他原因而重写RFC时更正。在这种情况下，都已经发生：

The Errata page for RFC 2616包含此“编辑”更正。
从RFC 7230开始的一系列更详细的RFC已淘汰了RFC。从简短的搜索看来，此段没有直接等效的部分，但是如果有，则无疑会纠正错字。

是否可以建议对RFC进行更新？

2 个答案: