C# Lync 2013 SDK。。立即强制IM交付？

我用这个来测试发送即时通讯。我已登录到Lync 2013客户端，当我启动应用程序时，如果我确认/单击弹出通知接受新对话，我会立即收到测试消息

但是，如果我没有单击弹出窗口，则在触发

BeginSendInstantMessage

并显示该消息之前，可能会有20-30秒的随机延迟

如果关闭visual studio应用程序，但保持对话窗口打开，然后重新运行该应用程序，也会出现此延迟。这次它不会显示新的对话弹出窗口，即使现有的对话窗口有焦点。。消息出现前仍有30秒的延迟

是否可以更改此行为以立即传递我的邮件

谢谢,，

---

fLo

首先，感谢您查看要点的名称-很高兴有人在使用它

我认为您所描述的是Lync的工作原理——即使您从另一个Lync客户端发送，如果您忽略弹出窗口，您也会看到30秒的时间，在这段时间之后消息仍然会发送

我认为这样做的原因是您可能在许多不同的设备（不同的端点）上登录。Lync将向所有端点发送您的消息，并等待查看您的操作。如果您接受特定端点上的消息，则该会话的所有未来消息都将转到该端点。但是，如果忽略它，最终Lync客户端将自动接受您的消息

这种行为（如果我记得的话）在Lync 2010中有细微的不同，在Lync 2010中，客户端在显示弹出窗口时会立即自动接受消息

当你打开对话窗口并重新运行应用程序时，你会陷入两件事之间。首先，您正在创建一个全新的对话，使用新的对话ID等。Lync客户端正在执行其“啊，新对话，让我们拭目以待，看看是否有其他端点接收它”。然而，与此同时，Lync客户端“足够聪明”地猜测您可能并不打算与同一收件人进行两次对话，而是将您的对话分组到一个窗口中。这就是为什么您不会得到弹出窗口（Lync client对您的对话进行分组），但会得到延迟（Lync client处理新对话），然后消息到达同一窗口。（Lync client对您的对话进行分组）

---

这是一个特殊的边缘案例，客户处理得不是特别好，但我认为没有什么好办法解决它。

太好了，感谢您花时间回复。非常有用。我曾尝试将Lync用于聊天机器人式的警报系统，但对于无法真正确认“对话”的临时单行消息。。。看来不能让林奇表现得很好。我已经测试了持久聊天SDK，它似乎工作正常，但目标是允许发送到个人和房间。哦，好吧。