Exchange: The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded


Are you getting this following error in Exchange Console or Shell?

Connecting to remote server ExchServer.company.com failed with the following error message : The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded. Send future requests at a slower rate or raise the system quota.

It means, IIS/PowerShell App Pool is over loaded.

I saw on other sites on more drastic solution like running IISReset on Admin privileged command prompt. That would affect entire Exchange client features.

Solution:

  1. Logon to the specfic Exchange server on the error message
  2. Open IIS Management Console and navigate to IIS Application Pools
  3. Restart PowerShell App Pools
Advertisements

Exchange 2010 (& Service Pack) Setup: A Restart from a Previous Installation is Pending


Exchange 2010 or Exchange 2010 Service Pack fails on Exchange Analyzer on checking pre-requisites. This should be easy to resolve. If you are seeing this same error after reboot, there must be orphaned registry values left from previous setup files. Check and fix the following two registry keys and setup should continue normally. 

To remove an orphaned UpdateExeVolatile registry key value

  1. Open a registry editor, such as Regedit.exe or Regedt32.exe.

  2. Navigate to HKLM\SOFTWARE\Microsoft\Updates\

  3. In the right navigation pane, double-click the UpdateExeVolatile key.

  4. Configure the key with a value of 0

  5. Close Registry Editor.

To delete the orphaned PendingFileRenameOperations registry key

  1. Open a registry editor, such as Regedit.exe or Regedt32.exe.

  2. Navigate to HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\

  3. In the right navigation pane, right-click the PendingFileRenameOperations key and select Delete.

  4. Close Registry Editor.

I found this info at http://technet.microsoft.com/en-us/library/cc164360(v=EXCHG.80).aspx.

Exchange 2010: “Could not convert property WindowsEmailAddress to type SmtpAddress. Error while converting string ‘emailaddress’ to result type”


You already have an Active Directory account and you want to create an Exchange Mailbox. You clicked New Mailbox command from Action Pane, selected the account and clicked New. Now you get this very “informational message”, Exchange refused to create Mailbox because it “could not convert property WindowsEmailAddress to type SmtpAddress.”

image

Do Not Panic. Oh! you already panicked and searched Internet and found this blog.Winking smile Alright then, let’s interpret this error message and fix this issue.

The error message is saying the existing Active Directory account is set to mail property with invalid e-mail address. Exchange is saying the existing e-mail address from AD account is not SmtpAddress type which supposed to be Name@domain.com.

Solution: Open the AD account properties in Active Directory Users and Computers console and check E-Mail property in General tab. Remove the value from E-Mail property and try creating the mailbox again.

Exchange 2010: Cannot Disable or Delete Mailbox


If you end up with message Action ‘Disable’ could not be performed on object ‘name’ along with “Active directory response: 00002098: SecErr: DSID-03150BB9, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0”, there is an explanation and solution for this issue.

image

 

Is the active directory account for the Mailbox disabled? If yes, Mailbox is probably lost permission on SELF account. I would recommend enable the Active Directory account to disable or delete the mailbox.

Now the real explanation would be the account Exchange Trusted Subsystem don’t have permissions for the account to remove the Exchange attributes. It may be due the permissions are NOT inheriting to the user account.

The solution is to do the two things.

1. Give Exchange Trusted Subsystem  account Full Control over the User account

  • Open Active Directory Users and Computers console
  • Click View –> Advanced Features
  • Find the User account and double click to open the properties.
  • Click on Security Tab
  • Select Exchange Trusted Sub System and check the box for Full control permission.

image

 

2. Enable permission In-heritance

  • On the Security tab on user account properties (see above picture), click on Advanced button
  • Check the box for image

Wait for Active Directory Replication to happen or trigger manual replication between servers and sites. Try disable or delete operation again on the same mailbox.

If that works for you, reply “Yay!” for me here. Smile

Outlook: Windows 7 cannot connect to Exchange Server. But Hey, OWA works just fine.


This issue is interesting. Some Windows 7 computers refused to connect to Exchange server. User is able to use Outlook Web App to check emails.

After some research, I found LmCombatibilityLevel registry key (which is explained here: http://technet.microsoft.com/en-us/library/cc960646.aspx). By default it supposed to set to 0.

The value zero means,

Clients use LM and NTLM authentication, but they never use NTLMv2 session security. Domain controllers accept LM, NTLM, and NTLMv2 authentication.

The key is highlighted above. I believe Exchange 2010 and Windows 2008 R2 domain use NTLMv2 by default. But how come the default settings is ZERO. The setting 1 makes lots of sense. And changing to 1 resolved my issue. Here is how you resolve the issue if you are facing the same issue.

  1. Open Registry Editor by running Regedit.exe.
  2. Browse to HKEY_LOCAL_MACHINE >>> SYSTEM >>> CurrentControlSet >>> Control >>> Lsa 
  3. Right click on the right side window, Click New > DWORD (32-bit) Value, type the name LmCompatibilityLevel  and press Enter.
  4. Double click on LmCompatibilityLevel key and add the value as 1.Click OK.
  5. Close Registry Editor and Reboot the computer.

Your Outlook should be working now. If not you are facing some other issue.

Outlook 2010: “Cannot start Microsoft Outlook. Unable to open the Outlook window. The set folders could not be opened. The server is not available. Contact your administrator if this condition persists”


This wonderful heavenly Outlook message brings loads of joy to the user when he/she sees it. You could create a new Outlook profile, but there is a better way.

Click Windows Key+R to open Run dialog and type the following.

Outlook.exe /ResetNAVPane

It should resolve the issue by recreating the folders.  If Yes, so say YES!!!

Exchange 2010: “Set as Reply” greyed out


Changing the primary SMTP e-mail address in Exchange system is as easy as select a e-mail address & set as reply in E-Mail Addresses tab in Mailbox properties. Well, now it’s greyed out. Baffled? Don’t be. 

image

Answer: Uncheck the option for Automatically update e-mail addresses based on e-mail address policy. That’s it. E-mail address policy is being applied to this mailbox, that’s why you can’t change the default settings.