home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / irc / 4265 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  2.3 KB
  1. Path: sparky!uunet!munnari.oz.au!manuel.anu.edu.au!coombs!titus
  2. From: titus@coombs.anu.edu.au (titus chiu)
  3. Newsgroups: alt.irc
  4. Subject: Re: Supidity of the Lambs !
  5. Date: 20 Nov 1992 00:19:16 GMT
  6. Organization: Coombs Computing Unit, Australian National University, Canberra.
  7. Lines: 36
  8. Message-ID: <1ehau4INNj8f@manuel.anu.edu.au>
  9. References: <1ea59gINN5m4@manuel.anu.edu.au> <1992Nov18.125224.28316@ugle.unit.no>
  10. NNTP-Posting-Host: 150.203.76.2
  11. X-Disclaimer: This message was written by a user on Coombs at ANU. The
  12.               opinions expressed are those of the user and not necessarily
  13.               those of the Australian National University.
  14.  
  15. gardabr@unix1 (Gard Eggesbo Abrahamsen) writes:
  16. >/set exec_protection off
  17. >/on -notice nickserv /exec -msg echo help
  18. >/msg nickserv help
  19. >
  20. >Now watch him flood... (this one was tested on convserv because NickServ was
  21. >down when I tried it, but it should have the same effect on NicServ as on
  22. >ConvServ, or what?)
  23.  
  24. listen up thick head, as pointed out by numerous others, that would be a
  25. 'programming' error on your part (to induce a loop) (ever wondered why you
  26. exec_protection is called a protection? tho i must admit there are other
  27. ways around it, but nickserv/notices were designed to stop looping, no one
  28. says it is a perfect implementation, but at least it is 'correct' in the
  29. sense it is doing it the correct way (using notices) where as your stupid
  30. i-op-my-master-and-i-keep-his-channel-open-and-sometimes-i-even-take-msgs
  31. bot talks and wonder around channels replying to cutsie phrases in PRIVMSG
  32. is considered 'incorrect' and dangerous.
  33.  
  34. >Well. if we are going to take your bullshit about bots with the potential to
  35. >flood the channel being removed, of course we would have to look at other flood
  36. >sources, too...
  37.  
  38. if you honestly believe that bots flooding the net isnt a problem, then you
  39. are even more stupid than i imagined, and i can imagine you to be pretty
  40. stupid. Once again i say, plhhhhhhhhhhhhhhhhhhhhhhhhhease, get some clues.
  41.  
  42. >Gard / say...
  43.  
  44. titus
  45. (Say NO to unattended bots)
  46. --
  47. titus chiu                                   -- email: ---------------------
  48.                                              ---- titus@coombs.anu.edu.au --
  49.   dont drink and drive home                  ---- titus@turing.ORG ---------
  50.   get stoned and fly home.                   -------------------------------
  51.