Subj : CRLF
To   : Digital Man
From : Carlos Navarro
Date : Tue Mar 22 2022 17:11:40

13 Mar 2022 13:26, you wrote to me:

 >> I've noticed that SBBSecho generates packed messages with CRLF at
 >> the end of every line in the body text (excluding kludges,
 >> fortunately), though most FTN software only puts a CR.
 >>
 >> It's not really an issue, as FTS-1 says that CR marks the end of
 >> paragraphs but LF should be ignored. However, is there a reason for
 >> having that extra LF in packed messages?

 DM> It's not SBBSecho that's putting the LF in there, it's the message
 DM> editor being used or SBBS.

Ok, I don't know Synchronet well. So SBBSecho generates packets with CRLF because it doesn't remove LFs (by default, as you you tell me below).

 DM> SBBSecho has the option to strip line-feeds
 DM> from outgoing messages, but by default that option is false/off:
 DM> https://wiki.synchro.net/config:sbbsecho.ini#root_section

Ok. My tosser also doesn't strip LFs by default. One of my (up)links doesn't strip them either (other one does). That's why I could detect this.

 DM> CR/LF is the MS-DOS standard for text file line termination and
 DM> Synchronet originated as an DOS progarm, so I suppose that would be
 DM> the reason why their are linefeeds in Synchronet message body text.

I understand.

 DM> Per FTS-1, "All linefeeds, 0AH, [in packed messages] should be
 DM> ignored.", so they should have no adverse impact to any FTN software.

AFAIK only the Aftershock app has issues with LFs, if they are present in the kludges. SBBS does not put LFs there, so problem.

Carlos

--- GoldED+/W32-MSVC 1.1.5-b20180707
 * Origin: Costa Blanca, Spain (2:341/234)

.