Hey folks. I recently updated Synchronet to 3.21e on my machine by downloading the sbup321e.zip and extracting the contents over my existing install.
I had been running 3.19 prior. My host VM is a Windows 10 32bit
environment and the prior version had been running just fine for a while. Every since the upgrade I am having some pretty major stability problems. The first thing I noticed is that in the Synchronet Control Panel GUI the Terminal Server Buttons and text which state Running NT Service flash every couple of seconds. Additionally. if I attempt to stop the service the "sbbsNTsvcs.exe" hangs and I have to manually kill it. Also, after a a day or so the service stops accepting any kind of inbound connections.
I'm not really seeing any errors in the rror log related to the connections, but I do see that the system appears to have stopped polling netmail and QWK. I tried to manually force a QWK callout but I am seeing this in the log:
Wed Apr 15 00:54:17 2026 master/dba8d48f1It sounds like the event thread is hung runing a QWKnet call-out event. How many hubs do you have setup in SCFG->Networks->QWK and what are their call-out command-lines? That doesn't explain the not answering incoming connections though.
term Event thread appears to be blocked running QNET since Tue Apr 14 2026 10:54 pm
Mon Apr 20 00:47:06 2026 master/dba8d48f1
term Event thread appears to be blocked running QNET since Sun Apr 19 2026 10:47 pm
I'm really hoping someone can lend me a hand to figure out what is going on.
There's an upgrade_to_SBBS_v3.21e.exe in that zip, I assume you ran it?
Not a lot of sysops use sbbsNTsvcs.exe, so first question would: do you have problems if you disable the NT services and just run sbbs.exe or sbbsctrl.exe directly? In the mean while, I'll do some more testing with sbbsNTsvcs.exe and sbbsctrl.exe together to see what I can find.
It sounds like the event thread is hung runing a QWKnet call-out event. How many hubs do you have setup in SCFG->Networks->QWK and what are their call-out command-lines? That doesn't explain the not answering incoming connections though.
Re: Synchronet 3.21e upgrade
By: Digital Man to hax0r on Mon Apr 20 2026 06:21 pm
There's an upgrade_to_SBBS_v3.21e.exe in that zip, I assume you ran it?
Yup, I also ran it again, mayking sure that the sbbsntsvc.exe was killed before I ran it. After running it and starting the service and the running the Synchronet Control Panel GUI the behavior was the same. I can see it flashing between "Running NT Service" and "Down" over and over every half second or so. The funny thing is that I can still connect even when it is doing this.
Not a lot of sysops use sbbsNTsvcs.exe, so first question would: do you have problems if you disable the NT services and just run sbbs.exe or sbbsctrl.exe directly? In the mean while, I'll do some more testing with sbbsNTsvcs.exe and sbbsctrl.exe together to see what I can find.
I just disabled the service and started the GUI and it went to Listening mode. It also immediately ran External events and all of a sudden my Echomail was processed! I am going to leave it running this way for a it and see what happens. I'm surprised more people don't run the service -- I am assuing they are setup to have their systems autologon and run the GUI at startup?
It sounds like the event thread is hung runing a QWKnet call-out event. How many hubs do you have setup in SCFG->Networks->QWK and what are their call-out command-lines? That doesn't explain the not answering incoming connections though.
You are my only network :)
the callout command is %!vert.bat
the contents of vert.bat are as follows:
ftp -s:c:\sbbs\exec\vert.ftp | find /v "Upload complete"
if not errorlevel 1 del c:\sbbs\data\vert.rep
So that's a really old way to perform a QWK network call-out.
It *should* still work, so I'm not telling you to change it, but the new/supported way is using exec/qnet-ftp.js: https://wiki.synchro.net/module:qnet-ftp
What's the log output from some or one of the servers while it's doing that?That's the thing, there really isn't anything happening in the Terminal Server output while that is happening when sbbsntsvc.exe is running and its toggling between "Running NT Service" and "Down". There is some noise every now and then, likely related to some sort of spam script trying to logon but nothing that i could see of significance. Also, while it is doing that, I can connect (and stay connected). After a while, though theserver does top accepting any new connections even though in the GUI it looks like everything is fine.
Likely. That's what *I* do. But still, it sounds like a bug.If the recommended way to run it these days is to do an auto logon and auto stat of Syncrhonet Control Panel I can make that happen. I always thought that the service was a much more native feel since no one had to physically be loggged onto the box.
ftp -s:c:\sbbs\exec\vert.ftp | find /v "Upload complete"
if not errorlevel 1 del c:\sbbs\data\vert.rep
So that's a really old way to perform a QWK network call-out. It *should* still work, so I'm not telling you to change it, but the new/supported way is using exec/qnet-ftp.js:
https://wiki.synchro.net/module:qnet-ftp
Also, what do you expect... I'm old. I've been here for a long time
and you know, if its not broke, don't fix it :)
Re: Synchronet 3.21e upgrade
By: Digital Man to hax0r on Tue Apr 21 2026 09:35 pm
What's the log output from some or one of the servers while it's doing that?That's the thing, there really isn't anything happening in the Terminal Server output while that is happening when sbbsntsvc.exe is running and its toggling between "Running NT Service" and "Down". There is some noise every now and then, likely related to some sort of spam script trying to logon but nothing that i could see of significance. Also, while it is doing that, I can connect (and stay connected). After a while, though theserver does top accepting any new connections even though in the GUI it looks like everything is fine.
Likely. That's what *I* do. But still, it sounds like a bugIf the recommended way to run it these days is to do an auto logon and auto stat of Syncrhonet Control Panel I can make that happen. I always thought that the service was a much more native feel since no one had to physically be loggged onto the box.
ftp -s:c:\sbbs\exec\vert.ftp | find /v "Upload complete"
if not errorlevel 1 del c:\sbbs\data\vert.rep
So that's a really old way to perform a QWK network call-out. It *should* still work, so I'm not telling you to change it, but the new/supported way is using exec/qnet-ftp.js:
https://wiki.synchro.net/module:qnet-ftp
I will work on updating to that new method. Its been working for decades. I think it stopped somewhere late last year. When I look at my messages, I don't see anything new since late 2025. If you want, I can try to pin down a more exact date before I try and fix things.
Also, what do you expect... I'm old. I've been here for a long time and you know, if its not broke, don't fix it :)
really no reason for you to keep using it. We moved from that batch file/sript to the qnet-ftp.bin Baja module like 25 years ago and
then to the JavaScript module like 6 years ago. :-)
| Sysop: | Karloch |
|---|---|
| Location: | Madrid, Spain |
| Users: | 72 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 235:20:12 |
| Calls: | 1,898 |
| Files: | 17,895 |
| D/L today: |
2 files (34K bytes) |
| Messages: | 66,912 |