I have a customer was has a PMVS(large) configured for 8 m/b's in a ACS R4. The cust is complaining that every so often the call will be transfered to his m/b and the VM will say his m/b is full. He has no messages in his m/b and his MWI is not on. I swapped his m/b from m/b 02 to m/b 08..just to test..no good. Anybody else run into this?
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
PMVS mailbox full
- Thread starter jinxs
- Start date
TouchToneTommy
Vendor
Does it actually say that the mailbox is full, or just that you cannot leave a message at this time, with no reason given?
I had a customer with a PVMS (small) that had all incoming calls answered by the autoattendant. He had a phone in DND. If one of the VM ports is already in use when the call comes in, hits the other VM port for the AA, transfers to the DND station and back to the VM port to take a message, it happens so fast that the PVMS does not get the mode codes and cannot handle the call. It plays a message that you cannot leave a message now. Avaya tech support was aware of this when I called tech support, said that's just the way that one works. The solution was to NOT put the phone in DND, that way the call rings 3 times before coming back to the VM, the mode codes come in fine, and the call is handled properly.
I had a customer with a PVMS (small) that had all incoming calls answered by the autoattendant. He had a phone in DND. If one of the VM ports is already in use when the call comes in, hits the other VM port for the AA, transfers to the DND station and back to the VM port to take a message, it happens so fast that the PVMS does not get the mode codes and cannot handle the call. It plays a message that you cannot leave a message now. Avaya tech support was aware of this when I called tech support, said that's just the way that one works. The solution was to NOT put the phone in DND, that way the call rings 3 times before coming back to the VM, the mode codes come in fine, and the call is handled properly.
itpphoneguy
Technical User
Hi jinxs,
Is that the only mailbox that has that problem? Possibly someone else's mailbox is overfull. Check the mailbox answer mode too. TouchToneTommy, that's interesting. I'll have to watch for that as I tell people to use DND when they leave at night. I didn't know about that bug.
-Chris
Is that the only mailbox that has that problem? Possibly someone else's mailbox is overfull. Check the mailbox answer mode too. TouchToneTommy, that's interesting. I'll have to watch for that as I tell people to use DND when they leave at night. I didn't know about that bug.
-Chris
- Thread starter
- #4
TouchToneTommy
Vendor
It's only going to occur when both voice mail ports are in use at the same time. If only one is answering, then transfers to a station in DND, the call will come back to the other port and all will be fine. In my case, the customer used the AA up front, even in the daytime. So if someone was busy checking their messages when a call came in and transferred to the DND station, the call got messed up.
itpphoneguy
Technical User
Hi TouchToneTommy,
I've had that situation many times. My suggestion for AA service and mailboxes is a 4 port min. Not unless it's a really small business, I still warn on the AA use though.
-Chris
I've had that situation many times. My suggestion for AA service and mailboxes is a 4 port min. Not unless it's a really small business, I still warn on the AA use though.
-Chris
- Status
Similar threads
- Locked
- Question
- Locked
- Question
- Locked
- Question