AB> Alternatively, this field may be used by IP nodes for a host AB> name, static IP address or E-Mail address for email tunnelling AB> programs.
Акцентирую внимание на выражении "MAY BE used".
AB> NOTE: There may be formatting limitations on this field for IP AB> capable systems; consult the section on IP flags in FTS-5001.
AB> Согласен, что брать адрес из имени при наличии флага INA злостное AB> слоупочество, но, пока не отменили, единственным оправданием сохранения в AB> имени станции FQDN из fidonet.net считаю исключительно вышеупомянутую AB> некрофилию.
Пусть злобный слоупок не умеет читать флаг INA. Тогда, чтобы он смог соединиться, название станции должно ОБЯЗАТЕЛЬHО дублировать имя хоста из INA. Бессмыслица какая-то получается.
Алгоритмически отличить имя хоста от обычного названия становится практически нереально. Hапример, "My.HomE.BusIneSS" - это что? Выпендрежное название или хост в свежеоткрытой зоне .business? Запрещать точки в названиях?
Может, проще забить на слоупоков? Видно же, что сейчас мы имеем банальные взаимосключающие параграфы. Адрес в названии не имеет смысла при наличии флагов, флаги не имеют смысла, если в названии до сих пор ТРЕБОВАТЬ писать что-то похожее на адрес. Пора определяться.
А менять название станции без просьбы сисопа тоже как-то не комильфо. Человека вполне устраивает, что там написано. Hеважно, ностальгические ли это чувства или просто пофиг.
Конкретно по списку - в 4 сетях из 9 у некоторых узлов действительно указан контактный адрес в fidonet.net (порой даже в INA :-) , и я согласен, что с их NC надо связаться. В остальных 5 сетях перечисленные узлы имеют нормальный INA или хотя бы IBN.
Roman
--- GoldED+/W32 1.1.0 * Origin: Щелкнешь кобылу в нос - она отбросит копыта (2:5022/2)