Hey Rob,

Not sure if you are following FN_SYSOP, but wanting to understsand why Ward's netmails are being processed by some tossers and bounced by others, when his netmail has zonegate addressed netmail.

He sent one to me, sbbsecho happily processed it and gave it to me:

Importing /opt/sbbs/fido/nonsecure/11424351.PKT (Type 2e, 0.6KB) from 2:292/854 to 3:633/509
Ward Dossche (2:292/854) To: Deon George (3:633/509) Ward Dossche (2:292/854) To: Deon George (3:633/509) Imported

But when I look at the packet, the packet is addressed to me (3:633/509), but the netmail in the packet is addressed to "2/3", not "633/509". Why is this ignored? (HPT doesnt seem to be...)

00000000: 56 03 fd 01 e7 07 00 00 17 00 0e 00 18 00 05 00 [V...............] 00000010: 60 09 02 00 24 01 79 02 1a 04 00 00 00 00 00 00 [`...$.y.........] 00000020: 00 00 02 00 03 00 00 00 00 01 00 00 01 00 02 00 [................] 00000030: 03 00 00 00 00 00 00 00 00 00 02 00 56 03 03 00 [............V...] 00000040: 24 01 02 00 01 00 00 00 32 33 20 4a 61 6e 20 32 [$.......23 Jan 2] 00000050: 33 20 20 31 34 3a 32 33 3a 30 37 00 44 65 6f 6e [3 14:23:07.Deon]

I have the packet if you need it.


...δεσ∩

---
■ Synchronet ■ AnsiTEX bringing back videotex but with ANSI

Hi deon,

On 2023-01-24 07:58:04, you wrote to Digital Man:

Not sure if you are following FN_SYSOP, but wanting to understsand why Ward's netmails are being processed by some tossers and bounced by
others, when his netmail has zonegate addressed netmail.

He sent one to me, sbbsecho happily processed it and gave it to me:

Importing /opt/sbbs/fido/nonsecure/11424351.PKT (Type 2e, 0.6KB) from 2:292/854 to 3:633/509 Ward Dossche (2:292/854) To: Deon George (3:633/509)
Ward Dossche (2:292/854) To: Deon George (3:633/509) Imported

But when I look at the packet, the packet is addressed to me (3:633/509), but the netmail in the packet is addressed to "2/3", not "633/509". Why is this ignored? (HPT doesnt seem to be...)

00000000: 56 03 fd 01 e7 07 00 00 17 00 0e 00 18 00 05 00 [V...............]
00000010: 60 09 02 00 24 01 79 02 1a 04 00 00 00 00 00 00 [`...$.y.........]
00000020: 00 00 02 00 03 00 00 00 00 01 00 00 01 00 02 00 [................]
00000030: 03 00 00 00 00 00 00 00 00 00 02 00 56 03 03 00 [............V...]
00000040: 24 01 02 00 01 00 00 00 32 33 20 4a 61 6e 20 32 [$.......23 Jan
2]
00000050: 33 20 20 31 34 3a 32 33 3a 30 37 00 44 65 6f 6e [3 14:23:07.Deon]

I have the packet if you need it.

What is in the INTL kludge for that mail?


Bye, Wilfred.

--- FMail-lnx64 2.1.5.2-B20230114
* Origin: FMail development HQ (2:280/464)

Re: Re: Zonegated netmail
By: Wilfred van Velzen to deon on Mon Jan 23 2023 10:14 pm

What is in the INTL kludge for that mail?

The INTL kludge is correct as it should be, ie:

INTL 3:633/509 2:292/854

So I'm using sbbsecho is being smart and opening the packet and realising that it can route to 3:633/509 directly and ignoring the address in the packet header?


...δεσ∩

---
■ Synchronet ■ AnsiTEX bringing back videotex but with ANSI

Re: Zonegated netmail
By: deon to Digital Man on Tue Jan 24 2023 07:58 am

Hey Rob,

Not sure if you are following FN_SYSOP,

Not really.

but wanting to understsand why
Ward's netmails are being processed by some tossers and bounced by others, when his netmail has zonegate addressed netmail.

He sent one to me, sbbsecho happily processed it and gave it to me:

Importing /opt/sbbs/fido/nonsecure/11424351.PKT (Type 2e, 0.6KB) from 2:292/854 to 3:633/509
Ward Dossche (2:292/854) To: Deon George (3:633/509) Ward Dossche (2:292/854) To: Deon George (3:633/509) Imported

