jmap.io
新一代邮件API协议
- 开放 IETF 标准，无专利和许可费用
- 基于 HTTP/JSON，较传统 IMAP 更贴近现代 Web 与移动端架构
- 实时推送减少轮询，正文宣称移动端功耗低于 IMAP
- 同步效率高，重启后重同步带宽示例显著低于 Thunderbird/IMAP 场景
- 已有多语言客户端库、服务端实现和代理工具
- 仍需邮件服务端和客户端显式支持，普及度相较 IMAP 可能不足
- 不同第三方实现的完整度、许可和维护状态不一
- 正文未提供面向企业落地的 SLA、商业支持或治理组织信息
- 部分库注明功能尚未完整实现，如 Python jmapc 部分实现、jmap-yacl 尚未实现 OAuth 和 Push
深度测评
是什么
JMAP（JSON Meta Application Protocol）是一个开放协议/API，目标是替代 IMAP，并覆盖 CardDAV、CalDAV 等联系人和日历同步场景。它基于标准 HTTP/TLS 与 JSON，强调现代 Web 与移动端友好：通过 /.well-known/jmap 发现能力、账号和 API 地址，通过 OAuth 2.0 或 Bearer Token 鉴权，再用 POST /jmap/api 提交 methodCalls 完成查询、获取、发送等操作。
核心能力与生态
从功能看，JMAP 的重点是更高效的同步和实时推送。正文给出的卖点包括 EventSource 单连接推送所有邮箱，也可使用 WebPush 适配移动端；同步通常可在单次 HTTP 往返内完成。与 IMAP 轮询相比，它试图降低带宽与功耗。部署侧，JMAP 可直接利用 nginx、Cloudflare、WAF、负载均衡和 DDoS 防护等 HTTP 基础设施，不需要专门的 IMAP 工具链。
生态方面，网站列出了较丰富的实现：客户端包括 aerc、Bulwark Webmail、Cypht、JMAP Demo Webmail、Ltt.rs、meli 等；服务端包括 Apache James、Cyrus IMAP、Stalwart、tmail-backend 等；库覆盖 Go、Java、TypeScript、Rust、JavaScript、Python、PHP 等语言。另有测试工具、命令行工具、迁移备份工具和 IMAP/JMAP 代理。
定价与开放性
JMAP 本身是开放 IETF 标准，正文明确写明无专利、无费用、完整文档，并引用 JMAP Core RFC 8620、JMAP Mail RFC 8621。需要注意的是，协议免费不等于所有实现免费：生态中既有 MIT、Apache、AGPLv3、GPLv3、BSD 等开源项目，也有 Proprietary 专有服务。
优缺点与适合谁
优点是协议模型更现代，HTTP/JSON 易接入现有开发栈；实时推送和批量调用对移动端、省电和 Webmail 体验更友好；开源实现和 SDK 选择较多。缺点是它仍依赖服务端和客户端支持，普及度不能与 IMAP 相提并论；部分库或项目功能不完整，商业支持和 SLA 信息在正文中没有体现。
它适合邮件服务商、协作软件厂商、Webmail/移动邮件客户端开发者，以及需要做邮箱迁移、自动化处理或协议代理的团队。若现有系统高度依赖 IMAP，可先评估 Stalwart、Apache James、Cyrus IMAP 或 JMAP-to-IMAP/IMAP-to-JMAP 代理方案。
中国访问
正文没有提供中国大陆访问、支付或镜像信息，因此访问状态为未知。由于它主要是开放协议和文档站，实际可用性还取决于所选服务端、代码托管平台、第三方邮箱服务及其网络连通性。
本测评基于公开资料整理,不构成购买建议,请以 jmap.io 官网实际信息为准。
中文卖点
JMAP开放协议，适合邮件客户端/服务端开发者。
官网快照
价格走势
用户评价
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。