On Mon, 2009-10-19 at 12:01 -0400, Martin Steinmann wrote:
>
> I would like to suggest that as a first step we should find a way to
> display a user's "on the phone" presence without requiring that the user
> has his/her IM client running. This current limitation somehow seems to
> affect most services that link telephony with IM. In particular it makes
> it impossible to use IM presence by the receptionist to reliably see
> line state.
I think that restriction is not as bad as it may at first appear.
Rephrasing the requirement may clarify the situation:
The receptionist needs to see whether or not someone is
available to take a call by looking at IM status.
There are three cases:
1. User is logged in to IM and not on the phone.
2. User is logged in to IM and is on the phone.
3. User is not logged in to IM.
Cases 1 & 2 are fine now - the 'On the phone' indicator is added to the
status message regardless of the underlying IM status and message, so
the receptionist has the information.
In case 3 (user not logged in to IM), the receptionist could just as
easily assume that the user is not available to take the call. This is
as much a training/policy problem as a
techttp://sipxecs.sipfoundry.org/rep/sipXecs/branches/4.0/sipXproxy/doc/cdr/cdr_user_guide.pdfhnical
one. If your receptionist is using IM status to see whether or not you are
available, you shouldn't log out of IM (just set or allow the timer to set your
status to Away).
Robert and I did an experiment to check this, and at least using the
Pidgin XMPP client there doesn't seem to be any way to see the text
status message when the basic user status is Offline - further
investigation would be needed to see if that's a client limitation or an
assumption that's built into the protocol at a lower level.
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/
