Subj : Desired Living Document (section): Author Compliance To : Ozz Nixon From : Rob Swindell Date : Fri Apr 12 2019 01:54 am Re: Desired Living Document (section): Author Compliance By: Ozz Nixon to mark lewis on Fri Apr 12 2019 03:31 am > Re: Desired Living Document (section): Author Compliance > By: mark lewis to Ozz Nixon on Sat Mar 23 2019 11:37 am > > VC> tearlines and origin lines and even message body lines have > > VC> artificial > VC> limits placed on them because folks got used to 80x25 terminals... they > VC> look very funny when viewed on terminals with larger widths... > > *SBBS* has a bug, I just noticed the last two emails I have "quoted" it > > is > putting the incorrect initials ... VC should be ML... :-/ 1. You posted this using an 8-year old version of *SBBS*: X-FTN-PID Synchronet 3.15b-Win32 Oct 17 2011 MSC 1200 2. It's possible the message editor you're using created the quotes, not *SBBS*. > Anyway, would it be worth implementing a Kludge for flowed - when found 0d > is ignored From FTS-1: A 'hard' carriage return, 0DH, marks the end of a paragraph, and must be preserved. I hope there's no FTS software that is ignoring "0d". > and paragraphs get formatted by the reader? This is how JAMNNTPd > works - in my NNTP server code I dropped flowed since it was really messing > up BBS_ADS and a couple other echos. I thinking adding ^aFORMAT: flowed^m > would help in the cases that people can handle >80 columns. > > That would make ^aCOLS: 80^m make a little more sence ;) I'm not really clear what you're proposing. The writer (the entity that adds control paragraphs to messages) doesn't know what the reader can or cannot do. If you want to send messages over FidoNet with 3000 character lines, you should be able do that without any special control lines. It's up to the consumer/viewer to try to beautify the messages for display (or not). The COLS value just assists with re-word-wrapping, if necessary or desired, for the nice display of message text. .