I added an entry in binkd but it lo
oks like you're not accepting incom
ing binkp connections:

$ nc -v nebbs.servehttp.com 24554
nc: connect to nebbs.servehttp.com
(68.194.25.15) port 24554 (tcp) fai
led: Connection refused

Oops, sorry. That was on me. I have binkd polling but didn't have the daemon running. I just spun it up and sent out another pingc test.



--- NE BBS v0.69 (linux; x64)
* Origin: NE BBS - nebbs.servehttp.com:9223 (21:3/193)

On 24 Nov 2024, slacker said the following...

Oops, sorry. That was on me. I have binkd polling but didn't have the daemon running. I just spun it up and sent out another pingc test.

Added that temporary entry back into binkd and was able to send you the two replies. Once your node is listed in the nodelist it looks like it will work going forward.

07:04 [10648] BEGIN, binkd/1.1a-115/Linux -p /usr/local/etc/binkd.conf
07:04 [10648] clientmgr started
i- 21:3/193@fsxnet
+ 07:04 [10649] call to 21:3/193@fsxnet
07:04 [10649] trying nebbs.servehttp.com [68.194.25.15]...
07:04 [10649] connected
+ 07:04 [10649] outgoing session with nebbs.servehttp.com:24554 [68.194.25.15] - 07:04 [10649] OPT CRAM-MD5-<md5stuff>
+ 07:04 [10649] Remote requests MD mode
- 07:04 [10649] SYS NE BBS
- 07:04 [10649] ZYZ Erik_
- 07:04 [10649] LOC LI, NY
- 07:04 [10649] NDL 115200,TCP,BINKP
- 07:04 [10649] TIME Sun, 24 Nov 2024 07:04:25 -0500
- 07:04 [10649] VER binkd/1.1a-115/Linux binkp/1.1
+ 07:04 [10649] addr: 21:3/193@fsxnet
- 07:04 [10649] OPT EXTCMD GZ
+ 07:04 [10649] Remote supports EXTCMD mode
+ 07:04 [10649] Remote supports GZ mode
+ 07:04 [10649] sending /home/ubuntu/fido/outbound.015/000300c1.iut as 838e31d3.pkt (1913)
07:04 [10649] gzip mode is on for 838e31d3.pkt
07:04 [10649] Compressed 1913 bytes to 775 for 838e31d3.pkt, ratio 40.5%
+ 07:04 [10649] sent: /home/ubuntu/fido/outbound.015/000300c1.iut (1913, 1913.00 CPS, 21:3/193@fsxnet)
+ 07:04 [10649] done (to 21:3/193@fsxnet, OK, S/R: 1/0 (1913/0 bytes))
07:04 [10649] session closed, quitting...
07:04 [10648] rc(10649)=0
07:04 [10648] the queue is empty, quitting...


Jay

... A day for firm decisions! Or is it?

--- Mystic BBS v1.12 A49 2024/05/29 (Linux/64)
* Origin: Northern Realms (21:3/110)

Added that temporary entry back into binkd and was able to send you the tw
o replies. Once your node is listed in the nodelist it looks like it will
work going forward.

All good! I received the pingc netmail responses now!

Just a QQ though about where it was sent from. When I decoded the incoming packet, the packet header has the orig address as: 1:229/664 for some reason while the message id has the address: 21:3/110.

The 'month' field is also set to '10' so I might have a decoding error but this is the first odd packet header I've come across so far.

I tried loading into Deon's packet viewer on Clearing Houz but it errored there as well.

--- NE BBS v0.69 (linux; x64)
* Origin: NE BBS - nebbs.servehttp.com:9223 (21:3/193)

Re: Re: Testing pong.pl
By: slacker to Warpslide on Mon Nov 25 2024 06:41 am

Howdy,

The 'month' field is also set to '10' so I might have a decoding error but this is the first odd packet header I've come across so far.

Yes, months in an FTN packet start at "0", so November would be 10.

I tried loading into Deon's packet viewer on Clearing Houz but it errored there as well.

What was the error. I'd be keen to fix this if it is showing the wrong information.


...ëîåï
--- SBBSecho 3.20-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

Yes, months in an FTN packet start
at "0", so November would be 10.

Ah! Okay cool. Thanks so that value was correct. :)

What was the error. I'd be keen to
fix this if it is showing the wrong
information.

"Attempt to read property "zone" on null (/var/www/html/app/Classes/FTN/Packet.php:465)"

I can email the packet as well to you if needed.

Thanks!

--- NE BBS v0.69 (linux; x64)
* Origin: NE BBS - nebbs.servehttp.com:9223 (21:3/193)

Re: Re: Testing pong.pl
By: slacker to deon on Wed Nov 27 2024 06:40 am

Howdy,

"Attempt to read property "zone" on null (/var/www/html/app/Classes/FTN/Packet.php:465)"

I can email the packet as well to you if needed.

Yes please.

It might be a bad packet (missing some control information that identifies the source source address) - but regardless, I'd like to report as such, rather than aborting on an error :)


...ëîåï
--- SBBSecho 3.20-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

Yes please.

It might be a bad packet (missing s
ome control information that identi
fies the source source address) - b
ut regardless, I'd like to report a
s such, rather than aborting on an
error :)

Sorry, I forgot to ping you here as well but I emailed the packet to you the other day. Hopefully it didn't get blocked because of the attachment.

--- NE BBS v0.69 (linux; x64)
* Origin: NE BBS - nebbs.servehttp.com:9223 (21:3/193)

Re: Re: Testing pong.pl
By: slacker to deon on Fri Nov 29 2024 05:10 pm

Howdy,

Sorry, I forgot to ping you here as well but I emailed the packet to you the other day. Hopefully it didn't get blocked because of the attachment.

Yup, I got it thank you.

Havent looked yet - I've been travelling... But I'll take a look hopefully over the weekend.


...ëîåï
--- SBBSecho 3.20-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

Re: Re: Testing pong.pl
By: deon to slacker on Sat Nov 30 2024 09:34 am

Howdy,

Havent looked yet - I've been travelling... But I'll take a look hopefully over the weekend.

So I looked at this and fixed up the abort to display a better error message :)

In this case, that packet was from a zone 1 address (fidonet), to a zone 21 address, and since clrghouz is domain aware (and somewhat fussy), it was erroring on telling you that there is no zone 21 in the zone 1 domain (fidonet).

It'll be related to how hpt is responding to messages inside of perl, and picking the wrong AKA. It shouldnt be an issue in normal situations.


...ëîåï
--- SBBSecho 3.20-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)