如何配置MS Graph SDK创建有效期30天的订阅？

核心原因 #

你遇到的有效期限制差异，本质是通知URL的类型导致的：

• 当使用Azure Event Grid Partner Topic作为通知目标时，MS Graph订阅的有效期会被限制为最多2天，这是微软的设计约束；
• 而Graph Explorer中默认使用普通HTTPS端点作为通知URL，这类订阅的有效期上限是30天，所以你能创建长期订阅。

解决方案 #

根据你的需求，有两种处理方式：

方式一：切换为标准HTTPS通知端点（实现30天有效期） #

如果需要30天有效期的订阅，必须将通知URL替换为你自己控制的HTTPS端点，同时实现Graph订阅的验证逻辑：

1. 修改通知URL生成逻辑：
   替换代码中基于Partner Topic生成的NotificationUrl，改为你的API端点，比如：

   // 替换原有的NotificationUrl生成逻辑
   var graphSubscriptionDto = new Microsoft.Graph.Models.Subscription
   {
       // ...其他属性
       NotificationUrl = "https://your-custom-api.com/graph-webhook",
       LifecycleNotificationUrl = "https://your-custom-api.com/graph-webhook-lifecycle"
   };
   

2. 实现端点验证逻辑：
   你的HTTPS端点需要处理Graph的验证请求：当收到带有validationToken参数的GET请求时，直接返回该token值，示例代码（ASP.NET Core）：

   [HttpGet("graph-webhook")]
   public IActionResult ValidateWebhook([FromQuery] string validationToken)
   {
       return Ok(validationToken);
   }
   

方式二：保留Event Grid并实现自动续订（接受2天有效期） #

如果必须使用Event Grid Partner Topic，只能接受2天有效期，此时需要实现订阅自动续订逻辑：

1. 在订阅创建成功后，记录订阅ID和过期时间；
2. 定时（比如提前1天）调用Graph API的PATCH /subscriptions/{id}接口，更新expirationDateTime为当前时间+2天；
3. 确保续订时使用相同的权限和参数。

代码调整建议 #

针对你当前的代码，重点修改基础设施层的CreateSubscriptionAsync方法中的通知URL部分，以及确保权限足够（你当前使用的Group.ReadWrite.All委派权限是符合要求的）。另外，注意ExpirationDateTime的格式要符合ISO 8601，代码中直接用DateTime.UtcNow.AddDays(30)即可，Graph SDK会自动处理格式转换。

内容的提问来源于stack exchange，提问作者dot