UNSOLVED
JR
jerry.reddick
51 Posts
0
1431
February 13th, 2009 11:00
Remove Exchange Alias from AD?
Ok, this might take a bit to explain so I apologize in advance. I believe what is necessary is to edit AD with ADSI Edit but want to make sure.
It appears that the customer upgraded to 6.2 SP4 and was using Exchange Module v1 and did not read the release notes prior to upgrading. This of course broke Exchange Replication.
Upon further investigation of the customer site I found the following:
On the Target server, there was no Exchange Module installed but there was an alias created however it was "grayed" out.
On the Source Server the Module was installed and the alias was active.
Here is the dilemma ......
We can deactive the Alias on the Source successfully. The alias name is no where to be found in DNS. So this should mean that the Outlook clients should resolve back to the actual Exchange server name. They do not. They resolve to the Alias name. When you manually try to resolve to the Exchange Server name and click Check Name it resolves right back to the alias. When you do not do a check name and just proceed, the mailbox store is not available to the client.
We have waited at least 30 minutes for replication,(plus performed a manual replication) flushed all DNS cache within DNS and on the clients to no avail.
This leads me to believe that the Alias name is in AD somewhere. I need to be able to get the clients to resolve back to actual Exchange Server before I can upgrade both Exchange Servers to 6.2 SP4 and Exchange Module v2.
So, I have a couple of ideas and wanted to bounce them off of the community.
1. ) Can I install the Exchange Module v1 back on the target again just for the purpose of trying to get a clean shutdown of the Alias on it and uninstall?
2.) When trying to uninstall the Exchange Module for the Source, the uninstall kept locking up. Should I perform a manual uninstall of this and if I do, will that help remove the Alias from AD.
3.) Just use ADSI Edit to remove the alias from AD and a Manual Uninstall of the Source server.
The target server is not going to be the same one as the original install, this server will be a completely new build of Exchange using the /disasterrecovery switch so the bottom line is to get 6.2 and the Exchange module off the source and the alias out of AD.
Any ideas or pointers to get going in the correct direction would be greatly appreciated!
Thanks,
Jerry
It appears that the customer upgraded to 6.2 SP4 and was using Exchange Module v1 and did not read the release notes prior to upgrading. This of course broke Exchange Replication.
Upon further investigation of the customer site I found the following:
On the Target server, there was no Exchange Module installed but there was an alias created however it was "grayed" out.
On the Source Server the Module was installed and the alias was active.
Here is the dilemma ......
We can deactive the Alias on the Source successfully. The alias name is no where to be found in DNS. So this should mean that the Outlook clients should resolve back to the actual Exchange server name. They do not. They resolve to the Alias name. When you manually try to resolve to the Exchange Server name and click Check Name it resolves right back to the alias. When you do not do a check name and just proceed, the mailbox store is not available to the client.
We have waited at least 30 minutes for replication,(plus performed a manual replication) flushed all DNS cache within DNS and on the clients to no avail.
This leads me to believe that the Alias name is in AD somewhere. I need to be able to get the clients to resolve back to actual Exchange Server before I can upgrade both Exchange Servers to 6.2 SP4 and Exchange Module v2.
So, I have a couple of ideas and wanted to bounce them off of the community.
1. ) Can I install the Exchange Module v1 back on the target again just for the purpose of trying to get a clean shutdown of the Alias on it and uninstall?
2.) When trying to uninstall the Exchange Module for the Source, the uninstall kept locking up. Should I perform a manual uninstall of this and if I do, will that help remove the Alias from AD.
3.) Just use ADSI Edit to remove the alias from AD and a Manual Uninstall of the Source server.
The target server is not going to be the same one as the original install, this server will be a completely new build of Exchange using the /disasterrecovery switch so the bottom line is to get 6.2 and the Exchange module off the source and the alias out of AD.
Any ideas or pointers to get going in the correct direction would be greatly appreciated!
Thanks,
Jerry
