多年以来，如果一个邮件客户端想访问远端服务器上的邮件，那么它们一般会采用像 IMAP 这样的Internet 标准协议来取得相关的资料。由于 IMAP 本身就是为连接邮件客户端及服务器所设计的，所以在这方面，它确实为邮件客户端的开发人员带来了诸多便利。
不过，随着行动互联网的发展，相对于打造一个邮件客户端，现在的开发者在更多的时候只是想读取用户邮件中的部分资料，而这时像 IMAP 这样“笨重”的协议就开始暴露出自身的不足，于是 Google 便开始为 Gmail 打造新的 API。
Gmail 在经过这么多年的发展后已经积累了的大量的用户和数据，诸多开发者们也希望 Google 能提供一种简洁、快速的方式让第三方应用根据各自需求来取得这些数据，进而更好地服务用户。现在，这一套新的 Gmail API 就可以让开发人员根据自己的需要来读取 Gmail 中的主题、讯息、草稿和标签内容，而且其速度要比 IMAP 快 3—10 倍。由于新的 Gmail API 是一套标准的 Google API，所以这也就意味着之前那些不支持 IMAP 的云端环境现在也可以通过这套 API 来调用 Gmail 中的数据。
也许看到这里你会觉得新的 Gmail API 有望取代传统的 IMAP 协议，但事实上，至少在目前来说这还是不可行的。Google 在开发者文档中也表示，如果开发者想打造的是一个功能完善的邮件客户端，那么 IMAP 协议依然应该是最优选择。毕竟，新的 API 目前仍然处于测试状态，并且目前还不具备讯息推送能力。
在 Google 为 Gmail 推出新 API 后，一家名为 Inbox 的新创公司也推出了类似的服务。不同的是， Inbox 的 API 既支援 Gmail 还支援 Microsoft Exchange，并且是开源的。开发人员可以通过这些 API 来构建自定义标签、读取附件、创建草稿等等。在 Inbox 的创建者看来，现存的这些古老的电子邮件协议已经极大的阻碍了开发人员为邮件增加新功能，多数的电子邮件服务商们也几乎停止了在这个领域进行创新。
其实，不管是 Google 的新 Gmail API 还是 Inbox 推出的类似服务，两者都是希望第三方开发者能更方便地从邮箱中读取有价值的数据进而做出更加易用的服务。简而言之，让任何第三方应用都可以和 Gmail 进行通信，把 Gmail 变成一个新的连接平台。
诞生超过 40 年来，邮件仍是人们最常用的网络服务之一，电子信箱中汇集了各类社交关系和行程数据。现在，Google 觉得是时候，把这些东西挖掘出来了。
图片来源：Pammarketingnut
