Microsoft graph api 使用sendMail定期返回429错误
我的应用程序使用Graph API代表Office 365客户发送电子邮件。从功能上讲，这非常有效，但发送的电子邮件量有时可能会有点高，此时由于受到限制，Graph API将停止发送电子邮件。问题是，没有人解释电子邮件何时突然不再发送。相反，一个429错误代码只是突然返回。我尝试了很多不同的方法来减缓电子邮件的速度，但我仍然随机收到429封邮件。我需要一个方法来可靠地发送电子邮件。一种避免429的方法，或者Office 365客户是否有一种方法授权帐户不受限制，以便发送所需数量的电子邮件？我找不到有关此问题的任何文档。没有为Graph API调整或删除节流限制的方法。恕我直言，节流限制不会公布，因为限制可能会在不通知的情况下更改，这可能是为了保护服务健康 429是否提供任何退避指导？发送电子邮件的最高费率是多少Microsoft graph api 使用sendMail定期返回429错误,microsoft-graph-api,Microsoft Graph Api,我的应用程序使用Graph API代表Office 365客户发送电子邮件。从功能上讲，这非常有效，但发送的电子邮件量有时可能会有点高，此时由于受到限制，Graph API将停止发送电子邮件。问题是，没有人解释电子邮件何时突然不再发送。相反，一个429错误代码只是突然返回。我尝试了很多不同的方法来减缓电子邮件的速度，但我仍然随机收到429封邮件。我需要一个方法来可靠地发送电子邮件。一种避免429的方法，或者Office 365客户是否有一种方法授权帐户不受限制，以便发送所需数量的电子邮件？我找不
对我的第一个问题的回答：有一个Retry After response标头，指示应用程序在重新提交请求之前应该等待多长时间 多亏了其中一条评论，我才意识到我的错误。我没有对HTTP报头响应的报头部分给予足够的注意，我错误地认为在发送属性后不会重试。当然，它在标题中，而不是在响应的主体中。我使用的是node.js，所以在收到错误时需要检查代码中的res.headers
现在，我可以安全地配置应用程序，使请求之间的超时等于Retry after属性，使其在被限制后重新启动。响应为这是一个未知错误。因此没有提供指导。我已将速率限制为每秒最多1封电子邮件。您能分享完整的429错误消息吗？它确实应该在HTTP头响应中有一个Retry After属性。{“error”：{“code”：“UnknowError”，“message”：“innerError”：{“request id”：“1c22d5ad-2761-4a33-a57d-24d03406f955”，“date”：“2017-01-30T18:09:02”}}根据我的经验，对于我在Microsoft Graph上尝试的内容，也没有发布限制，无退避指导，属性后无重试。事实上，除了这个令人沮丧的429未知错误消息之外，什么都没有。