Re: [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-boun...@puck.nether.net] On Behalf Of Ryan 
Huff
Sent: Wednesday, September 20, 2017 3:16 PM
To: Nick Barnett 
Cc: Cisco VoIP Group 
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 
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
   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
https://puck.nether.net/mailman/listinfo/cisco-voip


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

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

[Ryan Huff]

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 
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
   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
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Nick Barnett]

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   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
https://puck.nether.net/mailman/listinfo/cisco-voip