Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNC_SYSOPS    |    Synchronet Multinode BBS Software Suppor    |    33,243 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 30,819 of 33,243    |
|    Ragnarok to All    |
|    Re: ares.bbs got duplicate areas on pass    |
|    18 Nov 24 00:23:07    |
      TZUTC: -0300       MSGID: 56831.sync_sys@1:103/705 2ba0e2f6       REPLY: 56828.sync_sys@1:103/705 2ba0b300       PID: Synchronet 3.20a-Linux master/9bf86ab10 nov 16 202 GCC 10.2.1       TID: SBBSecho 3.22-Linux master/1f37517ce Nov 17 2024 17:45 GCC 12.2.0       BBSID: DOCKSUD       CHRS: UTF-8 4       NOTE: Mozilla Thunderbird       El 17/11/24 a las 22:49, Gamgee escribió:       >        > I disagree. I think this format is MUCH more awkward than the current       > format of AREAS.BBS. If you have several hundred echo areas, and a       > couple dozen downlinks for most of them, the file would be *VERY* long       > and hard to edit. EXTREMELY hard to edit, actually.              I understand your point, but using a more standard format makes it        easier to create tools that manage the file              The length of the file due to the number of areas is not something that        worries me. If I have to edit it manually, any editor can do a text        search quickly, even if it has thousands of lines.              >        > Also, that file is not specific to Synchronet only.       >        > FT> this would make it easier to parse and you could even think of making       > FT> an "Area manager" GUI with javascript and uifc or within sbbsecho       >        > FT> or from the command line it could also have utilities like:       >        > FT> jsexec areamgr.js addarea [internal_code] [fido_tag] [link] [link]       > FT> jsexec areamgr.js addlink [fido_tag] [link]       > FT> jsexec areamgr.js dellink [fido_tag] [link]       >        > This can already be done with the Import/Export functions already in       > SCFG.       >               The import/export actions to different formats are not for managing the        file.       I don't see a way to simple make those use cases as this:              "add node 1:23/4 to areas X,Y and Z"       "remove node 1:23/4 from area X"              The ini format was just an example, maybe it could be a comma or tab        separated file like user.tab is now              I currently use sed, awk or other bash tools to do these tasks. But the        inconsistencies of the lines (some have different spaces between the        columns) makes it uncomfortable.              Saludos!       ---        ■ Synchronet ■ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 103/705 105/81 106/201 124/5016 128/187 153/757 7715 154/10       SEEN-BY: 154/30 203/0 218/700 221/0 226/30 227/114 229/110 114 206       SEEN-BY: 229/317 400 426 427 428 470 550 700 705 240/1120 5832 266/512       SEEN-BY: 280/464 5003 5006 282/1038 291/111 292/8125 301/1 320/219       SEEN-BY: 322/757 341/66 234 342/200 396/45 423/120 460/58 256 1124       SEEN-BY: 467/888 633/280 712/848 770/1 5020/400 8912 5054/30 5075/35       PATH: 103/705 280/464 460/58 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca