Instant Buddy List Administrator

Do you need centralized control over public and/or private Sametime groups?

Do you need a server-side management console to add, modify, and delete members of your Sametime groups?

Do you need to simplify and automate high-frequency tasks such as creating and publishing public groups, copying buddy lists from masters, renaming users after a name change, or removing certain users from all buddy list memberships?

Instant Buddy List Administrator provides centrally-controlled, server-side management of IBM Lotus Sametime contacts, groups, and group memberships.

• Server-side management console.
• Centralized control of groups and users
• Instant, zero-touch deployment of additions, deletions, and changes
• Real-time, live updates
• Server does not need to be stopped or rebooted
• Users can be online and active
• Stress-free updates—rollback to the previous configuration quickly and easily if a mistake is made
• Flexible configuration
• Manage buddy lists straight from Notes
• Also works natively with vpuserinfo.nsf
• Quickly re-maps users from Domino to LDAP or AD if you switch directories
• Granular Update Control
• Add/delete single or multiple buddies and bots
• Centrally create private and public groups
• Change a buddy’s data once and have it propagate automatically across all group memberships

How it Works

• Installation process creates an Indexing database that identifies all references to facilitate searches, and an Activity database that logs and summarizes all activities.
• The Sametime admin creates an Activity in the Notes database by defining the Activity type (eg, Rename User), Activity properties (eg, ST Username), and how the Activity is to be reflected in the affected buddy lists.
• Targets for updates may be defined on narrow criteria (eg, specific users who match a search filter) or broad criteria (eg, all users in a Sametime directory).
• The Activity is executed and logged.
• Activity Log includes when the Activity was executed, number of users updated, number of failed updates, and creates an Activity Record in case a rollback is required
• Person Log describes the updates applied to that person; includes a copy of the person’s previous buddy list in case a rollback is required.