Chatee ahora con Soporte
Chat con el soporte

Coexistence Manager for Notes 3.9.2 - User Guide

About the CMN Documentation Suite Introduction CMN Directory Connector
Directory Connector overview Installation and configuration DC Management Console Connector Creation Wizard Connector Advanced Settings Starting and stopping the Directory Connector service
CMN Mail Connector
Mail Connector features overview Coexistence mail routing basics Deployment of CMN Mail Connector Installation Configuration Mail Connector Management Console
CMN Free/Busy Connector The Log Viewer Appendix A: Known limitations Appendix B: Troubleshooting Appendix C: CMN Logs

Directory Connector issues

The name of the source container for an Exchange-to-Notes connector cannot begin with the letters CMN. If the source container name begins with CMN the connector will generate an "Empty Recipient List" error.
The Add and Delete Verification values in the General tab of DC Advanced Settings do not reset to zero if the corresponding checkboxes are unmarked.

Mail Connector issues

When an Exchange invitee accepts a meeting invitation from a Notes organizer, the acceptance notification appears in some versions of Notes with an "i" icon. This is a known consequence of the way some Notes versions process SMTP calendar messages, and in any case is only a harmless cosmetic artifact.
Meeting requests originating in Notes and sent to Exchange users may be off by one hour for meetings scheduled in the period between the second Sunday in March (when daylight savings time begins) and the first Sunday in April (when DST used to begin). This is not a CMN defect, but rather an apparent issue in the way Windows processes time zone data. Microsoft offers a free time-zone update utility (downloadable from http://support.microsoft.com/kb/2443685) that will likely correct this problem. Apply the update to the Windows OS on both the Domino server and the CMN admin server hosting the Mail Connector software.
A meeting invitation from a Notes organizer to a Notes invitee, but then forwarded to an Exchange user, arrives in Outlook as an email, but not as a functional invitation that can be accepted/declined or added to the user's calendar. This appears to be an issue with how Notes/Domino forwards an invitation rather than any limitation of CMN, since the same behavior is observed when a Notes invitee forwards the invitation to another Notes user (where the invitation never passes through CMN).
The conversion of a custom-meeting invitation from Notes to Exchange introduces meeting date/time errors. The invitation in Outlook, if accepted, does not correctly add the meetings to the recipient's Calendar, and the When field contents are inaccurate. Therefore, CMN converts custom meetings to an appropriate series (with exceptions) for Exchange and attaches an .ics file that, when opened, will correctly add the series of recurring meetings to the recipient's Calendar. CMN also appends a notice in the message body, alerting the invitee and listing the true meeting dates and times.
Exchange cannot process the case of a Notes resource being available for only a part of a meeting series organized by an Outlook user. In this case, the resource account in Notes generates two accept/decline replies for the same meeting: one listing the date(s) for which it accepts, and the other listing the date(s) for which it declines. Exchange, however, does not support partial acceptance of a series, and cannot correlate these separate accept/decline notices to its original meeting record. The Tracking tab therefore incorrectly shows all instances as accepted, even though some were actually declined. CMN does explain this limitation to the Outlook organizer, and suggests: Leave your calendar as it is, and simply note to yourself the date(s) that the resource has accepted and declined; or cancel the entire meeting series and create a new invitation rescheduled to accommodate the resource.
When a meeting with an online meeting place is rescheduled by a Notes user, the meeting URL does not appear in the Location field in the rescheduling notice in Outlook. Notes does not transmit the URL as it does when the meeting is originally scheduled, so CMN cannot insert the URL, and in Outlook the meeting appears to have a modified location and does not show the URL.
An Exchange user cannot schedule a recurring series of meetings with a Domino 6.5.x resource because Domino does not support this scenario over SMTP. (This is a limitation of Domino, not of CMN.) CMN will not relay any such attempt, and will send a brief explanatory notice back to the Outlook user.
A Notes user who declines a meeting request from an Exchange user, and who unchecks the Keep me informed of updates checkbox in the Notes reply, still receives update notifications if the Exchange organizer reschedules the meeting.
An OLE object embedded as active content in a Notes message sent to another user—whether in Notes or in Exchange—arrives in the recipient's mailbox as a read-only document. This is not a limitation of CMN, but appears to be the way Notes handles an OLE object within active content. CMN simply relays the object in that state when it passes the message to Exchange. The recipient cannot alter the document and then return or forward it, as with other forms of active content.
An Expires After value in a message originating in Exchange is lost when the message is delivered to a Notes recipient. Both Notes and Exchange permit setting an expiration date for a message, after which it is safe to delete or archive the message. That value is preserved for messages originating in Notes and delivered to an Exchange recipient, but is lost in the other direction.
When a message containing a Notes DocLink is created in Notes by selecting Copy into New Memo after opening a message containing a DocLink, the DocLink is lost upon receipt of the message in Exchange.
In some environments, when you choose to Convert to NDL Attachment (in the Mail Connector Management Console, Notes Doc Links screen), an Outlook recipient can successfully open an .ndl attachment only if the required Notes client on the user's workstation is not already running. If the Notes client is already running, the user sees an error message: Invalid directory name or device not ready. In that case, the attachment should open if the user dismisses the error message, exits from the Notes client, and re-clicks on the attachment.
A Notes user requesting a Notes resource no longer appears in the From field of the booking-request message to the resource owner after the owner has migrated to Exchange. The requestor's name does appear in the body of the message, but only in addr-spec format (the left-hand side of his/her email address). This is a known Domino issue; Domino does not send the name except within the message body.

Free/Busy Connector issues

Notes queries for free/busy information from meetings with any external users can take longer and in some cases fail to return data for internal users. This is a known issue with Notes/Domino, which places such requests in the LWPSCHEDGATEWAY queue instead of the configured queue preferred by CMN (in most cases called MAIL.BOX or MAIL1.BOX).
The Get-CmnExchangeWebServicesUrl command does not work in a single-namespace environment.

Appendix B: Troubleshooting

This Appendix describes the most common problems encountered when installing and using Quest Coexistence Manager for Notes, and provides suggestions and procedures that are most likely to resolve them. Virtually all of these issues are unique to particular CMN components—the Directory Connector vs. Mail Connector vs. Free/Busy Connector. Such component-specific issues are listed and discussed separately, grouped by CMN component, following the more general introductory notes and comments below.

Many issues can be resolved quickly by reviewing this short list of preliminary checks before calling Quest Support:

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 RTM Release Notes.
Is this a known limitation or known issue? Check Appendix A: Known limitations in this 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.
Documentos relacionados

The document was helpful.

Seleccionar calificación

I easily found the information I needed.

Seleccionar calificación