TZUTC: 1000
MSGID: 13323.dove-syncops@12:1/2 2cd32b29
REPLY: 58312.sync_sys@1:103/705 2cd3b919
PID: Synchronet 3.21a-Linux master/7276d373a Jun 01 2025 GCC 10.2.1
TID: SBBSecho 3.28-Linux master/e2705e616 Jul 05 2025 GCC 12.2.0
COLS: 80
BBSID: ALTERANT
CHRS: CP437 2
FORMAT: flowed
NOTE: FSEditor.js v1.105
  Re: SVDM
  By: Digital Man to John Gerwing on Tue Jul 08 2025 03:44 pm

Howdy,

 > But the way SVDM is written today, the virtual modem responds
 > to any secondary incoming TCP connection with the busy notice when the
 > socket to the DOS program is in use, you'd really need to run multiple
 > instances with multiple TCP ports to support a multi-line/node DOS BBS
 > program. It'd be like the multi-line BBSes of the 90s that used a separate
 > phone number for each line only in this case, you'd use a separate TCP port
 > number.

In the 90's you could have a hunt group, so a single incoming number that
would automatically go forward to the next available non-busy number. I had
one when I ran an ISP service with 10 lines with a mate.

To achieve that with SVDM, you should be able to put haproxy infront of it.
Havent tried it myself for SVDM, but that should in theory work.


...ëîåï

---
 þ Synchronet þ AnsiTEX bringing back videotex but with ANSI
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 103/13 705 105/81 106/201 124/5016 128/187 129/14 153/757
SEEN-BY: 153/7715 154/10 30 110 203/0 218/700 221/0 226/30 227/114
SEEN-BY: 229/110 206 317 400 426 428 550 700 705 240/1120 5832 263/1
SEEN-BY: 266/512 280/464 5003 5006 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 902/26 5020/400 8912 5054/30
SEEN-BY: 5075/35
PATH: 103/705 280/464 460/58 229/426