Google 对 Gmail 使用什么协议？ （不是 IMAP 或 POP）

Question

您可以使用网络界面、Google 的 Android 客户端或使用 IMAP 访问 gmail。据我所知，Web 界面和 Android 应用程序使用与 IMAP 完全不同的协议——它们不仅仅是基于它的界面。我确定这一点的原因是因为 Android 应用程序可以在

所以我的问题是关于这个秘密协议的已知信息是什么？它的参考文档在哪里？是否进行了逆向工程？ Google 是否批准使用它？

arnt 的回答提供了一个很好的方法来测试 gmail 的原始 imap 速度：

$ openssl s_client -host imap.gmail.com -port 993 -crlf 
...
* OK Gimap ready for requests from 12.34.56.78
$ a LOGIN ***@*** ***
a OK
$ c SELECT "[Gmail]/All mail" !!!!
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] Flags permitted.
* OK [UIDVALIDITY 673376278] UIDs valid.
* 1142417 EXISTS
* 0 RECENT
* OK [UIDNEXT 1159771] Predicted next UID.
* OK [HIGHESTMODSEQ 8670601]
c OK [READ-WRITE] [Gmail]/All mail selected. (Success)

我标记的命令 c SELECT "[Gmail]/All mail" 大约需要 20 秒 才能完成。由于那段时间比我相对动力不足的 Android 手机上的 GMail 应用程序启动和加载所有邮件标签所需的时间要长，即使在我清除了它的缓存之后，它也能在不到 6 秒的时间内完成它。 Web 客户端速度更快。

除非我遗漏了一些基本的东西，否则这证明“毫无疑问”Google 的 GMail 客户端不使用 IMAP，因为您永远不必等待 20 秒来完成任何 SELECT 命令。

Answer 1

“没有其他 IMAP 客户端可以做到这一点”是一个非常大胆的声明，但一百万条消息也是一个相当大的数字。我鼓励您在这里尝试Trojitá。初始同步可能会相当慢（由于与 IMAP 标志 SELECT、SEARCH 和 STATUS 的指定方式相关的各种技术原因，它会传输那百万条消息的标志），但随后感谢ESEARCH、CONDSTORE 和QRESYNC，重新同步应该快如闪电。我很想知道 Trojitá 与您的设置配合得如何——联系信息在主页上。

对于您的问题——现在大多数网络邮件都提供了一个私有 API 供自己使用。一个典型的架构是通过 JSON 传输有关更新状态的消息，但是没有标准，并且接口是专有的。 GMail“应用程序”很可能使用相同（或相似）的方法。您没有太多选择来验证这一点，因为它很可能使用 TLS。对于 Web 界面，通过适当的浏览器插件查看流量是微不足道的，但对于独立的 Android 应用程序则不然。

Answer 2

Android 应用（至少是我用过的）使用 IMAP。您可以通过在服务器上运行 Wireshark 来验证这一点。

至于为什么 Android 应用程序如此之快 - 我知道它使用 SEARCH 命令来选择最近的 n 条消息。 Thunderbird 或 Outlook 等桌面客户端的重量要大得多，它们会为文件夹中的每封邮件下载标题和元数据，尽管建议不要这样做。

智能手机没有存储和处理数百万封电子邮件的资源（尽管可能会出现更现代的电子邮件），因此 SEARCH 方法允许手持设备快速访问邮件。

无论如何，Wireshark 可以揭示大量有关 IMAP 客户端和服务器的行为。如果你真的很好奇，不妨试一试。如果服务器是 Gmail，则无法执行此操作，但您可以在另一台服务器（例如 hMailServer）上试用。

Answer 3

您可以轻松测试 gmail 的 IMAP 性能（如果您有一个百万邮件邮箱）。使用

打开 IMAP 连接

openssl s_client -connect imap.gmail.com:993 -crlf

然后登录并打开您的收件箱。

a login yourname@gmail.com yourpassword
b select inbox

如果收件箱不够大，也可以打开您的所有邮箱（名称可能因 UI 语言而异）：

c select "[Gmail]/All Mail"

如果SELECT 速度快但 IMAP 客户端速度慢，那是因为客户端发送了额外的/不需要的慢速命令。许多人选择为整百万条消息填充或更新数据结构，即使它们只显示 40 条消息。这是客户的选择，而不是 IMAP 的缓慢性。

Answer 4

经过更多研究，我发现存在一个用于 GMail 的 API：https://developers.google.com/gmail/api/ 我不认为 API 在 2013 年发布此问题时已发布。

使用该 API，我创建了一个演示程序，用于获取标签的最后 100 封邮件：https://gist.github.com/bjourne/37a9d15b03862003008a1b0169190dbe

程序的相关部分是：

resource = service.users().messages()
result = resource.list(userId = 'me', labelIds = [label]).execute()
mail_ids = [m['id'] for m in result['messages']]

start = time()
mails = []
batch = BatchHttpRequest()
cb = lambda req, res, exc: mails.append(to_mail(res))
for mail_id in mail_ids:
    get_request = resource.get(**headers_params(mail_id))
    batch.add(get_request, callback = cb)
result = batch.execute()
print('Took %.2f seconds' % (time() - start))

它在包含超过 570k 消息的标签（IMAP 术语中的文件夹）中列出按日期排序的最后 100 条消息。

在我的机器上，这个循环大约需要 0.5 - 0.8 秒。我可以自信地宣称，地球上没有任何纯 IMAP 客户端能与之媲美。很可能，IMAP 永远不会变得更快，因为它不适合 Google 在内部存储邮件的方式。

所以我会回答我自己的问题。这是他们使用的 API，之前没有公开。