• exec/nntpservice.js

    From Rob Swindell@VERT to Git commit to main/sbbs/master on Sunday, February 28, 2021 12:15:53
    https://gitlab.synchro.net/main/sbbs/-/commit/2679c059656dded5420202fb
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Remove the auto-login feature

    from Tracker1: agree -auto should probably be removed

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to main/sbbs/master on Sunday, February 28, 2021 14:33:05
    https://gitlab.synchro.net/main/sbbs/-/commit/6616ff691e4a0994d7ae7cc1
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Respond with the (RFC3977) 480 response when authentication is required

    instead of the RFC977 502. Reportedly, this will trigger Thunderbird to prompt for or send client credentials. This should fix issue #208.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Tracker1@VERT/TRN to Rob Swindell on Sunday, February 28, 2021 19:02:13
    On 2/28/2021 12:15 PM, Rob Swindell wrote:
    https://gitlab.synchro.net/main/sbbs/-/commit/2679c059656dded5420202fb Modified Files:
    exec/nntpservice.js
    Log Message:
    Remove the auto-login feature

    from Tracker1: agree -auto should probably be removed


    480, not 502
    --
    Michael J. Ryan - tracker1@roughneckbbs.com

    ---
    þ Synchronet þ Roughneck BBS - roughneckbbs.com
  • From Tracker1@VERT/TRN to Rob Swindell on Sunday, February 28, 2021 19:03:46
    On 2/28/2021 2:33 PM, Rob Swindell wrote:
    https://gitlab.synchro.net/main/sbbs/-/commit/6616ff691e4a0994d7ae7cc1 Modified Files:
    exec/nntpservice.js
    Log Message:
    Respond with the (RFC3977) 480 response when authentication is required

    instead of the RFC977 502. Reportedly, this will trigger Thunderbird to prompt
    for or send client credentials. This should fix issue #208.

    Thank you.
    --
    Michael J. Ryan - tracker1@roughneckbbs.com

    ---
    þ Synchronet þ Roughneck BBS - roughneckbbs.com
  • From Rob Swindell@VERT to Git commit to main/sbbs/master on Thursday, February 03, 2022 20:29:00
    https://gitlab.synchro.net/main/sbbs/-/commit/879c123ec4897cfbd5b53409
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Add debug log lines to help root-cause issue #334

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Sunday, December 03, 2023 17:31:40
    https://gitlab.synchro.net/main/sbbs/-/commit/33cbf636365f3ed63d391d63
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Check the DELETE attribute before the MODERATED/VALIDATED attributes

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Thursday, September 12, 2024 16:53:02
    https://gitlab.synchro.net/main/sbbs/-/commit/04340d911b1e7282cdb74119
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Close any open message base after input timeout (5 minutes)

    As Nelgin pointed out, the nntpservice can leave a message bases open while
    a client is idle. Normally, an inactive client would be disconnected after 5 minutes of inactivity, so that wouldn't be much of an issue. However, if authenticated as a user with the H-exemption, no auto-disconnection after
    input timeout would happen. So let's close any open message base for good measure.

    The input/receive timeout probably should be configurable and lowered to
    a smaller duration (one minute?). I'll leave that for another commit.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Thursday, September 12, 2024 16:53:02
    https://gitlab.synchro.net/main/sbbs/-/commit/3f0bbb17b52485874e2fba2d
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Close an open message base after just 10 seconds of client inactivity

    ... and log a debug-level log message when doing so.

    The current input/receive timeout duration (5 minutes) might be a bit long to leave a message base open (though, there's no known issue with doing so). For example, when users read message bases using the terminal server, they can sit for much longer than 5 minutes reading an open message base.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Monday, September 16, 2024 13:57:39
    https://gitlab.synchro.net/main/sbbs/-/commit/8c6589b017d070d1cb8f4bda
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Re-open closed message base for commands to use selected/open base

    Should fix issue #790

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net