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