【问题标题】:Microsoft graph gives an error of 403 Forbidden when subscribing to notifications API for the 12th group subscriptionMicrosoft graph 在订阅第 12 组订阅的通知 API 时出现 403 Forbidden 错误
【发布时间】:2019-06-05 17:01:46
【问题描述】:

我正在使用 Azure 函数订阅 Microsoft Graph 通知 API 以进行组更新。我需要使用一个通用的 notificationUrl 订阅大约 100 个属于同一租户的组。

根据在线文档here,我们有以下限制。

某些限制适用于基于 Azure AD 的资源(用户、组),超过时可能会产生错误:

每个应用:50,000 总订阅量

每个租户:所有应用共有 35 个订阅

每个应用和租户组合:总共 7 个订阅

不支持 Azure AD B2C 租户。

个人 Microsoft 帐户不支持针对用户实体的通知。

我创建了一个函数,并且能够创建 11 个活动订阅并接收通知:

• 2 天前创建的租户上所有组的 1 个订阅。

• 今天针对特定组和同一租户的 10 个订阅。

在尝试为同一租户中的另一个组创建第 12 个订阅时,我在发送创建订阅请求时收到来自 Graph 的 403 Forbidden 响应。我删除了一些活动订阅并尝试创建,但再次创建第 12 个活动订阅失败。

以下任何建议/答案都会有很大帮助:

  1. 上述限制中提到的数字与我们只能有 11 个有效订阅的场景不匹配。是否存在任何其他情况/案例阻止创建对同一 notificationUrl 的进一步订阅?
  2. 由于我尝试在一个小时的时间内连续创建 10 个订阅,是否有任何规则规定只能在特定时间间隔内为同一个 notificationUrl 创建有限数量的订阅? 如果这种情况属实,我们就能够删除并创建完全相同数量的活动订阅。
  3. 对上述限制进行一点解释会很有用,以便在这种情况下我更清楚这些限制的影响。

【问题讨论】:

    标签: azure microsoft-graph-api azure-functions


    【解决方案1】:

    这里有几个问题:

    1. 短期内,我们将修复限制执行的精确性,这样您就不会看到系统的令人困惑的行为,允许您创建比限制允许的略多的订阅。

    2. 从长远来看,我们计划对系统进行改进,以允许我们拥有更高的订阅限制。我们目前无法提供预计到达时间。

    3. 我们还计划为通知添加过滤功能,以便您将来订阅“resource”:“groups?$filter=

    4. 同时,对于像您这样的场景,我们建议您订阅所有组(“资源”:“组”)的通知并快速删除不相关的更改。这是唯一可行的方法。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2022-07-20
      • 2021-06-01
      • 1970-01-01
      相关资源
      最近更新 更多