I'm real new to phone systems in general, but a seasoned computer guy. So I'm afraid I'll need something spelled out ot me. .. but here' goes:
My client has the Omnivista software installed on a windows server for configuring the 4760 system. One users extension works fine where another's never goes to vmail (when dialing from an internal extension) or kicks over to the receptionist if dialed from an outside line. I'm guessing there's a problem with the Vmail system and ot the 4760? I currently only have access to the 4760 software or telneting to the phone switch cpu itself. help??
We've called for support from the local phone folks, but it's going on 3 days with no help from them yet (they're just too busy).
thanks,
Jason
rings and rings, but Vmail never picks up
-
jasonhess
If you have one good working set and another not.
Check - both set have VM.
Compare dynamic state user parameters (associated set number and overflow on associated - box checked or not).
Compare Phone feature COS. In phone feature COS you have some point - VM depozit, default overflow type and address and so on.
Check - both set have VM.
Compare dynamic state user parameters (associated set number and overflow on associated - box checked or not).
Compare Phone feature COS. In phone feature COS you have some point - VM depozit, default overflow type and address and so on.
-
jasonhess
well thanks Frank! That seems to have fixed it. I wonder if the omnivista software is saying the users extension, but in the back end it's already set up with the main vmail number.. (because some users vmail works just fine, some don't.)
At least now I know I can go in and set it to the main vmail number.
Are there any adverse effect from doing it this way i should be aware of?
thanks again!
Jason
At least now I know I can go in and set it to the main vmail number.
Are there any adverse effect from doing it this way i should be aware of?
thanks again!
Jason

