【问题标题】:Intermittently Delay in Receiving Email Messages by Gmail ApiGmail Api 间歇性延迟接收电子邮件
【发布时间】:2021-05-08 00:14:18
【问题描述】:

我在通过 Gmail API 从 GSuite 用户的收件箱轮询电子邮件时遇到间歇性延迟。这些呼叫来自自动作业,并使用多个 G-Suite 用户来分散工作并避免达到配额限制。 但是,阅读邮件仍有至少 3 分钟的延迟。调查邮件电子邮件标头未显示错误 (429) 或延迟时间,也未达到配额限制。 我检查了推送通知方法,但我只能使用它。

限制单位是根据域而不是每个 G-Suite 用户计算的,所以我确实达到了配额? 还有什么可能导致这些延迟?

【问题讨论】:

    标签: delay gmail-api


    【解决方案1】:

    Gmail API 对每个方法和每个用户都有使用限制。

    • Email sending limits 每天按用户计算,而不是按域计算。

    • 限制单位是根据您的应用程序每天发出的所有请求计算得出的

    您可以查看您的quota in the Cloud console,选择您的项目和 API(在本例中为 Gmail)。

    【讨论】:

    • 您好 Ziganotschka,我检查了所有这些配额,但什么都没有达到。但是我仍然遇到延误。
    • 电子邮件需要一些时间才能到达是正常的,例如由于网络流量、垃圾邮件过滤器传播等原因。3 分钟并没有那么长,不幸的是,您对此无能为力。
    • 我明白了,您还有其他建议吗?不知道mailtrap.io性能好不好?
    【解决方案2】:

    在我的情况下,我可以清楚地看到“已发送”文件夹中的电子邮件,但收件人没有收到任何电子邮件,所以我知道使用 API 的限制没有被超越。垃圾邮件防护需要花费大量时间才能确定发送的电子邮件是否为垃圾邮件。最常见的情况是,如果您的电子邮件都相似且其中包含链接。我删除了模板电子邮件通知中的超链接,它立即重新开始工作。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-01-09
      • 2015-10-27
      • 2018-12-02
      • 1970-01-01
      • 1970-01-01
      • 2015-07-07
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多