本文介紹了Gmail Watch用戶收件箱歷史.getMessagesAdded未返回新郵件的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
要求是將用戶的Gmail郵件同步到我們的CRM中。該系統基于Google Pub/Sub，它監視用戶的收件箱是否有任何更改，并向我們的HTTPS端點發出通知。有關更多信息，請訪問Gmail cloud pub/sub。
基于上面的過程，我們得到了變化的歷史。然后，我只對新消息感興趣，因此，根據this guide，history.getMessagesAdded是首選的。我們現在面臨的問題是，沒有在Messages下捕獲線程的第一封郵件添加所有后續郵件都通過我們的系統。
注意：對于第一封郵件，我們確實收到了來自谷歌的推送。但當我們試圖添加消息時，結果卻是空的。第一封郵件有什么特別的需要做的嗎？還是我錯過了什么。
推薦答案
我遇到了一個非常類似的問題，我的錯誤是我使用了推送通知中的歷史ID，解決方案是將上次已知的歷史ID存儲在我的數據庫中，因此，每次我收到通知時，我都會從我存儲的ID中獲取歷史記錄，而不是從通知中獲取歷史記錄。
在我的例子中，通知中的storyID甚至不會成為歷史的一部分，可能是因為我的監視限制：LabelIds=[‘inbox’]
這是Google發布/訂閱通知：
{
message:
{
data: {"emailAddress": "user@example.com", "historyId": "9876543210"},
message_id: "1234567890",
}
subscription: "projects/myproject/subscriptions/mysubscription"
}
我使用的是Message.data.historyID，這導致了混淆！
Message.data是一個Base64編碼的字符串，在本例中我只是對其進行了解碼！
逐步查看收件箱中的新郵件：
在Google發布/訂閱中執行所有配置。
開始查看具有所需篩選器的用戶(文檔：https://developers.google.com/gmail/api/v1/reference/users/watch)
存儲步驟2中獲取的storyID
收到通知時，獲取所有事件(歷史)，使用存儲的id作為startHistoryId參數(docs：https://developers.google.com/gmail/api/v1/reference/users/history/list)
/li>
在步驟4獲得的歷史記錄列表中，查找新消息：history.getMessagesAdded()。
更新數據庫中上次已知的歷史記錄ID，這樣您就不必每次都處理整個歷史記錄！
我希望它能有所幫助。
這篇關于Gmail Watch用戶收件箱歷史.getMessagesAdded未返回新郵件的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
