我意识到这个问题可能是Microsoft Graph Subscription ExtensionError - Delete / Update的重复，但是由于原始问题还没有答案，因此我决定在此处写另一篇文章，并在上面提供更多详细信息。
当前，我们的应用程序正在多个Microsoft租户ID之间同步日历邮箱。在过去的几天（从3月21日开始）中，我们的某些订阅更新操作开始失败，并显示Not Found错误。
此类案例的几个示例（也有其他案例，但我在这里写了两个示例）：
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错误。
这些订阅现在基本上已经过期，我们唯一的选择是创建一个新订阅。
我的问题，我们知道为什么会发生此错误吗？这是一个间歇性问题，还是将来有可能再次发生？
谢谢。
答案 0 :(得分：0)
由于用户事件（例如密码重置），Outlook服务可以删除针对Outlook（Exchange）资源（例如消息，事件，联系人）创建的订阅。 当您仍然看到Graph订阅，但基础的Outlook订阅已被删除时，这会导致一种奇怪的情况。这通过两种方式体现出来：
我们非常接近更新Microsoft Graph，以便在发生这种情况时向您发送特殊信号通知您，以便您的应用可以采取行动并保持连续的通知流。