问题标签 [rfc]

分号;，Cookie:字符串还是其他字符串？

理论上，Request For Comments (RFC) 集包含开发人员构建 SMTP 客户端所需了解的所有内容。然而，要知道哪些 RFC 需要考虑以及哪些可以忽略并不总是那么容易。

有没有人有一个 RFC 路线图来指导开发人员完成这个？通过 RFC 路线图，我的意思是：

• 为了开发 SMTP 客户端，需要阅读和理解的 RFC 的完整列表。
• 指示哪些 RFC 不再需要考虑，因为它们已被取代。
• 相关 RFC 的摘要。
• 有关相关 RFC 如何相互关联的详细信息。
• 指示阅读和理解相关 RFC 的逻辑顺序。

理论上，Request For Comments (RFC) 集包含开发人员构建 IMAP 客户端所需了解的所有内容。然而，要知道哪些 RFC 需要考虑以及哪些可以忽略并不总是那么容易。

有没有人有一个 RFC 路线图来指导开发人员完成这个？通过 RFC 路线图，我的意思是：

• 为了开发 IMAP 客户端，需要阅读和理解的 RFC 的完整列表。
• 指示哪些 RFC 不再需要考虑，因为它们已被取代。
• 相关 RFC 的摘要。
• 有关相关 RFC 如何相互关联的详细信息。
• 指示阅读和理解相关 RFC 的逻辑顺序。

理论上，Request For Comments (RFC) 集包含开发人员构建 POP3 客户端所需了解的所有内容。然而，要知道哪些 RFC 需要考虑以及哪些可以忽略并不总是那么容易。

有没有人有一个 RFC 路线图来指导开发人员完成这个？通过 RFC 路线图，我的意思是：

• 为了开发 POP3 客户端，需要阅读和理解的 RFC 的完整列表。
• 指示哪些 RFC 不再需要考虑，因为它们已被取代。
• 相关 RFC 的摘要。
• 有关相关 RFC 如何相互关联的详细信息。
• 指示阅读和理解相关 RFC 的逻辑顺序。

我一直在阅读RFC-4627规范，我已经开始解释：

将有效负载广告为application/jsonMIME 类型时，

1. 正确编码的 JSON 流的开头必须没有BOMs（基于“3. Encoding”部分），并且
2. 不支持媒体参数，因此 mime 类型的标头不符合application/json; charset=utf-8RFC - 4627（基于“6. IANA 注意事项”部分）。

这些是正确的推论吗？在实施符合这种解释的 Web 服务或 Web 客户端时，我会遇到问题吗？我应该针对违反上述两个属性的网络浏览器提交错误吗？

RFC 2045 将编码数据的最大行长度定义为 76。但是，我找不到任何解释为什么它是 76。这个数字完全是任意的，还是背后有一些原因？

我正在尝试实施 Salted Challenge Response Authentication Mechanism ( RFC 5802 )，但遇到了一些问题。

我不确定如何添加 INT(1)。我有一个用于盐的字节数组。我需要做的只是位移 1 并将其添加到数组的末尾吗？

在我的 Java 项目中，我使用Apache FTP Client从 FTP 服务器下载一些数据。

在生产环境中，在 Linux 上运行一些 FTP 服务器，它在使用 NLST 时返回具有绝对路径的文件。所以我对 NLST 的回应/home可能是/home/user。

为了进行测试，我正在使用模拟 FTP 服务器，令人惊讶的是，这个模拟 FTP 服务器在使用 NLST 时会返回相对路径。因此，对于上面的示例，将仅返回user.

我想知道（甚至在RFC 959中也没有发现）是否NLST应该返回绝对或相对路径是否有一些标准。也许为此目的有一些开关？到目前为止，我坚持检查返回的名称是否是相对的，如果它们是我自己使它们成为绝对的。但也许那里有更好的解决方案？

只是要注意我FakeUnixFileSystem用于测试，所以操作系统类型不应该参与这个问题。

我刚刚在阅读“TCP/IP Illustrated”，发现查找所有 RFC 来源的方法之一是发送以下电子邮件：

尝试一下是为了好玩——当它是一种如此有趣/有趣的获取信息的方式时，我怎么能不呢？我的意思是，您是否会考虑向某个远程地址发送电子邮件以获取获取 rfcs 的方法？- 并得到“向以下收件人的交付永久失败”。我很确定它早就死了，但你知道什么时候吗？

我正在写一个电子邮件发件人，它会向用户发送有关他们订阅的各种内容的通知，但我对电子邮件的了解并不多。所以我很好奇可以设置哪些邮件头，应该设置哪些？是否有对电子邮件客户端有用的非 RFC 标头，这对我来说可能很有趣？

任何建议表示赞赏。