home bbs files messages ]

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 41,342 of 43,341   
   Gamgee to Digital Man   
   Re: [wiki.synchro.net] page added: howto   
   09 Mar 25 09:20:25   
   
   TZUTC: -0500   
   MSGID: 53795.sync@1:103/705 2c33b45a   
   REPLY: 53788.sync@1:103/705 2c331f57   
   PID: Synchronet 3.20e-Linux master/4f2886fce Mar 08 2025 GCC 14.2.0   
   TID: SBBSecho 3.23-Linux master/cc717b402 Mar 08 2025 GCC 12.2.0   
   BBSID: PALANTIR   
   CHRS: CP437 2   
   NOTE: FSEditor.js v1.105   
     Re: Re: [wiki.synchro.net] page added: howto:freq   
     By: Digital Man to Dan Clough on Sat Mar 08 2025 08:21 pm   
      
    >  > ; Global Keys:   
    >  > ; Dirs:       Comma-separated list of BBS directories to allow FREQing   
    >  > from. ; SecureDirs: As with Dirs, but only if it is a secure session.   
    >  > ; MaxFiles:   The max files that can be FREQed in a single request.   
    >  > ;   
    >  > ; Magic words...   
    >  > ; Each section name is a magic word.  Magic sections support the   
    >  > following: ; Dir: REQUIRED.  The file directory to search for the file.   
    >  > ; Secure: Boolean... if true, only available on secure sessions.   
    >  > ; Match: A wildcard to identify the file.  The most recently uploaded   
    >  > match ;        to this will be returned.   
    >   
    >  > Dirs=uploads   
    >  > ;SecureDirs=   
    >  > MaxFiles=10   
    >   
    >  > [ALLFILES]   
    >  > Dir=uploads   
    >  > Secure=No   
    >  > Match=pal*.zip   
    >   
    >  > The "uploads" name is the Internal Code of that file area, which does   
    >  > exist   
      
    > There's no internal code prefix for the file library in which "uploads"   
    > exists?   
      
    >  > and contains files that match "pal*.zip".   
      
    > Maybe try a simpler test, just give an exact filename first?   
      
   Another quick followup to this...  Again there is no prefix for the file   
   library, and I did use an exact filename, with no change.   
      
   I also tried using the OS-level directory path instead of the Internal Code,   
   and that didn't work.   
      
   Below is a log snip of what I see in sbbs.log when the FREQ comes in.  The   
   entries before and after this snip are just the session start/stop messages,   
   no other useful information is seen.  I also snipped the timestamp at the   
   beginning of each line for readability:   
      
   srvc 0013 BINKP Receiving file: /sbbs/temp/00870073.req (0.0KB   
                                                    srvc 0013 BINKP Received   
   file: /sbbs/temp/00870073.req (0.0KB   
                                                    srvc 0013 BINKP Deleted file:   
   /sbbs/temp/00870073.re   
                                                            srvc 0013 BINKP   
   Receiving file: /sbbs/temp/nfx4kkji.req (0.0KB   
                                                    srvc 0013 BINKP Received   
   file: /sbbs/temp/nfx4kkji.req (0.0KB   
                                                    srvc 0013 BINKP Deleted file:   
   /sbbs/temp/nfx4kkji.req   
   It is interesting that there are *TWO* .req messages sent with each try, not   
   sure why that is.  I did try another experiment though - I FREQ'd a file from   
   a non-SBBS system, and it also sent two .req's to that system, but I got back   
   the file I requested, and two netmail replies with the file information.   
      
   What I notice about the log info above is that there is no "recognition" by   
   BinkIT that there is a request being made.  No error message like "file not   
   found" or anything else.  Just what you see above.  It's like the FREQ   
   function is not enabled in BinkIT or something.   
      
   Hopefully this gives some clues about what might be happening.  Also, just for   
   completeness, on the requesting system I have tried sending to "   
   req@
" and to "sysop@
" with no difference (probably doesn't       matter who it's addressed to). Also have used "FR: ALLFILES" and       "FR:ALLFILES" on the subject line, with no difference.              Thanks for any help you can provide.              ---        þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 1/19 16/0 19/37 40 103/705 105/81 106/201 123/130 124/5016       SEEN-BY: 128/187 142/104 153/757 7715 154/10 30 110 203/0 218/700       SEEN-BY: 221/0 1 6 242 226/30 227/114 229/110 114 206 317 400 426       SEEN-BY: 229/428 470 550 700 705 240/1120 5832 266/512 280/464 5003       SEEN-BY: 280/5006 291/111 292/8125 301/1 310/31 320/119 219 319 2119       SEEN-BY: 322/757 762 326/101 341/66 234 342/200 396/45 423/81 120       SEEN-BY: 460/58 467/888 633/280 712/848 770/1 902/26 5020/400 5075/35       PATH: 103/705 280/464 221/1 320/219 229/426          

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca