| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: none |
Hi Michiel! Thursday April 20 2006, Michiel van der Vlist wrote to Vladimir Donskoy: MV>>> Yes, they coukd write a zone policy. as they can write a region MV>>> policy now. Germany did that. VD>> No, "Local Policy" may not contradict Policy, MV> Exactly! So changing zones is not going to help, you will *still* be MV> subject to the same policy. VD>> so ZMH problem may be decide only for Zone Policy (ZMH establish by VD>> ZC). MV> 1) How is having a zone of your own going to solve the ZMH problem? It MV> would *still* be 9 hours wide at least. Unless your break it up into MV> several smaller zones you will still be saddlded with an inconvenient ZMH. Transferring ZMH into time more convenient for us will already solve the most part of this problem. To split up a zone for fine zones there is no need, because section 10.2 Policy can be changed by the appropriate Zone Coordinator, and 2.1.13 also "ZMH establishe by ZC". Anywhere in Policy not it is told that ZMH there should be the unique for all zone (it only one of examples of the decision of this problem, the concrete variant will be certain later). MV> 2) You say this has been going on for 15 years. Yet you *never* filed a MV> proposal to change Z2MH in all those years. You should have done that 10 MV> years ago when it still mattered. Now it is just water under the bridge. MV> Besides their are alternative solutions; you already mentioned one MV> yourself> NMH. There is not really a rule that dictates that a zone can MV> only have *one* ZMH. Yet you never even brought the matter up. Yes, but Ward has refused to make it. MV> 3) You shot yourself in the foot with your Z6 number. For that number you MV> have to onbserve Z6MH. which is ... eh . .somewhere around noon local for MV> you. That does not seem to bother you though.... Poof goes your ZMH MV> argument. The significant part of nodes R50 already now observes Z6MH (look nodelist on a flag #20). VD>> And new control/management level between RC and NCs may not VD>> include by Local Policy... Other problems of our region may decide VD>> only on Zone level too. MV> What other problems? It is a lot of them, and I am not authorized (have not the right) to notify all world on them now. In particular, it and granting of rights PVT-nodes, the rights of moderators in echoes, and a problem of the responsibility of points... I only have designated problems and now them I will not discuss. VD>> At first Ward must want self-election. And on current time we have VD>> only 1 vote on Z2C election - so, Russian ZC can't victory... MV> I am not sure you have even that one vote, Your RC appears not to be all MV> that enthousiastic about the Z7 idea. You have not information. MV> Even zo, you can't get *one* other RC to support your case? Not even ONE MV> out of the odd thirty o so. Not *ONE*??? R46C, may be. R40C also may be. And R50C - summary 3 votes :-( . Regards, Vladimir Donskoy --- GoldED+/W32-MINGW 1.1.5-b20060218* Origin: DVB Station (2:5020/2992) SEEN-BY: 633/267 270 5030/786 @PATH: 5020/2992 715 292/854 140/1 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.