DOCUMENT:Q189790 01-MAY-1999 [exchange] TITLE :XFOR: Linkage 3.2 Connectors or Exchange Connectors Crash PRODUCT :Microsoft Exchange PROD/VER:5.5 3.2 OPER/SYS: KEYWORDS: ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - Microsoft Exchange Server, version 5.5 - LinkAge Message Exchange, version 3.2 ------------------------------------------------------------------------------- SYMPTOMS ======== Various Linkage Message Exchange 3.2 connectors or Microsoft Exchange Server 5.5 versions of those connectors may crash during message processing if the message contains PR_REPLY_RECIPIENT_ENTRIES that do not resolve. CAUSE ===== If the message contains PR_REPLY_RECIPIENT_ENTRIES and a valid value for PR_DISPLAY_NAME cannot be found for one of these entries when resolving them against the Exchange Server directory, the connector will attempt to access unallocated memory, resulting in an access violation. STATUS ====== Microsoft has confirmed this to be a problem in Linkage Message Exchange version 3.2. A supported fix is now available, but has not been fully regression-tested and should be applied only to systems experiencing this specific problem. Unless you are severely impacted by this specific problem, Microsoft recommends that you wait for the next service pack that contains this fix. Contact Microsoft Technical Support for more information. Microsoft has confirmed this to be a problem in Microsoft Exchange Server version 5.5. This problem has been corrected in the latest U.S. service pack for Microsoft Exchange Server version 5.5. For information on obtaining the service pack, query on the following word in the Microsoft Knowledge Base (without the spaces): S E R V P A C K MORE INFORMATION ================ Invalid values for PR_DISPLAY_NAME include a blank entry (NULL), or an entry containing only one or more spaces (0x20). Such entries will be obvious in the Exchange Global Address Book because there will be no characters under the "Display Name" column for the entry. Neither the Exchange Server Admin UI or the Admin Import will permit a recipient to be created with NULL or "spaces only" in the Display Name field. However, the SQL based Linkage Directory Exchange (LDE) provides the means to customize the "mapping rules" used to populate Exchange custom recipient attributes. These rules may not explicitly check for NULL or "spaces only" cases. Because the LDE uses lower level DAPI calls to converse with the Exchange Server directory, entries with NULLs or spaces can be introduced into the Exchange Server directory. Therefore, this issue can be avoided if LDE mapping rules are carefully constructed to not permit these cases to propagate into the Exchange Server directory. For more information about LDE mapping rules, please consult the Linkage Administrator's Guides and the online Help. ====================================================================== Keywords : Technology : kbZNotKeyword6 kbExchangeSearch kbExchange550 kbZNotKeyword2 kbLinkAgeSearch kbLinkAge320 Version : 5.5 3.2 Issue type : kbbug Solution Type : kbfix ============================================================================= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 1999.