TZUTC: -0800   
   MSGID: 17450.dbridge@1:103/705 24b32b55   
   REPLY: 1:229/426 DAAD8F63   
   PID: Synchronet 3.19a-Win32 new_file_base/cea997c50 Mar 13 2021 MSC 1928   
   TID: SBBSecho 3.13-Linux new_file_base/824e987d3 Mar 13 2021 GCC 8.3.0   
   BBSID: VERT   
   CHRS: ASCII 1   
    NA> D'Bridge must first be told that when it runs to assume that a caller   
    NA> is "on the line" and to exit when the call completes. So you create a   
    NA> dummy semaphore file called LINE1.OTL in the DB directory.   
      
   Ah ok.    
      
   You are running D'Bridge like a door.    
      
   That is cheating :)   
      
    NA> Start Net2BBS, test by telnetting locally. Net2BBS should spawn   
    NA> DBRUN.CMD  which loads D'Bridge. In your telnet session you see the   
    NA> D'Bridge logo followed by "Press ESC twice to access the BBS". Doing so   
    NA> will swap the mailer out to execute whatever commands you specified.   
    NA> When the BBS terminates, the  session returns to the mailer which at   
    NA> this point has sensed "dropped carrier" and thus terminates back to   
    NA> DBRUN... which exits.   
      
   Why cannot Net2BBS just pass the raw connection to D'Bridge WFC mode ? is it   
   because the author wants to sell NetSerial instead ?   
      
   ___ Blue Wave/386 v2.30   
   --- SBBSecho 3.13-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 1/123 90/1 103/705 105/81 114/709 120/340 123/131 124/5016   
   SEEN-BY: 129/305 154/10 203/0 218/700 221/0 226/30 227/114 702 229/101   
   SEEN-BY: 229/424 426 428 550 664 1016 1017 240/1120 5138 5411 5824   
   SEEN-BY: 240/5832 5853 249/1 206 317 400 280/464 5003 282/1038 292/854   
   SEEN-BY: 292/8125 317/3 320/219 322/757 342/200 396/45 423/120 633/280   
   SEEN-BY: 2452/250 2454/119   
   PATH: 103/705 280/464 240/5832 229/426