Text 43645, 161 rader
Skriven 2006-12-03 20:22:24 av Jeff Smith (1:14/0)
  Kommentar till text 43633 av Michiel van der Vlist (2:2/2.0)
Ärende: FidoNews 23:49 [02/04]: General Articles
================================================
Hello Michiel.

04 Dec 06 02:24, FidoNews Robot wrote to all:

Mvdv> Every once in a while I peruse the nodelist and I find an
Mvdv> anomaly.
Mvdv> Something like this:

Mvdv> Region,64,Pacific_Islands_Regional_Coordinator,PHILIPPINES,
Mvdv> Terry_Roati,000-0-0-0-0,300,XR

Mvdv> Or this one:

Mvdv> Host,654,Shanghai_Net,Shanghai,Bin_Li,000-0-0-0-0,300,XA

Mvdv> Notice anything odd about these entries? In case you don't see it,
Mvdv> try to have your mailer make contact with them. It will fail for
Mvdv> obvious reasons; there is no contact information. No valid telephone
Mvdv> number,no IP address, no domain name. Nothing. These nodes are
Mvdv> unreachable.


      I can't disagree with there.

Mvdv> Now if they were leaf nodes this may just be acceptable if they were
Mvdv> listed with the Pvt keyword, but this is a Host and an RC. How can a
Mvdv> host fulfil his obligation of receiving incoming mail for the nodes
Mvdv> in his net if he himself has less reachability than a point? A point
Mvdv> at least can be reached through his boss node, but a host listed
Mvdv> without contact information is flat out unreachable.

Mvdv> What I find most odd is that when I vent my concerns about this
Mvdv> development, the only reactions I get are of the type: "why does it
Mvdv> concern you so much?" Or: "it is none of your bussiness, it is not in
Mvdv> your net, not even in your zone!"

      Yes Michiel, that IS the question. It would be like me telling Ward
how to run zone 2. I may have an opinion but it is not my place to tell
Ward how to run his zone. Just as it isn't your place to tell Carol how
she should run Z6.

 FR> Why does it concern me so much? I think that is the wrong question. A
 FR> more to the point question is "why do I seem to be the only one who is
 FR> concerned about this?" FidoNet does not stop at the end of my net. It
 FR> does not stop at the end of my region and it does not stop at the end
 FR> of my zone. FidoNet is a global newtwork defined by the nodelist.

     Funny you should say that Michiel. Were not you saying just the opposite
when you were telling people that they should not be saying how things should
be run in Z2? Seems that the rules of the game change when you are the one
telling others how they should do things. You were telling us how Z2 does
things their way and it is wrong for those in other zones to tell Z2 how they
should do things. Why not practice what you preach? Looks to be a prime example
of one set of standards that you expect others to follow and a seperate set
of standards for yourself and your friends. And you wonder why people have such
a problem with you.



 FR> The nodelist is build from the bottom up: hub segments, net segments,
 FR> region segments, zone segments and finally the international nodelist.
 FR> We do not limit the distribution of the segments to our own net,
 FR> region, or zone, no we distribute a global nodelist to every node in
 FR> the network. The argument "it is none of your business, it is not in
 FR> your net/region/zone" is a bogus argument. If there is garbage in the
 FR> nodelist it affects everyone who uses the nodelist. I.e every sysop
 FR> and pointop in FidoNet.

     It's only bogus because you want it to be. Makes it easier if you can
deny and say and act as you please. Bottom line is that it isn't for you
to say how Carol should run Z6. Regardless of the current condition or node
count of the zone.


 FR> FidoNet is on the decline, that is a fact. People leave because they
 FR> lose interest, they find shinier toys to play with and sadly enough
 FR> some leave feet first. There is little or nothing we can do about
 FR> that. But what we still CAN do something about, is keeping the
 FR> nodelist in sync with reality. What we CAN do something about is
 FR> keeping the garbage out of the nodelist.

     The 'garbage' as you call it in the nodelist is the least of the
troubles  causing the decline in Fidonet. Why not help in other ways
to inspire more interest in Fidonet? I have asked you several times to
help work toward solutions. You have refused as the suggestions made to
you didn't fit into your idea of how things should be done. You have a
nifty way of working with people there Michiel.

     Is there 'garbage' in the nodelist? Sure there is. I would imagine
that each zone has it's share. Is this a recent problem? The nodelist
has had a degree of 'garbage' in it for as long as I can remember. Why
suddenly has it become your new cause? Is it because you saw something that
would didn't like and you were basically told that it wasn't you affair and
to bud out. That is I thing the REAL issue here.


 FR> If the system of a host or NC is no longer running a FidoNet
 FR> compatible mailer for receiving mail, that system can no longer
 FR> function as a host for the net and should be replaced. If a suitable
 FR> replacement can not be found within the net, the net can no longer
 FR> function as a net and it should be resolved. Any remaining functional
 FR> nodes should be listed as independents in the region, relocated in a
 FR> neighbouring net - if need be by expanding the geographical bounderies
 FR> of that neighbouring net or continue to participate by operating as a
 FR> point under whatever uplink they get their mail from.




 FR> If the system of a region coordinator no longer runs a FidoNet
 FR> compatible mailer for receiving mail, that RC can no longer perform
 FR> his duties and should be replaced. If a suitable replacement can not
 FR> be found within the region, that region should be dissolved and the
 FR> remaining nets/nodes should be relocated to a neighbouring region or
 FR> neighbouring regions, if need be by expanding the geographic
 FR> bounderies of those neighbouring regions.

 FR> And of course the same goes on the zone level. If a zone becomes too
 FR> small, has to few participants to fill the *C positions and keep up
 FR> the net/region/zone hierarchy in any meaningful way so it no longer
 FR> functions as a zone, it should be dissolved and the remaining nodes be
 FR> relocated to a neighbouring zone or zones.

     Ironically I don't disagree with some of what you are saying. And
when you become ZC you can run the zone just as you have outlined. In
the meantime it might be better to work with people instead of telling
them how they should be running things.


 FR> In some cases this may go smooth and almost spontaneously - as in the
 FR> case of R2:28 - and in some cases it will take more drastic measures
 FR> than self regulation to achieve the goal. But if we fail to take these
 FR> measures, we will continue to see the nodelist decompose into a list
 FR> of unreachable nodes with no structure and full of dead wood. A clean
 FR> and up to date nodelist is in the interest of everyone who makes use
 FR> of it. Why am I the only one who seems concerned about its
 FR> decomposition?

     I think those in a position to control their part of the nodelist are
concerned about deadwood and are working toward reducing it. I also think
that you have a found a new cause to complain about. A cause that has been
there for years but NOW is a problem.


 FR> (c) 2006, Michiel van der Vlist. All rights reserved. Permission to
 FR> distribute via the FdioNews file echo and the FidoNews echomail
 FR> conference.

     Like anyone cares about your silly copyright. A copyright that YOU
have made foolish.


 FR> -----------------------------------------------------------------

 FR> --- Azure/NewsPrep 3.0
 FR>  * Origin: Home of the Fidonews (2:2/2.0)

Jeff

--- FMail/Win32 1.60
 * Origin: Twin_Cities_Metronet - MN USA (1:14/0)