Scott Lawrence wrote: > On Tue, 2009-09-01 at 18:00 -0400, Arjun Nair wrote: >> Hi, >> >> I am looking at XX-5994, and one of its requirements is to give the >> user an option to "forward incoming calls immediately to voicemail on >> a 'Do Not Disturb' XMPP presence state". > > This is actually ambiguous... does it mean: > > * Go straight to voicemail ignoring all other entries in my > forwarding plan. > or > * Go to the next entry in my forwarding plan (my assistant) > > this is an example of the fact that we don't have the distinction in our > forwarding plan between "try me at" and "try someone else at".... >
For now, we could just assume #1, and if needed, we can introduce a second option in the user-portal that says "forward to next in my forwarding plan on a 'Do Not Disturb' XMPP presence status". >> Here's one way I was thinking of implementing it, using the Personal >> Assistant that Peter is working on. >> >> SipXconfig writes out the user preference to validusers.xml, and >> writes out the sipXopenfire server address to the IVR properties file. >> The Personal Assitant will then read in the settings, and if a user >> has selected the "forward to voicemail on a 'Do Not Disturb' XMPP >> presence" option, then it will query sipXopenfire (through xml-rpc or >> REST) for the user's XMPP status, and then route the call accordingly. >> >> Comments? Is there maybe another implementation that we should look >> at? > > Make the presence status available at the registrar by having a > registrar thread subscribe to it and keep a local IMDB table of each > users status, then create a redirect plugin that is configured with the > forward-on-xmpp configuration setting, and prevent the addition of > registered contacts. > I talked with Bob, and he has a redirector plugin in place to do this (requires some updates for it work on an individual user basis). But, this would be in addition to the Personal Assistant based implementation, as the Personal Assistant can use this user preference info to advertise its own options, e.g. IM me when the user becomes available. Arjun _______________________________________________ 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/
