home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / alt / irc / 4642 < prev    next >
Encoding:
Text File  |  1992-12-13  |  2.0 KB  |  48 lines
  1. Newsgroups: alt.irc
  2. Path: sparky!uunet!mcsun!sun4nl!fwi.uva.nl!gene.fwi.uva.nl!bolwidt
  3. From: bolwidt@fwi.uva.nl (Erwin Bolwidt)
  4. Subject: Re: yes or no? (bot deopping)
  5. Message-ID: <1992Dec14.022512.20210@fwi.uva.nl>
  6. Sender: news@fwi.uva.nl
  7. Nntp-Posting-Host: gene.fwi.uva.nl
  8. Organization: FWI, University of Amsterdam
  9. References: <1fgmksINNjhu@manuel.anu.edu.au> <19NOV199219244875@rigel.tamu.edu> <1g5lmrINNh0k@usenet.INS.CWRU.Edu> <85220@ut-emx.uucp>
  10. Date: Mon, 14 Dec 1992 02:25:12 GMT
  11. Lines: 35
  12.  
  13. dougmc@ccwf.cc.utexas.edu (Doug McLaren) writes:
  14.  
  15. [leading text deleted]
  16.  
  17. >A solution?  I see a few possible ones:
  18.  
  19. >   1) One central server handles modes.   (Will never work.  Not only would
  20. >      it be slow, but how would people even  choose WHO gets to run this
  21. >      server, and what if it goes down ...)
  22. ..but the idea sounds good. An alternative would be to have that central
  23. server only handle +/- o's. That way it can stil control what's going on 
  24. on the channel w/o extensive slow network traffic.
  25. And of course there need only be a 'per channel' central server, that is 
  26. assigned as the channel is created. And if it goes down, it can be taken over
  27. by another server, say the server who's name,xored with the name of the ori-
  28. ginal server and then made into a hashvalue, is the lowest.
  29.  
  30. >   2) Do away with the *** Hack message.  This is a good idea IMHO, whos
  31. >      time has come.  It won't fix the problem, but will make it MUCH less
  32. >      annoying ...
  33. >   3) Do away with mode changes.  Personally, I think this is the best
  34. >      solution, but it's really up to the people who do the coding ...
  35. >      A slightly less drastic solution would be to do away with the 'o' and the
  36. >      'b' modes (and 'm' would have to go too ...)  Then anybody on the channel
  37. >      would be considered 'opped'.
  38. >      Kick would seem to be a good thing to get rid of too.  But it serves it's
  39. >      purpose too.
  40.  
  41. [proposal deleted]
  42.  
  43. Erwin@irc
  44. -- 
  45. Erwin Bolwidt                     "Yes!"                  `O-O'
  46. <erwin @ mars.let.uva.nl>                                 (_U_)
  47.  
  48.