Embedded VM to email IP office 500 V2 version 8.1(43)

[tgdphilp]

We are trying to get voicemail to email working with one of our customers but cannot get it to work at the moment.

They are using a hosted solution so external voicemail server.

We are getting the below trace

2433412959mS LVMail: MailBox285: constructor called
2433412959mS LVMail: AutoBox285: constructor called
2433412959mS LVMail: MailBox285: constructor called
2433412960mS LVMail: Client285: constructor called:
ACallId.lid: 0 ACallId.id: 1011 ACallId.in: 0
ALineId.type: 4 Alineid.id: 1
2433412960mS LVMail: Ticker: RegisterLVMClient: 285 List size = 1
2433412961mS LVMail: Client285: ProcessMsg: CMSetup Call: lid = 0, id = 1011
2433412961mS LVMail: Client285: ProcessMsg: CMSetup - called_party: #TestVM calling_party: my number
2433412961mS LVMail: Client285: ProcessMsg: access: LEAVE_VOICEMAIL greeting:
2433412961mS LVMail: Client285: ProcessMsg: ProcessMsg modifier=() keypad=()
2433412961mS LVMail: Client285: Open: opentype: 1
2433412961mS LVMail: MailBox285: Open: called: p_read_only = false
2433412961mS LVMail: Notify: TestVM New: 2 Old: 0 Saved: 0
2433412961mS LVMail: MailBox285: Mailbox data:
2433412961mS LVMail: Flash Memory Management List size = 4
2433412962mS LVMail: Mailbox "TestVM" retrieving voicemail - has 2 calls
2433412962mS LVMail: 2 new, 0 old, 0 saved (any others are discards)
2433412962mS LVMail: Client285: SendMsg: CMAlerting to CM
2433412962mS LVMail: Client285: ConfigureRASPort: called
2433412965mS PRN: Config Write Wake Up
2433413465mS PRN: Updates IO list size 0 updated list size 1
2433413465mS PRN: Config Write Completed
2433418962mS LVMail: Client285: SendMsg: CMConnect to CM
2433419037mS LVMail: Client285: ProcessMsg: CMConnectAck Call: lid = 0, id = 1011
2433419037mS LVMail: Client285: CallConnected: invoked
2433419037mS LVMail: Client285: CallConnected: User: TestVM Access Code: xxxx
2433419037mS LVMail: Client285: CallConnected: Call Locale: eng
2433419037mS LVMail: Client285: CallConnected: Caller Can Terminate
2433419037mS LVMail: Client285: Open: opentype: 9
2433419037mS LVMail: Client285: StartRASPort: called
2433419037mS LVMail: Client285: AssertSpeechMonitor: On
2433419040mS PRN: Confer DSP, channel 0: allocated DTMF detector 0, 23 free
2433419040mS PRN: Confer DSP: enabled DTMF detector 0
2433419084mS LVMail: Client285: StartSendToPhone: called
2433419084mS LVMail: Client285: ConfigureRASPort: called
2433419084mS LVMail: Client285: CallConnected: - Call State: CMCSConnected
2433424687mS LVMail: Client285: SendToPhone: end of sound sequence
2433431824mS LVMail: Client285: ProcessMsg: CMReleaseComp Call: lid = 0, id = 1011
2433431825mS LVMail: Client285: ProcessMsg: CLOSE (CMReleaseComp) end: True pause: False
2433431825mS LVMail: Client285: Open: opentype: 2
2433431825mS LVMail: Client285: ProcessMsg: CLOSE - listening packet count 713
2433431825mS LVMail: Client285: Complete: called
2433431825mS LVMail: Client285: AssertSpeechMonitor: Off
2433431825mS LVMail: Client285: StopRASPort: called
2433431825mS LVMail: ~Client285: destructor called
2433431825mS LVMail: Ticker: UnRegisterLVMClient: 285 List size = 0
2433431825mS LVMail: ~MailBox285: destructor called
2433431825mS LVMail: Notify: New: 0 Old: 0 Saved: 0
2433431826mS LVMail: ~AutoBox285: destructor called
2433431826mS LVMail: ~MailBox285: destructor called
2433431826mS LVMail: Notify: TestVM New: 2 Old: 0 Saved: 0
2433431829mS PRN: Confer DSP: disabled DTMF detector 0
2433431829mS PRN: Confer DSP channel 0: freed DTMF detector 0, 24 free
2433431902mS LVMail: Notify: TestVM New: 3 Old: 0 Saved: 0
2433431902mS LVMail: Message recorded. Email mode(3) Addr(correct email address) Locale(eng)
2433431902mS LVM(email): VM Email request added to queue - size = 47


Is anyone able to advise on this? Anyone else had a similar issue with queuing the emails but no error messages?

Thanks

 

[Westi]

sending the emails is a simple SMTP send of the email and the system actually doesn't care if the other side takes it or not.
Do a trace with monitor and in the services tab enable SMTP and memory card commands tehn you can see if the system sends the email out.
You can also do a manual test from your laptop and telnet to the SMTP server and see if you get some errors back, there are also some free programs out there to test SMTP as in my experience it is a setting on the SMTP receiver end that disallows the emails being taken in and forwarded properly. Even though they will always say that they allow everything and nothing is blocked and the whole shmoo of excuses not to look into it and do their job right.

Joe W.

FHandw, ACSS

http://convergednetworks.ca