@MSGID: 2:5001/100@fidonet 6a94733d
@REPLY: 2:5075/21@fidonet 7d725da7
@CHRS: CP850 2
@TZUTC: 0000
@PID: FidoMail fb9bc36
Hello Dmitry!

In a message of 30 Aug 26 12:39, Dmitry wrote to Dmitry:

 DP>> Have you ever tried to read data from
 DP>> https://nodelist.fidonet.cc/?

 DL> This is actually why I think the question of authority matters more
 DL> than the particular representation.

 DL> If the nodelist is the source of truth, everything else can be
 DL> generated, cached, indexed or presented however we like.

Thank you for spending your time explaining your opinion in great detail!!

 The problem is that fixing an untuned piano on a sinking Titanic
is a very important task, yet it`s not the most urgent and probably
only a piano tuner is interested in it.

Let me explain current nodelist state and it`s recent history:

 we have 964 hostnames, 60 IP addresses and 4 entries had previously
changed IP to hostname or vice versa and 11 nodes had both hostname and
IP address.

 Out of those 11 nodes only "s0t.ru" has problems with DNS
resolution during the last 10 months. 10 nodes had no issues at all, IP
address was not needed.

So the proposed solution (IP + hostname) could potentially save only one SysOp.

 And if his DNS infrastructure is so fragile, he could do the most
obvious fix - add a second hostname on any DDNS service available from
Russia with low TTL. And it`s not uncommon - 11 nodes have multiple
hostnames, some from DDNS services.


As for real problems we need to solve:

 135 hostnames in nodelist represent nodes that can`t be accessed for
more than 10 months, 45 of them never resolved to anything. No one is
fixing them,

75 nodes have IP addresses, 20 of them never answered in the last 10 months.

 This is what we should care about - the nodelist has
_incorrect_information_, it`s full of nodes with no connectivity at all (PSTN situation is
another sad story).

 By creating DNS based services based on false information people
just increase chaos, they are fixing problems which have no influence
over the whole picture.

 What I see as a potential project - is to create a nodelist and
if someone wants - a DNS service which will contain real, proven
information. Only nodes which could be reached! Even potentially.

 Because it makes zero (!) sense to try to connect to a node
that`s been dead for years via an IP address obtained from binkp.net or
fidonet.net. It`s just a waste of time and human resources debugging potential
connection issues for every SysOp who doesn`t realize the node is long dead.



See you,
        dp.
--- FidoMail v0.1.3-71-gfb9bc36
 * Origin: livin` on the edge (2:5001/100)
SEEN-BY: 5001/100 5015/46 5020/715 1146 4441
5030/1081 5051/44 5053/58
@PATH: 5001/100 5020/715