0 mailboxes were open (but not active) when flushed

[zambini]

Just setting up IP Office 403 with VM Pro for the first time. I thought by default users would have mailboxes automatically created and active.

I think this might be a clue ( extracted from log below ):

0 mailboxes were open (but not active) when flushed


Here is text from VM Pro Server:

20:54:49 - Voicemail Pro Server Version 2.0 (16)
20:55:08 - Create New User 192.168.27.8 port=4096

20:55:08 - Licence Summary for 192.168.27.8
20:55:08 - Voicemail Pro is licenced
20:55:08 - Integrated messaging is licenced
20:55:08 - VPIM is NOT licenced
20:55:08 - Voice recording library is NOT licenced
20:55:08 - 3rd Party Database is NOT licenced
20:55:08 - VB Scripting is NOT licenced
20:55:08 - Outlook Calendar based greetings is NOT licenced
20:55:08 - ScanSoft TTS Support is NOT licenced
20:55:08 - Generic TTS Support is NOT licenced
20:55:08 - BulkInfoRequest 192.168.27.8 2
20:55:08 - PBX Requesting ULaw companding
20:55:08 - Initialize Sequencer tx_seq=0, rx_seq=0
20:55:08 - TFTPLoadFile 192.168.27.8
20:55:08 - 0 mailboxes were open (but not active) when flushed
20:55:08 - DevIO::StartTask 192.168.27.8
20:55:08 - DevIO:rocessReceiveBuffer 192.168.27.8
20:55:11 - DevIO::RxAbort 192.168.27.8
20:55:11 - DevIO:etach 192.168.27.8
20:55:11 - DevIO:etach 192.168.27.8
20:55:39 - BulkInfoRequest 192.168.27.8 2
20:55:39 - PBX Requesting ULaw companding
20:55:39 - Initialize Sequencer tx_seq=0, rx_seq=1
20:55:39 - TFTPLoadFile 192.168.27.8
20:55:39 - 0 mailboxes were open (but not active) when flushed
20:55:39 - DevIO::StartTask 192.168.27.8
20:55:39 - DevIO:rocessReceiveBuffer 192.168.27.8
20:55:41 - DevIO::RxAbort 192.168.27.8
20:55:41 - DevIO:etach 192.168.27.8
20:55:41 - DevIO:etach 192.168.27.8

Help!

 

[IPGuru]

Mailboxes are created by default, this msg is normal when a VM is restarted & the mailboxes already exist.
If a user dials *17 does he get access to his mailbox?
if you call a user on nocalls do you get vm? (on 2030/2050 terminals you need to press vmail lo leave a msg)

 

[zambini]

When I do a *17 I see:

?Username Conn

In the display and I get continuous dead air.

Here is the log during the *17 event:

