File: undernet

package info (click to toggle)
zenirc 2.112-10
  • links: PTS
  • area: main
  • in suites: woody
  • size: 1,124 kB
  • ctags: 771
  • sloc: lisp: 5,807; sh: 194; makefile: 190
file content (785 lines) | stat: -rw-r--r-- 29,326 bytes parent folder | download | duplicates (16)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
From friedman  Sat Aug  3 19:54:19 1996
Status: RO
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	[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]
	nil)
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
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
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
Message-Id: <199608040233.VAA28442@kiowa.wildstar.net>
From: Mandar Mirashi <mandar@kiowa.wildstar.net>
To: friedman@gnu.ai.mit.edu
Subject: Undernet IRC protocol changes
Date: Sat, 3 Aug 1996 21:33:05 -0500

Hello there,

     This mail is being sent to all IRC client coders, announcing some
changes in the server-client protocol on the Undernet IRC network. An
RFC supplementing RFC1459 is in the works (it's unclear when this will
be released however). In the meanwhile, I'll try to update you with any
significant changes/features/bugs that affect clients.

1) the /list command.
======================

   The default action of the /list command (to list all channels) has
   been disabled since it was found to consume a lot of CPU on IRC
   servers (with hundreds of clients listing thousands of channels).
   Changes include a _required_ paramater to LIST. 

*** Usage on ircII:  /QUOTE LIST parameters
*** Where parameters is a space or comma seperated list of one or more of:
***  <max_users    ; Show all channels with less then max_users.
***  >min_users    ; Show all channels with more then min_users.
***  C<max_minutes ; Channels that exist less then max_minutes.
***  C>min_minutes ; Channels that exist more then min_minutes.
***  T<max_minutes ; Channels with a topic last set less then max_minutes
  ago.
***  T>min_minutes ; Channels with a topic last set more then min_minutes
  ago.
*** Example:  LIST <3,>1,C<10,T>0  ; 2 users, younger then 10 min., topic
  set.

   We suggest incorporating this change directly into your client so that
   a /quote is no longer needed (i.e. a direct message to the server).


2) PONG replies
================

   To counter source routing/ip-spoofing, Undernet IRC servers send a PING
   command to the client followed by a random key. The client is expected
   to respond with this key as a parameter to PONG. e.g.
     server -> client      PING :23472820203484
     client to server      PONG :23472820203484

   ircII and mirc are two clients that already follow this. I'm not sure
   about other clients.

3) Other Undernet changes
=========================
 
   A list of all Undernet server numerics are included in the server source.

   ftp://ftp.undernet.org/irc/servers/current

   Significant changes over the past few years, affecting clients, include: 
   /stats w replies, /stats g replies, /silence replies, channel topic 
   information replies, user signon time reply, channel
   creation time reply, etc. I've attached the file for your convenience.
   Please check if your client responds to these numeric replies. 

   I also suggest adding the /map and /silence commands to your clients 
   (/silence cuts off flooding at the server level: syntax: 
      /silence +user@host   or  /silence nick
   /silence -user@host     or  /silence -nick     to delete a silenced entry.
   /map returns the current routing map of irc servers).

   There's also a patch removing /away from the server (this functionality 
   belongs to the client) in its review stages. You may wish to implement 
   a mechanism that simulates /away on your client without using the server
   message, to prepare for this possible future change.

New versions
=============

    If you release new versions of your clients, please upload them to
    /incoming on ftp.undernet.org and drop me a note. I'll move them to 
    the correct location asap. We're mirrored on ftp2-4.undernet.org. I'd
    really appreciate it if you could take a moment and verify that the latest
    version of your client is out there. Thanks.
    

Feedback
========

    To stay in touch with Undernet IRC protocol changes / server code
    patches, you're welcome to join the Undernet coder committee mailing
    list. Simply drop  a mail to majordomo@undernet.org with 
    "subscribe coder-com" in the body.



			Thanks and if you have any other questions about
making your client Undernet compatible, please don't hesitate to mail
coder-com@undernet.org. Sincerely,


						Mandar Mirashi (Mmmm)

Attached are numeric.h    and the latest Undernet IRC server list (which
you may wish to include with your next client release - it is also available
at  http://www.comco.com/dougmc/irc-stats/server-lists    )


----- numeric.h ------- cut here ------

/************************************************************************
 *   IRC - Internet Relay Chat, include/numeric.h
 *   Copyright (C) 1990 Jarkko Oikarinen
 *
 *   This program is free software; you can redistribute it and/or modify
 *   it under the terms of the GNU General Public License as published by
 *   the Free Software Foundation; either version 1, or (at your option)
 *   any later version.
 *
 *   This program is distributed in the hope that it will be useful,
 *   but WITHOUT ANY WARRANTY; without even the implied warranty of
 *   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *   GNU General Public License for more details.
 *
 *   You should have received a copy of the GNU General Public License
 *   along with this program; if not, write to the Free Software
 *   Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */



/*
 * Reserve numerics 000-099 for server-client connections where the client
 * is local to the server. If any server is passed a numeric in this range
 * from another server then it is remapped to 100-199. -avalon
 */
#define	RPL_WELCOME          001
#define	RPL_YOURHOST         002
#define	RPL_CREATED          003
#define	RPL_MYINFO           004
#define RPL_MAP              005
#define RPL_MAPMORE          006
#define RPL_MAPEND           007

/*
 * Errors are in the range from 400-599 currently and are grouped by what
 * commands they come from.
 */
#define ERR_NOSUCHNICK       401
#define ERR_NOSUCHSERVER     402
#define ERR_NOSUCHCHANNEL    403
#define ERR_CANNOTSENDTOCHAN 404
#define ERR_TOOMANYCHANNELS  405
#define ERR_WASNOSUCHNICK    406
#define ERR_TOOMANYTARGETS   407
#define ERR_NOSUCHSERVICE    408
#define	ERR_NOORIGIN         409

#define ERR_NORECIPIENT      411
#define ERR_NOTEXTTOSEND     412
#define ERR_NOTOPLEVEL       413
#define ERR_WILDTOPLEVEL     414

#define ERR_UNKNOWNCOMMAND   421
#define	ERR_NOMOTD           422
#define	ERR_NOADMININFO      423
#define	ERR_FILEERROR        424

#define ERR_NONICKNAMEGIVEN  431
#define ERR_ERRONEUSNICKNAME 432
#define ERR_NICKNAMEINUSE    433
#define ERR_SERVICENAMEINUSE 434
#define ERR_SERVICECONFUSED  435
#define	ERR_NICKCOLLISION    436
#define ERR_BANNICKCHANGE    437
#define ERR_NICKTOOFAST      438

#define ERR_USERNOTINCHANNEL 441
#define ERR_NOTONCHANNEL     442
#define	ERR_USERONCHANNEL    443
#define ERR_NOLOGIN          444
#define	ERR_SUMMONDISABLED   445
#define ERR_USERSDISABLED    446

#define ERR_NOTREGISTERED    451

#define ERR_NEEDMOREPARAMS   461
#define ERR_ALREADYREGISTRED 462
#define ERR_NOPERMFORHOST    463
#define ERR_PASSWDMISMATCH   464
#define ERR_YOUREBANNEDCREEP 465
#define ERR_YOUWILLBEBANNED  466
#define	ERR_KEYSET           467

#define ERR_CHANNELISFULL    471
#define ERR_UNKNOWNMODE      472
#define ERR_INVITEONLYCHAN   473
#define ERR_BANNEDFROMCHAN   474
#define	ERR_BADCHANNELKEY    475
#define	ERR_BADCHANMASK      476
#define ERR_BANLISTFULL      478

#define ERR_NOPRIVILEGES     481
#define ERR_CHANOPRIVSNEEDED 482
#define	ERR_CANTKILLSERVER   483
#define ERR_ISCHANSERVICE    484

#define ERR_NOOPERHOST       491
#define ERR_NOSERVICEHOST    492

#define ERR_UMODEUNKNOWNFLAG 501
#define ERR_USERSDONTMATCH   502

#define ERR_SILELISTFULL     511

#define ERR_NOSUCHGLINE      512

/*
 * Numberic replies from server commands.
 * These are currently in the range 200-399.
 */
#define	RPL_NONE             300
#define RPL_AWAY             301
#define RPL_USERHOST         302
#define RPL_ISON             303
#define RPL_TEXT             304
#define	RPL_UNAWAY           305
#define	RPL_NOWAWAY          306

#define RPL_WHOISUSER        311
#define RPL_WHOISSERVER      312
#define RPL_WHOISOPERATOR    313

#define RPL_WHOWASUSER       314
/* rpl_endofwho below (315) */
#define	RPL_ENDOFWHOWAS      369

#define RPL_WHOISCHANOP      316 /* redundant and not needed but reserved */
#define RPL_WHOISIDLE        317

#define RPL_ENDOFWHOIS       318
#define RPL_WHOISCHANNELS    319

#define RPL_LISTSTART        321
#define RPL_LIST             322
#define RPL_LISTEND          323
#define RPL_CHANNELMODEIS    324
#define RPL_CREATIONTIME     329

#define RPL_NOTOPIC          331
#define RPL_TOPIC            332
#define RPL_TOPICWHOTIME     333
#define RPL_LISTUSAGE        334

#define RPL_INVITING         341
#define	RPL_SUMMONING        342

#define RPL_VERSION          351

#define RPL_WHOREPLY         352
#define RPL_ENDOFWHO         315
#define RPL_NAMREPLY         353
#define RPL_ENDOFNAMES       366

#define RPL_KILLDONE         361
#define	RPL_CLOSING          362
#define RPL_CLOSEEND         363
#define RPL_LINKS            364
#define RPL_ENDOFLINKS       365
/* rpl_endofnames above (366) */
#define RPL_BANLIST          367
#define RPL_ENDOFBANLIST     368
/* rpl_endofwhowas above (369) */

#define	RPL_INFO             371
#define	RPL_MOTD             372
#define	RPL_INFOSTART        373
#define	RPL_ENDOFINFO        374
#define	RPL_MOTDSTART        375
#define	RPL_ENDOFMOTD        376

#define RPL_YOUREOPER        381
#define RPL_REHASHING        382
#define RPL_YOURESERVICE     383
#define RPL_MYPORTIS         384
#define RPL_NOTOPERANYMORE   385

#define RPL_TIME             391
#define	RPL_USERSSTART       392
#define	RPL_USERS            393
#define	RPL_ENDOFUSERS       394
#define	RPL_NOUSERS          395

#define RPL_TRACELINK        200
#define RPL_TRACECONNECTING  201
#define RPL_TRACEHANDSHAKE   202
#define RPL_TRACEUNKNOWN     203
#define RPL_TRACEOPERATOR    204
#define RPL_TRACEUSER        205
#define RPL_TRACESERVER      206
#define RPL_TRACESERVICE     207
#define RPL_TRACENEWTYPE     208
#define RPL_TRACECLASS       209

#define RPL_STATSLINKINFO    211
#define RPL_STATSCOMMANDS    212
#define RPL_STATSCLINE       213
#define RPL_STATSNLINE       214
#define RPL_STATSILINE       215
#define RPL_STATSKLINE       216
#define RPL_STATSQLINE       217
#define RPL_STATSYLINE       218
#define RPL_ENDOFSTATS       219

#define RPL_UMODEIS          221

#define RPL_SERVICEINFO      231
#define RPL_ENDOFSERVICES    232
#define	RPL_SERVICE          233
#define RPL_SERVLIST         234
#define RPL_SERVLISTEND      235

#define	RPL_STATSLLINE       241
#define	RPL_STATSUPTIME      242
#define	RPL_STATSOLINE       243
#define	RPL_STATSHLINE       244
#define	RPL_STATSSLINE       245
#define RPL_STATSTLINE       246
#define RPL_STATSGLINE       247
#define RPL_STATSULINE       248	
#define	RPL_STATSDEBUG	     249
#define RPL_STATSCONN        250

#define	RPL_LUSERCLIENT      251
#define RPL_LUSEROP          252
#define	RPL_LUSERUNKNOWN     253
#define	RPL_LUSERCHANNELS    254
#define	RPL_LUSERME          255
#define	RPL_ADMINME          256
#define	RPL_ADMINLOC1        257
#define	RPL_ADMINLOC2        258
#define	RPL_ADMINEMAIL       259

#define	RPL_TRACELOG         261
#define	RPL_TRACEPING        262

#define RPL_SILELIST         271
#define RPL_ENDOFSILELIST    272

#define RPL_STATSDLINE       275

#define RPL_GLIST            280
#define RPL_ENDOFGLIST       281


----- Undernet IRC server list ------- cut here ------

         ALIAS                     IP ADDRESS       HOSTNAME

   vancouver.bc.ca.undernet.org    199.60.229.15  irc.direct.ca
     toronto.on.ca.undernet.org   199.166.230.99  oceanus.magic.ca
    montreal.qu.ca.undernet.org     132.207.4.32  step.polymtl.ca

        caen.fr.eu.undernet.org    193.49.200.16  ns.ensicaen.ismra.fr
  luxembourg.lu.eu.undernet.org   194.177.56.140  hydra.eo.lu
   amsterdam.nl.eu.undernet.org      130.37.24.9  veer.cs.vu.nl
      diemen.nl.eu.undernet.org     145.220.3.40  irc.pi.net
       lulea.se.eu.undernet.org    130.240.16.36  buddy.ludd.luth.se
   ljubljana.si.eu.undernet.org       193.2.1.35  ro.zrsss.si
      london.uk.eu.undernet.org   193.119.122.98  telebsd.aladdin.co.uk

       auckland.nz.undernet.org     202.14.100.6  iconz1.iconz.co.nz

     phoenix.az.us.undernet.org    204.62.193.83  home.amug.org
    sandiego.ca.us.undernet.org     207.110.0.52  irc.connectnet.com
     sanjose.ca.us.undernet.org     192.160.13.8  jitter.rahul.net
  washington.dc.us.undernet.org   152.163.173.25  irc01.irc.aol.com
     atlanta.ga.us.undernet.org      198.79.64.1  serve.org
     chicago.il.us.undernet.org    198.49.174.36  tau.wwa.com
   chicago-1.il.us.undernet.org     199.0.154.14  raptor.ais.net
   manhattan.ks.us.undernet.org     129.130.8.23  lynk.ksu.ksu.edu
      lowell.ma.us.undernet.org   206.15.106.129  chatter-s2.nis.newscorp.com
   ann-arbor.mi.us.undernet.org    192.131.22.80  irc.cic.net
 springfield.mo.us.undernet.org    204.71.96.187  spica.getonthe.net
     stlouis.mo.us.undernet.org   205.216.202.17  ultra.i1.net
    norman-r.ok.us.undernet.org     unresolvable  unknown                       
         okc.ok.us.undernet.org   206.103.114.11  apache.wildstar.com
  pittsburgh.pa.us.undernet.org   192.231.221.38  uirc.lm.com
      austin.tx.us.undernet.org    128.83.199.50  zilker.mc.utexas.edu
      dallas.tx.us.undernet.org    204.75.137.18  external.csac.net
  blacksburg.va.us.undernet.org   128.173.40.203  blacksburg.va.us.undernet.org
  monticello.ar.us.undernet.org   206.156.164.142 irc.seark.net


Note: Most Undernet IRC servers listen on ports 6661-6669.

      The alias us.undernet.org is a roundrobin that picks a US server at
      random (for first time users who aren't sure which server to connect to).
      The same applies to eu.undernet.org (europe). The use of the undernet.org
      alias over the actual hostname is highly recommended (when servers
      cease to exist, the alias will still function since we point it to
      a working server).
       

From friedman  Mon Sep 30 13:45:21 1996
Status: RO
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	[nil nil nil nil nil nil nil nil nil nil nil nil "^From:" nil nil nil nil nil nil nil]
	nil)
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
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
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
Message-Id: <199609301842.NAA30763@kiowa.wildstar.net>
From: Mandar Mirashi <mandar@kiowa.wildstar.net>
To: friedman@prep.ai.mit.edu
Subject: IRC client coders update
Date: Mon, 30 Sep 1996 13:42:25 -0500

Heya,

  Some other random thoughts that might apply to all IRC clients:

* Ports - It would be nice if client coders allow for the specification
  of alternate ports to automatically connect on, if the connect to
  the default port fails. Most servers listen to ports in the range
  6660-6669. It has grown incredibly difficult to connect on the
  default port 6667 on big servers.

* Extensions - As much as some may dislike it, I believe the next "wave"
  of chat clients to hit the net are those that include VRML/audio/video
  communication. There are several independent web sites or proprietary
  developers who provide this, but none of them are integrated into IRC
  clients. You may wish to investigate means of doing this with your clients.

* For those developing GUI clients, one idea would be to have an addressbook
  which includes name, associated GIF file, associated URL, etc. Then
  you could auto-attach a thumbnail gif to the nick, as it scrolls over
  a channel. The nick itself could be "clickable" if a URL field is
  specified, which would make your default browser jump to that location.

* irc-url spec - I haven't updated it for a while. It can be found at:
   ftp://ftp.ietf.org/internet-drafts/draft-mirashi-url-irc-01.txt
  and the mailing list can be subscribed to, by sending mail to 
  majordomo@wildstar.net with "subscribe irl-url" in the body.

* Nospoof patch - I hope everyone has updated their client (if it needed it)
  to work with the PING/PONG and other Undernet ircd changes I'd sent earlier. 

			That's all for now..thanks

							Mmmm

From pp@swip.net  Thu Feb  6 01:45:10 1997
Status: RO
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	["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]
	nil)
Return-Path: <pp@swip.net>
Received: from gnu.ai.mit.edu (friedman@localhost [127.0.0.1])
          by piglet.splode.com (8.8.4/8.8.4) with ESMTP
	  id BAA00765 for <friedman>; Thu, 6 Feb 1997 01:45:10 -0800
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
Received: from mn6.swip.net by churchy.gnu.ai.mit.edu (8.6.12/4.0) with ESMTP
	id <EAA10861@churchy.gnu.ai.mit.edu>; Thu, 6 Feb 1997 04:31:35 -0500
Received: from doc.swip.net (workstation1.swip.net [130.244.254.1]) 
          by mn6.swip.net (8.8.2/8.8.2) with SMTP 
          id KAA04961 for <zenirc-dev@gnu.ai.mit.edu>; 
          Thu, 6 Feb 1997 10:31:31 +0100 (MET)
Received: by doc.swip.net (SMI-8.6/SMI-SVR4)
	id KAA26012; Thu, 6 Feb 1997 10:31:44 +0100
Sender: pp@doc.swip.net
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-ID: <x7hgjqs2kf.fsf@swip.net>
X-Mailer: Red Gnus v0.84/Emacs 19.34
From: Per Persson <pp@swip.net>
To: zenirc-dev@gnu.ai.mit.edu
Subject: CTCP discussion list.
Date: 06 Feb 1997 10:31:44 +0100
Lines: 49

This might be of interest to you. There's a discussion going and I'm
pretty sure that the list-maintainer (Lindsay) has an archive of all
mails going through the list.

--pp

Forwarded-By: Darren Reed <avalon@coombs.anu.edu.au>

From: Mike McLagan <mmclagan@invlogic.com>
Message-Id: <199702030750.CAA29332@linux.invlogic.com>
Subject: Referenced CTCP Standards Group
To: ircd@the-project.org (IRC Development Mailing List)
Date: Mon, 3 Feb 1997 02:50:10 -0500 (EST)
Cc: operlist@the-project.org (IRC Operators List)

-----BEGIN PGP SIGNED MESSAGE-----

Hi,

   I made reference today in my emails to a CTCP standards group.  This is
based from a number of client coders, and has turned into an email list and
an Internet Draft document (formerly called a Draft RFC).  The list is hosted
by Zircon author Lindsay Marshall.

   To join the list send "subscribe ctcp your name" to:

   listproc%catless@newcastle.ac.uk.

   If you want to see the current draft, you can send me a private email
message, or visit my company's web site at:

   http://www.invlogic.com/irc/ctcp.html

   Mike was here...

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3a
Charset: noconv

iQB1AwUBMvWYsnFj8kDikEM5AQEVAgL/QH6laNKG/H9c+b4JiSD9MNEj98JtAcB5
6sHzuP4NtvX87GdYlJh98qwaww/I5IxhgNWt3ydOWMV6c99dzv2GqyZG4f+xUNK+
8dQ/na2e9f06MLVn/tzg73RYmMAqtQf/
=qyeR
-----END PGP SIGNATURE-----




------- End of forwarded message -------

From mandar@cherokee.wildstar.net  Wed Feb 26 19:15:07 1997
Status: RO
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	["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]
	nil)
Return-Path: <mandar@cherokee.wildstar.net>
Received: from gnu.ai.mit.edu (friedman@localhost [127.0.0.1])
	by piglet.splode.com (8.8.5/8.8.5) with ESMTP id TAA20384
	for <friedman>; Wed, 26 Feb 1997 19:15:03 -0800
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
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)
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
Message-Id: <199702270312.VAA29997@cherokee.wildstar.net>
From: Mandar Mirashi <mandar@cherokee.wildstar.net>
To: friedman@prep.ai.mit.edu
Subject: IRC client coders update #6
Date: Wed, 26 Feb 1997 21:12:52 -0600

Heya,

    Here's some information re: the next upcoming release of the Undernet
server code - u2.10 (still in beta). Please mail coder-com@undernet.org
directly if you have any concerns. 

    The other thing I wanted to check was if you'd be interested in joining 
a mailing list open ONLY to client coders, to discuss client issues (the
"colour" issue being an egregious example). I'd be more than willing to
set one up. You can mail me at mandar@wildstar.net re: this.

Thanks

Mmmm

Mandar Mirashi            
Maintainer: ftp.undernet.org, Undernet IRC FAQ.
ftp://rtfm.mit.edu/pub/usenet/alt.irc.undernet
For IRC help/Undernet information, check out http://www.undernet.org 

---
>From carlo@runaway.xs4all.nl Wed Feb 26 21:03:23 1997
Date: Wed, 26 Feb 1997 01:11:01 +0100 (MET)
From: Carlo Wood <carlo@runaway.xs4all.nl>
Reply-To: coder-com@undernet.org
To: coder committee <coder-com@mail.undernet.org>
Subject: [C-Com] Server NOtice numerics

Hiya,

can someone asap pass this info to the client coders ?!!

A new numeric 249:

Example:

4.undernet.org 249 nick :Servernotice mask: 12287 (0x2fff)

Where the number 12287 is a bit-or-ed mask with the meaning:

#define SNO_OLDSNO      0x1     /* unsorted old messages */
#define SNO_SERVKILL    0x2     /* server kills (nick collisions) */
#define SNO_OPERKILL    0x4     /* oper kills */
#define SNO_HACK2       0x8     /* desyncs */
#define SNO_HACK3       0x10    /* temporary desyncs */
#define SNO_UNAUTH      0x20    /* unauthorized connections */
#define SNO_TCPCOMMON   0x40    /* common TCP or socket errors */
#define SNO_TOOMANY     0x80    /* too many connections */
#define SNO_HACK4       0x100   /* Uworld actions on channels */
#define SNO_GLINE       0x200   /* glines */
#define SNO_NETWORK     0x400   /* net join/break, etc */
#define SNO_IPMISMATCH  0x800   /* IP mismatches */
#define SNO_OLDREALOP   0x1000  /* old oper-only messages */
#define SNO_CONNEXIT    0x2000  /* client connect/exit (ugh) */

One can set this way a more specific filter for server notices:

/MODE nick +s 3847

Or add (set) an EXTRA bit:

/MODE nick +s 128

Note the extra numeric parameter (space seperated from the umodes).

This would also work:

/MODE mynick +iswd 853



/MODE nick -s 64

Unsets bits (/MODE nick -s 96  unsets both 64 and 32).

This will be added to undernet server version 2.10.
The new numeric will be returned every time you set a new mask, or
when you ask you umode with '/MODE nick' and the mask is unequal
the default mask. The default mask is unfortunately subject to
change, but currently 1540 (0x604).
Doing /MODE nick +s, will NOT give the 249 numeric, but set the
mask to the default mask.

Run

PS

If client coders absolutely want to know what the default mask is
I suggest they use this string: MODE <nick> +ss 2147483648
This currently gives (ircII):
--> MODE Run4 -s
*** Mode change "-s" for user Run4 by Run4
--> MODE Run4 +ss 2147483648
*** Mode change "+s" for user Run4 by Run4
249 Servernotice mask:  1540 (0x604)

PS2

Unofficial ;), one can also do: /MODE nick +s -4 , to uset bit '4',
and even /MODE nick -s -4, to SET bit '4'.

--
 ircd development:  http://www.xs4all.nl/~carlo17/ircd-dev 
>From carlo@runaway.xs4all.nl Wed Feb 26 21:03:58 1997
Date: Wed, 26 Feb 1997 21:28:29 +0100 (MET)
From: Carlo Wood <carlo@runaway.xs4all.nl>
Reply-To: coder-com@undernet.org
To: coder-com@undernet.org
Cc: ircii-epic@concentric.net
Subject: Re: [C-Com] client-coder feedback

-----BEGIN PGP SIGNED MESSAGE-----

Well, first of all - BECAUSE the server isn't released and tested yet
this might change all a few times more :), so don't rush your implementation.

Most important changes ALREADY are:

- - There will be a NEW numeric (249 was already used I learned).
- - The trick with +ss <large number> will NOT work, you can use
  +ss +<large number> now (note the extra '+').

I see no problem in attaching the digits to the s.. thus:

/MODE Run +s29382

It just doesn't look as well... and users might type a space intuitively.
There is no problem with MY ircII (-2.8.2) client and multiple umode params...

We DID have a long discussion about this yes, because initially we wanted
to use server-notice-channels. But that sucks for multi-window clients like
mIRC (without patches), so we ended up by making a new user mode.
It seems likely that more then 31 server-notice-"channels" will be needed
yes, in which case a decimal number is bad thing to do.
I'm open for a quick discussion on a new interface.

Run

PS Please forward this to other client-coders again :)
   Is there a list of addresses I could use ?


| ------- Forwarded Message
| 
| 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
| Received: from listopher.concentric.net by MIT.EDU with SMTP
| 	id AA10334; Wed, 26 Feb 97 00:17:18 EST
| Received: (from majordom@localhost) 
| 	by listopher.concentric.net (8.8.3/8.8.3) 
| 	id AAA18002; Wed, 26 Feb 1997 00:14:09 -0500 (EST)
| Message-Id: <199702260512.XAA00381@brain.acronet.net>
| To: ircii-epic@concentric.net
| From: jnelson@acronet.net
| Subject: Re: Ircii-epic: New Undernet feature 
| In-Reply-To: Your message of "Tue, 25 Feb 1997 19:49:37 EST."
|              <9702260049.AA12854@starkiller.MIT.EDU> 
| Date: Tue, 25 Feb 1997 23:12:45 -0600
| Sender: owner-ircii-epic@concentric.net
| Precedence: bulk
| 
| 
| (Specifically to Kev, in general to everyone on the list...)
| Forward this to anyone you think is interested in my opinion...
| 
| 
| >One can set this way a more specific filter for server notices:
| 
| [user mode +s takes an argument now]
| 
| 
| Please note the importance of this:  This proposal would stipulate
| the first user mode that is to take an argument.  While this is not
| (neccesarily) against the spirit of modes, i would make an educated
| guess that ircII is not the only client in the world that optimizes
| its handling of user modes with the assumption that arguments are not
| present.
| 
| The reason why this is significant is not because of the specific use
| of the argument, but rather that current clients will have to be retro
| fitted with code that will be able to handle arguments on user modes,
| and the fact that since you are overloading a current user mode, you
| are introducing a gratuitous incompatability which makes the job of a
| client coder all that much harder becuase now ill have to special case
| the undernet 2.10 server for this exceptional behavior.  It is very fair
| to say that this is <not> an insignificant change.
| 
| While i will probably support this before its all said and done, I want
| to make sure that I tell you that I HOPE you thought about this and ruled
| out all other reasonable solutions other than having user modes take
| arguments.  I dont expect this to change, and thats the way it is:
| I do appreciate your giving far advance notice instead of just releasing
| the code and then griping that current clients dont support it correctly.
| (ala efnet 2.9)
| 
| This will certainly not be supported or retrofitted on any already
| released EPIC client (eg, epic3), but probably will eventually be supported
| in the EPIC4 development cycle.  I cannot give you any assurances when.
| Please re-assure me that you will always have less than 32 flags for this
| new user mode. 
| 
| Jeremy
| 
| ------- End of Forwarded Message
| 
| 
| -- 
| Kevin L. Mitchell
| ----------------------------------------------------------
| kev@undernet.org     kev@wildstar.net      klmitch@mit.edu
|     PGP keys:  http://web.mit.edu/klmitch/www/pgp.html
|         Home Page: http://web.mit.edu/klmitch/www/

- -- 
 carlo@runaway.xs4all.nl, Run @ IRC.

 ircd development:  http://www.xs4all.nl/~carlo17/ircd-dev 

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQCVAwUBMxSc6m/Sxh1iSsrVAQFyhwQAqwywucW2iJ6vfcngjM2rRr71tUskM0L6
pfRe+k7nnU3090urxes5oaJdGR+3w/8sA526d4I6RLHgz156gZX06vPimRMmNteB
eZOzbU2C01hOBIHJFdtsv+NHTrYrt9+bs5dHEwLW1MXig4girAsHW0NZ9NBPUpLU
VpXOAE+6Vpk=
=Iu1Y
-----END PGP SIGNATURE-----