Go back to the pre-0.75 behaviour of always ending lines with CRLF on output.

Previously, this was done as Synchronet didn't natively support re-wrapping
to the console screen width (and word_wrap() didn't exist), so fseditor
needed a way to distinguish between "soft" and "hard" CRs when unwrapping.

This is no longer the case, so the space-newline pair for soft CRs is no
longer useful.  Instead, it can now cause an issue where a blank line is
rendered in some terminals when there is a soft CR after a character in the
second-last column.

The space was added for FTS-0001 compatability, but since we will now use
CRLF pairs, this is no longer an issue.