Fidonet Portal






From: rswindell (1:103/705)
To: All
Date: Thu, 16.04.20 15:47
exec/nntpservice.js
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: ''" 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: Ragnarok (1:103/705)
To: All
Date: Tue, 10.11.20 00:09
Re: exec/nntpservice.js
El 9/11/20 a las 02:52, Rob Swindell escribio':
> 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

---

* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: digital man (1:103/705)
To: All
Date: Tue, 10.11.20 01:21
Re: exec/nntpservice.js
Re: Re: exec/nntpservice.js
By: Ragnarok to Rob Swindell on Mon Nov 09 2020 11:09 pm


> > 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.
> > ---

> > [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?

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: Ragnarok (1:103/705)
To: All
Date: Thu, 12.11.20 18:43
Re: exec/nntpservice.js
El 10/11/20 a las 05:21, Digital Man escribio':
>
> > 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: All
Date: Thu, 12.11.20 14:42
Re: exec/nntpservice.js
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

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: Ragnarok (1:103/705)
To: All
Date: Fri, 13.11.20 12:41
Re: exec/nntpservice.js
El 12/11/20 a las 18:42, Digital Man escribio':
> 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: All
Date: Fri, 13.11.20 12:53
Re: exec/nntpservice.js
El 13/11/20 a las 11:41, Ragnarok escribio':
> 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: All
Date: Fri, 13.11.20 13:35
Re: exec/nntpservice.js
Re: Re: exec/nntpservice.js
By: Ragnarok to Digital Man on Fri Nov 13 2020 11:41 am


> > 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

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: digital man (1:103/705)
To: All
Date: Fri, 13.11.20 13:36
Re: exec/nntpservice.js
Re: Re: exec/nntpservice.js
By: Ragnarok to Ragnarok on Fri Nov 13 2020 11:53 am



> >> 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.

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: tracker1 (1:103/705)
To: All
Date: Mon, 23.11.20 07:01
Re: exec/nntpservice.js
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
---

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: digital man (1:103/705)
To: All
Date: Mon, 23.11.20 13:47
Re: exec/nntpservice.js
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)

--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: tracker1 (1:103/705)
To: All
Date: Sun, 28.02.21 20:02
Re: exec/nntpservice.js
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
--- SBBSecho 3.13-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

From: tracker1 (1:103/705)
To: All
Date: Sun, 28.02.21 20:03
Re: exec/nntpservice.js
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)

ABOUT

This forum contains echomail areas hosted on Nightmare BBS You can browse local echomail areas, italian fidonet areas and a selection of international fidonet areas, reading messages posted by users in Nightmare BBS or even other BBSs all over the world. You can find file areas too (functional to fidonet technology). You can browse echomail areas and download files with no registration, but if you want to write messages in echomail areas, or use fidonet netmail (private messages with fidomet technology), you have to register. Only a minimal set of data is required, functional to echomail and netmail usage (name, password, email); a registration and login with facebook is provided too, to allow easy registration. If you won't follow rules (each echomail areas has its own, regularly posted in the echomail), your account may be suspended;

CONTACT