问题标签 [microsoft-graph-webhooks]

我们使用 Microsoft Graph从电子邮件订阅 webhook 。此外，作为备份程序，我们还直接抓取消息。

我们每天抓取大约 500 万封电子邮件，我们发现每天都有大约 1%-2% 的电子邮件没有通过 webhook 发送给我们，尽管该主体的订阅处于活动状态（以及来自该用户的其他电子邮件通知）确实发送）。

Microsoft Graph 方面是否有任何逻辑不按设计为某些类型的电子邮件发送 webhook？还是只是通知机制的问题？

（显然，像我们现在所做的那样抓取它们是一个可行的备份选项，但这也意味着电子邮件的处理将被延迟）

问题

• 我目前有一个 Azure Active Directory 应用程序，它有一个 Microsoft Graph Webhook 订阅，用于侦听指定邮箱中的新电子邮件（消息）。
• 订阅有一个计划任务，通过更新请求更新订阅的到期日期。订阅的目标是使用其 MS Graph 提供的 ID。
• 针对此特定订阅的任何 DELETE 或 UPDATE 请求都会失败。 （参见下文‘错误响应’。）

问题

• 我意识到这可能与此处提出的问题相同：https ://stackoverflow.com/a/53111286/7902641
• 是否有任何修复/解决方案/或解决方法？
• 如果已经修复或者这完全是一个不同的问题，我可以做些什么来解决这个特定问题？
• 谢谢！

错误响应

额外信息

• 订阅的 Microsoft Graph ID 不知何故被……转换了？原始订阅 ID 为( 528b79f1-....-....-....-360c0e1149e9 )，返回的目标 ID 为：( Q0IzOUZ ... NEQ0Qg== )。
• 执行 UPDATE 请求源自使用 Microsoft Graph SDK (C#) 的 ASP.NET CORE 应用程序。
  • https://github.com/microsoftgraph/msgraph-sdk-dotnet
• 但是，我已经消除了 SDK 作为问题的根源——使用 REST API 测试器（Insomnia），我得到了相同的错误结果。请求 URL 如下所示：
  • https://graph.microsoft.com/v1.0/subscriptions/528b79f1-....-....-....-360c0e1149e9
• 我还尝试使用 BETA 版本而不是 v1.0。不幸的是，我得到了相同的错误结果。

配置

• 应用：
  • 已注册的 Azure Active Directory 守护程序应用程序
• 认证库：
  • MSAL
  • https://github.com/AzureAD/microsoft-authentication-library-for-dotnet
• 调用应用程序（生成更新/删除请求）：
  • ASP.NET 核心 (2.1) - Web API
  • 使用 MS Graph SDK（上面发布的 Github 链接）

== 更新 ==

• 有问题的订阅现已过期并从我的应用程序订阅列表中消失（时间戳，PST：3/22/2019 8:45:22 AM）。
• 我将无法再针对它进行测试（对不起，后代！）。
• 然而，好消息：现在有问题的孩子（订阅）已经消失了，我能够创建一个新的订阅并重新启动我受影响的服务。我能够针对任何新创建的订阅成功提交获取/更新/删除请求。

我试图订阅推送通知

这是代码

响应代码是 400

访问令牌是正确的

另一个疑问是如何在 Outlook Webhook 中登录？？？如果有人知道在 Outlook 中创建推送通知的步骤，请分享....

有人可以帮我解决这个问题。我无法从出错的地方进行调试。基本上，我在 Azure 中使用 WCF Relay 创建了一个 WCF Rest API WebService，以便在本地和 Azure 之间建立混合连接。此外，如果我忽略任何证书验证，则该端点用于内部部署，因为它是自签名证书，但是在进行 API 调用时，我在 Azure 中发布它时使用 WCF Relay 提供的 base64 编码公钥。

WCF 合同和实施：

合约接口

执行

我成功地在 WCF 服务中获取了“validationToken”，并且在 5 秒以下立即返回了相同的验证令牌。返回后，它总是错误地显示此消息。

用于发送 HTTP 请求的 Postman 客户端

错误响应且未创建订阅

编辑

WCF 合同

WCF 实施：

返回 200 OK 状态码的第一种方法：

返回 200 状态码的第二种方法：

从 WCF 服务返回 200 OK 响应代码后出现相同的错误

使用 Postman 直接调用 Relay WCF API：

标题：

预先感谢您的所有帮助。

在我的一个解决方案中，我打算从使用应用程序客户端凭据进行身份验证的 Azure 函数创建对组日历事件资源的 Microsoft Graph 订阅

授予应用程序主体的权限是Calendars.ReadWrite和Group.ReadWrite.All

所以调用的有效负载看起来像

我得到的错误 400 是

使用 Graph Explorer 创建订阅时，同样的调用效果很好（因此我的登录用户是该组的一部分）。

我了解，我无法使用仅限应用程序的权限从群组中获取对话，并且共享 Outlook 对象存在限制，但我本可以期望能够订阅特定群组日历事件（顺便说一句，这不是“对话”，如错误消息中所述）。有可能吗，还是应该以不同的方式完成？

干杯，

雅尼克

我正在尝试使用 MS 图形 webhook 获取 SharePoint 上的更新。

我正在使用以下 API 订阅

更改完成后，我会在大约 30-40 秒内获得更新。例如，如果我上传文件或编辑文件，则会在 30-40 秒后返回相同的通知。

有什么方法可以让我立即实时收到通知。

我目前正在查看此https://docs.microsoft.com/en-us/graph/webhooks#subscription-request-example

为方便起见，我将提供下面的屏幕截图

突出显示的部分让我感到困惑。某人究竟是如何授予我的应用程序订阅其邮箱资源的权限的？

我正在关注 MS Graph github 上发布的示例。 https://github.com/microsoftgraph/aspnetcore-webhooks-sample

一切正常。然后我想更新示例以使用 CallRecord 而不是通知控制器中的 ChangeNotification。当它试图序列化正文时，我遇到了这个错误：

The collection type 'Microsoft.Graph.CallRecords.ICallRecordSessionsCollectionPage' on 'Microsoft.Graph.CallRecords.CallRecord.Sessions' is not supported.

我在 NotificationController 上的 Listen 函数中的代码：

我们根据 Microsoft Teams 指南为频道消息实施了更改通知订阅。我们在 2021 年 7 月 12 日之前的 1 分钟内收到了这些消息。现在我们看到延迟时间约为 2 - 15 分钟，有时尤其是在 PST 白天时间。

根据此链接 ( https://docs.microsoft.com/en-us/graph/webhooks#latency )，频道消息将在 1 分钟内得到通知。

您能否让我们知道是什么原因导致延迟处理请求？

我们还想知道是否有根据租户类型提供通知的政策或优先级。

提前致谢。

在我的项目中，我创建了 Rest API 项目来创建订阅并收听来自 Microsoft Graph API 的通知。我想订阅以下内容：

1. 当我创建会议室活动时，我想在任何与会者接受/拒绝该会议室活动时收到通知。
2. 如果整个会议活动被取消或移动到另一个时间段或添加了任何新的与会者。

我期待以上所有内容都被以下代码覆盖，但事实并非如此：