Error setting Out of Office via Outlook during Exchange 2010/2013 Coexistence

Recently we implemented Exchange 2013. During the CoExistence period we experienced an issue with external users (accessing via Internet) not being able to set their OoO rule. This only seemed to affect those users whos mailbox still resided on the old 2010 Exchange server. The solution turned out to be one of those that you would never have stumbled upon and was only found because somebody else posted the exact same issue.

After raising a case with MS and spending 48hr talking to support (not continually I suspect) the following solution was implemented

 
  • On E2k13 CAS server IIS manager. Highlight EWS virtual directory and select Configuration Editor
  • In the drop down, select System.WebServer/ServerRuntime/
  • Then in the middle pane select UploadReadAheadSize and set it to 49152
  • Do an IISReset

 

Hope this helps somebody else

 

Ref: http://social.technet.microsoft.com/Forums/exchange/en-US/c5f80b3f-c73d-4911-b734-c9e846642bfa/exchange-2013-sp1-coexistence-exchange-2010-sp3-roll-up-4-out-of-office-not-working-for-exchange?forum=exchangesvradmin

Comments

Post a Comment

Popular posts from this blog

Powershell: Remove Inheritance, cloning the ACl and then removing a specific rule

This block of code was used to remove inheritance from all folders in the $RootFolder and Copy the current Permissions that were previously inherited.  Then it reloads the ACL to allow the Domain Users rule to be removed.  If you do not remove and save the inheritance first, the ACL will not remove the individual rule. $RootFolder - "C:\Temp\" cd $RootFolder # Get list of Folders where Inheritance is enabled $Folders = Get-ChildItem $RootFolder | ?{ $_.PSIsContainer } | ? {!(Get-Acl $_.FullName).AreAccessRulesProtected} # Loop through Each Folder ForEach ($Folder in $Folders) {     Echo $Folder     # You must disable inheritance before you can remove     # one of the rules from the ACL     # Get ACL for current Folder     $SourceACL = Get-ACL -Path $Folder     echo "------====== BEFORE ======---------"     echo $SourceACL.Access     $SourceACL.SetAccessRuleProtection($True, $True)   ...
Read more

Exchange 2013 random reboot

Image
Recently we started to experience issues with an Exchange 2013 instance rebooting for no apparent reason. After some investigation it appears there is a bug that was introduced in either CU5 or CU6 that affects systems running in co-existence mode with Exchange 2007 that can cause random reboots. We were actually running in this mode but with Exchange 2010 instead but it's reasonable to assume that if the bug happens with Exchange 2007 co-existence then it could also happen with Exchange 2010 co-existence. If you are experiencing this issue and are running in co-existence mode then update your Exchange 2013 instance to CU7 ASAP. NB: When applying cumulative updates ensure that you carry out the pre-requisite steps. Failing to do so may present strange errors when carrying out the update such as error reporting that the Mailbox server role is not installed when it is. This happens when the Schema updates have not been carried out before attempting to apply the cumulative upda...
Read more