When federation doesn't work in one or both directions, you may see any of the following errors in Outlook or Outlook Web App:
No Information (Error code: 5009)
The attendee's server couldn't be found. For more information, please contact your helpdesk. (Error code: 5039)
No information. No free/busy information could be retrieved. The external recipient's server could not be determined. Contact your administrator.
Here's how to fix it:
- Ensure that the ExternalURL property is set for the Exchange Web Services virtual directory for the federated domains. Use the following cmdlet to check:
Get-WebServicesVirtualDirectory | fl name,server,InternalURL,ExternalURL
If the ExternalURL property is not set, remote domains will be unable to connect to your CAS servers to get federated free/busy information. Set it using the following cmdlet:
Get-WebServicesVirtualDirectory | Set-WebServicesVirtualDirectory -ExternalURL https://mail.companyabc.com/EWS/Exchange.asmx
Replace mail.companyabc.com with the same external FQDN used by that company to access OWA.
Test federation again. That may be all that you needed to do.
- Configure the TargetSharingEPR property of the organization relationship on the remote domain that cannot view federated free/busy information. Usually this is only needed on Exchange 2003/2010 mixed environments or when federating with Office365. Run the following cmdlet to configure it:
Set-OrganizationRelationship "CompanyABC" -TargetSharingEpr https://mail.companyabc.com/EWS/Exchange.asmx/WSSecurityTest federation again from Outlook or OWA. You can also use the Test-FederationTrust and Test-OrganizationRelationship cmdlets.
BTW, neither of these changes require that you run IISReset - they go into effect immediately.
No comments:
Post a Comment
Thank you for your comment! It is my hope that you find the information here useful. Let others know if this post helped you out, or if you have a comment or further information.