Voicemail To Email 1

[4vayaMan]

My company has a public SMTP relay server that we use for customers who do not have their own mail server. I'd say we probably have 400 or so people using it and it works flawlessly. However, there are a few customers that complain every 2 weeks or so it stops working (rebooting the system is the only thing that makes it work again). I've looked to make sure the IPO was not on DHCP (2 week lease) or anything like that. I feel like it is their router that is causing the issue somehow, but I just don't know. Anyone else had any similar issues with voicemail to email? Any help is appreciated

P.S. All these systems are R7-8.1 with 500v2s

 

[4vayaMan]

At least two of these customers that I know about have linksys routers (probably a WRT54G), looking into the router to see if there are some setting relating.

 

[stivtaber]

when you run monitor with the appropriate filters enabled do you see the message packets being sent to your relay? I often run a small packet sniffer (smart sniff) to capture smtp server responses to the IPO.

Now and again on embedded mail systems I get messages that are undeliverable and jam up the send queues on the IPO. A reboot and audit of the emails in use usually resolves the issue.

Stiv Taber
Certified in Convergent Network Technologies
APSS - SME Communications
PA - Implement IPO Professional Edition

 

[4vayaMan]

I'm gonna check that out. Thanks for the help stivtaber!

 

[4vayaMan]

Ok, so I looked into this (these systems are embedded voicemail). Monitor tells me this:

"Voicemail email discarded because queue limit has been reached (100). SMTP server down?"

I talked with the customer and validated every email address in the system to make sure there was not a bogus one in somewhere.

Is there not a way to view the queue in monitor?

 

[CarGoSki]

It is not an exchange server. It is a phone system.
What probably happened is that one vmail to email was rejected for some reason and there are many reasons and then the remaining emails became log jammed. You can clear out the jam by rebooting the system however those past emails are lost to time and history. You can then turn on embedded mail email traces and log all traces to file using file/log preferences. You should be able to see the vmail to email being sent in normal smtp mail fashion.

Once the issue recurs you can then look through your archived traces to find the source smtp error message. You want to find the first error message that jams the remaining mail. That is the message from which you should focus your attention.

 

[Telecomboy]

You should also make sure users clear out any messages that might be sitting on their phones before a reboot. If you reboot and there are too many messages waiting to be sent, the system will just jam again and stop working.

 

[4vayaMan]

CarGoSki, I'll just keep monitor running and logging like you said. Telecomboy, that is interesting - I feel that's exactly what happening. I'm going to have them clear all their messages before I reboot.

 

[Flatts]

I had (and have) the same issue with a customer. It was dropping every day practically. I found a user had over a hundred voicemails. When I tried to go in and clear the voicemails, the system would reboot. I had to erase the data from the SD card to get rolling again (erasing the mailbox and re-adding just made the voicemails return).

I changed the voicemail to email to Forward as opposed to Copy, as the users rely on using the email to check messages. Just in case they forget to clear the mailbox again.

It has dropped once after the fix, but that was probably a router/mail provider thing. It will be nice when we can enter the server names instead of the static IP addresses.

Norstar BCM Technician.