email - 发送包含许多大附件的电子邮件时，Gmail API 推送通知过多

Question

我正在使用 Gmail API(通过 Google Cloud Platform)向我的服务器发送推送通知。这个邮箱实际上从未被用户访问过，它的存在只是为了将推送通知发送到我服务器上的路由，该路由从邮箱中检索最新的电子邮件。

每天，我都有一个 cron 作业来更新此电子邮件地址上的 Users: watch()。它只是一个电子邮件地址，与 Cloud Console 中的一个主题相关联，并且对我的服务器有一个 push 订阅。然后我的 Controller 调用 Users.messages: list 来获取最近的电子邮件列表，然后调用 Users.messages: get 来获取包含所有附件 ID/文件名的最新电子邮件, 最后 Users.messages.attachments: get 获取每个附件的每个数据。

我注意到，当我发送带有大量附件数据(例如 25 Mb 图像数据)的电子邮件时，我开始收到一系列推送通知，每个推送通知都具有相同的 message_id 和时间戳在随推送通知 POST 请求发送的数据中。现在，我通过将 message_id 保存在缓存中一段时间​​来处理这个问题，以防止我的服务器对单个推送通知做出不止一次的 react 。

虽然我的解决方案运行良好，但我很好奇是否有其他人遇到过这样的问题，或者这是否是 Gmail API 或 Cloud Platform 中的错误。感谢您提供任何帮助或建议!

Answer 1

我认为这不是 Gmail 或 Cloud Platform 中的错误。

实际上，正如Push Notifications中所讨论的那样, Gmail API 已经实现了使用Cloud Pub/Sub API传递推送通知。这允许通过多种方法进行通知，包括 webhooks 和在单个订阅端点上的轮询。并且，对于此 API，建议对所有应用程序的所有 Gmail API 推送通知使用单一主题。

详细信息可以在documentation中找到并熟悉此 Cloud Pub/Sub API，我建议您浏览 Google Cloud Pub/Sub Documentation .