You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

使用两个Azure应用调用Graph API发送大邮件遇限流问题咨询

Graph API 应用-邮箱组合限流异常问题分析

问题场景

同一租户内创建两个拥有Mail.Send和Mail.ReadWrite权限的Azure单租户应用,根据Graph API文档说明,单个应用与单个邮箱的组合5分钟内最多可发送150MB邮件。但实际操作中,用两个不同应用向同一邮箱上传两封各140MB的邮件时,第二封上传触发限流错误:

{
    "error": {
        "code": "ApplicationThrottled",
        "message": "Application is over its IncomingBytes limit."
    }
}

操作步骤:

  • 通过App1获取授权令牌,向mailbox1上传140MB文件到草稿邮件
  • 通过App2获取授权令牌,向同一mailbox1上传另一封140MB草稿邮件时触发上述错误

可能原因分析

  1. 邮箱级总传入字节限制
    文档标注的“应用-邮箱组合”限制并非完全隔离,Outlook服务底层可能对单个邮箱设置了5分钟内的总传入字节上限(比如150MB),所有应用向该邮箱的上传流量都会被累加统计,而非按应用拆分配额。

  2. 同一租户应用的合并计数逻辑
    文档描述的是理论上的拆分限制,但实际服务端可能对同一租户下的多个应用采用合并计数,将其视为一个整体共享该邮箱的流量配额。

  3. 上传会话的统计维度绑定邮箱
    上传大文件时使用的会话可能绑定到邮箱而非应用,导致不同应用的上传流量被归到同一邮箱的统计维度中,触发总配额限制。

验证与排查方向

  • 降低单封邮件大小,测试两个应用同时上传总大小不超过150MB的文件,确认是否触发限流,验证邮箱级总限制是否存在。
  • 间隔超过5分钟后再上传第二封邮件,确认是否能成功,验证限制的时间窗口是否按邮箱维度生效。
  • 使用不同租户的应用进行测试,看是否能突破150MB总限制,排查是否是同一租户内的应用共享配额。

内容的提问来源于stack exchange,提问作者Piyush Chugh

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.21 23:33:17