我们有一个通过Graph API发送邮件合并活动的应用程序。在应用程序中，我们跟踪每个广告系列的时间和基准。我们发现某些用户会遇到一个问题，即他们的邮件合并广告系列有时发送速度非常慢。通常，对于具有约1000个收件人的广告系列，每封电子邮件的平均发送时间将少于1-2秒。但是有时候，使用Graph API，我们每发送一封电子邮件平均平均大约需要17-30秒。对于总共1000个收件人，这是处理邮件合并活动的很长时间。通常，这会使邮件合并活动的总时间在2-4小时之间结束。请注意，这不一定是因为电子邮件/收件人的数量。我们已经看到，即使收件人的范围从500到2k，也会发生这种情况。
我不太确定这里的问题是Graph API还是用户的邮箱限制（发送限制）。我怀疑这是先前的，因为用户通常会在看到第一个广告系列非常慢时重新发送同一广告系列。最终发生的事情是，第二个广告系列实际上将很快完成，甚至在慢速广告系列处理完一半广告之前。
处理我的第一组Graph API请求的服务器似乎正在升温。我可以在API请求中设置任何配置来解决此问题吗？我在参考此的文档中找不到任何内容。
还有其他人对此问题有经验吗？租户是否可以进行一些配置调整或审查，这可能是此问题的根本原因？