home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / irc / 2550 < prev    next >
Encoding:
Text File  |  1992-07-27  |  4.1 KB  |  83 lines
  1. Newsgroups: alt.irc
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!news
  3. From: dougmc@ccwf.cc.utexas.edu (Doug McLaren)
  4. Subject: Re: Useless Bots
  5. Organization: Doug's House of Disco
  6. References: <1992Jul27.100632.2332@rat.csc.calpoly.edu> <Bs23Gt.FMo@news.cso.uiuc.edu>
  7. Keywords-Comment: ????????????????????????????
  8. Message-ID: <1992Jul27.205551.29078@ctr.columbia.edu>
  9. Sender: news@ctr.columbia.edu (The Daily Lose)
  10. Keywords: significant words from a document used as an index to content
  11. Date: Mon, 27 Jul 1992 20:55:51 GMT
  12. X-Posted-From: dopey.cc.utexas.edu
  13. X-Posted-Through: sol.ctr.columbia.edu
  14. Lines: 67
  15.  
  16. In article <Bs23Gt.FMo@news.cso.uiuc.edu> StarWatcher@uiuc.edu writes:
  17.  
  18. >Then the channel would not be a reasonably "open" one.  Is there a way
  19. >to code a bot to "invite all people except those who have been jerks
  20. >on this channel before, or who have harassed regular channel users
  21. >in /msg's under various nicks"?  That kind of bot would, IMHO, be too
  22. >cumbersome to write and maintain to be practical.
  23.  
  24. Not difficult at all ...
  25. My bot Tubster does this.  He has a list of #hottub regulars, with an access
  26. level for each.  The lowest access level can get invited, the next can have
  27. bans removed that affect them, the next will be opped if they aren't already.
  28. The next access level, for the more trusted regulars, can have the bot leave,
  29. can have all bans removed, and can have the channel unlocked (if it gets locked
  30. somehow (+pstiml 2...))  Anybody who abuses the channel (mass kicking, lots
  31. of flooding etc ...) will be automatically temporarily removed from his user
  32. list.
  33. Next command I'm going to add will allow the trusted regulars to add new users
  34. to his list.  (It's already in there for me, but I need to add more security
  35. and error-trapping to it if I open it up for general use ...)
  36.  
  37. Oh ... he's written entirely in IRCII scripts.  And he doesn't use any huge
  38. amount of CPU time (about 3% of the CPU on this Sun Sparcstation.)
  39.  
  40. Elitist?  perhaps, but I really don't think so.  I usually will add new people
  41. to the list if they ask, unless I know them to be troublemakers.  The access
  42. list already has about 100 people in it, and is growing.  Once I finish the
  43. adduser command, other people will be able to add new people to his list.
  44. (oh ... access is controlled via user@host, and sometimes the nick must be
  45. correct too (depends on the person ... I usually give higher access if they
  46. are using their correct nick, and a little lower if they are using a different
  47. nick ...)
  48.  
  49. I think the bot works well.  I have programmed him to only op people who don't
  50. have op already, and he will attempt to op two or three people at once if
  51. possible.
  52.  
  53. I wrote this bot in an attempt to reduce the number of bots that were doing
  54. auto-ops on the channel, and I like to think I have succeeded.  It was getting
  55. quite out of hand when a person would join the channel and immediately get
  56. opped by eight bots. (and I'm NOT exaggerating ...)
  57. And it has been successful.  Most of these auto-opping bots are gone now, or
  58. at least don't stay on the channel when their master's are away.  My bot has
  59. become the 'semi-official' server of the channel (nothing's ever completely
  60. official on #hottub ...)
  61.  
  62. >And what happens 
  63. >when the bot's home mainframe dies unexpectedly?  You are left with
  64. >a channel with no ops, necessitating the channel-hopping two-step to
  65. >get an op, or an inability for the bot to get back on channel when its
  66. >home machine comes back up.
  67.  
  68. Then Tubster dies.  But the op lives on.  People seem to insist on always
  69. having op on #hottub.  Right or wrong, this is the way things have turned out.
  70. If I were to try and keep the op to myself or a very few people, I would make
  71. a lot of enemies very quickly.  So most people have op.  It's hardly an ideal
  72. situation, as the mass kickers (who love #hottub, probably for this very
  73. reason) can usually get op from somebody ... but so be it.  That's the way
  74. it is ...
  75.  
  76.  
  77.  
  78.  
  79. -- 
  80. The opinions stated above are mine (and quite possibly mine alone!)  However,
  81.  for a brief time, and a nominal fee, they can be yours too.  Operators are 
  82. standing by! Call Now! DouG McLareN, dougmc@ccwf.cc.utexas.edu, DemoN on IRC.
  83.