• exec/nntpservice.js

    From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Tuesday, March 28, 2023 14:51:29
    https://gitlab.synchro.net/main/sbbs/-/commit/c12c17399ec907f129a8417e
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Use SMTP-routable Fido/QWK netmail addresses is From header fields

    Use the Synchronet-supported FTN/QWKnet routable addressing in the from fields of messages posted via those network types. Using the mailutil.js fidoaddr_to_emailaddr() function that was apparently created for listserver.js but then made unnecessary (and thus unused for several years).

    I think this addresses the concerns from issue #487. Reading a message via
    NTTP (using the Synchronet NNTP service) in Thunderbird, one can now reply
    to sender via email and it "just works" so long as the sysop has configured
    the network support for those net-types correctly and Thunderbird is
    configured with the Synchronet mail server as its SMTP server to use for that newsgroup folder. Whether the Synchronet mail server is configured to use direct delivery or relay is not relevant (though mentioned in the issue description).

    ---
    þ 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
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Saturday, November 16, 2024 13:14:52
    https://gitlab.synchro.net/main/sbbs/-/commit/d4692e0a5cf643b67928ec8e
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Look up referenced FTN MSGID of messages being POSTed and use in FTN-REPLY

    ... for Acccession

    ---
    þ 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 Saturday, November 16, 2024 13:22:52
    https://gitlab.synchro.net/main/sbbs/-/commit/a7f1a24a2ce7e67a87d067a8
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Don't overwrite the posted-reply FTN REPLY ID if it was provided by the client

    ---
    þ 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 Saturday, November 16, 2024 14:26:20
    https://gitlab.synchro.net/main/sbbs/-/commit/6b08ef0f8657d966606e72ce
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Revert "Don't overwrite the posted-reply FTN REPLY ID if it was provided by the client"

    This reverts commit a7f1a24a2ce7e67a87d067a89450a18108b8965d.

    Not the fix we're looking for.

    ---
    þ 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 Saturday, November 16, 2024 14:26:20
    https://gitlab.synchro.net/main/sbbs/-/commit/ca6360b60d63f68471164682
    Modified Files:
    exec/nntpservice.js
    Log Message:
    Revert "Look up referenced FTN MSGID of messages being POSTed and use in FTN-REPLY"

    This reverts commit d4692e0a5cf643b67928ec8e2cdf9b333c1ab2d0.

    Not the fix we're looking for.

    ---
    þ 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 Saturday, November 30, 2024 22:38:54
    https://gitlab.synchro.net/main/sbbs/-/commit/5fc54d290be58774dc7a597c
    Modified Files:
    exec/nntpservice.js
    Log Message:
    More RFC (3977) conformance

    Some of the NNTP commands (e.g. LIST) aren't supposed to change the "currently selected newsgroup". Had to use a different variable name (e.g. mb versus msgbase) since these message base variables share the function scope).

    GROUP and LISTGROUP commands are supposed to set the "current article number" to the first article in the group. We weren't doing this.

    The HEAD, BODY, STAT, and ARTICLE commands aren't *required* to have arguments and yet, we required they had at least one argument (an article number). Now fixed.

    Enabled "strict mode" even though that didn't catch the colliding 'msgbase' variable definitions.

    Incremented the revision to 1.2

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