home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / irc / 4272 < prev    next >
Encoding:
Text File  |  1992-11-19  |  4.7 KB  |  104 lines
  1. Newsgroups: alt.irc
  2. Path: sparky!uunet!iWarp.intel.com|eff!news.oc.com!acme.etsu.edu!herm
  3. From: herm@acme.etsu.edu (Herman H. Fredriksson)
  4. Subject: Do NOT reply to a NOTICE. Do NOT send a PRIVMSG on a PRIVMSG.
  5. Message-ID: <1992Nov20.080700.13514@ra.oc.com>
  6. Followup-To: alt.newbies,alt.stupidity
  7. Summary: *sigh*
  8. Keywords: bots, are, lame.
  9. Sender: usenet@ra.oc.com
  10. Organization: Say NO to bots inc.
  11. References: <1ed13uINNmss@manuel.anu.edu.au> <1992Nov19.183714.21340@ugle.unit.no>
  12. Date: Fri, 20 Nov 1992 08:07:00 GMT
  13. Lines: 89
  14.  
  15. gardabr@unix1.MRIH.NO (Gard Eggesbo Abrahamsen) writes:
  16. >titus chiu (titus@coombs.anu.edu.au) wrote:
  17. >: gardabr@unix1 (Gard Eggesbo Abrahamsen) writes:
  18. >: >titus chiu (titus@coombs.anu.edu.au) wrote:
  19. >: >: gardabr@unix1 (Gard Eggesbo Abrahamsen) writes:
  20. >: >: [..stuff about vi on alt.irc?.. you know why I deleted it..]
  21.  
  22. >: my mistake, i meant to say alt.irc
  23.  
  24. >If you manage to telnet from tin, be my guest and tell me how. We were in fact
  25. >talking about what possibilities I have to be reading newsgroups and being on
  26. >irc simultaneously.
  27.  
  28. 1. Maybe titus assumed too much and didnt make it simple enough for you, but
  29.    what he means is that..he doesnt see why you need to tell us about
  30.    how you telnet from here to there, and post it to alt.irc. He doesnt
  31.    obviously mean you are going to telnet from a newsgroup.
  32.  
  33. 2. To telnet from tin, you do the following:
  34.  
  35.     2.1 Press the [!] key (its normally above the number one.. press shift).
  36.  
  37.     2.2 Type: telnet newbie.mrih.no (or some other host)
  38.  
  39. before this turns alt.irc into a "alt.teach.gard.how.to.use.software", please
  40. go and read the manuals or press H for help, or generally, just get a clue. 
  41.  
  42. >: [..stuff from titus explaining vi..]
  43.  
  44. >: >Escape x for delete? It's rediculous. And I wan't telnetting from irc, but
  45.  
  46. >: u could actually do dd for delete line, dw for delete word and just x for
  47. >: delete char.
  48.  
  49. >Of course, but let's say you wrote the word "herrman", and wanted to remove
  50. >the r. What is more pleasant to press? ESC h h h h x l l l a 
  51. >or left left left backspace right right right ???
  52. >What is more pleasant to press? ESC d d or ctrl+k? ESC : w q or ctrl+x ctrl+c?
  53. >Of course this has a lot to do with taste, but I prefer to be in constant
  54. >edit mode and have the commands on control keys, rather than changing between
  55.  
  56. emacs chews up a lot of memory resources. Its been described as
  57. EMACS = Eight Megs And Constantly Swapping. I'm not saying emacs is bad
  58. just that each editor has its own good points / bad points. This discussion
  59. belongs in comp.editors... please take it there if you followup to this 
  60. particular section.
  61.  
  62. >editing and command modes. This has, of course NOTHING to do with not listening
  63. >to herm's warning. You say Glurg could flood the channel because of the public
  64. >chatting. Well, I have not seen ONE BOT that is fool proof. Not even nickserv.
  65. >If you try to ...
  66. >/set exec_protection off
  67. >/on -notice nickserv /exec -msg nickserv@service.de help ;say $0-
  68. >/msg nickserv@service.de help
  69. >..voila! A flood!
  70.  
  71. now listen in you pinhead, you dont reply to a NOTICE, especially with
  72. a PRIVMSG, you dont reply with a PRIVMSG to a PRIVMSG, Understand?,
  73. Comprende?, Sjo"nner Dere?, Fo"sta'r du?, Verstehen sie?
  74.  
  75. >And in fact, I _am_ working on a bot now, programmed in C, which will register
  76. >the last message from a nick to compare with the newest, and also check the
  77. >time. If it clearly is a flood, the message will be ignored.
  78. >Well, this test can of course be omitted by changing between several nicks
  79. >and thereby giving each nick enough time, but I will be working on this, too.
  80. >So it's not me not listening. I have just proven that it is impossible to
  81. >do a bot as fool proof as you want it to be in 100% ircii.
  82.  
  83. >What will be the next? All ircii bots to be removed and replaced with bots
  84. >written in a language that is capable of timing each nick to discover a flood
  85. >attempt? Well, you don't have to wait for me, my new version is under
  86. >developement...
  87.  
  88. You are not listening, there is a method to solve the flooding problem. 
  89. That is to have all automata follow a simple rule. As specified in the
  90. protocol description. 
  91.  
  92. to who ever is maintaining the current ircII: Can you please remove the 
  93. "-msg" flag from /exec, when /exec is called from /on msg or /on notice,
  94. and possibly others like /on ctcp and /on ctcp_reply, so that dorks like
  95. this wont keep shooting themselves in the foot, in the next version.
  96.  
  97. herm.
  98. (say NO to unattended bots)
  99. -- 
  100. +------------------------------------------------------------------------+
  101. |  Herman H. Fredriksson                     Email: herm@nitha.etsu.edu  |
  102. |  Things that make you go herm.....             herm@coombs.anu.edu.au  |
  103. +------------------------------------------------------------------------+
  104.