• PATH kludge on exported echomail

    From deon@VERT/ALTERANT to Digital Man on Thursday, February 03, 2022 11:20:21
    Hi DM,

    A discussion in fido was started based on the PATH kludge on one of my echomails.

    My system 3:632/509, exported a message and sent it directly to 1:320/259 - and from there would have been forwarded on to other systems.

    Nope, I'm direct to 320/219.
    P@TH: 320/219 292/854

    A downstream system asked, (their view of the PATH kludge is above) why isnt my node address the first in the PATH statement?

    Should it be?


    ...ëîåï

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
  • From mark lewis@VERT to Digital Man on Thursday, February 03, 2022 07:02:10
    On 2022 Feb 02 16:56:08, you wrote to deon:

    It depends on what rules you're following. When zones were introduced to FidoNet and for a long time after, the norm was strip PATH and SEEN-BY lines when the message crossed a zone boundry (because there could be ambiguity between 3:632/509 and 2:632/509, since neither the zone information is not included in the addresses on these lines).

    seenbys were stripped... paths were not unless maybe when gated between othernets...

    )\/(ark

    "The soul of a small kitten in the body of a mighty dragon. Look on my majesty, ye mighty, and despair! Or bring me catnip. Your choice. Oooh, a shiny thing!"
    ... Once is happenstance. Twice is coincidence. Thrice is enemy action.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From deon@VERT/ALTERANT to Digital Man on Friday, February 04, 2022 14:39:24
    Re: PATH kludge on exported echomail
    By: Digital Man to deon on Thu Feb 03 2022 06:30 pm

    Howdy,

    2. Any existing PATH nodes that are not in *your* system's zone are removed from existing PATH lines. If you have an AKA address in the same zone as the destination, that AKA address will be added to the last PATH line.

    This is based on my own analysis of the source code (https://gitlab.synchro.net/main/sbbs/-/blob/master/src/sbbs3/sbbsecho.c) but you can check my understanding if you like (search for "foreign_zone").

    Line 3792: if(foreign_zone(addr.zone, paths.addr[u].zone) || paths.addr[u].point)

    Is sbbsecho allowing for a 3D/4D/5D item in the PATH kludge?

    (I'm wondering how you get a "zone" (or a "point") from the PATH kludge, which I've only ever seen as a 2D address - but then it seems gen_psb() can parse 4D addresses in the PATH?)

    The rest of the code looks like it only ever writes a 2D address.

    Did I understand that right?


    ...ëîåï

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
  • From deon@VERT/ALTERANT to Digital Man on Friday, February 04, 2022 14:40:52
    Re: PATH kludge on exported echomail
    By: Digital Man to mark lewis on Thu Feb 03 2022 06:32 pm

    Hi,

    Actually, now that I look look at that code more closely, it's not that the PATH lines are "stripped" but rather "filtered" (points and nodes with foreign zones are removed).

    I didnt see this until after I replied.

    Makes sense now... Thanks.


    ...ëîåï

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
  • From Digital Man@VERT to deon on Thursday, February 03, 2022 20:18:52
    Re: PATH kludge on exported echomail
    By: deon to Digital Man on Fri Feb 04 2022 02:39 pm

    Re: PATH kludge on exported echomail
    By: Digital Man to deon on Thu Feb 03 2022 06:30 pm

    Howdy,

    2. Any existing PATH nodes that are not in *your* system's zone are removed from existing PATH lines. If you have an AKA address in the same zone as the destination, that AKA address will be added to the last PATH line.

    This is based on my own analysis of the source code (https://gitlab.synchro.net/main/sbbs/-/blob/master/src/sbbs3/sbbsecho.c) but you can check my understanding if you like (search for "foreign_zone").

    Line 3792: if(foreign_zone(addr.zone, paths.addr[u].zone) || paths.addr[u].point)

    Is sbbsecho allowing for a 3D/4D/5D item in the PATH kludge?

    SBBSecho will parse 3/4D addresses in SEEN-BYs and PATH lines, but I don't know of any software that will *generate* them (2D only, as is the standard).

    (I'm wondering how you get a "zone" (or a "point") from the PATH kludge, which I've only ever seen as a 2D address - but then it seems gen_psb() can parse 4D addresses in the PATH?)

    gen_psb() is passed the default (assumed) zone which comes from the "origin zone" from the packet header.

    The rest of the code looks like it only ever writes a 2D address.

    Did I understand that right?

    Yup. Looks like it was originally written that way by King Drafus.
    --
    digital man (rob)

    Rush quote #78:
    Today's Tom Sawyer, he gets high on you, the space he invades, gets by on you Norco, CA WX: 56.0øF, 23.0% humidity, 0 mph WSW wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net