That was along the lines of my thoughts as well. I know the UnityDataDump tool 
provides VM Count (24h) and (7d), so theoretically the counter exists, and 
through the Message Archiver app you can pull the statistics of messages in a 
mailbox before you archive them, so I would imagine you could build a tool that 
would query every hour or so, and if the VM Count (24h) increments at all, pull 
the data of the newest message(s) in that mailbox. Not a canned solution, but 
if you’ve got developers behind you a theoretical solution.

Ben Amick
Unified Communications Analyst

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Ryan 
Huff
Sent: Wednesday, September 20, 2017 3:16 PM
To: Nick Barnett <nicksbarn...@gmail.com>
Cc: Cisco VoIP Group <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] doing more with CUC notification devices?

I'm thinking a polling script against the CUMI API to get new / old message 
counts:

https://docwiki.cisco.com/wiki/Cisco_Unity_Connection_Messaging_Interface_(CUMI)_API

I think the useful sections might be be the MessageCount property in the 
"Mailbox Folder Operations/Inbox Folder Operations/".

Thanks,

Ryan



Sent from my iPhone
On Sep 20, 2017, at 2:46 PM, Nick Barnett 
<nicksbarn...@gmail.com<mailto:nicksbarn...@gmail.com>> wrote:
One of my customers has asked for voicemail "logging."  What they mean by that 
is that each time one of our sales people gets a voicemail in their CUC, they 
want this added to an internal database. There is a lot more to it, but this is 
the extreme basics of the request. My thoughts were to create an addtional SMTP 
notification device and stand up another email server. The 2nd SMTP device 
would be sent to something like 
nick.barn...@internalserver.company.xyz<mailto:nick.barn...@internalserver.company.xyz>
   From there, they could have an app that parsed the email and did whatever 
they wanted. That should theoretically work, but it's nasty as it relies on 
email, and other servers, and webapps and a bunch of other stuff that can break.

They basically want a push notification for each voicemail, but not to an SMTP 
device.
What we really need is a webhook that is fired when someone gets a new 
voicemail.

Is there any way to do this now? I'm on CUC 10.5... is anything like this 
slated in a roadmap? Are there any 3rd party solutions for something like this?

Thanks!
Nick
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<http://cp.mcafee.com/d/5fHCN0p4zqbZTPhOOMqen4jtPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPq8XO2tzhO_R-hpvjKM-eWZOWrbNEVVdB5xxwsZR4kRHFGTpvVkffGhBrwqrhdFCXZt5csOCCyCMrKr9PCJhbcmrIlU6A_zMdMjlS67OFek7qVqlblbCqOmdSBiRiVCIByV2Hsbvg5bdSaY3ivNU6CQmhP8US2_id41FrJaBGBPdpb6BQQg8lB0yq85qNYQg69j9Cy0i2oAq88lD9SlJDaI3h0xVClLEidLL6O_qkvZvK>


Confidentiality Note: This message is intended for use only by the individual 
or entity to which it is addressed and may contain information that is 
privileged, confidential, and exempt from disclosure under applicable law. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy. Thank you
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to