I haven't had any luck even finding that in the database. Not sure where it stores this info.
On Mon, Jun 20, 2016 at 5:20 PM, Anthony Holloway < avholloway+cisco-v...@gmail.com> wrote: > PSA, If you look at or even breath on the UCCX RMCM page while your users > are in this Inactive in-between state, it will delete all of your Agents. > Make sure everyone involved knows not to touch UCCX when CUCM LDAP work is > going on. > > Second, I wish there was a way to see which LDAP sync agreement a user > came in on. With the new Feature Group setting on the LDAP agreement, it > would be nice to easily tell where and why a user was synced in. > > On Mon, Jun 20, 2016 at 2:10 PM, Brian Meade <bmead...@vt.edu> wrote: > >> As soon as you delete the LDAP directory, it just marks all those users >> as inactive. The users won't be deleted until the next 3:15am period that >> is at least 24 hours later. If it finds a matching user ID in the new LDAP >> directory, the users will automatically become active again when you do a >> sync. >> >> Worst case, you just re-add the original LDAP Directory configuration >> then do a full sync to make all the users active again if you can't get the >> new one to work. >> >> On Mon, Jun 20, 2016 at 2:00 PM, <george.hend...@caci.com> wrote: >> >>> Hey guys, >>> >>> >>> >>> We currently have CUCM and Unity Connection 9.1 LDAP integrated to MS >>> Domain 1 in forest 1. All users have user accounts pre-built in new MS >>> Domain 2 in forest 2. The users were all imported from the first >>> domain/forest. There is a trust between the forests. Since the end state >>> will be in forest 2, I was thinking we could just take this approach. >>> >>> >>> >>> Disable LDAP integration. >>> >>> Delete old LDAP directory integrations >>> >>> Create LDAP integration with new AD domain. >>> >>> Create new Exchange entry for new domain/forest for when users migrate >>> mailboxes. >>> >>> >>> >>> Would this work? I noticed when I attempted to delete some NOW unused >>> LDAP directories in CUCM that it warns that any user imported in that >>> directory will be deleted. Does this mean when the user was first imported >>> or if that was the last directory used for the user? What if I point to >>> the root, which contains all the OU directories? >>> >>> >>> >>> Regards, >>> >>> >>> >>> Bill >>> >>> >>> >>> _______________________________________________ >>> 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 mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip