Microsoft KB Archive/185180

= XFOR: Carriage Returns Not Preserved by Notes Connector on Mail from Notes Web Client =

Article ID: 185180

Article Last Modified on 10/28/2006

-

APPLIES TO


 * Microsoft Exchange Server 5.5 Standard Edition

-



This article was previously published under Q185180





SYMPTOMS
If you send a message that contains carriage returns/line feeds from a Lotus Notes Web client through the Microsoft Exchange Connector for Lotus Notes, the message is incorrectly formatted when it is received by the Microsoft Exchange client.

For example, if you compose the following message in the Lotus Notes Web Client:

One.

Two.

Three.

Four.

The message is received by the Microsoft Exchange client as follows:

One.Two.Three.Four.



CAUSE
The non-Web based Notes client emits a "/par /pard" in its RTF (Rich Text Format) exporter to signify an end of paragraph marker (carriage return). The Web-based client emits only a "/pard" in the RTF exporter to signify the end of paragraph marker. Therefore, the Notes Connector interprets the RTF output as containing no end of paragraph markers, resulting in the incorrectly formatted text.



RESOLUTION
Apply the fix described below. The Microsoft Exchange Connector for Lotus Notes has been corrected to explicitly check the RTF output stream for an end of paragraph marker, followed by text. This ensures that the carriage returns contained in messages sent from the Lotus Notes Web client will be preserved.



STATUS
Microsoft has confirmed this to be a problem in 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 about 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

Additional query words: Domino IBM

Keywords: kbbug kbfix KB185180

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.