尽管已被 API 成功接受，但通过 EWS API 写入的事件是否无法发送到邮箱？

如何解决尽管已被 API 成功接受，但通过 EWS API 写入的事件是否无法发送到邮箱？

我有一个应用程序，可以将大量（数百万）日历条目写入大型组织的邮箱。有时，Office 365 EWS API 会接受一批条目，返回成功（而非错误）代码，并且条目无法进入邮箱。

Microsoft 支持（似乎）没有面向公众的 API 支持团队，因此通常的 Microsoft 支持路线只是说“第三方应用程序”或“我们没有您可以与之交谈的支持团队” ......所以我有点卡住了。这似乎不是应用程序的失败，正如我从跟踪中看到的那样，它成功写入并返回了更改密钥。并且这只会在很短的时间内发生（例如，30 分钟窗口内的所有写入都存在此问题）。

我有点不知道该去哪里，因为没有错误，只是偶尔出现不受欢迎的行为。甚至可能不是 API 有问题，而可能只是 EWS 和邮箱存储之间的同步错误。但是，由于它是 Office 365，我看不到这个。

如果有帮助，应用程序是 .Net 3.5；非常稳定的安装，运行良好多年，只是偶尔有这个问题......只有一个客户......

解决方法

我有点不知道该去哪里，因为没有错误，只是偶尔出现不受欢迎的行为。甚至可能不是 API 有问题，而可能只是 EWS 和邮箱存储之间的同步错误。但是，由于它是 Office 365，我看不到这个。

EWS 只是一个用于访问邮件存储的 API，不涉及同步，也没有缓存，如果您获得返回的 ItemId，那么它必须在某个时候已写入 Exchange 存储。 DAG 的 https://docs.microsoft.com/en-us/exchange/high-availability/database-availability-groups/database-availability-groups?view=exchserver-2019#:~:text=A%20DAG%20is%20a%20group,affect%20individual%20servers%20or%20databases.&text=For%20example%2C%20you%20can't,servers%20in%20the%20same%20DAG。是 Exchange 确保冗余的方式。

您如何确定约会不在邮箱中（或未被其他邮件客户端删除或修改）。它很可能是另一个邮件客户端（例如，IOS 客户端已成为过去几年许多问题的原因）。如果您可以重现问题，我建议日历日志记录或审核可能有助于查看可能发生的情况。