[cisco-voip] doing more with CUC notification devices?

[Ben Amick]

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-bounces at puck.nether.net] On Behalf Of Ryan Huff
Sent: Wednesday, September 20, 2017 3:16 PM
To: Nick Barnett <nicksbarnett at gmail.com>
Cc: Cisco VoIP Group <cisco-voip at 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 <nicksbarnett at gmail.com<mailto:nicksbarnett at 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.barnett at internalserver.company.xyz<mailto:nick.barnett at 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 at puck.nether.net<mailto:cisco-voip at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20170920/4721aa1b/attachment.html>