IETF提出JMAP作为电子邮件协议的下一个标准


上周，互联网工程任务组（IETF）发布了JSON元应用协议（JMAP）作为RFC 8260，现在标记为“建议标准”。 该协议由Fastmail的主管兼UX架构师Neil Jenkins和Oracle的主要工程师Chris Newman撰写。

什么是JSON元应用协议（JMAP）？

Fastmail于2014年作为内部开发项目开始致力于JMAP。它是一种互联网协议，处理客户端和服务器之间的电子邮件，联系人和日历的提交和同步，为不同的数据类型提供一致的界面。它被开发成为IMAP的可能继承者，并且可能替代CardDAV和CalDAV标准。

为什么需要它？

根据开发人员的说法，用于客户端 - 服务器通信的电子邮件协议（即IMAP和SMTP）的当前标准已经过时且复杂。它们不适合现代移动网络和高延迟场景。当前标准中的这些限制导致新的良好电子邮件客户端的开发停滞不前。

许多人也开始提出Gmail，Outlook，Nylas和Context.io等专有替代品。另一个缺点是许多移动电子邮件客户端通过自己的服务器代理所有内容，而不是直接与用户的邮件存储进行通信，例如Outlook和Newton。这不仅对于必须运行服务器基础架构以及仅构建客户端的客户端作者不利，而且还会引发安全性和隐私问题。

JMAP如何解决当前标准的局限性？

JMAP旨在使开发人员更容易使用并实现网络资源的有效使用。以下是一些解决当前标准限制的属性：

  • 无状态：它不需要持久连接，这最适合移动环境。
  • 不可变的ID：它更像是带有inode而不是基于名称的层次结构的NFS或文件系统，这使得重命名易于检测并且便于同步。
  • 可修改的API调用：它在向服务器的单个请求中批量处理多个API调用，从而减少了往返行程并延长了移动用户的电池寿命。
  • 提供洪水控制：客户端可以限制允许服务器发送的数据量。例如，该命令将在超出客户端限制时返回“tooManyChanges”错误，而不是返回IMAP中可能发生的百万* 1个EXPUNGED行。
  • 不需要自定义解析器：支持JSON，一种易于理解且广泛支持的编码格式，使开发人员更容易入门。
  • 向后兼容的数据模型：其数据模型向后兼容IMAP文件夹和Gmail样式标签。
  • Fastmail已经在生产中使用JMAP来生成Fastmail和Topicbox产品。它也在Apache Software Foundation这样的组织中得到了一些采用，后者在其免费邮件服务器Apache 3.0版中添加了对JMAP的实验性支持。

要了解JMAP的最新进展，您可以加入其邮件列表。要了解有关其规范的更多信息，请查看其官方网站及其GitHub存储库。

linuxboy的RSS地址：https://www.linuxboy.net/rssFeed.aspx

本文永久更新链接地址：https://www.linuxboy.net/Linux/2019-07/159513.htm

相关内容