RE: API creates voice message and send to mailbox?

RE: Cisco Unity Connection .NET REST SDK

2013-02-22T15:52:37Z

The home page for the SDK (now with new devlopers guide in progress!) is here: [url=http://www.ciscounitytools.com/CodeSamples/Connection/CUPI/CUPI.html]http://www.ciscounitytools.com/CodeSamples/Connection/CUPI/CUPI.html[/url] on there you'll find a link to the SubVersion repository which is open and available to the public - you just need a free SubVersion client (there's a link to what I consider to be the best and easiest - TortoiseSvn) and you can download/update the library easily - We're updating the library with new capabilities and documentation enhancements etc... a couple times a week at this point. Getting a lot of feature requests and "can you write up how you do X?" type requests going into the dev guide so it's getting a lot of attention. That's currently the only way we'll distribute the library - there's a little training video out there you can watch that shows how to include and use it in your project if you're not familiar with how to go about that - should get you from A to B on it. It's not scary, I promise - the whole idea of the SDK is to make working with CUPI/CUTI way easier and less painful...

RE: New Message from Ryan Ash in Cisco Unity Connection(CUC) - CUPI Questio

2013-01-04T23:04:09Z

To get menu entries for a user (their primary call handler) you’d issue a GET like this: https://lindborgload10:8443/vmrest/handlers/callhandlers/9558f1d8-881c-4d5e-a163-554eee2c239e/menuentries Which returns XML for all 12 keys (0 through 9 and * and #) – the action and destination etc… defined in there. Constructing human readable descriptions of each one is a tad tedious (i.e. an action of 2 is goto which is used to send the call anywhere like another call handler or the like). There is no way to search for all one key actions across all users directly via REST (certainly can be done via ODBC of course) – you have to fetch the users/primary call handlers and iterate over them – REST API is an object based design, not designed for searching across sub collections in tables or the like. -J From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com] Sent: Friday, January 04, 2013 2:34 PM To: cdicuser@developer.cisco.com Subject: New Message from Ryan Ash in Cisco Unity Connection(CUC) - CUPI Questions: RE: User Transfer Information Ryan Ash has created a new message in the forum "CUPI Questions": -------------------------------------------------------------- Sure. Our CUC admins used CUDLI, or something to provide me the information in the original post. Their request is here : It is common for us to get requests from support and provisioning teams wanting to know what end users are using for their caller input. The requests come in one of two formats; either a request for caller input key actions for a group of users or a request wanting to know who is using a specific number as a caller input target. These requests usually come about when end users move on or when changes are made to contact center scripts. We have a large number of clusters and thus we typically crawl the restful api either ondemand for requests of this nature or crawl key information (like users, dtmfaccessid, objects, etc) to be stored offline. If I can find this information via the restful api I can create a solution to search it in a manner that fits their needs. However I cannot find this information. I can have seen vmrest/handlers/callhandlers//transferoptions but these always list the 3 global options and not what I am hoping for. Thanks so much for your help. -- To respond to this post, please click the following link: http://developer.cisco.com/web/cuc/forums/-/message_boards/view_message/9929815 or simply reply to this email.

RE: User Transfer Information

2013-01-04T22:26:29Z

I didn't understand what you were looking for - sounds like you wanted to know what those columns in the database meant , this is what I took from "DB information". Instead you're looking for how to get that information from REST, correct? Not entirely sure what your application is going to look like (i.e. what the user enters and what you wish to provide them based on that entry) but you can fetch menu entry key mappings for call handlers/users and display them no problem - I have samples for how to do this reasonably easily - however you can't search the database via REST for all alternate contact numbers that match a pattern if that's what you're going for. Perhaps a clearer statement of what exactly you wish to be finding and displaying would be helpful here.

RE: User Transfer Information

2013-01-04T22:06:26Z

typically I point folks at CUDLI: [url=http://www.ciscounitytools.com/Applications/CxN/CUDLI/CUDLI.html]http://www.ciscounitytools.com/Applications/CxN/CUDLI/CUDLI.html[/url] It has a built in data dictionary for all tables (including UdirytDirDb) - you can look at the alternate contact number view there and select, for instance, the TransferType column and see that the enumeration for it is 1 for supervised and 0 for release transfers... The XML for all the data dictionaries for all versions of Connection are installed with it so you can just fetch the XML directly if you prefer - it's in the DataDictionary folder under the install directory with sub folders for each major Connection release.

RE: changing SmtpAddress

2012-11-26T16:28:28Z

check your SMTP Proxy Address page in CUCA - you'll find the updates there. this is by design - you can't change the SMTP address assigned by Connection to the local mailstore - that's ours, you can't touch it - if you want to add proxy addresses, you can go wild and add as many as you like. the "emailAddress" property is the corporate email address if that's the field you are wanting to change...

RE: Alternate extension - GET display name

2012-11-21T16:11:30Z

CUPI (for admins) does not return the display name for whatever reason - CUPI for Users does. Admins can see other items like location and partition assignment that users don't see, but users see display name and the "user defined" boolean flag. Tested it against my 8.6 and 9.0 servers - same behavior. As far as I know it's always been this way - does seem a little odd that the admin is missing a couple properties that users can see.

RE: MWI light

2012-11-19T17:43:27Z

you can't flip on/off the MWI directly (even via ODBC directly) - the lights should always be in synch with the mailstore state (i.e. unread VM message = on, no unread messages=off) - allowing 3rd parties to bypass that and mess with the light directly is not a good idea. if you want to flip the light on you'll need to leave a message - not sure what the end goal you're working towards here is...

RE: New Message from Jeff Lindborg in Cisco Unity Connection(CUC) - CUMI Qu

2012-11-14T15:30:16Z

milliseconds... some quick math on what you're getting back will verify...

RE: CUC 8 interface to PMS (Hospitality)

2012-11-14T15:09:03Z

That's a pretty broad question - yes, there is at least one company I know of that has implemented a PMS integration to Conneciton using CUPI. If you can do it depends very much on what features you want to implement, of course - "PMS" assumes a pretty standard set of base features but many do very specific things in specific setups so one can't really make a blanket "yes, whatever thought you have about what PMS means, you can absolutely do it with CUPI" here.

RE: ArrivalTime format

2012-11-11T15:23:53Z

There's no filter for arrival time but you can of course sort by arrival time (default) and request X messages per page and keep working through the messages till you get to one that has the arrival time (or greater) you're looking for - with small enough page sizes (say 10 messages at a time) it'll be reasonably efficient - at worst getting 9 message records you didn't specifically need for your query.

RE: ArrivalTime format

2012-11-11T15:12:41Z

it's milliseconds from Jan 1st 1970 - pretty standard fare for universal time formats - it's also stored in UTC of course so you need to convert to local time (usually) - in C# a little routine to convert from the ms into a local date time looks like this: [color=#000000][/color] [color=#000000][/color] [color=#000000][/color] public static DateTime ConvertFromMillisecondsToTimeDate(long pMilliseconds) { DateTime origin = new DateTime(1970, 1, 1, 0, 0, 0, 0); origin = origin.AddMilliseconds(pMilliseconds); return origin.ToLocalTime(); }

RE: Validate user with mailbox# and PIN?

2012-11-01T14:40:06Z

This is, of course, no way to get any open credential (PIN or Password) out of the database – such a practice would get us a visit from the Security Team Education Squad… not good. Most systems out there secure credentials in the same way – they are stored as one-way hashes. You cannot “decrypt” a credential, only provide a proposed password which is then hashed using the same algorithm/key/salt value etc… and it’ll tell you if they match or not. There is a stored procedure in the database for doing this (i.e. if you’re connected via ODBC for instance) – I’ll have to hunt and see if the same functionality is exposed via REST but right off hand I don’t think it is. Authentication against the GUI interfaces are restricted to your GUI PW (which is necessarily more secure than your PIN given the broader potential character set) by design – understood your purpose in trying to work around that here but also understand that by design clients aren’t supposed to be able to slip around that out of the box.

RE: CUMI vmrest error Object Not Found, Or, INVALID_PARAMETER 0x46401

2012-10-04T20:47:54Z

If you are authenticating as a user (yourself) and want to check your own messages you don’t need to provide an ObjectId. To get information about your account (first name, last name etc…) it looks like this [url=https://192.168.0.196:8443/vmrest/user][color=#0000ff]https://192.168.0.196:8443/vmrest/user[/color][/url] authenticate with login/PW setup in your Connection account – you do not need admin rights for this, but you only have access to your own account details/resources. Get all messages: [url=https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?pagenumber=1&rowsperpage=20][color=#0000ff]https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?pagenumber=1&rowsperpage=20[/color][/url] Get all unread voice messages: [url=https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?pagenumber=1&rowsperpage=20&read=false&type=voice][color=#0000ff]https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?pagenumber=1&rowsperpage=20&read=false&type=voice[/color][/url] If instead you want to get messages for another user you need to attach to the Connection server for CUPI for admins functionality with an account that has the user administrator role as well as the “Mailbox Access Delegate Account” role. To fetch the objectId of all users 25 at a time, it looks like this: [url=https://192.168.0.196:8443/vmrest/users?rowsPerPage=25&pageNumber=1][color=#0000ff]https://192.168.0.196:8443/vmrest/users?rowsPerPage=25&pageNumber=1[/color][/url] Users that have an alias that starts with “j”: [url=https://192.168.0.196:8443/vmrest/users?query=(alias%20startswith%20j)&rowsPerPage=25&pageNumber=1][color=#0000ff]https://192.168.0.196:8443/vmrest/users?query=(alias%20startswith%20j)&rowsPerPage=25&pageNumber=1[/color][/url] And so on – using the ObjectID from one of the returned elements you can get messages like this: [url=https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?userobjectid=8d9f00d8-bbd5-437e-812b-029a39608932&pagenumber=1&rowsperpage=10][color=#0000ff]https://192.168.0.196:8443/vmrest/mailbox/folders/inbox/messages?userobjectid=8d9f00d8-bbd5-437e-812b-029a39608932&pagenumber=1&rowsperpage=10[/color][/url] -J

RE: Notification Devices

2012-07-25T17:31:45Z

1.The type field should not be empty – it should have a number (1 through 8) – I suspect you’re seeing the type empty because of #2. 2.You should not be passing in the device name – “Other” is always the name for all added notification devices – if you add a device via the SA, regardless of type, the name is _always_ “other” and the type will be 1, 2, 4 or 5 (or 8 in CUC 9.0) – the SMTP, Work Phone, Mobile Phone etc… are the built in notification devices created for all users that are present for everyone – these are also the ones available via the TUI interface for enable/disable purposes (i.e. the conversation needs to know they’re there). 3.You should pass in the type as appropriate (1 for phone devices, 2 for pager, 4 for SMTP and so on) – these will have different data associated with them – not sure if you’re talking about these conflicting objects you’re creating or the base objects. It really shouldn’t let you pass the device name frankly – but to be fair the database stored procs allow this as well (they have to as the install scripts go this route for creating those base devices) – but doing some quick testing here I’m getting the appropriate data base for each device type. If after cleaning up your system (I’d recommend deleting those added devices and/or users and starting clean) let me know and I can check it – also need to know exactly what version of Connection you’re working against (I’m testing against 8.6.2).

RE: Connection 8.6.2 - User Account Creation Type

2012-06-29T16:45:27Z

I can't speak to updating that flag "safely" but the data dictionary is the most recent - I checked against the 8.6.2 and 9.0 (upcoming release) dictionaries and there's no note for "3" in that field...

RE: Re: New Message from Jeff Lindborg in Cisco Unity Connection(CUC) - CUP

2012-06-24T22:26:38Z

no, it means they wont help you with questions you have about it and wont help you with problems they determine are caused by your used of ODBC (i.e. you waxed a bunch of data and opened a TAC ticket for assistance - they will direct you to restore from backup or reinstall). You use the interface at your own risk. it logs indications about the use of ODBC into the update logging so it wont be a mystery what happened if you have a messy accident - that said it's really no more dangerous than REST, you can do most of the same things in REST (just less functionality and less performance). If you stick to using stored procedures and views as you should (never, EVER update data directly in a table - this is just 101 DB advice, though) you'll be fine. All my tools with a few exceptions are ODBC for performance reasons.

RE: Authenticate end user with PIN

2012-06-24T16:43:45Z

Access to the API or desktop clients has to go through the GUI password, there's no provision for authenticating with the phone PIN for desktop or API access.

RE: Access CUC DB via SQL

2012-06-24T16:42:17Z

There's no HTTP access using SQL queries - you can use ODBC via the ODBC proxy (as many of the bulk tools use) but this is not supported for customer user.

RE: API creates voice message and send to mailbox?

2012-05-22T06:22:46Z

[quote]The CUMI API can send the message to "Email mailbox", but I can't find the command to send VOICE message to "Unity Mailbox" ? and the .VOICE messasge (.Wav) file is located in a window-based server's hard drive... Does it have to use combine with the CUTI ?[/quote] CUMI is for sending voice messages (.wav files) to Unity Connection mailboxes - not sure what you're talking about with it being intended for email - that's not the case. If you review the documentation at the link I provided it has examples on how to do just that.

RE: API creates voice message and send to mailbox?

2012-05-22T03:10:44Z

[quote]Seems there is no API to do these kinds of action, and finally I have to develop a program that can generate/capture the UDP signal in order to accomplish the objective.[/quote] Yes, you can do this with Connection of course - CUMI is a REST based API for sending/fetching messages with Connection: [url=http://docwiki.cisco.com/wiki/Cisco_Unity_Connection_APIs]http://docwiki.cisco.com/wiki/Cisco_Unity_Connection_APIs[/url]