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客戶端將對話分組）。

這是客戶無法很好地處理的特殊情況，但是我認為沒有任何好的方法可以解決它。