5

要求是将用户的 Gmail 邮件同步到我们的 CRM 中。现有系统基于 Google Pub/Sub，它监视用户的收件箱是否有任何更改，并向我们的 HTTPs 端点发出通知。有关此内容的更多信息，请访问Gmail 云 pub/sub。

基于上述过程，我们 git 更改历史记录。然后我只对新消息感兴趣，因此根据本指南，history.getMessagesAdded 是首选。我们现在面临的问题是在 messagesAdded 下没有捕获线程的第一封邮件，所有后续消息都通过我们的系统传递。

注意：对于第一封邮件，我们确实会收到来自 Google 的推送。但是当我们尝试添加 Messages 时，结果却是空的。线程的第一封邮件有什么特别需要做的吗，或者我错过了什么。

4

1 回答 1

19

我遇到了一个非常相似的问题，我的错误是我使用了推送通知中的 historyId，解决方案是将最后一个已知的 historyId 存储在我的数据库中，因此，每次收到通知时，我都会从我存储的 ID，而不是通知中的 ID。

在我的情况下，通知中的 historyId 甚至没有成为历史的一部分，可能是因为我的手表限制： labelIds=['INBOX']

这是谷歌发布/订阅通知：

{
  message:
  {
    data: {"emailAddress": "user@example.com", "historyId": "9876543210"},
    message_id: "1234567890",
  }

  subscription: "projects/myproject/subscriptions/mysubscription"
}

我正在使用 message.data.historyId，这导致了混乱！

message.data 是一个 base64 编码的字符串，在这个例子中我只是解码了它！

逐步查看收件箱中的新电子邮件：

  1. 在 google pub/sub 中进行所有配置。

  2. 开始使用您想要的过滤器观察用户（文档：https ://developers.google.com/gmail/api/v1/reference/users/watch ）

  3. 存储第2步获取的historyId

  4. 收到通知后，使用存储的 id 作为 startHistoryId 参数获取所有事件（历史记录）（文档：https ://developers.google.com/gmail/api/v1/reference/users/history/list ）

  5. 在第 4 步获得的历史列表中，查找新消息：history.getMessagesAdded()。

  6. 更新数据库中最后一个已知的历史 id，因此您不需要每次都处理整个历史！

我希望它有所帮助。

于 2017-05-09T20:46:46.387 回答