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

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

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

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

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

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

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

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

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