Lync 2013 SDK ..强制IM传递没有延迟吗？

Question

我正在使用Tom Morgan的Gist测试发送IM。 我已登录Lync 2013客户端，当我启动该应用程序时，如果我确认/单击弹出通知以接受新对话，则我会立即收到测试消息。

但是，如果我不单击弹出窗口，则在BeginSendInstantMessage被触发并出现消息之前，似乎会有20-30秒的随机延迟。

如果我关闭Visual Studio应用程序，但保持对话窗口处于打开状态，然后重新运行该应用程序，则也存在此延迟。 即使现有的对话窗口已聚焦，这一次也不会显示新的对话弹出窗口。消息出现前还有30秒的延迟。

可以更改此行为，以便立即发送我的消息吗？

谢谢你

Answer 1

首先，感谢您检查Gist的名称-很高兴有人使用它！

我认为您所描述的内容已建立在Lync的工作方式中-即使您从另一个Lync客户端发送该消息，这30秒还是您会看到的，如果您忽略该弹出窗口，则消息在此时间之后仍会传递。

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

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

当您打开对话窗口并重新运行该应用程序时，会发生两种情况。 第一件事是您要创建一个全新的对话，并带有新的对话ID等。Lync客户端正在执行“啊，新的对话，让我们拭目以待，看看其他端点是否接听了它”。 但是，与此同时，Lync客户端足够“聪明”，以至于您可能不打算与同一收件人进行两次对话，而是将对话分组到一个窗口中。 这就是为什么您没有得到弹出窗口（Lync客户端将您的对话分组），却得到了延迟（Lync客户端处理新的对话），然后消息到达了同一窗口。（Lync客户端将对话分组）。

这是客户无法很好地处理的特殊情况，但是我认为没有任何好的方法可以解决它。