• exec/nntpservice.js

    From rswindell@VERT to CVS commit on Saturday, July 28, 2018 02:32:00
    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




    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Saturday, July 28, 2018 08:10:00
    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! :-)



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Saturday, July 28, 2018 20:13:00
    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



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Sunday, July 29, 2018 04:45:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From echicken@VERT to CVS commit on Wednesday, August 01, 2018 20:57:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From echicken@VERT to CVS commit on Wednesday, August 01, 2018 21:15:00
    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



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From echicken@VERT to CVS commit on Wednesday, August 01, 2018 21:57:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Wednesday, August 15, 2018 02:53:00
    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).



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Wednesday, October 17, 2018 07:28:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Tuesday, November 20, 2018 17:36:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Saturday, November 24, 2018 01:05:00
    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!



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Monday, December 17, 2018 06:01:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Nelgin@VERT/EOTLBBS to rswindell on Monday, December 17, 2018 10:35:00
    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
  • From rswindell@VERT to CVS commit on Saturday, January 19, 2019 09:28:00
    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.



    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to sbbs/master on Monday, November 09, 2020 05:52:18
    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
  • From Rob Swindell@VERT to Git commit to sbbs/master on Monday, November 09, 2020 06:40:15
    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
  • From Ragnarok@VERT/DOCKSUD to Rob Swindell on Tuesday, November 10, 2020 07:09:07
    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
  • From Digital Man@VERT to Ragnarok on Tuesday, November 10, 2020 08:21:32
    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
  • From Rob Swindell@VERT to Git commit to sbbs/master on Wednesday, November 11, 2020 06:02:39
    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
  • From Rob Swindell@VERT to Git commit to sbbs/master on Wednesday, November 11, 2020 06:17:33
    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
  • From Rob Swindell@VERT to Git commit to sbbs/master on Wednesday, November 11, 2020 07:30:43
    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
  • From Ragnarok@VERT/DOCKSUD to Digital Man on Friday, November 13, 2020 01:43:55
    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
  • From Digital Man@VERT to Ragnarok on Thursday, November 12, 2020 21:42:52
    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
  • From Ragnarok@VERT/DOCKSUD to Digital Man on Friday, November 13, 2020 19:41:47
    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
  • From Ragnarok@VERT/DOCKSUD to Ragnarok on Friday, November 13, 2020 19:53:37
    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
  • From Digital Man@VERT to Ragnarok on Friday, November 13, 2020 20:35:22
    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
  • From Digital Man@VERT to Ragnarok on Friday, November 13, 2020 20:36:32
    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
  • From Tracker1@VERT/TRN to Ragnarok on Monday, November 23, 2020 14:01:51
    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
  • From Digital Man@VERT to Tracker1 on Monday, November 23, 2020 20:47:58
    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