17:19:30 - Voicemail Pro Server Version 2.0 (16)
17:22:00 - 192.168.27.8 - Awaiting load of config, access to voice mail denied.
17:22:07 - BulkInfoRequest 192.168.27.8 2
17:22:07 - PBX Requesting ULaw companding
17:22:07 - Initialize Sequencer tx_seq=0, rx_seq=9
17:22:07 - TFTPLoadFile 192.168.27.8
17:22:07 - 0 mailboxes were open (but not active) when flushed
17:22:07 - DevIO::StartTask 192.168.27.8
17:22:07 - DevIO:rocessReceiveBuffer 192.168.27.8
17:22:09 - DevIO::RxAbort 192.168.27.8
17:22:09 - DevIO:etach 192.168.27.8
17:22:09 - DevIO:etach 192.168.27.8
17:22:33 - 192.168.27.8 - Awaiting load of config, access to voice mail denied.
17:22:37 - BulkInfoRequest 192.168.27.8 2
17:22:37 - PBX Requesting ULaw companding
17:22:37 - Initialize Sequencer tx_seq=0, rx_seq=12
17:22:37 - TFTPLoadFile 192.168.27.8
17:22:37 - 0 mailboxes were open (but not active) when flushed
17:22:37 - DevIO::StartTask 192.168.27.8
17:22:37 - DevIO:rocessReceiveBuffer 192.168.27.8
17:22:40 - DevIO::RxAbort 192.168.27.8
17:22:40 - DevIO:etach 192.168.27.8
17:22:40 - DevIO:etach 192.168.27.8
17:23:08 - BulkInfoRequest 192.168.27.8 2
17:23:08 - PBX Requesting ULaw companding
17:23:08 - Initialize Sequencer tx_seq=0, rx_seq=12
17:23:08 - TFTPLoadFile 192.168.27.8
17:23:08 - 0 mailboxes were open (but not active) when flushed
17:23:08 - DevIO::StartTask 192.168.27.8
17:23:08 - DevIO:rocessReceiveBuffer 192.168.27.8
17:23:11 - DevIO::RxAbort 192.168.27.8
17:23:11 - DevIO:etach 192.168.27.8
17:23:11 - DevIO:etach 192.168.27.8
17:23:39 - BulkInfoRequest 192.168.27.8 2
17:23:39 - PBX Requesting ULaw companding
17:23:39 - Initialize Sequencer tx_seq=0, rx_seq=13
17:23:39 - TFTPLoadFile 192.168.27.8
17:23:39 - 0 mailboxes were open (but not active) when flushed
17:23:39 - DevIO::StartTask 192.168.27.8
17:23:39 - DevIO:rocessReceiveBuffer 192.168.27.8



What is the "denied" message at the start of the log telling us?

Same sort of thing happens when calling a user in DND from another extension. Dead air and the Username and Conn in the display.

log from that event:

17:30:19 - BulkInfoRequest 192.168.27.8 2
17:30:19 - PBX Requesting ULaw companding
17:30:19 - Initialize Sequencer tx_seq=0, rx_seq=16
17:30:19 - TFTPLoadFile 192.168.27.8
17:30:19 - 0 mailboxes were open (but not active) when flushed
17:30:19 - DevIO::StartTask 192.168.27.8
17:30:19 - DevIO:rocessReceiveBuffer 192.168.27.8
17:30:22 - DevIO::RxAbort 192.168.27.8
17:30:22 - DevIO:etach 192.168.27.8
17:30:22 - DevIO:etach 192.168.27.8
17:30:33 - 192.168.27.8 - Awaiting load of config, access to voice mail denied.
17:30:50 - BulkInfoRequest 192.168.27.8 2
17:30:50 - PBX Requesting ULaw companding
17:30:50 - Initialize Sequencer tx_seq=0, rx_seq=19
17:30:50 - TFTPLoadFile 192.168.27.8
17:30:50 - 0 mailboxes were open (but not active) when flushed
17:30:50 - DevIO::StartTask 192.168.27.8
17:30:50 - DevIO:rocessReceiveBuffer 192.168.27.8
17:30:53 - DevIO::RxAbort 192.168.27.8
17:30:53 - DevIO:etach 192.168.27.8
17:30:53 - DevIO:etach 192.168.27.8


I believe somehow VM Pro and the IP Office aren't talking like they should. I am running VM Pro ( and also LKey and Manager on a system with some special routing/firewall software and also 2 NICS. I had to override the broadcast address in Manager preferences and point it at the static address of the IP office to get Manager working happily. I wonder if I need to do something simllar for VM Pro... or maybe have a closer look at what the firewall is doing with TFTP ports. I am running Manager now just fine, and also upgraded the IP Office 403 from 1.31 to v. 2.0 ( 16) without any but again it seems like somewhere along the line I had to specify the IP address for the IP Office.

any ideas are surely appreciated!

 

[zambini]

I think it might have something to do with my router/firewall application. I moved Voice Mail Pro over to a Win2003 server with no junk on it and it seems fine now.

 

[IPGuru]

I would say it was almots definatly your firewall.
as aditional info it is prefered practace to place the VM pc on a ficex IP address & enter that instead of the broadcast adress int the ststem/voicemal tab.