Voicemail only delivered to email for just one user 1

[pdxmunkel]

UMS is on in Avaya, UMS is on in Exchange, all my users get voicemails delivered to phone and exchange account EXCEPT one new user. She only gets the VM delivered to her email acct. Message does not show up in the VM Pro client from the admin side either.

Have turned off and on UMS in Exchange and Avaya IPOffice.
Have cleared acct in VM Pro.
Have rebooted phone system.
Have restarted VM services on VM server.

Been banging my head against the wall for 2 days now, any ideas appreciated. Thanks!

 

[Gunnaro]

Could be you set User> Voicemail: Forward.
"Copy" would be the correct choice.

Kind regards

Gunnar
______________________________________
Mille viae ducunt homines per saecula Romam

 

[pdxmunkel]

Thank you for the reply. User is set to forward, all users are set to forward and it has never been an issue. I believe copy was resulting in voicemails deleted from one location not being deleted from another.

 

[pdxmunkel]

I assume you are referring to the Avaya IPOffice interface not anywhere else. That is where the users vm is set to forward.

 

[Westi]

see if there is a space behind the name of the user in the name entry (not the full name)

Joe W.

FHandw, ACSS (SME), expired ACIS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

 

[Westi]

when in doubt you can do a trace with debug view and see what the voicemail does exactly and why

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

 

[pdxmunkel]

No space after name, just a first name space then last initial like all other users.

The debug, do I just do that with SysMonitor and get results like below?

40795191mS VMAIL: SESS 6a: CMD=2 Mailbox=Wendy C Access=1 !Internal!=N
40795191mS VMAIL: VMAIL Open [VMMESSAGE_CLOSE] info :-
40795191mS VMAIL: Flags :- 65 6e 75 00 00 00 00 0a
40795191mS VMAIL: 00 00 10 66 01 80 00 00
40795191mS VMAIL: Mailbox: Wendy C Access: 1 !Internal!=N Locale: enu
40795191mS VMAIL: Calling Party number: 503xxxxxxx Display String: H MIKE>Wendy C
40795191mS VMAIL: Targeted Party number: 136 Called Party number:
40795191mS VMAIL: Calling Party name: H MIKE Called Party name: Wendy C
40795191mS VMAIL: DID number 2136 QUEUE: CallAge=0 QueueAge=0 QPos=0 QEta=0 AnnouncmentSync=0
40795191mS VMAIL: Recording Originator: IP addr. of Recording Originator: 0.0.0.0
40795191mS VMAIL: Targeted Party Name: Wendy C
40795192mS VMAIL: Recording Type: Auto Recording Incoming HuntGroup
40795192mS VMAIL: Answering Party Number: Answering Party Name:
40795192mS VMAIL: Targeted Party Offset: 00
40795192mS VMAIL: Compression Format: input[00] output[00]
40795192mS VMAIL: Validated Recording: No
40795192mS VMAIL: UTC Date:
40795192mS VMAIL: UTC Time:
40795192mS VMAIL: SESS 6a: END Transmit=129 Discards=0 Recv=51 SeqErrs=0 Empty=0 Purges=1

 

[CarGoSki]

Do you have a third party app that collects mail for distribution?
Some apps are set to collect mail for distribution and I have seen where each account is set to forward instead of copy.
If that is the case then your third party app is not collecting correctly for the user.
Could be that the account does not exist in the third party app.

 

[pdxmunkel]

No 3rd party apps, only Avaya and Exchange touch voicemails.

 

[derfloh]

You should get a dbgview trace from your Voicemail server to see what happens.

 

[smokinjoe2938]

try deleting user/merge then add user back, then stop and restart voicemail pro server and retest.

 

[pdxmunkel]

tried the delete, merge, re-add. No luck, still the same.

 

[CarGoSki]

you will need dbgview to capture vmpro traces for review.

 

[pdxmunkel]

Trying to get dbgview to capture data is my latest hurdle, I have it running and leave a test vm for myself and the other user and nothing is logged. What am I missing, thanks for the help!

 

[Gunnaro]

Unlike Monitor, you need to run dbgview on the VMPro server itself.

Kind regards

Gunnar
______________________________________
Mille viae ducunt homines per saecula Romam

 

[pdxmunkel]

It is running on my VM server, just not able to get any relevant log data.

 

[Gunnaro]

Tried raising the filter level?
Your current setting is probably to low to show what you need to look at.
You may want to log to file.

Kind regards

Gunnar
______________________________________
Mille viae ducunt homines per saecula Romam

 

[pdxmunkel]

Dbgview is running, set to log to file, set to capture everything, filter is set to * for wildcard, should be showing everything. In an hour of running it only picks up 400 lines of trace, nothing to do with the voice mails. I have to be missing something simple here.

Created a new mailbox as a test and it works perfect.

 

[CarGoSki]

view\debug filters

select vmprov5svc then set debug level to 9-High trace.

 

[CarGoSki]

sometimes dbgview level is set correctly but the level is not changed in the registry.
If so then go here to verify-change the level number.

[HKEY_LOCAL_MACHINE\SOFTWARE\Avaya\vmprov5svc\Debug]
Filter Level"=dword:00000009