I have a customer with Unity 4.0(3) SR1 with an offbox Exchange 2003 server. They added a new message store and tried to move a user to the new store. After moving that user they could no longer access their Voice Mail box nor would their MWI work. I had to re-run permissions wizard on the new store to fix the issue of accessing their mailbox. After that they still could not send a message within voice mail. They got a failsafe saying the call could not be completed. We finally deleted the user and re-added and then all features worked. The customer is planning on moving more users in the future and I was wondering if there was a procedure to move Unity subscribers to a different store. Now that I have run the permissions wizard on the new store, should I be able to just move subscribers now? Is there a documented procedure for future reference? Thanks in advance.
I have a similar issue, except that we are running digital networking between two unity servers (UM), each with it's own separate exchange 2003 message store. What is the correct procedure to move a user from one unity server to the other in addition to moving the mailbox? Each unity server has it's own vm profile in callmanager, so without moving the user to the correct unity server, the user cannot access their mailbox.
Your environment mirrors ours. We are one AC forest, but separate Exchange administrative groups. Each Unity server is in its own domain. So in our case, if we have to move a subscriber, we cannot use GSM. We use this procedure:
1. Remove subscriber from Unity on server 1
2. Use Active Directory Migration Tool to move the user and computer account
3. Move mailbox between Exchange administrative/routing groups
4. Wait for, or force, AD replication. Occasionally we need to resynch Unity using DC/GC Reconnect tool (can also use DohProptest) so that the networked Unity servers release the user's extension from the SQL Global Subscriber table.
5. Import the user into Unity server 2. For multiple users I use Bulk Import.
6. Update the voicemail profile in CallManager for the user's DN.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...