XFOR: Address Format When Backboning cc:Mail over Exchange

Last reviewed: September 24, 1997
Article ID: Q154053
The information in this article applies to:
  • Microsoft Exchange Server, version 5.0

SYMPTOMS

When you are backboning cc:Mail over Microsoft Exchange Server, you cannot control how the cc:Mail custom recipients' real e-mail address is created on the computer running Microsoft Exchange Server. This causes the display name for custom recipient addresses directory-synchronized to cc:Mail to be in a format that does not work on the cc:Mail postoffice.

CAUSE

When the cc:Mail postoffice sends its e-mail addresses over to Microsoft Exchange Server, it sends over the addresses in normalized format: Firstname Lastname. Microsoft Exchange Server builds the customer recipients' cc:Mail proxy address with this address. On downstream cc:Mail postoffices, this new normalized address is sent by Exchange and is displayed as Firstname Lastname on cc:Mail.

WORKAROUND

To work around this problem:

  1. Create a new secondary proxy address for your cc:Mail custom recipients with the format Lastname,Firstname.

  2. Make this new proxy the target address so that this is the address that is directory synchronized to downstream cc:Mail postoffices.

STATUS

Microsoft has confirmed this to be a problem in Microsoft Exchange Server version 5.0. This problem was corrected in the latest Microsoft Exchange 5.0 Server U.S. Service Pack. 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

WARNING: Using Registry Editor incorrectly can cause serious, system-wide problems that may require you to reinstall Windows NT to correct them. Microsoft cannot guarantee that any problems resulting from the use of Registry Editor can be solved. Use this tool at your own risk.

To enable the fix, after installing the latest Microsoft Exchange 5.0 Server U.S. Service Pack, start the Microsoft Windows NT Registry Editor and find the following key:

    HKEY_LOCAL_MACHINE
       \SYSTEM
          \CurrentControlSet
             \Services
                \MSExchangeCCMC
                   \Parameters
                      \Generate secondary proxy

For the new behavior, this key must be set to 0x01. If this key does not exist, create it as a DWORD and set it to 0x01 for the new behavior or 0x00 for the old behavior.

When it is set to 0x01, the CCMC directory synchronization will generate a target address and primary proxy of "CCMAIL:lastname, firstname" and secondary proxy of "ccmail:firstname lastname" for all cc:Mail user entries that are in lastname, firstname format on cc:Mail. If the cc:Mail entry is not a BBS or ML or not in lastname, firstname format, the same single CCMAIL:name will be generated.

Keywords          : kbbug5.00 kbfix5.00.sp1 XFOR kbusage buglist
Version           : 5.0
Platform          : WINDOWS


================================================================================


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.

Last reviewed: September 24, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.