Subj : Candidates vision request To : Markus Reschke From : mark lewis Date : Sun Dec 09 2018 10:28 am On 2018 Dec 05 21:10:56, you wrote to Carol Shenkenberger: CS>> What standards do you show to represent when a site has 2 resolving CS>> addresses, one preferred for IBN but the other for everything? Z1 CS>> practical resolution, yet another thing not documented. The world is CS>> not black and white. MR> Putting on my software developer hat, I'm quite unhappy with such MR> undocumented features. what undocumented features? IIRC, binkd was the first to offer this capability... you can easily list multiple semicolon separated domains in the NODE lines... MR> I've written a small tool to extract the binkp nodes from the MR> nodelist. The FTSC documentation states that the IBN flag should carry MR> a FQDN/IP when binkd is accepting calls only on that FQDN/IP and it's MR> different from the FQDN/IP in the INA flag. Or in other words, the MR> FQDN/IP in the IBN flag prevails and no other address should be called MR> by binkd. that's now how binkd works... it cycles through the presented domains... MR> In your case the tool would take just shenks.dyndns.org as explained MR> above. But with the undocumented feature I would have to add a special MR> case which also takes shenks.synchro.net as second address. binkd (and argus/radius/taurus) nodelist tools do this without any problem... i remember when Jerry Schwartz was writing the binkd_nodelister.pl script and how he asked questions of the FTSC about this very thing with multiple domains in a nodelist line... it was decided at that time to list all the domains found in the specified fields and write them in a semicolon separated list to the binkd configuration file like binkd worked with... other nodelist convertors would list the multiple domains in a manner consistent with the mailer(s) they support... if the mailer doesn't have support for multiple domains, then the convertor tool would choose the proper one for that mailer... MR> The big problem is that I can't know which nodelist entry follows the MR> FTSC docs and which one follows the undocumented feature. To resolve MR> this delemma we would need a new flag indicating which method applies MR> (standard or undocumented feature). Or we could simply follow the FTSC MR> documented standard. this additional flag thing is overengineering... it isn't needed... mailers use the available domains listed in the specified nodelist fields... they've done this for a long time... i tested argus/radius/taurus with multiple domains and also POTS and they cycled through each domain and the POTS until a connection was made... binkd does the same except that it doesn't do POTS... MR> These are things we have to take into account when creating zone MR> specific special features. They can lead to unexpected results. In MR> this case no nodelist-to-binkd converter is able to extract the MR> correct addresses because there is no way to figure out which MR> "standard" was used for a specific node. really??? these 81 multiple domain entries from BINKD.TXT would seem to disagree with you... $ egrep -e "^Node .*;" BINKD.TXT Node 1:103/17@fidonet nix.synchro.net;nix.synchro.net - Node 1:213/0@fidonet net213.rail-city.net;71.83.99.146 - Node 1:11/0@fidonet ftn.rocasa.net;198.144.184.12 - Node 1:11/11@fidonet ftn.rocasa.net;198.144.184.12 - Node 1:120/0@fidonet ftn.rocasa.net;198.144.184.12 - Node 1:120/302@fidonet mojo.synchro.net;bbs.mojosworld.net - Node 1:120/310@fidonet bbs.ghostopera.org;bbs.ghostopera.org - Node 1:120/544@fidonet ftn.rocasa.net;ftn.rocasa.net;198.144.184.12 - Node 1:120/546@fidonet bbbs.rocasa.biz;192.210.236.220 - Node 1:220/40@fidonet daliscat.synchro.net;216.80.116.211 - Node 1:227/70@fidonet bbs.thehomesteadinghippy.com;199.21.199.227 - Node 1:2320/200@fidonet Slasho.me_BBS;slasho.me - Node 1:229/981@fidonet bbs.digitalgatehouse.com;bbs.digitalgatehouse.com - Node 1:249/206@fidonet mccarragher.org;mccarragher.org - Node 1:249/207@fidonet bbs.jonwatson.ca;bbs.jonwatson.ca - Node 1:109/201@fidonet bbs.cyberchatnet.com;bbs.cyberchatnet.com - Node 1:109/567@fidonet bbsdoors.com;www.bbsdoors.com - Node 1:275/96@fidonet GCOMMLIVE.com;gcommlive.dynu.com - Node 1:275/100@fidonet shenks.dyndns.org;shenks.synchro.net - Node 1:275/201@fidonet bbs.cyberchatnet.com;mystic.dynu.net - Node 1:132/0@fidonet net132.ddns.net;ullr.thinksnow.net - Node 1:132/174@fidonet fido132174.duckdns.org;ullr.thinksnow.net - Node 1:340/201@fidonet fluxcap.dynv6.net;fluxcap.synchro.net - Node 1:116/28@fidonet magnum.synchro.net;magnum.synchro.net - Node 1:124/0@fidonet pbmystic.rdfig.net:24555;pbmystic.rdfig.net:24:24555 - Node 1:124/5014@fidonet pbmystic.rdfig.net:24555;pbmystic.rdfig.net:24:24555 - Node 1:124/5015@fidonet pbmystic.rdfig.net:24554;pbmystic.rdfig.net:1023:24554 - Node 1:124/5016@fidonet ipv4.endofthelinebbs.com:24554;ipv4.endofthelinebbs.com:24554 - Node 2:240/12@fidonet stts.no-ip.org;stts.no-ip.org - Node 2:240/1120@fidonet AMBROSIA60.dd-dns.de;ambrosia60.goip.de - Node 2:2437/224@fidonet travelbit.servebeer.com;travelbit.spdns.de - Node 2:2452/202@fidonet strickeranderl.org;strickeranderl.org - Node 2:2452/250@fidonet ftn.doene.de;ftn.doene.de - Node 2:25/0@fidonet applewoodbbs.linkpc.net;81.174.171.9: - Node 2:250/0@fidonet applewood.linkpc.net;81.174.171.9: - Node 2:250/1@fidonet applewoodbbs.linkpc.net;81.174.171.9: - Node 2:250/25@fidonet pavelreich.org;fido.pavelreich.org - Node 2:263/0@fidonet applewood.linkpc.net;81.174.171.9: - Node 2:28/0@fidonet fido.vlist.eu;fido4to6.vlist.eu - Node 2:280/5555@fidonet fido.vlist.eu;fido4to6.vlist.eu - Node 2:291/0@fidonet fido.tsoh.be;tsoh.fidonode.be: - Node 2:291/1@fidonet fido.tsoh.be;tsoh.fidonode.be: - Node 2:301/520@fidonet fido.baboon.ch;fido.baboon.ch - Node 2:301/812@fidonet fifi.woody.ch;fifi.woody.ch - Node 2:310/31@fidonet fido.ricsi.priv.at;fido.ricsi.priv.at - Node 2:40/0@fidonet server.vbd.su;2992.mooo.com: - Node 2:400/0@fidonet server.vbd.su;2992.mooo.com: - Node 2:400/2992@fidonet server.vbd.su;2992.mooo.com: - Node 2:4500/0@fidonet f1.n4500.z2.fidonet.by;f1.n4500.z2.fidonet.by - Node 2:4500/1@fidonet f1.n4500.z2.fidonet.by;f1.n4500.z2.fidonet.by - Node 2:460/777@fidonet 188.17.156.216;f777.n460.z2.binkp.net - Node 2:4614/20@fidonet cservice.ddns.ukrtel.net;cservice.ddns.ukrtel.net - Node 2:480/124@fidonet uucp.freebsd.lublin.pl;uucp.freebsd.lublin.pl - Node 2:480/138@fidonet fido.chmurka.net;fido.chmurka.net - Node 2:50/72@fidonet s.system.pvt;fido72.shad.su - Node 2:5000/22@fidonet f22.n5000.z2.binkp.net;f22.n5000.z2.binkp.net - Node 2:5010/352@fidonet f352.sage.su;f352.sage.su - Node 2:5020/1906@fidonet binkp.nauchi.ru;binkp.nauchi.ru - Node 2:5020/11200@fidonet f11200.metal.ru;f11200.metal.ru - Node 2:5020/4441@fidonet 195.24.225.1;fido.ym-com.net - Node 2:5020/540@fidonet binkd.piafi.ru;binkd.piafi.ru - Node 2:5020/921@fidonet fido.nln.ru;fido.nln.ru - Node 2:5020/1313@fidonet fido.stabilis.ru;fido.stabilis.ru - Node 2:5020/2142@fidonet fido.axi.ru;fido.axi.ru - Node 2:5020/1042@fidonet f1042.ru;f1042.ru;fido.delin.ru:;f1042.n5020.z2.binkp.net: - Node 2:5020/828@fidonet f828.n5020.z2.binkp.net;f828.n5020.z2.binkp.net - Node 2:5020/2047@fidonet ae-nest.com;ftn.ae-nest.com - Node 2:5020/2065@fidonet f2065.no-ip.org;f2065.no-ip.org - Node 2:5030/786@fidonet G.Style_BBS;elvete.com - Node 2:5030/1900@fidonet D.J._BoaRD;ftn.kawai.spb.ru - Node 2:5030/1957@fidonet fido.stpeteclub.ru;fido.stpeteclub.ru - Node 2:5031/77@fidonet G.FREEMAN;188.166.66.123 - Node 2:5061/7@fidonet f7.n5061.z2.binkp.net;samael.chimfak.rsu.ru - Node 2:5061/58@fidonet f58.n5061.z2.binkp.net;vpn.rfniias.ru - Node 2:5080/102@fidonet nodelist.grumbler.org:443;binkd.node.grumbler.org:443;binkp.vashadmin.su:443 - Node 2:5083/89@fidonet ImPressed.31;vsa1987.no-ip.info - Node 2:5090/958@fidonet fido.ridi24.ru;f958.n5090.z2.binkp.net: - Node 2:6035/5@fidonet f5.n6035.z2.binkp.net;f5.n6035.z2.binkp.net - Node 2:6056/1@fidonet 1.fido6056.int.ru;1.fido6056.int.ru - Node 3:712/0@fidonet sysgod.org;ftn.sysgod.org - Node 3:712/848@fidonet sysgod.org;ftn.sysgod.org - the distributed ARGUS.TXT also has multiple domain entries but that convertor script seems to miss the INA entries... maybe it is protocol oriented so it only works with the domains attached to an IP flag?? if that's the case, it also misses the entries with the domain in the system field (not attached to a flag) as well as those attached to the INA flag... i don't know for sure as i've not used the convertor that scott little uses to create said distributed file... scott would have the answer as to why argus.txt has different output than binkd.txt... $ egrep -e ",BND.*,BND" argus.txt 1:282/1056|"crystalp.duckdns.org",BND,CM "crystalp.duckdns.org",BND,CM "crystalp.duckdns.org",IFC,CM 1:282/1058|"oldhabitsbbs.com",BND,CM "oldhabitsbbs.com",BND,CM "oldhabitsbbs.com",TEL,CM "oldhabitsbbs.com",IFC,CM 1:15/4|"region15.net",BND,CM "region15.net"_24556,BND,CM "region15.net"_60177,TEL,CM "region15.net",IFC,CM 1:132/0|"net132.ddns.net",BND,CM "ullr.thinksnow.net",BND,CM 1:132/174|"fido132174.duckdns.org",BND,CM "ullr.thinksnow.net",BND,CM 2:28/0|"fido.vlist.eu",BND,CM "fido4to6.vlist.eu",BND,CM 2:280/5555|"fido.vlist.eu",BND,CM "fido4to6.vlist.eu",BND,CM 2:5080/102|"binkd.node.grumbler.org",BND "binkd.node.grumbler.org"_443,BND )\/(ark Always Mount a Scratch Monkey Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong... .... In the beginning there was nothing, which exploded. --- * Origin: (1:3634/12.73) .