Exchange Server Location: How should CMN’s F/B Connector route free/busy queries to the coexisting Exchange environment? Mark (or circle) one of these, and collect the information associated with that option:
• |
EWS Endpoint: Select this option if you will coexist with an on-premises Exchange 2013 or 2010 environment with a single Exchange EWS whose location (URL) is fixed relative to CMN’s Exchange FBC service. This approach typically yields the best performance of the three options, but is the least flexible since the connection will fail if the Exchange EWS is not at the specified URL. If you select this option, you must also specify: |
• |
Exchange EWS Host Name: Name of the Exchange server where EWS requests should be sent. |
• |
EWS URL: Location of Microsoft EWS web service on the Exchange server. |
• |
Autodiscover Endpoint: Select this option if you have an on-premises Exchange 2013 or 2010 environment with multiple Exchange EWS endpoints (for example, in a load-balanced environment) and you have an Exchange Autodiscover service that can determine which EWS endpoint to use. This can also be the best choice to coexist with Microsoft's hosted Office 365 (see the Office 365 notes below). Performance will be slower than if you direct the FBC service to a fixed-location EWS (above), but will still be faster than if neither the EWS nor the Autodiscover value is specified (below). If you select this option, you must also specify: |
• |
Exchange Autodiscover URL: Location of Autodiscover service on the Exchange server (or, for O365, of the MS Autodiscover URL, as noted below). |
NOTE: If coexisting with Microsoft’s Office 365: Select the Autodiscover Endpoint option and set the Exchange Autodiscover URL to Microsoft’s Autodiscover URL:
Note, however, that this is a Microsoft URL subject to change, in which case this connection and the Free/Busy Connector would fail. Remember this if you set the Exchange Autodiscover URL to the Microsoft URL, and CMN’s F/B Connector works fine for a time but then suddenly and consistently fails. The most likely cause is a change in Microsoft’s Autodiscover URL. Contact Microsoft to get the new URL, or select Autodiscover Only (below) instead. |
• |
Autodiscover Only: Select this option if you will coexist with an Exchange 2013 or 2010 environment where you don't know the location of either the EWS or Autodiscover, such as in Microsoft's Office 365. In this case, the FBC service will search the network for the connection it needs, so this is the most flexible option, but it is also somewhat slower than either alternative above. |
Exchange Username: Admin account the F/B Connector should use to access data and features in Office 365. Leave this field empty unless you are connecting to Office 365, or to a local on-premises Exchange that isn't in the same domain as the CMN admin server. In those cases an entry here is mandatory.
• |
Review the component log file(s). You can find valuable information about component errors and warnings in the components’ respective log files. If you call Quest Support and a support engineer can't immediately identify the problem, typically he/she will ask for copies of your log files. |
• |
Verify system requirements. CMN problems are often traced back to inconsistences between the product’s system requirements and the host network’s hardware or software specifications. You may therefore save yourself some time and trouble by simply comparing your local system to the CMN system requirements. System requirements are documented in the Release Notes that accompany every CMN RTM release. |
• |
Is this a known limitation or known issue? Check the Known Limitations appendix of the CMN User Guide, and the Known Issues section of the current CMN Release Notes, to see whether the problem might simply be a known limitation of the process. |
• |
What has changed since the last server restart? Configuration values are normally updated only when a service is restarted. This can hide a pending problem for weeks or longer until an administrator restarts the services and the changes are applied. |
If an Outlook client repeatedly crashes during F/B lookups, and you are running an Exchange 2013 or 2010 Client Access Server, the cause may be a known issue in the combination of .NET Framework 3.5 SP1 and .NET Framework 2.0 SP2. For more information, see Microsoft’s KnowledgeBase article, and Microsoft Support can point you to a HotFix to resolve this problem.
Our configuration instructions for the F/B Connector (see the Exchange Free/Busy screen notes for the Exchange F/B Connector in CMN’s Management Console, CMN User Guide chapter 4) suggest that, for Office 365, you select the Autodiscover Endpoint connection method, and set the Exchange Autodiscover URL field to this Microsoft URL: https://autodiscover-s.outlook.com/autodiscover/autodiscover.svc
But this is a Microsoft URL that is subject to change, in which case the connection would fail and the F/B Connector would fail. In that case, contact Microsoft to get the new URL, or select the Autodiscover Only method instead.
b |
Right-click the Person Document for the Exchange user and click Document Properties |
• |
Ensure the Foreign Domain document has been created. The procedure to do this is in the respective scenario chapters, step 5-1 (Synchronize Exchange and Domino directories), under the heading To synchronize Exchange mail users to Domino contacts. After making changes to the Foreign Domain Document, restart the Domino server. |
• |
• |
Set the service logon credentials for the Quest CMN Exchange Free/Busy Connector service (see the Exchange Free/Busy screen notes for the Exchange F/B Connector in CMN’s Management Console, CMN User Guide chapter 4). |
• |
Set the Exchange credentials using the Set-CmnExchangeFreeBusyConfig cmdlet. |
• |
Ensure the EwsUrl is properly configured to the Exchange Web Services URL for your Exchange server. If you are using a hosted Exchange or do not know what the Exchange Web Services URL is, use the Get-CmnExchangeWebServicesUrl cmdlet (see PowerShell to configure the F/B Connector). |
• |
After verifying the EwsUrl is correct, navigate to the URL using a Web Browser such as Internet Explorer. Verify that you can access the URL using the same credentials used by the Exchange service without any additional credential prompts and without any certificate errors. |
b |
Type get-CmnExchangeFreeBusyConfig. |
c |
Ensure the URL specified by the EwsUrl property resolves properly in Internet Explorer with no certificate errors. If a certificate error is found, add the Exchange certificate to the Trusted Root Certification Authorities folder. |
Error message: The maximum message size quota for incoming messages (65536) has been exceeded, you must increase the quota by using the MaxReceivedMessageSize property on the appropriate binding element.
If you are using OWA or Outlook and querying free/busy information for a Domino user, edit the Web.Config file in the EWS folder on the CMN Web Server:
• |
Add the maxReceivedMessageSize property to the file and set it to a large value: |
Error message: The maximum message size quota for incoming messages (65536) has been exceeded.
This means you must increase the quota by using the MaxReceivedMessageSize property on the appropriate binding element.
If you are using Lotus Notes and querying Free/Busy information for an Exchange user, edit the QCalCon.exe.Config file on the Domino server:
1 |
Increase the maxReceivedMessageSize property to a larger value: |
Error message: This request operation sent to net.tcp://localhost:8960/FreeBusyService did not receive a reply within the configured timeout (00:01:00).The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.
If you are using OWA or Outlook and querying free/busy information for a Domino user, edit the Web.Config file in the EWS folder on the CMN Web Server:
• |
Increase the value of the SendTimeout property: |
If you are using Lotus Notes and querying Free/Busy information for an Exchange user, edit the QCalCon.exe.Config file on the Domino server:
1 |
Increase the value of the sendTimeout property: |
• |
Verify that Add-AvailabilityAddressSpace has been executed on the Exchange server (for example, Add-AvailabilityAddressSpace -ForestName <smtpdomain> -AccessMethod OrgWideFB -UseServiceAccount $true). To verify that the cmdlet has run, type (on the Exchange Management Console): Get-AvailabilityAddressSpace |
• |
Ensure you can ping <smtpdomain> or autodiscover.<smtpdomain> and that it resolves to the computer running the CMN F/B connector. |
• |
Open a web browser such as Internet Explorer and type https://<host>/autodiscover/autodiscover.xml (where <host> is either <smtpdomain> or autodiscover.<smtpdomain>, and ensure an .xml file appears and that you do not have any certificate errors. |
• |
If the .xml file displayed has the text "this is a placeholder file", then IIS is not properly configured with an XML Handler. |
To configure IIS 6.0 with an xml extension handler:
2 |
3 |
4 |
5 |
If you are using 32 bit IIS, click the Browse button and locate: |
6 |
Enter .xml for the extension. |
7 |
Click OK on all dialog boxes. |
To configure IIS 7.0 with Integrated Application pools:
1 |
Open IIS Manager for IIS 7.0. Expand the root node and click Application Pools. |
2 |
Ensure the Managed Pipeline mode for CMxAutodiscoverAppPool and CMxEWSAppPool are both set to Integrated. |
3 |
Access https://<host>/autodiscover/autodiscover.xml, and ensure you do not see the error message “this is a placeholder file.” |
4 |
From the Exchange server, open a web browser and type https://<host>/EWS/Service.asmx (where <host> is either <smtpdomain> or autodiscover.<smtpdomain>), and ensure an .xml file appears and that you do not have any certificate errors. |
• |
Ensure that the appropriate DNS entries have been made to route <smtpdomain> or autodiscover.<smtpdomain> to the computer running the CMN Free/Busy Connector. |
• |
On the computer running CMN F/B Connector web services, run the Get-CmnAutodiscoverConfig cmdlet, and verify that the CmnAvailabilityUrl is set to https://<host>/EWS/Service.asmx (where <host> is either <smtpdomain> or autodiscover.<smtpdomain>). |
• |
On the computer running CMN free/busy connector web services, ensure that Get-CmnEwsConfig is configured to communicate to the correct host and port for the computer running the CMN Domino Free/Busy connector service. |
• |
• |
If you see the following error in your event log: NAMELookups are limited on this server to a size smaller than what would be returned. See your Domino Administrator for more information. |
a |
Open the Notes.ini file on your Domino server and add or modify the following entry: NAMELOOKUP_MAX_MB =<number>. |
An Exchange-to-Notes F/B query may generate this error:
... if the IIS_IUSRS user does not have List folder / read data permission. To resolve this, grant the user that List folder / read data permission.
Check the Foreign Domain by ensuring the following:
• |
The foreign domain is created in Domino, and the Calendar System property matches the CalendarDomain property set for the Person Documents representing the users in Exchange and the ForeignDomainName setting for the QCalCon server task. |
1 |
At the Domino Server Console, enter: Set conf debug_sched_all=1 |
3 |
Look for messages in the Domino Server Log such as: <SchMsgQHandles_New> Opening queues for <FOREIGN DOMAIN> |
4 |
Try setting the ForeignDomainName in QCalCon to the value of <FOREIGN DOMAIN> found on the server console output. |
6 |
To get F/B info for an Exchange user via the FreeBusyBridge Web Service:
• |
WebServerName: Name of server where FreeBusyBridge Web Service resides. |
• |
UserEmailAddress: Email address for whom to get F/B info from Exchange. |
To get the URL of the Exchange EWS:
© ALL RIGHTS RESERVED. 使用条款 隐私 Cookie Preference Center