使用 EWS Streaming Notification 在重新连接会话期间收到的电子邮件未在程序中读取
Recieved emails not read in the program during the reconnection session using EWS Streaming Notification
一切正常，我现在可以使用流式通知实时接收电子邮件，但 30 分钟限制后会发生什么情况？它会重新连接，但此过程可能需要一些时间（几秒？），但如果在它再次连接到 StreamingSubscriptionConnection 之前恰好收到一封电子邮件怎么办？我还没有尝试过，但是如果有的话应该如何解决？有什么方法可以在上述会话期间检索未读的电子邮件（在流通知内）？
断开连接时我的代码是这样的：
streamingConnection.Open();
我不善于解释，所以如果我的问题太模糊，请告诉我。
让我们从您的第一个问题开始：重新连接过程需要几毫秒而不是几秒钟。至于如果您在这段非常短的时间内收到一封电子邮件会发生什么，有两件事。
1. 可能性很小。
2. 如果它曾经发生过，流式通知会有几秒钟的延迟，换句话说，准确地说，通知是在实际事件发生后 1-4 秒收到的，这意味着您仍然会收到它。考虑到文档几乎不存在，留下这么多问题是可以的，我在开发交换 windows 服务时遇到了同样的问题，所以请随时问我任何问题，我很乐意提供帮助。
第三个问题我理解有困难，你能说得更具体一点吗？我知道流媒体通知会通过 messageType.isRead 属性 提醒您是否已阅读电子邮件。
我认为您需要研究交换提供的同步功能。以某种方式跟踪或 "backups" 您的邮箱非常重要。
一切正常，我现在可以使用流式通知实时接收电子邮件，但 30 分钟限制后会发生什么情况？它会重新连接，但此过程可能需要一些时间（几秒？），但如果在它再次连接到 StreamingSubscriptionConnection 之前恰好收到一封电子邮件怎么办？我还没有尝试过，但是如果有的话应该如何解决？有什么方法可以在上述会话期间检索未读的电子邮件（在流通知内）？
断开连接时我的代码是这样的：
streamingConnection.Open();
我不善于解释，所以如果我的问题太模糊，请告诉我。
让我们从您的第一个问题开始：重新连接过程需要几毫秒而不是几秒钟。至于如果您在这段非常短的时间内收到一封电子邮件会发生什么，有两件事。 1. 可能性很小。 2. 如果它曾经发生过，流式通知会有几秒钟的延迟，换句话说，准确地说，通知是在实际事件发生后 1-4 秒收到的，这意味着您仍然会收到它。考虑到文档几乎不存在，留下这么多问题是可以的，我在开发交换 windows 服务时遇到了同样的问题，所以请随时问我任何问题，我很乐意提供帮助。
第三个问题我理解有困难，你能说得更具体一点吗？我知道流媒体通知会通过 messageType.isRead 属性 提醒您是否已阅读电子邮件。
我认为您需要研究交换提供的同步功能。以某种方式跟踪或 "backups" 您的邮箱非常重要。