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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)

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)