• Zonegated netmail

    From deon@ALTERANT to Digital Man on Tue Jan 24 07:58:04 2023
    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
  • From Wilfred van Velzen@2:280/464 to deon on Mon Jan 23 22:14:44 2023
    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)
  • From deon@ALTERANT to Wilfred van Velzen on Tue Jan 24 09:49:55 2023
    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
  • From Digital Man to deon on Mon Jan 23 19:17:28 2023
    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
  • From deon@ALTERANT to Digital Man on Tue Jan 24 15:38:02 2023
    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
  • From Digital Man to deon on Mon Jan 23 21:19:50 2023
    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
  • From Wilfred van Velzen@2:280/464 to deon on Tue Jan 24 08:35:16 2023
    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)
  • From deon@ALTERANT to Digital Man on Thu Jan 26 15:04:26 2023
    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
  • From Digital Man to deon on Thu Jan 26 00:25:02 2023
    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
  • From deon@ALTERANT to Digital Man on Thu Jan 26 20:34:19 2023
    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
  • From Digital Man to deon on Thu Jan 26 12:13:03 2023
    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