Well, I overstate the case. I'm impressed with its reliability. It's only oddball stuff like this, and a few other things, that I really have issues with.
I've come to find that not having a feature is often less frustrating than having a feature that does not work right. IMO, this is an...
@jamie77:
Thanks for the response. It is absolutely confounding to me that there is no way for me to use the builtin authentication mechanism. Especially since the developers exposed half of it by using "$" with an action's PIN.
Not only that, but the Voicemail Pro server and the IP Office...
@Bas1234:
What do you suggest I do with that menu? As far as I can tell, there is nothing in a menu that provides authentication.
I'd be happy to use a menu (or some other action that allows the user to dial a sequence of digits) to enter his extension number, and then use that input to...
@tlpeter:
Okay, if I send them to their own mailbox, how do I define a new action in the VM collection system to allow them to use a different module or call a short code directly? "*T" doesn't work; it seems to only allow transfers to actual extensions. I suppose I could set up an extension...
I'm guessing that this seemingly trivial action is impossible, since everyone is suggesting things that I didn't ask for. I don't want to administer a second database of PINs. (Third, really; the "Phone Manager Pro" authentication is yet another set.)
It continues to amaze me how the simplest...
No one knows if it's possible to get VMPro to perform its voicemail authentication routine outside actual collection of voicemail? Or if there's some way to add a custom action to voicemail collection, or some other builtin feature that already requires a login?
Well, preferably, I'd like the users to log in as if they were accessing their voicemail. So dial in, enter extension number, enter voicemail PIN. I'd rather not have a separate database. I'd be fine with using the VMPro database access to gain access to the VM authentication database, but I...
I didn't realize that the PIN could be configured to use the VMPro authentication data. However, it just asks for the PIN of the "presumed user". If the call is coming in externally, I have no idea what the "presumed user" is.
I have a VMPro module that I only want to be accessible if the user has logged in. This seems like it would be a common thing to want to do, but I can't figure out how to do it.
It doesn't really make a lot of difference to me as to how the user accesses the module, so a direct short code is...
Is there any way to move the SpDial numbers programmed on one phone to another phone?
I have a user with a 5410 whose phone needed to be replaced (due to a physical problem; it's still communicating fine), and he has a lot of numbers programmed into his phone via the SpDial function on the...
I got this response from Polycom:
There is a comment in the release notes for the firmware version I'm running that sounds familiar:
I'm not calling another Polycom, but the near side does keep ringing after the gatekeeper rejects the call.
Given that I can just transfer a call to the Polycom...
It seems you can use sysmon to deregister H.323 clients.
I've found that the Polycom wants to do "unrestricted digital information" instead of "speech". I've contacted Polycom support to see if there is any way to get the VSX to try to make a voice-only call.
In the meantime, I realized that...
Okay, I finally got a 3rd party client working: ePhony demo. It seems to work without a hitch.
So now I need to compare what's going on with the softphone vs. the Polycom and see if I can make some changes.
On a tangential note, I've had two softphones crash on me and they don't deregister...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.