Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    ASIAN_LINK    |    Not the kind that loves you long time    |    8,456 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 6,937 of 8,456    |
|    Maurice Kinal to mark lewis    |
|    all for one    |
|    01 Sep 19 20:44:33    |
   
   REPLY: 1:3634/12.73 5d6c1e35   
   MSGID: 1:153/7001 5d6c2db1   
   CHRS: UTF-8 4   
   Hey mark!   
      
    ml> but i was taking them as a whole and not in parts and pieces   
      
   From a cp437 terminal? Not very likely it can differentiate 32-bit   
   characters. From what I have seen a 32-bit character will appear as four   
   8-bit characters on any terminal application no matter what it thinks the   
   character set is ... unless you're on a utf-8 terminal using a crippled editor   
   such as msged or golded which can display them as single characters and then   
   it will break them when quoting them back. That is what happened with me when   
   I first started playing with the possibility of utf-8 fidonet messaging.   
      
    ml> so how do you propose to do that from a BBS?   
      
   I don't. I gave up on BBS's back around 1996-ish. They were already out of   
   step once MS broke their ansi terminals sometime before then. They were never   
   in sync with linux or any of the BSD terminals that I was aware of. I did   
   have a 'fix' for logging into ansi BBS's but I never did like it much. As far   
   as fidonet messaging goes I'd say offlining is it's only hope. Nancy has the   
   right idea.   
      
    ml> what is sent to the user's terminal so the glyphs are properly   
    ml> rendered in the editor as they are in the reader...   
      
   And what encoding would that be? cp437? I have yet to see that work across   
   the board, nevermind utf-8.   
      
   Just for fun here is what dmidecode has to say about every motherboard for the   
   last umpteen, 20-ish maybe more, years about this issue;   
      
   -={ ye olde cut n' paste starts }=-   
   BIOS Language Information   
    Language Description Format: Long   
    Installable Languages: 1   
    en|US|iso8859-1   
    Currently Installed Language: en|US|iso8859-1   
   -={ ye olde cut n' paste ends }=-   
      
   IBM fscked up over 30 years ago (1988-ish) methinks and fidonet made the   
   mistake of using their crap ever since, CP437 being the best evidence of   
   that. Mind you MS totally screwed up iso8859-1 by making people believe in   
   LATIN-1 being iso8859-1 so even the ISO people didn't escape the so-called   
   high/upper ascii scam. :::an evil grin that no emoticon has [yet] been   
   created for:::   
      
   Life is good,   
   Maurice   
      
   ... Don't cry for me I have vi.   
   --- GNU bash, version 5.0.11(1)-release (x86_64-pc-linux-gnu)   
    * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)   
   SEEN-BY: 1/123 15/2 18/200 57/0 153/757 154/10 203/0 220/70 221/0   
   SEEN-BY: 226/17 227/114 229/354 426 452 1014 240/5832 249/206 317   
   SEEN-BY: 249/400 267/800 280/464 5003 310/31 317/3 322/757 342/200   
   SEEN-BY: 396/45 423/120 633/280 712/848 770/0 1 100 330 340 772/0   
   SEEN-BY: 772/1 210 500   
   PATH: 153/7001 757 770/1 280/464 229/426   
      
|
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca