Initial Commit
[packages] / xemacs-packages / zenirc / doc / undernet
1 From friedman  Sat Aug  3 19:54:19 1996
2 Status: RO
3 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
4         [nil "Sat" "3" "Aug" "1996" "21:33:05" "-0500" "Mandar Mirashi" "mandar@kiowa.wildstar.net" nil nil nil "^From:" nil nil "08" nil nil nil nil]
5         nil)
6 Received: from churchy.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id WAA14799 for <\friedman@albert.gnu.ai.mit.edu>; Sat, 3 Aug 1996 22:33:34 -0400
7 Received: from kiowa.wildstar.net by churchy.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id WAA16533 for <friedman@gnu.ai.mit.edu>; Sat, 3 Aug 1996 22:33:30 -0400
8 Received: (from mandar@localhost) by kiowa.wildstar.net (8.6.12/8.6.9) id VAA28442 for friedman@gnu.ai.mit.edu; Sat, 3 Aug 1996 21:33:05 -0500
9 Message-Id: <199608040233.VAA28442@kiowa.wildstar.net>
10 From: Mandar Mirashi <mandar@kiowa.wildstar.net>
11 To: friedman@gnu.ai.mit.edu
12 Subject: Undernet IRC protocol changes
13 Date: Sat, 3 Aug 1996 21:33:05 -0500
14
15 Hello there,
16
17      This mail is being sent to all IRC client coders, announcing some
18 changes in the server-client protocol on the Undernet IRC network. An
19 RFC supplementing RFC1459 is in the works (it's unclear when this will
20 be released however). In the meanwhile, I'll try to update you with any
21 significant changes/features/bugs that affect clients.
22
23 1) the /list command.
24 ======================
25
26    The default action of the /list command (to list all channels) has
27    been disabled since it was found to consume a lot of CPU on IRC
28    servers (with hundreds of clients listing thousands of channels).
29    Changes include a _required_ paramater to LIST. 
30
31 *** Usage on ircII:  /QUOTE LIST parameters
32 *** Where parameters is a space or comma seperated list of one or more of:
33 ***  <max_users    ; Show all channels with less then max_users.
34 ***  >min_users    ; Show all channels with more then min_users.
35 ***  C<max_minutes ; Channels that exist less then max_minutes.
36 ***  C>min_minutes ; Channels that exist more then min_minutes.
37 ***  T<max_minutes ; Channels with a topic last set less then max_minutes
38   ago.
39 ***  T>min_minutes ; Channels with a topic last set more then min_minutes
40   ago.
41 *** Example:  LIST <3,>1,C<10,T>0  ; 2 users, younger then 10 min., topic
42   set.
43
44    We suggest incorporating this change directly into your client so that
45    a /quote is no longer needed (i.e. a direct message to the server).
46
47
48 2) PONG replies
49 ================
50
51    To counter source routing/ip-spoofing, Undernet IRC servers send a PING
52    command to the client followed by a random key. The client is expected
53    to respond with this key as a parameter to PONG. e.g.
54      server -> client      PING :23472820203484
55      client to server      PONG :23472820203484
56
57    ircII and mirc are two clients that already follow this. I'm not sure
58    about other clients.
59
60 3) Other Undernet changes
61 =========================
62  
63    A list of all Undernet server numerics are included in the server source.
64
65    ftp://ftp.undernet.org/irc/servers/current
66
67    Significant changes over the past few years, affecting clients, include: 
68    /stats w replies, /stats g replies, /silence replies, channel topic 
69    information replies, user signon time reply, channel
70    creation time reply, etc. I've attached the file for your convenience.
71    Please check if your client responds to these numeric replies. 
72
73    I also suggest adding the /map and /silence commands to your clients 
74    (/silence cuts off flooding at the server level: syntax: 
75       /silence +user@host   or  /silence nick
76    /silence -user@host     or  /silence -nick     to delete a silenced entry.
77    /map returns the current routing map of irc servers).
78
79    There's also a patch removing /away from the server (this functionality 
80    belongs to the client) in its review stages. You may wish to implement 
81    a mechanism that simulates /away on your client without using the server
82    message, to prepare for this possible future change.
83
84 New versions
85 =============
86
87     If you release new versions of your clients, please upload them to
88     /incoming on ftp.undernet.org and drop me a note. I'll move them to 
89     the correct location asap. We're mirrored on ftp2-4.undernet.org. I'd
90     really appreciate it if you could take a moment and verify that the latest
91     version of your client is out there. Thanks.
92     
93
94 Feedback
95 ========
96
97     To stay in touch with Undernet IRC protocol changes / server code
98     patches, you're welcome to join the Undernet coder committee mailing
99     list. Simply drop  a mail to majordomo@undernet.org with 
100     "subscribe coder-com" in the body.
101
102
103
104                         Thanks and if you have any other questions about
105 making your client Undernet compatible, please don't hesitate to mail
106 coder-com@undernet.org. Sincerely,
107
108
109                                                 Mandar Mirashi (Mmmm)
110
111 Attached are numeric.h    and the latest Undernet IRC server list (which
112 you may wish to include with your next client release - it is also available
113 at  http://www.comco.com/dougmc/irc-stats/server-lists    )
114
115
116 ----- numeric.h ------- cut here ------
117
118 /************************************************************************
119  *   IRC - Internet Relay Chat, include/numeric.h
120  *   Copyright (C) 1990 Jarkko Oikarinen
121  *
122  *   This program is free software; you can redistribute it and/or modify
123  *   it under the terms of the GNU General Public License as published by
124  *   the Free Software Foundation; either version 1, or (at your option)
125  *   any later version.
126  *
127  *   This program is distributed in the hope that it will be useful,
128  *   but WITHOUT ANY WARRANTY; without even the implied warranty of
129  *   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
130  *   GNU General Public License for more details.
131  *
132  *   You should have received a copy of the GNU General Public License
133  *   along with this program; if not, write to the Free Software
134  *   Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
135  */
136
137
138
139 /*
140  * Reserve numerics 000-099 for server-client connections where the client
141  * is local to the server. If any server is passed a numeric in this range
142  * from another server then it is remapped to 100-199. -avalon
143  */
144 #define RPL_WELCOME          001
145 #define RPL_YOURHOST         002
146 #define RPL_CREATED          003
147 #define RPL_MYINFO           004
148 #define RPL_MAP              005
149 #define RPL_MAPMORE          006
150 #define RPL_MAPEND           007
151
152 /*
153  * Errors are in the range from 400-599 currently and are grouped by what
154  * commands they come from.
155  */
156 #define ERR_NOSUCHNICK       401
157 #define ERR_NOSUCHSERVER     402
158 #define ERR_NOSUCHCHANNEL    403
159 #define ERR_CANNOTSENDTOCHAN 404
160 #define ERR_TOOMANYCHANNELS  405
161 #define ERR_WASNOSUCHNICK    406
162 #define ERR_TOOMANYTARGETS   407
163 #define ERR_NOSUCHSERVICE    408
164 #define ERR_NOORIGIN         409
165
166 #define ERR_NORECIPIENT      411
167 #define ERR_NOTEXTTOSEND     412
168 #define ERR_NOTOPLEVEL       413
169 #define ERR_WILDTOPLEVEL     414
170
171 #define ERR_UNKNOWNCOMMAND   421
172 #define ERR_NOMOTD           422
173 #define ERR_NOADMININFO      423
174 #define ERR_FILEERROR        424
175
176 #define ERR_NONICKNAMEGIVEN  431
177 #define ERR_ERRONEUSNICKNAME 432
178 #define ERR_NICKNAMEINUSE    433
179 #define ERR_SERVICENAMEINUSE 434
180 #define ERR_SERVICECONFUSED  435
181 #define ERR_NICKCOLLISION    436
182 #define ERR_BANNICKCHANGE    437
183 #define ERR_NICKTOOFAST      438
184
185 #define ERR_USERNOTINCHANNEL 441
186 #define ERR_NOTONCHANNEL     442
187 #define ERR_USERONCHANNEL    443
188 #define ERR_NOLOGIN          444
189 #define ERR_SUMMONDISABLED   445
190 #define ERR_USERSDISABLED    446
191
192 #define ERR_NOTREGISTERED    451
193
194 #define ERR_NEEDMOREPARAMS   461
195 #define ERR_ALREADYREGISTRED 462
196 #define ERR_NOPERMFORHOST    463
197 #define ERR_PASSWDMISMATCH   464
198 #define ERR_YOUREBANNEDCREEP 465
199 #define ERR_YOUWILLBEBANNED  466
200 #define ERR_KEYSET           467
201
202 #define ERR_CHANNELISFULL    471
203 #define ERR_UNKNOWNMODE      472
204 #define ERR_INVITEONLYCHAN   473
205 #define ERR_BANNEDFROMCHAN   474
206 #define ERR_BADCHANNELKEY    475
207 #define ERR_BADCHANMASK      476
208 #define ERR_BANLISTFULL      478
209
210 #define ERR_NOPRIVILEGES     481
211 #define ERR_CHANOPRIVSNEEDED 482
212 #define ERR_CANTKILLSERVER   483
213 #define ERR_ISCHANSERVICE    484
214
215 #define ERR_NOOPERHOST       491
216 #define ERR_NOSERVICEHOST    492
217
218 #define ERR_UMODEUNKNOWNFLAG 501
219 #define ERR_USERSDONTMATCH   502
220
221 #define ERR_SILELISTFULL     511
222
223 #define ERR_NOSUCHGLINE      512
224
225 /*
226  * Numberic replies from server commands.
227  * These are currently in the range 200-399.
228  */
229 #define RPL_NONE             300
230 #define RPL_AWAY             301
231 #define RPL_USERHOST         302
232 #define RPL_ISON             303
233 #define RPL_TEXT             304
234 #define RPL_UNAWAY           305
235 #define RPL_NOWAWAY          306
236
237 #define RPL_WHOISUSER        311
238 #define RPL_WHOISSERVER      312
239 #define RPL_WHOISOPERATOR    313
240
241 #define RPL_WHOWASUSER       314
242 /* rpl_endofwho below (315) */
243 #define RPL_ENDOFWHOWAS      369
244
245 #define RPL_WHOISCHANOP      316 /* redundant and not needed but reserved */
246 #define RPL_WHOISIDLE        317
247
248 #define RPL_ENDOFWHOIS       318
249 #define RPL_WHOISCHANNELS    319
250
251 #define RPL_LISTSTART        321
252 #define RPL_LIST             322
253 #define RPL_LISTEND          323
254 #define RPL_CHANNELMODEIS    324
255 #define RPL_CREATIONTIME     329
256
257 #define RPL_NOTOPIC          331
258 #define RPL_TOPIC            332
259 #define RPL_TOPICWHOTIME     333
260 #define RPL_LISTUSAGE        334
261
262 #define RPL_INVITING         341
263 #define RPL_SUMMONING        342
264
265 #define RPL_VERSION          351
266
267 #define RPL_WHOREPLY         352
268 #define RPL_ENDOFWHO         315
269 #define RPL_NAMREPLY         353
270 #define RPL_ENDOFNAMES       366
271
272 #define RPL_KILLDONE         361
273 #define RPL_CLOSING          362
274 #define RPL_CLOSEEND         363
275 #define RPL_LINKS            364
276 #define RPL_ENDOFLINKS       365
277 /* rpl_endofnames above (366) */
278 #define RPL_BANLIST          367
279 #define RPL_ENDOFBANLIST     368
280 /* rpl_endofwhowas above (369) */
281
282 #define RPL_INFO             371
283 #define RPL_MOTD             372
284 #define RPL_INFOSTART        373
285 #define RPL_ENDOFINFO        374
286 #define RPL_MOTDSTART        375
287 #define RPL_ENDOFMOTD        376
288
289 #define RPL_YOUREOPER        381
290 #define RPL_REHASHING        382
291 #define RPL_YOURESERVICE     383
292 #define RPL_MYPORTIS         384
293 #define RPL_NOTOPERANYMORE   385
294
295 #define RPL_TIME             391
296 #define RPL_USERSSTART       392
297 #define RPL_USERS            393
298 #define RPL_ENDOFUSERS       394
299 #define RPL_NOUSERS          395
300
301 #define RPL_TRACELINK        200
302 #define RPL_TRACECONNECTING  201
303 #define RPL_TRACEHANDSHAKE   202
304 #define RPL_TRACEUNKNOWN     203
305 #define RPL_TRACEOPERATOR    204
306 #define RPL_TRACEUSER        205
307 #define RPL_TRACESERVER      206
308 #define RPL_TRACESERVICE     207
309 #define RPL_TRACENEWTYPE     208
310 #define RPL_TRACECLASS       209
311
312 #define RPL_STATSLINKINFO    211
313 #define RPL_STATSCOMMANDS    212
314 #define RPL_STATSCLINE       213
315 #define RPL_STATSNLINE       214
316 #define RPL_STATSILINE       215
317 #define RPL_STATSKLINE       216
318 #define RPL_STATSQLINE       217
319 #define RPL_STATSYLINE       218
320 #define RPL_ENDOFSTATS       219
321
322 #define RPL_UMODEIS          221
323
324 #define RPL_SERVICEINFO      231
325 #define RPL_ENDOFSERVICES    232
326 #define RPL_SERVICE          233
327 #define RPL_SERVLIST         234
328 #define RPL_SERVLISTEND      235
329
330 #define RPL_STATSLLINE       241
331 #define RPL_STATSUPTIME      242
332 #define RPL_STATSOLINE       243
333 #define RPL_STATSHLINE       244
334 #define RPL_STATSSLINE       245
335 #define RPL_STATSTLINE       246
336 #define RPL_STATSGLINE       247
337 #define RPL_STATSULINE       248        
338 #define RPL_STATSDEBUG       249
339 #define RPL_STATSCONN        250
340
341 #define RPL_LUSERCLIENT      251
342 #define RPL_LUSEROP          252
343 #define RPL_LUSERUNKNOWN     253
344 #define RPL_LUSERCHANNELS    254
345 #define RPL_LUSERME          255
346 #define RPL_ADMINME          256
347 #define RPL_ADMINLOC1        257
348 #define RPL_ADMINLOC2        258
349 #define RPL_ADMINEMAIL       259
350
351 #define RPL_TRACELOG         261
352 #define RPL_TRACEPING        262
353
354 #define RPL_SILELIST         271
355 #define RPL_ENDOFSILELIST    272
356
357 #define RPL_STATSDLINE       275
358
359 #define RPL_GLIST            280
360 #define RPL_ENDOFGLIST       281
361
362
363 ----- Undernet IRC server list ------- cut here ------
364
365          ALIAS                     IP ADDRESS       HOSTNAME
366
367    vancouver.bc.ca.undernet.org    199.60.229.15  irc.direct.ca
368      toronto.on.ca.undernet.org   199.166.230.99  oceanus.magic.ca
369     montreal.qu.ca.undernet.org     132.207.4.32  step.polymtl.ca
370
371         caen.fr.eu.undernet.org    193.49.200.16  ns.ensicaen.ismra.fr
372   luxembourg.lu.eu.undernet.org   194.177.56.140  hydra.eo.lu
373    amsterdam.nl.eu.undernet.org      130.37.24.9  veer.cs.vu.nl
374       diemen.nl.eu.undernet.org     145.220.3.40  irc.pi.net
375        lulea.se.eu.undernet.org    130.240.16.36  buddy.ludd.luth.se
376    ljubljana.si.eu.undernet.org       193.2.1.35  ro.zrsss.si
377       london.uk.eu.undernet.org   193.119.122.98  telebsd.aladdin.co.uk
378
379        auckland.nz.undernet.org     202.14.100.6  iconz1.iconz.co.nz
380
381      phoenix.az.us.undernet.org    204.62.193.83  home.amug.org
382     sandiego.ca.us.undernet.org     207.110.0.52  irc.connectnet.com
383      sanjose.ca.us.undernet.org     192.160.13.8  jitter.rahul.net
384   washington.dc.us.undernet.org   152.163.173.25  irc01.irc.aol.com
385      atlanta.ga.us.undernet.org      198.79.64.1  serve.org
386      chicago.il.us.undernet.org    198.49.174.36  tau.wwa.com
387    chicago-1.il.us.undernet.org     199.0.154.14  raptor.ais.net
388    manhattan.ks.us.undernet.org     129.130.8.23  lynk.ksu.ksu.edu
389       lowell.ma.us.undernet.org   206.15.106.129  chatter-s2.nis.newscorp.com
390    ann-arbor.mi.us.undernet.org    192.131.22.80  irc.cic.net
391  springfield.mo.us.undernet.org    204.71.96.187  spica.getonthe.net
392      stlouis.mo.us.undernet.org   205.216.202.17  ultra.i1.net
393     norman-r.ok.us.undernet.org     unresolvable  unknown                       
394          okc.ok.us.undernet.org   206.103.114.11  apache.wildstar.com
395   pittsburgh.pa.us.undernet.org   192.231.221.38  uirc.lm.com
396       austin.tx.us.undernet.org    128.83.199.50  zilker.mc.utexas.edu
397       dallas.tx.us.undernet.org    204.75.137.18  external.csac.net
398   blacksburg.va.us.undernet.org   128.173.40.203  blacksburg.va.us.undernet.org
399   monticello.ar.us.undernet.org   206.156.164.142 irc.seark.net
400
401
402 Note: Most Undernet IRC servers listen on ports 6661-6669.
403
404       The alias us.undernet.org is a roundrobin that picks a US server at
405       random (for first time users who aren't sure which server to connect to).
406       The same applies to eu.undernet.org (europe). The use of the undernet.org
407       alias over the actual hostname is highly recommended (when servers
408       cease to exist, the alias will still function since we point it to
409       a working server).
410        
411
412 From friedman  Mon Sep 30 13:45:21 1996
413 Status: RO
414 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
415         [nil nil nil nil nil nil nil nil nil nil nil nil "^From:" nil nil nil nil nil nil nil]
416         nil)
417 Received: from gnu-life.ai.mit.edu by albert.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id OAA20824 for <friedman@albert.gnu.ai.mit.edu>; Mon, 30 Sep 1996 14:42:45 -0400
418 Received: from kiowa.wildstar.net by gnu-life.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id OAA05844 for <friedman@prep.ai.mit.edu>; Mon, 30 Sep 1996 14:42:43 -0400
419 Received: (from mandar@localhost) by kiowa.wildstar.net (8.7.5/8.7.3) id NAA30763 for friedman@prep.ai.mit.edu; Mon, 30 Sep 1996 13:42:25 -0500
420 Message-Id: <199609301842.NAA30763@kiowa.wildstar.net>
421 From: Mandar Mirashi <mandar@kiowa.wildstar.net>
422 To: friedman@prep.ai.mit.edu
423 Subject: IRC client coders update
424 Date: Mon, 30 Sep 1996 13:42:25 -0500
425
426 Heya,
427
428   Some other random thoughts that might apply to all IRC clients:
429
430 * Ports - It would be nice if client coders allow for the specification
431   of alternate ports to automatically connect on, if the connect to
432   the default port fails. Most servers listen to ports in the range
433   6660-6669. It has grown incredibly difficult to connect on the
434   default port 6667 on big servers.
435
436 * Extensions - As much as some may dislike it, I believe the next "wave"
437   of chat clients to hit the net are those that include VRML/audio/video
438   communication. There are several independent web sites or proprietary
439   developers who provide this, but none of them are integrated into IRC
440   clients. You may wish to investigate means of doing this with your clients.
441
442 * For those developing GUI clients, one idea would be to have an addressbook
443   which includes name, associated GIF file, associated URL, etc. Then
444   you could auto-attach a thumbnail gif to the nick, as it scrolls over
445   a channel. The nick itself could be "clickable" if a URL field is
446   specified, which would make your default browser jump to that location.
447
448 * irc-url spec - I haven't updated it for a while. It can be found at:
449    ftp://ftp.ietf.org/internet-drafts/draft-mirashi-url-irc-01.txt
450   and the mailing list can be subscribed to, by sending mail to 
451   majordomo@wildstar.net with "subscribe irl-url" in the body.
452
453 * Nospoof patch - I hope everyone has updated their client (if it needed it)
454   to work with the PING/PONG and other Undernet ircd changes I'd sent earlier. 
455
456                         That's all for now..thanks
457
458                                                         Mmmm
459
460 From pp@swip.net  Thu Feb  6 01:45:10 1997
461 Status: RO
462 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
463         ["1405" "" "6" "Feb" "1997" "10:31:44" "+0100" "Per Persson" "pp@swip.net" nil "49" "CTCP discussion list." "^From:" nil nil "02" nil nil nil nil]
464         nil)
465 Return-Path: <pp@swip.net>
466 Received: from gnu.ai.mit.edu (friedman@localhost [127.0.0.1])
467           by piglet.splode.com (8.8.4/8.8.4) with ESMTP
468           id BAA00765 for <friedman>; Thu, 6 Feb 1997 01:45:10 -0800
469 Received: from churchy.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id EAA20224 for <zenirc-dev@gnu.ai.mit.edu>; Thu, 6 Feb 1997 04:33:35 -0500
470 Received: from mn6.swip.net by churchy.gnu.ai.mit.edu (8.6.12/4.0) with ESMTP
471         id <EAA10861@churchy.gnu.ai.mit.edu>; Thu, 6 Feb 1997 04:31:35 -0500
472 Received: from doc.swip.net (workstation1.swip.net [130.244.254.1]) 
473           by mn6.swip.net (8.8.2/8.8.2) with SMTP 
474           id KAA04961 for <zenirc-dev@gnu.ai.mit.edu>; 
475           Thu, 6 Feb 1997 10:31:31 +0100 (MET)
476 Received: by doc.swip.net (SMI-8.6/SMI-SVR4)
477         id KAA26012; Thu, 6 Feb 1997 10:31:44 +0100
478 Sender: pp@doc.swip.net
479 Mime-Version: 1.0
480 Content-Type: text/plain; charset=US-ASCII
481 Content-Transfer-Encoding: 7bit
482 Message-ID: <x7hgjqs2kf.fsf@swip.net>
483 X-Mailer: Red Gnus v0.84/Emacs 19.34
484 From: Per Persson <pp@swip.net>
485 To: zenirc-dev@gnu.ai.mit.edu
486 Subject: CTCP discussion list.
487 Date: 06 Feb 1997 10:31:44 +0100
488 Lines: 49
489
490 This might be of interest to you. There's a discussion going and I'm
491 pretty sure that the list-maintainer (Lindsay) has an archive of all
492 mails going through the list.
493
494 --pp
495
496 Forwarded-By: Darren Reed <avalon@coombs.anu.edu.au>
497
498 From: Mike McLagan <mmclagan@invlogic.com>
499 Message-Id: <199702030750.CAA29332@linux.invlogic.com>
500 Subject: Referenced CTCP Standards Group
501 To: ircd@the-project.org (IRC Development Mailing List)
502 Date: Mon, 3 Feb 1997 02:50:10 -0500 (EST)
503 Cc: operlist@the-project.org (IRC Operators List)
504
505 -----BEGIN PGP SIGNED MESSAGE-----
506
507 Hi,
508
509    I made reference today in my emails to a CTCP standards group.  This is
510 based from a number of client coders, and has turned into an email list and
511 an Internet Draft document (formerly called a Draft RFC).  The list is hosted
512 by Zircon author Lindsay Marshall.
513
514    To join the list send "subscribe ctcp your name" to:
515
516    listproc%catless@newcastle.ac.uk.
517
518    If you want to see the current draft, you can send me a private email
519 message, or visit my company's web site at:
520
521    http://www.invlogic.com/irc/ctcp.html
522
523    Mike was here...
524
525 -----BEGIN PGP SIGNATURE-----
526 Version: 2.6.3a
527 Charset: noconv
528
529 iQB1AwUBMvWYsnFj8kDikEM5AQEVAgL/QH6laNKG/H9c+b4JiSD9MNEj98JtAcB5
530 6sHzuP4NtvX87GdYlJh98qwaww/I5IxhgNWt3ydOWMV6c99dzv2GqyZG4f+xUNK+
531 8dQ/na2e9f06MLVn/tzg73RYmMAqtQf/
532 =qyeR
533 -----END PGP SIGNATURE-----
534
535
536
537
538 ------- End of forwarded message -------
539
540 From mandar@cherokee.wildstar.net  Wed Feb 26 19:15:07 1997
541 Status: RO
542 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
543         ["8071" "Wed" "26" "Feb" "1997" "21:12:52" "-0600" "Mandar Mirashi" "mandar@cherokee.wildstar.net" nil "227" "IRC client coders update #6" "^From:" nil nil "02" nil "IRC client coders update #6" nil nil nil]
544         nil)
545 Return-Path: <mandar@cherokee.wildstar.net>
546 Received: from gnu.ai.mit.edu (friedman@localhost [127.0.0.1])
547         by piglet.splode.com (8.8.5/8.8.5) with ESMTP id TAA20384
548         for <friedman>; Wed, 26 Feb 1997 19:15:03 -0800
549 Received: from gnu-life.ai.mit.edu by albert.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id WAA28651 for <friedman@albert.gnu.ai.mit.edu>; Wed, 26 Feb 1997 22:12:58 -0500
550 Received: from cherokee.wildstar.net by gnu-life.ai.mit.edu (8.8.5/8.6.12GNU) with ESMTP id WAA14032 for <friedman@prep.ai.mit.edu>; Wed, 26 Feb 1997 22:10:40 -0500 (EST)
551 Received: (from mandar@localhost) by cherokee.wildstar.net (8.8.3/8.6.9) id VAA29997 for friedman@prep.ai.mit.edu; Wed, 26 Feb 1997 21:12:52 -0600
552 Message-Id: <199702270312.VAA29997@cherokee.wildstar.net>
553 From: Mandar Mirashi <mandar@cherokee.wildstar.net>
554 To: friedman@prep.ai.mit.edu
555 Subject: IRC client coders update #6
556 Date: Wed, 26 Feb 1997 21:12:52 -0600
557
558 Heya,
559
560     Here's some information re: the next upcoming release of the Undernet
561 server code - u2.10 (still in beta). Please mail coder-com@undernet.org
562 directly if you have any concerns. 
563
564     The other thing I wanted to check was if you'd be interested in joining 
565 a mailing list open ONLY to client coders, to discuss client issues (the
566 "colour" issue being an egregious example). I'd be more than willing to
567 set one up. You can mail me at mandar@wildstar.net re: this.
568
569 Thanks
570
571 Mmmm
572
573 Mandar Mirashi            
574 Maintainer: ftp.undernet.org, Undernet IRC FAQ.
575 ftp://rtfm.mit.edu/pub/usenet/alt.irc.undernet
576 For IRC help/Undernet information, check out http://www.undernet.org 
577
578 ---
579 >From carlo@runaway.xs4all.nl Wed Feb 26 21:03:23 1997
580 Date: Wed, 26 Feb 1997 01:11:01 +0100 (MET)
581 From: Carlo Wood <carlo@runaway.xs4all.nl>
582 Reply-To: coder-com@undernet.org
583 To: coder committee <coder-com@mail.undernet.org>
584 Subject: [C-Com] Server NOtice numerics
585
586 Hiya,
587
588 can someone asap pass this info to the client coders ?!!
589
590 A new numeric 249:
591
592 Example:
593
594 4.undernet.org 249 nick :Servernotice mask: 12287 (0x2fff)
595
596 Where the number 12287 is a bit-or-ed mask with the meaning:
597
598 #define SNO_OLDSNO      0x1     /* unsorted old messages */
599 #define SNO_SERVKILL    0x2     /* server kills (nick collisions) */
600 #define SNO_OPERKILL    0x4     /* oper kills */
601 #define SNO_HACK2       0x8     /* desyncs */
602 #define SNO_HACK3       0x10    /* temporary desyncs */
603 #define SNO_UNAUTH      0x20    /* unauthorized connections */
604 #define SNO_TCPCOMMON   0x40    /* common TCP or socket errors */
605 #define SNO_TOOMANY     0x80    /* too many connections */
606 #define SNO_HACK4       0x100   /* Uworld actions on channels */
607 #define SNO_GLINE       0x200   /* glines */
608 #define SNO_NETWORK     0x400   /* net join/break, etc */
609 #define SNO_IPMISMATCH  0x800   /* IP mismatches */
610 #define SNO_OLDREALOP   0x1000  /* old oper-only messages */
611 #define SNO_CONNEXIT    0x2000  /* client connect/exit (ugh) */
612
613 One can set this way a more specific filter for server notices:
614
615 /MODE nick +s 3847
616
617 Or add (set) an EXTRA bit:
618
619 /MODE nick +s 128
620
621 Note the extra numeric parameter (space seperated from the umodes).
622
623 This would also work:
624
625 /MODE mynick +iswd 853
626
627
628
629 /MODE nick -s 64
630
631 Unsets bits (/MODE nick -s 96  unsets both 64 and 32).
632
633 This will be added to undernet server version 2.10.
634 The new numeric will be returned every time you set a new mask, or
635 when you ask you umode with '/MODE nick' and the mask is unequal
636 the default mask. The default mask is unfortunately subject to
637 change, but currently 1540 (0x604).
638 Doing /MODE nick +s, will NOT give the 249 numeric, but set the
639 mask to the default mask.
640
641 Run
642
643 PS
644
645 If client coders absolutely want to know what the default mask is
646 I suggest they use this string: MODE <nick> +ss 2147483648
647 This currently gives (ircII):
648 --> MODE Run4 -s
649 *** Mode change "-s" for user Run4 by Run4
650 --> MODE Run4 +ss 2147483648
651 *** Mode change "+s" for user Run4 by Run4
652 249 Servernotice mask:  1540 (0x604)
653
654 PS2
655
656 Unofficial ;), one can also do: /MODE nick +s -4 , to uset bit '4',
657 and even /MODE nick -s -4, to SET bit '4'.
658
659 --
660  ircd development:  http://www.xs4all.nl/~carlo17/ircd-dev 
661 >From carlo@runaway.xs4all.nl Wed Feb 26 21:03:58 1997
662 Date: Wed, 26 Feb 1997 21:28:29 +0100 (MET)
663 From: Carlo Wood <carlo@runaway.xs4all.nl>
664 Reply-To: coder-com@undernet.org
665 To: coder-com@undernet.org
666 Cc: ircii-epic@concentric.net
667 Subject: Re: [C-Com] client-coder feedback
668
669 -----BEGIN PGP SIGNED MESSAGE-----
670
671 Well, first of all - BECAUSE the server isn't released and tested yet
672 this might change all a few times more :), so don't rush your implementation.
673
674 Most important changes ALREADY are:
675
676 - - There will be a NEW numeric (249 was already used I learned).
677 - - The trick with +ss <large number> will NOT work, you can use
678   +ss +<large number> now (note the extra '+').
679
680 I see no problem in attaching the digits to the s.. thus:
681
682 /MODE Run +s29382
683
684 It just doesn't look as well... and users might type a space intuitively.
685 There is no problem with MY ircII (-2.8.2) client and multiple umode params...
686
687 We DID have a long discussion about this yes, because initially we wanted
688 to use server-notice-channels. But that sucks for multi-window clients like
689 mIRC (without patches), so we ended up by making a new user mode.
690 It seems likely that more then 31 server-notice-"channels" will be needed
691 yes, in which case a decimal number is bad thing to do.
692 I'm open for a quick discussion on a new interface.
693
694 Run
695
696 PS Please forward this to other client-coders again :)
697    Is there a list of addresses I could use ?
698
699
700 | ------- Forwarded Message
701
702 | Received: from SOUTH-STATION-ANNEX.MIT.EDU by po9.MIT.EDU (5.61/4.7) id AA06626; Wed, 26 Feb 97 00:17:20 EST
703 | Received: from listopher.concentric.net by MIT.EDU with SMTP
704 |       id AA10334; Wed, 26 Feb 97 00:17:18 EST
705 | Received: (from majordom@localhost) 
706 |       by listopher.concentric.net (8.8.3/8.8.3) 
707 |       id AAA18002; Wed, 26 Feb 1997 00:14:09 -0500 (EST)
708 | Message-Id: <199702260512.XAA00381@brain.acronet.net>
709 | To: ircii-epic@concentric.net
710 | From: jnelson@acronet.net
711 | Subject: Re: Ircii-epic: New Undernet feature 
712 | In-Reply-To: Your message of "Tue, 25 Feb 1997 19:49:37 EST."
713 |              <9702260049.AA12854@starkiller.MIT.EDU> 
714 | Date: Tue, 25 Feb 1997 23:12:45 -0600
715 | Sender: owner-ircii-epic@concentric.net
716 | Precedence: bulk
717
718
719 | (Specifically to Kev, in general to everyone on the list...)
720 | Forward this to anyone you think is interested in my opinion...
721
722
723 | >One can set this way a more specific filter for server notices:
724
725 | [user mode +s takes an argument now]
726
727
728 | Please note the importance of this:  This proposal would stipulate
729 | the first user mode that is to take an argument.  While this is not
730 | (neccesarily) against the spirit of modes, i would make an educated
731 | guess that ircII is not the only client in the world that optimizes
732 | its handling of user modes with the assumption that arguments are not
733 | present.
734
735 | The reason why this is significant is not because of the specific use
736 | of the argument, but rather that current clients will have to be retro
737 | fitted with code that will be able to handle arguments on user modes,
738 | and the fact that since you are overloading a current user mode, you
739 | are introducing a gratuitous incompatability which makes the job of a
740 | client coder all that much harder becuase now ill have to special case
741 | the undernet 2.10 server for this exceptional behavior.  It is very fair
742 | to say that this is <not> an insignificant change.
743
744 | While i will probably support this before its all said and done, I want
745 | to make sure that I tell you that I HOPE you thought about this and ruled
746 | out all other reasonable solutions other than having user modes take
747 | arguments.  I dont expect this to change, and thats the way it is:
748 | I do appreciate your giving far advance notice instead of just releasing
749 | the code and then griping that current clients dont support it correctly.
750 | (ala efnet 2.9)
751
752 | This will certainly not be supported or retrofitted on any already
753 | released EPIC client (eg, epic3), but probably will eventually be supported
754 | in the EPIC4 development cycle.  I cannot give you any assurances when.
755 | Please re-assure me that you will always have less than 32 flags for this
756 | new user mode. 
757
758 | Jeremy
759
760 | ------- End of Forwarded Message
761
762
763 | -- 
764 | Kevin L. Mitchell
765 | ----------------------------------------------------------
766 | kev@undernet.org     kev@wildstar.net      klmitch@mit.edu
767 |     PGP keys:  http://web.mit.edu/klmitch/www/pgp.html
768 |         Home Page: http://web.mit.edu/klmitch/www/
769
770 - -- 
771  carlo@runaway.xs4all.nl, Run @ IRC.
772
773  ircd development:  http://www.xs4all.nl/~carlo17/ircd-dev 
774
775 -----BEGIN PGP SIGNATURE-----
776 Version: 2.6.3i
777 Charset: noconv
778
779 iQCVAwUBMxSc6m/Sxh1iSsrVAQFyhwQAqwywucW2iJ6vfcngjM2rRr71tUskM0L6
780 pfRe+k7nnU3090urxes5oaJdGR+3w/8sA526d4I6RLHgz156gZX06vPimRMmNteB
781 eZOzbU2C01hOBIHJFdtsv+NHTrYrt9+bs5dHEwLW1MXig4girAsHW0NZ9NBPUpLU
782 VpXOAE+6Vpk=
783 =Iu1Y
784 -----END PGP SIGNATURE-----
785