1. Forum
  2. FidoNet
  3. SYNC SYSOPS

  • feature request: ability to govern number of files downloadable per da

    From xbit ops@1:103/705 to GitLab issue in main/sbbs on Tue Jun 10 16:11:16 2025
    open https://gitlab.synchro.net/main/sbbs/-/issues/938

    Would like the ability to govern _number_ of files downloadable per day per security level and per directory.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Tue Jun 10 23:19:14 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7341

    Can you elaborate on how you think this would work?

    And why it's better to limit the total number of files rather than total number of bytes downloaded?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Wed Jun 11 13:38:53 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7344

    Yes sir... I don't just look at files by size for its importance. A very small file (say a txt file with the reg-code for yankee trader) could have much more value than a large door game that doesn't work.

    After re-reading my request i should state i'm not looking to replace downloaded bytes, just adding the option of DLPD (downloads per day) if the sysop wishes.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Jun 11 14:10:32 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7345

    So are you thinking of a new ARS keyword (e.g. "DLT" for "Downloads today") that a sysop could use in their directory "Download Requirements" strings? e.g. "DLT NOT 100" would allow download from that directory if the user had not yet downloaded 100 files today (not withstanding other download requirements like credits, etc.).

    You also said "per security level" in your request, so that would be something different than a "per directory" requirement like I outlined here.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Jun 11 14:18:18 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7346

    Also to clarify, when you say "per day" - you don't mean within the past 24 hours but rather since the previous midnight in the BBS's time zone, yes?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Wed Jun 11 16:14:32 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7349

    Thinking this though it may be difficulty/confusing to place a d/l quota on both the directory/liberty level an security level.

    I think the best place for this would be Security Options > Security Level Values location. It seems to fit right into Time per day, Time per call, calls per day, etc. For example I may want to allow security level 50 20 downloads per day and level 60 50 downloads per day.

    And the "per day" would = the BBSes day. Each callers quota would reset at Midnight. Using the example above, a level 50 caller that downloads 20 files at 23:45 can call again at 00:05
    and download another 20.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Jun 11 22:11:21 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7351

    Let me know how that works for you.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 09:44:23 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7353

    Didn't work for me. I did the following to test:

    Setting change:
    Updated xbit-beta (3.21a) > scfg > system > sec ops > sec level values > level 50 > set D/D = 5.

    File area check:
    scfg > file areas > ... > Toggle Options > Free downloads set to NO

    Test:
    Logged on w/ a level 50 test user and was able to download more than 5.

    Went to user editor to review Statistics and it showed Downloads 0. So, for some reason its not counting.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 13:57:33 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7355

    Did your test user have the 'D' exemption?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:17:56 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7356

    Nope. Brand new user for this specific test.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:21:29 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7357

    I do see the files downloaded in todays's log.![1](/uploads/e95705cdff98667f3e05ca4d7077d723/1.jpg)
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:25:59 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7358

    here is a better log view. interesting dns lookup of my localhost. and the last line shows test users stats after logoff.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:26:15 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7359

    here is a better log view. interesting dns lookup of my localhost. and the last line shows test users stats after logoff.![2](/uploads/d5f9d784ae1f294922f648cfb10664d2/2.jpg)
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:27:44 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7360

    And it is showing downloads in the user editor. I guess i missed that. but i could have sworn i looked right in this location after test ![3](/uploads/89a97aa7881fec3ababfc9e4ae9db6f3/3.jpg)user logoff.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:53:06 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7361

    And what does the new @DLB@ code report( e.g. if you use the "echo" sysop command)?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:53:52 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7361

    And what does the new @DTODAY@ code report( e.g. if you use the "echo" sysop command)?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 18:55:09 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7362

    I tested myself and it worked as expected. Maybe you're not actually running the latest and greatest? What Git sha are you running (reported in version details)?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:43:08 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7363

    How I tested:

    Set my security level (99) to allow D/D value of 1. Remove the 'D' exemption from my user account.

    Then after I download one file successfully, subsequent download attempts are rejected, e.g.

    ```
    Library : (1) Main File Library
    Directory : (8) BBS Related (Not Synchronet-specific)
    File : http://vert.synchro.net/files/Main/BBS/acdu0496.zip
    Size : 2,414,721 (2.3M) bytes
    Credit cost : FREE
    CRC-32 : bf79cb6e
    MD5 : 030fc26d2e70819c10010ae6e0d76471
    SHA-1 : e53db6f708f05eb430b8121cb774edef892bac89
    Description : The April 1996 ACiD Productions Acquisition - (tm) iv! A C Uploaded by : Electrosys
    Uploaded on : Thu Apr 06 2006 02:26 am
    File date : Wed Apr 05 2006 07:24 pm ## #][# ## Last D/L : Sat Aug 17 2024 02:26 pm # ## # Times D/Led : 141 ## ][ ## Time to D/L : 00:11:53 at 3383 cps ]########[
    ###### You are limited to 1 file downloads per day.

    Quit or [Next]:
    ```
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:50:24 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7364

    ![image](/uploads/96bf846e86592a1691a52a6b2cf4687a/image.png){width=663 height=105}
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:53:16 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7365

    Are you using any 3rd party file lister/downloader module?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:53:42 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7366

    No, really it was just a fresh 3.20d
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:54:44 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7367

    And that `;echo` command was issued using the same account that downloaded some files today?
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:56:26 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7368

    Not 100% sure how to get that info Rob, sorry. ![image](/uploads/93fc8440e40881a4d37b2dd98f58272b/image.png){width=847 height=610}

    ![image](/uploads/dd95e942147726b4c0e7ac5af380be95/image.png){width=447 height=139}
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 19:57:38 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7369

    Okay, you're running git SHA C122DDD88, that's new enough: https://gitlab.synchro.net/main/sbbs/-/commits/master

    It should be working.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:02:16 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7371

    user is not able to run the ;echo command. it just blinks back to main menu. --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:03:38 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7372

    There are other ways to display @-codes (e.g. in a display file).

    Or just use the sysop account for testing.

    These new "per day" download stats aren't available/displayed anywhere else currently.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:04:18 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7373

    Good deal. I'm almost certain it's a me issue. I can run a few more tests on my side. and even re-install/re-test.

    And thank you for this update.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:04:57 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7374

    You can also display them as JS properties (i.e. `user.stats.files_downloaded_today`), if you know how to do that (e.g. with the `;eval` sysop command).
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:05:13 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7375

    I'll do this same test on my sysop acct.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:05:32 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7376

    A re-install should not (ever) be necessary.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:07:59 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7377

    Sounds good. Its just a test lab build and my first bleeding-edge for that matter, just wanted to ensure I did it correctly.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:17:03 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7378

    Here's another test/aide, create the file `text/menu/tpolicy.msg` with the following contents:
    ```
    You are allowed to download @MAXDL@ files per day
    You have downloaded @DTODAY@ files (@BTODAY@ bytes) today
    Your upload/download byte ratio is @UDR@%
    Your upload/download file ratio is @UDFR@%
    ```
    And then using *any* user, hitting the 'T' command from the file->info menu should give the helpful details, e.g.
    ```
    +-------------------------------+
    | File Section Information Menu |
    +-##############################+######
    # Y Your file transfer statistics ##
    # T File transfer policy #
    # D Information on current directory #
    # U Users with access to current dir #
    #?-----------------------------------?#
    # Q Quit to File Transfer menu #
    #######################################

    Info: T
    You are allowed to download 1 files per day
    You have downloaded 1 files (2.2G bytes) today
    Your upload/download byte ratio is 606%
    Your upload/download file ratio is 40%
    ```
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:35:19 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7379

    Ok, now its working. I think it always was. During my first test I put a lot of files in my d/l queue. Sync let me download them. But, on my next attempt it said i was at my limit. I created another test user and was able to duplicate this.

    Also, my limit is 1 d/l but during the test above i downloaded 3 so my warning message is:

    ![image](/uploads/1fba0814e912dc99c1b89942affab7e5/image.png){width=676 height=131}
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:41:55 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7380

    Another test user just downloaded 1 file ok. and on the users next attempt i got the following.

    ![image](/uploads/f45d6d1915ff59790bd49c89ddd26272/image.png){width=663 height=132}

    So it looks like you can cheat the system with loading up your batch queue.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Thu Jun 12 20:42:17 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7380

    Another test user just downloaded 1 file ok. and on the users next attempt i got the following.

    ![image](/uploads/f45d6d1915ff59790bd49c89ddd26272/image.png){width=663 height=132}

    So it looks like you can cheat the system with loading up your batch queue on your first attempt.
    --- SBBSecho 3.27-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Fri Jun 13 04:15:37 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7384

    Updated nightly and it seems to be working! awesome. It may be helpful to display the reason the files were not sent. Example:

    *.zip file not sent. d/l quota reached.


    ![1](/uploads/5492d5304f05b099487ef4aa3cf6f570/1.jpg)
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Fri Jun 13 17:35:41 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7385

    In the latest code, it won't even start the batch transfer if the number of files in the batch will exceed the user's daily limit.
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Fri Jun 13 18:02:35 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7386

    So either that capture is not from the latest code, or something else caused those files to not be transferred.
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Sat Jun 14 11:50:28 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7387

    By "latest code", I mean Git SHA 7224004997bf5e2cc83b3496a5b4a912643f7ede or later.
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From xbit ops@1:103/705 to GitLab note in main/sbbs on Mon Jun 16 04:58:04 2025
    https://gitlab.synchro.net/main/sbbs/-/issues/938#note_7395

    Its working as intended. If there are any additional tests i can conduct, let me know. Otherwise I can close the ticket.
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab issue in main/sbbs on Mon Jun 16 13:16:53 2025
    close https://gitlab.synchro.net/main/sbbs/-/issues/938
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)