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)

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)

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)

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