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

ID: Q185180


The information in this article applies to:
  • Microsoft Exchange Server, version 5.5


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 : XFOR
Version : WinNT:5.5
Platform : winnt
Issue type : kbbug


Last Reviewed: April 9, 1999
© 2000 Microsoft Corporation. All rights reserved. Terms of Use.