• exec/load/binkp.js

    From Deuce@454:1/1 to Cvs Commit on Thu Mar 3 07:27:00 2016
    exec/load binkp.js 1.54 1.55
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv5280/load

    Modified Files:
    binkp.js
    Log Message:
    Fix variable name. May fix "M_FILE Offset of -1 in reliable mode!" error reported by DeepEND.

    Thanks!



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Wed Mar 9 12:12:00 2016
    exec/load binkp.js 1.55 1.56
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv21998/load

    Modified Files:
    binkp.js
    Log Message:
    Handle inccorect v1.0 non-reliable mode transfers when we're not in NR mode.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Robert Wolfe@454:1/1 to Deuce on Wed Mar 9 12:34:00 2016
    .PID: PXEDIT 1.1 PX99-1078M
    .MSGID: 1:261/20.0 4a06fa1d
    Hello Deuce!

    In a message to Cvs Commit <09/03/20> Deuce wrote:

    exec/load binkp.js 1.55 1.56
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv21998/load

    OOOH! Does Synchronet have built-in binkp support now?

    ... Platinum Xpress...even your CAT! won't believe it!
    ---
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Mon Apr 18 12:00:00 2016
    exec/load binkp.js 1.56 1.57
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv15140/load

    Modified Files:
    binkp.js
    Log Message:
    First attempt to fix NR mode.

    Reported by Accession of The Pharcyde (running binkd 1.1a-94), with BinkIT running on RetroDigital BBS and Shodan's Core (Both running BinkIT/1.40,JSBinkP/1.56).

    When in NR mode, send the M_FILE with an offset of -1 then wait for the
    remote to send an M_GET. Please note that NR mode should not really be used when the connection is stable, or is quick. It appears that The Pharcyde is requesting NR mode... so sould keep running it until this fix is confirmed.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Accession@454:1/1 to Deuce on Mon Apr 18 12:00:00 2016
    Hello deuce,

    On 13 Apr 16 01:14, deuce wrote to CVS commit:

    exec/load binkp.js 1.56 1.57
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv15140/load

    Modified Files:
    binkp.js
    Log Message:
    First attempt to fix NR mode.

    Reported by Accession of The Pharcyde (running binkd 1.1a-94), with
    BinkIT running on RetroDigital BBS and Shodan's Core (Both
    running BinkIT/1.40,JSBinkP/1.56).

    When in NR mode, send the M_FILE with an offset of -1 then wait for
    the remote to send an M_GET. Please note that NR mode should not
    really be used when the connection is stable, or is quick. It appears that The Pharcyde is requesting NR mode... so sould keep running it
    until this fix is confirmed.

    I only started using -nr mode for those two nodes within a day or two ago to se
    if it would fix anything. It didn't. My normal options are -md and -nd and tha
    is all.

    Regards,
    Nick

    --- GoldED+/LNX 1.1.5-b20160322
    Synchronet thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Accession@454:1/1 to Deuce on Mon Apr 18 12:00:00 2016
    Hello Deuce,

    On 13 Apr 16 15:35, Accession wrote to deuce:

    Hello deuce,

    On 13 Apr 16 01:14, deuce wrote to CVS commit:

    exec/load binkp.js 1.56 1.57
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv15140/load

    Modified Files:
    binkp.js
    Log Message:
    First attempt to fix NR mode.

    Reported by Accession of The Pharcyde (running binkd 1.1a-94),
    with BinkIT running on RetroDigital BBS and Shodan's Core (Both
    running BinkIT/1.40,JSBinkP/1.56).

    When in NR mode, send the M_FILE with an offset of -1 then wait
    for the remote to send an M_GET. Please note that NR mode should
    not really be used when the connection is stable, or is quick.
    It appears that The Pharcyde is requesting NR mode... so sould
    keep running it until this fix is confirmed.

    I only started using -nr mode for those two nodes within a day or two
    ago to see if it would fix anything. It didn't. My normal options are
    -md and -nd and that is all.

    *EDIT*, also I notice in my logs when connecting to those systems "Remote is in NR mode" which would suggest they are using that option?

    Regards,
    Nick

    --- GoldED+/LNX 1.1.5-b20160322
    Synchronet thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Accession on Mon Apr 18 12:00:00 2016
    Re: Re: exec/load/binkp.js
    By: Accession to deuce on Wed Apr 13 2016 03:35 pm

    I only started using -nr mode for those two nodes within a day or two ago to see if it would fix anything. It didn't. My normal options are -md and -nd and that is all.

    Well, the problem the logs showed was absolutely triggered by your system sending "OPT NR". Maybe it sends it regardless of the -nr option? The binkd documentation suggests that the -nr flag is only used on outbound connections, so perhaps binkd sends OPT NR on all incoming connections?

    ---
    Synchronet The future of BBSing
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Accession on Mon Apr 18 12:00:00 2016
    Re: Re: exec/load/binkp.js
    By: Accession to Deuce on Wed Apr 13 2016 03:37 pm

    *EDIT*, also I notice in my logs when connecting to those systems "Remote is in NR mode" which would suggest they are using that option?

    The first system send an "NR" option in an OPT string is the one initiating NR mode. I'm pretty sure in the logs, your system sends it first.

    ---
    Synchronet The future of BBSing
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Mon Apr 18 12:00:00 2016
    exec/load binkp.js 1.57 1.58
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv9842/load

    Modified Files:
    binkp.js
    Log Message:
    Compare the sendas property of sending, not the entire object to the M_GET filename.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Mon Apr 18 12:00:00 2016
    exec/load binkp.js 1.58 1.59
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv10985/load

    Modified Files:
    binkp.js
    Log Message:
    Send an M_FILE .. ... 0 after an M_GET after an M_FILE .. ... -1
    Should finish fixing the problem reported by Accession and Android 8675.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Accession@454:1/1 to Deuce on Mon Apr 18 12:00:00 2016
    Hello Deuce,

    On 14 Apr 16 00:32, Deuce wrote to Accession:

    I only started using -nr mode for those two nodes within a day or
    two ago to see if it would fix anything. It didn't. My normal
    options are -md and -nd and that is all.

    Well, the problem the logs showed was absolutely triggered by your
    system sending "OPT NR". Maybe it sends it regardless of the -nr
    option? The binkd documentation suggests that the -nr flag is only
    used on outbound connections, so perhaps binkd sends OPT NR on all incoming connections?

    I don't see it with any other systems. But I did indeed have -nr set for those wo nodes when I gave you the logs. I have since removed that option from their ode line in binkd and am still seeing the same results (including "remote is in NR mode" which I assume is telling me THEY are in NR mode), and with connection
    still failing with both of them.

    Regards,
    Nick

    --- GoldED+/LNX 1.1.5-b20160322
    Synchronet thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Accession@454:1/1 to Deuce on Mon Apr 18 12:00:00 2016
    Hello Deuce,

    On 14 Apr 16 00:33, Deuce wrote to Accession:

    *EDIT*, also I notice in my logs when connecting to those systems
    "Remote is in NR mode" which would suggest they are using that
    option?

    The first system send an "NR" option in an OPT string is the one initiating NR mode. I'm pretty sure in the logs, your system sends it first.

    You're correct there. In the logs I sent you, I did have it enabled. Now I don' , I see no OPT NR or anything from my side, yet I still see "remote is in NR mo e".

    Regards,
    Nick

    --- GoldED+/LNX 1.1.5-b20160322
    Synchronet thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Accession on Mon Apr 18 12:00:00 2016
    Re: Re: exec/load/binkp.js
    By: Accession to Deuce on Wed Apr 13 2016 08:06 pm

    I don't see it with any other systems. But I did indeed have -nr set for those two nodes when I gave you the logs. I have since removed that option from their node line in binkd and am still seeing the same results (including "remote is in NR mode" which I assume is telling me THEY are in NR mode), and with connections still failing with both of them.

    "remote is in NR mode" is printed when you get an M_FILE with the offset set to -1... which indicates the remote is using NR mode for that transfer. The reason BinkIT is sending that is because it got an "OPT NR" from your end.

    This may be related to the "ND" mode that is also being requested by your end, but is so poorly documented on ftsc.org that I simply can't possibly implement it.

    Regardless, I just worked with the sysop of Shodan's core and got the NR issue resolved.

    ---
    Synchronet The future of BBSing
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Accession on Mon Apr 18 12:00:00 2016
    Re: Re: exec/load/binkp.js
    By: Accession to Deuce on Wed Apr 13 2016 08:19 pm

    The first system send an "NR" option in an OPT string is the one initiating NR mode. I'm pretty sure in the logs, your system sends it first.

    You're correct there. In the logs I sent you, I did have it enabled. Now I don't, I see no OPT NR or anything from my side, yet I still see "remote is in NR mode".

    I would like to see a log of that... BinkIT should NOT be seinding an M_FILE with an offset of -1 until after it gets an OPT NR from the remote. Looking at the code, I don't see how it's possible.

    ---
    Synchronet The future of BBSing
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Accession@454:1/1 to Deuce on Mon Apr 18 12:00:00 2016
    Hello deuce,

    On 13 Apr 16 18:20, deuce wrote to CVS commit:

    exec/load binkp.js 1.58 1.59
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv10985/load

    Modified Files:
    binkp.js
    Log Message:
    Send an M_FILE .. ... 0 after an M_GET after an M_FILE .. ... -1
    Should finish fixing the problem reported by Accession and Android
    8675.

    Thank you kindly, sir! He applied the changes, and we just had our first succes ful connection in months! :)

    Regards,
    Nick

    --- GoldED+/LNX 1.1.5-b20160322
    Synchronet thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Tue Apr 19 10:51:00 2016
    exec/load binkp.js 1.59 1.60
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv23425/load

    Modified Files:
    binkp.js
    Log Message:
    Fix non-NR transfers broken in last commit.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Sun Apr 24 02:19:00 2016
    exec/load binkp.js 1.61 1.62
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv4141/load

    Modified Files:
    binkp.js
    Log Message:
    BinkP.js requires FIDO, not SBBSEchoCfg.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)
  • From Deuce@454:1/1 to Cvs Commit on Sat May 28 10:16:00 2016
    exec/load binkp.js 1.64 1.65
    Update of /cvsroot/sbbs/exec/load
    In directory cvs:/tmp/cvs-serv26323/load

    Modified Files:
    binkp.js
    Log Message:
    Handle new send() return value in the same manner. This can be fixed more correctly now though.



    ---
    Synchronet Vertrauen Home of Synchronet telnet://vert.synchro.net
    wcQWK 7.0 ILink * Omicron Theta * Southaven MS * winserver.org

    --- QScan/PCB v1.20a / 01-0462
    * Origin: ILink: CFBBS | cfbbs.no-ip.com | 856-933-7096 (454:1/1)