• MBSE issues

    From Alan Ianson@1:153/757.1 to All on Mon Sep 7 16:09:24 2020
    Hello All,

    I have been experimenting with both HotDogEd and Aftershock and am not seeing any issues at all with MBSE.

    This message is really a test. :)

    If anyone is having issues I'd be happy to look at that, but I am not aware of any issues currently.

    --
    Ttyl :-),
    Al
    --- Hotdoged/2.13.5/Android
    * Origin: Al's Point - Penticton, BC Canada (1:153/757.1)
  • From August Abolins@2:221/1.58 to Alan Ianson on Mon Sep 7 20:56:00 2020
    Hello Alan!

    ** On Monday 07.09.20 - 16:09, Alan Ianson wrote to All:

    I have been experimenting with both HotDogEd and Aftershock and am not seeing any issues at all with MBSE.

    This message is really a test. :)

    If anyone is having issues I'd be happy to look at that, but I am not aware of any issues currently.


    Regular connections to deliver .PKTs work fine. Your particular
    system works OK:

    = 20:42:51 CONNECT
    20:42:52 OPT CRAM-MD5-deec0eef441aec20a6167b5fae5c3026
    20:42:52 OPT CRC
    20:42:52 SYS The Rusty MailBox
    20:42:52 ZYZ Alan Ianson
    20:42:52 LOC Penticton, BC Canada
    20:42:52 NDL CM,XX,IBN,IFC,ITN:60177
    20:42:52 TIME Mon, 07 Sep 2020 17:42:47 -0700
    20:42:52 VER mbcico/1.0.7.18/GNU/Linux-x86_64 binkp/1.1
    20:42:52 PHN trmb.ca
    20:42:52 OPM The Sunny Southern Okanagan Valley
    20:42:52 non-secure
    20:42:52 OPT EXTCMD GZ BZ2 PLZ CRC
    20:42:52 TRF 0 0
    * 20:42:53 Sent 07204251.PKT, 3072b
    = 20:42:55 hangup
    - 20:42:55 exiting

    But a few other mbcico systems do not oblige with FREQs. :(
    Here are a few I had trouble with a little while ago:

    = 21:33:09 CONNECT
    21:33:09 OPT CRAM-MD5-97fa10ad4521ce63bf369711566cf31e
    21:33:09 OPT CRC
    21:33:09 SYS Air Applewood BBS
    21:33:09 ZYZ Vincent Coen
    21:33:09 LOC Hatfield, Hertfordshire, U.K.
    21:33:09 NDL CM,XA,IBN,IFC,ITN
    21:33:09 TIME Mon, 10 Aug 2020 02:33:06 +0100
    21:33:09 VER mbcico/1.0.7.17/GNU/Linux-x86_64 binkp/1.1
    ^^^^^^

    = 09:37:19 CONNECT
    09:37:20 OPT CRAM-MD5-c8da5af0f27277cc3d33225500bec182
    09:37:20 OPT CRC
    09:37:20 SYS Phoenix BBS
    09:37:20 ZYZ Andrew Leary
    09:37:20 LOC Pawcatuck, CT
    09:37:20 NDL IBN,IFC,ITN:60177,XX,CM
    09:37:20 TIME Mon, 03 Aug 2020 09:37:16 -0400
    09:37:20 VER mbcico/1.0.7.17/GNU/Linux-x86_64 binkp/1.1
    09:37:20 PHN phoenix.bnbbbs.net
    09:37:20 OPM Home of MBSE BBS for Linux/*BSD
    09:37:21 non-secure
    09:37:21 OPT EXTCMD GZ BZ2 PLZ CRC
    09:37:21 TRF 0 0
    09:37:22 TRF 0 8573
    * 09:37:22 Sent 00640002.REQ, 14b
    % 09:37:54 User break
    = 09:37:54 hangup
    - 09:37:54 exiting


    = 21:12:54 CONNECT
    21:12:55 OPT CRAM-MD5-6a5ac2a265eb3b1bc7f687195de6a8d5
    21:12:55 OPT CRC
    21:12:55 SYS Dragon's Claw FTN HUB
    21:12:55 ZYZ Stephen Walsh
    21:12:55 LOC Melbourne, Australia
    21:12:55 NDL IBN,IFC,ITN,XX,CM
    21:12:55 TIME Sun, 23 Feb 2020 13:12:54 +1100
    21:12:55 VER mbcico/1.0.7.13/GNU/Linux-x86_64 binkp/1.1
    21:12:55 PHN ftn.vk3heg.net
    21:12:56 non-secure
    21:12:56 OPT EXTCMD GZ BZ2 PLZ CRC
    21:12:56 TRF 0 0
    21:12:57 TRF 0 46853
    * 21:12:57 Sent 02790118.REQ, 10b
    % 21:13:20 User break
    = 21:13:20 hangup
    - 21:13:20 exiting




    --
    ../|ug

    --- OpenXP 5.0.46
    * Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)
  • From Tommi Koivula@2:221/6 to August Abolins on Tue Sep 8 11:09:28 2020
    On 7.9.2020 20.56, August Abolins - Alan Ianson wrote:

    But a few other mbcico systems do not oblige with FREQs.

    Did you check from the nodelist that these nodes actually announce that
    they support file requests?-)

    'Tommi

    ---
    * Origin: nntps://news.fidonet.fi (2:221/6.0)
  • From Martin Foster@2:310/31.3 to August Abolins on Tue Sep 8 11:53:00 2020
    Hello August!

    *** Monday 07.09.20 at 20:56, August Abolins wrote to Alan Ianson:

    [snip]
    But a few other mbcico systems do not oblige with FREQs. :(
    Here are a few I had trouble with a little while ago:

    = 21:33:09 CONNECT
    21:33:09 OPT CRAM-MD5-97fa10ad4521ce63bf369711566cf31e
    21:33:09 OPT CRC
    21:33:09 SYS Air Applewood BBS
    21:33:09 ZYZ Vincent Coen
    21:33:09 LOC Hatfield, Hertfordshire, U.K.
    21:33:09 NDL CM,XA,IBN,IFC,ITN
    ----------------------- ^^
    21:33:09 TIME Mon, 10 Aug 2020 02:33:06 +0100
    21:33:09 VER mbcico/1.0.7.17/GNU/Linux-x86_64 binkp/1.1
    ^^^^^^

    = 09:37:19 CONNECT
    09:37:20 OPT CRAM-MD5-c8da5af0f27277cc3d33225500bec182
    09:37:20 OPT CRC
    09:37:20 SYS Phoenix BBS
    09:37:20 ZYZ Andrew Leary
    09:37:20 LOC Pawcatuck, CT
    09:37:20 NDL IBN,IFC,ITN:60177,XX,CM
    -------------------------------------- ^^
    09:37:20 TIME Mon, 03 Aug 2020 09:37:16 -0400
    09:37:20 VER mbcico/1.0.7.17/GNU/Linux-x86_64 binkp/1.1
    09:37:20 PHN phoenix.bnbbbs.net
    09:37:20 OPM Home of MBSE BBS for Linux/*BSD
    09:37:21 non-secure
    09:37:21 OPT EXTCMD GZ BZ2 PLZ CRC
    09:37:21 TRF 0 0
    09:37:22 TRF 0 8573
    * 09:37:22 Sent 00640002.REQ, 14b
    % 09:37:54 User break
    = 09:37:54 hangup
    - 09:37:54 exiting


    = 21:12:54 CONNECT
    21:12:55 OPT CRAM-MD5-6a5ac2a265eb3b1bc7f687195de6a8d5
    21:12:55 OPT CRC
    21:12:55 SYS Dragon's Claw FTN HUB
    21:12:55 ZYZ Stephen Walsh
    21:12:55 LOC Melbourne, Australia
    21:12:55 NDL IBN,IFC,ITN,XX,CM
    -------------------------------- ^^
    21:12:55 TIME Sun, 23 Feb 2020 13:12:54 +1100
    21:12:55 VER mbcico/1.0.7.13/GNU/Linux-x86_64 binkp/1.1
    21:12:55 PHN ftn.vk3heg.net
    21:12:56 non-secure
    21:12:56 OPT EXTCMD GZ BZ2 PLZ CRC
    21:12:56 TRF 0 0
    21:12:57 TRF 0 46853
    * 21:12:57 Sent 02790118.REQ, 10b
    % 21:13:20 User break
    = 21:13:20 hangup
    - 21:13:20 exiting

    Ah yes, the issue that never got resolved was the one where OpenXP would
    just sit there waiting for something to happen after sending a .REQ

    OpenXP just sits there until either the session times out after 2 minutes
    or the user manually aborts the session before the session times out.

    We never did figure out whether the culprit was OpenXP or whether it was MBSE.

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From August Abolins@2:221/360 to Tommi Koivula on Tue Sep 8 19:46:06 2020
    On 08/09/2020 4:09 a.m., Tommi Koivula : August Abolins wrote:

    But a few other mbcico systems do not oblige with FREQs.

    Did you check from the nodelist that these nodes actually announce that they support file requests?-)

    The XX, XA, etc flags are a good indication that they would, right? ;)

    Besides.. I would find it odd that some systems that announce new files, do not make them freq'able from their system. :( It would be very nice to just launch freq in the current message from the originating system. OpenXp has a cool feature for that. But instead, I have to remember to construct a separate
    freq to another system that I know carries most of the file areas.


    --
    Labs sākums ir puse padarīta darba.

    --- TB(Stealth)/Win7
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Alan Ianson@1:153/757.2 to Martin Foster on Tue Sep 8 16:54:58 2020
    21:33:09 SYS Air Applewood BBS
    21:33:09 ZYZ Vincent Coen
    21:33:09 LOC Hatfield, Hertfordshire, U.K.
    21:33:09 NDL CM,XA,IBN,IFC,ITN

    09:37:20 SYS Phoenix BBS
    09:37:20 ZYZ Andrew Leary
    09:37:20 LOC Pawcatuck, CT
    09:37:20 NDL IBN,IFC,ITN:60177,XX,CM

    I just did a request for "files" from both of the above nodes and in both cases I got the expected file for those requests.

    21:12:55 SYS Dragon's Claw FTN HUB
    21:12:55 ZYZ Stephen Walsh
    21:12:55 LOC Melbourne, Australia
    21:12:55 NDL IBN,IFC,ITN,XX,CM

    I requested files from this node also and got a reply that the requested file was not found. I suspect that file requests are not configured by this node.

    Ah yes, the issue that never got resolved was the one where OpenXP would
    just sit there waiting for something to happen after sending a .REQ

    OpenXP just sits there until either the session times out after 2 minutes
    or the user manually aborts the session before the session times out.

    We never did figure out whether the culprit was OpenXP or whether it was MBSE.

    I was using MBSE when I made my request and it worked as expected for me. There must be something not quite right somewhere but I don't know what it is.

    Might have to ask the sysop to check the log for a failed request and see if there is anything in there that would shed a little light on it.

    --- BBBS/Li6 v4.10 Toy-4
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757.2)
  • From Paul Quinn@2:221/360 to Alan Ianson on Wed Sep 9 09:24:58 2020
    Hi! Alan,

    On 09/09/2020 09:54 AM, you wrote to Martin Foster:

    I was using MBSE when I made my request and it worked as expected for me. There must be something not quite right somewhere but I don't know what it is.

    Might have to ask the sysop to check the log for a failed request and see if there is anything in there that would shed a little light on it.

    FWIW. Back in the old, olden days, MBSE systems required the callee to call back a second time to retrieve any files on 'hold for pickup'.[shrug]

    I'm just an old messager-er. Don't shoot me...

    Cheers,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Alan Ianson@1:153/757.2 to Paul Quinn on Wed Sep 9 01:06:40 2020
    FWIW. Back in the old, olden days, MBSE systems required the callee to call back a second time to retrieve any files on 'hold for pickup'.[shrug]

    That's a different way to do it. I hope that wasn't back in the dial-up days.

    I'm just an old messager-er. Don't shoot me...

    Me too.. I don't have the guns, bullets or inclination to shoot anyone.

    --- BBBS/Li6 v4.10 Toy-4
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757.2)
  • From Paul Quinn@3:640/1384.125 to Alan Ianson on Wed Sep 9 18:28:15 2020
    Hi! Alan,

    On 09 Sep 20 01:06, you wrote to me:

    FWIW. Back in the old, olden days, MBSE systems required the callee
    to call back a second time to retrieve any files on 'hold for
    pickup'.[shrug]

    That's a different way to do it.

    I was dumbstruck at the time. It took some effort to orient my universe to right-side up.

    I hope that wasn't back in the dial-up days.

    Nup. I was at least limited hours IP then.

    Cheers,
    Paul.

    ... I stayed up all night to see where the sun went. Then it dawned on me.
    --- GoldED+/LNX 1.1.4.7
    * Origin: Paul's other Linux ghizmo - a little more mobile (3:640/1384.125)
  • From Oli@2:280/464.47 to Martin Foster on Wed Sep 9 14:10:18 2020
    Martin wrote (2020-09-08):

    Ah yes, the issue that never got resolved was the one where OpenXP would just sit there waiting for something to happen after sending a .REQ

    OpenXP just sits there until either the session times out after 2 minutes or the user manually aborts the session before the session times out.

    We never did figure out whether the culprit was OpenXP or whether it was MBSE.

    Maybe a tcpdump would help.

    ---
    * Origin: (2:280/464.47)
  • From August Abolins@2:221/360 to Paul Quinn on Wed Sep 9 17:39:21 2020
    On 09/09/2020 2:24 a.m., Paul Quinn : Alan Ianson wrote:


    FWIW. Back in the old, olden days, MBSE systems required
    the callee to call back a second time to retrieve any files
    on 'hold for pickup'.[shrug]

    I seem to recall that's what was happening with a few systems. I'll try to test
    the whole mbcico matter again when I get the chance.


    I'm just an old messager-er. Don't shoot me...

    And take away the fun? No way! ;)



    --

    --- TB(Stealth)/Win7
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Martin Foster@2:310/31.3 to Oli on Thu Sep 10 09:30:00 2020
    Hello Oli!

    *** Wednesday 09.09.20 at 14:10, Oli wrote to Martin Foster:

    Ah yes, the issue that never got resolved was the one where OpenXP would
    just sit there waiting for something to happen after sending a .REQ

    OpenXP just sits there until either the session times out after 2
    minutes or the user manually aborts the session before the session times
    out.

    We never did figure out whether the culprit was OpenXP or whether it was
    MBSE.

    Maybe a tcpdump would help.

    Thanks for the suggestion but I wouldn't know how to do that and even if I did, it's highly unlikely that I would be able to interpret the data in
    any meaningful way.

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From Martin Foster@2:310/31.3 to Alan Ianson on Thu Sep 10 09:33:00 2020
    Hello Alan!

    *** Tuesday 08.09.20 at 16:54, Alan Ianson wrote to Martin Foster:

    21:33:09 SYS Air Applewood BBS
    21:33:09 ZYZ Vincent Coen
    21:33:09 LOC Hatfield, Hertfordshire, U.K.
    21:33:09 NDL CM,XA,IBN,IFC,ITN

    09:37:20 SYS Phoenix BBS
    09:37:20 ZYZ Andrew Leary
    09:37:20 LOC Pawcatuck, CT
    09:37:20 NDL IBN,IFC,ITN:60177,XX,CM

    I just did a request for "files" from both of the above nodes and in both cases I got the expected file for those requests.

    21:12:55 SYS Dragon's Claw FTN HUB
    21:12:55 ZYZ Stephen Walsh
    21:12:55 LOC Melbourne, Australia
    21:12:55 NDL IBN,IFC,ITN,XX,CM

    I requested files from this node also and got a reply that the requested file was not found. I suspect that file requests are not configured by this node.

    Ah yes, the issue that never got resolved was the one where OpenXP would
    just sit there waiting for something to happen after sending a .REQ

    OpenXP just sits there until either the session times out after 2 minutes
    or the user manually aborts the session before the session times out.

    We never did figure out whether the culprit was OpenXP or whether it was
    MBSE.

    I was using MBSE when I made my request and it worked as expected for me. There must be something not quite right somewhere but I don't know what
    it is.

    Casting my mind back to when we were trying to figure all this out, I
    recall that WinPoint had no problems with the problematic(to OpenXP) MBSE systems.

    Might have to ask the sysop to check the log for a failed request and see if there is anything in there that would shed a little light on it.

    Yes but I don't have time to re-visit this issue at the moment as I'm immersed in another Fido project right now ;))

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From Stephen Walsh@3:633/280 to Alan Ianson on Thu Sep 10 23:29:54 2020
    Hello Alan!

    08 Sep 20 16:54, you wrote to Martin Foster:

    21:12:55 SYS Dragon's Claw FTN HUB
    21:12:55 ZYZ Stephen Walsh
    21:12:55 LOC Melbourne, Australia
    21:12:55 NDL IBN,IFC,ITN,XX,CM

    I requested files from this node also and got a reply that the
    requested file was not found. I suspect that file requests are not configured by this node.

    That's due to this system being a hub, and there is no 'files' alias setup.

    A alias for 'nodelist' is though and will send the latest fidonet nodelist.
    A alias for 'FSX_NODE' is though and will send the lastest FSX Net nodelist.




    Stephen


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- (3:633/280)
  • From Alan Ianson@1:153/757 to Stephen Walsh on Fri Sep 11 01:54:51 2020
    Hello Stephen,

    That's due to this system being a hub, and there is no 'files' alias setup.

    That's what I was thinking.

    A alias for 'nodelist' is though and will send the latest fidonet nodelist. A alias for 'FSX_NODE' is though and will send the lastest
    FSX Net nodelist.

    I just did a request for each of those magic names and got both of those files as expected.. :)

    Ttyl :-),
    Al

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Stephen Walsh@3:633/280 to Alan Ianson on Sat Sep 12 12:14:36 2020
    Hello Alan!

    11 Sep 20 01:54, you wrote to me:

    A alias for 'nodelist' is though and will send the latest fidonet
    nodelist. A alias for 'FSX_NODE' is though and will send the
    lastest FSX Net nodelist.

    I just did a request for each of those magic names and got both of
    those files as expected.. :)

    I've not looked at the logs, but good to know it's now working for you!



    Stephen


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- (3:633/280)
  • From August Abolins@2:221/1.58 to Stephen Walsh on Fri Sep 11 23:45:00 2020
    Hello Stephen!

    ** On Saturday 12.09.20 - 12:14, Stephen Walsh wrote to Alan Ianson:

    A alias for 'nodelist' is though and will send the
    latest fidonet nodelist. A alias for 'FSX_NODE' is
    though and will send the lastest FSX Net nodelist.

    = 23:26:05 CONNECT
    23:26:06 OPT CRAM-MD5-070241fc20e22d47e8eed9d9d6751b15
    23:26:06 OPT CRC
    23:26:06 SYS Dragon's Claw FTN HUB
    23:26:06 ZYZ Stephen Walsh
    23:26:06 LOC Melbourne, Australia
    23:26:06 NDL IBN,IFC,ITN,XX,CM
    23:26:06 TIME Sat, 12 Sep 2020 13:26:04 +1000
    23:26:06 VER mbcico/1.0.7.18/GNU/Linux-x86_64 binkp/1.1
    23:26:06 PHN ftn.vk3heg.net
    23:26:07 non-secure
    23:26:07 OPT EXTCMD GZ BZ2 PLZ CRC
    23:26:07 TRF 0 0
    23:26:07 TRF 0 11570
    * 23:26:07 Sent 02790118.REQ, 10b
    = 23:31:14 hangup
    - 23:31:14 exiting


    Something between OpenXP and mbcico is still amiss. :(

    I read somewhere that there was a port of mbcico that was bad
    or something. And maybe that's the version OpenXP is using?



    --
    ../|ug

    --- OpenXP 5.0.46
    * Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)
  • From Alan Ianson@1:153/757 to Stephen Walsh on Sat Sep 12 00:49:35 2020
    Hello Stephen,

    I just did a request for each of those magic names and got both
    of those files as expected.. :)

    I've not looked at the logs, but good to know it's now working for
    you!

    It actually always did work for me. I see there is some kind of problem for some, I wonder if your log shed's any light on why that is?

    Ttyl :-),
    Al

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Martin Foster@2:310/31.3 to Stephen Walsh on Sat Sep 12 10:37:00 2020
    Hello Stephen!

    *** Thursday 10.09.20 at 23:29, Stephen Walsh wrote to Alan Ianson:

    [snip]
    A alias for 'nodelist' is though and will send the latest fidonet nodelist. A alias for 'FSX_NODE' is though and will send the lastest
    FSX Net nodelist.

    I requested "FSX_NODE" from your system, here's what happened .....

    ---------- 8< ----------
    = 08:47:17 CONNECT
    08:47:18 OPT CRAM-MD5-7d2eba96b7edd59b482ae88344f1a864
    08:47:18 OPT CRC
    08:47:18 SYS Dragon's Claw FTN HUB
    08:47:18 ZYZ Stephen Walsh
    08:47:18 LOC Melbourne, Australia
    08:47:18 NDL IBN,IFC,ITN,XX,CM
    08:47:18 TIME Sat, 12 Sep 2020 17:47:18 +1000
    08:47:18 VER mbcico/1.0.7.18/GNU/Linux-x86_64 binkp/1.1
    08:47:18 PHN ftn.vk3heg.net
    08:47:19 non-secure
    08:47:19 OPT EXTCMD GZ BZ2 PLZ CRC
    08:47:19 TRF 0 0
    08:47:20 TRF 0 11578
    * 08:47:20 Sent 02790118.REQ, 10b
    % 08:56:55 User break
    = 08:56:55 hangup
    - 08:56:55 exiting
    ---------- 8< ----------

    It would be great if you wouldn't mind having a look in your logfile to
    see if there's anything in there which may shed some light on this issue, thanks.

    I've also captured my debug log for the session but it's far too big to
    post in here(251 lines, 13.27k). If anyone cares to take a peek, I've uploaded it here .....

    https://www.dropbox.com/s/rwlshxei1oc68oo/s_walsh_log_1.txt?dl=0

    Finally, I hope you don't mind us using your system as a testing target
    for this issue :)

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From Martin Foster@2:310/31.3 to August Abolins on Sat Sep 12 10:57:00 2020
    Hello August!

    *** Friday 11.09.20 at 23:45, August Abolins wrote to Stephen Walsh:

    A alias for 'nodelist' is though and will send the
    latest fidonet nodelist. A alias for 'FSX_NODE' is
    though and will send the lastest FSX Net nodelist.

    = 23:26:05 CONNECT
    23:26:06 OPT CRAM-MD5-070241fc20e22d47e8eed9d9d6751b15
    23:26:06 OPT CRC
    23:26:06 SYS Dragon's Claw FTN HUB
    23:26:06 ZYZ Stephen Walsh
    23:26:06 LOC Melbourne, Australia
    23:26:06 NDL IBN,IFC,ITN,XX,CM
    23:26:06 TIME Sat, 12 Sep 2020 13:26:04 +1000
    23:26:06 VER mbcico/1.0.7.18/GNU/Linux-x86_64 binkp/1.1
    23:26:06 PHN ftn.vk3heg.net
    23:26:07 non-secure
    23:26:07 OPT EXTCMD GZ BZ2 PLZ CRC
    23:26:07 TRF 0 0
    23:26:07 TRF 0 11570
    -----------------------^^^^^
    Please correct me if I'm wrong but that would indicate that your request
    was received and processed.

    * 23:26:07 Sent 02790118.REQ, 10b
    = 23:31:14 hangup
    - 23:31:14 exiting

    Something between OpenXP and mbcico is still amiss. :(

    Yep :(

    The question is whether it's mbcico that's waiting for OpenXP to do
    something or vice versa? Hopefully, some useful information can be gleaned from various logfiles :)

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From August Abolins@2:221/1.58 to Martin Foster on Sat Sep 12 08:50:00 2020
    Hello Martin!

    ** On Saturday 12.09.20 - 10:57, Martin Foster wrote to August Abolins:

    Hello August!

    *** Friday 11.09.20 at 23:45, August Abolins wrote to Stephen Walsh:

    23:26:06 VER mbcico/1.0.7.18/GNU/Linux-x86_64 binkp/1.1
    23:26:07 TRF 0 0
    23:26:07 TRF 0 11570
    -----------------------^^^^^
    Please correct me if I'm wrong but that would indicate that your request was received and processed.

    I got nothing here. I requested FSX_NODE. There was nothing
    new in /FILES.


    * 23:26:07 Sent 02790118.REQ, 10b
    = 23:31:14 hangup
    - 23:31:14 exiting

    The 5 minute time-out.


    The question is whether it's mbcico that's waiting for
    OpenXP to do something or vice versa? Hopefully, some
    useful information can be gleaned from various logfiles
    :)

    The big l-o-n-g "You go first. No, you go first." waiting
    game! <G>


    --
    ../|ug

    --- OpenXP 5.0.46
    * Origin: ----------Do Not Fold, Spindle or Mutilate.---------- (2:221/1.58)
  • From Stephen Walsh@3:633/280 to August Abolins on Sun Sep 13 15:39:24 2020
    Hello August!

    11 Sep 20 23:45, you wrote to me:

    23:26:07 TRF 0 11570
    * 23:26:07 Sent 02790118.REQ, 10b
    = 23:31:14 hangup
    - 23:31:14 exiting


    Something between OpenXP and mbcico is still amiss. :(

    I read somewhere that there was a port of mbcico that was bad
    or something. And maybe that's the version OpenXP is using?

    + 12-Sep-2020 13:26:04 mbcico[3579] Incoming IBN/TCP connection from 67.69.69.233
    + 12-Sep-2020 13:26:04 mbcico[3579] Start inbound Binkp session
    + 12-Sep-2020 13:26:04 mbcico[3579] Binkp: start session
    + 12-Sep-2020 13:26:04 mbcico[3579] System : /|ug's Point
    + 12-Sep-2020 13:26:04 mbcico[3579] Sysop : August Abolins
    + 12-Sep-2020 13:26:04 mbcico[3579] Uses : OpenXP/5.0.46/Win32 binkp/1.1
    + 12-Sep-2020 13:26:04 mbcico[3579] address : 2:221/1.58@fidonet
    + 12-Sep-2020 13:26:04 mbcico[3579] Options: Call WaZOO EMSI Freqs Zmodem ZedZap Hydra PLZ GZ/BZ2 NoNR CRC
    + 12-Sep-2020 13:26:05 mbcico[3579] Binkp: MD5 unprotected session
    + 12-Sep-2020 13:26:05 mbcico[3579] Binkp: mail 0, files 0 bytes
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: receive file "02790118.REQ" date Sep 12 09:26:06 size 10 offset 0 comp
    No
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: OK 10 bytes received in 0.001 seconds (9.766 Kb/s)
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: receiver starts batch 2
    + 12-Sep-2020 13:26:06 mbcico[3579] Magic request: FSX_NODE (update ((null)), password "(null)")
    + 12-Sep-2020 13:26:06 mbcico[3579] File request : FSXNET.Z55 (update ((null)), password "(null)")
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: mail 0, files 11570 bytes
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: send "/opt/mbse/tmp/5A0C4871.rpl" as "5A0C4873.PKT"
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: size 801 bytes, dated Sep 12 13:26:06, comp No
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: OK 801 bytes sent in 0.001 seconds (782.227 Kb/s)
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: send "/opt/mbse/ftp/pub/fsxnet/nodelist/fsxnet.z55" as "fsxnet.z55"
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: size 10769 bytes, dated Sep 11 00:15:04, comp No
    + 12-Sep-2020 13:26:06 mbcico[3579] Binkp: OK 10769 bytes sent in 0.003 seconds (3505.534 Kb/s)



    Stephen


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- (3:633/280)
  • From Stephen Walsh@3:633/280 to Martin Foster on Sun Sep 13 15:50:22 2020
    Hello Martin!

    12 Sep 20 10:37, you wrote to me:

    I requested "FSX_NODE" from your system, here's what happened .....

    + 12-Sep-2020 17:47:18 mbcico[4301] Incoming IBN/TCP connection from 81.99.69.46
    + 12-Sep-2020 17:47:18 mbcico[4301] Start inbound Binkp session
    + 12-Sep-2020 17:47:18 mbcico[4301] Binkp: start session
    + 12-Sep-2020 17:47:18 mbcico[4301] System : Bitz-Box
    + 12-Sep-2020 17:47:18 mbcico[4301] Sysop : Martin Foster
    + 12-Sep-2020 17:47:18 mbcico[4301] Uses : OpenXP/5.0.46/Win32 binkp/1.1
    + 12-Sep-2020 17:47:18 mbcico[4301] address : 2:310/31.3@fidonet
    + 12-Sep-2020 17:47:18 mbcico[4301] Options: Call WaZOO EMSI Freqs Zmodem ZedZap Hydra PLZ GZ/BZ2 NoNR CRC
    + 12-Sep-2020 17:47:19 mbcico[4301] Binkp: MD5 unprotected session
    + 12-Sep-2020 17:47:19 mbcico[4301] Binkp: mail 0, files 0 bytes
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: receive file "02790118.REQ" date Sep 12 18:47:18 size 10 offset 0 comp
    No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 10 bytes received in 0.001 seconds (9.766 Kb/s)
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: receiver starts batch 2
    + 12-Sep-2020 17:47:20 mbcico[4301] Magic request: FSX_NODE (update ((null)), password "(null)")
    + 12-Sep-2020 17:47:20 mbcico[4301] File request : FSXNET.Z55 (update ((null)), password "(null)")
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: mail 0, files 11578 bytes
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: send "/opt/mbse/tmp/5A0C48E2.rpl" as "5A0C48E4.PKT"
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: size 809 bytes, dated Sep 12 17:47:20, comp No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 809 bytes sent in 0.001 seconds (790.039 Kb/s)
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: send "/opt/mbse/ftp/pub/fsxnet/nodelist/fsxnet.z55" as "fsxnet.z55"
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: size 10769 bytes, dated Sep 11 00:15:04, comp No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 10769 bytes sent in 0.003 seconds (3505.534 Kb/s)

    Finally, I hope you don't mind us using your system as a testing target for this issue :)

    No problem. Go for it.




    Stephen


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- (3:633/280)
  • From Martin Foster@2:310/31.3 to Stephen Walsh on Sun Sep 13 09:46:00 2020
    Hello Stephen!

    *** Sunday 13.09.20 at 15:50, Stephen Walsh wrote to Martin Foster:

    I requested "FSX_NODE" from your system, here's what happened .....

    [snip]
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: receive file "02790118.REQ" date Sep 12 18:47:18 size 10 offset 0 comp
    No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 10 bytes received in 0.001 seconds (9.766 Kb/s)

    OK, your system received the file request.

    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: receiver starts batch 2

    OK, OpenXP does its thing, so-far-so-good :)

    + 12-Sep-2020 17:47:20 mbcico[4301] Magic request: FSX_NODE (update ((null)), password "(null)")
    + 12-Sep-2020 17:47:20 mbcico[4301] File request : FSXNET.Z55 (update ((null)), password "(null)")
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: mail 0, files 11578 bytes
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: send "/opt/mbse/tmp/5A0C48E2.rpl" as "5A0C48E4.PKT"
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: size 809 bytes, dated Sep 12 17:47:20, comp No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 809 bytes sent in 0.001 seconds (790.039 Kb/s)

    OK, your system sent a mail packet BUT it didn't arrive here.

    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: send "/opt/mbse/ftp/pub/fsxnet/nodelist/fsxnet.z55" as "fsxnet.z55"
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: size 10769 bytes, dated Sep 11 00:15:04, comp No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 10769 bytes sent in 0.003 seconds (3505.534 Kb/s)

    OK, your system sent the requested file BUT that didn't arrive here
    either.

    Did the session terminate gracefully at your end immediately after sending the requested file?

    Finally, I hope you don't mind us using your system as a testing
    target for this issue :)

    No problem. Go for it.

    OK, thanks for that :)

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)
  • From Stephen Walsh@3:633/280 to Martin Foster on Mon Sep 14 13:31:02 2020
    Hello Martin!

    13 Sep 20 09:46, you wrote to me:

    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 809 bytes sent in
    0.001 seconds (790.039 Kb/s)

    OK, your system sent a mail packet BUT it didn't arrive here.

    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: send
    "/opt/mbse/ftp/pub/fsxnet/nodelist/fsxnet.z55" as "fsxnet.z55"
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: size 10769 bytes,
    dated Sep 11
    00:15:04, comp No
    + 12-Sep-2020 17:47:20 mbcico[4301] Binkp: OK 10769 bytes sent in
    0.003 seconds (3505.534 Kb/s)

    OK, your system sent the requested file BUT that didn't arrive here either.

    Did the session terminate gracefully at your end immediately after
    sending the requested file?

    Looking closer at the logfile there should be a set of these after the session, but there isn't for your connection or August's.
    So there is something amis.


    + 12-Sep-2020 17:47:23 mbcico[4302] Closing TCP connection, connected 3.00s
    + 12-Sep-2020 17:47:23 mbcico[4302] Sent 0 bytes, received 4580 bytes, avg 4580 cps
    + 12-Sep-2020 17:47:23 mbcico[4302] Connected 3.00s
    12-Sep-2020 17:47:23 mbcico[4302] MBCICO finished in 3.00s




    Stephen


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Dragon's Lair ---:- dragon.vk3heg.net -:--- (3:633/280)
  • From Martin Foster@2:310/31.3 to Stephen Walsh on Mon Sep 14 12:57:00 2020
    Hello Stephen!

    *** Monday 14.09.20 at 13:31, Stephen Walsh wrote to Martin Foster:

    [snip]
    Did the session terminate gracefully at your end immediately after
    sending the requested file?

    Looking closer at the logfile there should be a set of these after the session, but there isn't for your connection or August's.
    So there is something amis.

    + 12-Sep-2020 17:47:23 mbcico[4302] Closing TCP connection, connected 3.00s + 12-Sep-2020 17:47:23 mbcico[4302] Sent 0 bytes, received 4580 bytes, avg 4580 cps
    + 12-Sep-2020 17:47:23 mbcico[4302] Connected 3.00s
    12-Sep-2020 17:47:23 mbcico[4302] MBCICO finished in 3.00s

    Ah, OK, thanks for that and this takes us one step closer than we were
    last time around in finding a solution to this issue. The question still remains though, is it OpenXP that's the "culprit" or is it MBSE?

    Regards,
    Martin

    --- OpenXP 5.0.46
    * Origin: Bitz-Box - Bradford - UK (2:310/31.3)