-
exec/nntpservice.js
From
rswindell@1:103/705 to
CVS commit on Thu Feb 15 15:44:07 2018
exec nntpservice.js 1.114 1.115
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv19790
Modified Files:
nntpservice.js
Log Message:
If msgbase.get_msg_body() returns null (error getting message body), return an NNTP error. I'm not sure if this has anything to do with Nelgin's reported problem, but possibly.
--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Thu Feb 15 16:34:55 2018
exec nntpservice.js 1.115 1.116
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv25273
Modified Files:
nntpservice.js
Log Message:
Insure that the message body ends in a \r\n - this should fix Nelgin's problem with a message whose tail/tagline is corrupted or something (doesn't end in a \r\n).
--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Tue Mar 20 17:01:21 2018
exec nntpservice.js 1.116 1.117
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv21004
Modified Files:
nntpservice.js
Log Message:
Don't log a "!TIMEOUT waiting for request" message if the client in fact
only disconnected.
--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Fri Jul 27 19:32:26 2018
exec nntpservice.js 1.117 1.118
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv13533
Modified Files:
nntpservice.js
Log Message:
Experimental fix for NEWGROUPS command:
- compares date with the "Created" key in the subs .ini file (if it has one)
- compare date against the oldest message index record, if there is one
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sat Jul 28 01:10:21 2018
exec nntpservice.js 1.118 1.119
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv17969
Modified Files:
nntpservice.js
Log Message:
Simplify the NEWGROUPS response (msg area list) filtering:
- Removed the file "ctime" check as it's not accurate - oh well
- Removed the index record check - not a good idea (msg purging and all)
- If the "Created" key in the msgbase.ini file doesn't exist, it's
obviously not a new msg area! :-)
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sat Jul 28 13:13:22 2018
exec nntpservice.js 1.119 1.120
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv15901
Modified Files:
nntpservice.js
Log Message:
NEWGROUPS command, again:
only list a newsgroup (sub-board) if all of these conditions are true:
1. It has a .ini file that can be opened
2. It has a "Created" value and it's later than (or equal to) the requested
date/time
3. The message base can be opened
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sat Jul 28 21:45:23 2018
exec nntpservice.js 1.120 1.121
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv7456
Modified Files:
nntpservice.js
Log Message:
More NEWGROUPS madness:
If the "GMT" zone is not specified by the client, presume the date/time comparison values are in the server's local timezone. If the client and
server are not in the same timezone, this could lead to confusing behavior.
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
echicken@1:103/705 to
CVS commit on Wed Aug 1 13:57:18 2018
exec nntpservice.js 1.121 1.122
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv24549
Modified Files:
nntpservice.js
Log Message:
Removed check for js.global.file_cdate (unused, I think).
Don't run month/day through parseInt. On my system, parseInt('08') yields 0 while parseInt('8') yields 8. Days/months < 10 end up being -1, which apparently doesn't bother the Date constructor.
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
echicken@1:103/705 to
CVS commit on Wed Aug 1 14:15:39 2018
exec nntpservice.js 1.122 1.123
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv26546
Modified Files:
nntpservice.js
Log Message:
In the case of a two-digit year, run it through parseInt with radix 10. On the
off chance we look at a message area created from 2000-2009 this will help, I guess.
Go back to putting month and day through parseInt, but specify radix 10. In some *cough* older JS interpreters, parseInt likes to treat any string beginning with 0 as octal.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/parseInt#Octal_interpretations_with_no_radix
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
echicken@1:103/705 to
CVS commit on Wed Aug 1 14:57:05 2018
exec nntpservice.js 1.123 1.124
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv30847
Modified Files:
nntpservice.js
Log Message:
RFC3977-compliant handling of 2-digit year in NEWGROUPS.
If yy <= current 2-digit year, yy is assumed to be from this century,
else it is assumed to refer to the previous century.
--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Tue Aug 14 19:53:33 2018
exec nntpservice.js 1.124 1.125
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv1615
Modified Files:
nntpservice.js
Log Message:
Count blank requests as "bogus commands".
Throttle bogus command sending clients (one second per bogus command, accumulating).
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Wed Oct 17 00:28:03 2018
exec nntpservice.js 1.125 1.126
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv5161
Modified Files:
nntpservice.js
Log Message:
For H-exempt users, don't disconnect upon timeout waiting for a request.
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Tue Nov 20 09:36:46 2018
exec nntpservice.js 1.126 1.127
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv4906
Modified Files:
nntpservice.js
Log Message:
Fix problem reported by Nelgin:
The GROUP command reports the total number of articles in a group and we
were returning the total number of message indexes/headers, which includes
vote messages (not retrievable/viewable via NNTP) and messages flagged for deletion (not retrievable/viewable via NNTP). So, count the actual
number of non-vote/deleted messages (index records) to use in the GROUP response.
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Fri Nov 23 17:05:18 2018
exec nntpservice.js 1.127 1.128
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv25118
Modified Files:
nntpservice.js
Log Message:
'tin' apparently uses the 'high water mark' field in the GROUP response for "new message" detection (not the total number of articles) - so use the last non-vote message number as the high water mark, not the msgbase.last_msg
value. For nelgin - Happy Turkey!
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sun Dec 16 22:01:19 2018
exec nntpservice.js 1.128 1.129
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv12627
Modified Files:
nntpservice.js
Log Message:
NNTP actually defined a way to represent moderated message areas - I. Did.
Not. Realize. That. - now fixed in the "LIST" and "NEWGROUPS" responses
(not that anyone actually uses the moderated message area feature of sbbs).
And just for Nelgin:
I added a -novotes experimental command-line option which if used, will
execute votes from the first & last message numbers included in the "LIST" response. I'm curious if that makes any difference with tin (news reader) -
it will definitely slow down the response of the "LIST" command, so don't
use this "feature" without purpose.
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Nelgin@1:103/705 to
rswindell on Mon Dec 17 02:35:16 2018
rswindell wrote:
exec nntpservice.js 1.128 1.129
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv12627
Modified Files:
nntpservice.js
Log Message:
NNTP actually defined a way to represent moderated message areas - I. Did. Not. Realize. That. - now fixed in the "LIST" and "NEWGROUPS" responses
(not that anyone actually uses the moderated message area feature of sbbs).
And just for Nelgin:
I added a -novotes experimental command-line option which if used, will execute votes from the first & last message numbers included in the "LIST" response. I'm curious if that makes any difference with tin (news reader) - it will definitely slow down the response of the "LIST" command, so don't use this "feature" without purpose.
Will also have to make sure it doesn't drop regular messages for some
reason. I've updated and now running with -novotes so will see what happens.
---
■ Synchronet ■ End Of The Line BBS - endofthelinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sat Jan 19 01:28:33 2019
exec nntpservice.js 1.129 1.130
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv7485
Modified Files:
nntpservice.js
Log Message:
A better example of creating a new User object.
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Thu Apr 16 13:47:25 2020
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.
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sun Jun 7 17:19:58 2020
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.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
rswindell@1:103/705 to
CVS commit on Sun Jun 7 23:00:18 2020
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.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to sbbs/master on Sun Nov 8 21:52:18 2020
https://gitlab.synchro.net/sbbs/sbbs/-/commit/d124e3fb4cec824063144384
Modified Files:
exec/nntpservice.js
Log Message:
2 new (mutually exclusive) command-line options: -force and -filterThese options are to attempt to address the issue (#178) reported by Michael J. Ryanwith 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 (becauseit 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 nameof the locally selectec newsgroup.-filter will remove any Newsgroup names from the exported "Newsgroups" headerif they don't exist on the local server.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to sbbs/master on Sun Nov 8 22:40:15 2020
-
From
Ragnarok@1:103/705 to
Rob Swindell on Mon Nov 9 23:09:07 2020
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
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Digital Man@1:103/705 to
Ragnarok on Tue Nov 10 00:21:32 2020
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
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to sbbs/master on Tue Nov 10 22:02:39 2020
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 messagebase associated with the specified newsgroup name without closingthe currently open/selected message base (if there was one). This wouldresult in multiple simultaneously open message bases and could resultin an exhaustion of open file descriptors leading to a failure to openany additional files (includign message bases) and thus a subsequent"GROUP" command would fail with the wrong "!no such group" error.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to sbbs/master on Tue Nov 10 22:17:33 2020
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 thosethat I suspect were a result of Issue #4.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to sbbs/master on Tue Nov 10 23:30:43 2020
-
From
Ragnarok@1:103/705 to
Digital Man on Thu Nov 12 17:43:55 2020
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
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Digital Man@1:103/705 to
Ragnarok on Thu Nov 12 13:42:52 2020
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 --- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Ragnarok@1:103/705 to
Digital Man on Fri Nov 13 11:41:47 2020
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
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Ragnarok@1:103/705 to
Ragnarok on Fri Nov 13 11:53:37 2020
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
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Digital Man@1:103/705 to
Ragnarok on Fri Nov 13 12:35:22 2020
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 --- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Digital Man@1:103/705 to
Ragnarok on Fri Nov 13 12:36:32 2020
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 --- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Tracker1@1:103/705 to
Ragnarok on Mon Nov 23 06:01:51 2020
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
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Digital Man@1:103/705 to
Tracker1 on Mon Nov 23 12:47:58 2020
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
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to main/sbbs/master on Sun Feb 28 12:15:53 2021
-
From
Rob Swindell@1:103/705 to
Git commit to main/sbbs/master on Sun Feb 28 14:33:05 2021
https://gitlab.synchro.net/main/sbbs/-/commit/6616ff691e4a0994d7ae7cc1
Modified Files:
exec/nntpservice.js
Log Message:
Respond with the (RFC3977) 480 response when authentication is requiredinstead of the RFC977 502. Reportedly, this will trigger Thunderbird to promptfor or send client credentials. This should fix issue #208.
--- SBBSecho 3.13-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Tracker1@1:103/705 to
Rob Swindell on Sun Feb 28 19:02:13 2021
-
From
Tracker1@1:103/705 to
Rob Swindell on Sun Feb 28 19:03:46 2021
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
--- SBBSecho 3.13-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell@1:103/705 to
Git commit to main/sbbs/master on Thu Feb 3 20:29:00 2022
-
From
Rob Swindell@1:103/705 to
Git commit to main/sbbs/master on Thu Feb 3 22:50:08 2022
-
From
Rob Swindell (on Debian Linux)@1:103/705 to
Git commit to main/sbbs/master on Tue Mar 28 14:51:29 2023
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 fieldsUse the Synchronet-supported FTN/QWKnet routable addressing in the from fieldsof messages posted via those network types. Using the mailutil.jsfidoaddr_to_emailaddr() function that was apparently created for listserver.jsbut then made unnecessary (and thus unused for several years).I think this addresses the concerns from issue #487. Reading a message viaNTTP (using the Synchronet NNTP service) in Thunderbird, one can now replyto sender via email and it "just works" so long as the sysop has configuredthe network support for those net-types correctly and Thunderbird isconfigured with the Synchronet mail server as its SMTP server to use for thatnewsgroup folder. Whether the Synchronet mail server is configured to usedirect delivery or relay
is not relevant (though mentioned in the issuedescription).
--- SBBSecho 3.20-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
-
From
Rob Swindell (on Windows 11)@1:103/705 to
Git commit to main/sbbs/master on Sun Dec 3 17:31:40 2023