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 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)