Subj : Candidates vision request
To   : Michiel van der Vlist
From : Fred Riccio
Date : Thu Dec 06 2018 10:58 am

06 Dec 18 00:38, Michiel van der Vlist wrote to Carol Shenkenberger:

MV>>> ,100,Shenks_Express,Virginia_Beach_VA,Carol_Shenkenberger,-Unpubl
MV>>> ished-, 300,XX,CM,INA:shenks.synchro.net,IBN:shenks.dyndns.org

                               [ ... ]

MvdV> So, a properly configured binkp mailer will see that the IBN flag
MvdV> carries a server address. It will use that and nothing alse to
MvdV> connect. A binkp mailer will NOT look at the INA flag since that is
MvdV> to be used for any other protocol who's flag has no server address
MvdV> of its own. But there are no other IP protocol flags. So no mailer
MvdV> will ever use the server address from the INA flag. The INA flag is
MvdV> dead wood. It is "unreachable code".

I beg to differ.  I know I don't have to explain to you that BinkD (the
de-facto standard) does NOT use the raw nodelist to get the IP address.  It
CAN, if properly configured, use Binkd.Txt, an extraction of BinkP nodes from
the NodeList.

Jerry Schwartz's Perl script is probably the most popular extraction tool used
to generate this file.  Up until July of this year a file created by this
script was hatched into the I-BinkD file echo.

Carol's entry in that extraction of NodeList.224 is...

  Node 1:275/100@fidonet  shenks.dyndns.org;shenks.synchro.net    -

which is causes BinkD to try the dyndns.org host first, if it doesn't resolve
it tries the synchro.net address.

The data attached to the INA flag in this example is NOT dead wood.  It is
usable if you use the software I have mentioned above.

--- Msged/NT 6.0.1
* Origin: Somewhere in New Hampshire's White Mountains (1:132/174)