Subj : Netmail issue
To   : Rob Swindell
From : Alan Ianson
Date : Sun Oct 25 2020 08:41 pm

Hello Rob,

 RS> The QWK format actually has its own unique line-ending sequence: 227
 RS> (0xE3). I don't know the history/reason why (ASCII 10, '\n', seems
 RS> like it would have worked fine). According to one QWK spec, this was
 RS> to "save space", but that doesn't really make sense. Anyway, MultiMail
 RS> and (presumably) other QWK readers do not actually wrap text with
 RS> CRLF, though perhaps they should. :-)

Multimail does seem to wrap message text with CRLF line endings, or maybe it's 
the editor that does that. I can seem if I inspect messages in a BW reply 
packet before uploading.

 >> and I think MBSE does that with messages saved on the BBS also.

 RS> Should be okay if it does. FidoNet messages are supposed to be '\r'
 RS> terminated paragraphs (line-feeds are ignored), so where FidoNet is
 RS> concerned, CRLF or CR should work fine.

I had a look at a message I posted in MBSE inside a .pkt that was waiting in 
the outbound. It also had CRLF line endings although they may have been put 
there by the editor also. That's not a problem on an 80x25 screen, it looks 
good. If you look at that on a wider screen it'll still be wrapped for that 80 
character wide terminal, unless your terminal can unwrap it for you.

 >> I'm looking at these messages inside of .pkt files. These lines
 >> start with a CRLF, it's completely out of place there.

 RS> It should be fine. The only case where it would not be fine is control
 RS> paragraphs (kludge lines) which must begin with a single CR (0x0D)
 RS> character.

I'm not sure what a control paragraph should look like so I can't say if it is 
correct or not.

Would you mind looking over this packet and tell us what you think? I think 
you could explain what is happening, if anything better than I can.

http://trmb.ca/5f0abae3.pkt

This is a test message I wrote to myself from 757.2 to 757.3 and this is the 
..pkt that MBSE created for 757.3. This packet contains (I think) uneeded and 
unwanted CRLF's at the beginning of lines.

http://trmb.ca/d319271e.pkt

This is the input .pkt that was sent to 153/757 to forward on to 757.3 if you 
would like to look. It contain CRLF's as you'd expect.

--- GoldED+/LNX 1.1.5-b20180707
 * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)

.