But when I look at the packet, the packet is addressed to me (3:633/509), but the netmail in the packet is addressed to "2/3", not "633/509". Why is this ignored? (HPT doesnt seem to be...)

00000000: 56 03 fd 01 e7 07 00 00 17 00 0e 00 18 00 05 00 [V...............] 00000010: 60 09 02 00 24 01 79 02 1a 04 00 00 00 00 00 00 [`...$.y.........] 00000020: 00 00 02 00 03 00 00 00 00 01 00 00 01 00 02 00 [................] 00000030: 03 00 00 00 00 00 00 00 00 00 02 00 56 03 03 00 [............V...] 00000040: 24 01 02 00 01 00 00 00 32 33 20 4a 61 6e 20 32 [$.......23 Jan 2] 00000050: 33 20 20 31 34 3a 32 33 3a 30 37 00 44 65 6f 6e [3 14:23:07.Deon]

I have the packet if you need it.

Try using pktdump to view the packet instead. Packets contain packed messages with their own headers with destination and origin addresses. And there's kludge lines that override address information (i.e. INTL). Perhaps somebody's confused about that?
--
digital man (rob)

Rush quote #80:
He knows changes aren't permanent, but change is .. Tom Sawyer
Norco, CA WX: 55.1°F, 27.0% humidity, 1 mph SSW wind, 0.00 inches rain/24hrs

Re: Zonegated netmail
By: Digital Man to deon on Mon Jan 23 2023 07:17 pm

Try using pktdump to view the packet instead. Packets contain packed messages with their own headers with destination and origin addresses. And there's kludge lines that override address information (i.e. INTL). Perhaps somebody's confused about that?

For some reason I dont have pktdump - but that's OK because I wrote my own.

But your 2nd last statement is probably the reason.

Your tosser (sbbsecho), actually looks inside the packet and uses the INTL instead of using the address in the packet message header? Not quite sure if that is right or wrong, but that's the behaviour?

(In this case, the INTL kludge has the correct destination (as it always would right?) but the packed message header has a different destination.)

Does it ever use the address in the packed message header?


...δεσ∩

---
■ Synchronet ■ AnsiTEX bringing back videotex but with ANSI

Re: Zonegated netmail
By: deon to Digital Man on Tue Jan 24 2023 03:38 pm

Re: Zonegated netmail
By: Digital Man to deon on Mon Jan 23 2023 07:17 pm

Try using pktdump to view the packet instead. Packets contain packed messages with their own headers with destination and origin addresses. And there's kludge lines that override address information (i.e. INTL). Perhaps somebody's confused about that?

For some reason I dont have pktdump - but that's OK because I wrote my own.

exec/pktdump, it's built automatically when you build sbbs on Linux.

But your 2nd last statement is probably the reason.

Your tosser (sbbsecho), actually looks inside the packet and uses the INTL instead of using the address in the packet message header? Not quite sure if that is right or wrong, but that's the behaviour?

Yes.

(In this case, the INTL kludge has the correct destination (as it always would right?) but the packed message header has a different destination.)

Does it ever use the address in the packed message header?

If the INTL header doesn't exist I suppose. You could look at the source yourself: sbbsecho.c
--
digital man (rob)

Synchronet "Real Fact" #51:
Rob Swindell was introduced to BBSing in 1982 by his older brother, Dr. Seuss Norco, CA WX: 52.6°F, 37.0% humidity, 1 mph NW wind, 0.00 inches rain/24hrs

Hi deon,

On 2023-01-24 09:49:55, you wrote to me:

What is in the INTL kludge for that mail?

The INTL kludge is correct as it should be, ie:

INTL 3:633/509 2:292/854

So I'm using sbbsecho is being smart and opening the packet and realising that it can route to 3:633/509 directly and ignoring the address in the packet header?

I don't know, but it's probably something like that...

Bye, Wilfred.

--- FMail-lnx64 2.1.5.2-B20230114
* Origin: FMail development HQ (2:280/464)

Re: Zonegated netmail
By: Digital Man to deon on Mon Jan 23 2023 09:19 pm

For some reason I dont have pktdump - but that's OK because I wrote my own.

exec/pktdump, it's built automatically when you build sbbs on Linux.

BTW: I see pktdump being "built", but I dont see it being "installed"...

https://dev.dege.au/bbs/sbbs/-/jobs/3357/raw

My build command is this:
make RELEASE=1 USE_DOSEMU=1 NO_X=1 JSINCLUDE=/usr/include/js JSLIB=mozjs185 SBBSDIR=/opt/sbbs install

Is this a problem with my install command, or in the Makefile?


...δεσ∩

---
■ Synchronet ■ AnsiTEX bringing back videotex but with ANSI

Re: Zonegated netmail
By: deon to Digital Man on Thu Jan 26 2023 03:04 pm

Re: Zonegated netmail
By: Digital Man to deon on Mon Jan 23 2023 09:19 pm

For some reason I dont have pktdump - but that's OK because I wrote my own.

exec/pktdump, it's built automatically when you build sbbs on Linux.

BTW: I see pktdump being "built", but I dont see it being "installed"...

https://dev.dege.au/bbs/sbbs/-/jobs/3357/raw

My build command is this:
make RELEASE=1 USE_DOSEMU=1 NO_X=1 JSINCLUDE=/usr/include/js JSLIB=mozjs185 SBBSDIR=/opt/sbbs install

Is this a problem with my install command, or in the Makefile?

There are a few makefiles in the Synchronet repo.

The src/sbbs3/GNUmakfile "install" target will copy all output executables and libraries to your Synchronet exec directory.

The install/GNUmakefile "install" target would only copy (or symlink) a seelect list of xecutables to your Synchronet exec directory. That list did not include pktdump or fmsgdump utilities, but I just committed a fix that does.

The install/GNUmakefile is normally a single-use install, so I'm not clear if you're re-using that makefile after an install, but that would explain why you didn't have pktdump copied or symlinked to your exec dir.
--
digital man (rob)

Sling Blade quote #4:
Doyle: wimpy-ass kids or mental retards.. she got one of each livin' with her. Norco, CA WX: 58.2°F, 31.0% humidity, 0 mph NNW wind, 0.00 inches rain/24hrs

Re: Zonegated netmail
By: Digital Man to deon on Thu Jan 26 2023 12:25 am

Howdy,

The install/GNUmakefile is normally a single-use install, so I'm not clear if you're re-using that makefile after an install, but that would explain why you didn't have pktdump copied or symlinked to your exec dir.

Since I use Synchronet in a docker, my install is technically a first-time install everytime the container image is created as there is no existing environment to "update"/"upgrade".

I've only known the GNUmakefile install - its what I would have learnt form the wiki the first time I started out with Synchronet. In fact, Ive not understood the purpose of the other Makefiles, and assumed they were all put of the build.

Hopefully I'm not missing out on any other utilities :)


...δεσ∩

---
■ Synchronet ■ AnsiTEX bringing back videotex but with ANSI

Re: Zonegated netmail
By: deon to Digital Man on Thu Jan 26 2023 08:34 pm

Re: Zonegated netmail
By: Digital Man to deon on Thu Jan 26 2023 12:25 am

Howdy,

The install/GNUmakefile is normally a single-use install, so I'm not clear if you're re-using that makefile after an install, but that would explain why you didn't have pktdump copied or symlinked to your exec dir.

Since I use Synchronet in a docker, my install is technically a first-time install everytime the container image is created as there is no existing environment to "update"/"upgrade".

I see.

I've only known the GNUmakefile install - its what I would have learnt form the wiki the first time I started out with Synchronet. In fact, Ive not understood the purpose of the other Makefiles, and assumed they were all put of the build.

The GNUmakefile you're using (install/GNUmakefile) is really more of a bootstrap script that just goes and kicks off the makes of other things before finally copying or symlinking files to your sbbs/exec dir. Those "other things" often have their own make files that do most of the work and the biggest of those is src/sbbs3/GNUmakefile which builds all the sbbs3 libraries and executables. It also has an "install" target.

Hopefully I'm not missing out on any other utilities :)

Check the src/sbbs3/gcc.linux.*.exe.*/ output directory for anything else that might not be copied/symlinked by the install/GNUmakefile.

fmsgdump was another Synchronet utility I noticed was not being copied or symlinked by the install/GNUmakefile.
--
digital man (rob)

This Is Spinal Tap quote #29:
I find lost luggage. I locate mandolin strings in the middle of Austin!
Norco, CA WX: 61.7°F, 27.0% humidity, 9 mph SW wind, 0.00 inches rain/24hrs