Topic Last Modified: 2010-01-26
The Microsoft Exchange Server 2010 Management Pack for System Center Operations Manager monitors the Windows Application log on computers running Exchange 2010 and generates this alert when the events specified in the following Details table are logged.
To learn more about this alert, in Operations Manager, do one or more of the following:
- From the Operations Console, double-click this alert, and then
click the General tab. Review the description of the alert
that includes the variables specific to your environment.
- From the Operations Console, double-click this alert, and then
click the Alert Context tab. Review the logged events that
meet the criteria of this Operations Manager alert.
Details
Product Name |
Exchange |
Product Version |
14.0 (Exchange 2010) |
Event ID |
38 |
Event Source |
MSExchange OWA |
Alert Type |
Error |
Rule Path |
Microsoft Exchange Server/Exchange 2010/Client Access/Outlook Web Access |
Rule Name |
The Outlook Web App proxy or redirection failed because one of the service discovery entries isn't valid. |
Explanation
This Error event indicates that Microsoft Office Outlook Web App did not proxy or redirect requests from a computer that is running the Client Access server role to a Client Access server that is located in a different Active Directory site. A symptom of this failure is that the user referenced in the event description could not log on to their mailbox using Outlook Web App through the Client Access server in a different site. This event may occur when the service discovery process returns a malformed URL address of the remote Client Access server.
User Action
To resolve this error, make sure that the msExchInternalHostName (Internal URL) and msExchExternalHostName (External URL) attributes of the Outlook Web App virtual directory of the remote Client Access server are formatted correctly.
You correct these values by using a tool such as Active Directory Service Interfaces (ADSI) Edit, the LDP (ldp.exe) tool, or any other Lightweight Directory Access Protocol (LDAP) version 3 client.
Your URLs should be in the following formats:
- If Secure Sockets Layer (SSL) is used to proxy the request, use
the format: msExchInternalHostName:
https://InternalFulllyQualifiedDomainName/owa
- If HTTP is used to proxy the request, use the format:
msExchInternalHostName:
http://InternalFulllyQualifiedDomainName/owa
- If SSL is used to redirect the request, use the format:
msExchExternalHostName:
https://ExternalFulllyQualifiedDomainName/owa
- If HTTP is used to redirect the request, use the format:
msExchExternalHostName:
http://ExternalFulllyQualifiedDomainName/owa
Note By default, msExchExternalHostName is blank. This external URL attribute is only needed if the Client Access server is Internet-Facing. If the Client Access server is Internet-Facing, this URL is only needed to enable the incoming Outlook Web App request from another Client Access server to be redirected to the specified external URL address.
Caution If you incorrectly modify the attributes of Active Directory objects when you use ADSI Edit, the LDP tool, or another LDAP version 3 client, you may cause serious problems. These problems may require that you reinstall Windows Server, Microsoft Exchange, or both. Modify Active Directory object attributes at your own risk.
To correct an internal or external URL:
- Open an Active Directory editor such as ADSI Edit.
- Expand Configuration <DomainName>, expand
CN=Services, and then expand CN=Microsoft
Exchange.
- Expand CN=<ExchangeOrganizationName>, expand
CN=Administrative Groups, and then expand
CN=<AdministrativeGroupName>.
- Expand CN=Servers, expand CN=<ServerName>,
expand CN=Protocols, and then expand CN=HTTP.
- Under CN=HTTP, right-click CN=owa (Default Web
Site), and then click Properties.
- In the Attribute Editor, click the
msExchExternalHostName or msExchExternalHostName, and
then click Edit.
- In the Edit Attribute box, set the value to the
appropriate format.
- Click Apply, and then click OK.
- Close ADSI Edit.
- Contact a Microsoft Support professional to resolve this issue.
To contact a Microsoft Support professional, visit the Exchange Server Solutions Center. In the navigation
pane, click Assisted Support Options and use one of the
assisted support options to contact a Microsoft Support
professional. Because your organization may have a specific
procedure for directly contacting Microsoft Technical Support, be
sure to review your organization's guidelines first.
For More Information
If you are not already doing so, consider running the Exchange tools created to help you analyze and troubleshoot your Exchange environment. These tools can help make sure that your configuration aligns with Microsoft best practices. They can also help you identify and resolve performance issues, improve mail flow, and better manage disaster recovery scenarios. To run these tools, go to the Toolbox node of the Exchange Management Console. To learn more about these tools, see Managing Tools in the Toolbox.