home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / can / uucp / 261 < prev    next >
Encoding:
Text File  |  1992-12-22  |  4.5 KB  |  102 lines
  1. Newsgroups: can.uucp
  2. Path: sparky!uunet!uunet.ca!xenitec!eah
  3. From: eah@xenitec.on.ca (Ed Hew)
  4. Subject: Re: can.domain
  5. Organization: XeniTec Consulting, Kitchener, Ontario, CANADA
  6. Distribution: can
  7. Date: Tue, 22 Dec 1992 21:50:21 GMT
  8. Message-ID: <1992Dec22.215021.27885@xenitec.on.ca>
  9. References: <BzHEDy.Ep1@wimsey.bc.ca> <1992Dec22.072148.27299@xenitec.on.ca> <376@unbc.edu>
  10. Lines: 90
  11.  
  12. In article <376@unbc.edu> lyndon@unbc.edu (Lyndon Nerenberg) writes:
  13. >eah@xenitec.on.ca (Ed Hew) writes:
  14. >
  15. >> all within the committee who care to look.
  16. >
  17. >And that seems to be the crux of the problem, does it not?
  18.  
  19. Lyndon,
  20.  
  21. That is a large part of the problem, but of course preceeded with
  22. the fact that at the moment, there _is_ nowhere to look and there
  23. is no public discussion to look at!  That's the deficiency that
  24. can.domain is directly intended to alleviate.  Once it exists, we
  25. should be able to make it very difficult for anyone to say "gee,
  26. I didn't know what the community thinks, wants and needs".
  27.  
  28. Further, you'll recall that I've been asked to impliment a bi-
  29. directionally gated mailing list.  In part, this is to ensure
  30. that those on the committee living on hosts without direct
  31. access to news will have no excuse not to participate.
  32.  
  33. >Perhaps the first posting to can.domain should be the current membership
  34. >list of the .CA Namespace Cabal.
  35.  
  36. I personally would like to see this information posted, and would
  37. support such a request if it appears once can.domain is created.
  38. As I'm not the keeper of that list, I'm not the one with authority
  39. to release it, but I know that the party who does have that authority
  40. will see the request if you post it to can.domain.  I'll certainly
  41. support your suggestion.  Again, your suggestion may have the desired
  42. effect if you post it to can.domain.  Without can.domain, it'll go
  43. nowhere.  Please post this request to can.domain as soon as it exists.
  44.  
  45. >That would make it a bit more difficult
  46. >for them to hide like they have been doing for the last five years.
  47.  
  48. I don't so much believe that the .CA Domain Registry Committee has
  49. been "hiding", more than that there has been no vehicle to bring
  50. the back-room discussions to the attention of the community and
  51. the needs of the community to those in the back-rooms.
  52.  
  53. >Posting new domain registrations to can.domain is a nice publicity
  54. >stunt,
  55.  
  56. It's not meant to be any sort of a publicity stunt, but rather as
  57. _part_ of the information I suggest we should all have readily available.
  58.  
  59. >but does *nothing* to address the problems we've had with the
  60. >Invisible Namespace Committee.
  61.  
  62. (As above), can.domain is intended to facilitate communication between
  63. parties such as yourself and the "Invisible" committee.
  64.  
  65. >I very much support the mailing list
  66. >gateway, but if we cannot the people making the decisions to PARTICIPATE
  67. >in useful discussions, then this whole exercise is a waste of bandwidth.
  68.  
  69. can.domain is the first public step towards engendering such
  70. participation.  There will be a number of us actively working to
  71. ensure that the exercise will be anything _but_ a waste of
  72. bandwidth.  You don't really think I'm going to all this effort
  73. because I don't have anything else to do, do you?  I also hasten
  74. to point out that this concept isn't originally my idea.  I'm
  75. supporting it strongly because after lengthy and careful reflection
  76. I can clearly see the benefits to be derived by all parties concerned.
  77.  
  78. >I will support the creation of can.domain if and *only* if they agree
  79. >(in this forum) to maintain an ongoing dialog with their "customer base"
  80. >via the can.domain group and any and all other electronic means.
  81.  
  82. can.domain is intended to be this forum.  can.uucp isn't.  You have
  83. every reason to expect your part of any relevant dialog to be heard
  84. by the committee when you post it in can.domain, but without can.domain
  85. (or an equivalent non-existent vehicle) you have absolutely no chance
  86. of being heard, other than by indirect representation through myself
  87. to the committee.  I don't mind representing the Canadian UUCP community,
  88. after all, that's one of the major functions of my position on the
  89. committee.  I'm looking for a better, more direct dialog, and with that
  90. intention I ask that you support the creation of can.domain so that we
  91. can get this dialog started.
  92.  
  93. >Marry Christmas
  94.  
  95. Merry Christmas to all who see this!
  96.  
  97.                 --ed            (Ed Hew)
  98. --
  99.         Canadian UUCP Map Coordinator           <path@cs.toronto.edu>
  100.    ==>  UUCP liason to .CA Domain Registry    <registry@cs.toronto.edu>
  101.         XeniTec Consulting Services             <edhew@xenitec.on.ca>
  102.