By Joe Piggee Sr.
1. Open Outlook and Click on the File Tab. | ![]() |
2. Scroll Down and Select “Options” | ![]() |
3. Click Calendar 4. Click Add Holidays | ![]() |
By Joe Piggee Sr.
1. Open Outlook and Click on the File Tab. | ![]() |
2. Scroll Down and Select “Options” | ![]() |
3. Click Calendar 4. Click Add Holidays | ![]() |
By Joe Piggee
In Active Directory Users and Computers, reset the computer account of the failed Exchange Server. Just right-click the computer and choose "Reset Account". We do this so as to later join a new machine to the domain, with the same name as the failed server. The failed server will never be in use anymore, but the new computer will have its name and will take over from Active Directory all Exchange settings and configuration of the failed server.
By Joe Piggee
Monday, February 04, 2013
5:15 AM
1. Use one of the following methods to go to a command prompt:
○ In Windows 8 or in Windows Server 2012, use the Search charm to search for cmd, and then tap or clickCommand Prompt.
○ In earlier versions of Windows, click Start, click Run, type cmd.exe, and then press Enter.
2. Type set devmgr_show_nonpresent_devices=1, and then press Enter.
3. Type Start DEVMGMT.MSC, and then press Enter.
4. Click View, and then click Show Hidden Devices.
5. Expand the Network Adapters tree.
6. Right-click the dimmed network adapter, and then click Uninstall.
Pasted from <http://support.microsoft.com/kb/269155>
By Joseph Piggee Sr.
Many tech ask me about this problem, and whenever I go into a new environment I get the error myself, so I decided to put this little reminder out. If you run into an error when opening the Exchange Management Console (EMC initialization failed and “the operation couldn’t be completed because a change occurred in the remote forest”.
You may also find that while EMC does not work, you are able to launch the Exchange Management Shell (EMS) without any issues.
This may occur when the server you are connecting to has been updated with a Service Pack or Roll Up Update (RU).
Now, there is a possibility that this error may not always indicate a version mismatch between the tools on the client and the RU level of the server, so how can you confirm this is actually the issue? As shown in this Exchange Team blog post, you can confirm the versions do not match by running the following command on both the client and the server from the shell:
Get-Command EXSetup | %{$_.FileVersionInfo}
Here’s the result from the above command on a Windows 7 box running the Exchange 2010 SP1 Management Tools:
This command is checking the file version information for the local instance of ExSetup.exe on both the client and the server installed by default in C:\Program Files\Microsoft\Exchange Server\V14\bin\
.
Once you get the version numbers you can compare it, using the the following link:
Exchange Server and Update Rollups Builds Numbers
After confirming the version numbers, you know that you’ll need to update the tools on my client machine and install RU2 or other related Roll-up to resolve the issue. At the time of this posting the current Rollup is 8.
Update-GlobalAddressList -Identity <GlobalAddressListIdParameter> –DomainController
* Note that this starts the process, but the completion could take 15 min. to a couplehours.
More Information:
Syntax:
update-GlobalAddressList -Identity <GlobalAddressListIdParameter> [-Confirm [<SwitchParameter>]] [-DomainController <Fqdn>] [-WhatIf [<SwitchParameter>]]
Identity = The Identity parameter specifies a unique identifier of the GAL being updated. These unique identifiers include the common name (CN), GUID, or distinguished name (DN).