home bbs files messages ]

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