【发布时间】:2019-03-25 04:45:41
【问题描述】:
我意识到这个问题可能与Microsoft Graph Subscription ExtensionError - Delete / Update 重复,但由于最初的问题还没有答案,我决定在这里写另一篇文章并提供更多详细信息。
目前,我们的应用程序正在跨多个 Microsoft 租户 ID 同步日历邮箱。在过去几天(从 3 月 21 日起),我们的一些订阅更新操作开始失败,并出现 Not Found 错误。
此类案例的几个例子(也有其他案例,但我在这里写了2个例子):
Microsoft tenant ID: 875bdd0a-688b-41d2-96b7-454d280043aa
Subscription ID: 7f8ed6ec-b536-4dad-b66a-5f6803f86121
Last known successful update: 2019-03-22 (10:17:06.008) UTC
When the update operation failed for the first time: 2019-03-23 (22:17:07.000) UTC
Other subscription ID which is okay for this tenant:
- c3b33905-61bf-42d0-94ed-fcfbe11ca71e
Microsoft tenant ID: 7eec492c-a8a4-4177-9059-77ec8ee8c987
Subscription ID: 4abc3eda-470a-459f-9bca-336c07706047
Last known successful update: 2019-03-22 (22:17:04.430) UTC
When the update operation failed for the first time: 2019-03-23 (22:17:12.000) UTC
Other subscription ID which is okay for this tenant:
- 27892e7d-0798-4324-8c0e-4ef87b27c047
由于我们尝试每 12 小时更新一次几乎过期的订阅,每次连续调用有问题的订阅也会返回 Not Found 错误。
这些订阅到现在基本上已经过期了,我们唯一的选择就是创建一个新的订阅。
我的问题是,我们知道为什么会出现这个错误吗?这是一个间歇性问题,还是将来有可能再次发生?
谢谢。
【问题讨论】:
-
您能否确认您的应用程序是使用用户委托身份验证还是仅应用身份验证?这是相关的,因为有一些基于此的 Outlook 行为,它们尚未在 Graph 中完全实现(即将实现)
-
您好,感谢您的回复。我们目前正在使用用户委托的身份验证。由于它适用于某些订阅,现在在我为这些日历邮箱创建新订阅后它似乎可以正常工作,我猜服务器端存在间歇性问题。
标签: microsoft-graph-api microsoft-graph-calendar