新添加的联系人未在对话中接收消息 [英] Newly Added Contacts Not Receiving Messages In Conversations

问题描述

大家好！

将联系人添加到正在进行的对话中时，在他们连接时，他们不会获得在对话中发送的任何IM。问题是，任何一个联系人都可能需要5-20秒才能完成连接，因此每当一堆
联系人被一次性添加时，它们将在15-20秒之后才会全部联系起来。连接，我可以安全地发送消息。奇怪的是，当第一次开始对话时，即使他们还没有完全连接
，每个人都可以获得第一条消息。

消息是发送是我们的呼叫中心软件的自动通知系统的一部分，这意味着人们需要快速通知有关不良情况（在队列中等待下一个可用支持代理的人太多）之前发生了不好的
事情（来电者）放弃他们的支持电话）。我们非常喜欢通过单个群组对话发送所有通知，因为我们能够就事件进行协作（"我不能接听此电话，我即将参加会议。"，是的，是的，
我可以接听电话，等等，但如果有新人被邀请，通知可能会延迟20秒。

有没有办法解决这个问题？

解决方案

这里涉及很多事情，但主要的延迟是发送给新用户的INVITE需要是用户手动接受或OC将自动接受 如果用户没有手动执行此操作。 这个延迟（我认为是10秒）是
让所有人进入延迟的原因之一。 其他人与添加第三人时升级到会议的2方IM会话的方式有关。

我知道这是您环境中的更多基础设施，但我认为该组聊天服务器和客户端更适合您在此处尝试的操作。 为队列或代理商池设置聊天室，然后让他们登录到他们工作所需的任何
房间。 由于会议室中的内容是持久性的，他们会在加入会议室时看到上下文，并且可以设置过滤器以根据频道中的内容触发警报。 因此，如果我订阅了
到5个频道，我不必在所有频道中激活用户界面。 当有人发布"帮助AD"时，我会收到弹出警报在我正在监控的其中一个频道中或当他们输入我的名字时。

 

 

Hello all!

When adding contacts into an ongoing conversation, while they're connecting, they don't get any IMs that are sent in the conversation. The problem is that it could take 5-20 seconds for any individual contact to finish connecting, so whenever a bunch of contacts are added at once, it won't be until 15-20 seconds later before they're all connected and I can safely send a message. The odd thing is that when a conversation is first started, everyone is guaranteed to get the first message, even if they haven't fully connected yet.

The messages being sent are part of an automated notification system for our call center software, which means people need to be quickly notified about bad situations (too many people waiting in the queue for the next available support agents) before bad things happen (callers abandoning their support calls). We really like sending all notifications through a single group conversation because we have the ability to collaborate about the events ("I can't take this call, I'm about to go to a meeting.", "Yeah, I can take a call", etc), but a possible 20 second delay in notifications if new people are being invited is pretty ugly.

Is there a way around this?

解决方案

There are a lot of things involved here, but the main delay is that the INVITE sent to the new users either needs to be manually accepted by the user or OC will auto-accept  if the user does not do it manually.  This delay (10 secs I think) is one of the sources of delay in getting everyone in.  The others have to do with the way that 2 party IM sessions as escalated to conferences when you add the third person.

I know this is more infrastructure in your environment but I think that the Group Chat server and client would be a better fit for what you are trying to do here.  Set up chat rooms for the queues or the pool of agents and then have them log in to any of the rooms that they need to do their job.  Since the content in the room is persistent, they will see the context when they join the room and they can set up filters to fire alerts based on the content in the channel.  So if I were subscribed to 5 channels, I don't have to have the UI active in all the channels.  I get a pop up alert when someone posts "help with AD" in one of the channels that I'm monitoring or when they type my name.

 

 

这篇关于新添加的联系人未在对话中接收消息的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！