• |
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. |
• |
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. |
• |
When an invitation originating in Notes is sent to an Exchange recipient, any inline image in the original invitation (including any DocLink icon) does not appear in Outlook. This appears to be an Outlook issue rather than a CMN issue. |
• |
Multi-line subjects and locations in Notes 6.5.x meeting invitations appear in Outlook truncated at the end of the first line, because Notes transmits only the first line. |
• |
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 original Comments entered with a Notes-sourced recurring online meeting request may be lost in an attendee's invitation and calendar if additional Comments are appended to the original Comments when rescheduling a single instance of the series. This is a problem with some versions of Notes/Domino rather than with 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. |
• |
Rescheduling a single instance of a recurring series that has previously been rescheduled may, in certain specific circumstances, create a duplicate instance. The instance will remain in the calendar at its previously scheduled date/time, as a part of the series, and the duplicate will appear at the rescheduled date/time but not part of the series. This behavior occurs between Notes and Exchange, with or without Quest Coexistence Manager for Notes. |
• |
A Notes user who sends a meeting invitation to an Exchange user, and later removes the Exchange user, cannot then re-add the Exchange user. This is a known limitation of Notes. |
• |
The owner of a Domino resource is unable to approve a meeting request from an Exchange organizer when Owner Approval settings are in force for Domino resources. This is a bug in the Notes client (not in CMN), and IBM may resolve the problem in a future Notes release. |
• |
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. |
• |
When an inline image occurs in a calendar message sent from an Exchange user to a Domino user, CMN converts the inline image to an attachment. This is necessary to accommodate Notes' requirement for "content-disposition: attachment." |
• |
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. |
• |
• |
An attendee added as optional in Notes appears as a required attendee in Exchange. This is a Notes issue that CMN cannot detect and fix. |
• |
• |
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. |
• |
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. |
• |
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. |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center