开发 POP3 客户端时需要考虑哪些 RFC？
理论上，征求意见 (RFC) 集包含开发人员构建 POP3 客户端所需了解的所有信息。然而，要知道哪些 RFC 需要考虑以及哪些 RFC 可以忽略并不总是那么容易。
有人有 RFC 路线图来指导开发人员完成此任务吗？我所说的 RFC 路线图是指：
- 需要的 RFC 的完整列表 被阅读和理解，以便 开发一个 POP3 客户端。
- 哪些 RFC 不再适用的指示 需要考虑，因为他们 已被取代。
- 相关 RFC 的摘要。
- 相关 RFC 的详细信息 相互关联。
- 逻辑顺序的指示 阅读并理解相关内容 RFC。
In theory, the set of Request For Comments (RFC) contain everything that a developer needs to know to build a POP3 client. However, it is not always easy to know which RFCs need to be considered and which ones can be ignored.
Does anyone have an RFC roadmap to steer developers through this? By RFC roadmap, I mean:
- A complete list of RFCs that need to
be read and understood, in order to
develop a POP3 client. - An indication of which RFCs no longer
need to be considered, because they
have been superseded. - A summary of the relevant RFCs.
- Detail on how the relevant RFCs
interrelate to each other. - An indication of the logical order to
read and understand the relevant
RFCs.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
维基百科 pop3 文章 似乎包含所有这些信息：
The wikipedia pop3 article seems to contain all this information: