Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    HAM_TECH    |    Amateur(HAM) Radio TECHnical Conference    |    157 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 148 of 157    |
|    Tony Langdon to mark lewis    |
|    Re: St. Basil 02    |
|    25 Mar 19 09:44:00    |
      TZUTC: 1000       MSGID: 75.fido-ham_tech@3:633/410 20fdac84       REPLY: 1:3634/12.73 5c97b88f       TID: SBBSecho 3.03-Linux r3.65 Dec 31 2017 GCC 4.6.3       -=> On 03-24-19 12:57, mark lewis wrote to Tony Langdon <=-               ml> i'm not a QWK hub... it was a user uploading QWK mail before checking        ml> that the conference numbers were still accurate for the areas they were        ml> posting in... i don't even know what numbers they have without going        ml> into scfg and wading through all the areas looking specifically for        ml> them...              Ahh, OK, that'll do it too. I've done that to myself by accident a couple of       times lol               ml> static would be good, though... i'm concerned with how they would be        ml> listed on the user's end when i insert new areas into the config in        ml> alphabetical order... then there's the same problem but in reverse when        ml> areas are removed...              I add new areas at the end where possible. I still use dynamic conference       numbers for non networked nets and use static numbers for the QWK networks.               ml> these two problems (above) are one of the main reasons why i much        ml> prefer FTN echotags over QWK area numbers... the numbers can change but        ml> with echotags it doesn't matter what order they are in, the tag is        ml> always used so adding/removing areas doesn't lead to messages being        ml> posted into the wrong areas...              You can set your QWK numbers to be static. And don't use consecutive numbers,       if you want to be able to insert conferences between them.               ml> we probably should move this over to one of the sbbs areas, though...              Feel free to, I am linked up. :)                     ... If everything seems to go right, check your zipper.       === MultiMail/Win v0.51       --- SBBSecho 3.03-Linux        * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)       SEEN-BY: 15/2 123/1970 226/16 17 229/107 200 312 354 426 728 1014       SEEN-BY: 240/5832 249/206 317 400 317/3 322/757 342/200 393/68 633/0       SEEN-BY: 633/267 280 281 410 412 509 712/848       PATH: 633/410 280 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca