X-JAM-PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
X-JAM-FTSKLUDGE: TID: SBBSecho 3.07-Linux r3.108 Mar 19 2019 GCC 6.3.0 X-JAM-FTSKLUDGE: COLS: 80
For those that are curious, it's a newly-introduce kludge line which reflects the width (in columns) of the editor used to create the
original message text.
It was not very hard to guess. :-D
@TZUTC: -0700rain/24hrs
@MSGID: 5137.fidotest@1:103/705 20f69477
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.107 Mar 19 2019 GCC 6.3.0
this message should have a COLS kludge/control line with a value of 80.
digital man
Synchronet/BBS Terminology Definition #1:
ANSI = American National Standards Institute
Norco, CA WX: 69.9øF, 50.0% humidity, 7 mph NE wind, 0.00 inches
--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 103/705 154/10 203/0 218/700 221/0 1 6 360 229/426 240/1120 5832 SEEN-BY: 280/464 5003 5555 310/31 320/119 219 396/45 423/120 640/1321 1384 SEEN-BY: 712/848 770/1 2452/250 3634/12 116/116 123/25 150 755 135/300 SEEN-BY: 153/7715 154/10 261/38 3634/15 24 27 50 119 123/50 115 3634/12 0 18/0
SEEN-BY: 123/0 1/120
@PATH: 103/705 280/464 221/1 640/1384 3634/12
@TZUTC: -0700
@MSGID: 5139.fidotest@1:103/705 20f69f4a
@REPLY: 2:221/360.8110 5c914bdb
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.108 Mar 19 2019 GCC 6.3.0
@COLS: 80
Re: COLS test
By: Tommi Koivula to Rob Swindell on Tue Mar 19 2019 11:06 pm
Hi Rob.
19 Mar 19 13:00:38, you wrote to All:
@TZUTC: -070080.
@MSGID: 5137.fidotest@1:103/705 20f69477
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.107 Mar 19 2019 GCC 6.3.0
this message should have a COLS kludge/control line with a value of
Nope...
Thanks! How about now? :-)
digital man
This Is Spinal Tap quote #45:
I don't really think the end can be assessed as of itself as being the end Norco, CA WX: 70.4øF, 58.0% humidity, 3 mph ESE wind, 0.00 inches rain/24hrs
--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 103/705 154/10 203/0 218/700 221/0 1 6 360 229/426 240/1120 5832 SEEN-BY: 280/464 5003 5555 310/31 320/119 219 396/45 423/120 640/1321 1384 SEEN-BY: 712/848 770/1 2452/250 3634/12 116/116 123/25 150 755 135/300 SEEN-BY: 153/7715 154/10 261/38 3634/15 24 27 50 119 123/50 115 3634/12 0 18/0
SEEN-BY: 123/0 1/120
@PATH: 103/705 280/464 221/1 640/1384 3634/12
@TZUTC: -0700
@MSGID: 5137.fidotest@1:103/705 20f69477
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.107 Mar 19 2019 GCC 6.3.0
this message should have a COLS kludge/control line with a value of 80.
digital manrain/24hrs
Synchronet/BBS Terminology Definition #1:
ANSI = American National Standards Institute
Norco, CA WX: 69.9°F, 50.0% humidity, 7 mph NE wind, 0.00 inches
--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 103/705 154/10 203/0 218/700 221/0 1 6 360 229/426 240/1120 5832 SEEN-BY: 280/464 5003 5555 310/31 396/45 423/120 712/848 770/1 2452/250 @PATH: 103/705 280/464 221/1
Hi Rob.
19 Mar 19 13:00:38, you wrote to All:
@TZUTC: -0700
@MSGID: 5137.fidotest@1:103/705 20f69477
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.107 Mar 19 2019 GCC 6.3.0
this message should have a COLS kludge/control line with a value of 80.
Nope...
@TZUTC: -0700
@MSGID: 5139.fidotest@1:103/705 20f69f4a
@REPLY: 2:221/360.8110 5c914bdb
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.108 Mar 19 2019 GCC 6.3.0
@COLS: 80
Re: COLS test
By: Tommi Koivula to Rob Swindell on Tue Mar 19 2019 11:06 pm
Hi Rob.
19 Mar 19 13:00:38, you wrote to All:
@TZUTC: -0700
@MSGID: 5137.fidotest@1:103/705 20f69477
@PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
@TID: SBBSecho 3.07-Linux r3.107 Mar 19 2019 GCC 6.3.0
this message should have a COLS kludge/control line with a value of 80.
Nope...
Thanks! How about now? :-)
Nope...
Thanks! How about now? :-)
Nope...
Thanks! How about now? :-)
I see it now. I can't quote it in this editor but it is there.
X-JAM-PID: Synchronet 3.17c-Win32 Mar 15 2019 MSC 1800
X-JAM-FTSKLUDGE: TID: SBBSecho 3.07-Linux r3.108 Mar 19 2019 GCC 6.3.0 X-JAM-FTSKLUDGE: COLS: 80
For those that are curious, it's a newly-introduce kludge line which
reflects the width (in columns) of the editor used to create the
original message text.
For those that are curious, it's a newly-introduce kludge line whichreflects
the width (in columns) of the editor used to create the original message text.
This value can be used to assist message viewers when re-word-wrapping the
message text for nice display. Synchronet has supported it for QWK networks for
a while now, so I thought I'd support it over FTN as well (using SBBSecho).
On 2019-03-19 15:11:22 +0000, Rob Swindell -> Alan Ianson said:
For those that are curious, it's a newly-introduce kludge line whichreflects
the width (in columns) of the editor used to create the original message text.
This value can be used to assist message viewers when re-word-wrapping the
message text for nice display. Synchronet has supported it for QWK networks for
a while now, so I thought I'd support it over FTN as well (using SBBSecho).
Question for those of us who want to implement support in our sysems, I understand like PCB test editor (^aCOLS: 72), however, what about those
of us who also support Content-Type: ... format=flowed ??
Should I use
-1, or 0 to denote do not re-word-wrap as it will contain 0x0d where it needs to if the client formatted there post?
Like this reply, should be 1 long string, 0x0d0d then this sentenence.
(if I had implemented COLS in my newsgroup server).
Re: Re: COLS test
Bare-CRs are expanded to CRLF when added to my message bases, but otherwise
there should be no difference. Your system or editor appears to be wrapping
lines at about 70 columns.
On 2019-04-23 09:45:45 +0000, Rob Swindell -> Ozz Nixon said:
Re: Re: COLS test
Bare-CRs are expanded to CRLF when added to my message bases, but otherwise
there should be no difference. Your system or editor appears to be wrapping
lines at about 70 columns.
Yeah, per Fido Spec my tosser is doing:
Ws:=JAM.GetMsgText(True)+#13;
If copy(Ws,1,1)='.' then Ws:='.'+Ws;
BlockWrite(BFH, Ws[1], Length(Ws), Numwrite);
No #13#10 (CRLF), and my NNTP client is sending "Content-Type:
text/plain; charset="iso-8859-1"", so my tosser reads the text using a word-wrap Pos 68. If format=flowed then it sends until embedded CR from
the Usenet Client.
I will change the BBS when using the same JAMmb API, that POS=^COLS:
value if exists. ;-)
Sysop: | Zazz |
---|---|
Location: | Mesquite, Tx |
Users: | 7 |
Nodes: | 4 (0 / 4) |
Uptime: | 82:07:17 |
Calls: | 157 |
Files: | 2,110 |
Messages: | 145,592 |