Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNCHRONET    |    Rob Swindell fetishistic worship forum    |    43,341 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 42,928 of 43,341    |
|    Digital Man to Martin Kazmaier    |
|    Totally Confused...    |
|    21 Dec 25 03:13:52    |
      TZUTC: -0800       MSGID: 55499.sync@1:103/705 2dade53b       REPLY: 1:340/1101 012d0c01       PID: Synchronet 3.21a-Linux master/114c3dfde Dec 19 2025 GCC 12.2.0       TID: SBBSecho 3.33-Linux master/93cefd0e8 Dec 20 2025 GCC 12.2.0       COLS: 80       BBSID: VERT       CHRS: CP437 2       FORMAT: flowed       NOTE: FSEditor.js v1.105        Re: Totally Confused...        By: Martin Kazmaier to Digital Man on Sun Dec 21 2025 12:45 am               > DM> > supposed to. In my case, it's the new user procedure that needs to        > DM> > be disabled. Every time I connect, it's as a new user and the real        > DM> > name        > DM> isn't        > DM> > accepted as the same as the handle (sbbs simply reports that it's        > DM> either a        > DM> > dupe or invalid) as I think it's only 1 word.        >        > DM> And I told you how to disable that real name prompt.        >        > Ok, I just went through every message from you to me and didn't see that.        > Could you please tell me again?              Here are those instructions again, verbatim:              You can eliminate that prompt entirely by creating the file ctrl/text.ini and       adding the following line:       EnterYourRealName = ""               > DM> If you connect a second time with the same name, that wouldn't be        > DM> another new user either, so "every time" sounds incorrect as well.        >        > It is forcing me to create a new user each time I connect because the real        > name is invalid or duplicate. It doesn't say which. I have multiple users        > with the same handle and different real names... That on it's own is        > confusing.              That doesn't make sense - if the rlogin-supplied user name already exists in       your BBS's userbase, the user will not go through another new user       registration again. It sounds like you're specifying a different username for       each new rlogin connection. Your BBS's terminal server log output would       clarify what's happening. i.e. compare the server log output between 2       successive connections. If the first connection completes the new user       registration process, then a second connection (with the same username) should       not start a new user registration again.               > DM> Cool. I've never heard of it. Looks like it's running Synchronet:        > DM> a-net-online.lol -- digital man (rob)               > Yep, he's got it working so I can use that until I can manage this. I would        > love to work with you on this and will try to calm down my idiosynchracies        > (sorry I couldn't remember how to spell that) so that I'm easier to deal        > with. He spent about 2 years to get his to the state that it's at. Rob        > McGee (x-bit) also has a game server. His just asks for username and        > location as well as mouse reporting and ansi on new user connection. I was        > hoping to get to that state. Exodus also has one set up so that people can        > access sbbs games from his Renegade. If that many people can use it, it        > shouldn't be as difficult as I've experienced. Perhaps they all used a newer        > version.              The "newer version" (actually *versions*) of logon.js just add some more       options that some sysops requested and can enable, as documented, but aren't       required for baisc game server functionality. The basic rlogin-game-server       functionality has been in Synchronet's logon.js for a long time now and isn't       that complex to setup.               > I just went to the synchronet website, which seemed the logical        > place to get the latest version. I did read the game server wiki (thanks to        > Stringray for pointing me to that) and follow it's instructions before I had        > my melt-down.              The rlogin/game-server support in Synchronet is controlled via the       exec/logon.js script. You can see the edit history of this script (and       download the latest version of it) here:       https://gitlab.synchro.net/main/sbbs/-/commits/master/exec/logon.js              Or... you could upgrade to the latest development build of Synchronet (which       includes an updated logon.js) by following the instructions here:       https://wiki.synchro.net/install:dev       That's also the *second* link on the "download" "Synchronet for Windows"       option at "the synchronet website" (www.synchro.net).       --         digital man (rob)              Sling Blade quote #8:       Karl Childers: I don't reckon I got no reason to kill nobody.       Norco, CA WX: 50.6øF, 92.0% humidity, 0 mph NNE wind, 0.00 inches rain/24hrs       --- SBBSecho 3.33-Linux        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 103/705 105/81 106/201 124/5016 128/187 129/14 153/757 7715       SEEN-BY: 154/10 30 110 203/0 218/700 221/0 226/30 227/114 229/110       SEEN-BY: 229/112 134 206 317 400 426 428 470 700 705 240/1120 5832       SEEN-BY: 263/1 266/512 280/464 5003 5006 291/111 292/8125 301/1 310/31       SEEN-BY: 320/219 322/757 341/66 234 342/200 396/45 423/120 460/58       SEEN-BY: 460/256 1124 633/280 712/848 770/1 902/26 5020/400 8912 5054/30       SEEN-BY: 5075/35       PATH: 103/705 280/464 460/58 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca