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