从Azure Logic应用程序获取429（太多请求）访问GMail

每分钟一次（1440次/天），我从Azure Logic应用程序读取一个Gmail邮箱。两天后，它总是返回429个过多的请求。配额阈值为20000/天。自那时以来，它一直没有成功运行。

由于逻辑应用程序的并行操作，您可能会遇到gmail并发请求的阈值。这也将返回429错误

你到底在逻辑应用程序中做什么

基于此，Gmail API每天都强制执行该标准

这些限制是针对每个用户的，并且由用户的所有客户端共享，无论是API客户端、本机/web客户端还是SMTP MSA。如果超过这些限制，将返回HTTP 429

过多请求

“超出用户速率限制”错误提示（邮件发送）以及重试时间。请注意，在接受请求之前，超出每日限制可能会导致这些类型的错误持续数小时，因此您的客户端可能会使用标准的指数退避重试请求

不能出于任何原因增加这些每用户限制

邮件发送管道非常复杂：一旦用户超过其配额，API开始返回429个错误响应之前可能会有几分钟的延迟。因此，您不能假设200响应意味着电子邮件已成功发送

---

你可以考虑一下。这里还有一个可能会有所帮助的附加链接：

您是否对照配额检查了使用情况？Logic应用程序每分钟检查一次新邮件。当它检测到新的电子邮件时，它会从每封电子邮件中提取附件，并将其注入到我们的定制项目管理系统中。此后，我禁用了该逻辑应用程序，并尝试使用谷歌的SDK直接从C#代码开始，这样每次访问GMail时我都能确切地知道。即使在尝试之间等待30分钟，我仍然会收到429错误。因为我需要快速解决问题，所以我采取了完全不同的方法。我不是通过基于令牌的身份验证通过API访问邮箱，而是通过IMAP访问邮箱——这很有效。