I played with some messages to see if Thunderbird is following the spec and from what I can tell it is. The problem is in sqwebmail's choice of return when a blank line follows a paragraph. If the goal is to make the paragraph display exactly like the user typed it in, the final soft return that sqwebmail adds should be a hard return. Perhaps sqwebmail is translating two hard returns into a soft and hard return?

For the following: (* indicates soft return ie: space followed by CRLF, # indicates hard return ie: CRLF)

Example of how sqwebmail encodes a paragraph now:

This is some random text that is# part of a paragraph.* # Here is some more random text that# is also part of a paragraph.* # Junk.#

Example that displays the same way the user entered the text:

This is some random text that is# part of a paragraph.# # Here is some more random text that# is also part of a paragraph.#

-Warren

On Nov 7, 2004, at 8:42 AM, Sam Varshavchik wrote: