RFC

hechengjin

http://datatracker.ietf.org/doc/rfc3551/

jimu

征求意见稿（英语：Request For Comments，缩写为RFC）

中文RFC文档目录

RFC文档查找  https://www.ietf.org/   The Internet Engineering Task Force (IETF®)

1996年3月，清华大学提交的适应不同国家和地区中文编码的汉字统一传输标准被IETF通过为RFC 1922，成为中国大陆第一个被认可为RFC文件的提交协议。

RFC 1000这份文件就是RFC的指南。
一个RFC文件在成为官方标准前一般至少要经历4个阶段【RFC2026】：因特网草案、建议标准、草案标准、因特网标准。
第一步RFC的出版是作为一个Internet 草案发布，可以阅读并对其进行注释。准备一个RFC草案，我们要求作者先阅读IETF的一个文档"Considerations for Internet Drafts". 它包括了许多关于RFC以及Internet草案格式的有用信息。作者还应阅读另外一个相关的文档RFC 2223 "Instructions to Authors"。
实际上，在Internet上，任何一个用户都可以对Internet某一领域的问题提出自己的解决方案或规范，作为Internet草案（Internet Draffs，ID）提交给Internet工程任务组（IETF）。草案存放在美国、欧洲和亚太地区的工作文件站点上，供世界多国自愿参加的IETF成员进行讨论、测试和审查。最后，由Internet工程指导组（IESG）确定该草案是否能成为Internet的标准。
如果一个Internet草案在IETF的相关站点上存在6个月后仍未被IESG建议作为标准发布，则它将被从上述站点中删除。事实上，在任何时候，一个Internet 草案都有可能被新的草案版本所替换掉，并重新开始6个月的存放期。
如果一个Internet草案被IESG确定为Internet的正式工作文件，则被提交给Internet体系结构委员会（IAB），并形成具有顺序编号的RFC文档，由Internet协会（ISOC）通过Internet向全世界颁布。每个Internet标准文件在被批准后都会分配一个独立于RFC的永久编号，这就是STD编号。有一个不断被更新的文件RFC-INDEX.TXT按照RFC的编号来索引所有的文件，对于因特网标准文件还列出了其相应的STD编号。
RFC文档必须被分配RFC编号后才能在网络上发布。例如，RFC2026的内容是“Internet标准进程-修订版3”、RFC1543的内容为“RFC作者指导”等等。需要时，可以复制或打印这些联机文档。用户也可以通过遍布全世界的数个联机资料数据库中获得RFC文档。

RFC文档大致可以分为以下几类。
1.STD RFC
按照RFC1311的定义，STD RFC是指那些已经或者致力于成为Internet标准的RFC。只有经过完全Internet标准化过程的RFC才可以有STD编号，STD编号是不变的，而其涉及到的 RFC文档可能不只一个，其RFC编号也会更新。如STD13(Domain Name System）就涉及RFC1 034和RFC1035。STD的标准化过程要经过几个步骤，首先由IETF起草标准（也可能是其他组织和个人，但一般都是和IETF共同完成的），形成Internet Draft(ID),ID没有RFC编号。如果ID在6个月内IESG没有建议成为RFC，则取消此ID。成为RFC后，还要经过一系列的审查、修订、测试等才能最终成为Internet标准。
2.BCP RFC
由于Internet应用领域广泛，各种不同的组织有不同的使用目的和使用规则，IETF除了建议STD以外，也有必要对于Internet的使用和管理提供一些一般性的指导，同时也为I ETF、IAB、IESG提供一种渠道，以便推动某一方面的工作，反映其技术趋向，反映这些组织本身的工作进展。于是，1995年以RFC1818定义了BCP，即Best Current Practice。BCP同时有一个BCP编号和一个RFC编号，一旦约定了一个BCP编号，就不会再变，而其RFC编号则可能会经过修订不断更新。例如反映Internet标准化工作程序的BCP9的RFC编号就从RFC16 02上升到RFC2026，相应地就废弃了RFC1602。BCP在发表以前，以电子邮件的形式广泛征求IETF的意见，经过IESG的审查，通过后即正式发表。但是BCP本身不是Internet标准。
3.FYI RFC
FYI是For Your Information的简写，1990年发表的RFC1150(FYI1）定义了FYI,FYI也同时有一个FYI编号和一个RFC编号，FYI编号是固定的。FYI主要是提供有关Internet的知识性内容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC编辑以前，必须先经过IETF的User Services WorkingGro up审查。
4.其他RFC


常见互联网协议的RFC编号

· IP：791

· TCP：793

· UDP：768

· ICMP：792

· FTP：959

· SOCK5：1928

· CHAP：1994

· SMTP：2821

· POP3：1957

· NTP：1305

· HTTP1.1：2616

· IMAP：2060    3501    6851 MOVE Extension

· PPP：1661－1663

· DHCP：2131

· OSPF：2328

· IPSec：2401－2412

· IPv6：2460

· SIP：3261

· RTP：3550

· RADIUS：3575，3576，3579，3580

· L2TP：3931

jimu

https://tools.ietf.org/html/rfc3501


INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1
Status of this Memo   This document specifies an Internet standards track protocol for the   Internet community, and requests discussion and suggestions for   improvements.  Please refer to the current edition of the "Internet   Official Protocol Standards" (STD 1) for the standardization state   and status of this protocol.  Distribution of this memo is unlimited.


ImapRFCList

Qter

在RFC 2822文档中定义了简单的 ASCII编码的Email的邮件格式，然而随着Internet的发展，Email邮件仅仅传输简单的文本已经满足不了用户的需求，为了在Email 中传输大量HTML、图像、声音以及各种附件格式，一种新的扩展的邮件格式应运而生——MIME。由于在MIME邮件格式非常复杂，大量的RFC文档中对MIME邮件格式进行了定义与说明，比如RFC2045, RFC2046, RFC2047, RFC2049, RFC2231, RFC2387, RFC4288, RFC4289等。因此，MIME邮件格式为我们提供了极大的灵活性的同时也给我们解读MIME格式的Email邮件带来了极大的困难。
————————————————
版权声明：本文为CSDN博主「tangpeicheng」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/tangpeicheng/article/details/1430108

Qter

http://www.faqs.org/rfcs/rfc822.html