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

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

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

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

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

https://gitlab.synchro.net/main/sbbs/-/commit/74db6a5340f68a174472ed78
Modified Files:
exec/nntpservice.js
Log Message:
Remove extra debug for Newsgroups heades, but log the internal code of sub

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

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

exec nntpservice.js 1.130 1.131
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv13152

Modified Files:
nntpservice.js
Log Message:
Log the bogus commands received "Received bogus command: '<cmdline>'" with
a debug-level log message. For Nelgin. Requires debug-log level output enabled.



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

exec nntpservice.js 1.131 1.132
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv24084

Modified Files:
nntpservice.js
Log Message:
Use the new MsgBase.get_index() method to speed up the count_msgs() function considerably. This eliminates the need for the experimental -novotes option (always exclude votes from the message counts) and means that sbbs v3.18 or later is required to use this script now.



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

exec nntpservice.js 1.132 1.133
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv6228

Modified Files:
nntpservice.js
Log Message:
For Nelgin: exclude vote messages everywhere that messages are loaded/listed via NNTP.



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

https://gitlab.synchro.net/sbbs/sbbs/-/commit/d124e3fb4cec824063144384
Modified Files:
exec/nntpservice.js
Log Message:
2 new (mutually exclusive) command-line options: -force and -filter

These options are to attempt to address the issue (#178) reported by Michael J. Ryan
with regards to a Thunderbird error:
"Sending of the messages failed. You can only send to one news server at a time."
when attempting to reply to a message that was posted to multiple newsgroups, but the server has not actually advertised that it serves that newsgroups (because
it doesn't or the names a different than one the server uses for the same area).

-force will force the export "Newsgroups" header field to contain only the name of the locally selectec newsgroup.
-filter will remove any Newsgroup names from the exported "Newsgroups" header if they don't exist on the local server.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/sbbs/sbbs/-/commit/83465f65f47d8e7d53b4e553
Modified Files:
exec/nntpservice.js
Log Message:
Optimize the newsgroup list part of previous commit.

Don't regenerate the newsgroup_list for *every* authenticated NNTP command.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

El 9/11/20 a las 02:52, Rob Swindell escribió:

https://gitlab.synchro.net/sbbs/sbbs/-/commit/d124e3fb4cec824063144384 Modified Files:
exec/nntpservice.js
Log Message:
2 new (mutually exclusive) command-line options: -force and -filter

These options are to attempt to address the issue (#178) reported by Michael J. Ryan
with regards to a Thunderbird error:
"Sending of the messages failed. You can only send to one news server at a time."
when attempting to reply to a message that was posted to multiple newsgroups, but the server has not actually advertised that it serves that newsgroups (because
it doesn't or the names a different than one the server uses for the same area).

-force will force the export "Newsgroups" header field to contain only the name
of the locally selectec newsgroup.
-filter will remove any Newsgroup names from the exported "Newsgroups" header if they don't exist on the local server.
---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

i cannot see the sender address on thunderbird

can this commit affect ?

screenshot:

https://postimg.cc/SnpRZK5z

---
þ Synchronet þ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar

Re: Re: exec/nntpservice.js
By: Ragnarok to Rob Swindell on Mon Nov 09 2020 11:09 pm

El 9/11/20 a las 02:52, Rob Swindell escribi¢:

https://gitlab.synchro.net/sbbs/sbbs/-/commit/d124e3fb4cec824063144384 Modified Files:
exec/nntpservice.js
Log Message:
2 new (mutually exclusive) command-line options: -force and -filter

These options are to attempt to address the issue (#178) reported by Michael J. Ryan
with regards to a Thunderbird error:
"Sending of the messages failed. You can only send to one news server at a time."
when attempting to reply to a message that was posted to multiple newsgroups, but the server has not actually advertised that it serves that newsgroups (because
it doesn't or the names a different than one the server uses for the same area).

-force will force the export "Newsgroups" header field to contain only the name
of the locally selectec newsgroup.
-filter will remove any Newsgroup names from the exported "Newsgroups" header if they don't exist on the local server.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

i cannot see the sender address on thunderbird

can this commit affect ?

screenshot:

https://postimg.cc/SnpRZK5z

Anything's possible, but I don't see how. Also, testing locally here, NNTP seems to be working fine.

If you go back to and older revision, does it work then?
--
digital man

This Is Spinal Tap quote #33:
Nigel Tufnel: Well, so what? What's wrong with bein' sexy?
Norco, CA WX: 46.6øF, 68.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/sbbs/sbbs/-/commit/b2be9f52b86bb0cef387cbd3
Modified Files:
exec/nntpservice.js
Log Message:
Insure that message base is closed before opening another.

This should address the issue raised by Michael J. Ryan in issue #4.
The command in question ("GROUP") would attempt to open the message
base associated with the specified newsgroup name without closing
the currently open/selected message base (if there was one). This would
result in multiple simultaneously open message bases and could result
in an exhaustion of open file descriptors leading to a failure to open
any additional files (includign message bases) and thus a subsequent
"GROUP" command would fail with the wrong "!no such group" error.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/sbbs/sbbs/-/commit/0148084b67a89b4ec86618d9
Modified Files:
exec/nntpservice.js
Log Message:
Log errors when msgbase open failures occur.

This should help to root-cause any future msgbase open failures like those
that I suspect were a result of Issue #4.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/sbbs/sbbs/-/commit/153575fe312daf185b8e1417
Modified Files:
exec/nntpservice.js
Log Message:
Merge remote-tracking branch 'origin/master'

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

El 10/11/20 a las 05:21, Digital Man escribió:
>

> i cannot see the sender address on thunderbird
>
> can this commit affect ?
>
> screenshot:
>
> https://postimg.cc/SnpRZK5z

Anything's possible, but I don't see how. Also, testing locally here, NNTP seems to be working fine.

If you go back to and older revision, does it work then?

FYI:

i found that cardbook extension of thunderbird did not work with sbbs
nntp service. I submit to cardbook author and sems to fixed now

Anyway, this issue is only with sbbs service, i have another nntp
accounts without problems.


https://gitlab.com/CardBook/CardBook/-/issues/1039


Saludos!

---
ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar

Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Thu Nov 12 2020 05:43 pm

FYI:

i found that cardbook extension of thunderbird did not work with sbbs
nntp service. I submit to cardbook author and sems to fixed now

Anyway, this issue is only with sbbs service, i have another nntp
accounts without problems.

https://gitlab.com/CardBook/CardBook/-/issues/1039

Ah, good to know. Maybe that extension didn't like the QWKnet style addresses in the From headers.
--
digital man

Synchronet/BBS Terminology Definition #32:
FTN = FidoNet Technology Network
Norco, CA WX: 69.5øF, 27.0% humidity, 4 mph ESE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

El 12/11/20 a las 18:42, Digital Man escribió:

Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Thu Nov 12 2020 05:43 pm

> FYI:
>
> i found that cardbook extension of thunderbird did not work with sbbs
> nntp service. I submit to cardbook author and sems to fixed now
>
> Anyway, this issue is only with sbbs service, i have another nntp
> accounts without problems.
>
>
> https://gitlab.com/CardBook/CardBook/-/issues/1039

Ah, good to know. Maybe that extension didn't like the QWKnet style addresses in the From headers.

yeah i guess that parsing the from address was cause this issue

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

---
ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar

El 13/11/20 a las 11:41, Ragnarok escribió:

El 12/11/20 a las 18:42, Digital Man escribió:

   Re: Re: exec/nntpservice.js
   By: Ragnarok to Digital Man on Thu Nov 12 2020 05:43 pm

  > FYI:
  >
  > i found that cardbook extension of thunderbird did not work with sbbs >>   > nntp service. I submit to cardbook author and sems to fixed now
  >
  > Anyway, this issue is only with sbbs service, i have another nntp
  > accounts without problems.
  >
  >
  > https://gitlab.com/CardBook/CardBook/-/issues/1039

Ah, good to know. Maybe that extension didn't like the QWKnet style
addresses in the From headers.

yeah i guess that parsing the from address was cause this issue

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

because i think that another nntp reader can fail too.

also i notice that the To: field show:

To: Digital Man <>

are better if show:

To: Digital Man <Digital Man@VERT> or <Digital.Man@VERT>

---
ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar

Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Fri Nov 13 2020 11:41 am

El 12/11/20 a las 18:42, Digital Man escribi¢:

Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Thu Nov 12 2020 05:43 pm

> FYI:
>
> i found that cardbook extension of thunderbird did not work with sbbs
> nntp service. I submit to cardbook author and sems to fixed now
>
> Anyway, this issue is only with sbbs service, i have another nntp
> accounts without problems.
>
>
> https://gitlab.com/CardBook/CardBook/-/issues/1039

Ah, good to know. Maybe that extension didn't like the QWKnet style addresses in the From headers.

yeah i guess that parsing the from address was cause this issue

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

Looking at that issue report, it seems it had problems with user@ADDRESSes that did not include "/" as well, so I don't think that was the issue.

Nothing in RFC822 appears to disallow a "/" in the "domain" portion of the mailbox addr-spec.
--
digital man

Synchronet "Real Fact" #118:
Synchronet v1c r0 (for MS-DOS) was released on August 26, 1993
Norco, CA WX: 67.1øF, 37.0% humidity, 0 mph ENE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: exec/nntpservice.js
By: Ragnarok to Ragnarok on Fri Nov 13 2020 11:53 am

El 13/11/20 a las 11:41, Ragnarok escribi¢:

El 12/11/20 a las 18:42, Digital Man escribi¨¨:

Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Thu Nov 12 2020 05:43 pm

> FYI:
>
> i found that cardbook extension of thunderbird did not work with sbbs >> > nntp service. I submit to cardbook author and sems to fixed now
>
> Anyway, this issue is only with sbbs service, i have another nntp
> accounts without problems.
>
>
> https://gitlab.com/CardBook/CardBook/-/issues/1039

Ah, good to know. Maybe that extension didn't like the QWKnet style
addresses in the From headers.

yeah i guess that parsing the from address was cause this issue

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

A "/" in an addrss appears to be RFC822-compliant.

because i think that another nntp reader can fail too.

also i notice that the To: field show:

To: Digital Man <>

are better if show:

To: Digital Man <Digital Man@VERT> or <Digital.Man@VERT>

Messages posted in networked message areas (echoes, newsgroups) do not contain a destination address.
--
digital man

Sling Blade quote #26:
Karl: kaiser blade, ax handle with long blade on it shaped kinda like a banana. Norco, CA WX: 67.1øF, 37.0% humidity, 0 mph ENE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

On 11/13/2020 7:53 AM, Ragnarok wrote:

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

because i think that another nntp reader can fail too.

also i notice that the To: field show:

To: Digital Man <>

are better if show:

To: Digital Man <Digital Man@VERT> or <Digital.Man@VERT>

Jumping in late, still think usign a qwk or ftn route with a tld of .qwk
and .ftn respectively... then the synchronet smtp can be extended to
support routed mail.

To: Digital Man <"Digital Man"@VERT.qwk>

Or...

To: Ragnarok <"Ragnarok"@DOCKSUD.VERT.qwk>


Note, the user portion can and should be quoted if there are special (whitespace) characters. Also, may be case sensitive, but usually
implemented as case insensitive.

--
Michael J. Ryan
tracker1 +o Roughneck BBS
---
þ Synchronet þ Roughneck BBS - roughneckbbs.com

Re: Re: exec/nntpservice.js
By: Tracker1 to Ragnarok on Mon Nov 23 2020 06:01 am

On 11/13/2020 7:53 AM, Ragnarok wrote:

maybe the "/" char break the standard use@domain (rf822) ? if true, can
be possible to replace with another character?

because i think that another nntp reader can fail too.

also i notice that the To: field show:

To: Digital Man <>

are better if show:

To: Digital Man <Digital Man@VERT> or <Digital.Man@VERT>

Jumping in late, still think usign a qwk or ftn route with a tld of .qwk
and .ftn respectively... then the synchronet smtp can be extended to
support routed mail.

To: Digital Man <"Digital Man"@VERT.qwk>

Or...

To: Ragnarok <"Ragnarok"@DOCKSUD.VERT.qwk>

Note, the user portion can and should be quoted if there are special (whitespace) characters. Also, may be case sensitive, but usually implemented as case insensitive.

The Synchronet SMTP server already supports this: <user@fNODE.nNET.zZONE.fidonet> for FTN and <qwkid[/route]!user@host> for QWKnet.
--
digital man

Synchronet/BBS Terminology Definition #26:
ETX = End-of-Text (ASCII 3, Ctrl-C)
Norco, CA WX: 62.6øF, 66.0% humidity, 6 mph E wind, 0.00 inches rain/24hrs
---
þ 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