• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1050
  • Last Modified:

Out Of Office - Exchange 2010 SP3

Just upgraded from Exchange 2010 SP1 to SP3.

Out of Office does not work (Outlook) but does work from OWA.

Checked that the 3rd party SSL Cert does have Sub Alt. Name set to Autodiscover.OURCLIENT.com

As well, we have the external DNS A Record, and Internal A record set.

This all worked fine, until the recent upgrade to Service Pack 3.....seems to be that maybe the EWS directory and/or web.config file could be the problem?

Re-created EWS Directory/Re-created Autodiscover Virtual Directory

Checked IIS, cannot browse to EWS...receive following error message:

Parser Error Message: Could not load file or assembly 'Microsoft.Exchange.Security, Version=, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.

Source Error:

Line 2391:                  </buildProviders>
Line 2392:                  <assemblies>
Line 2393:                        <add assembly="Microsoft.Exchange.Security, Version=, Culture=neutral, publicKeyToken=31bf3856ad364e35" />
Line 2394:                  </assemblies>
Line 2395:            </compilation>
 Source File:  C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS\web.config    Line:  2393

Not sure how much to read into this error, and if's the root issue.
OWA Works fine, and as well can set Out of Office here...but not within Outlook Clients.

Also noticed Mailtips are not working now after the SP3 upgrade.....anyway to just roll this back to SP1 also....never had this happen but this SP3 upgrade was a nightmare.....
1 Solution
1. Replacing the web.config file from another exchange server with same version (Exchange versions along with service pack and rollup updates) will help to resolve the issue

2. Once this is done, related to OOF, check the output of Test Email Autoconfiguration in Outlook and check the OOF URL, if it is found set to internal FQDN, correct the same. Even check if there are any proxy settings in Internet Explorer, if present remove them as well and then test.
JenlorAuthor Commented:
I did find, while digging through the file....that the InstallDir was set to %%.
So instead of File://// I updated this to the Actual Path (on Local C:\) and tested.
This now works successfully.
Senior IT System EngineerIT ProfessionalCommented:
thanks for sharing it here guys.

So in this case, do we just change the web.config of the installDir to the previous values as before the update ?
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now