Microsoft graph api 使用Graph API缓慢发送Outlook电子邮件

我们有一个通过Graph API发送邮件合并活动的应用程序。在应用程序中，我们跟踪每个活动的时间安排和基准。我们发现，我们的一些用户有时会遇到邮件合并活动发送速度非常慢的问题。通常，对于一个有大约1k收件人的活动，每封电子邮件的平均发送时间将少于1-2秒。但有时，使用Graph API，每次发送电子邮件的平均时间约为17-30秒。对于总共1k个收件人，处理邮件合并活动需要很长时间。通常，这会导致邮件合并活动的总完成时间在2-4小时之间。注意，这不一定是因为电子邮件/收件人的数量。我们已经看到，当接受者从500到2k不等时，这种情况就会发生

我不太确定这里的问题是Graph API还是用户的邮箱限制（发送限制）。我怀疑这是因为，通常，当用户看到第一个活动非常慢时，他们会重新发送相同的活动。最后发生的是，第二个战役实际上会很快结束，甚至在缓慢的战役处理了一半战役之前

似乎处理我的第一组Graph API请求的服务器正在预热。我可以在API请求中设置任何有助于实现这一点的配置吗？我在文档中找不到任何引用此的内容

还有其他人有过这方面的经验吗？租户是否可以调整或审查某些配置，这些配置可能是导致此问题的根本原因