Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MBSE    |    The Linux/FreeBSD MBSE BBS Support Echo    |    2,445 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 2,109 of 2,445    |
|    Rob Swindell to Alan Ianson    |
|    Re: Netmail issue    |
|    25 Oct 20 16:37:24    |
      TZUTC: -0700       MSGID: 5043.mbse@1:103/705 23fb55e7       REPLY: 1:153/757@fidonet 5f0ae1df       PID: Synchronet 3.18c-Win32 Oct 25 2020 MSC 1927       TID: SBBSecho 3.11-Linux r3.179 Oct 25 2020 GCC 8.3.0       COLS: 80       CHRS: CP437 2       NOTE: FSEditor.js v1.104        Re: Re: Netmail issue        By: Alan Ianson to Vincent Coen on Sun Oct 25 2020 11:32 am               > Vincent Coen wrote to Alan Ianson:        >        > VC> I cannot think of a reason why mbse a Linux product would create a        > VC> Win/dos        >        > VC> new line as that's the CRLF two bytes block as *nix ony uses one byte.        >        > I guess it's the DOS heritage of BBSing. Multimail and other QWK readers        > will wrap your text up with CRLF at the end of lines              The QWK format actually has its own unique line-ending sequence: 227 (0xE3). I       don't know the history/reason why (ASCII 10, '\n', seems like it would have       worked fine). According to one QWK spec, this was to "save space", but that       doesn't really make sense. Anyway, MultiMail and (presumably) other QWK       readers do not actually wrap text with CRLF, though perhaps they should. :-)               > and I think MBSE does that with messages saved on the BBS also.              Should be okay if it does. FidoNet messages are supposed to be '\r' terminated       paragraphs (line-feeds are ignored), so where FidoNet is concerned, CRLF or CR       should work fine.               > CRLF has been a PITA since day one. It makes messages harder to format on a        > screen that is a different size than what it was saved on. It was great to        > format messages for an 80x25 screen when everyone was using that but not        > everyone uses that today.              Right, and this is *one* thing that FidoNet actually got right:        All linefeeds, 0AH, should be ignored. Systems which display message        text should wrap long lines to suit their application.               > VC> Is this block being created from a msg created within mbse, i.e., say        > VC> golded or other message editor ?        >        > I'm looking at these messages inside of .pkt files. These lines start with a        > CRLF, it's completely out of place there.              It should be fine. The only case where it would not be fine is control       paragraphs (kludge lines) which must begin with a single CR (0x0D) character.       --         digital man              This Is Spinal Tap quote #25:       Viv Savage: Have... a good... time... all the time. That's my philosophy.       Norco, CA WX: 63.6øF, 67.0% humidity, 8 mph ENE wind, 0.00 inches rain/24hrs       --- SBBSecho 3.11-Linux        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 1/123 18/200 90/1 120/340 123/131 226/30 227/114 229/101       SEEN-BY: 229/275 424 426 452 550 664 1016 240/5832 249/206 317 400       SEEN-BY: 292/854 317/3 322/757 342/200 633/280       PATH: 103/705 280/464 229/101 426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca