]> jfr.im git - irc.git/blob - software/!RELEASES/ircservices/achurch.org/services/lists/ircservices/1999.txt
RELEASE -> !RELEASE
[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices / 1999.txt
1 From andrewk at icon.co.za Thu Sep 2 07:30:34 1999
2 From: andrewk at icon.co.za (Andrew Kempe)
3 Date: Sat Oct 23 23:00:48 2004
4 Subject: [IRCServices] test, please ignore
5 Message-ID: Pine.GSO.3.96.990902162942.11294G-100000@shell.icon.co.za
6
7 Sorry for the weird emails you may have got today... i've been testing the
8 archiving of the list, and it seems some mails slipped through to the main
9 list.
10
11 Andrew
12
13
14 From andrewk at icon.co.za Sun Sep 5 06:50:21 1999
15 From: andrewk at icon.co.za (Andrew Kempe)
16 Date: Sat Oct 23 23:00:48 2004
17 Subject: [IRCServices] Language Translations
18 Message-ID: 000001bef7a5$9920ca00$0100a8c0@shadow
19
20 Is anyone able to translate the new/updated language strings into Spanish
21 and/or Turkish? Do you know anyone who would be able to?
22
23 I want to release 4.3 this week, and it would be nice to have as many of the
24 language files up to date as possible.
25
26 Your help is greatly appreciated!
27
28 Thanks, Andrew
29
30 ---------------------------------------------------------------
31 To unsubscribe, send email to majordomo@ender.shadowfire.org
32 with "unsubscribe ircservices" in the body, without the quotes.
33
34 From jozeph at globalmedia.com.br Sun Sep 5 08:21:28 1999
35 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
36 Date: Sat Oct 23 23:00:48 2004
37 Subject: [IRCServices] Language Translations
38 In-Reply-To: <000001bef7a5$9920ca00$0100a8c0@shadow>
39 References: 000001bef7a5$9920ca00$0100a8c0@shadow
40 Message-ID: Pine.LNX.4.00.9909051221120.27760&#45;100000@jozeph.globalmedia.com.br
41
42 I Can update the Portuguese Language...
43
44 --
45 --------------------------------------------------------------------
46 \|/ --- \|/ | Jozenóbio de Melo Brasil.
47 @~/ Oo \~@ | jozeph@globalmedia.com.br
48 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
49 \__U_/ | " Onde a maioria vive com a bondade,
50 | a maldade da minoria tende sempre a desaparecer! "
51 --------------------------------------------------------------------
52 The box said "Windows 95, Windows NT 4.0, or better", so I installed
53 Linux.
54
55 On Sun, 5 Sep 1999, Andrew Kempe wrote:
56
57 > Is anyone able to translate the new/updated language strings into Spanish
58 > and/or Turkish? Do you know anyone who would be able to?
59 >
60 > I want to release 4.3 this week, and it would be nice to have as many of the
61 > language files up to date as possible.
62 >
63 > Your help is greatly appreciated!
64 >
65 > Thanks, Andrew
66 >
67 > ---------------------------------------------------------------
68 > To unsubscribe, send email to majordomo@ender.shadowfire.org
69 > with "unsubscribe ircservices" in the body, without the quotes.
70 >
71
72 ---------------------------------------------------------------
73 To unsubscribe, send email to majordomo@ender.shadowfire.org
74 with "unsubscribe ircservices" in the body, without the quotes.
75
76 From serkano at domi.com.tr Sun Sep 5 13:11:00 1999
77 From: serkano at domi.com.tr (Serkan Ozyon)
78 Date: Sat Oct 23 23:00:48 2004
79 Subject: [IRCServices] Clone.
80 Message-ID: 000f01bef7da$c970d9e0$153d4ac3@serkan
81
82
83 Hello..
84
85 -DomiNet.Ank.TrNet.Org- *** Global -- from Hamdullah!Services@Services.TrNet.Org: WARNING - possible clones detected from slip139-92-26-15.ist.tr.ibm.net
86 -
87 -DomiNet.Ank.TrNet.Org- *** Global -- from Services.TrNet.Org: PANIC! buffer = NICK Ghost 2 936566119 pamela slip139-92-26-15.ist.tr.ibm.net DomiNet.Ank.TrNet.Org 0 :FallGuy MerMaids
88 -
89 -DomiNet.Ank.TrNet.Org- *** Global -- from IRCHUB.Ist.TrNet.Org: Received SQUIT Services.TrNet.Org from Services.TrNet.Org[0.0.0.0] (Services terminating: Segmentation fault)
90
91 services version : services-4.3pre4 ..
92
93
94 From reka at reka.org Sun Sep 5 16:47:37 1999
95 From: reka at reka.org (Martin Holm)
96 Date: Sat Oct 23 23:00:48 2004
97 Subject: [IRCServices] Language Translations
98 In-Reply-To: <000001bef7a5$9920ca00$0100a8c0@shadow>
99 References: 000001bef7a5$9920ca00$0100a8c0@shadow
100 Message-ID: 4.1.19990906014452.01c00a10@reka.org
101
102
103 I was going to translate IRC Services into Norwegian, but right now it
104 seems like school, homework, work, etc. take most of my time, so I'm not
105 able to help out much... Well, maybe later.
106
107
108 At 15:50 05.09.99 +0200, Andrew Kempe wrote:
109 >Is anyone able to translate the new/updated language strings into Spanish
110 >and/or Turkish? Do you know anyone who would be able to?
111 >
112 >I want to release 4.3 this week, and it would be nice to have as many of the
113 >language files up to date as possible.
114
115
116 ===============================================================================
117 Martin Holm Fax: (+1) (419) 710-2775
118 reka@reka.org Phone: (+47) 3553 6349
119 http://www.reka.org/ (+47) 9285 4558
120 SMS email: sms@reka.org ICQ: 715443
121 WHOIS MH17347 IRC: Reka
122 ---------------------------------------------------------------
123 To unsubscribe, send email to majordomo@ender.shadowfire.org
124 with "unsubscribe ircservices" in the body, without the quotes.
125
126 From jpinto9 at visteon.com Mon Sep 6 00:08:24 1999
127 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
128 Date: Sat Oct 23 23:00:48 2004
129 Subject: [IRCServices] Language Translations
130 Message-ID: 199909060708.DAA19636@mailfw3.ford.com
131
132 For who doesn't do. There is a big idiomatic differen between Portuguese
133 (Portugal) and Portuguese ( Brasil),
134 so I think there shoul be 2 Portuguese :), I have the language file for
135 2.2.4 translated to Portuguese (Portugal), however the control codes
136 (BOLD/UNERLINE) had been ripped, If you tell me were I cand find the new
137 strings I will can translate it.
138
139 João Luís Marques Pinto
140 PTlink Tech - Lamego@PTlink.net
141 http://www.PTlink.net
142
143
144
145 -----Original Message-----
146 From: Jozenobio de Melo Brasil [<A HREF="mailto:jozeph@globalmedia.com.br">mailto:jozeph@globalmedia.com.br</A>]
147 Sent: domingo, 5 de setembro de 1999 16:21
148 To: Andrew Kempe
149 Cc: IRCServices
150 Subject: Re: [IRCServices] Language Translations
151
152
153 I Can update the Portuguese Language...
154
155 --
156 --------------------------------------------------------------------
157 \|/ --- \|/ | Jozenóbio de Melo Brasil.
158 @~/ Oo \~@ | jozeph@globalmedia.com.br
159 /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
160 \__U_/ | " Onde a maioria vive com a bondade,
161 | a maldade da minoria tende sempre a desaparecer! "
162 --------------------------------------------------------------------
163 The box said "Windows 95, Windows NT 4.0, or better", so I installed
164 Linux.
165
166 On Sun, 5 Sep 1999, Andrew Kempe wrote:
167
168 > Is anyone able to translate the new/updated language strings into Spanish
169 > and/or Turkish? Do you know anyone who would be able to?
170 >
171 > I want to release 4.3 this week, and it would be nice to have as many of
172 the
173 > language files up to date as possible.
174 >
175 > Your help is greatly appreciated!
176 >
177 > Thanks, Andrew
178 >
179 > ---------------------------------------------------------------
180 > To unsubscribe, send email to majordomo@ender.shadowfire.org
181 > with "unsubscribe ircservices" in the body, without the quotes.
182 >
183
184 ---------------------------------------------------------------
185 To unsubscribe, send email to majordomo@ender.shadowfire.org
186 with "unsubscribe ircservices" in the body, without the quotes.
187 ---------------------------------------------------------------
188 To unsubscribe, send email to majordomo@ender.shadowfire.org
189 with "unsubscribe ircservices" in the body, without the quotes.
190
191 From bras at ips.com.br Mon Sep 6 07:12:43 1999
192 From: bras at ips.com.br (Marcelo Conde Foscarini)
193 Date: Sat Oct 23 23:00:48 2004
194 Subject: [IRCServices] Language Translations
195 Message-ID: 1.5.4.32.19990906141243.006ddda8@server&#45;jf1.ips.com.br
196
197 Yes... he's right... I can translate to portuguese (brazil).
198
199 Thank you
200
201 ---bras
202
203
204 At 03:08 06/09/99 -0400, you wrote:
205 >For who doesn't do. There is a big idiomatic differen between Portuguese
206 >(Portugal) and Portuguese ( Brasil),
207 >so I think there shoul be 2 Portuguese :), I have the language file for
208 >2.2.4 translated to Portuguese (Portugal), however the control codes
209 >(BOLD/UNERLINE) had been ripped, If you tell me were I cand find the new
210 >strings I will can translate it.
211 >
212 >João Luís Marques Pinto
213 >PTlink Tech - Lamego@PTlink.net
214 >http://www.PTlink.net
215 >
216 >
217 >
218 >-----Original Message-----
219 >From: Jozenobio de Melo Brasil [<A HREF="mailto:jozeph@globalmedia.com.br">mailto:jozeph@globalmedia.com.br</A>]
220 >Sent: domingo, 5 de setembro de 1999 16:21
221 >To: Andrew Kempe
222 >Cc: IRCServices
223 >Subject: Re: [IRCServices] Language Translations
224 >
225 >
226 >I Can update the Portuguese Language...
227 >
228 >--
229 >--------------------------------------------------------------------
230 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
231 > @~/ Oo \~@ | jozeph@globalmedia.com.br
232 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
233 > \__U_/ | " Onde a maioria vive com a bondade,
234 > | a maldade da minoria tende sempre a desaparecer! "
235 >--------------------------------------------------------------------
236 >The box said "Windows 95, Windows NT 4.0, or better", so I installed
237 >Linux.
238 >
239 >On Sun, 5 Sep 1999, Andrew Kempe wrote:
240 >
241 >> Is anyone able to translate the new/updated language strings into Spanish
242 >> and/or Turkish? Do you know anyone who would be able to?
243 >>
244 >> I want to release 4.3 this week, and it would be nice to have as many of
245 >the
246 >> language files up to date as possible.
247 >>
248 >> Your help is greatly appreciated!
249 >>
250 >> Thanks, Andrew
251 >>
252 >> ---------------------------------------------------------------
253 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
254 >> with "unsubscribe ircservices" in the body, without the quotes.
255 >>
256 >
257 >---------------------------------------------------------------
258 >To unsubscribe, send email to majordomo@ender.shadowfire.org
259 >with "unsubscribe ircservices" in the body, without the quotes.
260 >---------------------------------------------------------------
261 >To unsubscribe, send email to majordomo@ender.shadowfire.org
262 >with "unsubscribe ircservices" in the body, without the quotes.
263 >
264 >
265
266 ---------------------------------------------------------------
267 To unsubscribe, send email to majordomo@ender.shadowfire.org
268 with "unsubscribe ircservices" in the body, without the quotes.
269
270 From andrewk at icon.co.za Mon Sep 6 13:04:42 1999
271 From: andrewk at icon.co.za (Andrew Kempe)
272 Date: Sat Oct 23 23:00:48 2004
273 Subject: [IRCServices] french translation
274 Message-ID: 000f01bef8a3$0f069580$0100a8c0@shadow
275
276 If anyone can complete the french translation, I'd appreciate it. The person
277 who usually does it is unable to work on it at the moment. If you can do it,
278 just send me the completed language file.
279
280 Thanks, Andrew
281
282 ---------------------------------------------------------------
283 To unsubscribe, send email to majordomo@ender.shadowfire.org
284 with "unsubscribe ircservices" in the body, without the quotes.
285
286 From tower at oit.pdx.edu Mon Sep 6 20:43:09 1999
287 From: tower at oit.pdx.edu (Tyson La Tourrette)
288 Date: Sat Oct 23 23:00:48 2004
289 Subject: [IRCServices] ping timeouts..
290 Message-ID: Pine.GSO.4.10.9909062030580.19733&#45;100000@medusa.oit.pdx.edu
291
292 I keep getting ping timeouts for services. I am running df467 for ircd and 4.3pre0 for services. Here is a snippet from my services.log
293
294 [Sep 05 12:44:23 1999] unknown message from server (P)
295 [Sep 05 12:44:23 1999] unknown message from server (NG :zealot.cat.pdx.edu)
296 [Sep 05 12:46:22 1999] unknown message from server (ERROR :Closing Link: service
297 s.cat.pdx.edu[0.0.0.0] (Ping timeout))
298 [Sep 05 12:46:22 1999] Read error from server: No such file or directory
299
300 Here is my Y C and N lines from ircd.conf
301
302 Y:99:0:60:1:1000000
303 C:131.252.208.148:xxxxxxxx:services.cat.pdx.edu::99
304 N:131.252.208.148:xxxxxxxx:services.cat.pdx.edu::99
305
306 Here is the (I think) revelent lines from services.conf
307
308 RemoteServer zealot.cat.pdx.edu 7325 "xxxxxxxx"
309 ServerName "services.cat.pdx.edu"
310
311 Both ircd and services are running on the same box. I originally had them communicating through localhost but switched to the IP address saince I had these ping timeouts.
312
313 Any help?
314
315 Tyson
316
317 ---------------------------------------------------------------
318 To unsubscribe, send email to majordomo@ender.shadowfire.org
319 with "unsubscribe ircservices" in the body, without the quotes.
320
321 From achurch at dragonfire.net Tue Sep 7 21:27:33 1999
322 From: achurch at dragonfire.net (Andy Church)
323 Date: Sat Oct 23 23:00:48 2004
324 Subject: [IRCServices] ping timeouts..
325 Message-ID: 37d50647.00226@dragonfire.net
326
327 >I keep getting ping timeouts for services. I am running df467 for ircd and 4.3pre0 for services. Here is a snippet from my services.log
328 >
329 >[Sep 05 12:44:23 1999] unknown message from server (P)
330 >[Sep 05 12:44:23 1999] unknown message from server (NG :zealot.cat.pdx.edu)
331 >[Sep 05 12:46:22 1999] unknown message from server (ERROR :Closing Link: service
332 >s.cat.pdx.edu[0.0.0.0] (Ping timeout))
333 >[Sep 05 12:46:22 1999] Read error from server: No such file or directory
334 [...]
335 >Y:99:0:60:1:1000000
336
337 This is an ancient problem with Services, in which if there's
338 absolutely no activity on your network for an extended period of time,
339 Services may corrupt the next line it receives from the server. You could
340 try either decreasing the ping frequency in the Y: line in ircd.conf (60
341 in your configuration) or increasing ReadTimeout in example.conf so that
342 ReadTimeout is greater than the IRC server's ping frequency. What Services
343 should really do is send its own pings to its uplink server, but I didn't
344 quite get around to finishing that.
345
346 >Both ircd and services are running on the same box. I originally had them communicating through localhost but switched to the IP address saince I had these ping timeouts.
347
348 Using localhost is a better idea (though I'm not sure it makes too
349 much difference performance-wise). In any case, it's not the cause of
350 the ping timeout problem.
351
352 --Andy Church
353 achurch@dragonfire.net
354 http://achurch.dragonfire.net/
355 ---------------------------------------------------------------
356 To unsubscribe, send email to majordomo@ender.shadowfire.org
357 with "unsubscribe ircservices" in the body, without the quotes.
358
359 From scotts at flamebait.org Wed Sep 8 01:04:41 1999
360 From: scotts at flamebait.org (Scott Seufert)
361 Date: Sat Oct 23 23:00:48 2004
362 Subject: [IRCServices] ping timeouts..
363 References: <37d50647.00226@dragonfire.net>
364 Message-ID: 37D61899.4693@flamebait.org
365
366 Andy Church wrote:
367
368 <snip>
369
370 > >Both ircd and services are running on the same box. I originally had them communicating through localhost but switched to the IP address saince I had these ping timeouts.
371 >
372 > Using localhost is a better idea (though I'm not sure it makes too
373 > much difference performance-wise). In any case, it's not the cause of
374 > the ping timeout problem.
375 >
376
377 A better Idea than using the named address(host name) is to always use
378 the numbered address(IP). This is for a couple reasons. One is so no DNS
379 lookup is needed, even if you do active lookups as we do at my ISP. it
380 still cuts out that step, and saves that little bit of time/resources. I
381 also agree with Andy, by making the ReadTimeout longer than the ping
382 fequency will think there is more activity than there is. The difference
383 between using localhost(127.0.0.1) vs real IP is the number of
384 interfaces involved, again using the numbered address with use the same
385 interface(eth0) to talk to the server instead of going from
386 127.0.0.1(loop back) to your ethernet card(eth0), yet another stop saved
387 on your packets ;)
388
389
390 > --Andy Church
391 > achurch@dragonfire.net
392 > http://achurch.dragonfire.net/
393 > ---------------------------------------------------------------
394 > To unsubscribe, send email to majordomo@ender.shadowfire.org
395 > with "unsubscribe ircservices" in the body, without the quotes.
396
397
398 hope this helps,
399
400 Scott Seufert
401 aka katsklaw@irc
402 Network Support
403 QX Networking
404 <A HREF="http://www.qx.net">http://www.qx.net</A>
405 ---------------------------------------------------------------
406 To unsubscribe, send email to majordomo@ender.shadowfire.org
407 with "unsubscribe ircservices" in the body, without the quotes.
408
409 From tower at oit.pdx.edu Wed Sep 8 07:18:23 1999
410 From: tower at oit.pdx.edu (Tyson La Tourrette)
411 Date: Sat Oct 23 23:00:48 2004
412 Subject: [IRCServices] ping timeouts..
413 In-Reply-To: <37d50647.00226@dragonfire.net>
414 References: 37d50647.00226@dragonfire.net
415 Message-ID: Pine.GSO.4.10.9909080708460.19733&#45;100000@medusa.oit.pdx.edu
416
417 On Tue, 7 Sep 1999, Andy Church wrote:
418
419 > >Y:99:0:60:1:1000000
420 >
421 > This is an ancient problem with Services, in which if there's
422 > absolutely no activity on your network for an extended period of time,
423 > Services may corrupt the next line it receives from the server. You could
424 > try either decreasing the ping frequency in the Y: line in ircd.conf (60
425 > in your configuration) or increasing ReadTimeout in example.conf so that
426
427 The docs I have state that the 3rd field of a Y line is connect
428 Frequency, not ping freq (which is the 2nd field). Are these docs
429 wrong? I placed 0 in the ping freq with the hopes that services would
430 then never get pinged. =)
431
432 One more question. The Server Name is not related at all to the
433 hostname or IP of the box. Correct?
434
435 Thanks for your help (You too Scott)
436
437 Tyson
438
439
440 ---------------------------------------------------------------
441 To unsubscribe, send email to majordomo@ender.shadowfire.org
442 with "unsubscribe ircservices" in the body, without the quotes.
443
444 From tower at oit.pdx.edu Wed Sep 8 07:43:36 1999
445 From: tower at oit.pdx.edu (Tyson La Tourrette)
446 Date: Sat Oct 23 23:00:48 2004
447 Subject: [IRCServices] ping timeouts..
448 In-Reply-To: <37d50647.00226@dragonfire.net>
449 References: 37d50647.00226@dragonfire.net
450 Message-ID: Pine.GSO.4.10.9909080723150.19733&#45;100000@medusa.oit.pdx.edu
451
452 Hmm, OK.
453
454 If there is no activity in the server for several hours is it
455 plasusible to use services? I am testing to see if ircd + services
456 would work as a chat service for unversity classes. But if services
457 is going to time out when there is no activity I may need to look
458 elsewhere =(
459
460 Currently this is my Y line
461
462 Y:99:5:5:1:1000000
463
464 ReadTimeout is 60s
465
466 I am now connecting through 127.0.0.1 but I don't think it matters.
467
468 Here is a log from startup to timeout.
469
470 [Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+) starting up
471 [Sep 08 07:31:03 1999] smalloc: Illegal attempt to allocate 0 bytes
472 [Sep 08 07:31:03 1999] Databases loaded
473 [Sep 08 07:31:03 1999] unknown message from server (alot.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
474 [Sep 08 07:31:03 1999] unknown message from server (ot.cat.pdx.edu NOTICE AUTH :*** Found your hostname)
475 [Sep 08 07:31:03 1999] unknown message from server (PROTOCTL NOQUIT TOKEN WATCH=128 SAFELIST)
476 [Sep 08 07:36:13 1999] unknown message from server (P)
477 [Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
478 [Sep 08 07:36:18 1999] unknown message from server (ERROR :Closing Link: 127.0.0.1[0.0.0.0] (Ping timeout))
479 [Sep 08 07:36:18 1999] Read error from server: No such file or directory
480
481 Once again, thanks for your help.
482
483 Tyson
484
485 ---------------------------------------------------------------
486 To unsubscribe, send email to majordomo@ender.shadowfire.org
487 with "unsubscribe ircservices" in the body, without the quotes.
488
489 From scotts at flamebait.org Wed Sep 8 11:47:27 1999
490 From: scotts at flamebait.org (Scott Seufert)
491 Date: Sat Oct 23 23:00:48 2004
492 Subject: [IRCServices] ping timeouts..
493 References: <Pine.GSO.4.10.9909080708460.19733-100000@medusa.oit.pdx.edu>
494 Message-ID: 37D6AF3F.3018@flamebait.org
495
496 Tyson La Tourrette wrote:
497 >
498 > On Tue, 7 Sep 1999, Andy Church wrote:
499 >
500 > > >Y:99:0:60:1:1000000
501 > >
502 > > This is an ancient problem with Services, in which if there's
503 > > absolutely no activity on your network for an extended period of time,
504 > > Services may corrupt the next line it receives from the server. You could
505 > > try either decreasing the ping frequency in the Y: line in ircd.conf (60
506 > > in your configuration) or increasing ReadTimeout in example.conf so that
507 >
508 > The docs I have state that the 3rd field of a Y line is connect
509 > Frequency, not ping freq (which is the 2nd field). Are these docs
510 > wrong? I placed 0 in the ping freq with the hopes that services would
511 > then never get pinged. =)
512 >
513
514 The servers NEED to be pinged.
515
516 > One more question. The Server Name is not related at all to the
517 > hostname or IP of the box. Correct?
518 >
519
520 host and IP are directly related ... DNS is simply assigning a name to a
521 number. so for example:
522
523 My domain is flamebait.org its IP address is 208.247.194.146 of these
524 two which is easier to remember for more people? ... the name is, most
525 people associate things with names, like streets, friends, cars, houses
526 etc ... with out DNS we would still be typing in IP's as addresses. so
527 instead of http://qx.net you would type <A HREF="http://208.235.89.10">http://208.235.89.10</A>, which
528 again qx.net is easier to type and remember ... sence the internet
529 revolves around numbers(IP addressing) it's easier for your computer to
530 use the numbered address(IP address) and if you specify in your config
531 file " services.flamebait.org " instead " 208.247.194.146 " your copy of
532 services will just have to resolve it to the IP anyway ... so using the
533 IP would be easier for your services ... especially if something
534 happened to your DNS server.
535
536 I'd like to make a statement in regards to localhost vs IP, after some
537 thought last night. It might be easier to use the localhost interface to
538 talk to the server for services hosted on the same maghine for the
539 reasons of less traffic, sence all inbound and outbout traffic is
540 eth0(NIC). I would like to also add that I personaly do not use
541 loopback(localhost) I use eth0 to comunicate with services.
542
543
544
545 > Thanks for your help (You too Scott)
546 >
547
548 your welcome any time ;)
549
550 > Tyson
551 >
552 > ---------------------------------------------------------------
553 > To unsubscribe, send email to majordomo@ender.shadowfire.org
554 > with "unsubscribe ircservices" in the body, without the quotes.
555
556
557 Scott Seufert
558 aka katsklaw@irc
559 Network Support
560 <A HREF="http://qx.net">http://qx.net</A>
561 ---------------------------------------------------------------
562 To unsubscribe, send email to majordomo@ender.shadowfire.org
563 with "unsubscribe ircservices" in the body, without the quotes.
564
565 From scotts at flamebait.org Wed Sep 8 11:50:04 1999
566 From: scotts at flamebait.org (Scott Seufert)
567 Date: Sat Oct 23 23:00:48 2004
568 Subject: [IRCServices] ping timeouts..
569 References: <Pine.GSO.4.10.9909080723150.19733-100000@medusa.oit.pdx.edu>
570 Message-ID: 37D6AFDC.65F6@flamebait.org
571
572 Tyson La Tourrette wrote:
573 >
574 > Hmm, OK.
575 >
576 > If there is no activity in the server for several hours is it
577 > plasusible to use services? I am testing to see if ircd + services
578 > would work as a chat service for unversity classes. But if services
579 > is going to time out when there is no activity I may need to look
580 > elsewhere =(
581 >
582 > Currently this is my Y line
583 >
584 > Y:99:5:5:1:1000000
585 >
586 > ReadTimeout is 60s
587 >
588 > I am now connecting through 127.0.0.1 but I don't think it matters.
589 >
590 > Here is a log from startup to timeout.
591 >
592 > [Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+) starting up
593 > [Sep 08 07:31:03 1999] smalloc: Illegal attempt to allocate 0 bytes
594 > [Sep 08 07:31:03 1999] Databases loaded
595 > [Sep 08 07:31:03 1999] unknown message from server (alot.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
596 > [Sep 08 07:31:03 1999] unknown message from server (ot.cat.pdx.edu NOTICE AUTH :*** Found your hostname)
597 > [Sep 08 07:31:03 1999] unknown message from server (PROTOCTL NOQUIT TOKEN WATCH=128 SAFELIST)
598 > [Sep 08 07:36:13 1999] unknown message from server (P)
599 > [Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
600 > [Sep 08 07:36:18 1999] unknown message from server (ERROR :Closing Link: 127.0.0.1[0.0.0.0] (Ping timeout))
601 > [Sep 08 07:36:18 1999] Read error from server: No such file or directory
602 >
603
604 try using the IP adress to connect to and not localhost(127.0.0.1)
605
606 > Once again, thanks for your help.
607 >
608 > Tyson
609 >
610 > ---------------------------------------------------------------
611 > To unsubscribe, send email to majordomo@ender.shadowfire.org
612 > with "unsubscribe ircservices" in the body, without the quotes.
613
614
615 Scott Seufert
616 aka katsklaw@irc
617 Network support
618 http://qx.net
619 ---------------------------------------------------------------
620 To unsubscribe, send email to majordomo@ender.shadowfire.org
621 with "unsubscribe ircservices" in the body, without the quotes.
622
623 From jpinto9 at visteon.com Tue Sep 7 08:26:38 1999
624 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
625 Date: Sat Oct 23 23:00:48 2004
626 Subject: [IRCServices] TIMOR - The dying nation
627 Message-ID: 199909081815.OAA22777@mailfw2.ford.com
628
629 I ask for apologizes using this Mailing List for a subject very different
630 from what is expected howerver I can not stay shut up while there is someone
631 dying at this moment because they choosen their freedom, if you enjoy your
632 freedom and know it's value plesa send the following PETITION for the
633 addresses list below, so TIMOR people live.
634 -----------
635 PETITION
636
637 Widespread death and destruction are happening in East Timor.
638 Unless world leaders exert maximum pressure on the Indonesian
639 Government the results of last Monday's referendum will be followed
640 by a growing massacre and destruction of thousands of citizens who
641 braved everything to vote, expressing overwhelmingly their wish to
642 become
643 independent.
644
645 Regrettably, the Indonesian Government is not fullfiling the New York
646 agreements and has allowed the violence to spread.
647
648 An international force is essential to prevent the total slaughter
649 of the people by the anti-independence militias.
650
651 Therefore, I call upon you to URGENTLY exert all of the available
652 means at your disposal to make the killings stop and prevent the
653 deportation and massacre of the people of East Timor.
654
655 Some people choose freedom with cost of their life,
656 others choose their life with cost of their freedom.
657 (Sign Here)
658
659 ---------------------------- Petition should be sent to this adresses
660 ref@american-embassy.pt
661 senator.reid@aph.gov.au
662 prime.minister@ministers.govt.nz
663 foreign.affairs@ministers.govt.nz
664 president@whitehouse.gov
665 Habibie@ristek.go.id
666 ecu@un.org
667
668 João Luís Marques Pinto
669 PTlink Tech - Lamego@PTlink.net
670 http://www.PTlink.net
671
672
673 ---------------------------------------------------------------
674 To unsubscribe, send email to majordomo@ender.shadowfire.org
675 with "unsubscribe ircservices" in the body, without the quotes.
676
677 From voyager at clansites.com Wed Sep 8 00:36:15 1999
678 From: voyager at clansites.com (ClanSites IRC Network)
679 Date: Sat Oct 23 23:00:48 2004
680 Subject: [IRCServices] Ping Timeouts
681 Message-ID: LOBBJDPNEGLDPOOEBCJKEEALCAAA.voyager@clansites.com
682
683 Our smaller network usually doesn't have problems with Ping Timeouts, most
684 of the time no one is on really late at night, and when people start coming
685 back in the day, there are usually no problems then....
686
687 Also, Some Suggestions:
688
689 A StatServ Service, we currently use GeoStats, it works pretty well.
690
691 When You set Services to Ghost a Nick in the services.conf it still says
692 "Set Kill Protection" in the services help file.
693
694
695 Just a few notes,
696 Josh Odom
697 Clansites.com
698
699 ---------------------------------------------------------------
700 To unsubscribe, send email to majordomo@ender.shadowfire.org
701 with "unsubscribe ircservices" in the body, without the quotes.
702
703 From cknipe at beachfront.co.za Wed Sep 8 13:14:59 1999
704 From: cknipe at beachfront.co.za (Chris Knipe)
705 Date: Sat Oct 23 23:00:48 2004
706 Subject: [IRCServices] ping timeouts..
707 References: <Pine.GSO.4.10.9909080723150.19733-100000@medusa.oit.pdx.edu>
708 Message-ID: 37D6C3C3.51D2AF0F@beachfront.co.za
709
710
711 Services does NOT timeout form the network should there be inactivity... I do my development on Dalnet Dreamforge,
712 and these services, and these services.
713
714 The problem is NOT with the IRCD of the Services. I know this seeing for the fact that I run my network on the
715 192.168.x.x ip ranges, also all on the same machine. Currently my IRCD + Services is idle for about 15 days, without
716 any splits, or ping timeouts from clients, or servers.
717
718 The problem however as mentioned, CAN be the YLine, and I so also suggest that you do NOT attempt to play with, or
719 change those lines unless you are sure about what you are doing. The "standard " ylines stated in most of the
720 example.conf's or more precisly, the one that comes with DAL IRCD, is more than adiquite for just about any
721 connection to your irc server, as far as clients and servers go, and I do suggest that you work from defaults, and
722 start modifying from there (SHOULD you have further problems or a need to).
723
724 Best Regards
725 Chris Knipe
726
727
728 Tyson La Tourrette wrote:
729
730 > Hmm, OK.
731 >
732 > If there is no activity in the server for several hours is it
733 > plasusible to use services? I am testing to see if ircd + services
734 > would work as a chat service for unversity classes. But if services
735 > is going to time out when there is no activity I may need to look
736 > elsewhere =(
737 >
738 > Currently this is my Y line
739 >
740 > Y:99:5:5:1:1000000
741 >
742 > ReadTimeout is 60s
743 >
744 > I am now connecting through 127.0.0.1 but I don't think it matters.
745 >
746 > Here is a log from startup to timeout.
747 >
748 > [Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+) starting up
749 > [Sep 08 07:31:03 1999] smalloc: Illegal attempt to allocate 0 bytes
750 > [Sep 08 07:31:03 1999] Databases loaded
751 > [Sep 08 07:31:03 1999] unknown message from server (alot.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
752 > [Sep 08 07:31:03 1999] unknown message from server (ot.cat.pdx.edu NOTICE AUTH :*** Found your hostname)
753 > [Sep 08 07:31:03 1999] unknown message from server (PROTOCTL NOQUIT TOKEN WATCH=128 SAFELIST)
754 > [Sep 08 07:36:13 1999] unknown message from server (P)
755 > [Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
756 > [Sep 08 07:36:18 1999] unknown message from server (ERROR :Closing Link: 127.0.0.1[0.0.0.0] (Ping timeout))
757 > [Sep 08 07:36:18 1999] Read error from server: No such file or directory
758 >
759 > Once again, thanks for your help.
760 >
761 > Tyson
762 >
763 > ---------------------------------------------------------------
764 > To unsubscribe, send email to majordomo@ender.shadowfire.org
765 > with "unsubscribe ircservices" in the body, without the quotes.
766
767 ---------------------------------------------------------------
768 To unsubscribe, send email to majordomo@ender.shadowfire.org
769 with "unsubscribe ircservices" in the body, without the quotes.
770
771 From jpinto9 at visteon.com Wed Sep 8 08:25:29 1999
772 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
773 Date: Sat Oct 23 23:00:48 2004
774 Subject: [IRCServices] ping timeouts..
775 Message-ID: 199909082206.SAA07382@mailfw1.ford.com
776
777 Putting some bots will fix the problem. :)
778
779 Regards, João Pinto
780 > App. Dev. & Integration Group - Information Systems Dept.
781 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
782 >
783 * E-Mail: jpinto9@visteon.com
784 * Phone: 01-2339323
785 * Outside Portugal: 351-1-2339323
786 * FordNet: 8-233-9323
787
788
789
790 -----Original Message-----
791 From: Tyson La Tourrette [mailto:tower@oit.pdx.edu]
792 Sent: quarta-feira, 8 de setembro de 1999 15:44
793 To: ircservices@ender.shadowfire.org
794 Subject: Re: [IRCServices] ping timeouts..
795
796
797 Hmm, OK.
798
799 If there is no activity in the server for several hours is it
800 plasusible to use services? I am testing to see if ircd + services
801 would work as a chat service for unversity classes. But if services
802 is going to time out when there is no activity I may need to look
803 elsewhere =(
804
805 Currently this is my Y line
806
807 Y:99:5:5:1:1000000
808
809 ReadTimeout is 60s
810
811 I am now connecting through 127.0.0.1 but I don't think it matters.
812
813 Here is a log from startup to timeout.
814
815 [Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+)
816 starting up
817 [Sep 08 07:31:03 1999] smalloc: Illegal attempt to allocate 0 bytes
818 [Sep 08 07:31:03 1999] Databases loaded
819 [Sep 08 07:31:03 1999] unknown message from server (alot.cat.pdx.edu NOTICE
820 AUTH :*** Looking up your hostname...)
821 [Sep 08 07:31:03 1999] unknown message from server (ot.cat.pdx.edu NOTICE
822 AUTH :*** Found your hostname)
823 [Sep 08 07:31:03 1999] unknown message from server (PROTOCTL NOQUIT TOKEN
824 WATCH=128 SAFELIST)
825 [Sep 08 07:36:13 1999] unknown message from server (P)
826 [Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
827 [Sep 08 07:36:18 1999] unknown message from server (ERROR :Closing Link:
828 127.0.0.1[0.0.0.0] (Ping timeout))
829 [Sep 08 07:36:18 1999] Read error from server: No such file or directory
830
831 Once again, thanks for your help.
832
833 Tyson
834
835 ---------------------------------------------------------------
836 To unsubscribe, send email to majordomo@ender.shadowfire.org
837 with "unsubscribe ircservices" in the body, without the quotes.
838 ---------------------------------------------------------------
839 To unsubscribe, send email to majordomo@ender.shadowfire.org
840 with "unsubscribe ircservices" in the body, without the quotes.
841
842 From achurch at dragonfire.net Thu Sep 9 08:25:09 1999
843 From: achurch at dragonfire.net (Andy Church)
844 Date: Sat Oct 23 23:00:48 2004
845 Subject: [IRCServices] ping timeouts..
846 Message-ID: 37d6f0d3.00225@dragonfire.net
847
848 >Y:99:5:5:1:1000000
849 >
850 >ReadTimeout is 60s
851 >
852 >I am now connecting through 127.0.0.1 but I don't think it matters.
853 >
854 >Here is a log from startup to timeout.
855 >
856 >[Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+) starting up
857 >[Sep 08 07:31:03 1999] smalloc: Illegal attempt to allocate 0 bytes
858 >[Sep 08 07:31:03 1999] Databases loaded
859 >[Sep 08 07:31:03 1999] unknown message from server (alot.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
860 >[Sep 08 07:31:03 1999] unknown message from server (ot.cat.pdx.edu NOTICE AUTH :*** Found your hostname)
861 >[Sep 08 07:31:03 1999] unknown message from server (PROTOCTL NOQUIT TOKEN WATCH=128 SAFELIST)
862 >[Sep 08 07:36:13 1999] unknown message from server (P)
863 >[Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
864
865 That's five minutes (and 10 seconds) from startup to ping. I don't know
866 what your ircd thinks it's doing with the Y:line, but in any case, just set
867 ReadTimeout in services.conf to a larger value (like 6 minutes).
868
869 --Andy Church
870 achurch@dragonfire.net
871 http://achurch.dragonfire.net/
872 ---------------------------------------------------------------
873 To unsubscribe, send email to majordomo@ender.shadowfire.org
874 with "unsubscribe ircservices" in the body, without the quotes.
875
876 From ross at metacraft.com Wed Sep 8 21:31:01 1999
877 From: ross at metacraft.com (Ross Carlson)
878 Date: Sat Oct 23 23:00:48 2004
879 Subject: [IRCServices] Recommendations
880 Message-ID: 3.0.1.32.19990909003101.00947b70@mail.metacraft.com
881
882 Hello folks,
883
884 I have been tasked with maintaining an IRC server for a client, and I would
885 like some recommendations. I am currently running Elite ircd 2.0 beta 15,
886 with these services.
887
888 I am not sure if these services are meant to work with Elite or not, but
889 there have been a few problems. Such as, when a successor is set for a
890 channel, services panics and segfaults. The same thing happens when a nick
891 is unlinked.
892
893 I also see these errors in the log a lot, and I don't see any pattern as to
894 what is happening at the time the error appears:
895
896 442 ChanServ #channel :You're not on that channel
897
898 Anyway, I would like to hear everyone's recommendations on a good ircd to
899 use. I would like one that is known to work well with Andy's services, or a
900 set of services that I can import the current DB files into. A requirement
901 of the ircd is that it partially hides hostnames.
902
903 Another thing I like about Elite is that if you ban someone that is in the
904 channel and you don't kick them, they are muted. Perhaps that is standard
905 for all ircds, I don't know.
906
907 Thanks for any suggestions.
908
909 ________________________________________________
910
911 Ross A. Carlson
912 Chief Technology Officer
913 CollecTech, Inc.
914 ross@collectoronline.com
915 http://www.collectoronline.com
916
917 From the Perl docs:
918 "If you fork() without ever waiting on your
919 children, you will accumulate zombies."
920 ________________________________________________
921
922 ---------------------------------------------------------------
923 To unsubscribe, send email to majordomo@ender.shadowfire.org
924 with "unsubscribe ircservices" in the body, without the quotes.
925
926 From uhc0 at rz.uni-karlsruhe.de Thu Sep 9 00:59:28 1999
927 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
928 Date: Sat Oct 23 23:00:48 2004
929 Subject: [IRCServices] Recommendations
930 In-Reply-To: <3.0.1.32.19990909003101.00947b70@mail.metacraft.com>
931 References: 3.0.1.32.19990909003101.00947b70@mail.metacraft.com
932 Message-ID: Pine.HPX.4.10.9909090932390.7023&#45;100000@rz114s0.rz.uni&#45;karlsruhe.de
933
934 On Thu, 9 Sep 1999, Ross Carlson wrote:
935
936 > Hello folks,
937 >
938 > I have been tasked with maintaining an IRC server for a client, and I would
939 > like some recommendations. I am currently running Elite ircd 2.0 beta 15,
940 > with these services.
941 Hello
942 I personnally would not advise to use Elite, and definitely not a beta
943 version of an ircd on a network which will not be used for testing
944 purposes. I have used Elite quite long seperately on a test server, and
945 decided not to continue using it, for it seems to me that it is an ircd
946 designed to make life for Opers better than for normal users.
947 The feature, mode +x to hide a user's hostname, does NOT work the way it
948 should work, because
949 first : If your IP does not get resolved, Elite hides it as
950 xxx.xxx.xxx.*** and this *** becomes extremely problematic on a channel
951 with many users, for a ban will then match to more users than expected.
952 Like : +b *!*@xxx.xxx.xxx.*
953 Second : The Ip address is hidden, but not as it should be. The ircd makes
954 the real IP visible to services. This means, users that do not have the
955 "hide usermask on" option set, do not have hidden IP's, because in an
956 NickServ info display or in a Channel access list, these addresses get
957 visible to anyone.
958 >
959 > I am not sure if these services are meant to work with Elite or not, but
960 > there have been a few problems. Such as, when a successor is set for a
961 > channel, services panics and segfaults. The same thing happens when a nick
962 > is unlinked.
963 >
964 > I also see these errors in the log a lot, and I don't see any pattern as to
965 > what is happening at the time the error appears:
966 >
967 > 442 ChanServ #channel :You're not on that channel
968 >
969 It seems to me, that your ircd does not correctly handle the U line.
970 In an event, where ChanServ should akick a user from a channel, it sends
971 the raw :ChanServ KICK #channel nickname :reason
972 And raw 442 might have been sent, because the ircd things, that users that
973 are not in a channel, should not be able to kick users, or set modes,
974 orinvite users, etc. You ought to check your U line
975 U:services.server.name:*:*
976 Another possibility is the channelmodes +aq of Elite, which make a user
977 the owner of a channel, and protect it from kicks and bans. The time I was
978 using Elite, I discovered, that ChanServ even is not able to override
979 these modes.
980 > Anyway, I would like to hear everyone's recommendations on a good ircd to
981 > use. I would like one that is known to work well with Andy's services, or a
982 > set of services that I can import the current DB files into. A requirement
983 > of the ircd is that it partially hides hostnames.
984 The good choice of an ircd, that is known to work well with Andy Church's
985 services is Dreamforge 4.6.7, as it is the lates version known to me. The
986 Developers of Dreamforge are now working on another daemon, Bahamut, but
987 it is not more than a test version, so using it is NOT adviseable, and, it
988 will not work directly with services, for they have changes in the way the
989 ircd handles TimeStamps and Modes.
990 But you also could use ircu, the Undernet ircd. The first thing you have
991 to be careful of, is that you have to make either ChanServ join every
992 registered channel, or, change the code so, that the services server sets
993 the modes, instead of ChanServ.
994 >
995 > Another thing I like about Elite is that if you ban someone that is in the
996 > channel and you don't kick them, they are muted. Perhaps that is standard
997 > for all ircds, I don't know.
998 Yes, it is standart for all ircd's.
999 >
1000 > Thanks for any suggestions.
1001 >
1002 regards
1003 TimeMr14C, Yusuf Iskenderoglu
1004 ICQ: 20587464
1005
1006 > ________________________________________________
1007 >
1008 > Ross A. Carlson
1009 > Chief Technology Officer
1010 > CollecTech, Inc.
1011 > ross@collectoronline.com
1012 > http://www.collectoronline.com
1013 >
1014 > From the Perl docs:
1015 > "If you fork() without ever waiting on your
1016 > children, you will accumulate zombies."
1017 > ________________________________________________
1018 >
1019 > ---------------------------------------------------------------
1020 > To unsubscribe, send email to majordomo@ender.shadowfire.org
1021 > with "unsubscribe ircservices" in the body, without the quotes.
1022 >
1023
1024 Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de
1025
1026 ---------------------------------------------------------------
1027 To unsubscribe, send email to majordomo@ender.shadowfire.org
1028 with "unsubscribe ircservices" in the body, without the quotes.
1029
1030 From jpinto9 at visteon.com Thu Sep 9 00:32:16 1999
1031 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
1032 Date: Sat Oct 23 23:00:48 2004
1033 Subject: [IRCServices] Recommendations
1034 Message-ID: 199909090822.EAA01712@mailfw3.ford.com
1035
1036 I started using Andy Church Services v4.2.2 with Elite ircd 2.0 beta 15,
1037 Elite ircd beta 15 is very buggy so I had to get my hands on it and fixe all
1038 the bugs (I noticed) and inserted some new featues specially dedicated to
1039 work with services, in the other side I had to improve Services to take
1040 advantage of some features of Elite ircd like chanmode +a.
1041 I am running running my ircd/services on a small network with an average of
1042 10 servers and 70 users since May of this year and they have been pretty
1043 stable.
1044 You can download PTlink(the network name) ircd and Services from
1045 http:/www.ptlink.net/Coders/index.html.
1046 Andy Church services are compatible with PTlink ircd, however PTlink
1047 services dont have support for other ircd, because they some features
1048 strongly dependent on the PTlink ircd.
1049 I sent a mail to Andy about my services, I did'nt got a reply so once I am
1050 respecting GPL I think there is no problem.
1051
1052 About the error:
1053 > 442 ChanServ #channel :You're not on that channel
1054 I dont rember where was the problem, but I fixed it :)
1055
1056 > I would like to hear everyone's recommendations on a good ircd to
1057 > use. I would like one that is known to work well with Andy's services, or
1058 a
1059 > set of services that I can import the current DB files into. A requirement
1060 > of the ircd is that it partially hides hostnames.
1061 R: PTlink ircd and PTlink services do :)
1062
1063 Another thing I like about Elite is that if you ban someone that is in the
1064 channel and you don't kick them, they are muted. Perhaps that is standard
1065 for all ircds, I don't know.
1066 R: Yup
1067
1068 João Luís Marques Pinto
1069 PTlink Tech - Lamego@PTlink.net
1070 http://www.PTlink.net
1071
1072 P.S: This ML is a bit lagged, my last mail took about 24 hours to reach.
1073
1074
1075 -----Original Message-----
1076 From: Ross Carlson [<A HREF="mailto:ross@metacraft.com">mailto:ross@metacraft.com</A>]
1077 Sent: quinta-feira, 9 de setembro de 1999 5:31
1078 To: ircservices@ender.shadowfire.org
1079 Subject: [IRCServices] Recommendations
1080
1081
1082 Hello folks,
1083
1084 I have been tasked with maintaining an IRC server for a client, and I would
1085 like some recommendations. I am currently running Elite ircd 2.0 beta 15,
1086 with these services.
1087
1088 I am not sure if these services are meant to work with Elite or not, but
1089 there have been a few problems. Such as, when a successor is set for a
1090 channel, services panics and segfaults. The same thing happens when a nick
1091 is unlinked.
1092
1093 I also see these errors in the log a lot, and I don't see any pattern as to
1094 what is happening at the time the error appears:
1095
1096 442 ChanServ #channel :You're not on that channel
1097
1098 I would like to hear everyone's recommendations on a good ircd to
1099 use. I would like one that is known to work well with Andy's services, or a
1100 set of services that I can import the current DB files into. A requirement
1101 of the ircd is that it partially hides hostnames.
1102
1103
1104 Another thing I like about Elite is that if you ban someone that is in the
1105 channel and you don't kick them, they are muted. Perhaps that is standard
1106 for all ircds, I don't know.
1107
1108 Thanks for any suggestions.
1109
1110 ________________________________________________
1111
1112 Ross A. Carlson
1113 Chief Technology Officer
1114 CollecTech, Inc.
1115 ross@collectoronline.com
1116 <A HREF="http://www.collectoronline.com">http://www.collectoronline.com</A>
1117
1118 From the Perl docs:
1119 "If you fork() without ever waiting on your
1120 children, you will accumulate zombies."
1121 ________________________________________________
1122
1123 ---------------------------------------------------------------
1124 To unsubscribe, send email to majordomo@ender.shadowfire.org
1125 with "unsubscribe ircservices" in the body, without the quotes.
1126 ---------------------------------------------------------------
1127 To unsubscribe, send email to majordomo@ender.shadowfire.org
1128 with "unsubscribe ircservices" in the body, without the quotes.
1129
1130 From andrewk at icon.co.za Thu Sep 9 02:17:11 1999
1131 From: andrewk at icon.co.za (Andrew Kempe)
1132 Date: Sat Oct 23 23:00:48 2004
1133 Subject: [IRCServices] Recommendations
1134 In-Reply-To: <199909090822.EAA01712@mailfw3.ford.com>
1135 References: 199909090822.EAA01712@mailfw3.ford.com
1136 Message-ID: Pine.GSO.3.96.990909111205.22777E&#45;100000@shell.icon.co.za
1137
1138
1139 > P.S: This ML is a bit lagged, my last mail took about 24 hours to reach.
1140
1141 Is anyone else having problems with the list lagging? Mail is sitting in
1142 the mailq for days at times - usually because the mail server could not be
1143 contacted for that address or the server's name could not be resolved.
1144 Most of the offending addresses seem to be for servers not located in the
1145 US.
1146
1147 I have many other lists running on the same server, and to my knowledge
1148 there are no problems with those. However, I'd like to fix these problems.
1149
1150 Andrew
1151
1152 ---------------------------------------------------------------
1153 To unsubscribe, send email to majordomo@ender.shadowfire.org
1154 with "unsubscribe ircservices" in the body, without the quotes.
1155
1156 From jestercm at chatfamily.com Thu Sep 9 08:13:45 1999
1157 From: jestercm at chatfamily.com (David Narayan)
1158 Date: Sat Oct 23 23:00:48 2004
1159 Subject: [IRCServices] Recommendations
1160 In-Reply-To: <199909090822.EAA01712@mailfw3.ford.com>
1161 References: 199909090822.EAA01712@mailfw3.ford.com
1162 Message-ID: Pine.LNX.3.96.990909110406.3246A&#45;100000@ns
1163
1164 On Thu, 9 Sep 1999, Pinto, Joao Luis (J.) wrote:
1165
1166 > I started using Andy Church Services v4.2.2 with Elite ircd 2.0 beta 15,
1167 > Elite ircd beta 15 is very buggy so I had to get my hands on it and fixe all
1168 > the bugs (I noticed) and inserted some new featues specially dedicated to
1169 > work with services, in the other side I had to improve Services to take
1170 > advantage of some features of Elite ircd like chanmode +a.
1171
1172 The biggest bug you have to watch out for in Elite is the +L channel link
1173 mode. Using it incorrectly, namely setting two channels to link to each
1174 other, leads to a core dump of the ircd.
1175 i.e. /mode #foo +L #bar
1176 /mode #bar +L #foo
1177
1178 The first user who tries to join either channel will get bounced between
1179 channels until the ircd core dumps.
1180
1181 Elite 2.0 is out now, non-beta, but it is no longer free and the +L bug
1182 has not been fixed.
1183
1184 <snip>
1185
1186 Any Dreamforge ircd works well with Services. Bahamut may have some
1187 compatibility issues since it is part Dreamforge and part hybrid.
1188
1189 -----
1190 David Narayan
1191 Server Administrator
1192 http://www.chatfamily.com
1193
1194 ---------------------------------------------------------------
1195 To unsubscribe, send email to majordomo@ender.shadowfire.org
1196 with "unsubscribe ircservices" in the body, without the quotes.
1197
1198 From tower at oit.pdx.edu Thu Sep 9 08:05:23 1999
1199 From: tower at oit.pdx.edu (Tyson La Tourrette)
1200 Date: Sat Oct 23 23:00:48 2004
1201 Subject: [IRCServices] ping timeouts..
1202 In-Reply-To: <37D6AF3F.3018@flamebait.org>
1203 References: 37D6AF3F.3018@flamebait.org
1204 Message-ID: Pine.GSO.4.10.9909090759020.19733&#45;100000@medusa.oit.pdx.edu
1205
1206 On Wed, 8 Sep 1999, Scott Seufert wrote:
1207
1208 > Tyson La Tourrette wrote:
1209 >
1210 > > One more question. The Server Name is not related at all to the
1211 > > hostname or IP of the box. Correct?
1212 > >
1213 >
1214 > host and IP are directly related ... DNS is simply assigning a name to a
1215 > number. so for example:
1216 >
1217 > My domain is flamebait.org its IP address is 208.247.194.146 of these
1218 > two which is easier to remember for more people? ... the name is, most
1219 > people associate things with names, like streets, friends, cars, houses
1220 > etc ... with out DNS we would still be typing in IP's as addresses. so
1221 > instead of http://qx.net you would type <A HREF="http://208.235.89.10">http://208.235.89.10</A>, which
1222 > again qx.net is easier to type and remember ... sence the internet
1223 > revolves around numbers(IP addressing) it's easier for your computer to
1224 > use the numbered address(IP address) and if you specify in your config
1225 > file " services.flamebait.org " instead " 208.247.194.146 " your copy of
1226 > services will just have to resolve it to the IP anyway ... so using the
1227 > IP would be easier for your services ... especially if something
1228 > happened to your DNS server.
1229
1230 I understand this. My question is is the Server Name (as defined
1231 by the ServerName entry in services.conf) related to the
1232 hostname/IP of the box? Convention seems to make the Server Name
1233 equal to the hostname but is this required?
1234
1235 Tyson
1236
1237 ---------------------------------------------------------------
1238 To unsubscribe, send email to majordomo@ender.shadowfire.org
1239 with "unsubscribe ircservices" in the body, without the quotes.
1240
1241 From scotts at qx.net Thu Sep 9 11:03:35 1999
1242 From: scotts at qx.net (Scott Seufert)
1243 Date: Sat Oct 23 23:00:48 2004
1244 Subject: [IRCServices] Recommendations
1245 Message-ID: 001401befaed$a2f71ed0$0959ebd0@orion.qx.net
1246
1247 a great solution is if you like Elite, to try Cyclone ircd. It's used on
1248 slashdot's IRC network you can get a copy from slashdot there is a patch
1249 that is needed for services though it isn't tough apply. Cyclone is based on
1250 an older DALnet DreamForge and won't work with GeoStats,I wasn't that
1251 impressed with GeoStats personally, Cyclone uses host masking very well and
1252 services don't have a problem with it. you can search www.slashdot.org for
1253 cyclone IRCD and the services patch needed for andy church's services is
1254 there as well.
1255
1256 -----Original Message-----
1257 From: David Narayan <jestercm@chatfamily.com>
1258 To: IRC Services <ircservices@ender.shadowfire.org>
1259 Date: Thursday, September 09, 1999 11:33 AM
1260 Subject: RE: [IRCServices] Recommendations
1261
1262
1263 >On Thu, 9 Sep 1999, Pinto, Joao Luis (J.) wrote:
1264 >
1265 >> I started using Andy Church Services v4.2.2 with Elite ircd 2.0 beta 15,
1266 >> Elite ircd beta 15 is very buggy so I had to get my hands on it and fixe
1267 all
1268 >> the bugs (I noticed) and inserted some new featues specially dedicated to
1269 >> work with services, in the other side I had to improve Services to take
1270 >> advantage of some features of Elite ircd like chanmode +a.
1271 >
1272 >The biggest bug you have to watch out for in Elite is the +L channel link
1273 >mode. Using it incorrectly, namely setting two channels to link to each
1274 >other, leads to a core dump of the ircd.
1275 >i.e. /mode #foo +L #bar
1276 > /mode #bar +L #foo
1277 >
1278 >The first user who tries to join either channel will get bounced between
1279 >channels until the ircd core dumps.
1280 >
1281 >Elite 2.0 is out now, non-beta, but it is no longer free and the +L bug
1282 >has not been fixed.
1283 >
1284 ><snip>
1285 >
1286 >Any Dreamforge ircd works well with Services. Bahamut may have some
1287 >compatibility issues since it is part Dreamforge and part hybrid.
1288 >
1289 >-----
1290 >David Narayan
1291 >Server Administrator
1292 >http://www.chatfamily.com
1293 >
1294 <snip>
1295
1296 Scott Seufert
1297 aka katsklaw
1298 Network Support
1299 <A HREF="http://qx.net">http://qx.net</A>
1300
1301 ---------------------------------------------------------------
1302 To unsubscribe, send email to majordomo@ender.shadowfire.org
1303 with "unsubscribe ircservices" in the body, without the quotes.
1304
1305 From rendrag at eol.ieaust.org.au Thu Sep 9 14:07:17 1999
1306 From: rendrag at eol.ieaust.org.au (Damien Gardner)
1307 Date: Sat Oct 23 23:00:48 2004
1308 Subject: Re(2): [IRCServices] ping timeouts..
1309 Message-ID: fc.000f54ac001a508f3b9aca00d7900c18.1a50df@eol.ieaust.org.au
1310
1311 tower@oit.pdx.edu writes:
1312 >I understand this. My question is is the Server Name (as defined
1313 >by the ServerName entry in services.conf) related to the
1314 >hostname/IP of the box? Convention seems to make the Server Name
1315 >equal to the hostname but is this required?
1316 Hi Tyson,
1317
1318 No, the ServerName entry doesn't have to have anything to do with the
1319 hostname of the box the services are running on.. - most networks use
1320 services.network.org as the services ServerName, but there usually isn't
1321 actually a DNS entry for that hostname (Since no-one can actually connect
1322 to the services anyway, there would be no point in doing this...)
1323
1324 Regards,
1325
1326 Damien Gardner Jnr
1327 Systems Administrator & Software Engineer
1328 Internet Solutions Australia
1329 Email: rendrag@eol.ieaust.org.au
1330 Work: http://www.isa.net.au/
1331 Home: <A HREF="http://www.rendrag.net/">http://www.rendrag.net/</A>
1332 Phone: 0417 055 052
1333 -- The requirements said Windows 95 or better.. So I installed Linux.
1334
1335 ---------------------------------------------------------------
1336 To unsubscribe, send email to majordomo@ender.shadowfire.org
1337 with "unsubscribe ircservices" in the body, without the quotes.
1338
1339 From tower at oit.pdx.edu Thu Sep 9 21:13:14 1999
1340 From: tower at oit.pdx.edu (Tyson La Tourrette)
1341 Date: Sat Oct 23 23:00:48 2004
1342 Subject: [IRCServices] ping timeouts..
1343 In-Reply-To: <37d6f0d3.00225@dragonfire.net>
1344 References: 37d6f0d3.00225@dragonfire.net
1345 Message-ID: Pine.GSO.4.10.9909092104490.19733&#45;100000@medusa.oit.pdx.edu
1346
1347 On Thu, 9 Sep 1999, Andy Church wrote:
1348
1349 > >Here is a log from startup to timeout.
1350 > >
1351 > >[Sep 08 07:31:03 1999] Services 4.3pre4 (compiled for ircd.dal 4.4.15+) starting up
1352 [...]
1353 > >[Sep 08 07:36:13 1999] unknown message from server (NG :zealot.cat.pdx.edu)
1354 >
1355 > That's five minutes (and 10 seconds) from startup to ping. I don't know
1356 > what your ircd thinks it's doing with the Y:line, but in any case, just set
1357 > ReadTimeout in services.conf to a larger value (like 6 minutes).
1358
1359 The funny thing is is that if I run services with -debug it will timeout
1360 in about 15-30 seconds. As far as I can tell messages will get randomlly
1361 garbled. it doesn't matter how long it has been idle or running. I am
1362 going to recompile both df and services and see if that helps..
1363
1364 I've bumped ReadTimeout to 10 minutes. Problems havent changed..
1365
1366 If anyone wants to look over some logs and configs feel free to ask. =)
1367
1368 Thanks everyone for your help.
1369
1370 Tyson
1371
1372 ---------------------------------------------------------------
1373 To unsubscribe, send email to majordomo@ender.shadowfire.org
1374 with "unsubscribe ircservices" in the body, without the quotes.
1375
1376 From tower at oit.pdx.edu Thu Sep 9 21:22:50 1999
1377 From: tower at oit.pdx.edu (Tyson La Tourrette)
1378 Date: Sat Oct 23 23:00:48 2004
1379 Subject: [IRCServices] ping timeouts..
1380 In-Reply-To: <37d6f0d3.00225@dragonfire.net>
1381 References: 37d6f0d3.00225@dragonfire.net
1382 Message-ID: Pine.GSO.4.10.9909092121110.19733&#45;100000@medusa.oit.pdx.edu
1383
1384 If I see this correctly services is recieving a ping but is ignoring it. Am I missing something?
1385
1386 [Sep 09 21:10:03.880407 1999] debug: Received: PING
1387 [Sep 09 21:10:03.880904 1999] debug: Received: :zealot.cat.pdx.edu
1388 [Sep 09 21:11:03.881775 1999] debug: Received: :zealot.cat.pdx.edu GNOTICE :No r
1389 esponse from services.cat.pdx.edu[0.0.0.0], closing link
1390
1391 tyson
1392
1393 ---------------------------------------------------------------
1394 To unsubscribe, send email to majordomo@ender.shadowfire.org
1395 with "unsubscribe ircservices" in the body, without the quotes.
1396
1397 From tower at oit.pdx.edu Thu Sep 9 21:42:47 1999
1398 From: tower at oit.pdx.edu (Tyson La Tourrette)
1399 Date: Sat Oct 23 23:00:48 2004
1400 Subject: [IRCServices] Recommendations
1401 In-Reply-To: <001401befaed$a2f71ed0$0959ebd0@orion.qx.net>
1402 References: 001401befaed$a2f71ed0$0959ebd0@orion.qx.net
1403 Message-ID: Pine.GSO.4.10.9909092141360.19733&#45;100000@medusa.oit.pdx.edu
1404
1405 On Thu, 9 Sep 1999, Scott Seufert wrote:
1406
1407 > a great solution is if you like Elite, to try Cyclone ircd. It's used on
1408 > slashdot's IRC network you can get a copy from slashdot there is a patch
1409 > that is needed for services though it isn't tough apply. Cyclone is based on
1410 > an older DALnet DreamForge and won't work with GeoStats,I wasn't that
1411 > impressed with GeoStats personally, Cyclone uses host masking very well and
1412 > services don't have a problem with it. you can search www.slashdot.org for
1413 > cyclone IRCD and the services patch needed for andy church's services is
1414 > there as well.
1415
1416 www.slashnet.org where to go for info regarding cyclone.
1417
1418 tyson
1419
1420 ---------------------------------------------------------------
1421 To unsubscribe, send email to majordomo@ender.shadowfire.org
1422 with "unsubscribe ircservices" in the body, without the quotes.
1423
1424 From jpinto9 at visteon.com Fri Sep 10 00:14:59 1999
1425 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
1426 Date: Sat Oct 23 23:00:48 2004
1427 Subject: [IRCServices] ping timeouts..
1428 Message-ID: 199909100910.FAA13327@mailfw3.ford.com
1429
1430
1431
1432 Regards, João Pinto
1433 > App. Dev. & Integration Group - Information Systems Dept.
1434 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
1435 >
1436 * E-Mail: jpinto9@visteon.com
1437 * Phone: 01-2339323
1438 * Outside Portugal: 351-1-2339323
1439 * FordNet: 8-233-9323
1440
1441
1442
1443 -----Original Message-----
1444 From: Tyson La Tourrette [mailto:tower@oit.pdx.edu]
1445 Sent: quinta-feira, 9 de setembro de 1999 16:05
1446 To: ircservices@ender.shadowfire.org
1447 Subject: Re: [IRCServices] ping timeouts..
1448
1449
1450 There is no relation nor convention between ServerName and the hostname
1451 where the services are running,
1452 in IRC servers names are just ID's usually according to the hostname where
1453 they are running but that's just a organization scheme, like some one said
1454 before most of the network's dont have a hostname equal to ServerName.
1455 On Wed, 8 Sep 1999, Scott Seufert wrote:
1456
1457 > Tyson La Tourrette wrote:
1458 >
1459 > > One more question. The Server Name is not related at all to the
1460 > > hostname or IP of the box. Correct?
1461 > >
1462 >
1463 > host and IP are directly related ... DNS is simply assigning a name to a
1464 > number. so for example:
1465 >
1466 > My domain is flamebait.org its IP address is 208.247.194.146 of these
1467 > two which is easier to remember for more people? ... the name is, most
1468 > people associate things with names, like streets, friends, cars, houses
1469 > etc ... with out DNS we would still be typing in IP's as addresses. so
1470 > instead of <A HREF="http://qx.net">http://qx.net</A> you would type <A HREF="http://208.235.89.10">http://208.235.89.10</A>, which
1471 > again qx.net is easier to type and remember ... sence the internet
1472 > revolves around numbers(IP addressing) it's easier for your computer to
1473 > use the numbered address(IP address) and if you specify in your config
1474 > file " services.flamebait.org " instead " 208.247.194.146 " your copy of
1475 > services will just have to resolve it to the IP anyway ... so using the
1476 > IP would be easier for your services ... especially if something
1477 > happened to your DNS server.
1478
1479 I understand this. My question is is the Server Name (as defined
1480 by the ServerName entry in services.conf) related to the
1481 hostname/IP of the box? Convention seems to make the Server Name
1482 equal to the hostname but is this required?
1483
1484 Tyson
1485
1486 ---------------------------------------------------------------
1487 To unsubscribe, send email to majordomo@ender.shadowfire.org
1488 with "unsubscribe ircservices" in the body, without the quotes.
1489 ---------------------------------------------------------------
1490 To unsubscribe, send email to majordomo@ender.shadowfire.org
1491 with "unsubscribe ircservices" in the body, without the quotes.
1492
1493 From scotts at qx.net Fri Sep 10 11:59:26 1999
1494 From: scotts at qx.net (Scott Seufert)
1495 Date: Sat Oct 23 23:00:48 2004
1496 Subject: [IRCServices] ping timeouts..
1497 Message-ID: 001601befbbe$9cf718b0$0959ebd0@orion.qx.net
1498
1499
1500 -----Original Message-----
1501 From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
1502 To: 'ircservices@ender.shadowfire.org' <ircservices@ender.shadowfire.org>
1503 Date: Friday, September 10, 1999 7:03 AM
1504 Subject: RE: [IRCServices] ping timeouts..
1505
1506
1507
1508
1509 Regards, João Pinto
1510 > App. Dev. & Integration Group - Information Systems Dept.
1511 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
1512 >
1513 * E-Mail: jpinto9@visteon.com
1514 * Phone: 01-2339323
1515 * Outside Portugal: 351-1-2339323
1516 * FordNet: 8-233-9323
1517
1518
1519
1520 -----Original Message-----
1521 From: Tyson La Tourrette [mailto:tower@oit.pdx.edu]
1522 Sent: quinta-feira, 9 de setembro de 1999 16:05
1523 To: ircservices@ender.shadowfire.org
1524 Subject: Re: [IRCServices] ping timeouts..
1525
1526
1527 There is no relation nor convention between ServerName and the hostname
1528 where the services are running,
1529 in IRC servers names are just ID's usually according to the hostname where
1530 they are running but that's just a organization scheme, like some one said
1531 before most of the network's dont have a hostname equal to ServerName.
1532 On Wed, 8 Sep 1999, Scott Seufert wrote:
1533
1534 > Tyson La Tourrette wrote:
1535 >
1536 > > One more question. The Server Name is not related at all to the
1537 > > hostname or IP of the box. Correct?
1538 > >
1539 >
1540 > host and IP are directly related ... DNS is simply assigning a name to a
1541 > number. so for example:
1542 >
1543 > My domain is flamebait.org its IP address is 208.247.194.146 of these
1544 > two which is easier to remember for more people? ... the name is, most
1545 > people associate things with names, like streets, friends, cars, houses
1546 > etc ... with out DNS we would still be typing in IP's as addresses. so
1547 > instead of <A HREF="http://qx.net">http://qx.net</A> you would type <A HREF="http://208.235.89.10">http://208.235.89.10</A>, which
1548 > again qx.net is easier to type and remember ... sence the internet
1549 > revolves around numbers(IP addressing) it's easier for your computer to
1550 > use the numbered address(IP address) and if you specify in your config
1551 > file " services.flamebait.org " instead " 208.247.194.146 " your copy of
1552 > services will just have to resolve it to the IP anyway ... so using the
1553 > IP would be easier for your services ... especially if something
1554 > happened to your DNS server.
1555
1556 I understand this. My question is is the Server Name (as defined
1557 by the ServerName entry in services.conf) related to the
1558 hostname/IP of the box? Convention seems to make the Server Name
1559 equal to the hostname but is this required?
1560
1561
1562 not at all, usually networks use "services.domain.com" as their services
1563 server name. It is best for this host NOT to resolve to anything, reason
1564 being that services will be harder to attach via DoS. Sorry I misunderstood
1565 your question ;). I was revering to the RemoteServer in which you connect
1566 your services too.
1567
1568 1.2.3.4 6667 "secretpassword"
1569
1570
1571 Tyson
1572
1573 Scott Seufert
1574 aka katsklaw
1575 Network Support
1576 <A HREF="http://qx.net">http://qx.net</A>
1577
1578 ---------------------------------------------------------------
1579 To unsubscribe, send email to majordomo@ender.shadowfire.org
1580 with "unsubscribe ircservices" in the body, without the quotes.
1581
1582 From jozeph at globalmedia.com.br Fri Sep 10 14:28:21 1999
1583 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
1584 Date: Sat Oct 23 23:00:48 2004
1585 Subject: [IRCServices] Recommendations
1586 In-Reply-To: <Pine.GSO.4.10.9909092141360.19733-100000@medusa.oit.pdx.edu>
1587 References: Pine.GSO.4.10.9909092141360.19733&#45;100000@medusa.oit.pdx.edu
1588 Message-ID: Pine.LNX.4.00.9909101828070.7364&#45;100000@jozeph.globalmedia.com.br
1589
1590 Hello,
1591
1592 The CORRECT address is: http://www.slashnet.org
1593
1594 --
1595 --------------------------------------------------------------------
1596 \|/ --- \|/ | Jozenóbio de Melo Brasil.
1597 @~/ Oo \~@ | jozeph@globalmedia.com.br
1598 /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
1599 \__U_/ | " Onde a maioria vive com a bondade,
1600 | a maldade da minoria tende sempre a desaparecer! "
1601 --------------------------------------------------------------------
1602 The box said "Windows 95, Windows NT 4.0, or better", so I installed
1603 Linux.
1604
1605 On Thu, 9 Sep 1999, Tyson La Tourrette wrote:
1606
1607 > On Thu, 9 Sep 1999, Scott Seufert wrote:
1608 >
1609 > > a great solution is if you like Elite, to try Cyclone ircd. It's used on
1610 > > slashdot's IRC network you can get a copy from slashdot there is a patch
1611 > > that is needed for services though it isn't tough apply. Cyclone is based on
1612 > > an older DALnet DreamForge and won't work with GeoStats,I wasn't that
1613 > > impressed with GeoStats personally, Cyclone uses host masking very well and
1614 > > services don't have a problem with it. you can search www.slashdot.org for
1615 > > cyclone IRCD and the services patch needed for andy church's services is
1616 > > there as well.
1617 >
1618 > www.slashnet.org where to go for info regarding cyclone.
1619 >
1620 > tyson
1621 >
1622 > ---------------------------------------------------------------
1623 > To unsubscribe, send email to majordomo@ender.shadowfire.org
1624 > with "unsubscribe ircservices" in the body, without the quotes.
1625 >
1626
1627 ---------------------------------------------------------------
1628 To unsubscribe, send email to majordomo@ender.shadowfire.org
1629 with "unsubscribe ircservices" in the body, without the quotes.
1630
1631 From scotts at qx.net Fri Sep 10 15:19:02 1999
1632 From: scotts at qx.net (Scott Seufert)
1633 Date: Sat Oct 23 23:00:48 2004
1634 Subject: [IRCServices] Recommendations
1635 Message-ID: 002301befbda$7e9a3430$0959ebd0@orion.qx.net
1636
1637 well lets get technical .. ;P
1638
1639 ftp://ftp.slashnet.org/pub/cyclone
1640
1641 If by change you happen to <A HREF="http://www.slashdot.org">http://www.slashdot.org</A> and choose "search
1642 FreshMeat" you will find a list of mirrors for the cyclone daemon which I
1643 find more useful than a website with a single link to their ftp server.
1644 that is why I said <A HREF="http://www.slashdot.org">http://www.slashdot.org</A>. Or you can ask me and I'll email
1645 them to you ...
1646
1647 -----Original Message-----
1648 From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
1649 To: Tyson La Tourrette <tower@oit.pdx.edu>
1650 Cc: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
1651 Date: Friday, September 10, 1999 6:10 PM
1652 Subject: Re: [IRCServices] Recommendations
1653
1654
1655 Hello,
1656
1657 The CORRECT address is: <A HREF="http://www.slashnet.org">http://www.slashnet.org</A>
1658
1659
1660 <snip>
1661
1662
1663 Scott Seufert
1664 aka katsklaw@irc
1665 Network Support
1666 <A HREF="http://qx.net">http://qx.net</A>
1667
1668
1669 ---------------------------------------------------------------
1670 To unsubscribe, send email to majordomo@ender.shadowfire.org
1671 with "unsubscribe ircservices" in the body, without the quotes.
1672
1673 From achurch at dragonfire.net Fri Sep 10 21:45:10 1999
1674 From: achurch at dragonfire.net (Andy Church)
1675 Date: Sat Oct 23 23:00:48 2004
1676 Subject: [IRCServices] ping timeouts..
1677 Message-ID: 37d8fdbb.00762@dragonfire.net
1678
1679 >If I see this correctly services is recieving a ping but is ignoring it. Am I missing something?
1680 >
1681 >[Sep 09 21:10:03.880407 1999] debug: Received: PING
1682 >[Sep 09 21:10:03.880904 1999] debug: Received: :zealot.cat.pdx.edu
1683 >[Sep 09 21:11:03.881775 1999] debug: Received: :zealot.cat.pdx.edu GNOTICE :No r
1684 >esponse from services.cat.pdx.edu[0.0.0.0], closing link
1685
1686 What's happening is that Services is reading part of a line and giving
1687 up in the middle--I think this is because of a timeout, but if increasing
1688 ReadTimeout doesn't solve the problem, maybe it's not what I think. Try
1689 setting the ping frequency on your ircd to something really low, like 5 or
1690 10 seconds, and see if that helps.
1691
1692 --Andrew Church
1693 achurch@dragonfire.net
1694 http://achurch.dragonfire.net/
1695 ---------------------------------------------------------------
1696 To unsubscribe, send email to majordomo@ender.shadowfire.org
1697 with "unsubscribe ircservices" in the body, without the quotes.
1698
1699 From tower at oit.pdx.edu Sat Sep 11 10:28:18 1999
1700 From: tower at oit.pdx.edu (Tyson La Tourrette)
1701 Date: Sat Oct 23 23:00:49 2004
1702 Subject: [IRCServices] ping timeouts.
1703 In-Reply-To: <37d8fdbb.00762@dragonfire.net>
1704 References: 37d8fdbb.00762@dragonfire.net
1705 Message-ID: Pine.GSO.4.10.9909111024090.19733&#45;100000@medusa.oit.pdx.edu
1706
1707 This is with a PingFreq of 5:
1708
1709 [Sep 11 10:14:46.760569 1999] debug: Received: PING :irc.cat.pdx.edu
1710 [Sep 11 10:14:46.761210 1999] debug: Sent: :services.irc.cat.pdx.edu PONG services.irc.cat.pdx.edu irc.cat.pdx.edu
1711 [Sep 11 10:16:26.760594 1999] debug: Received: PING :irc.cat.pdx.edu
1712 [Sep 11 10:16:26.761267 1999] debug: Sent: :services.irc.cat.pdx.edu PONG services.irc.cat.pdx.edu irc.cat.pdx.edu
1713 [Sep 11 10:18:06.760634 1999] debug: Received: PING :irc.cat.pdx.edu
1714 [Sep 11 10:18:06.761463 1999] debug: Sent: :services.irc.cat.pdx.edu PONG services.irc.cat.pdx.edu irc.cat.pdx.edu
1715 [Sep 11 10:18:06.761787 1999] debug: Saving databases
1716 [Sep 11 10:19:46.760410 1999] debug: Received: P
1717 [Sep 11 10:19:46.760755 1999] unknown message from server (P)
1718 [Sep 11 10:19:46.761210 1999] debug: Received: NG :irc.cat.pdx.edu
1719 [Sep 11 10:19:46.761508 1999] unknown message from server (NG :irc.cat.pdx.edu)
1720 [Sep 11 10:20:41.563252 1999] debug: Received: :irc.cat.pdx.edu GNOTICE :No response from services.irc.cat.pdx.edu[0.0.0.0], closing link
1721 [Sep 11 10:20:41.563898 1999] debug: Received: ERROR :Closing Link: services.irc.cat.pdx.edu[0.0.0.0] (Ping timeout)
1722 [Sep 11 10:20:41.564195 1999] unknown message from server (ERROR :Closing Link: services.irc.cat.pdx.edu[0.0.0.0] (Ping timeout))
1723 [Sep 11 10:20:41.564940 1999] Read error from server: No such file or directory
1724 [Sep 11 10:20:41.565432 1999] debug: Sent: :services.irc.cat.pdx.edu SQUIT services.irc.cat.pdx.edu :Read error from server: No such file or directory
1725
1726 btw, this is ocurring with services 4.2.4 and 4.3pre4 with both cyclone0.4p1 and df467 ircds.
1727
1728 On Fri, 10 Sep 1999, Andy Church wrote:
1729
1730 > What's happening is that Services is reading part of a line and giving
1731 > up in the middle--I think this is because of a timeout, but if increasing
1732 > ReadTimeout doesn't solve the problem, maybe it's not what I think. Try
1733 > setting the ping frequency on your ircd to something really low, like 5 or
1734 > 10 seconds, and see if that helps.
1735
1736 Tyson
1737
1738 ---------------------------------------------------------------
1739 To unsubscribe, send email to majordomo@ender.shadowfire.org
1740 with "unsubscribe ircservices" in the body, without the quotes.
1741
1742 From tower at oit.pdx.edu Sat Sep 11 11:11:54 1999
1743 From: tower at oit.pdx.edu (Tyson La Tourrette)
1744 Date: Sat Oct 23 23:00:49 2004
1745 Subject: [IRCServices] ping timeouts..
1746 In-Reply-To: <37d8fdbb.00762@dragonfire.net>
1747 References: 37d8fdbb.00762@dragonfire.net
1748 Message-ID: Pine.GSO.4.10.9909111045340.19733&#45;100000@medusa.oit.pdx.edu
1749
1750 After further testing here is what I found.
1751
1752 The first string recieved is broken:
1753
1754 [Sep 11 10:35:40.403421 1999] debug: Sent: :Global MODE Global +oi
1755 [Sep 11 10:35:40.403733 1999] debug: Received: :i
1756 [Sep 11 10:35:40.404340 1999] debug: Received: c.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...
1757 [Sep 11 10:35:40.404650 1999] unknown message from server (c.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
1758
1759 After the EBURST command is recieved and logged that services doesn't know what it is the next string is broken:
1760
1761 [Sep 11 10:35:40.413894 1999] debug: Received: :irc.cat.pdx.edu EBURST
1762 [Sep 11 10:35:40.414190 1999] unknown message from server (:irc.cat.pdx.edu EBURST)
1763 [Sep 11 10:35:50.450448 1999] debug: Received: PING
1764 [Sep 11 10:35:50.450884 1999] debug: Received: :irc.cat.pdx.edu
1765 [Sep 11 10:35:55.451756 1999] debug: Received: :irc.cat.pdx.edu GNOTICE :No response from services.irc.cat.pdx.edu[0.0.0.0], closing link
1766
1767 [Sep 11 10:50:18.230329 1999] debug: Received: :irc.cat.pdx.edu EBURST
1768 [Sep 11 10:50:18.230626 1999] unknown message from server (:irc.cat.pdx.edu EBURST)
1769 [Sep 11 10:50:19.198467 1999] debug: Received: :tys
1770 [Sep 11 10:50:19.198876 1999] debug: Received: nl MODE tysonl +owg
1771 [Sep 11 10:50:19.199174 1999] unknown message from server (nl MODE tysonl +owg)
1772
1773 And after the database is saved, the next string recieved is broken:
1774
1775 [Sep 11 10:55:18.190564 1999] debug: Received: PING :irc.cat.pdx.edu
1776 [Sep 11 10:55:18.191015 1999] debug: Sent: :services.irc.cat.pdx.edu PONG services.irc.cat.pdx.edu irc.cat.pdx.edu
1777 [Sep 11 10:55:18.191336 1999] debug: Saving databases
1778 [Sep 11 10:55:28.190450 1999] debug: Received: P
1779 [Sep 11 10:55:28.192143 1999] unknown message from server (P)
1780 [Sep 11 10:55:28.192537 1999] debug: Received: NG :irc.cat.pdx.edu
1781 [Sep 11 10:55:28.192833 1999] unknown message from server (NG :irc.cat.pdx.edu)
1782 [Sep 11 10:55:33.191764 1999] debug: Received: :irc.cat.pdx.edu GNOTICE :No response from services.irc.cat.pdx.edu[0.0.0.0], closing link
1783
1784 On Fri, 10 Sep 1999, Andy Church wrote:
1785
1786 > What's happening is that Services is reading part of a line and giving
1787 > up in the middle--I think this is because of a timeout, but if increasing
1788 > ReadTimeout doesn't solve the problem, maybe it's not what I think. Try
1789 > setting the ping frequency on your ircd to something really low, like 5 or
1790 > 10 seconds, and see if that helps.
1791
1792 Tyson
1793
1794 ---------------------------------------------------------------
1795 To unsubscribe, send email to majordomo@ender.shadowfire.org
1796 with "unsubscribe ircservices" in the body, without the quotes.
1797
1798 From achurch at dragonfire.net Sun Sep 12 12:19:12 1999
1799 From: achurch at dragonfire.net (Andrew Church)
1800 Date: Sat Oct 23 23:00:49 2004
1801 Subject: [IRCServices] ping timeouts..
1802 Message-ID: 37db1bec.00701@dragonfire.net
1803
1804 >After further testing here is what I found.
1805
1806 I tried all three of these and there were no problems whatsoever. What
1807 OS are you using?
1808
1809 >The first string recieved is broken:
1810 >
1811 > [Sep 11 10:35:40.403421 1999] debug: Sent: :Global MODE Global +oi
1812 > [Sep 11 10:35:40.403733 1999] debug: Received: :i
1813 > [Sep 11 10:35:40.404340 1999] debug: Received: c.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...
1814 > [Sep 11 10:35:40.404650 1999] unknown message from server (c.cat.pdx.edu NOTICE AUTH :*** Looking up your hostname...)
1815 >
1816 >After the EBURST command is recieved and logged that services doesn't know what it is the next string is broken:
1817 >
1818 > [Sep 11 10:35:40.413894 1999] debug: Received: :irc.cat.pdx.edu EBURST
1819 > [Sep 11 10:35:40.414190 1999] unknown message from server (:irc.cat.pdx.edu EBURST)
1820 > [Sep 11 10:35:50.450448 1999] debug: Received: PING
1821 > [Sep 11 10:35:50.450884 1999] debug: Received: :irc.cat.pdx.edu
1822 > [Sep 11 10:35:55.451756 1999] debug: Received: :irc.cat.pdx.edu GNOTICE :No response from services.irc.cat.pdx.edu[0.0.0.0], closing link
1823 >
1824 > [Sep 11 10:50:18.230329 1999] debug: Received: :irc.cat.pdx.edu EBURST
1825 > [Sep 11 10:50:18.230626 1999] unknown message from server (:irc.cat.pdx.edu EBURST)
1826 > [Sep 11 10:50:19.198467 1999] debug: Received: :tys
1827 > [Sep 11 10:50:19.198876 1999] debug: Received: nl MODE tysonl +owg
1828 > [Sep 11 10:50:19.199174 1999] unknown message from server (nl MODE tysonl +owg)
1829 >
1830 >And after the database is saved, the next string recieved is broken:
1831 >
1832 > [Sep 11 10:55:18.190564 1999] debug: Received: PING :irc.cat.pdx.edu
1833 > [Sep 11 10:55:18.191015 1999] debug: Sent: :services.irc.cat.pdx.edu PONG services.irc.cat.pdx.edu irc.cat.pdx.edu
1834 > [Sep 11 10:55:18.191336 1999] debug: Saving databases
1835 > [Sep 11 10:55:28.190450 1999] debug: Received: P
1836 > [Sep 11 10:55:28.192143 1999] unknown message from server (P)
1837 > [Sep 11 10:55:28.192537 1999] debug: Received: NG :irc.cat.pdx.edu
1838 > [Sep 11 10:55:28.192833 1999] unknown message from server (NG :irc.cat.pdx.edu)
1839 > [Sep 11 10:55:33.191764 1999] debug: Received: :irc.cat.pdx.edu GNOTICE :No response from services.irc.cat.pdx.edu[0.0.0.0], closing link
1840 >
1841 >On Fri, 10 Sep 1999, Andy Church wrote:
1842 >
1843 >> What's happening is that Services is reading part of a line and giving
1844 >> up in the middle--I think this is because of a timeout, but if increasing
1845 >> ReadTimeout doesn't solve the problem, maybe it's not what I think. Try
1846 >> setting the ping frequency on your ircd to something really low, like 5 or
1847 >> 10 seconds, and see if that helps.
1848 >
1849 >Tyson
1850 >
1851 >---------------------------------------------------------------
1852 >To unsubscribe, send email to majordomo@ender.shadowfire.org
1853 >with "unsubscribe ircservices" in the body, without the quotes.
1854
1855 --Andrew Church
1856 achurch@dragonfire.net
1857 http://achurch.dragonfire.net/
1858 ---------------------------------------------------------------
1859 To unsubscribe, send email to majordomo@ender.shadowfire.org
1860 with "unsubscribe ircservices" in the body, without the quotes.
1861
1862 From achurch at dragonfire.net Sun Sep 12 12:20:24 1999
1863 From: achurch at dragonfire.net (Andrew Church)
1864 Date: Sat Oct 23 23:00:49 2004
1865 Subject: [IRCServices] ping timeouts.
1866 Message-ID: 37db1c45.00707@dragonfire.net
1867
1868 >This is with a PingFreq of 5:
1869 >
1870 >[Sep 11 10:14:46.760569 1999] debug: Received: PING :irc.cat.pdx.edu
1871 >[Sep 11 10:16:26.760594 1999] debug: Received: PING :irc.cat.pdx.edu
1872
1873 That's 1 minute and 40 seconds (100 seconds). Your IRC server must be
1874 doing something weird with the ping frequency, or else you're not setting
1875 it correctly.
1876
1877 --Andrew Church
1878 achurch@dragonfire.net
1879 http://achurch.dragonfire.net/
1880 ---------------------------------------------------------------
1881 To unsubscribe, send email to majordomo@ender.shadowfire.org
1882 with "unsubscribe ircservices" in the body, without the quotes.
1883
1884 From andrewk at icon.co.za Sun Sep 12 04:45:16 1999
1885 From: andrewk at icon.co.za (Andrew Kempe)
1886 Date: Sat Oct 23 23:00:49 2004
1887 Subject: [IRCServices] ircservices-4.3 released
1888 Message-ID: 001201befd14$47ff9ce0$0100a8c0@shadow
1889
1890 IRC Services version 4.3 has been released. There are no changes since
1891 4.3pre4 apart from updated Portuguese and Italian language files. This means
1892 that only English, Portuguese and Italian languages are up to date. German,
1893 and hopefully the other languages, will be included and up to date in the
1894 next release.
1895
1896 You can get this version from:
1897
1898 ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.tar.gz
1899 or
1900 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.tar.gz</A>
1901
1902 Please let me know if there are any problems - everything should be in
1903 working order though, seeing as there have been no notable problems with
1904 4.3pre4.
1905
1906 Regards, Andrew
1907
1908 ---------------------------------------------------------------
1909 To unsubscribe, send email to majordomo@ender.shadowfire.org
1910 with "unsubscribe ircservices" in the body, without the quotes.
1911
1912 From tower at oit.pdx.edu Sun Sep 12 05:50:38 1999
1913 From: tower at oit.pdx.edu (Tyson La Tourrette)
1914 Date: Sat Oct 23 23:00:49 2004
1915 Subject: [IRCServices] ping timeouts..
1916 In-Reply-To: <37db1bec.00701@dragonfire.net>
1917 References: 37db1bec.00701@dragonfire.net
1918 Message-ID: Pine.GSO.4.10.9909120548500.19733&#45;100000@medusa.oit.pdx.edu
1919
1920 Solaris 2.7 for x86 using gcc 2.95 and gmake 3.77
1921
1922 tyson
1923
1924 On Sun, 12 Sep 1999, Andrew Church wrote:
1925
1926 > >After further testing here is what I found.
1927 >
1928 > I tried all three of these and there were no problems whatsoever. What
1929 > OS are you using?
1930
1931 ---------------------------------------------------------------
1932 To unsubscribe, send email to majordomo@ender.shadowfire.org
1933 with "unsubscribe ircservices" in the body, without the quotes.
1934
1935 From IRC at pagans.org Sun Sep 12 05:55:18 1999
1936 From: IRC at pagans.org (Lim Cheng Siong)
1937 Date: Sat Oct 23 23:00:49 2004
1938 Subject: [IRCServices] ircservices-4.3 released
1939 References: <001201befd14$47ff9ce0$0100a8c0@shadow>
1940 Message-ID: 006b01befd1e$16219b60$7c97bcca@jaring.my
1941
1942 Why is it so?
1943
1944 [onglai ircservices]$ ./listnicks
1945 Segmentation fault
1946
1947 There are no error when compiling and etc..
1948
1949
1950
1951
1952
1953 ---------------------------------------------------------------
1954 To unsubscribe, send email to majordomo@ender.shadowfire.org
1955 with "unsubscribe ircservices" in the body, without the quotes.
1956
1957 From tower at oit.pdx.edu Sun Sep 12 06:10:58 1999
1958 From: tower at oit.pdx.edu (Tyson La Tourrette)
1959 Date: Sat Oct 23 23:00:49 2004
1960 Subject: [IRCServices] ping timeouts.
1961 In-Reply-To: <37db1c45.00707@dragonfire.net>
1962 References: 37db1c45.00707@dragonfire.net
1963 Message-ID: Pine.GSO.4.10.9909120607150.19733&#45;100000@medusa.oit.pdx.edu
1964
1965 On Sun, 12 Sep 1999, Andrew Church wrote:
1966
1967 > >This is with a PingFreq of 5:
1968 > >
1969 > >[Sep 11 10:14:46.760569 1999] debug: Received: PING :irc.cat.pdx.edu
1970 > >[Sep 11 10:16:26.760594 1999] debug: Received: PING :irc.cat.pdx.edu
1971 >
1972 > That's 1 minute and 40 seconds (100 seconds). Your IRC server must be
1973 > doing something weird with the ping frequency, or else you're not setting
1974 > it correctly.
1975
1976 I guess so. This is the Y line: Y:99:5:90:1:3500000
1977
1978 tyson
1979
1980 ---------------------------------------------------------------
1981 To unsubscribe, send email to majordomo@ender.shadowfire.org
1982 with "unsubscribe ircservices" in the body, without the quotes.
1983
1984 From achurch at dragonfire.net Sun Sep 12 23:03:53 1999
1985 From: achurch at dragonfire.net (Andrew Church)
1986 Date: Sat Oct 23 23:00:49 2004
1987 Subject: [IRCServices] ping timeouts..
1988 Message-ID: 37dbb2f1.11172@dragonfire.net
1989
1990 >Solaris 2.7 for x86 using gcc 2.95 and gmake 3.77
1991
1992 Is anyone else using this setup? I'm inclined to blame the OS and/or
1993 libc since I can't reproduce the problems on my Linux box.
1994
1995 >tyson
1996 >
1997 >On Sun, 12 Sep 1999, Andrew Church wrote:
1998 >
1999 >> >After further testing here is what I found.
2000 >>
2001 >> I tried all three of these and there were no problems whatsoever. What
2002 >> OS are you using?
2003 >
2004 >---------------------------------------------------------------
2005 >To unsubscribe, send email to majordomo@ender.shadowfire.org
2006 >with "unsubscribe ircservices" in the body, without the quotes.
2007
2008 --Andrew Church
2009 achurch@dragonfire.net
2010 http://achurch.dragonfire.net/
2011 ---------------------------------------------------------------
2012 To unsubscribe, send email to majordomo@ender.shadowfire.org
2013 with "unsubscribe ircservices" in the body, without the quotes.
2014
2015 From jozeph at globalmedia.com.br Mon Sep 13 06:35:00 1999
2016 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
2017 Date: Sat Oct 23 23:00:49 2004
2018 Subject: [IRCServices] ChanServ JOIN :>
2019 Message-ID: Pine.LNX.4.00.9909131032070.17452&#45;100000@jozeph.globalmedia.com.br
2020
2021 Hello People,
2022
2023 I would like to make with that the ChanServ entered in ALL the registered
2024 channels of the similar Network... to the X/W of the Undernet.
2025
2026 What I make? Can help me? It's only a:
2027
2028 send_cmd(s_ChanServ, "JOIN %s", chan);
2029
2030 But, where I post it? :)))
2031
2032 Thanks,
2033 Jozeph Brasil
2034
2035 --
2036 --------------------------------------------------------------------
2037 \|/ --- \|/ | Jozenóbio de Melo Brasil.
2038 @~/ Oo \~@ | jozeph@globalmedia.com.br
2039 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
2040 \__U_/ | " Onde a maioria vive com a bondade,
2041 | a maldade da minoria tende sempre a desaparecer! "
2042 --------------------------------------------------------------------
2043 The box said "Windows 95, Windows NT 4.0, or better", so I installed
2044 Linux.
2045
2046 ---------------------------------------------------------------
2047 To unsubscribe, send email to majordomo@ender.shadowfire.org
2048 with "unsubscribe ircservices" in the body, without the quotes.
2049
2050 From jozeph at globalmedia.com.br Tue Sep 14 19:10:04 1999
2051 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
2052 Date: Sat Oct 23 23:00:49 2004
2053 Subject: [IRCServices] ### Need help ###
2054 In-Reply-To: <005001befeaa$15e24b80$fe00a8c0@netmark>
2055 References: 005001befeaa$15e24b80$fe00a8c0@netmark
2056 Message-ID: Pine.LNX.4.00.9909141451570.28177&#45;100000@jozeph.globalmedia.com.br
2057
2058 I would like to make with that the ChanServ enters in all the registered
2059 channels of the network... similar process to the X/W of the Undernet
2060
2061 Anyone can help me?
2062
2063 --
2064 --------------------------------------------------------------------
2065 \|/ --- \|/ | Jozenóbio de Melo Brasil.
2066 @~/ Oo \~@ | jozeph@globalmedia.com.br
2067 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
2068 \__U_/ | " Onde a maioria vive com a bondade,
2069 | a maldade da minoria tende sempre a desaparecer! "
2070 --------------------------------------------------------------------
2071 The box said "Windows 95, Windows NT 4.0, or better", so I installed
2072 Linux.
2073
2074 On Tue, 14 Sep 1999, CAC wrote:
2075
2076 > *****************************************************
2077 > TREINAMENTO METROLOGIC DO BRASIL - AUTOMAÇÃO COMERCIAL
2078 > *****************************************************
2079 >
2080 > Conheça mais sobre os produtos da Metrologic do Brasil para automação
2081 > comercial.
2082 > Teremos também a participação do Sr. Kiyochi Matsuda da Verifone.
2083 >
2084 > Palestrantes: Isac Berman - Diretor da Metrologic do Brasil
2085 > Tharis Nishida - Metrologic : Gerente Região Nordeste
2086 >
2087 > Jorge Makoto Shintani - Gerente Comercial do Mini
2088 > Caixa Verifone
2089 >
2090 > PROGRAMA:
2091 >
2092 > 14h00 - 14h15 Credenciamento.
2093 >
2094 > 14h15 - 15h00 Informações sobre a Metrologic do Brasil.
2095 >
2096 > 15h00 - 16h00 Informações sobre a concorrência e mercado, vantagens em
2097 > trabalhar com a Metrologic do Brasil
2098 >
2099 > 16h00 - 16h20 Coffee-break
2100 >
2101 > 16h20 - 17h00 Mini Caixa Verifone - A solução definitiva em TEF
2102 > (Transferência Eletrônica de Fundos) vantagens em utilizar, politica de
2103 > preços e opções de financiamento.
2104 >
2105 > 17h00 - 17h30 Apresentação do SIC - Sistema Integrado Comercial. A Solução
2106 > em frente de caixa e retaguarda com mais de 3.500 cópias comercializadas em
2107 > todo o Brasil. Homologado pela Yanco e outros fabricantes de ECF.
2108 >
2109 > Inscrições abertas ATÉ 14/09 ÀS 18:00h - VAGAS LIMITADAS
2110 >
2111 > Inscreva-se já! PELO E-MAIL: volnei@netmark.com.br ou pelo telefone (81)
2112 > 339-2277
2113 >
2114 > NÃO PERCA A OPORTUNIDADE DE CONHECER AS NOVIDADES NO MERCADO DE AUTOMAÇÃO
2115 > !!
2116 >
2117 > Local: Auditório interno Netmark
2118 > End. Av. Mascarenhas de Moraes, 4008A - Imbiribeira - Recife/PE
2119 > Data: 15 de Setembro (Quarta-feira)
2120 > Horário: 14h00 às 17h30
2121 > VAGAS LIMITADAS - (confirme sua presença, por e-mail ou fax abaixo)
2122 >
2123 > ________________________________________
2124 > Volnei Rosa e Silva - Coord. Automação Comercial
2125 > volnei@netmark.com.br / site: www.netmark.com.br
2126 > Netmark Distribuidora de Informática Ltda.
2127 > Telefax: 55 (0xx) 81 339-2277
2128 >
2129
2130
2131 ---------------------------------------------------------------
2132 To unsubscribe, send email to majordomo@ender.shadowfire.org
2133 with "unsubscribe ircservices" in the body, without the quotes.
2134
2135 From jpinto9 at visteon.com Wed Sep 15 00:12:31 1999
2136 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
2137 Date: Sat Oct 23 23:00:49 2004
2138 Subject: [IRCServices] ### Need help ###
2139 Message-ID: 199909150712.DAA03333@mailfw3.ford.com
2140
2141 You can put hat on function on_join, however you have to make sure your
2142 icrcd allows a user to join so much channels, because mostr ircd limits
2143 users to join 10 or 20 channels at once.
2144
2145 Regards, João Pinto
2146 > App. Dev. & Integration Group - Information Systems Dept.
2147 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
2148 >
2149 * E-Mail: jpinto9@visteon.com
2150 * Phone: 01-2339323
2151 * Outside Portugal: 351-1-2339323
2152 * FordNet: 8-233-9323
2153
2154
2155
2156 -----Original Message-----
2157 From: Jozenobio de Melo Brasil [mailto:jozeph@globalmedia.com.br]
2158 Sent: quarta-feira, 15 de setembro de 1999 3:10
2159 To: ircservices@ender.shadowfire.org
2160 Subject: [IRCServices] ### Need help ###
2161
2162
2163 I would like to make with that the ChanServ enters in all the registered
2164 channels of the network... similar process to the X/W of the Undernet
2165
2166 Anyone can help me?
2167
2168 --
2169 --------------------------------------------------------------------
2170 \|/ --- \|/ | Jozenóbio de Melo Brasil.
2171 @~/ Oo \~@ | jozeph@globalmedia.com.br
2172 /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2173 \__U_/ | " Onde a maioria vive com a bondade,
2174 | a maldade da minoria tende sempre a desaparecer! "
2175 --------------------------------------------------------------------
2176 The box said "Windows 95, Windows NT 4.0, or better", so I installed
2177 Linux.
2178
2179 On Tue, 14 Sep 1999, CAC wrote:
2180
2181 > *****************************************************
2182 > TREINAMENTO METROLOGIC DO BRASIL - AUTOMAÇÃO COMERCIAL
2183 > *****************************************************
2184 >
2185 > Conheça mais sobre os produtos da Metrologic do Brasil para automação
2186 > comercial.
2187 > Teremos também a participação do Sr. Kiyochi Matsuda da Verifone.
2188 >
2189 > Palestrantes: Isac Berman - Diretor da Metrologic do Brasil
2190 > Tharis Nishida - Metrologic : Gerente Região
2191 Nordeste
2192 >
2193 > Jorge Makoto Shintani - Gerente Comercial do Mini
2194 > Caixa Verifone
2195 >
2196 > PROGRAMA:
2197 >
2198 > 14h00 - 14h15 Credenciamento.
2199 >
2200 > 14h15 - 15h00 Informações sobre a Metrologic do Brasil.
2201 >
2202 > 15h00 - 16h00 Informações sobre a concorrência e mercado, vantagens em
2203 > trabalhar com a Metrologic do Brasil
2204 >
2205 > 16h00 - 16h20 Coffee-break
2206 >
2207 > 16h20 - 17h00 Mini Caixa Verifone - A solução definitiva em TEF
2208 > (Transferência Eletrônica de Fundos) vantagens em utilizar, politica de
2209 > preços e opções de financiamento.
2210 >
2211 > 17h00 - 17h30 Apresentação do SIC - Sistema Integrado Comercial. A Solução
2212 > em frente de caixa e retaguarda com mais de 3.500 cópias comercializadas
2213 em
2214 > todo o Brasil. Homologado pela Yanco e outros fabricantes de ECF.
2215 >
2216 > Inscrições abertas ATÉ 14/09 ÀS 18:00h - VAGAS LIMITADAS
2217 >
2218 > Inscreva-se já! PELO E-MAIL: volnei@netmark.com.br ou pelo telefone (81)
2219 > 339-2277
2220 >
2221 > NÃO PERCA A OPORTUNIDADE DE CONHECER AS NOVIDADES NO MERCADO DE AUTOMAÇÃO
2222 > !!
2223 >
2224 > Local: Auditório interno Netmark
2225 > End. Av. Mascarenhas de Moraes, 4008A - Imbiribeira - Recife/PE
2226 > Data: 15 de Setembro (Quarta-feira)
2227 > Horário: 14h00 às 17h30
2228 > VAGAS LIMITADAS - (confirme sua presença, por e-mail ou fax abaixo)
2229 >
2230 > ________________________________________
2231 > Volnei Rosa e Silva - Coord. Automação Comercial
2232 > volnei@netmark.com.br / site: www.netmark.com.br
2233 > Netmark Distribuidora de Informática Ltda.
2234 > Telefax: 55 (0xx) 81 339-2277
2235 >
2236
2237
2238 ---------------------------------------------------------------
2239 To unsubscribe, send email to majordomo@ender.shadowfire.org
2240 with "unsubscribe ircservices" in the body, without the quotes.
2241 ---------------------------------------------------------------
2242 To unsubscribe, send email to majordomo@ender.shadowfire.org
2243 with "unsubscribe ircservices" in the body, without the quotes.
2244
2245 From jozeph at globalmedia.com.br Wed Sep 15 04:06:17 1999
2246 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
2247 Date: Sat Oct 23 23:00:49 2004
2248 Subject: [IRCServices] ### Need help ###
2249 In-Reply-To: <199909150712.DAA03333@mailfw3.ford.com>
2250 References: 199909150712.DAA03333@mailfw3.ford.com
2251 Message-ID: Pine.LNX.4.00.9909150805100.22183&#45;100000@jozeph.globalmedia.com.br
2252
2253 Ok,
2254
2255 But a can especify: IsServices (you can join on many channels)...
2256 Can you give me a on_join patch? :)
2257
2258 Thanks
2259 Jozeph
2260
2261 --
2262 --------------------------------------------------------------------
2263 \|/ --- \|/ | Jozenóbio de Melo Brasil.
2264 @~/ Oo \~@ | jozeph@globalmedia.com.br
2265 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
2266 \__U_/ | " Onde a maioria vive com a bondade,
2267 | a maldade da minoria tende sempre a desaparecer! "
2268 --------------------------------------------------------------------
2269 The box said "Windows 95, Windows NT 4.0, or better", so I installed
2270 Linux.
2271
2272 On Wed, 15 Sep 1999, Pinto, Joao Luis (J.) wrote:
2273
2274 > You can put hat on function on_join, however you have to make sure your
2275 > icrcd allows a user to join so much channels, because mostr ircd limits
2276 > users to join 10 or 20 channels at once.
2277 >
2278 > Regards, João Pinto
2279 > > App. Dev. & Integration Group - Information Systems Dept.
2280 > > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
2281 > >
2282 > * E-Mail: jpinto9@visteon.com
2283 > * Phone: 01-2339323
2284 > * Outside Portugal: 351-1-2339323
2285 > * FordNet: 8-233-9323
2286 >
2287 >
2288 >
2289 > -----Original Message-----
2290 > From: Jozenobio de Melo Brasil [<A HREF="mailto:jozeph@globalmedia.com.br">mailto:jozeph@globalmedia.com.br</A>]
2291 > Sent: quarta-feira, 15 de setembro de 1999 3:10
2292 > To: ircservices@ender.shadowfire.org
2293 > Subject: [IRCServices] ### Need help ###
2294 >
2295 >
2296 > I would like to make with that the ChanServ enters in all the registered
2297 > channels of the network... similar process to the X/W of the Undernet
2298 >
2299 > Anyone can help me?
2300 >
2301 > --
2302 > --------------------------------------------------------------------
2303 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
2304 > @~/ Oo \~@ | jozeph@globalmedia.com.br
2305 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2306 > \__U_/ | " Onde a maioria vive com a bondade,
2307 > | a maldade da minoria tende sempre a desaparecer! "
2308 > --------------------------------------------------------------------
2309 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
2310 > Linux.
2311 >
2312 > On Tue, 14 Sep 1999, CAC wrote:
2313 >
2314 > > *****************************************************
2315 > > TREINAMENTO METROLOGIC DO BRASIL - AUTOMAÇÃO COMERCIAL
2316 > > *****************************************************
2317 > >
2318 > > Conheça mais sobre os produtos da Metrologic do Brasil para automação
2319 > > comercial.
2320 > > Teremos também a participação do Sr. Kiyochi Matsuda da Verifone.
2321 > >
2322 > > Palestrantes: Isac Berman - Diretor da Metrologic do Brasil
2323 > > Tharis Nishida - Metrologic : Gerente Região
2324 > Nordeste
2325 > >
2326 > > Jorge Makoto Shintani - Gerente Comercial do Mini
2327 > > Caixa Verifone
2328 > >
2329 > > PROGRAMA:
2330 > >
2331 > > 14h00 - 14h15 Credenciamento.
2332 > >
2333 > > 14h15 - 15h00 Informações sobre a Metrologic do Brasil.
2334 > >
2335 > > 15h00 - 16h00 Informações sobre a concorrência e mercado, vantagens em
2336 > > trabalhar com a Metrologic do Brasil
2337 > >
2338 > > 16h00 - 16h20 Coffee-break
2339 > >
2340 > > 16h20 - 17h00 Mini Caixa Verifone - A solução definitiva em TEF
2341 > > (Transferência Eletrônica de Fundos) vantagens em utilizar, politica de
2342 > > preços e opções de financiamento.
2343 > >
2344 > > 17h00 - 17h30 Apresentação do SIC - Sistema Integrado Comercial. A Solução
2345 > > em frente de caixa e retaguarda com mais de 3.500 cópias comercializadas
2346 > em
2347 > > todo o Brasil. Homologado pela Yanco e outros fabricantes de ECF.
2348 > >
2349 > > Inscrições abertas ATÉ 14/09 ÀS 18:00h - VAGAS LIMITADAS
2350 > >
2351 > > Inscreva-se já! PELO E-MAIL: volnei@netmark.com.br ou pelo telefone (81)
2352 > > 339-2277
2353 > >
2354 > > NÃO PERCA A OPORTUNIDADE DE CONHECER AS NOVIDADES NO MERCADO DE AUTOMAÇÃO
2355 > > !!
2356 > >
2357 > > Local: Auditório interno Netmark
2358 > > End. Av. Mascarenhas de Moraes, 4008A - Imbiribeira - Recife/PE
2359 > > Data: 15 de Setembro (Quarta-feira)
2360 > > Horário: 14h00 às 17h30
2361 > > VAGAS LIMITADAS - (confirme sua presença, por e-mail ou fax abaixo)
2362 > >
2363 > > ________________________________________
2364 > > Volnei Rosa e Silva - Coord. Automação Comercial
2365 > > volnei@netmark.com.br / site: www.netmark.com.br
2366 > > Netmark Distribuidora de Informática Ltda.
2367 > > Telefax: 55 (0xx) 81 339-2277
2368 > >
2369 >
2370 >
2371 > ---------------------------------------------------------------
2372 > To unsubscribe, send email to majordomo@ender.shadowfire.org
2373 > with "unsubscribe ircservices" in the body, without the quotes.
2374 > ---------------------------------------------------------------
2375 > To unsubscribe, send email to majordomo@ender.shadowfire.org
2376 > with "unsubscribe ircservices" in the body, without the quotes.
2377 >
2378
2379 ---------------------------------------------------------------
2380 To unsubscribe, send email to majordomo@ender.shadowfire.org
2381 with "unsubscribe ircservices" in the body, without the quotes.
2382
2383 From jestercm at chatfamily.com Wed Sep 15 08:24:27 1999
2384 From: jestercm at chatfamily.com (David Narayan)
2385 Date: Sat Oct 23 23:00:49 2004
2386 Subject: [IRCServices] ### Need help ###
2387 In-Reply-To: <Pine.LNX.4.00.9909150805100.22183-100000@jozeph.globalmedia.com.br>
2388 References: Pine.LNX.4.00.9909150805100.22183&#45;100000@jozeph.globalmedia.com.br
2389 Message-ID: Pine.LNX.3.96.990915111337.3386A&#45;100000@ns
2390
2391 You can use something like this in m_register (chanserv.c)
2392
2393 /* ChanServ joins newly registered channel */
2394 send_cmd(s_ChanServ, "JOIN %s", chan)
2395
2396 /* ChanServ ops itself */
2397 send_cmd(s_ChanServ, "MODE %s +o %s", chan, s_ChanServ) // ChanServ ops
2398 itself
2399
2400 Don't forget to add something similar so that ChanServ parts when they
2401 drop the channel. You may also want to include protection so ChanServ
2402 doesnt get flooded out or kicked or what not. In the Undernet ircd
2403 X and W are set umode +d (deaf).
2404
2405 In your IRCD you can change this part of m_join in channel.c
2406
2407 if (sptr->user->joined >= MAXCHANNELSPERUSER
2408 {
2409 sendto_one(sptr,err_str(ERR_TOOMANYCHANNELS), me.name, parv[0], name);
2410 return 0
2411 }
2412
2413 /* Change to this */
2414
2415 if (sptr->user->joined >= MAXCHANNELSPERUSER && !IsAnOper(sptr))
2416 {
2417 sendto_one(sptr,err_str(ERR_TOOMANYCHANNELS), me.name, parv[0], name);
2418 return 0
2419 }
2420
2421 /* This allows opers to be in more then the MAXCHANNELS and since ChanServ
2422 is an oper by default it will apply to it as well */
2423
2424 Hope this helps.
2425
2426 -----
2427 David Narayan
2428 Server Administrator
2429 http://www.chatfamily.com
2430
2431 On Wed, 15 Sep 1999, Jozenobio de Melo Brasil wrote:
2432
2433 > Ok,
2434 >
2435 > But a can especify: IsServices (you can join on many channels)...
2436 > Can you give me a on_join patch? :)
2437 >
2438 > Thanks
2439 > Jozeph
2440 >
2441 > --
2442 > --------------------------------------------------------------------
2443 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
2444 > @~/ Oo \~@ | jozeph@globalmedia.com.br
2445 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2446 > \__U_/ | " Onde a maioria vive com a bondade,
2447 > | a maldade da minoria tende sempre a desaparecer! "
2448 > --------------------------------------------------------------------
2449 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
2450 > Linux.
2451 >
2452 > On Wed, 15 Sep 1999, Pinto, Joao Luis (J.) wrote:
2453 >
2454 > > You can put hat on function on_join, however you have to make sure your
2455 > > icrcd allows a user to join so much channels, because mostr ircd limits
2456 > > users to join 10 or 20 channels at once.
2457 > >
2458 > > Regards, João Pinto
2459 > > > App. Dev. & Integration Group - Information Systems Dept.
2460 > > > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
2461 > > >
2462 > > * E-Mail: jpinto9@visteon.com
2463 > > * Phone: 01-2339323
2464 > > * Outside Portugal: 351-1-2339323
2465 > > * FordNet: 8-233-9323
2466 > >
2467 > >
2468 > >
2469 > > -----Original Message-----
2470 > > From: Jozenobio de Melo Brasil [<A HREF="mailto:jozeph@globalmedia.com.br">mailto:jozeph@globalmedia.com.br</A>]
2471 > > Sent: quarta-feira, 15 de setembro de 1999 3:10
2472 > > To: ircservices@ender.shadowfire.org
2473 > > Subject: [IRCServices] ### Need help ###
2474 > >
2475 > >
2476 > > I would like to make with that the ChanServ enters in all the registered
2477 > > channels of the network... similar process to the X/W of the Undernet
2478 > >
2479 > > Anyone can help me?
2480 > >
2481 > > --
2482 > > --------------------------------------------------------------------
2483 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
2484 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
2485 > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2486 > > \__U_/ | " Onde a maioria vive com a bondade,
2487 > > | a maldade da minoria tende sempre a desaparecer! "
2488 > > --------------------------------------------------------------------
2489 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
2490 > > Linux.
2491 > >
2492 > > On Tue, 14 Sep 1999, CAC wrote:
2493 > >
2494 > > > *****************************************************
2495 > > > TREINAMENTO METROLOGIC DO BRASIL - AUTOMAÇÃO COMERCIAL
2496 > > > *****************************************************
2497 > > >
2498 > > > Conheça mais sobre os produtos da Metrologic do Brasil para automação
2499 > > > comercial.
2500 > > > Teremos também a participação do Sr. Kiyochi Matsuda da Verifone.
2501 > > >
2502 > > > Palestrantes: Isac Berman - Diretor da Metrologic do Brasil
2503 > > > Tharis Nishida - Metrologic : Gerente Região
2504 > > Nordeste
2505 > > >
2506 > > > Jorge Makoto Shintani - Gerente Comercial do Mini
2507 > > > Caixa Verifone
2508 > > >
2509 > > > PROGRAMA:
2510 > > >
2511 > > > 14h00 - 14h15 Credenciamento.
2512 > > >
2513 > > > 14h15 - 15h00 Informações sobre a Metrologic do Brasil.
2514 > > >
2515 > > > 15h00 - 16h00 Informações sobre a concorrência e mercado, vantagens em
2516 > > > trabalhar com a Metrologic do Brasil
2517 > > >
2518 > > > 16h00 - 16h20 Coffee-break
2519 > > >
2520 > > > 16h20 - 17h00 Mini Caixa Verifone - A solução definitiva em TEF
2521 > > > (Transferência Eletrônica de Fundos) vantagens em utilizar, politica de
2522 > > > preços e opções de financiamento.
2523 > > >
2524 > > > 17h00 - 17h30 Apresentação do SIC - Sistema Integrado Comercial. A Solução
2525 > > > em frente de caixa e retaguarda com mais de 3.500 cópias comercializadas
2526 > > em
2527 > > > todo o Brasil. Homologado pela Yanco e outros fabricantes de ECF.
2528 > > >
2529 > > > Inscrições abertas ATÉ 14/09 ÀS 18:00h - VAGAS LIMITADAS
2530 > > >
2531 > > > Inscreva-se já! PELO E-MAIL: volnei@netmark.com.br ou pelo telefone (81)
2532 > > > 339-2277
2533 > > >
2534 > > > NÃO PERCA A OPORTUNIDADE DE CONHECER AS NOVIDADES NO MERCADO DE AUTOMAÇÃO
2535 > > > !!
2536 > > >
2537 > > > Local: Auditório interno Netmark
2538 > > > End. Av. Mascarenhas de Moraes, 4008A - Imbiribeira - Recife/PE
2539 > > > Data: 15 de Setembro (Quarta-feira)
2540 > > > Horário: 14h00 às 17h30
2541 > > > VAGAS LIMITADAS - (confirme sua presença, por e-mail ou fax abaixo)
2542 > > >
2543 > > > ________________________________________
2544 > > > Volnei Rosa e Silva - Coord. Automação Comercial
2545 > > > volnei@netmark.com.br / site: www.netmark.com.br
2546 > > > Netmark Distribuidora de Informática Ltda.
2547 > > > Telefax: 55 (0xx) 81 339-2277
2548 > > >
2549 > >
2550 > >
2551 > > ---------------------------------------------------------------
2552 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
2553 > > with "unsubscribe ircservices" in the body, without the quotes.
2554 > > ---------------------------------------------------------------
2555 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
2556 > > with "unsubscribe ircservices" in the body, without the quotes.
2557 > >
2558 >
2559 > ---------------------------------------------------------------
2560 > To unsubscribe, send email to majordomo@ender.shadowfire.org
2561 > with "unsubscribe ircservices" in the body, without the quotes.
2562 >
2563
2564 ---------------------------------------------------------------
2565 To unsubscribe, send email to majordomo@ender.shadowfire.org
2566 with "unsubscribe ircservices" in the body, without the quotes.
2567
2568 From jozeph at globalmedia.com.br Wed Sep 15 09:10:23 1999
2569 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
2570 Date: Sat Oct 23 23:00:49 2004
2571 Subject: [IRCServices] ### Need help ###
2572 In-Reply-To: <Pine.LNX.3.96.990915111337.3386A-100000@ns>
2573 References: Pine.LNX.3.96.990915111337.3386A&#45;100000@ns
2574 Message-ID: Pine.LNX.4.00.9909151309080.29503&#45;100000@jozeph.globalmedia.com.br
2575
2576 Hi,
2577
2578 It's OK, but... when i kill the ./services, and restart it
2579 again... it don't Join on the channels... :(
2580 Please, help...
2581
2582 --
2583 --------------------------------------------------------------------
2584 \|/ --- \|/ | Jozenóbio de Melo Brasil.
2585 @~/ Oo \~@ | jozeph@globalmedia.com.br
2586 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
2587 \__U_/ | " Onde a maioria vive com a bondade,
2588 | a maldade da minoria tende sempre a desaparecer! "
2589 --------------------------------------------------------------------
2590 The box said "Windows 95, Windows NT 4.0, or better", so I installed
2591 Linux.
2592
2593 On Wed, 15 Sep 1999, David Narayan wrote:
2594
2595 > You can use something like this in m_register (chanserv.c)
2596 >
2597 > /* ChanServ joins newly registered channel */
2598 > send_cmd(s_ChanServ, "JOIN %s", chan)
2599 >
2600 > /* ChanServ ops itself */
2601 > send_cmd(s_ChanServ, "MODE %s +o %s", chan, s_ChanServ) // ChanServ ops
2602 > itself
2603 >
2604 > Don't forget to add something similar so that ChanServ parts when they
2605 > drop the channel. You may also want to include protection so ChanServ
2606 > doesnt get flooded out or kicked or what not. In the Undernet ircd
2607 > X and W are set umode +d (deaf).
2608 >
2609 > In your IRCD you can change this part of m_join in channel.c
2610 >
2611 > if (sptr->user->joined >= MAXCHANNELSPERUSER
2612 > {
2613 > sendto_one(sptr,err_str(ERR_TOOMANYCHANNELS), me.name, parv[0], name);
2614 > return 0
2615 > }
2616 >
2617 > /* Change to this */
2618 >
2619 > if (sptr->user->joined >= MAXCHANNELSPERUSER && !IsAnOper(sptr))
2620 > {
2621 > sendto_one(sptr,err_str(ERR_TOOMANYCHANNELS), me.name, parv[0], name);
2622 > return 0
2623 > }
2624 >
2625 > /* This allows opers to be in more then the MAXCHANNELS and since ChanServ
2626 > is an oper by default it will apply to it as well */
2627 >
2628 > Hope this helps.
2629 >
2630 > -----
2631 > David Narayan
2632 > Server Administrator
2633 > <A HREF="http://www.chatfamily.com">http://www.chatfamily.com</A>
2634 >
2635 > On Wed, 15 Sep 1999, Jozenobio de Melo Brasil wrote:
2636 >
2637 > > Ok,
2638 > >
2639 > > But a can especify: IsServices (you can join on many channels)...
2640 > > Can you give me a on_join patch? :)
2641 > >
2642 > > Thanks
2643 > > Jozeph
2644 > >
2645 > > --
2646 > > --------------------------------------------------------------------
2647 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
2648 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
2649 > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2650 > > \__U_/ | " Onde a maioria vive com a bondade,
2651 > > | a maldade da minoria tende sempre a desaparecer! "
2652 > > --------------------------------------------------------------------
2653 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
2654 > > Linux.
2655 > >
2656 > > On Wed, 15 Sep 1999, Pinto, Joao Luis (J.) wrote:
2657 > >
2658 > > > You can put hat on function on_join, however you have to make sure your
2659 > > > icrcd allows a user to join so much channels, because mostr ircd limits
2660 > > > users to join 10 or 20 channels at once.
2661 > > >
2662 > > > Regards, João Pinto
2663 > > > > App. Dev. & Integration Group - Information Systems Dept.
2664 > > > > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
2665 > > > >
2666 > > > * E-Mail: jpinto9@visteon.com
2667 > > > * Phone: 01-2339323
2668 > > > * Outside Portugal: 351-1-2339323
2669 > > > * FordNet: 8-233-9323
2670 > > >
2671 > > >
2672 > > >
2673 > > > -----Original Message-----
2674 > > > From: Jozenobio de Melo Brasil [<A HREF="mailto:jozeph@globalmedia.com.br">mailto:jozeph@globalmedia.com.br</A>]
2675 > > > Sent: quarta-feira, 15 de setembro de 1999 3:10
2676 > > > To: ircservices@ender.shadowfire.org
2677 > > > Subject: [IRCServices] ### Need help ###
2678 > > >
2679 > > >
2680 > > > I would like to make with that the ChanServ enters in all the registered
2681 > > > channels of the network... similar process to the X/W of the Undernet
2682 > > >
2683 > > > Anyone can help me?
2684 > > >
2685 > > > --
2686 > > > --------------------------------------------------------------------
2687 > > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
2688 > > > @~/ Oo \~@ | jozeph@globalmedia.com.br
2689 > > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
2690 > > > \__U_/ | " Onde a maioria vive com a bondade,
2691 > > > | a maldade da minoria tende sempre a desaparecer! "
2692 > > > --------------------------------------------------------------------
2693 > > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
2694 > > > Linux.
2695 > > >
2696 > > > On Tue, 14 Sep 1999, CAC wrote:
2697 > > >
2698 > > > > *****************************************************
2699 > > > > TREINAMENTO METROLOGIC DO BRASIL - AUTOMAÇÃO COMERCIAL
2700 > > > > *****************************************************
2701 > > > >
2702 > > > > Conheça mais sobre os produtos da Metrologic do Brasil para automação
2703 > > > > comercial.
2704 > > > > Teremos também a participação do Sr. Kiyochi Matsuda da Verifone.
2705 > > > >
2706 > > > > Palestrantes: Isac Berman - Diretor da Metrologic do Brasil
2707 > > > > Tharis Nishida - Metrologic : Gerente Região
2708 > > > Nordeste
2709 > > > >
2710 > > > > Jorge Makoto Shintani - Gerente Comercial do Mini
2711 > > > > Caixa Verifone
2712 > > > >
2713 > > > > PROGRAMA:
2714 > > > >
2715 > > > > 14h00 - 14h15 Credenciamento.
2716 > > > >
2717 > > > > 14h15 - 15h00 Informações sobre a Metrologic do Brasil.
2718 > > > >
2719 > > > > 15h00 - 16h00 Informações sobre a concorrência e mercado, vantagens em
2720 > > > > trabalhar com a Metrologic do Brasil
2721 > > > >
2722 > > > > 16h00 - 16h20 Coffee-break
2723 > > > >
2724 > > > > 16h20 - 17h00 Mini Caixa Verifone - A solução definitiva em TEF
2725 > > > > (Transferência Eletrônica de Fundos) vantagens em utilizar, politica de
2726 > > > > preços e opções de financiamento.
2727 > > > >
2728 > > > > 17h00 - 17h30 Apresentação do SIC - Sistema Integrado Comercial. A Solução
2729 > > > > em frente de caixa e retaguarda com mais de 3.500 cópias comercializadas
2730 > > > em
2731 > > > > todo o Brasil. Homologado pela Yanco e outros fabricantes de ECF.
2732 > > > >
2733 > > > > Inscrições abertas ATÉ 14/09 ÀS 18:00h - VAGAS LIMITADAS
2734 > > > >
2735 > > > > Inscreva-se já! PELO E-MAIL: volnei@netmark.com.br ou pelo telefone (81)
2736 > > > > 339-2277
2737 > > > >
2738 > > > > NÃO PERCA A OPORTUNIDADE DE CONHECER AS NOVIDADES NO MERCADO DE AUTOMAÇÃO
2739 > > > > !!
2740 > > > >
2741 > > > > Local: Auditório interno Netmark
2742 > > > > End. Av. Mascarenhas de Moraes, 4008A - Imbiribeira - Recife/PE
2743 > > > > Data: 15 de Setembro (Quarta-feira)
2744 > > > > Horário: 14h00 às 17h30
2745 > > > > VAGAS LIMITADAS - (confirme sua presença, por e-mail ou fax abaixo)
2746 > > > >
2747 > > > > ________________________________________
2748 > > > > Volnei Rosa e Silva - Coord. Automação Comercial
2749 > > > > volnei@netmark.com.br / site: www.netmark.com.br
2750 > > > > Netmark Distribuidora de Informática Ltda.
2751 > > > > Telefax: 55 (0xx) 81 339-2277
2752 > > > >
2753 > > >
2754 > > >
2755 > > > ---------------------------------------------------------------
2756 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
2757 > > > with "unsubscribe ircservices" in the body, without the quotes.
2758 > > > ---------------------------------------------------------------
2759 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
2760 > > > with "unsubscribe ircservices" in the body, without the quotes.
2761 > > >
2762 > >
2763 > > ---------------------------------------------------------------
2764 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
2765 > > with "unsubscribe ircservices" in the body, without the quotes.
2766 > >
2767 >
2768 > ---------------------------------------------------------------
2769 > To unsubscribe, send email to majordomo@ender.shadowfire.org
2770 > with "unsubscribe ircservices" in the body, without the quotes.
2771 >
2772
2773 ---------------------------------------------------------------
2774 To unsubscribe, send email to majordomo@ender.shadowfire.org
2775 with "unsubscribe ircservices" in the body, without the quotes.
2776
2777 From BeenJaminG at aol.com Wed Sep 15 09:23:51 1999
2778 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
2779 Date: Sat Oct 23 23:00:49 2004
2780 Subject: [IRCServices] ### Need help ###
2781 Message-ID: 85a3a203.25112217@aol.com
2782
2783
2784 > In your IRCD you can change this part of m_join in channel.c
2785 >
2786 > if (sptr->user->joined >= MAXCHANNELSPERUSER
2787 > {
2788 > sendto_one(sptr,err_str(ERR_TOOMANYCHANNELS), me.name, parv[0], name);
2789 > return 0
2790 > }
2791 >
2792 > /* Change to this */
2793 >
2794 > /* This allows opers to be in more then the MAXCHANNELS and since ChanServ
2795 > is an oper by default it will apply to it as well */
2796 >
2797
2798 ChanServ will be able to join as many channels as it wants, regardless of its
2799 oper status because its on a ULined server. The above modifications shouldn't
2800 be necessary.
2801
2802 - bstu
2803 ---------------------------------------------------------------
2804 To unsubscribe, send email to majordomo@ender.shadowfire.org
2805 with "unsubscribe ircservices" in the body, without the quotes.
2806
2807 From andrewk at icon.co.za Wed Sep 15 13:12:07 1999
2808 From: andrewk at icon.co.za (Andrew Kempe)
2809 Date: Sat Oct 23 23:00:49 2004
2810 Subject: [IRCServices] ircservices-4.3.1 released
2811 Message-ID: 000001beffb6$96179050$0100a8c0@shadow
2812
2813 This version is a bug fix, fixing the default channel options for new
2814 channels. New channels had no default options in 4.3 due to a coding error.
2815 I view this as a security issue, hence the immediate patch. New channels
2816 will now have the KEEPTOPIC and SECURE options set upon registration.
2817
2818 ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.1.tar.gz
2819 <A HREF="ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.1.diff">ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.1.diff</A>
2820
2821 Mirror: (should be updated by 7am GMT 16/09/99)
2822 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.1.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.1.tar.gz</A>
2823 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.1.diff">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.1.diff</A>
2824
2825 Andrew
2826
2827 ---------------------------------------------------------------
2828 To unsubscribe, send email to majordomo@ender.shadowfire.org
2829 with "unsubscribe ircservices" in the body, without the quotes.
2830
2831 From lmartins at matrix.com.br Wed Sep 15 14:02:52 1999
2832 From: lmartins at matrix.com.br (Luciano Linhares Martins)
2833 Date: Sat Oct 23 23:00:49 2004
2834 Subject: [IRCServices] Session Limit and Exceptions
2835 Message-ID: XFMail.990915180252.lmartins@matrix.com.br
2836
2837
2838 Hello,
2839
2840 Version ircservices-4.3
2841
2842 -OperServ- Hosts with atleast 10 sessions:
2843 -OperServ- Sessions Host
2844 -OperServ- 15 arapuka.digi.com.br
2845 -OperServ- 19 bots.netuno.com.br
2846 -OperServ- 10 piababoy.vircom.com.br
2847 -OperServ- 11 200.243.231.1
2848 -OperServ- 10 200.241.100.20
2849 -OperServ- 17 200.192.24.2
2850 -OperServ- 16 shell.globalshell.com.br
2851
2852 [#natal H% _Oxente_!~after@arapuka.digi.com.br (irc.digi.com.br/3)]
2853 [#santos H% ArrobaSrv!~viper@arapuka.digi.com.br (irc.digi.com.br/3)]
2854 ððð client.trix.net arapuka.digi.com.br End of /WHO list.
2855
2856 -- 2 Clients , but operserv detected 15
2857
2858 [#maceio H% _|Luckas|_!~r0x@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2859 [#IRC-Doidos H% DoidoBot!~eggdrop@piababoy.vircom.com.br
2860 (irc.vircom.com.br/3)]
2861 [#redebrasil H% RedeBot!~eggdrop@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2862 [#08-12anos H% Latierra!~eggdrop@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2863 [#CasaDoPagode H% Pagodao!~eggdrop@piababoy.vircom.com.br
2864 (irc.vircom.com.br/3)]
2865 [#irchikabeen H% Slice^!~eggdrop@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2866 [#Delegacia H% POLICIAL!~eggdrop@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2867 [#Amor H% _CuPiDo_!~eggdrop@piababoy.vircom.com.br (irc.vircom.com.br/3)]
2868
2869 -- 8 Clients, but operserv detected 10
2870
2871
2872 Any solution ?
2873
2874 ---
2875
2876 Luciano Linhares Martins
2877 http://www.matrix.com.br/lmartins
2878 Date: 15-Sep-99 Time: 17:17:17
2879 XKiller @ BrasIRC Network
2880
2881 Lazlo's Chinese Relativity Axiom:
2882 No matter how great your triumphs or how tragic your defeats --
2883 approximately one billion Chinese couldn't care less.
2884
2885 ---------------------------------------------------------------
2886 To unsubscribe, send email to majordomo@ender.shadowfire.org
2887 with "unsubscribe ircservices" in the body, without the quotes.
2888
2889 From andrewk at icon.co.za Wed Sep 15 14:24:18 1999
2890 From: andrewk at icon.co.za (Andrew Kempe)
2891 Date: Sat Oct 23 23:00:49 2004
2892 Subject: [IRCServices] sizes of networks using IRC Services
2893 Message-ID: 000301beffc0$ab342e80$0100a8c0@shadow
2894
2895 How many people are running services on networks with more than 1000 users?
2896 Please reply to this mail, or to me privately if you wish. I'd like to
2897 discuss a few things with you.
2898
2899 Thanks, Andrew
2900
2901 ---------------------------------------------------------------
2902 To unsubscribe, send email to majordomo@ender.shadowfire.org
2903 with "unsubscribe ircservices" in the body, without the quotes.
2904
2905 From tower at oit.pdx.edu Wed Sep 15 16:13:49 1999
2906 From: tower at oit.pdx.edu (Tyson La Tourrette)
2907 Date: Sat Oct 23 23:00:49 2004
2908 Subject: [IRCServices] ping timeouts..
2909 In-Reply-To: <37dbb2f1.11172@dragonfire.net>
2910 References: 37dbb2f1.11172@dragonfire.net
2911 Message-ID: Pine.GSO.4.10.9909151612010.19733&#45;100000@medusa.oit.pdx.edu
2912
2913 On Sun, 12 Sep 1999, Andrew Church wrote:
2914
2915 > >Solaris 2.7 for x86 using gcc 2.95 and gmake 3.77
2916 >
2917 > Is anyone else using this setup? I'm inclined to blame the OS and/or
2918 > libc since I can't reproduce the problems on my Linux box.
2919
2920 Well, I switched to gcc 2.8.1, reinstalled df467 and services 4.3. Things seem to be working...
2921
2922 Thanks for everyone's help.
2923
2924 tyson
2925
2926 ---------------------------------------------------------------
2927 To unsubscribe, send email to majordomo@ender.shadowfire.org
2928 with "unsubscribe ircservices" in the body, without the quotes.
2929
2930 From johnie at netgod.net Wed Sep 15 16:09:52 1999
2931 From: johnie at netgod.net (Johnie Ingram)
2932 Date: Sat Oct 23 23:00:49 2004
2933 Subject: [IRCServices] sizes of networks using IRC Services
2934 In-Reply-To: Message from "Andrew Kempe" <andrewk@icon.co.za> of "Wed, 15 Sep 1999 23:24:18 +0200." <000301beffc0$ab342e80$0100a8c0@shadow>
2935 References: 000301beffc0$ab342e80$0100a8c0@shadow
2936 Message-ID: 199909152309.TAA10862@netgod.net
2937
2938
2939 "Andrew" == Andrew Kempe <andrewk@icon.co.za> writes:
2940
2941 Andrew> How many people are running services on networks with more
2942 Andrew> than 1000 users? Please reply to this mail, or to me
2943
2944 We have 1,254 registered users, 500 connected.
2945
2946 netgod
2947
2948
2949
2950 -----------------------------------------------------------------------------
2951 irc.us.openprojects.net irc.eu.openprojects.net irc.au.openprojects.net
2952 irc.debian.org irc.redhat.com irc.linux.org irc.linux.com
2953
2954 "Open Source, Open Technology, Open Information"
2955 ---------------------------------------------------------------
2956 To unsubscribe, send email to majordomo@ender.shadowfire.org
2957 with "unsubscribe ircservices" in the body, without the quotes.
2958
2959 From BeenJaminG at aol.com Wed Sep 15 16:56:40 1999
2960 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
2961 Date: Sat Oct 23 23:00:49 2004
2962 Subject: [IRCServices] JOIN parsing
2963 Message-ID: abe7142f.25118c38@aol.com
2964
2965 I was wondering about the join parsing.. services doesn't seem to take JOIN 0
2966 correctly, which should make you part all channels. If you join a channel
2967 then join 0 and rejoin, Chanserv doesn't reset the modes/topic/etc because it
2968 never saw you as leaving.. _i assume_. Does anyone have any insight on this?
2969
2970 - bstu
2971 ---------------------------------------------------------------
2972 To unsubscribe, send email to majordomo@ender.shadowfire.org
2973 with "unsubscribe ircservices" in the body, without the quotes.
2974
2975 From andrewk at icon.co.za Wed Sep 15 22:47:33 1999
2976 From: andrewk at icon.co.za (Andrew Kempe)
2977 Date: Sat Oct 23 23:00:49 2004
2978 Subject: [IRCServices] sizes of networks using IRC Services
2979 In-Reply-To: <XFMail.990915231043.lmartins@matrix.com.br>
2980 References: XFMail.990915231043.lmartins@matrix.com.br
2981 Message-ID: Pine.GSO.3.96.990916073957.19051A&#45;100000@shell.icon.co.za
2982
2983 >
2984 > There are problems with NSForceNickChange, it cause many collisions.
2985 >
2986 > [SN] Nick change collision from junior to BrasIRC26348 (BrasIRC26348 937446348
2987 > <- irc.trix.net[0.0.0.0] 937446348)
2988 >
2989 > In the future, will be services work with bahamut ircd ?
2990
2991 I'm aware of the problem with the Guest nicks - I need, or someone needs
2992 to, come up with a better algorithm for generating the numbers on the end
2993 of the guest nick without the number becomming incredibly long. Until
2994 then, this feature should be considered experimental.
2995
2996 I hope to have a Bahamut compatible version by the end of the year and
2997 once v2 (maybe even v3) of Bahamut is released.
2998
2999 Andrew
3000
3001 ---------------------------------------------------------------
3002 To unsubscribe, send email to majordomo@ender.shadowfire.org
3003 with "unsubscribe ircservices" in the body, without the quotes.
3004
3005 From jpinto9 at visteon.com Thu Sep 16 00:47:04 1999
3006 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
3007 Date: Sat Oct 23 23:00:49 2004
3008 Subject: [IRCServices] sizes of networks using IRC Services
3009 Message-ID: 199909160747.DAA02233@mailfw1.ford.com
3010
3011 I usually have a maximum of 100 users simultaneosly online,
3012 this is a little statistical cuntions I implemented on my services:
3013 /NickServ stats
3014
3015 -NickServ(services@services.PTlink.net)- Statistics for today:
3016 -NickServ(services@services.PTlink.net)- Total: 1516
3017 -NickServ(services@services.PTlink.net)- Registered: 11
3018 -NickServ(services@services.PTlink.net)- Expired: 0
3019 -NickServ(services@services.PTlink.net)- Dropped: 9
3020
3021 João Luís Marques Pinto
3022 PTlink Tech - Lamego@PTlink.net
3023 http://www.PTlink.net
3024
3025
3026 -----Original Message-----
3027 From: Andrew Kempe [<A HREF="mailto:andrewk@icon.co.za">mailto:andrewk@icon.co.za</A>]
3028 Sent: quarta-feira, 15 de setembro de 1999 22:24
3029 To: IRCServices
3030 Subject: [IRCServices] sizes of networks using IRC Services
3031
3032
3033 How many people are running services on networks with more than 1000 users?
3034 Please reply to this mail, or to me privately if you wish. I'd like to
3035 discuss a few things with you.
3036
3037 Thanks, Andrew
3038
3039 ---------------------------------------------------------------
3040 To unsubscribe, send email to majordomo@ender.shadowfire.org
3041 with "unsubscribe ircservices" in the body, without the quotes.
3042 ---------------------------------------------------------------
3043 To unsubscribe, send email to majordomo@ender.shadowfire.org
3044 with "unsubscribe ircservices" in the body, without the quotes.
3045
3046 From jpinto9 at visteon.com Thu Sep 16 00:42:41 1999
3047 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
3048 Date: Sat Oct 23 23:00:49 2004
3049 Subject: [IRCServices] JOIN parsing
3050 Message-ID: 199909160837.KAA14480@Ender.gp.school.za
3051
3052 You just need to patch the join code to handle the "0" arguments, and call
3053 the PART code for that client on all channels he is in.
3054
3055 João Luís Marques Pinto
3056 PTlink Tech - Lamego@PTlink.net
3057 http://www.PTlink.net
3058
3059
3060
3061 -----Original Message-----
3062 From: BeenJaminG@aol.com [<A HREF="mailto:BeenJaminG@aol.com">mailto:BeenJaminG@aol.com</A>]
3063 Sent: quinta-feira, 16 de setembro de 1999 0:57
3064 To: ircservices@ender.shadowfire.org
3065 Subject: [IRCServices] JOIN parsing
3066
3067
3068 I was wondering about the join parsing.. services doesn't seem to take JOIN
3069 0
3070 correctly, which should make you part all channels. If you join a channel
3071 then join 0 and rejoin, Chanserv doesn't reset the modes/topic/etc because
3072 it
3073 never saw you as leaving.. _i assume_. Does anyone have any insight on this?
3074
3075 - bstu
3076 ---------------------------------------------------------------
3077 To unsubscribe, send email to majordomo@ender.shadowfire.org
3078 with "unsubscribe ircservices" in the body, without the quotes.
3079 ---------------------------------------------------------------
3080 To unsubscribe, send email to majordomo@ender.shadowfire.org
3081 with "unsubscribe ircservices" in the body, without the quotes.
3082
3083 From mauritz at americasnet.com.br Thu Sep 16 05:28:36 1999
3084 From: mauritz at americasnet.com.br (Mauritz Antunes)
3085 Date: Sat Oct 23 23:00:49 2004
3086 Subject: [IRCServices] sizes of networks using IRC Services
3087 In-Reply-To: <000301beffc0$ab342e80$0100a8c0@shadow>
3088 References: 000301beffc0$ab342e80$0100a8c0@shadow
3089 Message-ID: 4.1.19990916092351.062a3860@mail.americasnet.com.br
3090
3091 Hi,
3092
3093 Here "/operserv stats all" of BRASnet:
3094
3095 -OperServ- Current users: 1213 (11 ops)
3096 -OperServ- Maximum users: 12781 (Aug 22 22:16:14 1999 EST)
3097 -OperServ- Services up 23 hours, 42 minutes
3098 -OperServ- User : 1213 records, 249 kB
3099 -OperServ- Channel : 740 records, 299 kB
3100 -OperServ- NickServ: 131650 records, 28892 kB
3101 -OperServ- ChanServ: 17922 records, 8192 kB
3102 -OperServ- OperServ: 234 records, 33 kB
3103
3104 Runing with 4.1.4 version.
3105
3106 []'s
3107 Mauritz.
3108
3109 At 18:24 15/09/99 , you wrote:
3110 >How many people are running services on networks with more than 1000 users?
3111 >Please reply to this mail, or to me privately if you wish. I'd like to
3112 >discuss a few things with you.
3113 >
3114 >Thanks, Andrew
3115
3116 ---------------------------------------------------------------
3117 To unsubscribe, send email to majordomo@ender.shadowfire.org
3118 with "unsubscribe ircservices" in the body, without the quotes.
3119
3120 From achurch at dragonfire.net Thu Sep 16 21:42:49 1999
3121 From: achurch at dragonfire.net (Andrew Church)
3122 Date: Sat Oct 23 23:00:49 2004
3123 Subject: [IRCServices] JOIN parsing
3124 Message-ID: 37e0e5df.00225@dragonfire.net
3125
3126 >I was wondering about the join parsing.. services doesn't seem to take JOIN 0
3127 >correctly, which should make you part all channels. If you join a channel
3128 >then join 0 and rejoin, Chanserv doesn't reset the modes/topic/etc because it
3129 >never saw you as leaving.. _i assume_. Does anyone have any insight on this?
3130
3131 That would probably be the reason. I thought I had coded in JOIN 0
3132 support at some point, but I guess not.
3133
3134 --Andrew Church
3135 achurch@dragonfire.net
3136 http://achurch.dragonfire.net/
3137 ---------------------------------------------------------------
3138 To unsubscribe, send email to majordomo@ender.shadowfire.org
3139 with "unsubscribe ircservices" in the body, without the quotes.
3140
3141 From simon at online.com.hk Sat Sep 18 12:11:49 1999
3142 From: simon at online.com.hk (Simons)
3143 Date: Sat Oct 23 23:00:49 2004
3144 Subject: [IRCServices] Edit the db directly?
3145 References: <000001beffb6$96179050$0100a8c0@shadow>
3146 Message-ID: 000f01bf0209$eb0fb6a0$fec9120a@netvigator.com
3147
3148 Hi all,
3149
3150 Is it possible to edit the chan.db and nick.db by the text editor directly?
3151 It is because I got the corrupted database, but it seem I found out which
3152 entrys make
3153 the services seg. fault.
3154
3155 Thank you.
3156
3157
3158
3159 ---------------------------------------------------------------
3160 To unsubscribe, send email to majordomo@ender.shadowfire.org
3161 with "unsubscribe ircservices" in the body, without the quotes.
3162
3163 From BeenJaminG at aol.com Sat Sep 18 13:42:08 1999
3164 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
3165 Date: Sat Oct 23 23:00:49 2004
3166 Subject: [IRCServices] Edit the db directly?
3167 Message-ID: 6c656991.25155320@aol.com
3168
3169 In a message dated 9/18/99 3:35:03 PM Eastern Daylight Time,
3170 simon@online.com.hk writes:
3171
3172 > Hi all,
3173 >
3174 > Is it possible to edit the chan.db and nick.db by the text editor directly?
3175 > It is because I got the corrupted database, but it seem I found out which
3176 > entrys make
3177 > the services seg. fault.
3178 >
3179 > Thank you.
3180 >
3181 It won't be possible to edit the databases with a text editor, they are
3182 binary-mode files. Why not try dropping the problem nick/channels as a
3183 temporary measure? Sometimes this will get rid of a corrupted entry.
3184
3185 - bstu
3186 ---------------------------------------------------------------
3187 To unsubscribe, send email to majordomo@ender.shadowfire.org
3188 with "unsubscribe ircservices" in the body, without the quotes.
3189
3190 From jozeph at globalmedia.com.br Sat Sep 18 14:44:29 1999
3191 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
3192 Date: Sat Oct 23 23:00:49 2004
3193 Subject: [IRCServices] Signal 11.
3194 Message-ID: Pine.LNX.4.00.9909181843390.9187&#45;100000@jozeph.globalmedia.com.br
3195
3196 Hello,
3197
3198 Can help me about Services terminating on signal 11 ?
3199 I need help... :)
3200
3201 Greats,
3202 Jozeph
3203
3204
3205 --
3206 --------------------------------------------------------------------
3207 \|/ --- \|/ | Jozenóbio de Melo Brasil.
3208 @~/ Oo \~@ | jozeph@globalmedia.com.br
3209 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
3210 \__U_/ | " Onde a maioria vive com a bondade,
3211 | a maldade da minoria tende sempre a desaparecer! "
3212 --------------------------------------------------------------------
3213 The box said "Windows 95, Windows NT 4.0, or better", so I installed
3214 Linux.
3215
3216 ---------------------------------------------------------------
3217 To unsubscribe, send email to majordomo@ender.shadowfire.org
3218 with "unsubscribe ircservices" in the body, without the quotes.
3219
3220 From tower at oit.pdx.edu Sat Sep 18 15:25:14 1999
3221 From: tower at oit.pdx.edu (Tyson La Tourrette)
3222 Date: Sat Oct 23 23:00:49 2004
3223 Subject: [IRCServices] Signal 11.
3224 In-Reply-To: <Pine.LNX.4.00.9909181843390.9187-100000@jozeph.globalmedia.com.br>
3225 References: Pine.LNX.4.00.9909181843390.9187&#45;100000@jozeph.globalmedia.com.br
3226 Message-ID: Pine.GSO.4.10.9909181523040.19733&#45;100000@medusa.oit.pdx.edu
3227
3228 Here is the signal table (at least on my box).
3229
3230 The signals currently defined by <signal.h> are as follows:
3231 Name Value Default Event
3232 SIGHUP 1 Exit Hangup (see termio(7I))
3233 SIGINT 2 Exit Interrupt (see termio(7I))
3234 SIGQUIT 3 Core Quit (see termio(7I))
3235 SIGILL 4 Core Illegal Instruction
3236 SIGTRAP 5 Core Trace or Breakpoint Trap
3237 SIGABRT 6 Core Abort
3238 SIGEMT 7 Core Emulation Trap
3239 SIGFPE 8 Core Arithmetic Exception
3240 SIGKILL 9 Exit Killed
3241 SIGBUS 10 Core Bus Error
3242 SIGSEGV 11 Core Segmentation Fault
3243 SIGSYS 12 Core Bad System Call
3244 SIGPIPE 13 Exit Broken Pipe
3245 SIGALRM 14 Exit Alarm Clock
3246 SIGTERM 15 Exit Terminated
3247 SIGUSR1 16 Exit User Signal 1
3248 SIGUSR2 17 Exit User Signal 2
3249 SIGCHLD 18 Ignore Child Status Changed
3250 SIGPWR 19 Ignore Power Fail or Restart
3251 SIGWINCH 20 Ignore Window Size Change
3252 SIGURG 21 Ignore Urgent Socket Condition
3253 SIGPOLL 22 Exit Pollable Event (see streamio(7I))
3254 SIGSTOP 23 Stop Stopped (signal)
3255 SIGTSTP 24 Stop Stopped (user) (see termio(7I))
3256 SIGCONT 25 Ignore Continued
3257 SIGTTIN 26 Stop Stopped (tty input) (see termio(7I))
3258 SIGTTOU 27 Stop Stopped (tty output) (see termio(7I))
3259 SIGVTALRM 28 Exit Virtual Timer Expired
3260 SIGPROF 29 Exit Profiling Timer Expired
3261 SIGXCPU 30 Core CPU time limit exceeded (see
3262 getrlimit(2))
3263 SIGXFSZ 31 Core File size limit exceeded (see
3264 getrlimit(2))
3265 SIGWAITING 32 Ignore Concurrency signal reserved by
3266 threads library
3267 SIGLWP 33 Ignore Inter-LWP signal reserved by threads
3268 library
3269 SIGFREEZE 34 Ignore Check point Freeze
3270 SIGTHAW 35 Ignore Check point Thaw
3271
3272 So signal 11 is a seg fault. Hmmm, you could examine the core dump. What is happening when services crash?
3273
3274
3275 en Sat, 18 Sep 1999, Jozenobio de Melo Brasil wrote:
3276
3277 > Hello,
3278 >
3279 > Can help me about Services terminating on signal 11 ?
3280 > I need help... :)
3281 >
3282 > Greats,
3283 > Jozeph
3284 >
3285 >
3286 > --
3287 > --------------------------------------------------------------------
3288 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
3289 > @~/ Oo \~@ | jozeph@globalmedia.com.br
3290 > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
3291 > \__U_/ | " Onde a maioria vive com a bondade,
3292 > | a maldade da minoria tende sempre a desaparecer! "
3293 > --------------------------------------------------------------------
3294 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
3295 > Linux.
3296 >
3297 > ---------------------------------------------------------------
3298 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3299 > with "unsubscribe ircservices" in the body, without the quotes.
3300 >
3301
3302 ---------------------------------------------------------------
3303 To unsubscribe, send email to majordomo@ender.shadowfire.org
3304 with "unsubscribe ircservices" in the body, without the quotes.
3305
3306 From simon at online.com.hk Sat Sep 18 20:07:20 1999
3307 From: simon at online.com.hk (Simons)
3308 Date: Sat Oct 23 23:00:49 2004
3309 Subject: [IRCServices] Edit the db directly?
3310 References: <6c656991.25155320@aol.com>
3311 Message-ID: 001401bf024c$1af38440$fec9120a@netvigator.com
3312
3313
3314 ----- Original Message -----
3315 ±H¥óªÌ: <BeenJaminG@aol.com>
3316 ¦¬¥óªÌ: <ircservices@ender.shadowfire.org>
3317 ¶Ç°e¤é´Á: 1999¦~9¤ë19¤é AM 04:42
3318 ¥D¦®: Re: [IRCServices] Edit the db directly?
3319
3320
3321 > In a message dated 9/18/99 3:35:03 PM Eastern Daylight Time,
3322 > simon@online.com.hk writes:
3323 >
3324 > > Hi all,
3325 > >
3326 > > Is it possible to edit the chan.db and nick.db by the text editor
3327 directly?
3328 > > It is because I got the corrupted database, but it seem I found out
3329 which
3330 > > entrys make
3331 > > the services seg. fault.
3332 > >
3333 > > Thank you.
3334 > >
3335 > It won't be possible to edit the databases with a text editor, they are
3336 > binary-mode files. Why not try dropping the problem nick/channels as a
3337 > temporary measure? Sometimes this will get rid of a corrupted entry.
3338 >
3339 > - bstu
3340
3341 I had tried to drop the problem nicks/channels, after dropped,
3342 I make the '/operserv update' and then the services seg. fault too.
3343 That's why I wanna edit the db directly.
3344
3345 Simons
3346
3347 > ---------------------------------------------------------------
3348 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3349 > with "unsubscribe ircservices" in the body, without the quotes.
3350
3351
3352 ---------------------------------------------------------------
3353 To unsubscribe, send email to majordomo@ender.shadowfire.org
3354 with "unsubscribe ircservices" in the body, without the quotes.
3355
3356 From listuser at bundynet.de Sun Sep 19 05:57:30 1999
3357 From: listuser at bundynet.de (Stefan Funke)
3358 Date: Sat Oct 23 23:00:49 2004
3359 Subject: [IRCServices] "channel doesn't exist"
3360 Message-ID: Pine.LNX.4.10.9909191446390.7389&#45;100000@dragon.bundynet.lan
3361
3362 Hi there!
3363
3364 I've sent Chanserv into "#services" (cmode +ntli). Chanserv is the only
3365 one in there...
3366
3367 > ChanServ is services@bundynet.lan
3368 > on channels: #services
3369
3370 Problem is, that I can't join #services or change modes on it:
3371
3372 > (chanserv)] invite #services
3373 > -ChanServ- Channel #services doesn't exist.
3374 > (operserv)] mode #services -li
3375 > -OperServ- Channel #services doesn't exist.
3376
3377 I don't know why it happens - everything else works fine. I'm using
3378 " services 4.2.3 -- build #1, compiled Apr 24 1999 13:15:40".
3379
3380 Greetings,
3381 Stefan Funke
3382
3383 --
3384 [.........Stefan Funke.........] PGP Key at:
3385 [.......bundy@bundynet.de......] http://www.bundynet.de/bundy.pkr
3386 [........www.bundynet.de.......]
3387 [........irc.germany.net.......]
3388
3389 ---------------------------------------------------------------
3390 To unsubscribe, send email to majordomo@ender.shadowfire.org
3391 with "unsubscribe ircservices" in the body, without the quotes.
3392
3393 From achurch at dragonfire.net Sun Sep 19 23:32:57 1999
3394 From: achurch at dragonfire.net (Andrew Church)
3395 Date: Sat Oct 23 23:00:49 2004
3396 Subject: [IRCServices] "channel doesn't exist"
3397 Message-ID: 37e4f4ef.00321@dragonfire.net
3398
3399 >Hi there!
3400 >
3401 >I've sent Chanserv into "#services" (cmode +ntli). Chanserv is the only
3402 >one in there...
3403 >
3404 >> ChanServ is services@bundynet.lan
3405 >> on channels: #services
3406 >
3407 >Problem is, that I can't join #services or change modes on it:
3408 >
3409 >> (chanserv)] invite #services
3410 >> -ChanServ- Channel #services doesn't exist.
3411
3412 Did you use the RAW command? If so, read the documentation on the
3413 RAW command. Then read it again. Notice the part that says "This
3414 command... can wreak havoc on a network if used improperly"? There's
3415 your answer.
3416
3417 Put another way, Services does absolutely no interpretation of RAW
3418 commands (nor is there any reason it should), so it has no way of
3419 knowing you sent ChanServ into a channel.
3420
3421 --Andrew Church
3422 achurch@dragonfire.net
3423 http://achurch.dragonfire.net/
3424 ---------------------------------------------------------------
3425 To unsubscribe, send email to majordomo@ender.shadowfire.org
3426 with "unsubscribe ircservices" in the body, without the quotes.
3427
3428 From dreamer at darkness.gr Sun Sep 19 08:55:43 1999
3429 From: dreamer at darkness.gr (Nick Krassas)
3430 Date: Sat Oct 23 23:00:49 2004
3431 Subject: [IRCServices] "channel doesn't exist"
3432 In-Reply-To: <Pine.LNX.4.10.9909191446390.7389-100000@dragon.bundynet.lan>
3433 References: Pine.LNX.4.10.9909191446390.7389&#45;100000@dragon.bundynet.lan
3434 Message-ID: Pine.LNX.4.10.9909191846240.16535&#45;100000@darkness.darkness.gr
3435
3436 Greetings all,
3437 Fist of all, the channel #Services it might be closed, non
3438 existent, or as you mentioned invited only. If the channel doesn't exist
3439 then just /join #Services, if the channel is invited only and you have
3440 access to this channel as chanserv to invite you (/msg chanserv invite
3441 #Services). If nothing of the above try then to force chanserv to leave
3442 the channel by /msg operserv raw :Chanserv Part #Services.
3443
3444
3445
3446 Dinos
3447 Admin @darkness.irc.gr
3448 ----------------------
3449 On Sun, 19 Sep 1999, Stefan Funke wrote:
3450
3451 > Hi there!
3452 >
3453 > I've sent Chanserv into "#services" (cmode +ntli). Chanserv is the only
3454 > one in there...
3455 >
3456 > > ChanServ is services@bundynet.lan
3457 > > on channels: #services
3458 >
3459 > Problem is, that I can't join #services or change modes on it:
3460 >
3461 > > (chanserv)] invite #services
3462 > > -ChanServ- Channel #services doesn't exist.
3463 > > (operserv)] mode #services -li
3464 > > -OperServ- Channel #services doesn't exist.
3465 >
3466 > I don't know why it happens - everything else works fine. I'm using
3467 > " services 4.2.3 -- build #1, compiled Apr 24 1999 13:15:40".
3468 >
3469 > Greetings,
3470 > Stefan Funke
3471 >
3472 > --
3473 > [.........Stefan Funke.........] PGP Key at:
3474 > [.......bundy@bundynet.de......] http://www.bundynet.de/bundy.pkr
3475 > [........www.bundynet.de.......]
3476 > [........irc.germany.net.......]
3477 >
3478 > ---------------------------------------------------------------
3479 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3480 > with "unsubscribe ircservices" in the body, without the quotes.
3481 >
3482
3483 ---------------------------------------------------------------
3484 To unsubscribe, send email to majordomo@ender.shadowfire.org
3485 with "unsubscribe ircservices" in the body, without the quotes.
3486
3487 From daredevil at cia.com.br Sun Sep 19 07:58:17 1999
3488 From: daredevil at cia.com.br (Evandro Batschauer)
3489 Date: Sat Oct 23 23:00:49 2004
3490 Subject: [IRCServices] sizes of networks using IRC Services
3491 In-Reply-To: <000301beffc0$ab342e80$0100a8c0@shadow>
3492 References: 000301beffc0$ab342e80$0100a8c0@shadow
3493 Message-ID: 3.0.3.32.19990919115817.006867a8@mail.cia.com.br
3494
3495 hello,
3496
3497 RedeSul IRC, Brazil:
3498
3499 ::: [msg(operserv)] stats all
3500 -OperServ- Current users: 723 (7 ops)
3501 -OperServ- Maximum users: 1531 (Sep 12 21:47:04 1999 EST)
3502 -OperServ- Services up 1 day, 11:37
3503 -OperServ- User : 723 records, 132 kB
3504 -OperServ- Channel : 169 records, 71 kB
3505 -OperServ- NickServ: 10454 records, 3715 kB
3506 -OperServ- ChanServ: 1182 records, 516 kB
3507 -OperServ- OperServ: 80 records, 8 kB
3508
3509 Runing with 4.2.4 version.
3510
3511 Regardz,
3512
3513 --
3514 Evandro Batschauer
3515 drdvl@irc - irc.fenixnet.com.br
3516
3517 ---------------------------------------------------------------
3518 To unsubscribe, send email to majordomo@ender.shadowfire.org
3519 with "unsubscribe ircservices" in the body, without the quotes.
3520
3521 From daredevil at cia.com.br Sun Sep 19 09:14:43 1999
3522 From: daredevil at cia.com.br (Evandro Batschauer)
3523 Date: Sat Oct 23 23:00:49 2004
3524 Subject: [IRCServices] sizes of networks using IRC Services
3525 In-Reply-To: <000301beffc0$ab342e80$0100a8c0@shadow>
3526 References: 000301beffc0$ab342e80$0100a8c0@shadow
3527 Message-ID: 3.0.3.32.19990919131443.0068a154@mail.cia.com.br
3528
3529 hello,
3530
3531 RedeSul IRC, Brazil:
3532
3533 ::: [msg(operserv)] stats all
3534 -OperServ- Current users: 723 (7 ops)
3535 -OperServ- Maximum users: 1531 (Sep 12 21:47:04 1999 EST)
3536 -OperServ- Services up 1 day, 11:37
3537 -OperServ- User : 723 records, 132 kB
3538 -OperServ- Channel : 169 records, 71 kB
3539 -OperServ- NickServ: 10454 records, 3715 kB
3540 -OperServ- ChanServ: 1182 records, 516 kB
3541 -OperServ- OperServ: 80 records, 8 kB
3542
3543 Runing with 4.2.4 version.
3544
3545 Regardz,
3546
3547 --
3548 Evandro Batschauer
3549 drdvl@irc - irc.fenixnet.com.br
3550
3551 ---------------------------------------------------------------
3552 To unsubscribe, send email to majordomo@ender.shadowfire.org
3553 with "unsubscribe ircservices" in the body, without the quotes.
3554
3555 From listuser at bundynet.de Sun Sep 19 11:13:54 1999
3556 From: listuser at bundynet.de (Stefan Funke)
3557 Date: Sat Oct 23 23:00:49 2004
3558 Subject: [IRCServices] "channel doesn't exist"
3559 In-Reply-To: <Pine.LNX.4.10.9909191846240.16535-100000@darkness.darkness.gr>
3560 References: Pine.LNX.4.10.9909191846240.16535&#45;100000@darkness.darkness.gr
3561 Message-ID: Pine.LNX.4.10.9909192005380.9888&#45;100000@dragon.bundynet.lan
3562
3563 On Sun, 19 Sep 1999, Nick Krassas wrote:
3564
3565 > Greetings all,
3566 > Fist of all, the channel #Services it might be closed, non
3567 > existent, or as you mentioned invited only. If the channel doesn't exist
3568 > then just /join #Services, if the channel is invited only and you have
3569 > access to this channel as chanserv to invite you (/msg chanserv invite
3570 > #Services). If nothing of the above try then to force chanserv to leave
3571 > the channel by /msg operserv raw :Chanserv Part #Services.
3572
3573 [X] Wer lesen kann ist klar im Vorteil :
3574
3575 > > > (chanserv)] invite #services
3576 > > > -ChanServ- Channel #services doesn't exist.
3577
3578 and I don't want Chanserv to get out there - just wanted to know what that
3579 '#services doesn't exist' means.
3580
3581 anyway... thanks :o)
3582 Stefan Funke
3583
3584 --
3585 [.........Stefan Funke.........] PGP Key at:
3586 [.......bundy@bundynet.de......] http://www.bundynet.de/bundy.pkr
3587 [........www.bundynet.de.......]
3588 [........irc.germany.net.......]
3589
3590
3591
3592 ---------------------------------------------------------------
3593 To unsubscribe, send email to majordomo@ender.shadowfire.org
3594 with "unsubscribe ircservices" in the body, without the quotes.
3595
3596 From jpinto9 at visteon.com Mon Sep 20 01:56:31 1999
3597 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
3598 Date: Sat Oct 23 23:00:49 2004
3599 Subject: [IRCServices] "channel doesn't exist"
3600 Message-ID: 199909200856.EAA24567@mailfw1.ford.com
3601
3602 I think this is a little hard reply Andy at least when there is a reasonable
3603 number of people trying to make service clients join channels.
3604 The explanation o the "channels doesn't exist follow":
3605 Services just create the channel in is internal channel list when they get
3606 the first JOIN message to that channel from the server they are connected
3607 to, if you have a empty channel and you issue "/OperServ RAW :ChanServ JOIN
3608 #Chan", the services will send a JOIN message to the server saying Chanserv
3609 joined #Chan, however they will not create locally the channel (because like
3610 I saide before they just create when they receive a JOIN message, not when
3611 they receive), when you make the /ChanServ invite #chan, services will
3612 search for that channel on their internal channel list, result: Channel
3613 doesnt exist.
3614
3615 Easly Speaking: Services didn't saw anyone entering the channel so channel
3616 does not exist. :)
3617
3618 Regards, João Pinto
3619 > App. Dev. & Integration Group - Information Systems Dept.
3620 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
3621 >
3622 * E-Mail: jpinto9@visteon.com
3623 * Phone: 01-2339323
3624 * Outside Portugal: 351-1-2339323
3625 * FordNet: 8-233-9323
3626
3627
3628
3629 -----Original Message-----
3630 From: achurch@dragonfire.net [mailto:achurch@dragonfire.net]
3631 Sent: domingo, 19 de setembro de 1999 15:33
3632 To: ircservices@ender.shadowfire.org
3633 Subject: Re: [IRCServices] "channel doesn't exist"
3634
3635
3636 >Hi there!
3637 >
3638 >I've sent Chanserv into "#services" (cmode +ntli). Chanserv is the only
3639 >one in there...
3640 >
3641 >> ChanServ is services@bundynet.lan
3642 >> on channels: #services
3643 >
3644 >Problem is, that I can't join #services or change modes on it:
3645 >
3646 >> (chanserv)] invite #services
3647 >> -ChanServ- Channel #services doesn't exist.
3648
3649 Did you use the RAW command? If so, read the documentation on the
3650 RAW command. Then read it again. Notice the part that says "This
3651 command... can wreak havoc on a network if used improperly"? There's
3652 your answer.
3653
3654 Put another way, Services does absolutely no interpretation of RAW
3655 commands (nor is there any reason it should), so it has no way of
3656 knowing you sent ChanServ into a channel.
3657
3658 --Andrew Church
3659 achurch@dragonfire.net
3660 <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
3661 ---------------------------------------------------------------
3662 To unsubscribe, send email to majordomo@ender.shadowfire.org
3663 with "unsubscribe ircservices" in the body, without the quotes.
3664 ---------------------------------------------------------------
3665 To unsubscribe, send email to majordomo@ender.shadowfire.org
3666 with "unsubscribe ircservices" in the body, without the quotes.
3667
3668 From norteirc at intermx.net Mon Sep 20 05:21:13 1999
3669 From: norteirc at intermx.net (norteirc@intermx.net)
3670 Date: Sat Oct 23 23:00:49 2004
3671 Subject: [IRCServices] Hi guys!
3672 Message-ID: Pine.LNX.4.10.9909200814580.32354&#45;100000@ns.intermx.net
3673
3674
3675 I have editing the source of services....because it doesnt connect to
3676 ircu2.10.X....there was missing parameters
3677 Now it is connected =D
3678 Also making some changes.....every bot has now is unique Hostname
3679 If anyone needs help with ircu.....please contact me at
3680 /server norte.intermx.net or just email me =D
3681 **ENTRA** NiCK (*!^-^@NiCK.Redlatina.Org)
3682 **ENTRA** ChanServ (*!^-^@ChanServ.Redlatina.Org)
3683 **ENTRA** HeLp (*!^-^@HeLp.Redlatina.Org)
3684 **ENTRA** IrcHelp (*!^-^@IrcHelp.Redlatina.Org)
3685 **ENTRA** MeMo (*!^-^@MeMo.Redlatina.Org)
3686 **ENTRA** OpEr (*!^-^@OpEr.Redlatina.Org)
3687 **ENTRA** Axelita (*!^-^@Axelita.Redlatina.Org)
3688 **ENTRA** NoTiCiAs (*!^-^@NoTiCiAs.Redlatina.Org)
3689 =D
3690 BaRt-MaN
3691
3692 ---------------------------------------------------------------
3693 To unsubscribe, send email to majordomo@ender.shadowfire.org
3694 with "unsubscribe ircservices" in the body, without the quotes.
3695
3696 From dreamer at darkness.gr Mon Sep 20 05:51:55 1999
3697 From: dreamer at darkness.gr (Nick Krassas)
3698 Date: Sat Oct 23 23:00:49 2004
3699 Subject: [IRCServices] Restarting...
3700 In-Reply-To: <199909200856.EAA24567@mailfw1.ford.com>
3701 References: 199909200856.EAA24567@mailfw1.ford.com
3702 Message-ID: Pine.LNX.4.10.9909201529170.299&#45;100000@darkness.darkness.gr
3703
3704 Greetings all,
3705 I've notice something during some tests on the services 4.3pre0,
3706 that is not fixed yet, and is reported at the KnownBugs file.
3707 The problem take place when an admin tries to restast the services for
3708 second time. The services just ingore the restart command, and do nothing.
3709 This feature is reported untill now only at linux systems, ( i don't know
3710 if this problem exist in other platforms) and is due to the signal
3711 manipulation at main.c.
3712
3713 line 43 : static jmp_buf panic_jmp;
3714 line 54 : signal(SIGHUP, SIG_INT); // the signal is ignored from now on
3715 line 58 : longjmp(panic_jmp, 1);
3716
3717 The longjmp function should be changed to siglongjmp() and jmp_buf to
3718 sigjmp_buf.
3719
3720
3721 Dinos
3722
3723 Admin @darkness.irc.gr
3724 http://www.irc.gr
3725
3726 ---------------------------------------------------------------
3727 To unsubscribe, send email to majordomo@ender.shadowfire.org
3728 with "unsubscribe ircservices" in the body, without the quotes.
3729
3730 From scotts at qx.net Mon Sep 20 06:53:09 1999
3731 From: scotts at qx.net (Scott Seufert)
3732 Date: Sat Oct 23 23:00:49 2004
3733 Subject: [IRCServices] Restarting...
3734 Message-ID: 001d01bf036f$7ceb45b0$0959ebd0@orion.qx.net
3735
3736 I would like to state that during the time I was running 4.3pre0 I had so
3737 such problem with restart nor any other command I also run Linux, RedHat5.2
3738 to be exact.
3739
3740 -----Original Message-----
3741 From: Nick Krassas <dreamer@darkness.gr>
3742 To: 'ircservices@ender.shadowfire.org' <ircservices@ender.shadowfire.org>
3743 Date: Monday, September 20, 1999 9:42 AM
3744 Subject: [IRCServices] Restarting...
3745
3746
3747 >Greetings all,
3748 > I've notice something during some tests on the services 4.3pre0,
3749 >that is not fixed yet, and is reported at the KnownBugs file.
3750 >The problem take place when an admin tries to restast the services for
3751 >second time. The services just ingore the restart command, and do nothing.
3752 >This feature is reported untill now only at linux systems, ( i don't know
3753 >if this problem exist in other platforms) and is due to the signal
3754 >manipulation at main.c.
3755 >
3756 >line 43 : static jmp_buf panic_jmp;
3757 >line 54 : signal(SIGHUP, SIG_INT); // the signal is ignored from now on
3758 >line 58 : longjmp(panic_jmp, 1);
3759 >
3760 >The longjmp function should be changed to siglongjmp() and jmp_buf to
3761 >sigjmp_buf.
3762 >
3763 >
3764 >Dinos
3765 >
3766 >Admin @darkness.irc.gr
3767 >http://www.irc.gr
3768
3769
3770 Scott Seufert
3771 aka katsklaw@irc
3772 Network Admin
3773 FlameBait.Org
3774
3775 ---------------------------------------------------------------
3776 To unsubscribe, send email to majordomo@ender.shadowfire.org
3777 with "unsubscribe ircservices" in the body, without the quotes.
3778
3779 From cknipe at savage.za.org Mon Sep 20 09:42:13 1999
3780 From: cknipe at savage.za.org (Chris Knipe)
3781 Date: Sat Oct 23 23:00:49 2004
3782 Subject: [IRCServices] IRCD / Services Monitoring Scripts
3783 In-Reply-To: <001d01bf036f$7ceb45b0$0959ebd0@orion.qx.net>
3784 References: 001d01bf036f$7ceb45b0$0959ebd0@orion.qx.net
3785 Message-ID: Pine.LNX.4.10.9909201840230.19683&#45;100000@savage.za.org
3786
3787 Hi
3788
3789 A while ago I posted some of my perl scripts here to monitor various
3790 aspects of the IRCD + Services Use.
3791
3792 Unfortunately I am recovering from a HDD crash at the moment, and I was
3793 just wondering wheter there is anyone here (maybe even a archive) or the
3794 email which had those scripts attached.
3795
3796 If anyone still have the scripts / email, would you please be so kind to
3797 email them to me ? (you can send em private, i dont think theres a need
3798 for them to go through the mailing list again, i must admit, it was a bit
3799 bigish).
3800
3801 Regards
3802 Chris Knipe
3803 Cel: (083) 430 8151
3804 Freelance Internet Developer / Consultant
3805 Certified: A+ / MCSE / MCT
3806
3807
3808 ---------------------------------------------------------------
3809 To unsubscribe, send email to majordomo@ender.shadowfire.org
3810 with "unsubscribe ircservices" in the body, without the quotes.
3811
3812 From andrewk at icon.co.za Mon Sep 20 13:56:15 1999
3813 From: andrewk at icon.co.za (Andrew Kempe)
3814 Date: Sat Oct 23 23:00:49 2004
3815 Subject: [IRCServices] Restarting...
3816 In-Reply-To: <Pine.LNX.4.10.9909201529170.299-100000@darkness.darkness.gr>
3817 References: Pine.LNX.4.10.9909201529170.299&#45;100000@darkness.darkness.gr
3818 Message-ID: 000201bf03aa$940e6c00$0100a8c0@shadow
3819
3820 This has been a problem for ages. I've never looked into it but it's now on
3821 the todo list.
3822
3823 A small side note, version pre0 has MANY problems, especially when it comes
3824 to missing config options. It's highly recommened that anyone using the
3825 4.3pre releases move to version 4.3.1 - which is pretty much stable. 4.2.4
3826 was the last, and current -STABLE release. That's IMHO anyway :)
3827
3828 Later, Andrew
3829
3830 > -----Original Message-----
3831 > From: owner-ircservices@ender.shadowfire.org
3832 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Nick Krassas
3833 > Sent: 20 September 1999 14:52
3834 > To: 'ircservices@ender.shadowfire.org'
3835 > Subject: [IRCServices] Restarting...
3836 >
3837 >
3838 > Greetings all,
3839 > I've notice something during some tests on the services 4.3pre0,
3840 > that is not fixed yet, and is reported at the KnownBugs file.
3841 > The problem take place when an admin tries to restast the services for
3842 > second time. The services just ingore the restart command, and do
3843 > nothing.
3844 > This feature is reported untill now only at linux systems, ( i don't know
3845 > if this problem exist in other platforms) and is due to the signal
3846 > manipulation at main.c.
3847 >
3848 > line 43 : static jmp_buf panic_jmp;
3849 > line 54 : signal(SIGHUP, SIG_INT); // the signal is ignored from now on
3850 > line 58 : longjmp(panic_jmp, 1);
3851 >
3852 > The longjmp function should be changed to siglongjmp() and jmp_buf to
3853 > sigjmp_buf.
3854 >
3855 >
3856 > Dinos
3857 >
3858 > Admin @darkness.irc.gr
3859 > <A HREF="http://www.irc.gr">http://www.irc.gr</A>
3860 >
3861 > ---------------------------------------------------------------
3862 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3863 > with "unsubscribe ircservices" in the body, without the quotes.
3864 >
3865
3866 ---------------------------------------------------------------
3867 To unsubscribe, send email to majordomo@ender.shadowfire.org
3868 with "unsubscribe ircservices" in the body, without the quotes.
3869
3870 From andrewk at icon.co.za Mon Sep 20 14:01:16 1999
3871 From: andrewk at icon.co.za (Andrew Kempe)
3872 Date: Sat Oct 23 23:00:49 2004
3873 Subject: [IRCServices] IRCD / Services Monitoring Scripts
3874 In-Reply-To: <Pine.LNX.4.10.9909201840230.19683-100000@savage.za.org>
3875 References: Pine.LNX.4.10.9909201840230.19683&#45;100000@savage.za.org
3876 Message-ID: 000301bf03ab$47764f10$0100a8c0@shadow
3877
3878 I don't have them, but I do have a side note - for those who have not read
3879 the README lately...
3880
3881 This mailing list is archived at:
3882
3883 http://ender.shadowfire.org/ircservices/listarchive/
3884
3885 Thanks, Andrew
3886
3887 > -----Original Message-----
3888 > From: owner-ircservices@ender.shadowfire.org
3889 > [<A HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Chris Knipe
3890 > Sent: 20 September 1999 18:42
3891 > To: ircservices@ender.shadowfire.org
3892 > Subject: [IRCServices] IRCD / Services Monitoring Scripts
3893 >
3894 >
3895 > Hi
3896 >
3897 > A while ago I posted some of my perl scripts here to monitor various
3898 > aspects of the IRCD + Services Use.
3899 >
3900 > Unfortunately I am recovering from a HDD crash at the moment, and I was
3901 > just wondering wheter there is anyone here (maybe even a archive) or the
3902 > email which had those scripts attached.
3903 >
3904 > If anyone still have the scripts / email, would you please be so kind to
3905 > email them to me ? (you can send em private, i dont think theres a need
3906 > for them to go through the mailing list again, i must admit, it was a bit
3907 > bigish).
3908 >
3909 > Regards
3910 > Chris Knipe
3911 > Cel: (083) 430 8151
3912 > Freelance Internet Developer / Consultant
3913 > Certified: A+ / MCSE / MCT
3914 >
3915 >
3916 > ---------------------------------------------------------------
3917 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3918 > with "unsubscribe ircservices" in the body, without the quotes.
3919 >
3920
3921 ---------------------------------------------------------------
3922 To unsubscribe, send email to majordomo@ender.shadowfire.org
3923 with "unsubscribe ircservices" in the body, without the quotes.
3924
3925 From dreamer at darkness.gr Tue Sep 21 05:21:20 1999
3926 From: dreamer at darkness.gr (Nick Krassas)
3927 Date: Sat Oct 23 23:00:49 2004
3928 Subject: [IRCServices] Restarting...
3929 In-Reply-To: <000201bf03aa$940e6c00$0100a8c0@shadow>
3930 References: 000201bf03aa$940e6c00$0100a8c0@shadow
3931 Message-ID: Pine.LNX.4.10.9909211520470.19279&#45;100000@darkness.darkness.gr
3932
3933 I can send the fix that i've available if someone needs it.
3934
3935
3936
3937 Dinos
3938
3939
3940 On Mon, 20 Sep 1999, Andrew Kempe wrote:
3941
3942 > This has been a problem for ages. I've never looked into it but it's now on
3943 > the todo list.
3944 >
3945 > A small side note, version pre0 has MANY problems, especially when it comes
3946 > to missing config options. It's highly recommened that anyone using the
3947 > 4.3pre releases move to version 4.3.1 - which is pretty much stable. 4.2.4
3948 > was the last, and current -STABLE release. That's IMHO anyway :)
3949 >
3950 > Later, Andrew
3951 >
3952 > > -----Original Message-----
3953 > > From: owner-ircservices@ender.shadowfire.org
3954 > > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Nick Krassas
3955 > > Sent: 20 September 1999 14:52
3956 > > To: 'ircservices@ender.shadowfire.org'
3957 > > Subject: [IRCServices] Restarting...
3958 > >
3959 > >
3960 > > Greetings all,
3961 > > I've notice something during some tests on the services 4.3pre0,
3962 > > that is not fixed yet, and is reported at the KnownBugs file.
3963 > > The problem take place when an admin tries to restast the services for
3964 > > second time. The services just ingore the restart command, and do
3965 > > nothing.
3966 > > This feature is reported untill now only at linux systems, ( i don't know
3967 > > if this problem exist in other platforms) and is due to the signal
3968 > > manipulation at main.c.
3969 > >
3970 > > line 43 : static jmp_buf panic_jmp;
3971 > > line 54 : signal(SIGHUP, SIG_INT); // the signal is ignored from now on
3972 > > line 58 : longjmp(panic_jmp, 1);
3973 > >
3974 > > The longjmp function should be changed to siglongjmp() and jmp_buf to
3975 > > sigjmp_buf.
3976 > >
3977 > >
3978 > > Dinos
3979 > >
3980 > > Admin @darkness.irc.gr
3981 > > <A HREF="http://www.irc.gr">http://www.irc.gr</A>
3982 > >
3983 > > ---------------------------------------------------------------
3984 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
3985 > > with "unsubscribe ircservices" in the body, without the quotes.
3986 > >
3987 >
3988 > ---------------------------------------------------------------
3989 > To unsubscribe, send email to majordomo@ender.shadowfire.org
3990 > with "unsubscribe ircservices" in the body, without the quotes.
3991 >
3992
3993 ---------------------------------------------------------------
3994 To unsubscribe, send email to majordomo@ender.shadowfire.org
3995 with "unsubscribe ircservices" in the body, without the quotes.
3996
3997 From jozeph at globalmedia.com.br Tue Sep 21 06:16:47 1999
3998 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
3999 Date: Sat Oct 23 23:00:49 2004
4000 Subject: [IRCServices] listnicks | listchans
4001 Message-ID: Pine.LNX.4.00.9909211010150.11088&#45;100000@jozeph.globalmedia.com.br
4002
4003 Hi,
4004
4005 Somebody could help me to solve plus this problem?
4006 It's ok, go:
4007
4008 When I try to list nicks registered in db, excellent, see:
4009
4010 |MaTuTo| ZeRo@200.203.232.197
4011 |Professor| ~TRUCO@200.203.232.205
4012 |TWiSTER| ~jozeph@200.249.248.152
4013 1138 nicknames registered.
4014
4015 But, When I try to list chans registered in db, see:
4016
4017 #bahia Bahia (HELIO_AL)
4018 #banheiro necessidades ... (Milinha)
4019 #barbacena Barbacena MG tem que ter aqui tamb\82m !! (KruSH)
4020 #barretos canal mais barretense de todos (RaFaQ)
4021 #basic O canal de programa\87ão da linguagem basic nesse server (Ulyboy)
4022 Segmentation fault (core dumped)
4023
4024 Why it's giving this error? It's list only the 13 first
4025 channels... and later, core!
4026 Please, help me to solve it! :)
4027
4028 Greats,
4029 Jozeph
4030
4031 --
4032 --------------------------------------------------------------------
4033 \|/ --- \|/ | Jozenóbio de Melo Brasil.
4034 @~/ Oo \~@ | jozeph@globalmedia.com.br
4035 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
4036 \__U_/ | " Onde a maioria vive com a bondade,
4037 | a maldade da minoria tende sempre a desaparecer! "
4038 --------------------------------------------------------------------
4039 The box said "Windows 95, Windows NT 4.0, or better", so I installed
4040 Linux.
4041
4042 ---------------------------------------------------------------
4043 To unsubscribe, send email to majordomo@ender.shadowfire.org
4044 with "unsubscribe ircservices" in the body, without the quotes.
4045
4046 From jozeph at globalmedia.com.br Tue Sep 21 18:26:45 1999
4047 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
4048 Date: Sat Oct 23 23:00:49 2004
4049 Subject: [IRCServices] ### bugs ###
4050 Message-ID: Pine.LNX.4.00.9909212214550.5333&#45;100000@jozeph.globalmedia.com.br
4051
4052 Hi all..
4053
4054 I would like to display two small bugs that I found in the services...
4055
4056 first:
4057
4058 When I add one akill without placing no value in [expire] look at as it
4059 adds:
4060
4061 Global -- from OperServ: |TWiSTER| added an AKILL for teste@teste.com.br
4062 (expires in 2592000 (null)s)
4063
4064 What I make to delimit that; when somebody adds one akill and when it does
4065 not place no value in [expire] this limit is placed by default in the period
4066 of 1 day?
4067
4068 Next:
4069
4070 Look:
4071
4072 - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 1 hour, 0 minutes)
4073 - teste
4074 - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 30 days)
4075 - teste
4076
4077 akill del teste@teste.com.br
4078 - teste@teste.com.br removed from AKILL list.
4079 akill del teste@teste.com.br
4080 - teste@teste.com.br removed from AKILL list.
4081
4082 Why the services are not informing that already one exists host in the
4083 database of it?
4084
4085 Please, somebody could, if possible, to send me one 'patch' of this
4086 small bugs?
4087
4088 Congratulations for all! :) Thank you.
4089 Jozeph
4090
4091 --
4092 --------------------------------------------------------------------
4093 \|/ --- \|/ | Jozenóbio de Melo Brasil.
4094 @~/ Oo \~@ | jozeph@globalmedia.com.br
4095 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
4096 \__U_/ | " Onde a maioria vive com a bondade,
4097 | a maldade da minoria tende sempre a desaparecer! "
4098 --------------------------------------------------------------------
4099 The box said "Windows 95, Windows NT 4.0, or better", so I installed
4100 Linux.
4101
4102 ---------------------------------------------------------------
4103 To unsubscribe, send email to majordomo@ender.shadowfire.org
4104 with "unsubscribe ircservices" in the body, without the quotes.
4105
4106 From andrewk at icon.co.za Tue Sep 21 23:18:19 1999
4107 From: andrewk at icon.co.za (Andrew Kempe)
4108 Date: Sat Oct 23 23:00:49 2004
4109 Subject: [IRCServices] ### bugs ###
4110 In-Reply-To: <Pine.LNX.4.00.9909212214550.5333-100000@jozeph.globalmedia.com.br>
4111 References: Pine.LNX.4.00.9909212214550.5333&#45;100000@jozeph.globalmedia.com.br
4112 Message-ID: Pine.GSO.3.96.990922080754.19186A&#45;100000@shell.icon.co.za
4113
4114 > When I add one akill without placing no value in [expire] look at as it
4115 > adds:
4116 >
4117 > Global -- from OperServ: |TWiSTER| added an AKILL for teste@teste.com.br
4118 > (expires in 2592000 (null)s)
4119
4120 I'll look into this. Please send me the exact command you used.
4121
4122 >
4123 > What I make to delimit that; when somebody adds one akill and when it does
4124 > not place no value in [expire] this limit is placed by default in the period
4125 > of 1 day?
4126
4127 If you do not specify an expiry time, the default one, specified in the
4128 config, is used. If your default was not 1 day, please send me the exact
4129 command you used and I'll look into it.
4130
4131 > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 1 hour, 0 minutes)
4132 > - teste
4133 > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 30 days)
4134 > - teste
4135 >
4136 > akill del teste@teste.com.br
4137 > - teste@teste.com.br removed from AKILL list.
4138 > akill del teste@teste.com.br
4139 > - teste@teste.com.br removed from AKILL list.
4140 >
4141 > Why the services are not informing that already one exists host in the
4142 > database of it?
4143
4144 Duplicates are not checked for. I'll look at fixing this too.
4145
4146 > Please, somebody could, if possible, to send me one 'patch' of this
4147 > small bugs?
4148
4149 Currently I'm extremely busy with my upcomming exams. Things should be
4150 better, time wise, by the middle of October. Seeing as these problems do
4151 not affect users or crash the ircd, they'll have to wait until then.
4152
4153 Thanks for the input, Andrew
4154
4155 ---------------------------------------------------------------
4156 To unsubscribe, send email to majordomo@ender.shadowfire.org
4157 with "unsubscribe ircservices" in the body, without the quotes.
4158
4159 From jpinto9 at visteon.com Wed Sep 22 00:27:40 1999
4160 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
4161 Date: Sat Oct 23 23:00:49 2004
4162 Subject: [IRCServices] ### bugs ###
4163 Message-ID: 199909220727.DAA23142@mailfw1.ford.com
4164
4165 I already patchefthe(null's) problema on my services
4166 is just when you insert a /OperServ AKILL without expire time
4167 services will user default expire time from configuration file
4168 Hwever when they display the expire time in the ('hour'/'day'/'month')
4169 format, the codes does not handle this string for default time so it just
4170 will display i'ts value: Null
4171 The easiest solution is just to check is the string is null and if True just
4172 put it = seconds :)
4173
4174 Regards, João Pinto
4175 > App. Dev. & Integration Group - Information Systems Dept.
4176 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
4177 >
4178 * E-Mail: jpinto9@visteon.com
4179 * Phone: 01-2339323
4180 * Outside Portugal: 351-1-2339323
4181 * FordNet: 8-233-9323
4182
4183
4184
4185 -----Original Message-----
4186 From: Andrew Kempe [mailto:andrewk@icon.co.za]
4187 Sent: quarta-feira, 22 de setembro de 1999 7:18
4188 To: ircservices@ender.shadowfire.org
4189 Subject: Re: [IRCServices] ### bugs ###
4190
4191
4192 > When I add one akill without placing no value in [expire] look at as it
4193 > adds:
4194 >
4195 > Global -- from OperServ: |TWiSTER| added an AKILL for teste@teste.com.br
4196 > (expires in 2592000 (null)s)
4197
4198 I'll look into this. Please send me the exact command you used.
4199
4200 >
4201 > What I make to delimit that; when somebody adds one akill and when it does
4202 > not place no value in [expire] this limit is placed by default in the
4203 period
4204 > of 1 day?
4205
4206 If you do not specify an expiry time, the default one, specified in the
4207 config, is used. If your default was not 1 day, please send me the exact
4208 command you used and I'll look into it.
4209
4210 > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 1 hour, 0
4211 minutes)
4212 > - teste
4213 > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 30 days)
4214 > - teste
4215 >
4216 > akill del teste@teste.com.br
4217 > - teste@teste.com.br removed from AKILL list.
4218 > akill del teste@teste.com.br
4219 > - teste@teste.com.br removed from AKILL list.
4220 >
4221 > Why the services are not informing that already one exists host in the
4222 > database of it?
4223
4224 Duplicates are not checked for. I'll look at fixing this too.
4225
4226 > Please, somebody could, if possible, to send me one 'patch' of this
4227 > small bugs?
4228
4229 Currently I'm extremely busy with my upcomming exams. Things should be
4230 better, time wise, by the middle of October. Seeing as these problems do
4231 not affect users or crash the ircd, they'll have to wait until then.
4232
4233 Thanks for the input, Andrew
4234
4235 ---------------------------------------------------------------
4236 To unsubscribe, send email to majordomo@ender.shadowfire.org
4237 with "unsubscribe ircservices" in the body, without the quotes.
4238 ---------------------------------------------------------------
4239 To unsubscribe, send email to majordomo@ender.shadowfire.org
4240 with "unsubscribe ircservices" in the body, without the quotes.
4241
4242 From jozeph at globalmedia.com.br Wed Sep 22 06:41:29 1999
4243 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
4244 Date: Sat Oct 23 23:00:49 2004
4245 Subject: [IRCServices] ### bugs ###
4246 In-Reply-To: <Pine.GSO.3.96.990922080754.19186A-100000@shell.icon.co.za>
4247 References: Pine.GSO.3.96.990922080754.19186A&#45;100000@shell.icon.co.za
4248 Message-ID: Pine.LNX.4.00.9909221040210.31138&#45;100000@jozeph.globalmedia.com.br
4249
4250 Hello,
4251
4252 Thank you for reply,
4253
4254 I has use the command:
4255
4256 /msg OperServ akill add teste@teste.com.br teste
4257
4258 > > When I add one akill without placing no value in [expire] look at as it
4259 > > adds:
4260 > >
4261 > > Global -- from OperServ: |TWiSTER| added an AKILL for teste@teste.com.br
4262 > > (expires in 2592000 (null)s)
4263 >
4264 > I'll look into this. Please send me the exact command you used.
4265 >
4266 > >
4267 > > What I make to delimit that; when somebody adds one akill and when it does
4268 > > not place no value in [expire] this limit is placed by default in the period
4269 > > of 1 day?
4270 >
4271 > If you do not specify an expiry time, the default one, specified in the
4272 > config, is used. If your default was not 1 day, please send me the exact
4273 > command you used and I'll look into it.
4274 >
4275 > > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 1 hour, 0 minutes)
4276 > > - teste
4277 > > - teste@teste.com.br (by |TWiSTER| on Sep 21 1999; expires in 30 days)
4278 > > - teste
4279 > >
4280 > > akill del teste@teste.com.br
4281 > > - teste@teste.com.br removed from AKILL list.
4282 > > akill del teste@teste.com.br
4283 > > - teste@teste.com.br removed from AKILL list.
4284 > >
4285 > > Why the services are not informing that already one exists host in the
4286 > > database of it?
4287 >
4288 > Duplicates are not checked for. I'll look at fixing this too.
4289 >
4290 > > Please, somebody could, if possible, to send me one 'patch' of this
4291 > > small bugs?
4292 >
4293 > Currently I'm extremely busy with my upcomming exams. Things should be
4294 > better, time wise, by the middle of October. Seeing as these problems do
4295 > not affect users or crash the ircd, they'll have to wait until then.
4296 >
4297 > Thanks for the input, Andrew
4298 >
4299 > ---------------------------------------------------------------
4300 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4301 > with "unsubscribe ircservices" in the body, without the quotes.
4302 >
4303
4304
4305 ---------------------------------------------------------------
4306 To unsubscribe, send email to majordomo@ender.shadowfire.org
4307 with "unsubscribe ircservices" in the body, without the quotes.
4308
4309 From jpinto9 at visteon.com Wed Sep 22 08:54:33 1999
4310 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
4311 Date: Sat Oct 23 23:00:49 2004
4312 Subject: [IRCServices] JOIN 0 subject
4313 Message-ID: 199909221554.LAA02583@mailfw2.ford.com
4314
4315 About ircd with JOIN 0 support and services not supporting it, this should
4316 be considered a major security problem because it can block some services
4317 functionalities and also serve as a DoS for services
4318 explaining:
4319 a bot programmed to join form chanell #a to #zzzzzzzzz, using join
4320 #a,#b,#c and then join 0 .... can in a couple of hours disable mlock and
4321 keep topic functionality for several hundreds of channels, until the bot
4322 quit's or the services are restarted, anyway for every channel the bot joins
4323 the channel is created on services internal channel list, so it will
4324 sequentially memory and slow down findchan function a lot because there are
4325 much more channels to search on.
4326 My opinio is the best way to fix the problem is not to code join 0 in
4327 services but take it out from ircd, since most of users don't use it, and
4328 this way you save ircd cpu insted of using more cpu on services :)
4329
4330 Just some ideas
4331
4332 João Luís Marques Pinto
4333 PTlink Tech - Lamego@PTlink.net
4334 http://www.PTlink.net
4335
4336
4337
4338 ---------------------------------------------------------------
4339 To unsubscribe, send email to majordomo@ender.shadowfire.org
4340 with "unsubscribe ircservices" in the body, without the quotes.
4341
4342 From andrewk at icon.co.za Wed Sep 22 10:23:59 1999
4343 From: andrewk at icon.co.za (Andrew Kempe)
4344 Date: Sat Oct 23 23:00:49 2004
4345 Subject: [IRCServices] JOIN 0 subject
4346 In-Reply-To: <199909221554.LAA02583@mailfw2.ford.com>
4347 References: 199909221554.LAA02583@mailfw2.ford.com
4348 Message-ID: 001401bf051f$41f82610$0100a8c0@shadow
4349
4350 I will fix this problem soon. Removing support for /JOIN 0 from the ircd
4351 source is just not a viable option. There are far too many ircd variants out
4352 there, and this is legacy code. We just have to go with the flow. Besides,
4353 it's not that hard to implement.
4354
4355 Andrew
4356
4357 > -----Original Message-----
4358 > From: owner-ircservices@ender.shadowfire.org
4359 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Pinto, Joao
4360 > Luis (J.)
4361 > Sent: 22 September 1999 17:55
4362 > To: 'ircservices@ender.shadowfire.org'
4363 > Subject: [IRCServices] JOIN 0 subject
4364 >
4365 >
4366 > About ircd with JOIN 0 support and services not supporting it, this should
4367 > be considered a major security problem because it can block some services
4368 > functionalities and also serve as a DoS for services
4369 > explaining:
4370 > a bot programmed to join form chanell #a to #zzzzzzzzz, using join
4371 > #a,#b,#c and then join 0 .... can in a couple of hours disable mlock and
4372 > keep topic functionality for several hundreds of channels, until the bot
4373 > quit's or the services are restarted, anyway for every channel
4374 > the bot joins
4375 > the channel is created on services internal channel list, so it will
4376 > sequentially memory and slow down findchan function a lot
4377 > because there are
4378 > much more channels to search on.
4379 > My opinio is the best way to fix the problem is not to code join 0 in
4380 > services but take it out from ircd, since most of users don't use it, and
4381 > this way you save ircd cpu insted of using more cpu on services :)
4382 >
4383 > Just some ideas
4384 >
4385 > João Luís Marques Pinto
4386 > PTlink Tech - Lamego@PTlink.net
4387 > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
4388 >
4389 >
4390 >
4391 > ---------------------------------------------------------------
4392 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4393 > with "unsubscribe ircservices" in the body, without the quotes.
4394 >
4395
4396 ---------------------------------------------------------------
4397 To unsubscribe, send email to majordomo@ender.shadowfire.org
4398 with "unsubscribe ircservices" in the body, without the quotes.
4399
4400 From jozeph at globalmedia.com.br Wed Sep 22 11:53:00 1999
4401 From: jozeph at globalmedia.com.br (jozeph@globalmedia.com.br)
4402 Date: Sat Oct 23 23:00:49 2004
4403 Subject: [IRCServices] listchans and listnicks
4404 Message-ID: Pine.LNX.4.05.9909221549330.1029&#45;100000@jozeph.globalmedia
4405
4406 Hi,
4407
4408 Now, nothing work! Hehehe, can help? :>
4409
4410 [ircadmin@jozeph services]$ ./listchans
4411 Segmentation fault (core dumped)
4412 [ircadmin@jozeph services]$ ./listnicks
4413 Segmentation fault (core dumped)
4414 [ircadmin@jozeph services]$
4415
4416 --
4417 --------------------------------------------------------------------
4418 \|/ --- \|/ | Jozenóbio de Melo Brasil.
4419 @~/ Oo \~@ | jozeph@globalmedia.com.br
4420 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
4421 \__U_/ | " Onde a maioria vive com a bondade,
4422 | a maldade da minoria tende sempre a desaparecer! "
4423 --------------------------------------------------------------------
4424 The box said "Windows 95, Windows NT 4.0, or better", so I installed
4425 Linux.
4426
4427 ---------------------------------------------------------------
4428 To unsubscribe, send email to majordomo@ender.shadowfire.org
4429 with "unsubscribe ircservices" in the body, without the quotes.
4430
4431 From andrewk at icon.co.za Wed Sep 22 12:30:25 1999
4432 From: andrewk at icon.co.za (Andrew Kempe)
4433 Date: Sat Oct 23 23:00:49 2004
4434 Subject: [IRCServices] listchans and listnicks
4435 In-Reply-To: <Pine.LNX.4.05.9909221549330.1029-100000@jozeph.globalmedia>
4436 References: Pine.LNX.4.05.9909221549330.1029&#45;100000@jozeph.globalmedia
4437 Message-ID: 002001bf0530$eba15090$0100a8c0@shadow
4438
4439 There is a known issue with these programs. I'll fix it in the next release.
4440
4441 Andrew
4442
4443 > -----Original Message-----
4444 > From: owner-ircservices@ender.shadowfire.org
4445 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of
4446 > jozeph@globalmedia.com.br
4447 > Sent: 22 September 1999 20:53
4448 > To: ircservices@ender.shadowfire.org
4449 > Subject: [IRCServices] listchans and listnicks
4450 >
4451 >
4452 > Hi,
4453 >
4454 > Now, nothing work! Hehehe, can help? :>
4455 >
4456 > [ircadmin@jozeph services]$ ./listchans
4457 > Segmentation fault (core dumped)
4458 > [ircadmin@jozeph services]$ ./listnicks
4459 > Segmentation fault (core dumped)
4460 > [ircadmin@jozeph services]$
4461 >
4462 > --
4463 > --------------------------------------------------------------------
4464 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
4465 > @~/ Oo \~@ | jozeph@globalmedia.com.br
4466 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
4467 > \__U_/ | " Onde a maioria vive com a bondade,
4468 > | a maldade da minoria tende sempre a desaparecer! "
4469 > --------------------------------------------------------------------
4470 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
4471 > Linux.
4472 >
4473 > ---------------------------------------------------------------
4474 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4475 > with "unsubscribe ircservices" in the body, without the quotes.
4476 >
4477
4478 ---------------------------------------------------------------
4479 To unsubscribe, send email to majordomo@ender.shadowfire.org
4480 with "unsubscribe ircservices" in the body, without the quotes.
4481
4482 From joshodom at uswest.net Wed Sep 22 02:12:52 1999
4483 From: joshodom at uswest.net (Josh Odom)
4484 Date: Sat Oct 23 23:00:49 2004
4485 Subject: [IRCServices] JOIN 0 subject
4486 In-Reply-To: <199909221554.LAA02583@mailfw2.ford.com>
4487 References: 199909221554.LAA02583@mailfw2.ford.com
4488 Message-ID: LOBBJDPNEGLDPOOEBCJKOEBICAAA.joshodom@uswest.net
4489
4490 Yes, however, there are far too many IRCD's out to have join 0 removed...
4491 It would be impossible to have JOIN 0 out of all of the IRCD's
4492
4493 Shadow
4494
4495
4496 -----Original Message-----
4497 From: owner-ircservices@ender.shadowfire.org
4498 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Pinto, Joao
4499 Luis (J.)
4500 Sent: Wednesday, September 22, 1999 9:55 AM
4501 To: 'ircservices@ender.shadowfire.org'
4502 Subject: [IRCServices] JOIN 0 subject
4503
4504
4505 About ircd with JOIN 0 support and services not supporting it, this should
4506 be considered a major security problem because it can block some services
4507 functionalities and also serve as a DoS for services
4508 explaining:
4509 a bot programmed to join form chanell #a to #zzzzzzzzz, using join
4510 #a,#b,#c and then join 0 .... can in a couple of hours disable mlock and
4511 keep topic functionality for several hundreds of channels, until the bot
4512 quit's or the services are restarted, anyway for every channel the bot joins
4513 the channel is created on services internal channel list, so it will
4514 sequentially memory and slow down findchan function a lot because there are
4515 much more channels to search on.
4516 My opinio is the best way to fix the problem is not to code join 0 in
4517 services but take it out from ircd, since most of users don't use it, and
4518 this way you save ircd cpu insted of using more cpu on services :)
4519
4520 Just some ideas
4521
4522 João Luís Marques Pinto
4523 PTlink Tech - Lamego@PTlink.net
4524 <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
4525
4526
4527
4528 ---------------------------------------------------------------
4529 To unsubscribe, send email to majordomo@ender.shadowfire.org
4530 with "unsubscribe ircservices" in the body, without the quotes.
4531
4532 ---------------------------------------------------------------
4533 To unsubscribe, send email to majordomo@ender.shadowfire.org
4534 with "unsubscribe ircservices" in the body, without the quotes.
4535
4536 From BeenJaminG at aol.com Wed Sep 22 15:22:52 1999
4537 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
4538 Date: Sat Oct 23 23:00:49 2004
4539 Subject: [IRCServices] JOIN 0 subject
4540 Message-ID: 16e01125.251ab0bc@aol.com
4541
4542 In a message dated 9/22/99 12:27:38 PM Eastern Daylight Time,
4543 jpinto9@visteon.com writes:
4544
4545 > My opinio is the best way to fix the problem is not to code join 0 in
4546 > services but take it out from ircd, since most of users don't use it, and
4547 > this way you save ircd cpu insted of using more cpu on services :)
4548 >
4549
4550 I had also considered the impact of JOIN 0 to services with troublesome bots..
4551 Taking JOIN 0 out of the ircd isn't an option.. that could break some clients
4552 that depend on JOIN 0 to part all chanenls- besides, I beleive most ircd
4553 distributions have this join command.. taking it out would be a problem :P
4554 It just needs to be fixed (I havn't had any time to medle with the code
4555 lately)
4556
4557 - bstu
4558 ---------------------------------------------------------------
4559 To unsubscribe, send email to majordomo@ender.shadowfire.org
4560 with "unsubscribe ircservices" in the body, without the quotes.
4561
4562 From jpinto9 at visteon.com Thu Sep 23 01:00:59 1999
4563 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
4564 Date: Sat Oct 23 23:00:49 2004
4565 Subject: [IRCServices] JOIN 0 subject
4566 Message-ID: 199909230801.EAA04179@mailfw2.ford.com
4567
4568 I removed JOIN 0 support from my ircd, my network runs with 10 servers, I am
4569 running services for 5 months, I have a 1600 nicks registered on 5 months
4570 and I dint found any JOIN 0 unknown messages from any client, besides those
4571 I used to test it :)
4572 On large network probably if removing is going to be wiped out should be
4573 using firs bye a ircd version that would just accept JOIN 0 from servers,
4574 not client and finally when all network upgrade, all JOIN 0 support could be
4575 removed.
4576 Off curse on a distribution point of view for services I agreed they should
4577 support JOIN 0 for ircd compatibility.
4578 I would like to publish the URL from my services, that I expect not to be
4579 considered as SPAM, I am publishing it here as a source of code to be
4580 applied on Andy Church services by anyone interested in some of the
4581 features, if you think this is not very wise, or breaks the subject of this
4582 ML please let me know, in that case I will not do this again. My new version
4583 of services: 1.2.0 available from http://www.plink.net/Coders/index.html
4584 addresses some problems I think still exist on actual services.
4585
4586 P.S.: Sorry, about my english :)
4587
4588 João Luís Marques Pinto
4589 PTlink Tech - Lamego@PTlink.net
4590 <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
4591
4592
4593
4594 -----Original Message-----
4595 From: BeenJaminG@aol.com [<A HREF="mailto:BeenJaminG@aol.com">mailto:BeenJaminG@aol.com</A>]
4596 Sent: quarta-feira, 22 de setembro de 1999 23:23
4597 To: ircservices@ender.shadowfire.org
4598 Subject: Re: [IRCServices] JOIN 0 subject
4599
4600
4601 In a message dated 9/22/99 12:27:38 PM Eastern Daylight Time,
4602 jpinto9@visteon.com writes:
4603
4604 > My opinio is the best way to fix the problem is not to code join 0 in
4605 > services but take it out from ircd, since most of users don't use it, and
4606 > this way you save ircd cpu insted of using more cpu on services :)
4607 >
4608
4609 I had also considered the impact of JOIN 0 to services with troublesome
4610 bots..
4611 Taking JOIN 0 out of the ircd isn't an option.. that could break some
4612 clients
4613 that depend on JOIN 0 to part all chanenls- besides, I beleive most ircd
4614 distributions have this join command.. taking it out would be a problem :P
4615 It just needs to be fixed (I havn't had any time to medle with the code
4616 lately)
4617
4618 - bstu
4619 ---------------------------------------------------------------
4620 To unsubscribe, send email to majordomo@ender.shadowfire.org
4621 with "unsubscribe ircservices" in the body, without the quotes.
4622 ---------------------------------------------------------------
4623 To unsubscribe, send email to majordomo@ender.shadowfire.org
4624 with "unsubscribe ircservices" in the body, without the quotes.
4625
4626 From andrewk at icon.co.za Thu Sep 23 01:47:31 1999
4627 From: andrewk at icon.co.za (Andrew Kempe)
4628 Date: Sat Oct 23 23:00:49 2004
4629 Subject: [IRCServices] JOIN 0 subject
4630 In-Reply-To: <199909230801.EAA04179@mailfw2.ford.com>
4631 References: 199909230801.EAA04179@mailfw2.ford.com
4632 Message-ID: Pine.GSO.3.96.990923104436.1145F&#45;100000@shell.icon.co.za
4633
4634 I don't see a problem with postings like this so long as they don't get
4635 out of hand and are related to the IRC Services this list is for. However,
4636 problems associated with any 3rd party code will not be supported by this
4637 list.
4638
4639 Andrew
4640
4641 On Thu, 23 Sep 1999, Pinto, Joao Luis (J.) wrote:
4642
4643 > I removed JOIN 0 support from my ircd, my network runs with 10 servers, I am
4644 > running services for 5 months, I have a 1600 nicks registered on 5 months
4645 > and I dint found any JOIN 0 unknown messages from any client, besides those
4646 > I used to test it :)
4647 > On large network probably if removing is going to be wiped out should be
4648 > using firs bye a ircd version that would just accept JOIN 0 from servers,
4649 > not client and finally when all network upgrade, all JOIN 0 support could be
4650 > removed.
4651 > Off curse on a distribution point of view for services I agreed they should
4652 > support JOIN 0 for ircd compatibility.
4653 > I would like to publish the URL from my services, that I expect not to be
4654 > considered as SPAM, I am publishing it here as a source of code to be
4655 > applied on Andy Church services by anyone interested in some of the
4656 > features, if you think this is not very wise, or breaks the subject of this
4657 > ML please let me know, in that case I will not do this again. My new version
4658 > of services: 1.2.0 available from http://www.plink.net/Coders/index.html
4659 > addresses some problems I think still exist on actual services.
4660 >
4661 > P.S.: Sorry, about my english :)
4662 >
4663 > João Luís Marques Pinto
4664 > PTlink Tech - Lamego@PTlink.net
4665 > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
4666 >
4667 >
4668 >
4669 > -----Original Message-----
4670 > From: BeenJaminG@aol.com [<A HREF="mailto:BeenJaminG@aol.com">mailto:BeenJaminG@aol.com</A>]
4671 > Sent: quarta-feira, 22 de setembro de 1999 23:23
4672 > To: ircservices@ender.shadowfire.org
4673 > Subject: Re: [IRCServices] JOIN 0 subject
4674 >
4675 >
4676 > In a message dated 9/22/99 12:27:38 PM Eastern Daylight Time,
4677 > jpinto9@visteon.com writes:
4678 >
4679 > > My opinio is the best way to fix the problem is not to code join 0 in
4680 > > services but take it out from ircd, since most of users don't use it, and
4681 > > this way you save ircd cpu insted of using more cpu on services :)
4682 > >
4683 >
4684 > I had also considered the impact of JOIN 0 to services with troublesome
4685 > bots..
4686 > Taking JOIN 0 out of the ircd isn't an option.. that could break some
4687 > clients
4688 > that depend on JOIN 0 to part all chanenls- besides, I beleive most ircd
4689 > distributions have this join command.. taking it out would be a problem :P
4690 > It just needs to be fixed (I havn't had any time to medle with the code
4691 > lately)
4692 >
4693 > - bstu
4694 > ---------------------------------------------------------------
4695 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4696 > with "unsubscribe ircservices" in the body, without the quotes.
4697 > ---------------------------------------------------------------
4698 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4699 > with "unsubscribe ircservices" in the body, without the quotes.
4700 >
4701
4702 ---------------------------------------------------------------
4703 To unsubscribe, send email to majordomo@ender.shadowfire.org
4704 with "unsubscribe ircservices" in the body, without the quotes.
4705
4706 From jpinto9 at visteon.com Thu Sep 23 04:46:27 1999
4707 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
4708 Date: Sat Oct 23 23:00:49 2004
4709 Subject: [IRCServices] JOIN 0 subject
4710 Message-ID: 199909231146.HAA08123@mailfw3.ford.com
4711
4712 Thanks, I would like just to fix the URL: is http://www.ptlink.net... and
4713 not plink.net.
4714
4715 I would like to know if there is any intention to implement TOKEN protocol
4716 on services, since most of dalnet based ircd's support TOKEN protocol
4717 reducing network bandwidth usage.
4718
4719 Another thing I would like to know is any ideas how to implement services
4720 registration/query from a web page, I know some networks support this, what
4721 do you think with be the best way to do this, via a services BOT getting
4722 messages from a Java applet connected to the IRC network or by coding a
4723 socket listener directly on services to manage this. I don't have to many
4724 experience on this, so please if someone have some ideas or some code about
4725 his I would appreciate that.
4726
4727 ----
4728 I don't see a problem with postings like this so long as they don't get
4729 out of hand and are related to the IRC Services this list is for. However,
4730 problems associated with any 3rd party code will not be supported by this
4731 list.
4732
4733 Andrew
4734
4735 On Thu, 23 Sep 1999, Pinto, Joao Luis (J.) wrote:
4736
4737 > I removed JOIN 0 support from my ircd, my network runs with 10 servers, I
4738 am
4739 > running services for 5 months, I have a 1600 nicks registered on 5 months
4740 > and I dint found any JOIN 0 unknown messages from any client, besides
4741 those
4742 > I used to test it :)
4743 > On large network probably if removing is going to be wiped out should be
4744 > using firs bye a ircd version that would just accept JOIN 0 from servers,
4745 > not client and finally when all network upgrade, all JOIN 0 support could
4746 be
4747 > removed.
4748 > Off curse on a distribution point of view for services I agreed they
4749 should
4750 > support JOIN 0 for ircd compatibility.
4751 > I would like to publish the URL from my services, that I expect not to be
4752 > considered as SPAM, I am publishing it here as a source of code to be
4753 > applied on Andy Church services by anyone interested in some of the
4754 > features, if you think this is not very wise, or breaks the subject of
4755 this
4756 > ML please let me know, in that case I will not do this again. My new
4757 version
4758 > of services: 1.2.0 available from <A HREF="http://www.plink.net/Coders/index.html">http://www.plink.net/Coders/index.html</A>
4759 > addresses some problems I think still exist on actual services.
4760 >
4761 > P.S.: Sorry, about my english :)
4762 >
4763 > João Luís Marques Pinto
4764 > PTlink Tech - Lamego@PTlink.net
4765 > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
4766 >
4767 >
4768 ---------------------------------------------------------------
4769 To unsubscribe, send email to majordomo@ender.shadowfire.org
4770 with "unsubscribe ircservices" in the body, without the quotes.
4771
4772 From jozeph at globalmedia.com.br Thu Sep 23 21:59:29 1999
4773 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
4774 Date: Sat Oct 23 23:00:49 2004
4775 Subject: [IRCServices] Memory.
4776 Message-ID: Pine.LNX.4.00.9909240157400.9736&#45;100000@jozeph.globalmedia.com.br
4777
4778 Hello,
4779 CPU MEM
4780 ircadmin 24402 20.5 2.3 1852 1456 ? R Sep 21 649:58 ./services
4781
4782 This is normal? :> 20% CPU ? :> W0w0w.. :>
4783
4784 Greats,
4785 Jozeph
4786
4787 ---------------------------------------------------------------
4788 To unsubscribe, send email to majordomo@ender.shadowfire.org
4789 with "unsubscribe ircservices" in the body, without the quotes.
4790
4791 From ianj at esper.net Fri Sep 24 02:08:33 1999
4792 From: ianj at esper.net (Ian R. Justman)
4793 Date: Sat Oct 23 23:00:49 2004
4794 Subject: [IRCServices] Services information in documentation
4795 Message-ID: Pine.LNX.3.96.990924014743.208V&#45;100000@vector.chocobo.org
4796
4797 -----BEGIN PGP SIGNED MESSAGE-----
4798
4799
4800 Hi there, from the network who was the first to use this software. :)
4801
4802 Is there any way to tone down the references to EsperNet in the
4803 documentation and the source code? I periodically get requests for
4804 support in #dragonweyr, EsperNet's official help channel, which I always
4805 refer to Andy Church's page, http://achurch.dragonfire.net/services.
4806
4807 Some of whom stubbornly--sometimes rudely--mitigate said requests by
4808 saying they're not code questions, but operational questions, when in fact
4809 the channel is solely for the use of our users, and operational questions
4810 do entail the use of the code.
4811
4812 I hope I haven't come off like I'm griping or anything, but some people do
4813 not understand that while Services did have their start on EsperNet, our
4814 administration channel is not the place to get support for it. Like the
4815 other networks I see represented here, we're just another satisfied user
4816 of the software.
4817
4818 While our staff and I appreciate the recognition, we're IRC operators, and
4819 any work that we do on the code we do is to get the code to run on our own
4820 servers and for any customizations we might make for our own purposes and
4821 of course, bugfixes where we see them. (Any bugfixes we'll be more than
4822 happy to have rolled into the core source distribution.)
4823
4824 However, I personally might try running the software under other
4825 environments to which I have access for portability reasons and for
4826 reasons of fun.
4827
4828 Thanks. :)
4829
4830 - --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
4831
4832 P.S. Andy Church, Services' original author, is our other founder. (Hi,
4833 Andy!)
4834
4835 - -----
4836 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
4837 Co-Founder and Postmaster, The EsperNet IRC Network
4838 Server Administrator, chocobo.esper.net "IJ" on IRC
4839
4840 PGP key available upon request, or finger ianj@esper.net.
4841
4842 If this message was signed with the Postmaster's key, please finger
4843 postmaster@esper.net for the Postmaster public key.
4844
4845 Type Bits/KeyID Date User ID
4846 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
4847 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
4848
4849 -----BEGIN PGP SIGNATURE-----
4850 Version: 2.6.3a
4851 Charset: noconv
4852
4853 iQCVAwUBN+s/lmaWxRa6s0tpAQFZZAP9F935fPCpLyT68EKFi7AdQE3pHZTeZeCv
4854 NIyOmBPH8fpHLC0kafEdiJDlgC+mUO2ozCFsfTJcJdHnfc15qBTkQiRfXH0RvVct
4855 QNvcnLvz6vXp36H+TZ3ej2dxetfVi8Q2BxpTSaRkzth6G3HVOEHAROhzQBJfx/kR
4856 ZaQJpKb5+cQ=
4857 =aQ65
4858 -----END PGP SIGNATURE-----
4859
4860 ---------------------------------------------------------------
4861 To unsubscribe, send email to majordomo@ender.shadowfire.org
4862 with "unsubscribe ircservices" in the body, without the quotes.
4863
4864 From dreamer at darkness.gr Fri Sep 24 06:59:05 1999
4865 From: dreamer at darkness.gr (Nick Krassas)
4866 Date: Sat Oct 23 23:00:49 2004
4867 Subject: [IRCServices] Bug report
4868 In-Reply-To: <Pine.LNX.4.00.9909240157400.9736-100000@jozeph.globalmedia.com.br>
4869 References: Pine.LNX.4.00.9909240157400.9736&#45;100000@jozeph.globalmedia.com.br
4870 Message-ID: Pine.LNX.4.10.9909241653380.8319&#45;100000@darkness.darkness.gr
4871
4872 Greetings all,
4873 Looking at nickserv's features, do the following :
4874 Register a nick under the name "password".
4875 As services admin try to change then you own password :)
4876
4877 The same applies for nick "URL" etc etc....
4878
4879 Dinos
4880
4881 Admin @darkness.irc.gr
4882
4883
4884 PS. :A bugfix exist.
4885
4886 ---------------------------------------------------------------
4887 To unsubscribe, send email to majordomo@ender.shadowfire.org
4888 with "unsubscribe ircservices" in the body, without the quotes.
4889
4890 From jozeph at globalmedia.com.br Fri Sep 24 07:12:49 1999
4891 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
4892 Date: Sat Oct 23 23:00:49 2004
4893 Subject: [IRCServices] ### SERIOUS BUGS ###
4894 Message-ID: Pine.LNX.4.00.9909241112310.19483&#45;100000@jozeph.globalmedia.com.br
4895
4896 Hello,
4897
4898 Copy this:
4899
4900 /quote privmsg ChanServ Info #bug
4901 /quote Join #Bug
4902 /quote Topic #bug :I'm hacker, I can change TOPIC!
4903 /quote MODE #bug +nt
4904 /quote MODE #BUG
4905
4906 If no have peoples on channel... and it is registered...
4907 Paste that...
4908
4909 You join on channel and set topic...
4910 ChanServ makes you -o...
4911 And... YOU change Topic!:)
4912
4913 He's says: It's possible anyone get OP on Channel... and... to steal
4914 nick or channels...
4915
4916 But, He did not explain me as it functions! :/
4917
4918 LOG:
4919
4920 <H_^RuNaWaY^_H> hahah
4921 <H_^RuNaWaY^_H> desse geito q eu to falando..
4922 <|TWiSTER|> q jeito?
4923 <H_^RuNaWaY^_H> eu vo pedi prum amigo meu me ensina a roba canal e nick...
4924 <|TWiSTER|> pegue OP com SecureOps!
4925 <H_^RuNaWaY^_H> talvez ele me ensine...
4926 <H_^RuNaWaY^_H> eu num sei..
4927 <|TWiSTER|> Robar canal e nick?
4928 <|TWiSTER|> :>
4929 <H_^RuNaWaY^_H> legal ne'...
4930 <|TWiSTER|> \82 poss¡vel mesmo?
4931 <|TWiSTER|> :>
4932 <H_^RuNaWaY^_H> e'
4933 <H_^RuNaWaY^_H> eu ja vi...
4934 <Lennon> roubar canal chama-se takeover
4935 <Lennon> nick \82 mais dificil
4936 <Lennon> e aki quem fizer isso t  fudido pro resto da vida
4937
4938
4939 ---------------------------------------------------------------
4940 To unsubscribe, send email to majordomo@ender.shadowfire.org
4941 with "unsubscribe ircservices" in the body, without the quotes.
4942
4943 From jozeph at globalmedia.com.br Fri Sep 24 10:27:33 1999
4944 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
4945 Date: Sat Oct 23 23:00:49 2004
4946 Subject: [IRCServices] Bug report
4947 In-Reply-To: <Pine.LNX.4.10.9909241653380.8319-100000@darkness.darkness.gr>
4948 References: Pine.LNX.4.10.9909241653380.8319&#45;100000@darkness.darkness.gr
4949 Message-ID: Pine.LNX.4.00.9909241426340.28066&#45;100000@jozeph.globalmedia.com.br
4950
4951 Hello,.
4952
4953
4954 I know that, I has maked this:
4955
4956 -NickServ- List of entries matching *:
4957 -NickServ- email [Forbidden]
4958 -NickServ- hide [Forbidden]
4959 -NickServ- kill [Forbidden]
4960 -NickServ- language [Forbidden]
4961 -NickServ- password [Forbidden]
4962 -NickServ- private [Forbidden]
4963 -NickServ- url [Forbidden]
4964 -NickServ- End of list - 7/7 matches shown.
4965
4966
4967 --
4968 --------------------------------------------------------------------
4969 \|/ --- \|/ | Jozenóbio de Melo Brasil.
4970 @~/ Oo \~@ | jozeph@globalmedia.com.br
4971 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
4972 \__U_/ | " Onde a maioria vive com a bondade,
4973 | a maldade da minoria tende sempre a desaparecer! "
4974 --------------------------------------------------------------------
4975 The box said "Windows 95, Windows NT 4.0, or better", so I installed
4976 Linux.
4977
4978 On Fri, 24 Sep 1999, Nick Krassas wrote:
4979
4980 > Greetings all,
4981 > Looking at nickserv's features, do the following :
4982 > Register a nick under the name "password".
4983 > As services admin try to change then you own password :)
4984 >
4985 > The same applies for nick "URL" etc etc....
4986 >
4987 > Dinos
4988 >
4989 > Admin @darkness.irc.gr
4990 >
4991 >
4992 > PS. :A bugfix exist.
4993 >
4994 > ---------------------------------------------------------------
4995 > To unsubscribe, send email to majordomo@ender.shadowfire.org
4996 > with "unsubscribe ircservices" in the body, without the quotes.
4997 >
4998
4999 ---------------------------------------------------------------
5000 To unsubscribe, send email to majordomo@ender.shadowfire.org
5001 with "unsubscribe ircservices" in the body, without the quotes.
5002
5003 From jozeph at globalmedia.com.br Fri Sep 24 10:39:28 1999
5004 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
5005 Date: Sat Oct 23 23:00:49 2004
5006 Subject: [IRCServices] listchans|listnicks (BUG)
5007 Message-ID: Pine.LNX.4.00.9909241436270.28497&#45;100000@jozeph.globalmedia.com.br
5008
5009 Hello,
5010
5011 [ircadmin@jozeph services]$ ./listchans
5012 Loading database for list...
5013 #100%comfortavel Mais um lote criado por Rauen. <:) (Rauen)
5014 #145 Canal de EncOntRos e Paqueras ([Z]e[R]o_[C]oo[L])
5015 #25a35anos teste (ApAiXoNaDa)
5016 #40anos canal pra quem ta afim de ter um bom papo (lavall-bh)
5017 #basic O canal de programa\87ão da linguagem basic nesse server (Ulyboy)
5018 Segmentation fault (core dumped)
5019
5020 The next channel is a Forbidden channel... #beginner (Forbidded)
5021 If I drop it, it's ok... :)
5022
5023 [ircadmin@jozeph services]$ ./listnicks _Jozeph_
5024 Loading database for list...
5025 _Jozeph_ is [_Jozeph_]
5026 Last seen address: ~jozeph@200.249.248.KJdshda908
5027 Segmentation fault (core dumped)
5028
5029 Hmmm... cool! :> Problem...
5030
5031 [ircadmin@jozeph services]$ ./listchans \#brasil
5032 Loading database for list...
5033 Information about channel #Brasil:
5034 Founder: _PlAtTeR_ (~Platter@host216-51.elogica.com.br)
5035 Description: #Brasil
5036 Segmentation fault (core dumped)
5037
5038 Can help me to solve it? :)
5039
5040 Greats,
5041 Jozeph
5042
5043 --
5044 --------------------------------------------------------------------
5045 \|/ --- \|/ | Jozenóbio de Melo Brasil.
5046 @~/ Oo \~@ | jozeph@globalmedia.com.br
5047 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
5048 \__U_/ | " Onde a maioria vive com a bondade,
5049 | a maldade da minoria tende sempre a desaparecer! "
5050 --------------------------------------------------------------------
5051 The box said "Windows 95, Windows NT 4.0, or better", so I installed
5052 Linux.
5053
5054 ---------------------------------------------------------------
5055 To unsubscribe, send email to majordomo@ender.shadowfire.org
5056 with "unsubscribe ircservices" in the body, without the quotes.
5057
5058 From andrewk at icon.co.za Fri Sep 24 11:13:31 1999
5059 From: andrewk at icon.co.za (Andrew Kempe)
5060 Date: Sat Oct 23 23:00:49 2004
5061 Subject: [IRCServices] Services information in documentation
5062 In-Reply-To: <Pine.LNX.3.96.990924014743.208V-100000@vector.chocobo.org>
5063 References: Pine.LNX.3.96.990924014743.208V&#45;100000@vector.chocobo.org
5064 Message-ID: 000101bf06b8$82369eb0$0100a8c0@shadow
5065
5066 I have not had the chance to go through all the documentation, but I think
5067 most references have been removed. Unfortunately, there are numerous other
5068 references to "EsperNet Services" that our beyond my control - such as
5069 websites, software archives etc.
5070
5071 Andrew
5072
5073 > -----Original Message-----
5074 > From: owner-ircservices@ender.shadowfire.org
5075 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Ian R.
5076 > Justman
5077 > Sent: 24 September 1999 11:09
5078 > To: ircservices@ender.shadowfire.org
5079 > Subject: [IRCServices] Services information in documentation
5080 >
5081 >
5082 > -----BEGIN PGP SIGNED MESSAGE-----
5083 >
5084 >
5085 > Hi there, from the network who was the first to use this software. :)
5086 >
5087 > Is there any way to tone down the references to EsperNet in the
5088 > documentation and the source code? I periodically get requests for
5089 > support in #dragonweyr, EsperNet's official help channel, which I always
5090 > refer to Andy Church's page, <A HREF="http://achurch.dragonfire.net/services">http://achurch.dragonfire.net/services</A>.
5091 >
5092 > Some of whom stubbornly--sometimes rudely--mitigate said requests by
5093 > saying they're not code questions, but operational questions, when in fact
5094 > the channel is solely for the use of our users, and operational questions
5095 > do entail the use of the code.
5096 >
5097 > I hope I haven't come off like I'm griping or anything, but some people do
5098 > not understand that while Services did have their start on EsperNet, our
5099 > administration channel is not the place to get support for it. Like the
5100 > other networks I see represented here, we're just another satisfied user
5101 > of the software.
5102 >
5103 > While our staff and I appreciate the recognition, we're IRC operators, and
5104 > any work that we do on the code we do is to get the code to run on our own
5105 > servers and for any customizations we might make for our own purposes and
5106 > of course, bugfixes where we see them. (Any bugfixes we'll be more than
5107 > happy to have rolled into the core source distribution.)
5108 >
5109 > However, I personally might try running the software under other
5110 > environments to which I have access for portability reasons and for
5111 > reasons of fun.
5112 >
5113 > Thanks. :)
5114 >
5115 > - --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
5116 >
5117 > P.S. Andy Church, Services' original author, is our other founder. (Hi,
5118 > Andy!)
5119 >
5120 > - -----
5121 > Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official
5122 > EsperNet business)
5123 > Co-Founder and Postmaster, The EsperNet IRC Network
5124 > Server Administrator, chocobo.esper.net "IJ" on IRC
5125 >
5126 > PGP key available upon request, or finger ianj@esper.net.
5127 >
5128 > If this message was signed with the Postmaster's key, please finger
5129 > postmaster@esper.net for the Postmaster public key.
5130 >
5131 > Type Bits/KeyID Date User ID
5132 > pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
5133 > Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49
5134 > C4 96 11 59 75
5135 >
5136 > -----BEGIN PGP SIGNATURE-----
5137 > Version: 2.6.3a
5138 > Charset: noconv
5139 >
5140 > iQCVAwUBN+s/lmaWxRa6s0tpAQFZZAP9F935fPCpLyT68EKFi7AdQE3pHZTeZeCv
5141 > NIyOmBPH8fpHLC0kafEdiJDlgC+mUO2ozCFsfTJcJdHnfc15qBTkQiRfXH0RvVct
5142 > QNvcnLvz6vXp36H+TZ3ej2dxetfVi8Q2BxpTSaRkzth6G3HVOEHAROhzQBJfx/kR
5143 > ZaQJpKb5+cQ=
5144 > =aQ65
5145 > -----END PGP SIGNATURE-----
5146 >
5147 > ---------------------------------------------------------------
5148 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5149 > with "unsubscribe ircservices" in the body, without the quotes.
5150 >
5151
5152 ---------------------------------------------------------------
5153 To unsubscribe, send email to majordomo@ender.shadowfire.org
5154 with "unsubscribe ircservices" in the body, without the quotes.
5155
5156 From andrewk at icon.co.za Fri Sep 24 11:13:34 1999
5157 From: andrewk at icon.co.za (Andrew Kempe)
5158 Date: Sat Oct 23 23:00:49 2004
5159 Subject: [IRCServices] listchans and listnicks
5160 In-Reply-To: <Pine.LNX.4.05.9909221549330.1029-100000@jozeph.globalmedia>
5161 References: Pine.LNX.4.05.9909221549330.1029&#45;100000@jozeph.globalmedia
5162 Message-ID: 000201bf06b8$83c3f570$0100a8c0@shadow
5163
5164 I've been unable to reproduce the core dumps with the listnicks and
5165 listchans commands. I think it could be related to a corrupt database file.
5166 How many people are having this problem?
5167
5168 Thanks, Andrew
5169
5170 > -----Original Message-----
5171 > From: owner-ircservices@ender.shadowfire.org
5172 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of
5173 > jozeph@globalmedia.com.br
5174 > Sent: 22 September 1999 20:53
5175 > To: ircservices@ender.shadowfire.org
5176 > Subject: [IRCServices] listchans and listnicks
5177 >
5178 >
5179 > Hi,
5180 >
5181 > Now, nothing work! Hehehe, can help? :>
5182 >
5183 > [ircadmin@jozeph services]$ ./listchans
5184 > Segmentation fault (core dumped)
5185 > [ircadmin@jozeph services]$ ./listnicks
5186 > Segmentation fault (core dumped)
5187 > [ircadmin@jozeph services]$
5188 >
5189 > --
5190 > --------------------------------------------------------------------
5191 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
5192 > @~/ Oo \~@ | jozeph@globalmedia.com.br
5193 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
5194 > \__U_/ | " Onde a maioria vive com a bondade,
5195 > | a maldade da minoria tende sempre a desaparecer! "
5196 > --------------------------------------------------------------------
5197 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
5198 > Linux.
5199 >
5200 > ---------------------------------------------------------------
5201 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5202 > with "unsubscribe ircservices" in the body, without the quotes.
5203 >
5204
5205 ---------------------------------------------------------------
5206 To unsubscribe, send email to majordomo@ender.shadowfire.org
5207 with "unsubscribe ircservices" in the body, without the quotes.
5208
5209 From andrewk at icon.co.za Fri Sep 24 11:13:36 1999
5210 From: andrewk at icon.co.za (Andrew Kempe)
5211 Date: Sat Oct 23 23:00:49 2004
5212 Subject: [IRCServices] Memory.
5213 In-Reply-To: <Pine.LNX.4.00.9909240157400.9736-100000@jozeph.globalmedia.com.br>
5214 References: Pine.LNX.4.00.9909240157400.9736&#45;100000@jozeph.globalmedia.com.br
5215 Message-ID: 000301bf06b8$84f597a0$0100a8c0@shadow
5216
5217 What type of CPU, at what stage of operation was services and how many users
5218 were online? It might be possible, but I *think* there could something wrong
5219 there.
5220
5221 Andrew
5222
5223 > -----Original Message-----
5224 > From: owner-ircservices@ender.shadowfire.org
5225 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Jozenobio de
5226 > Melo Brasil
5227 > Sent: 24 September 1999 06:59
5228 > To: ircservices@ender.shadowfire.org
5229 > Subject: [IRCServices] Memory.
5230 >
5231 >
5232 > Hello,
5233 > CPU MEM
5234 > ircadmin 24402 20.5 2.3 1852 1456 ? R Sep 21 649:58 ./services
5235 >
5236 > This is normal? :> 20% CPU ? :> W0w0w.. :>
5237 >
5238 > Greats,
5239 > Jozeph
5240 >
5241 > ---------------------------------------------------------------
5242 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5243 > with "unsubscribe ircservices" in the body, without the quotes.
5244 >
5245
5246 ---------------------------------------------------------------
5247 To unsubscribe, send email to majordomo@ender.shadowfire.org
5248 with "unsubscribe ircservices" in the body, without the quotes.
5249
5250 From scotts at qx.net Fri Sep 24 11:24:15 1999
5251 From: scotts at qx.net (Scott Seufert)
5252 Date: Sat Oct 23 23:00:49 2004
5253 Subject: [IRCServices] ### SERIOUS BUGS ###
5254 Message-ID: 001a01bf06ba$02281c10$0959ebd0@orion.qx.net
5255
5256 Services:
5257 *** ircservices-4.3.1 services.flamebait.org -- build #1, compiled Sep 16
5258 1999 22:28:14
5259
5260 -----Original Message-----
5261 From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
5262 To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
5263 Date: Friday, September 24, 1999 11:08 AM
5264 Subject: [IRCServices] ### SERIOUS BUGS ###
5265
5266
5267 Hello,
5268
5269 Copy this:
5270
5271 /quote privmsg ChanServ Info #bug
5272
5273 [14:07] -> Server: privmsg ChanServ Info #bug
5274 -
5275 [14:07] -ChanServ- Syntax: INFO channel [ALL]
5276
5277 /quote Join #Bug
5278
5279 [14:08] *** Now talking in #Bug
5280
5281 /quote Topic #bug :I'm hacker, I can change TOPIC!
5282
5283 [14:08] -> Server: Topic #bug :I'm hacker, I can change TOPIC!
5284 [14:08] *** katsklaw changes topic to 'I'm hacker, I can change TOPIC!'
5285
5286 /quote MODE #bug +nt
5287
5288 [14:08] -> Server: MODE #bug +nt
5289 [14:08] *** katsklaw sets mode: +nt
5290
5291 /quote MODE #BUG
5292
5293 [14:08] -> Server: MODE #BUG
5294 [14:08] *** [#Bug] Channel mode is +tn
5295 [14:08] *** [#Bug] Channel created Fri Sep 24 14:10:17 1999
5296
5297
5298
5299 I didn't see anything abnormal, nor do I see any bugs. I even registered the
5300 channel and tried that way and couldn't see anything buggy nor wrong.
5301
5302
5303
5304 <snip>
5305
5306
5307 Scott Seufert
5308 aka katsklaw
5309 Network Admin
5310 Services Root
5311 irc.flamebait.org
5312
5313 ---------------------------------------------------------------
5314 To unsubscribe, send email to majordomo@ender.shadowfire.org
5315 with "unsubscribe ircservices" in the body, without the quotes.
5316
5317 From andrewk at icon.co.za Fri Sep 24 12:25:41 1999
5318 From: andrewk at icon.co.za (Andrew Kempe)
5319 Date: Sat Oct 23 23:00:49 2004
5320 Subject: [IRCServices] listchans and listnicks
5321 In-Reply-To: <000201bf06b8$83c3f570$0100a8c0@shadow>
5322 References: 000201bf06b8$83c3f570$0100a8c0@shadow
5323 Message-ID: 003b01bf06c2$97191a10$0100a8c0@shadow
5324
5325 Ok I lied... I found the problem and it has been fixed. A patch should be
5326 out later today, tonight or tomorrow.
5327
5328 Andrew
5329
5330 > -----Original Message-----
5331 > From: owner-ircservices@ender.shadowfire.org
5332 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Andrew Kempe
5333 > Sent: 24 September 1999 20:14
5334 > To: ircservices@ender.shadowfire.org
5335 > Subject: RE: [IRCServices] listchans and listnicks
5336 >
5337 >
5338 > I've been unable to reproduce the core dumps with the listnicks and
5339 > listchans commands. I think it could be related to a corrupt
5340 > database file.
5341 > How many people are having this problem?
5342 >
5343 > Thanks, Andrew
5344 >
5345 > > -----Original Message-----
5346 > > From: owner-ircservices@ender.shadowfire.org
5347 > > [<A HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of
5348 > > jozeph@globalmedia.com.br
5349 > > Sent: 22 September 1999 20:53
5350 > > To: ircservices@ender.shadowfire.org
5351 > > Subject: [IRCServices] listchans and listnicks
5352 > >
5353 > >
5354 > > Hi,
5355 > >
5356 > > Now, nothing work! Hehehe, can help? :>
5357 > >
5358 > > [ircadmin@jozeph services]$ ./listchans
5359 > > Segmentation fault (core dumped)
5360 > > [ircadmin@jozeph services]$ ./listnicks
5361 > > Segmentation fault (core dumped)
5362 > > [ircadmin@jozeph services]$
5363 > >
5364 > > --
5365 > > --------------------------------------------------------------------
5366 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
5367 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
5368 > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
5369 > > \__U_/ | " Onde a maioria vive com a bondade,
5370 > > | a maldade da minoria tende sempre a desaparecer! "
5371 > > --------------------------------------------------------------------
5372 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
5373 > > Linux.
5374 > >
5375 > > ---------------------------------------------------------------
5376 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
5377 > > with "unsubscribe ircservices" in the body, without the quotes.
5378 > >
5379 >
5380 > ---------------------------------------------------------------
5381 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5382 > with "unsubscribe ircservices" in the body, without the quotes.
5383 >
5384
5385 ---------------------------------------------------------------
5386 To unsubscribe, send email to majordomo@ender.shadowfire.org
5387 with "unsubscribe ircservices" in the body, without the quotes.
5388
5389 From andrewk at icon.co.za Fri Sep 24 13:03:14 1999
5390 From: andrewk at icon.co.za (Andrew Kempe)
5391 Date: Sat Oct 23 23:00:49 2004
5392 Subject: [IRCServices] ircservices-4.3.2 released
5393 Message-ID: 003c01bf06c7$d5fc17f0$0100a8c0@shadow
5394
5395 This is primarily a bug fix version, fixing the listchans and listnicks
5396 commands. The lack of support for "JOIN 0" has also been addressed.
5397
5398 ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.tar.gz
5399 <A HREF="ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.diff">ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.diff</A>
5400
5401 Mirror: (should be updated by 7am GMT 25/09/99)
5402 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.tar.gz</A>
5403 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.diff">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.diff</A>
5404
5405 Regards, Andrew
5406
5407 ---------------------------------------------------------------
5408 To unsubscribe, send email to majordomo@ender.shadowfire.org
5409 with "unsubscribe ircservices" in the body, without the quotes.
5410
5411 From jozeph at globalmedia.com.br Fri Sep 24 16:01:45 1999
5412 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
5413 Date: Sat Oct 23 23:00:49 2004
5414 Subject: [IRCServices] ircservices-4.3.2 released
5415 In-Reply-To: <003c01bf06c7$d5fc17f0$0100a8c0@shadow>
5416 References: 003c01bf06c7$d5fc17f0$0100a8c0@shadow
5417 Message-ID: Pine.LNX.4.00.9909241958200.8928&#45;100000@jozeph.globalmedia.com.br
5418
5419 Hello,
5420
5421 Cool, but.... listchans and listnicks don't fixed 100%.
5422 Look at the problemas exists:
5423
5424 If you try use ./listchans, and if have a Forbidden chan on list
5425 look:
5426
5427 It's NORMAL:
5428
5429 [ircadmin@jozeph services]$ ./listchans
5430 Loading database for list...
5431 #elitecop EliteIRC® (_Jozeph_)
5432 1 channels registered.
5433 [ircadmin@jozeph services]$
5434
5435 Now, I go add a Forbidden Channel:
5436
5437 [msg(chanserv)] forbid #beginner
5438 -ChanServ- Channel #beginner is now forbidden.
5439 [msg(operserv)] update
5440 -OperServ- Updating databases.
5441
5442 And now:
5443
5444 [ircadmin@jozeph services]$ ./listchans
5445 Loading database for list...
5446 Segmentation fault (core dumped)
5447 [ircadmin@jozeph services]$
5448
5449 Hehehe, Cool... and, look on ./listnicks:
5450
5451 [ircadmin@jozeph services]$ ./listnicks _Jozeph_
5452 Loading database for list...
5453 _Jozeph_ is IRC Administrator
5454 Last seen address: ~ircadmin@10.0.0.1
5455 Time registered: Sep 24 19:13:45 1999 EST
5456 Last seen time: Sep 24 19:58:28 1999 EST
5457 Options: , Security
5458 [ircadmin@jozeph services]$
5459
5460 Why it's don't print "Kill Protection" ?
5461
5462 Now I desable Kill Protection:
5463
5464 [msg(nickserv)] set _Jozeph_ Kill off
5465 -NickServ- Kill protection is now OFF.
5466 [msg(operserv)] update
5467 -OperServ- Updating databases.
5468
5469 [ircadmin@jozeph services]$ ./listnicks _Jozeph_
5470 Loading database for list...
5471 _Jozeph_ is IRC Administrator
5472 Last seen address: ~ircadmin@10.0.0.1
5473 Time registered: Sep 24 19:13:45 1999 EST
5474 Last seen time: Sep 24 20:01:10 1999 EST
5475 Options: Security, Auto Join
5476 [ircadmin@jozeph services]$
5477
5478 I will set NOEXPIRE ON
5479
5480 [ircadmin@jozeph services]$ ./listnicks _Jozeph_
5481 Loading database for list...
5482 _Jozeph_ is IRC Administrator
5483 Last seen address: ~ircadmin@10.0.0.1
5484 Time registered: Sep 24 19:13:45 1999 EST
5485 Last seen time: Sep 24 20:09:37 1999 EST
5486 Options: , No Expire
5487 [ircadmin@jozeph services]$
5488
5489 Why it's don't print: Securety, Auto Join, No Expire? :)
5490
5491 [ircadmin@jozeph services]$ ./listnicks _Jozeph_
5492 Loading database for list...
5493 _Jozeph_ is IRC Administrator
5494 Last seen address: ~ircadmin@10.0.0.1
5495 Time registered: Sep 24 19:13:45 1999 EST
5496 Last seen time: Sep 24 20:11:05 1999 EST
5497 Options: , Private
5498 [ircadmin@jozeph services]$
5499
5500 Where is the others options? :)
5501
5502 Hehehe,
5503 Thanks for all,
5504 Thanks Andrew! :)
5505
5506 --
5507 --------------------------------------------------------------------
5508 \|/ --- \|/ | Jozenóbio de Melo Brasil.
5509 @~/ Oo \~@ | jozeph@globalmedia.com.br
5510 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
5511 \__U_/ | " Onde a maioria vive com a bondade,
5512 | a maldade da minoria tende sempre a desaparecer! "
5513 --------------------------------------------------------------------
5514 The box said "Windows 95, Windows NT 4.0, or better", so I installed
5515 Linux.
5516
5517 On Fri, 24 Sep 1999, Andrew Kempe wrote:
5518
5519 > This is primarily a bug fix version, fixing the listchans and listnicks
5520 > commands. The lack of support for "JOIN 0" has also been addressed.
5521 >
5522 > <A HREF="ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.tar.gz">ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.tar.gz</A>
5523 > <A HREF="ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.diff">ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.2.diff</A>
5524 >
5525 > Mirror: (should be updated by 7am GMT 25/09/99)
5526 > <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.tar.gz</A>
5527 > <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.diff">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.2.diff</A>
5528 >
5529 > Regards, Andrew
5530 >
5531 > ---------------------------------------------------------------
5532 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5533 > with "unsubscribe ircservices" in the body, without the quotes.
5534 >
5535
5536 ---------------------------------------------------------------
5537 To unsubscribe, send email to majordomo@ender.shadowfire.org
5538 with "unsubscribe ircservices" in the body, without the quotes.
5539
5540 From achurch at dragonfire.net Sat Sep 25 09:35:04 1999
5541 From: achurch at dragonfire.net (Andrew Church)
5542 Date: Sat Oct 23 23:00:49 2004
5543 Subject: [IRCServices] ### SERIOUS BUGS ###
5544 Message-ID: 37ec194d.00270@dragonfire.net
5545
5546 >/quote privmsg ChanServ Info #bug
5547 >/quote Join #Bug
5548 >/quote Topic #bug :I'm hacker, I can change TOPIC!
5549 >/quote MODE #bug +nt
5550 >/quote MODE #BUG
5551 >
5552 >If no have peoples on channel... and it is registered...
5553 >Paste that...
5554 >
5555 >You join on channel and set topic...
5556 >ChanServ makes you -o...
5557 >And... YOU change Topic!:)
5558
5559 This is because your TOPIC command is seen by the IRC server before
5560 Services can react to your entering the channel and make you -o. The
5561 real solution is closer integration of Services and the IRC daemon, but
5562 in the meantime a workaround would be to check all topic changes for
5563 validity (if (mode_t && !is_chanop(nick, channel)) then restore topic).
5564
5565 --Andrew Church
5566 achurch@dragonfire.net
5567 http://achurch.dragonfire.net/
5568 ---------------------------------------------------------------
5569 To unsubscribe, send email to majordomo@ender.shadowfire.org
5570 with "unsubscribe ircservices" in the body, without the quotes.
5571
5572 From irc at pc.jaring.my Fri Sep 24 18:13:11 1999
5573 From: irc at pc.jaring.my (Lim Cheng Siong)
5574 Date: Sat Oct 23 23:00:49 2004
5575 Subject: [IRCServices] listchans and listnicks
5576 References: <000201bf06b8$83c3f570$0100a8c0@shadow>
5577 Message-ID: 002c01bf06f5$2c152280$5f868ea1@jaring.my
5578
5579 Me!
5580 I did send in an email to the list abt segmentation problem...
5581 but till now, no one reply... :~
5582
5583
5584 With regards,
5585 ---------
5586 Lim Cheng Siong (admin@nurd.org)
5587 Network Operations Administrator
5588 URL - http://www.nurd.org
5589
5590 ----- Original Message -----
5591 From: Andrew Kempe <andrewk@icon.co.za>
5592 To: <ircservices@ender.shadowfire.org>
5593 Sent: Saturday, September 25, 1999 2:13 AM
5594 Subject: RE: [IRCServices] listchans and listnicks
5595
5596
5597 I've been unable to reproduce the core dumps with the listnicks and
5598 listchans commands. I think it could be related to a corrupt database file.
5599 How many people are having this problem?
5600
5601 Thanks, Andrew
5602
5603 > -----Original Message-----
5604 > From: owner-ircservices@ender.shadowfire.org
5605 > [<A HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of
5606 > jozeph@globalmedia.com.br
5607 > Sent: 22 September 1999 20:53
5608 > To: ircservices@ender.shadowfire.org
5609 > Subject: [IRCServices] listchans and listnicks
5610 >
5611 >
5612 > Hi,
5613 >
5614 > Now, nothing work! Hehehe, can help? :>
5615 >
5616 > [ircadmin@jozeph services]$ ./listchans
5617 > Segmentation fault (core dumped)
5618 > [ircadmin@jozeph services]$ ./listnicks
5619 > Segmentation fault (core dumped)
5620 > [ircadmin@jozeph services]$
5621 >
5622 > --
5623 > --------------------------------------------------------------------
5624 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
5625 > @~/ Oo \~@ | jozeph@globalmedia.com.br
5626 > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
5627 > \__U_/ | " Onde a maioria vive com a bondade,
5628 > | a maldade da minoria tende sempre a desaparecer! "
5629 > --------------------------------------------------------------------
5630 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
5631 > Linux.
5632 >
5633 > ---------------------------------------------------------------
5634 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5635 > with "unsubscribe ircservices" in the body, without the quotes.
5636 >
5637
5638 ---------------------------------------------------------------
5639 To unsubscribe, send email to majordomo@ender.shadowfire.org
5640 with "unsubscribe ircservices" in the body, without the quotes.
5641
5642
5643 ---------------------------------------------------------------
5644 To unsubscribe, send email to majordomo@ender.shadowfire.org
5645 with "unsubscribe ircservices" in the body, without the quotes.
5646
5647 From achurch at dragonfire.net Sun Sep 26 11:54:08 1999
5648 From: achurch at dragonfire.net (Andrew Church)
5649 Date: Sat Oct 23 23:00:49 2004
5650 Subject: [IRCServices] [Fwd: /msg nickserv list and /msg chanserv list] (fwd)
5651 Message-ID: 37ed8add.00254@dragonfire.net
5652
5653 Envelope-to: achurch@dragonfire.net
5654 Delivery-date: Sat, 25 Sep 1999 06:23:52 -0700
5655 Date: Sat, 25 Sep 1999 09:55:17 -0400
5656 From: kernal1964 <kernal2@cs.net>
5657 X-Accept-Language: en
5658 To: achurch@dragonfire.net
5659 Subject: [Fwd: /msg nickserv list and /msg chanserv list]
5660
5661 Andy can you please respond to first e-mail message.
5662
5663
5664
5665 kernal1964 wrote:
5666
5667 > HI
5668 >
5669 > I am using your current version of services and when I type /msg
5670 > nickserv list * and /msg chanserv list * its giving me a blank list. Do
5671 > you have suggestions please??
5672 >
5673 > Here is what its doing:
5674 >
5675 > ChanServ-
5676 > -
5677 > -ChanServ-
5678 > -
5679 > -ChanServ-
5680 > -
5681 > -ChanServ-
5682 > -
5683 > -ChanServ-
5684 > -
5685 > -ChanServ-
5686 > -
5687 > -ChanServ- End of list - 24/24 matches shown.
5688
5689
5690 --Andrew Church
5691 achurch@dragonfire.net
5692 http://achurch.dragonfire.net/
5693 ---------------------------------------------------------------
5694 To unsubscribe, send email to majordomo@ender.shadowfire.org
5695 with "unsubscribe ircservices" in the body, without the quotes.
5696
5697 From chengsiong at cheerful.com Sun Sep 26 00:03:22 1999
5698 From: chengsiong at cheerful.com (Lim Cheng Siong)
5699 Date: Sat Oct 23 23:00:49 2004
5700 Subject: [IRCServices] Urgent Help
5701 Message-ID: 014601bf07ed$3a5bc6c0$abd68ea1@jaring.my
5702
5703 [ircadmin services2]$ ./services
5704 Segmentation fault (core dumped)
5705
5706 Can anyone help me with this?
5707
5708
5709 Josh.
5710
5711 With regards,
5712 ---------
5713 Lim Cheng Siong (admin@nurd.org)
5714 Network Operations Administrator
5715 URL - http://www.nurd.org
5716
5717
5718 ---------------------------------------------------------------
5719 To unsubscribe, send email to majordomo@ender.shadowfire.org
5720 with "unsubscribe ircservices" in the body, without the quotes.
5721
5722 From andrewk at icon.co.za Sun Sep 26 05:42:23 1999
5723 From: andrewk at icon.co.za (Andrew Kempe)
5724 Date: Sat Oct 23 23:00:49 2004
5725 Subject: [IRCServices] Urgent Help
5726 In-Reply-To: <014601bf07ed$3a5bc6c0$abd68ea1@jaring.my>
5727 References: 014601bf07ed$3a5bc6c0$abd68ea1@jaring.my
5728 Message-ID: 000c01bf081c$94893630$0100a8c0@shadow
5729
5730 What does it say in the log file?
5731
5732 Output from "gdb" would also be helpfull.
5733
5734 Andrew
5735
5736 > -----Original Message-----
5737 > From: owner-ircservices@ender.shadowfire.org
5738 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Lim Cheng
5739 > Siong
5740 > Sent: 26 September 1999 09:03
5741 > To: ircservices@ender.shadowfire.org
5742 > Subject: [IRCServices] Urgent Help
5743 >
5744 >
5745 > [ircadmin services2]$ ./services
5746 > Segmentation fault (core dumped)
5747 >
5748 > Can anyone help me with this?
5749 >
5750 >
5751 > Josh.
5752 >
5753 > With regards,
5754 > ---------
5755 > Lim Cheng Siong (admin@nurd.org)
5756 > Network Operations Administrator
5757 > URL - <A HREF="http://www.nurd.org">http://www.nurd.org</A>
5758 >
5759 >
5760 > ---------------------------------------------------------------
5761 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5762 > with "unsubscribe ircservices" in the body, without the quotes.
5763 >
5764 ---------------------------------------------------------------
5765 To unsubscribe, send email to majordomo@ender.shadowfire.org
5766 with "unsubscribe ircservices" in the body, without the quotes.
5767
5768 From ianj at esper.net Sun Sep 26 19:32:46 1999
5769 From: ianj at esper.net (Ian R. Justman)
5770 Date: Sat Oct 23 23:00:50 2004
5771 Subject: [IRCServices] Additional note...
5772 Message-ID: Pine.LNX.3.96.990926193231.23012D&#45;100000@vector.chocobo.org
5773
5774
5775 Forgot to mention that we are running 4.2.4.
5776
5777 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
5778
5779 -----
5780 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
5781 Co-Founder and Postmaster, The EsperNet IRC Network
5782 Server Administrator, chocobo.esper.net "IJ" on IRC
5783
5784 PGP key available upon request, or finger ianj@esper.net.
5785
5786 If this message was signed with the Postmaster's key, please finger
5787 postmaster@esper.net for the Postmaster public key.
5788
5789 Type Bits/KeyID Date User ID
5790 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
5791 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
5792
5793 ---------------------------------------------------------------
5794 To unsubscribe, send email to majordomo@ender.shadowfire.org
5795 with "unsubscribe ircservices" in the body, without the quotes.
5796
5797 From ianj at esper.net Sun Sep 26 19:30:54 1999
5798 From: ianj at esper.net (Ian R. Justman)
5799 Date: Sat Oct 23 23:00:50 2004
5800 Subject: [IRCServices] SecureOps issue
5801 Message-ID: Pine.LNX.3.96.990926192635.23012B&#45;100000@vector.chocobo.org
5802
5803
5804 Hello.
5805
5806 I had a user who is having an issue with SecureOps on their channel. I
5807 have been able to /join a user's channel with SecureOps set, and its
5808 founder op me. It never de-opped me, and I was using a non-opered version
5809 of myself.
5810
5811 Any ideas?
5812
5813 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
5814
5815 -----
5816 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
5817 Co-Founder and Postmaster, The EsperNet IRC Network
5818 Server Administrator, chocobo.esper.net "IJ" on IRC
5819
5820 PGP key available upon request, or finger ianj@esper.net.
5821
5822 If this message was signed with the Postmaster's key, please finger
5823 postmaster@esper.net for the Postmaster public key.
5824
5825 Type Bits/KeyID Date User ID
5826 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
5827 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
5828
5829 ---------------------------------------------------------------
5830 To unsubscribe, send email to majordomo@ender.shadowfire.org
5831 with "unsubscribe ircservices" in the body, without the quotes.
5832
5833 From ircadmin at chatcircuit.com Sun Sep 26 21:00:53 1999
5834 From: ircadmin at chatcircuit.com (Lafe)
5835 Date: Sat Oct 23 23:00:50 2004
5836 Subject: [IRCServices] SecureOps issue
5837 References: <Pine.LNX.3.96.990926192635.23012B-100000@vector.chocobo.org>
5838 Message-ID: 000e01bf089c$e6534340$ad90aad0@lafe
5839
5840 It wouldn't happen to have been a linked nickname, would it have?
5841
5842 BTW - Hi Ian, long time no see <g>.
5843
5844 Lafe
5845 ircadmin@chatcircuit.com
5846 http://chatcircuit.com/ircserver/
5847 irc.chatcircuit.com:6667,7000
5848
5849 ----- Original Message -----
5850 From: Ian R. Justman <ianj@esper.net>
5851 To: <ircservices@ender.shadowfire.org>
5852 Sent: Sunday, September 26, 1999 10:30 PM
5853 Subject: [IRCServices] SecureOps issue
5854
5855
5856 >
5857 > Hello.
5858 >
5859 > I had a user who is having an issue with SecureOps on their channel. I
5860 > have been able to /join a user's channel with SecureOps set, and its
5861 > founder op me. It never de-opped me, and I was using a non-opered version
5862 > of myself.
5863 >
5864 > Any ideas?
5865 >
5866 > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
5867 >
5868 > -----
5869 > Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet
5870 business)
5871 > Co-Founder and Postmaster, The EsperNet IRC Network
5872 > Server Administrator, chocobo.esper.net "IJ" on IRC
5873 >
5874 > PGP key available upon request, or finger ianj@esper.net.
5875 >
5876 > If this message was signed with the Postmaster's key, please finger
5877 > postmaster@esper.net for the Postmaster public key.
5878 >
5879 > Type Bits/KeyID Date User ID
5880 > pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
5881 > Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11
5882 59 75
5883 >
5884 > ---------------------------------------------------------------
5885 > To unsubscribe, send email to majordomo@ender.shadowfire.org
5886 > with "unsubscribe ircservices" in the body, without the quotes.
5887 >
5888
5889 ---------------------------------------------------------------
5890 To unsubscribe, send email to majordomo@ender.shadowfire.org
5891 with "unsubscribe ircservices" in the body, without the quotes.
5892
5893 From jozeph at globalmedia.com.br Sun Sep 26 23:18:49 1999
5894 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
5895 Date: Sat Oct 23 23:00:50 2004
5896 Subject: [IRCServices] Link bug.
5897 Message-ID: Pine.LNX.4.00.9909270315230.28581&#45;100000@jozeph.globalmedia.com.br
5898
5899 Hello,
5900
5901 I found another one bug on link, we go there:
5902
5903 When you register a nick AA, and register a nick BB...
5904 and link nick BB to nick AA... enters in the IRC with AA
5905 nick and later changes for nick BB... the NickServ does not ask for you
5906 to modify nick!
5907
5908 Change or I disconnect you... :>
5909 I will work to fix it... bye
5910
5911 Greats,
5912 Jozeph
5913
5914 --
5915 --------------------------------------------------------------------
5916 \|/ --- \|/ | Jozenóbio de Melo Brasil.
5917 @~/ Oo \~@ | jozeph@globalmedia.com.br
5918 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
5919 \__U_/ | " Onde a maioria vive com a bondade,
5920 | a maldade da minoria tende sempre a desaparecer! "
5921 --------------------------------------------------------------------
5922 The box said "Windows 95, Windows NT 4.0, or better", so I installed
5923 Linux.
5924
5925 ---------------------------------------------------------------
5926 To unsubscribe, send email to majordomo@ender.shadowfire.org
5927 with "unsubscribe ircservices" in the body, without the quotes.
5928
5929 From ianj at esper.net Sun Sep 26 23:33:36 1999
5930 From: ianj at esper.net (Ian R. Justman)
5931 Date: Sat Oct 23 23:00:50 2004
5932 Subject: [IRCServices] SecureOps issue
5933 In-Reply-To: <000e01bf089c$e6534340$ad90aad0@lafe>
5934 References: 000e01bf089c$e6534340$ad90aad0@lafe
5935 Message-ID: Pine.LNX.3.96.990926233258.23012G&#45;100000@vector.chocobo.org
5936
5937 On Mon, 27 Sep 1999, Lafe wrote:
5938
5939 > It wouldn't happen to have been a linked nickname, would it have?
5940
5941 I even came in with an unregistered nick and the same thing.
5942
5943 > BTW - Hi Ian, long time no see <g>.
5944
5945 Likewise. :)
5946
5947 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
5948
5949 -----
5950 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
5951 Co-Founder and Postmaster, The EsperNet IRC Network
5952 Server Administrator, chocobo.esper.net "IJ" on IRC
5953
5954 PGP key available upon request, or finger ianj@esper.net.
5955
5956 If this message was signed with the Postmaster's key, please finger
5957 postmaster@esper.net for the Postmaster public key.
5958
5959 Type Bits/KeyID Date User ID
5960 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
5961 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
5962
5963 ---------------------------------------------------------------
5964 To unsubscribe, send email to majordomo@ender.shadowfire.org
5965 with "unsubscribe ircservices" in the body, without the quotes.
5966
5967 From uhc0 at rz.uni-karlsruhe.de Sun Sep 26 23:57:07 1999
5968 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
5969 Date: Sat Oct 23 23:00:50 2004
5970 Subject: [IRCServices] SecureOps issue
5971 References: <Pine.LNX.3.96.990926233258.23012G-100000@vector.chocobo.org>
5972 Message-ID: 003101bf08b5$848d0380$5f2a14ac@hadiko.de
5973
5974
5975 And you are also sure that the LeaveOps option is NOT set,
5976 for it means "not to deop anyone except with the /chanserv deop ....
5977 command" ?
5978
5979 regards.
5980 TimeMr14C
5981 ICQ : 2058464
5982
5983
5984 ----- Original Message -----
5985 From: Ian R. Justman <ianj@esper.net>
5986 To: <ircservices@ender.shadowfire.org>
5987 Sent: Monday, September 27, 1999 8:33 AM
5988 Subject: Re: [IRCServices] SecureOps issue
5989
5990
5991 > On Mon, 27 Sep 1999, Lafe wrote:
5992 >
5993 > > It wouldn't happen to have been a linked nickname, would it have?
5994 >
5995 > I even came in with an unregistered nick and the same thing.
5996 >
5997 > > BTW - Hi Ian, long time no see <g>.
5998 >
5999 > Likewise. :)
6000 >
6001 > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
6002 >
6003 > -----
6004 > Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet
6005 business)
6006 > Co-Founder and Postmaster, The EsperNet IRC Network
6007 > Server Administrator, chocobo.esper.net "IJ" on IRC
6008 >
6009 > PGP key available upon request, or finger ianj@esper.net.
6010 >
6011 > If this message was signed with the Postmaster's key, please finger
6012 > postmaster@esper.net for the Postmaster public key.
6013 >
6014 > Type Bits/KeyID Date User ID
6015 > pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
6016 > Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11
6017 59 75
6018 >
6019 > ---------------------------------------------------------------
6020 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6021 > with "unsubscribe ircservices" in the body, without the quotes.
6022 >
6023
6024 ---------------------------------------------------------------
6025 To unsubscribe, send email to majordomo@ender.shadowfire.org
6026 with "unsubscribe ircservices" in the body, without the quotes.
6027
6028 From jpinto9 at visteon.com Mon Sep 27 01:16:52 1999
6029 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
6030 Date: Sat Oct 23 23:00:50 2004
6031 Subject: [IRCServices] listchans and listnicks
6032 Message-ID: 199909270817.EAA20955@mailfw1.ford.com
6033
6034 Fixed :),
6035 I dont know if these is allready on services 4.3, but I inserted the founder
6036 nick on the channels list for ./listchan
6037 Howeve it was not checking if ci->founder was null befores displaying it :),
6038 I didnt remember forbidden channels can have frounder set to NULL,
6039
6040 putting just ci->founder ? ci->founder : "No Founder", instead of
6041 ci->founder will fix the problem
6042
6043 João Luís Marques Pinto
6044 PTlink Tech - Lamego@PTlink.net
6045 http://www.PTlink.net <<A HREF="http://www.PTlink.net">http://www.PTlink.net</A>>
6046
6047
6048
6049
6050 -----Original Message-----
6051 From: Andrew Kempe [ <A HREF="mailto:andrewk@icon.co.za">mailto:andrewk@icon.co.za</A> <<A HREF="mailto:andrewk@icon.co.za">mailto:andrewk@icon.co.za</A>> ]
6052 Sent: sexta-feira, 24 de setembro de 1999 20:26
6053 To: ircservices@ender.shadowfire.org
6054 Subject: RE: [IRCServices] listchans and listnicks
6055
6056
6057 Ok I lied... I found the problem and it has been fixed. A patch should be
6058 out later today, tonight or tomorrow.
6059
6060 Andrew
6061
6062 > -----Original Message-----
6063 > From: owner-ircservices@ender.shadowfire.org
6064 > [ <A HREF="mailto:owner-ircservices@ender.shadowfire.org">mailto:owner-ircservices@ender.shadowfire.org</A>
6065 <<A HREF="mailto:owner-ircservices@ender.shadowfire.org">mailto:owner-ircservices@ender.shadowfire.org</A>> ]On Behalf Of Andrew Kempe
6066 > Sent: 24 September 1999 20:14
6067 > To: ircservices@ender.shadowfire.org
6068 > Subject: RE: [IRCServices] listchans and listnicks
6069 >
6070 >
6071 > I've been unable to reproduce the core dumps with the listnicks and
6072 > listchans commands. I think it could be related to a corrupt
6073 > database file.
6074 > How many people are having this problem?
6075 >
6076 > Thanks, Andrew
6077 >
6078 > > -----Original Message-----
6079 > > From: owner-ircservices@ender.shadowfire.org
6080 > > [ <A HREF="mailto:owner-ircservices@ender.shadowfire.org">mailto:owner-ircservices@ender.shadowfire.org</A>
6081 <<A HREF="mailto:owner-ircservices@ender.shadowfire.org">mailto:owner-ircservices@ender.shadowfire.org</A>> ]On Behalf Of
6082 > > jozeph@globalmedia.com.br
6083 > > Sent: 22 September 1999 20:53
6084 > > To: ircservices@ender.shadowfire.org
6085 > > Subject: [IRCServices] listchans and listnicks
6086 > >
6087 > >
6088 > > Hi,
6089 > >
6090 > > Now, nothing work! Hehehe, can help? :>
6091 > >
6092 > > [ircadmin@jozeph services]$ ./listchans
6093 > > Segmentation fault (core dumped)
6094 > > [ircadmin@jozeph services]$ ./listnicks
6095 > > Segmentation fault (core dumped)
6096 > > [ircadmin@jozeph services]$
6097 > >
6098 > > --
6099 > > --------------------------------------------------------------------
6100 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6101 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
6102 > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
6103 <<A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>>
6104 > > \__U_/ | " Onde a maioria vive com a bondade,
6105 > > | a maldade da minoria tende sempre a desaparecer! "
6106 > > --------------------------------------------------------------------
6107 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6108 > > Linux.
6109 > >
6110 > > ---------------------------------------------------------------
6111 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
6112 > > with "unsubscribe ircservices" in the body, without the quotes.
6113 > >
6114 >
6115 > ---------------------------------------------------------------
6116 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6117 > with "unsubscribe ircservices" in the body, without the quotes.
6118 >
6119
6120 ---------------------------------------------------------------
6121 To unsubscribe, send email to majordomo@ender.shadowfire.org
6122 with "unsubscribe ircservices" in the body, without the quotes.
6123
6124
6125 ---------------------------------------------------------------
6126 To unsubscribe, send email to majordomo@ender.shadowfire.org
6127 with "unsubscribe ircservices" in the body, without the quotes.
6128
6129 From scotts at flamebait.org Mon Sep 27 08:39:36 1999
6130 From: scotts at flamebait.org (Scott Seufert)
6131 Date: Sat Oct 23 23:00:50 2004
6132 Subject: [IRCServices] Link bug.
6133 Message-ID: 19990927124143038.AAA293@stream.qx.net@[208.200.111.17]
6134
6135 did you disconnect first? ... What I mean is that if you log on ...
6136 register(or identify) the nick aa ... then register bb and link them ...
6137 when you switch back to aa NickServ has no reason to challenge you for a
6138 password because you are still identified for aa ...
6139
6140 ----------
6141 >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6142 >To: ircservices@ender.shadowfire.org
6143 >Subject: [IRCServices] Link bug.
6144 >Date: Sun, Sep 26, 1999, 11:18 PM
6145 >
6146
6147 > Hello,
6148 >
6149 > I found another one bug on link, we go there:
6150 >
6151 > When you register a nick AA, and register a nick BB...
6152 > and link nick BB to nick AA... enters in the IRC with AA
6153 > nick and later changes for nick BB... the NickServ does not ask for you
6154 > to modify nick!
6155 >
6156 > Change or I disconnect you... :>
6157 > I will work to fix it... bye
6158 >
6159 > Greats,
6160 > Jozeph
6161 >
6162 > --
6163 > --------------------------------------------------------------------
6164 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6165 > @~/ Oo \~@ | jozeph@globalmedia.com.br
6166 > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6167 > \__U_/ | " Onde a maioria vive com a bondade,
6168 > | a maldade da minoria tende sempre a desaparecer! "
6169 > --------------------------------------------------------------------
6170 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6171 > Linux.
6172 >
6173
6174 Scott Seufert
6175 aka katsklaw
6176 Network Admin
6177 irc.flamebait.org
6178 ---------------------------------------------------------------
6179 To unsubscribe, send email to majordomo@ender.shadowfire.org
6180 with "unsubscribe ircservices" in the body, without the quotes.
6181
6182 From scotts at flamebait.org Mon Sep 27 08:50:57 1999
6183 From: scotts at flamebait.org (Scott Seufert)
6184 Date: Sat Oct 23 23:00:50 2004
6185 Subject: [IRCServices] Link bug.
6186 Message-ID: 19990927125304811.AAA294@stream.qx.net@[208.200.111.17]
6187
6188 Something else I forgot to add about this ... if your host mask is listed in
6189 the access list for NickServ ... NS shouldn't challenge you for a password
6190 either.
6191
6192 ----------
6193 >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6194 >To: ircservices@ender.shadowfire.org
6195 >Subject: [IRCServices] Link bug.
6196 >Date: Sun, Sep 26, 1999, 11:18 PM
6197 >
6198
6199 > Hello,
6200 >
6201 > I found another one bug on link, we go there:
6202 >
6203 > When you register a nick AA, and register a nick BB...
6204 > and link nick BB to nick AA... enters in the IRC with AA
6205 > nick and later changes for nick BB... the NickServ does not ask for you
6206 > to modify nick!
6207 >
6208 > Change or I disconnect you... :>
6209 > I will work to fix it... bye
6210 >
6211 > Greats,
6212 > Jozeph
6213 >
6214 > --
6215 > --------------------------------------------------------------------
6216 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6217 > @~/ Oo \~@ | jozeph@globalmedia.com.br
6218 > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6219 > \__U_/ | " Onde a maioria vive com a bondade,
6220 > | a maldade da minoria tende sempre a desaparecer! "
6221 > --------------------------------------------------------------------
6222 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6223 > Linux.
6224 >
6225
6226 Scott Seufert
6227 aka katsklaw
6228 Network Admin
6229 irc.flamebait.org
6230 ---------------------------------------------------------------
6231 To unsubscribe, send email to majordomo@ender.shadowfire.org
6232 with "unsubscribe ircservices" in the body, without the quotes.
6233
6234 From jpinto9 at visteon.com Mon Sep 27 07:16:45 1999
6235 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
6236 Date: Sat Oct 23 23:00:50 2004
6237 Subject: [IRCServices] ### SERIOUS BUGS ###
6238 Message-ID: 199909271432.KAA29866@mailfw1.ford.com
6239
6240 This solution is not enough, because you wold also need to check for MODES
6241 anc bounce them, because instead of TOPIC #bug :...
6242 You can also put MODE #bug +b *@*, and the same problem will raise :), in
6243 this case you would need to bounce the ban.
6244
6245 Regards, João Pinto
6246 > App. Dev. & Integration Group - Information Systems Dept.
6247 > Visteon Portugal (Palmela) - An Enterprise of Ford Motor Company
6248 >
6249 * E-Mail: jpinto9@visteon.com
6250 * Phone: 01-2339323
6251 * Outside Portugal: 351-1-2339323
6252 * FordNet: 8-233-9323
6253
6254
6255
6256 -----Original Message-----
6257 From: achurch@dragonfire.net [mailto:achurch@dragonfire.net]
6258 Sent: sábado, 25 de setembro de 1999 1:35
6259 To: ircservices@ender.shadowfire.org
6260 Subject: Re: [IRCServices] ### SERIOUS BUGS ###
6261
6262
6263 >/quote privmsg ChanServ Info #bug
6264 >/quote Join #Bug
6265 >/quote Topic #bug :I'm hacker, I can change TOPIC!
6266 >/quote MODE #bug +nt
6267 >/quote MODE #BUG
6268 >
6269 >If no have peoples on channel... and it is registered...
6270 >Paste that...
6271 >
6272 >You join on channel and set topic...
6273 >ChanServ makes you -o...
6274 >And... YOU change Topic!:)
6275
6276 This is because your TOPIC command is seen by the IRC server before
6277 Services can react to your entering the channel and make you -o. The
6278 real solution is closer integration of Services and the IRC daemon, but
6279 in the meantime a workaround would be to check all topic changes for
6280 validity (if (mode_t && !is_chanop(nick, channel)) then restore topic).
6281
6282 --Andrew Church
6283 achurch@dragonfire.net
6284 <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
6285 ---------------------------------------------------------------
6286 To unsubscribe, send email to majordomo@ender.shadowfire.org
6287 with "unsubscribe ircservices" in the body, without the quotes.
6288 ---------------------------------------------------------------
6289 To unsubscribe, send email to majordomo@ender.shadowfire.org
6290 with "unsubscribe ircservices" in the body, without the quotes.
6291
6292 From jozeph at globalmedia.com.br Mon Sep 27 08:15:26 1999
6293 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
6294 Date: Sat Oct 23 23:00:50 2004
6295 Subject: [IRCServices] Link bug.
6296 In-Reply-To: <19990927125304811.AAA294@stream.qx.net@[208.200.111.17]>
6297 References: 19990927125304811.AAA294@stream.qx.net@[208.200.111.17]
6298 Message-ID: Pine.LNX.4.00.9909271215050.5596&#45;100000@jozeph.globalmedia.com.br
6299
6300 > Something else I forgot to add about this ... if your host mask is listed in
6301 > the access list for NickServ ... NS shouldn't challenge you for a password
6302 > either.
6303
6304 My access list is null...
6305
6306
6307 >
6308 > ----------
6309 > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6310 > >To: ircservices@ender.shadowfire.org
6311 > >Subject: [IRCServices] Link bug.
6312 > >Date: Sun, Sep 26, 1999, 11:18 PM
6313 > >
6314 >
6315 > > Hello,
6316 > >
6317 > > I found another one bug on link, we go there:
6318 > >
6319 > > When you register a nick AA, and register a nick BB...
6320 > > and link nick BB to nick AA... enters in the IRC with AA
6321 > > nick and later changes for nick BB... the NickServ does not ask for you
6322 > > to modify nick!
6323 > >
6324 > > Change or I disconnect you... :>
6325 > > I will work to fix it... bye
6326 > >
6327 > > Greats,
6328 > > Jozeph
6329 > >
6330 > > --
6331 > > --------------------------------------------------------------------
6332 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6333 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
6334 > > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6335 > > \__U_/ | " Onde a maioria vive com a bondade,
6336 > > | a maldade da minoria tende sempre a desaparecer! "
6337 > > --------------------------------------------------------------------
6338 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6339 > > Linux.
6340 > >
6341 >
6342 > Scott Seufert
6343 > aka katsklaw
6344 > Network Admin
6345 > irc.flamebait.org
6346 > ---------------------------------------------------------------
6347 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6348 > with "unsubscribe ircservices" in the body, without the quotes.
6349 >
6350
6351 ---------------------------------------------------------------
6352 To unsubscribe, send email to majordomo@ender.shadowfire.org
6353 with "unsubscribe ircservices" in the body, without the quotes.
6354
6355 From jozeph at globalmedia.com.br Mon Sep 27 08:14:48 1999
6356 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
6357 Date: Sat Oct 23 23:00:50 2004
6358 Subject: [IRCServices] Link bug.
6359 In-Reply-To: <19990927124143038.AAA293@stream.qx.net@[208.200.111.17]>
6360 References: 19990927124143038.AAA293@stream.qx.net@[208.200.111.17]
6361 Message-ID: Pine.LNX.4.00.9909271213450.5596&#45;100000@jozeph.globalmedia.com.br
6362
6363 > did you disconnect first? ... What I mean is that if you log on ...
6364 > register(or identify) the nick aa ... then register bb and link them ...
6365 > when you switch back to aa NickServ has no reason to challenge you for a
6366 > password because you are still identified for aa ...
6367
6368
6369 Yes, I has disconnect first... try you!
6370 Disconnect, connect using nick AA and change to nick BB...
6371 NickServ don't request the identify...
6372
6373
6374 >
6375 > ----------
6376 > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6377 > >To: ircservices@ender.shadowfire.org
6378 > >Subject: [IRCServices] Link bug.
6379 > >Date: Sun, Sep 26, 1999, 11:18 PM
6380 > >
6381 >
6382 > > Hello,
6383 > >
6384 > > I found another one bug on link, we go there:
6385 > >
6386 > > When you register a nick AA, and register a nick BB...
6387 > > and link nick BB to nick AA... enters in the IRC with AA
6388 > > nick and later changes for nick BB... the NickServ does not ask for you
6389 > > to modify nick!
6390 > >
6391 > > Change or I disconnect you... :>
6392 > > I will work to fix it... bye
6393 > >
6394 > > Greats,
6395 > > Jozeph
6396 > >
6397 > > --
6398 > > --------------------------------------------------------------------
6399 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6400 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
6401 > > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6402 > > \__U_/ | " Onde a maioria vive com a bondade,
6403 > > | a maldade da minoria tende sempre a desaparecer! "
6404 > > --------------------------------------------------------------------
6405 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6406 > > Linux.
6407 > >
6408 >
6409 > Scott Seufert
6410 > aka katsklaw
6411 > Network Admin
6412 > irc.flamebait.org
6413 > ---------------------------------------------------------------
6414 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6415 > with "unsubscribe ircservices" in the body, without the quotes.
6416 >
6417
6418 ---------------------------------------------------------------
6419 To unsubscribe, send email to majordomo@ender.shadowfire.org
6420 with "unsubscribe ircservices" in the body, without the quotes.
6421
6422 From chengsiong at cheerful.com Mon Sep 27 08:12:51 1999
6423 From: chengsiong at cheerful.com (Lim Cheng Siong)
6424 Date: Sat Oct 23 23:00:50 2004
6425 Subject: [IRCServices] error?
6426 Message-ID: 01d501bf08fa$ccf64100$459abcca@jaring.my
6427
6428 [23:11:] -ChanServ- Channel #services will not expire.
6429 -
6430
6431 [23:11:] -> *chanserv* info #services
6432 [23:11:] -ChanServ- Information for channel #services:
6433 [23:11:] -ChanServ- Founder: pagan (admin@j29.jhb32.jaring.my)
6434 [23:11:] -ChanServ- Description: Services
6435 [23:11:] -ChanServ- Registered: Sep 27 10:10:04 1999 CDT
6436 [23:11:] -ChanServ- Last used: Sep 27 10:11:33 1999 CDT
6437 [23:11:] -ChanServ- Last topic: Services Channel...
6438 [23:11:] -ChanServ- Topic set by: pagan
6439 [23:11:] -ChanServ- Options: Topic Retention, Secure
6440 [23:11:] -ChanServ- Mode lock: +nt
6441
6442 Why it wouldn't show that the channel won't expire like what it show on a
6443 nick?
6444
6445 [23:11:] -NickServ- pagan is Where there is a will, there is a way!
6446 -
6447 [23:11:] -NickServ- pagan is currently online.
6448 -
6449 [23:11:] -NickServ- Time registered: Sep 27 10:09:16 1999 CDT
6450 -
6451 [23:11:] -NickServ- Options: Security
6452 -
6453 [23:11:] -NickServ- This nickname will not expire.
6454
6455
6456
6457
6458 ---------------------------------------------------------------
6459 To unsubscribe, send email to majordomo@ender.shadowfire.org
6460 with "unsubscribe ircservices" in the body, without the quotes.
6461
6462 From chengsiong at cheerful.com Mon Sep 27 08:15:16 1999
6463 From: chengsiong at cheerful.com (Lim Cheng Siong)
6464 Date: Sat Oct 23 23:00:50 2004
6465 Subject: [IRCServices] ...
6466 Message-ID: 01db01bf08fb$1c8428e0$459abcca@jaring.my
6467
6468 [23:14:] -> *chanserv* set #services topic Services help..
6469
6470 Is the syntax right?
6471 If so, why wouldn't ChanServ change the topic?
6472
6473
6474
6475
6476
6477 ---------------------------------------------------------------
6478 To unsubscribe, send email to majordomo@ender.shadowfire.org
6479 with "unsubscribe ircservices" in the body, without the quotes.
6480
6481 From scotts at qx.net Mon Sep 27 08:59:48 1999
6482 From: scotts at qx.net (Scott Seufert)
6483 Date: Sat Oct 23 23:00:50 2004
6484 Subject: [IRCServices] Re: ChanServ JOIN
6485 Message-ID: 002401bf0901$5386be60$0959ebd0@orion.qx.net
6486
6487 Is there any plans to introducing the JOIN or set JOIN command into
6488 ChanServ?
6489
6490 so that a channel founder could send:
6491
6492 /msg ChanServ Set #channel JOIN on
6493
6494 and make ChanServ join and stay in channel? I've seen this done in a
6495 different set of IRC services. I liked the Idea to be honest, this could
6496 also be be globally turned on/off via services.conf for those that wish not
6497 to use it. IMO this feature would cut down on the number of client bots.
6498
6499
6500
6501 Scott Seufert
6502 aka katsklaw
6503 Network Admin
6504 irc.flamebait.org
6505
6506 ---------------------------------------------------------------
6507 To unsubscribe, send email to majordomo@ender.shadowfire.org
6508 with "unsubscribe ircservices" in the body, without the quotes.
6509
6510 From scotts at qx.net Mon Sep 27 09:02:20 1999
6511 From: scotts at qx.net (Scott Seufert)
6512 Date: Sat Oct 23 23:00:50 2004
6513 Subject: [IRCServices] Link bug.
6514 Message-ID: 003101bf0901$addfb600$0959ebd0@orion.qx.net
6515
6516 I don't know about anyone else on this list ... however I think it would be
6517 nice if people would include the version of services that they are using
6518 when posting bugs.... I have tried to reproduce several bugs posted and
6519 could not duplicate the bug.
6520
6521 -----Original Message-----
6522 From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6523 To: Scott Seufert <scotts@flamebait.org>
6524 Cc: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
6525 Date: Monday, September 27, 1999 11:53 AM
6526 Subject: Re: [IRCServices] Link bug.
6527
6528
6529 > Something else I forgot to add about this ... if your host mask is listed
6530 in
6531 > the access list for NickServ ... NS shouldn't challenge you for a password
6532 > either.
6533
6534 My access list is null...
6535
6536
6537 >
6538 > ----------
6539 > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6540 > >To: ircservices@ender.shadowfire.org
6541 > >Subject: [IRCServices] Link bug.
6542 > >Date: Sun, Sep 26, 1999, 11:18 PM
6543 > >
6544 >
6545 > > Hello,
6546 > >
6547 > > I found another one bug on link, we go there:
6548 > >
6549 > > When you register a nick AA, and register a nick BB...
6550 > > and link nick BB to nick AA... enters in the IRC with AA
6551 > > nick and later changes for nick BB... the NickServ does not ask for you
6552 > > to modify nick!
6553 > >
6554 > > Change or I disconnect you... :>
6555 > > I will work to fix it... bye
6556 > >
6557 > > Greats,
6558 > > Jozeph
6559 > >
6560 > > --
6561 > > --------------------------------------------------------------------
6562 > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6563 > > @~/ Oo \~@ | jozeph@globalmedia.com.br
6564 > > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6565 > > \__U_/ | " Onde a maioria vive com a bondade,
6566 > > | a maldade da minoria tende sempre a desaparecer! "
6567 > > --------------------------------------------------------------------
6568 > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6569 > > Linux.
6570 > >
6571 >
6572 Scott Seufert
6573 aka katsklaw
6574 Network Admin
6575 irc.flamebait.org
6576
6577 ---------------------------------------------------------------
6578 To unsubscribe, send email to majordomo@ender.shadowfire.org
6579 with "unsubscribe ircservices" in the body, without the quotes.
6580
6581 From jestercm at chatfamily.com Mon Sep 27 12:22:33 1999
6582 From: jestercm at chatfamily.com (David Narayan)
6583 Date: Sat Oct 23 23:00:50 2004
6584 Subject: [IRCServices] error?
6585 In-Reply-To: <01d501bf08fa$ccf64100$459abcca@jaring.my>
6586 References: 01d501bf08fa$ccf64100$459abcca@jaring.my
6587 Message-ID: Pine.LNX.3.96.990927152056.2873A&#45;100000@ns
6588
6589 You need to use info ALL instead of just
6590 info.
6591
6592 /chanserv info #services all
6593
6594 This shows expiration status, entrymsg, successor, etc.
6595
6596 -----
6597 David Narayan
6598 Server Administrator
6599 http://www.chatfamily.com
6600
6601 On Mon, 27 Sep 1999, Lim Cheng Siong wrote:
6602
6603 > [23:11:] -ChanServ- Channel #services will not expire.
6604 > -
6605 >
6606 > [23:11:] -> *chanserv* info #services
6607 > [23:11:] -ChanServ- Information for channel #services:
6608 > [23:11:] -ChanServ- Founder: pagan (admin@j29.jhb32.jaring.my)
6609 > [23:11:] -ChanServ- Description: Services
6610 > [23:11:] -ChanServ- Registered: Sep 27 10:10:04 1999 CDT
6611 > [23:11:] -ChanServ- Last used: Sep 27 10:11:33 1999 CDT
6612 > [23:11:] -ChanServ- Last topic: Services Channel...
6613 > [23:11:] -ChanServ- Topic set by: pagan
6614 > [23:11:] -ChanServ- Options: Topic Retention, Secure
6615 > [23:11:] -ChanServ- Mode lock: +nt
6616 >
6617 > Why it wouldn't show that the channel won't expire like what it show on a
6618 > nick?
6619 >
6620 > [23:11:] -NickServ- pagan is Where there is a will, there is a way!
6621 > -
6622 > [23:11:] -NickServ- pagan is currently online.
6623 > -
6624 > [23:11:] -NickServ- Time registered: Sep 27 10:09:16 1999 CDT
6625 > -
6626 > [23:11:] -NickServ- Options: Security
6627 > -
6628 > [23:11:] -NickServ- This nickname will not expire.
6629 >
6630
6631 ---------------------------------------------------------------
6632 To unsubscribe, send email to majordomo@ender.shadowfire.org
6633 with "unsubscribe ircservices" in the body, without the quotes.
6634
6635 From andrewk at icon.co.za Mon Sep 27 12:55:59 1999
6636 From: andrewk at icon.co.za (Andrew Kempe)
6637 Date: Sat Oct 23 23:00:50 2004
6638 Subject: [IRCServices] Re: ChanServ JOIN
6639 In-Reply-To: <002401bf0901$5386be60$0959ebd0@orion.qx.net>
6640 References: 002401bf0901$5386be60$0959ebd0@orion.qx.net
6641 Message-ID: 000501bf0922$5218d380$0100a8c0@shadow
6642
6643 I, personally, have no plans to code this into IRC Services. Many of the
6644 reasons why I will not code it have been outlined by Andy Church in the FAQ.
6645 In addition to those, there would have to be a lot of checking done by the
6646 code to see if ChanServ can join a channel or not, if it has been kicked,
6647 banned etc - it's not as simple as just sending a join command and then
6648 forgetting about things.
6649
6650 I still do not believe it is a worthwhile addition. If, one day, I am really
6651 bored and lacking in ideas, I may consider it. But definately not now.
6652
6653 Regards, Andrew
6654
6655 > -----Original Message-----
6656 > From: owner-ircservices@ender.shadowfire.org
6657 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Scott
6658 > Seufert
6659 > Sent: 27 September 1999 18:00
6660 > To: ircservices@ender.shadowfire.org
6661 > Subject: [IRCServices] Re: ChanServ JOIN
6662 >
6663 >
6664 > Is there any plans to introducing the JOIN or set JOIN command into
6665 > ChanServ?
6666 >
6667 > so that a channel founder could send:
6668 >
6669 > /msg ChanServ Set #channel JOIN on
6670 >
6671 > and make ChanServ join and stay in channel? I've seen this done in a
6672 > different set of IRC services. I liked the Idea to be honest, this could
6673 > also be be globally turned on/off via services.conf for those
6674 > that wish not
6675 > to use it. IMO this feature would cut down on the number of client bots.
6676 >
6677 >
6678 >
6679 > Scott Seufert
6680 > aka katsklaw
6681 > Network Admin
6682 > irc.flamebait.org
6683 >
6684 > ---------------------------------------------------------------
6685 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6686 > with "unsubscribe ircservices" in the body, without the quotes.
6687 >
6688
6689 ---------------------------------------------------------------
6690 To unsubscribe, send email to majordomo@ender.shadowfire.org
6691 with "unsubscribe ircservices" in the body, without the quotes.
6692
6693 From andrewk at icon.co.za Mon Sep 27 13:12:28 1999
6694 From: andrewk at icon.co.za (Andrew Kempe)
6695 Date: Sat Oct 23 23:00:50 2004
6696 Subject: [IRCServices] Link bug.
6697 In-Reply-To: <003101bf0901$addfb600$0959ebd0@orion.qx.net>
6698 References: 003101bf0901$addfb600$0959ebd0@orion.qx.net
6699 Message-ID: 000601bf0924$9f2ea490$0100a8c0@shadow
6700
6701 I'd like to add to this.
6702
6703 If you modify the IRC Services code and suddenly everything stops working,
6704 please revert to the original code. If that still gives you problems, then
6705 try the latest official version of IRC Services. If you still have problems
6706 with those, then your bug reports are more than welcome.
6707
6708 Jozenobio de Melo Brasil, you have modified the source code and suddenly
6709 seem to be having a multitude of problems - problems that just aren't
6710 happening with the original code.
6711
6712 Everyone, please only report bugs that you can reproduce on the latest,
6713 offical, release of IRC Services.
6714
6715 Lastly, please see the README and FAQ for details about reporting bugs amd
6716 the information to include. (I think the FAQ still refers to Andy's email
6717 address for sending bug reports to. Please use this mailing list, or my
6718 email address, theshadow@shadowfire.org, instead.)
6719
6720 Many thanks,
6721
6722 Andrew
6723
6724 -- Official stuff follows...
6725 IRC Services List Master
6726
6727 > -----Original Message-----
6728 > From: owner-ircservices@ender.shadowfire.org
6729 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Scott
6730 > Seufert
6731 > Sent: 27 September 1999 18:02
6732 > To: ircservices@ender.shadowfire.org
6733 > Subject: Re: [IRCServices] Link bug.
6734 >
6735 >
6736 > I don't know about anyone else on this list ... however I think
6737 > it would be
6738 > nice if people would include the version of services that they are using
6739 > when posting bugs.... I have tried to reproduce several bugs posted and
6740 > could not duplicate the bug.
6741 >
6742 > -----Original Message-----
6743 > From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6744 > To: Scott Seufert <scotts@flamebait.org>
6745 > Cc: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
6746 > Date: Monday, September 27, 1999 11:53 AM
6747 > Subject: Re: [IRCServices] Link bug.
6748 >
6749 >
6750 > > Something else I forgot to add about this ... if your host mask
6751 > is listed
6752 > in
6753 > > the access list for NickServ ... NS shouldn't challenge you for
6754 > a password
6755 > > either.
6756 >
6757 > My access list is null...
6758 >
6759 >
6760 > >
6761 > > ----------
6762 > > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6763 > > >To: ircservices@ender.shadowfire.org
6764 > > >Subject: [IRCServices] Link bug.
6765 > > >Date: Sun, Sep 26, 1999, 11:18 PM
6766 > > >
6767 > >
6768 > > > Hello,
6769 > > >
6770 > > > I found another one bug on link, we go there:
6771 > > >
6772 > > > When you register a nick AA, and register a nick BB...
6773 > > > and link nick BB to nick AA... enters in the IRC with AA
6774 > > > nick and later changes for nick BB... the NickServ does not
6775 > ask for you
6776 > > > to modify nick!
6777 > > >
6778 > > > Change or I disconnect you... :>
6779 > > > I will work to fix it... bye
6780 > > >
6781 > > > Greats,
6782 > > > Jozeph
6783 > > >
6784 > > > --
6785 > > > --------------------------------------------------------------------
6786 > > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
6787 > > > @~/ Oo \~@ | jozeph@globalmedia.com.br
6788 > > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
6789 > > > \__U_/ | " Onde a maioria vive com a bondade,
6790 > > > | a maldade da minoria tende sempre a desaparecer! "
6791 > > > --------------------------------------------------------------------
6792 > > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
6793 > > > Linux.
6794 > > >
6795 > >
6796 > Scott Seufert
6797 > aka katsklaw
6798 > Network Admin
6799 > irc.flamebait.org
6800 >
6801 > ---------------------------------------------------------------
6802 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6803 > with "unsubscribe ircservices" in the body, without the quotes.
6804 >
6805
6806 ---------------------------------------------------------------
6807 To unsubscribe, send email to majordomo@ender.shadowfire.org
6808 with "unsubscribe ircservices" in the body, without the quotes.
6809
6810 From andrewk at icon.co.za Mon Sep 27 13:20:42 1999
6811 From: andrewk at icon.co.za (Andrew Kempe)
6812 Date: Sat Oct 23 23:00:50 2004
6813 Subject: [IRCServices] error?
6814 In-Reply-To: <Pine.LNX.3.96.990927152056.2873A-100000@ns>
6815 References: Pine.LNX.3.96.990927152056.2873A&#45;100000@ns
6816 Message-ID: 000a01bf0925$c5a29630$0100a8c0@shadow
6817
6818 NickServ shouldn't actually show the "This nickname will not expire."
6819 without the ALL parameter. ChanServ is actually the one that works in the
6820 correct way. This will be fixed in the next release.
6821
6822 Andrew
6823
6824 > -----Original Message-----
6825 > From: owner-ircservices@ender.shadowfire.org
6826 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of David
6827 > Narayan
6828 > Sent: 27 September 1999 21:23
6829 > To: ircservices@ender.shadowfire.org
6830 > Subject: Re: [IRCServices] error?
6831 >
6832 >
6833 > You need to use info ALL instead of just
6834 > info.
6835 >
6836 > /chanserv info #services all
6837 >
6838 > This shows expiration status, entrymsg, successor, etc.
6839 >
6840 > -----
6841 > David Narayan
6842 > Server Administrator
6843 > <A HREF="http://www.chatfamily.com">http://www.chatfamily.com</A>
6844 >
6845 > On Mon, 27 Sep 1999, Lim Cheng Siong wrote:
6846 >
6847 > > [23:11:] -ChanServ- Channel #services will not expire.
6848 > > -
6849 > >
6850 > > [23:11:] -> *chanserv* info #services
6851 > > [23:11:] -ChanServ- Information for channel #services:
6852 > > [23:11:] -ChanServ- Founder: pagan (admin@j29.jhb32.jaring.my)
6853 > > [23:11:] -ChanServ- Description: Services
6854 > > [23:11:] -ChanServ- Registered: Sep 27 10:10:04 1999 CDT
6855 > > [23:11:] -ChanServ- Last used: Sep 27 10:11:33 1999 CDT
6856 > > [23:11:] -ChanServ- Last topic: Services Channel...
6857 > > [23:11:] -ChanServ- Topic set by: pagan
6858 > > [23:11:] -ChanServ- Options: Topic Retention, Secure
6859 > > [23:11:] -ChanServ- Mode lock: +nt
6860 > >
6861 > > Why it wouldn't show that the channel won't expire like what it
6862 > show on a
6863 > > nick?
6864 > >
6865 > > [23:11:] -NickServ- pagan is Where there is a will, there is a way!
6866 > > -
6867 > > [23:11:] -NickServ- pagan is currently online.
6868 > > -
6869 > > [23:11:] -NickServ- Time registered: Sep 27 10:09:16 1999 CDT
6870 > > -
6871 > > [23:11:] -NickServ- Options: Security
6872 > > -
6873 > > [23:11:] -NickServ- This nickname will not expire.
6874 > >
6875 >
6876 > ---------------------------------------------------------------
6877 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6878 > with "unsubscribe ircservices" in the body, without the quotes.
6879 >
6880
6881 ---------------------------------------------------------------
6882 To unsubscribe, send email to majordomo@ender.shadowfire.org
6883 with "unsubscribe ircservices" in the body, without the quotes.
6884
6885 From jozeph at globalmedia.com.br Mon Sep 27 13:46:54 1999
6886 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
6887 Date: Sat Oct 23 23:00:50 2004
6888 Subject: [IRCServices] Re: ChanServ JOIN
6889 In-Reply-To: <002401bf0901$5386be60$0959ebd0@orion.qx.net>
6890 References: 002401bf0901$5386be60$0959ebd0@orion.qx.net
6891 Message-ID: Pine.LNX.4.00.9909271745320.20733&#45;100000@jozeph.globalmedia.com.br
6892
6893 Hello,
6894
6895 I have implemented this command on my services! :)
6896
6897 -ChanServ- Syntax: SET channel JOIN {ON | OFF}
6898 -ChanServ-
6899 -ChanServ- Enables or disables ChanServ's join features for a
6900 -ChanServ- channel.
6901
6902
6903 > Is there any plans to introducing the JOIN or set JOIN command into
6904 > ChanServ?
6905 >
6906 > so that a channel founder could send:
6907 >
6908 > /msg ChanServ Set #channel JOIN on
6909 >
6910 > and make ChanServ join and stay in channel? I've seen this done in a
6911 > different set of IRC services. I liked the Idea to be honest, this could
6912 > also be be globally turned on/off via services.conf for those that wish not
6913 > to use it. IMO this feature would cut down on the number of client bots.
6914 >
6915 >
6916 >
6917 > Scott Seufert
6918 > aka katsklaw
6919 > Network Admin
6920 > irc.flamebait.org
6921 >
6922 > ---------------------------------------------------------------
6923 > To unsubscribe, send email to majordomo@ender.shadowfire.org
6924 > with "unsubscribe ircservices" in the body, without the quotes.
6925 >
6926
6927 ---------------------------------------------------------------
6928 To unsubscribe, send email to majordomo@ender.shadowfire.org
6929 with "unsubscribe ircservices" in the body, without the quotes.
6930
6931 From jozeph at globalmedia.com.br Mon Sep 27 13:48:40 1999
6932 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
6933 Date: Sat Oct 23 23:00:50 2004
6934 Subject: [IRCServices] Link bug.
6935 In-Reply-To: <003101bf0901$addfb600$0959ebd0@orion.qx.net>
6936 References: 003101bf0901$addfb600$0959ebd0@orion.qx.net
6937 Message-ID: Pine.LNX.4.00.9909271748010.20733&#45;100000@jozeph.globalmedia.com.br
6938
6939 Hi,
6940
6941 Anyone know about fix this?
6942
6943 --
6944 --------------------------------------------------------------------
6945 \|/ --- \|/ | Jozenóbio de Melo Brasil.
6946 @~/ Oo \~@ | jozeph@globalmedia.com.br
6947 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
6948 \__U_/ | " Onde a maioria vive com a bondade,
6949 | a maldade da minoria tende sempre a desaparecer! "
6950 --------------------------------------------------------------------
6951 The box said "Windows 95, Windows NT 4.0, or better", so I installed
6952 Linux.
6953
6954 On Mon, 27 Sep 1999, Scott Seufert wrote:
6955
6956 > I don't know about anyone else on this list ... however I think it would be
6957 > nice if people would include the version of services that they are using
6958 > when posting bugs.... I have tried to reproduce several bugs posted and
6959 > could not duplicate the bug.
6960 >
6961 > -----Original Message-----
6962 > From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6963 > To: Scott Seufert <scotts@flamebait.org>
6964 > Cc: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
6965 > Date: Monday, September 27, 1999 11:53 AM
6966 > Subject: Re: [IRCServices] Link bug.
6967 >
6968 >
6969 > > Something else I forgot to add about this ... if your host mask is listed
6970 > in
6971 > > the access list for NickServ ... NS shouldn't challenge you for a password
6972 > > either.
6973 >
6974 > My access list is null...
6975 >
6976 >
6977 > >
6978 > > ----------
6979 > > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
6980 > > >To: ircservices@ender.shadowfire.org
6981 > > >Subject: [IRCServices] Link bug.
6982 > > >Date: Sun, Sep 26, 1999, 11:18 PM
6983 > > >
6984 > >
6985 > > > Hello,
6986 > > >
6987 > > > I found another one bug on link, we go there:
6988 > > >
6989 > > > When you register a nick AA, and register a nick BB...
6990 > > > and link nick BB to nick AA... enters in the IRC with AA
6991 > > > nick and later changes for nick BB... the NickServ does not ask for you
6992 > > > to modify nick!
6993 > > >
6994 > > > Change or I disconnect you... :>
6995 > > > I will work to fix it... bye
6996 > > >
6997 > > > Greats,
6998 > > > Jozeph
6999 > > >
7000 > > > --
7001 > > > --------------------------------------------------------------------
7002 > > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
7003 > > > @~/ Oo \~@ | jozeph@globalmedia.com.br
7004 > > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
7005 > > > \__U_/ | " Onde a maioria vive com a bondade,
7006 > > > | a maldade da minoria tende sempre a desaparecer! "
7007 > > > --------------------------------------------------------------------
7008 > > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
7009 > > > Linux.
7010 > > >
7011 > >
7012 > Scott Seufert
7013 > aka katsklaw
7014 > Network Admin
7015 > irc.flamebait.org
7016 >
7017 > ---------------------------------------------------------------
7018 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7019 > with "unsubscribe ircservices" in the body, without the quotes.
7020 >
7021
7022 ---------------------------------------------------------------
7023 To unsubscribe, send email to majordomo@ender.shadowfire.org
7024 with "unsubscribe ircservices" in the body, without the quotes.
7025
7026 From dreamer at darkness.gr Mon Sep 27 14:14:01 1999
7027 From: dreamer at darkness.gr (Nick Krassas)
7028 Date: Sat Oct 23 23:00:50 2004
7029 Subject: [IRCServices] Greetings
7030 Message-ID: Pine.LNX.4.10.9909272355220.30585&#45;100000@darkness.darkness.gr
7031
7032 Talking about the "Chanserv JOIN " topic
7033 The main problem in putting a service in a channel is the load that you
7034 are putting in that service. Try just /msg operserv raw :ChanServ join
7035 #test and set the services in debug mode. Check the log file to see that
7036 this service is receiving every message that is going at #test.
7037
7038
7039
7040 Dinos
7041
7042
7043 ---------------------------------------------------------------
7044 To unsubscribe, send email to majordomo@ender.shadowfire.org
7045 with "unsubscribe ircservices" in the body, without the quotes.
7046
7047 From jozeph at globalmedia.com.br Mon Sep 27 14:21:10 1999
7048 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
7049 Date: Sat Oct 23 23:00:50 2004
7050 Subject: [IRCServices] Link bug.
7051 In-Reply-To: <000601bf0924$9f2ea490$0100a8c0@shadow>
7052 References: 000601bf0924$9f2ea490$0100a8c0@shadow
7053 Message-ID: Pine.LNX.4.00.9909271819110.23427&#45;100000@jozeph.globalmedia.com.br
7054
7055 Hello all,
7056
7057 But Andrew, this is an bug on OFFICIAL services version...
7058
7059 Type: irc _Jozeph_ ender.shadowfire.org
7060
7061 Next, change nick to |TWiSTER|
7062
7063 |TWiSTER| has link with _Jozeph_
7064
7065 Thanks,
7066 No more...
7067
7068 --
7069 --------------------------------------------------------------------
7070 \|/ --- \|/ | Jozenóbio de Melo Brasil.
7071 @~/ Oo \~@ | jozeph@globalmedia.com.br
7072 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
7073 \__U_/ | " Onde a maioria vive com a bondade,
7074 | a maldade da minoria tende sempre a desaparecer! "
7075 --------------------------------------------------------------------
7076 The box said "Windows 95, Windows NT 4.0, or better", so I installed
7077 Linux.
7078
7079 On Mon, 27 Sep 1999, Andrew Kempe wrote:
7080
7081 > I'd like to add to this.
7082 >
7083 > If you modify the IRC Services code and suddenly everything stops working,
7084 > please revert to the original code. If that still gives you problems, then
7085 > try the latest official version of IRC Services. If you still have problems
7086 > with those, then your bug reports are more than welcome.
7087 >
7088 > Jozenobio de Melo Brasil, you have modified the source code and suddenly
7089 > seem to be having a multitude of problems - problems that just aren't
7090 > happening with the original code.
7091 >
7092 > Everyone, please only report bugs that you can reproduce on the latest,
7093 > offical, release of IRC Services.
7094 >
7095 > Lastly, please see the README and FAQ for details about reporting bugs amd
7096 > the information to include. (I think the FAQ still refers to Andy's email
7097 > address for sending bug reports to. Please use this mailing list, or my
7098 > email address, theshadow@shadowfire.org, instead.)
7099 >
7100 > Many thanks,
7101 >
7102 > Andrew
7103 >
7104 > -- Official stuff follows...
7105 > IRC Services List Master
7106 >
7107 > > -----Original Message-----
7108 > > From: owner-ircservices@ender.shadowfire.org
7109 > > [<A HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Scott
7110 > > Seufert
7111 > > Sent: 27 September 1999 18:02
7112 > > To: ircservices@ender.shadowfire.org
7113 > > Subject: Re: [IRCServices] Link bug.
7114 > >
7115 > >
7116 > > I don't know about anyone else on this list ... however I think
7117 > > it would be
7118 > > nice if people would include the version of services that they are using
7119 > > when posting bugs.... I have tried to reproduce several bugs posted and
7120 > > could not duplicate the bug.
7121 > >
7122 > > -----Original Message-----
7123 > > From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
7124 > > To: Scott Seufert <scotts@flamebait.org>
7125 > > Cc: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
7126 > > Date: Monday, September 27, 1999 11:53 AM
7127 > > Subject: Re: [IRCServices] Link bug.
7128 > >
7129 > >
7130 > > > Something else I forgot to add about this ... if your host mask
7131 > > is listed
7132 > > in
7133 > > > the access list for NickServ ... NS shouldn't challenge you for
7134 > > a password
7135 > > > either.
7136 > >
7137 > > My access list is null...
7138 > >
7139 > >
7140 > > >
7141 > > > ----------
7142 > > > >From: Jozenobio de Melo Brasil <jozeph@globalmedia.com.br>
7143 > > > >To: ircservices@ender.shadowfire.org
7144 > > > >Subject: [IRCServices] Link bug.
7145 > > > >Date: Sun, Sep 26, 1999, 11:18 PM
7146 > > > >
7147 > > >
7148 > > > > Hello,
7149 > > > >
7150 > > > > I found another one bug on link, we go there:
7151 > > > >
7152 > > > > When you register a nick AA, and register a nick BB...
7153 > > > > and link nick BB to nick AA... enters in the IRC with AA
7154 > > > > nick and later changes for nick BB... the NickServ does not
7155 > > ask for you
7156 > > > > to modify nick!
7157 > > > >
7158 > > > > Change or I disconnect you... :>
7159 > > > > I will work to fix it... bye
7160 > > > >
7161 > > > > Greats,
7162 > > > > Jozeph
7163 > > > >
7164 > > > > --
7165 > > > > --------------------------------------------------------------------
7166 > > > > \|/ --- \|/ | Jozenóbio de Melo Brasil.
7167 > > > > @~/ Oo \~@ | jozeph@globalmedia.com.br
7168 > > > > /_( \__/ )_\ | <A HREF="http://www.globalmedia.com.br/jozeph">http://www.globalmedia.com.br/jozeph</A>
7169 > > > > \__U_/ | " Onde a maioria vive com a bondade,
7170 > > > > | a maldade da minoria tende sempre a desaparecer! "
7171 > > > > --------------------------------------------------------------------
7172 > > > > The box said "Windows 95, Windows NT 4.0, or better", so I installed
7173 > > > > Linux.
7174 > > > >
7175 > > >
7176 > > Scott Seufert
7177 > > aka katsklaw
7178 > > Network Admin
7179 > > irc.flamebait.org
7180 > >
7181 > > ---------------------------------------------------------------
7182 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
7183 > > with "unsubscribe ircservices" in the body, without the quotes.
7184 > >
7185 >
7186 > ---------------------------------------------------------------
7187 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7188 > with "unsubscribe ircservices" in the body, without the quotes.
7189 >
7190
7191 ---------------------------------------------------------------
7192 To unsubscribe, send email to majordomo@ender.shadowfire.org
7193 with "unsubscribe ircservices" in the body, without the quotes.
7194
7195 From mbutler at nbnet.nb.ca Sun Sep 26 14:22:33 1999
7196 From: mbutler at nbnet.nb.ca (Martin Butler)
7197 Date: Sat Oct 23 23:00:50 2004
7198 Subject: [IRCServices] Greetings
7199 References: <Pine.LNX.4.10.9909272355220.30585-100000@darkness.darkness.gr>
7200 Message-ID: 003f01bf0865$40bcd720$1e6dfea9@ibm
7201
7202 Just put the "deaf" mode to ChanServ (+d)
7203
7204 Martin Butler
7205 ----- Original Message -----
7206 From: Nick Krassas <dreamer@darkness.gr>
7207 To: <ircservices@ender.shadowfire.org>
7208 Sent: Monday, September 27, 1999 6:14 PM
7209 Subject: [IRCServices] Greetings
7210
7211
7212 > Talking about the "Chanserv JOIN " topic
7213 > The main problem in putting a service in a channel is the load that you
7214 > are putting in that service. Try just /msg operserv raw :ChanServ join
7215 > #test and set the services in debug mode. Check the log file to see that
7216 > this service is receiving every message that is going at #test.
7217 >
7218 >
7219 >
7220 > Dinos
7221 >
7222 >
7223 > ---------------------------------------------------------------
7224 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7225 > with "unsubscribe ircservices" in the body, without the quotes.
7226 >
7227
7228 ---------------------------------------------------------------
7229 To unsubscribe, send email to majordomo@ender.shadowfire.org
7230 with "unsubscribe ircservices" in the body, without the quotes.
7231
7232 From natey at capetown.za.org Mon Sep 27 12:18:24 1999
7233 From: natey at capetown.za.org (Natey on IRC)
7234 Date: Sat Oct 23 23:00:50 2004
7235 Subject: [IRCServices] JOIN 0 subject
7236 In-Reply-To: <199909231146.HAA08123@mailfw3.ford.com>
7237 References: 199909231146.HAA08123@mailfw3.ford.com
7238 Message-ID: 3.0.5.32.19990927211824.0088c2f0@capetown.za.org
7239
7240 At 07:46 AM 23/09/99 -0400, you wrote:
7241 >I would like to know if there is any intention to implement TOKEN protocol
7242 >on services, since most of dalnet based ircd's support TOKEN protocol
7243 >reducing network bandwidth usage.
7244 >
7245 Something you may be interested in from one of the Sorcery.Net IRC Network
7246 mailing lists that was posted last year:
7247
7248 <quote>
7249 Scheme 1 - Command Tokenization (currently implemented by DALnet)
7250
7251 The entire msgtab is represented in server<->server communication as a
7252 single letter, ie. each command is stripped down to a single byte. See
7253 include/struct.h and include/msg.h for more details, you'll get the
7254 picture. Tokens are translated to commands and vice versa.
7255 Unfortunately, due to the way things work, this isn't done during a
7256 resynch burst, which is where things would be most valuable.
7257
7258 Scheme 2 - Name Tokenization (currently implemented by Undernet)
7259
7260 Every single nick and servername is encoded using base64 (or
7261 something... I'm not too clear on the details). This turns
7262 "cookie.sorcery.net" into "1423" or whatever number cookie has been
7263 assigned. Servers are assigned these numbers on connect, I'm not sure
7264 how the nick side of things works. It's supposed to have cut down Unet's
7265 bandwidth usage by 30%.
7266 </quote>
7267
7268 The other thing is this TS3 timestamping that Bahamut (DALnet's new ircd)
7269 uses and services is using TSpre or something like that.
7270
7271 Services currently "cores" bahamut servers as the timestamps are quite
7272 different.
7273
7274 Regards
7275 Natey
7276
7277 >Another thing I would like to know is any ideas how to implement services
7278 >registration/query from a web page, I know some networks support this, what
7279 >do you think with be the best way to do this, via a services BOT getting
7280 >messages from a Java applet connected to the IRC network or by coding a
7281 >socket listener directly on services to manage this. I don't have to many
7282 >experience on this, so please if someone have some ideas or some code about
7283 >his I would appreciate that.
7284
7285 ---------------------------------------------------------------
7286 To unsubscribe, send email to majordomo@ender.shadowfire.org
7287 with "unsubscribe ircservices" in the body, without the quotes.
7288
7289 From jestercm at chatfamily.com Mon Sep 27 15:54:47 1999
7290 From: jestercm at chatfamily.com (David Narayan)
7291 Date: Sat Oct 23 23:00:50 2004
7292 Subject: [IRCServices] Greetings
7293 In-Reply-To: <003f01bf0865$40bcd720$1e6dfea9@ibm>
7294 References: 003f01bf0865$40bcd720$1e6dfea9@ibm
7295 Message-ID: Pine.LNX.3.96.990927185342.9822A&#45;100000@ns
7296
7297 Not all ircd's support umode +d. This is a feature
7298 implemented by the UnderNet ircd.
7299
7300 -----
7301 David Narayan
7302 Server Administrator
7303 http://www.chatfamily.com
7304
7305 On Sun, 26 Sep 1999, Martin Butler wrote:
7306
7307 > Just put the "deaf" mode to ChanServ (+d)
7308 >
7309 > Martin Butler
7310 <snip>
7311
7312 ---------------------------------------------------------------
7313 To unsubscribe, send email to majordomo@ender.shadowfire.org
7314 with "unsubscribe ircservices" in the body, without the quotes.
7315
7316 From scotts at flamebait.org Mon Sep 27 22:20:10 1999
7317 From: scotts at flamebait.org (Scott Seufert)
7318 Date: Sat Oct 23 23:00:50 2004
7319 Subject: [IRCServices] Greetings
7320 Message-ID: 19990928022216656.AAA86@stream.qx.net@[208.200.111.17]
7321
7322 ircu is not the only daemon that supports umode +d.
7323
7324 Sence it is not the intention of the author to implement chanserv join at
7325 this time, is there anyone that has or could create a stable patch to do so?
7326 .. thnx ;)
7327
7328 ----------
7329 >From: David Narayan <jestercm@chatfamily.com>
7330 >To: ircservices@ender.shadowfire.org
7331 >Subject: Re: [IRCServices] Greetings
7332 >Date: Mon, Sep 27, 1999, 3:54 PM
7333 >
7334
7335 > Not all ircd's support umode +d. This is a feature
7336 > implemented by the UnderNet ircd.
7337 >
7338 > -----
7339 > David Narayan
7340 > Server Administrator
7341 > http://www.chatfamily.com
7342 >
7343 > On Sun, 26 Sep 1999, Martin Butler wrote:
7344 >
7345 >> Just put the "deaf" mode to ChanServ (+d)
7346 >>
7347 >> Martin Butler
7348 > <snip>
7349 >
7350
7351
7352 Scott Seufert
7353 aka katsklaw
7354 Network Admin
7355 irc.flamebait.org
7356 ---------------------------------------------------------------
7357 To unsubscribe, send email to majordomo@ender.shadowfire.org
7358 with "unsubscribe ircservices" in the body, without the quotes.
7359
7360 From jpinto9 at visteon.com Tue Sep 28 00:26:12 1999
7361 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
7362 Date: Sat Oct 23 23:00:50 2004
7363 Subject: [IRCServices] Greetings
7364 Message-ID: 199909280726.DAA18829@mailfw1.ford.com
7365
7366 Even umode +d, I didn't look is implementation but I think the filtering of
7367 messages would is made locally, so services as a server will always receive
7368 the message.
7369
7370
7371 João Luís Marques Pinto
7372 PTlink Tech - Lamego@PTlink.net
7373 http://www.PTlink.net
7374
7375
7376
7377 -----Original Message-----
7378 From: Scott Seufert [<A HREF="mailto:scotts@flamebait.org">mailto:scotts@flamebait.org</A>]
7379 Sent: terça-feira, 28 de setembro de 1999 6:20
7380 To: ircservices@ender.shadowfire.org
7381 Subject: Re: [IRCServices] Greetings
7382
7383
7384 ircu is not the only daemon that supports umode +d.
7385
7386 Sence it is not the intention of the author to implement chanserv join at
7387 this time, is there anyone that has or could create a stable patch to do so?
7388 .. thnx ;)
7389
7390 ----------
7391 >From: David Narayan <jestercm@chatfamily.com>
7392 >To: ircservices@ender.shadowfire.org
7393 >Subject: Re: [IRCServices] Greetings
7394 >Date: Mon, Sep 27, 1999, 3:54 PM
7395 >
7396
7397 > Not all ircd's support umode +d. This is a feature
7398 > implemented by the UnderNet ircd.
7399 >
7400 > -----
7401 > David Narayan
7402 > Server Administrator
7403 > <A HREF="http://www.chatfamily.com">http://www.chatfamily.com</A>
7404 >
7405 > On Sun, 26 Sep 1999, Martin Butler wrote:
7406 >
7407 >> Just put the "deaf" mode to ChanServ (+d)
7408 >>
7409 >> Martin Butler
7410 > <snip>
7411 >
7412
7413
7414 Scott Seufert
7415 aka katsklaw
7416 Network Admin
7417 irc.flamebait.org
7418 ---------------------------------------------------------------
7419 To unsubscribe, send email to majordomo@ender.shadowfire.org
7420 with "unsubscribe ircservices" in the body, without the quotes.
7421 ---------------------------------------------------------------
7422 To unsubscribe, send email to majordomo@ender.shadowfire.org
7423 with "unsubscribe ircservices" in the body, without the quotes.
7424
7425 From scotts at flamebait.org Tue Sep 28 08:16:03 1999
7426 From: scotts at flamebait.org (Scott Seufert)
7427 Date: Sat Oct 23 23:00:50 2004
7428 Subject: [IRCServices] Greetings
7429 Message-ID: 19990928121810779.AAA386@stream.qx.net@[208.200.111.17]
7430
7431
7432 UnderNet style bots handle this task daily, and on much larger networks.
7433 CServe/Uworld written by Deven just a few short years ago use umode +d. K9
7434 from ChatNet isn't blind to channel traffic, X/W from UnderNet work just
7435 fine, OtherNet bot (a spin off of Deven's bots) also use umode +d. Each of
7436 these networks have thousands of users.
7437
7438 ----------
7439 >From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
7440 >To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
7441 >Subject: RE: [IRCServices] Greetings
7442 >Date: Tue, Sep 28, 1999, 12:26 AM
7443 >
7444
7445 > Even umode +d, I didn't look is implementation but I think the filtering of
7446 > messages would is made locally, so services as a server will always receive
7447 > the message.
7448 >
7449 >
7450 > João Luís Marques Pinto
7451 > PTlink Tech - Lamego@PTlink.net
7452 > http://www.PTlink.net
7453 >
7454 >
7455 >
7456 > -----Original Message-----
7457 > From: Scott Seufert [<A HREF="mailto:scotts@flamebait.org">mailto:scotts@flamebait.org</A>]
7458 > Sent: terça-feira, 28 de setembro de 1999 6:20
7459 > To: ircservices@ender.shadowfire.org
7460 > Subject: Re: [IRCServices] Greetings
7461 >
7462 >
7463 > ircu is not the only daemon that supports umode +d.
7464 >
7465 > Sence it is not the intention of the author to implement chanserv join at
7466 > this time, is there anyone that has or could create a stable patch to do so?
7467 > .. thnx ;)
7468 >
7469 > ----------
7470 >>From: David Narayan <jestercm@chatfamily.com>
7471 >>To: ircservices@ender.shadowfire.org
7472 >>Subject: Re: [IRCServices] Greetings
7473 >>Date: Mon, Sep 27, 1999, 3:54 PM
7474 >>
7475 >
7476 >> Not all ircd's support umode +d. This is a feature
7477 >> implemented by the UnderNet ircd.
7478 >>
7479 >> -----
7480 >> David Narayan
7481 >> Server Administrator
7482 >> <A HREF="http://www.chatfamily.com">http://www.chatfamily.com</A>
7483 >>
7484 >> On Sun, 26 Sep 1999, Martin Butler wrote:
7485 >>
7486 >>> Just put the "deaf" mode to ChanServ (+d)
7487 >>>
7488 >>> Martin Butler
7489 >> <snip>
7490 >>
7491 >
7492 >
7493 Scott Seufert
7494 aka katsklaw
7495 Network Admin
7496 irc.flamebait.org
7497 ---------------------------------------------------------------
7498 To unsubscribe, send email to majordomo@ender.shadowfire.org
7499 with "unsubscribe ircservices" in the body, without the quotes.
7500
7501 From kieran_spain at eol.ieaust.org.au Tue Sep 28 06:53:52 1999
7502 From: kieran_spain at eol.ieaust.org.au (Kieran Spain)
7503 Date: Sat Oct 23 23:00:50 2004
7504 Subject: [IRCServices] Greetings
7505 Message-ID: fc.000f54ac001b8c1e3b9aca00de665ae1.1b8c28@eol.ieaust.org.au
7506
7507
7508 One of the real problems is the fact that it will lag the network. The
7509 services are connected to a server (Server A), so if the services join a
7510 channel made on a different server (Server B). Then, every message the
7511 services recieve in #channel are all sent to server A. If the services
7512 were to do this on an average size network with a few more channels..
7513
7514 anyway... you should get what I'm saying.
7515
7516 Regards,
7517 Kieran Spain
7518
7519 ---------------------------------------------------------------
7520 To unsubscribe, send email to majordomo@ender.shadowfire.org
7521 with "unsubscribe ircservices" in the body, without the quotes.
7522
7523 From reka at reka.org Tue Sep 28 08:20:54 1999
7524 From: reka at reka.org (Martin Holm)
7525 Date: Sat Oct 23 23:00:50 2004
7526 Subject: [IRCServices] Greetings
7527 In-Reply-To: <fc.000f54ac001b8c1e3b9aca00de665ae1.1b8c28@eol.ieaust.org.au>
7528 References: fc.000f54ac001b8c1e3b9aca00de665ae1.1b8c28@eol.ieaust.org.au
7529 Message-ID: 4.1.19990928171946.01882940@reka.org
7530
7531
7532 That would not be a big deal if the server services are connected to, is on
7533 a local network.
7534
7535
7536 At 23:53 28.09.99 +1000, Kieran Spain wrote:
7537 >
7538 >One of the real problems is the fact that it will lag the network. The
7539 >services are connected to a server (Server A), so if the services join a
7540 >channel made on a different server (Server B). Then, every message the
7541 >services recieve in #channel are all sent to server A. If the services
7542 >were to do this on an average size network with a few more channels..
7543
7544
7545 ===============================================================================
7546 Martin Holm Fax: (+1) (419) 710-2775
7547 reka@reka.org Phone: (+47) 3553 6349
7548 http://www.reka.org/ (+47) 9285 4558
7549 SMS email: 92854558@sms.netcom.no ICQ: 715443
7550 WHOIS MH17347 AOL Instant Messenger: mh17347
7551 IRC: Reka MSN(tm) Messenger Service: mh17347
7552 ---------------------------------------------------------------
7553 To unsubscribe, send email to majordomo@ender.shadowfire.org
7554 with "unsubscribe ircservices" in the body, without the quotes.
7555
7556 From scotts at flamebait.org Tue Sep 28 19:28:29 1999
7557 From: scotts at flamebait.org (Scott Seufert)
7558 Date: Sat Oct 23 23:00:50 2004
7559 Subject: [IRCServices] Greetings
7560 Message-ID: 19990928233035228.AAA329@stream.qx.net@[208.200.111.17]
7561
7562
7563
7564
7565 I don't see how services joining a channel would be any different than a
7566 client joining the same channel.
7567
7568 ----------
7569 >From: kieran_spain@eol.ieaust.org.au (Kieran Spain)
7570 >To: ircservices@ender.shadowfire.org
7571 >Subject: Re: [IRCServices] Greetings
7572 >Date: Tue, Sep 28, 1999, 6:53 AM
7573 >
7574
7575 >
7576 > One of the real problems is the fact that it will lag the network. The
7577 > services are connected to a server (Server A), so if the services join a
7578 > channel made on a different server (Server B). Then, every message the
7579 > services recieve in #channel are all sent to server A. If the services
7580 > were to do this on an average size network with a few more channels..
7581 >
7582 > anyway... you should get what I'm saying.
7583 >
7584 > Regards,
7585 > Kieran Spain
7586 >
7587 > ---------------------------------------------------------------
7588 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7589 > with "unsubscribe ircservices" in the body, without the quotes.
7590 ---------------------------------------------------------------
7591 To unsubscribe, send email to majordomo@ender.shadowfire.org
7592 with "unsubscribe ircservices" in the body, without the quotes.
7593
7594 From kieran_spain at eol.ieaust.org.au Tue Sep 28 23:51:42 1999
7595 From: kieran_spain at eol.ieaust.org.au (Kieran Spain)
7596 Date: Sat Oct 23 23:00:50 2004
7597 Subject: Re(2): [IRCServices] Greetings
7598 Message-ID: fc.000f54ac001b96ef3b9aca00f4429c62.1b96f5@eol.ieaust.org.au
7599
7600 The difference is that a user will join about 10 channels at the maximum
7601 (depending on the limit in the ircd). however, services will join ALL
7602 channels which will mean that 1 server is recieving EVERYTHING on the
7603 entire network. Which makes the network transfer a LOT higher. First the
7604 data goes from the user to the channel the services are in, then to the
7605 server hosting the services, then to the services themselves... this would
7606 happen with data from every single channel on the network if the services
7607 were to join.
7608
7609 ---------------------------------------------------------------
7610 To unsubscribe, send email to majordomo@ender.shadowfire.org
7611 with "unsubscribe ircservices" in the body, without the quotes.
7612
7613 From jpinto9 at visteon.com Wed Sep 29 00:00:35 1999
7614 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
7615 Date: Sat Oct 23 23:00:50 2004
7616 Subject: [IRCServices] Greetings
7617 Message-ID: 199909290700.DAA24098@mailfw1.ford.com
7618
7619 I thought the idea was to make ChanServ join the channel even when the
7620 channel has no other clients, in this case that would load all network
7621 ircd's.
7622
7623 João Luís Marques Pinto
7624 PTlink Tech - Lamego@PTlink.net
7625 http://www.PTlink.net
7626
7627
7628 -----Original Message-----
7629 From: Scott Seufert [<A HREF="mailto:scotts@flamebait.org">mailto:scotts@flamebait.org</A>]
7630 Sent: quarta-feira, 29 de setembro de 1999 3:28
7631 To: ircservices@ender.shadowfire.org
7632 Subject: Re: [IRCServices] Greetings
7633
7634
7635
7636
7637
7638 I don't see how services joining a channel would be any different than a
7639 client joining the same channel.
7640
7641 ----------
7642 >From: kieran_spain@eol.ieaust.org.au (Kieran Spain)
7643 >To: ircservices@ender.shadowfire.org
7644 >Subject: Re: [IRCServices] Greetings
7645 >Date: Tue, Sep 28, 1999, 6:53 AM
7646 >
7647
7648 >
7649 > One of the real problems is the fact that it will lag the network. The
7650 > services are connected to a server (Server A), so if the services join a
7651 > channel made on a different server (Server B). Then, every message the
7652 > services recieve in #channel are all sent to server A. If the services
7653 > were to do this on an average size network with a few more channels..
7654 >
7655 > anyway... you should get what I'm saying.
7656 >
7657 > Regards,
7658 > Kieran Spain
7659 >
7660 > ---------------------------------------------------------------
7661 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7662 > with "unsubscribe ircservices" in the body, without the quotes.
7663 ---------------------------------------------------------------
7664 To unsubscribe, send email to majordomo@ender.shadowfire.org
7665 with "unsubscribe ircservices" in the body, without the quotes.
7666 ---------------------------------------------------------------
7667 To unsubscribe, send email to majordomo@ender.shadowfire.org
7668 with "unsubscribe ircservices" in the body, without the quotes.
7669
7670 From scotts at flamebait.org Wed Sep 29 08:38:02 1999
7671 From: scotts at flamebait.org (Scott Seufert)
7672 Date: Sat Oct 23 23:00:50 2004
7673 Subject: Re(2): [IRCServices] Greetings
7674 Message-ID: 19990929124008290.AAA340@stream.qx.net@[208.200.111.17]
7675
7676
7677
7678
7679 This can be reduced by umode +d as discussed a few days ago. Granted, not
7680 all daemons do umode +d, but there are enough that do. I never said that the
7681 load would be the same as without services in channel, of course it'll eat
7682 resources. As far as the server that services is connected to, it will still
7683 have a higher load than the others because whether services is present in
7684 channel or not it still sends services data back and forth to the rest of
7685 the net, so with services "deaf" to channel traffic and the fact the traffic
7686 to and from services still goes through the server services is connected to
7687 ... the load wouldn't be as high as you are indicating. The increase in
7688 resources would placed on services alone. IMO, anyone that runs services on
7689 a slow computer is begging for lag to start with ;P
7690
7691 ----------
7692 >From: kieran_spain@eol.ieaust.org.au (Kieran Spain)
7693 >To: ircservices@ender.shadowfire.org
7694 >Subject: Re(2): [IRCServices] Greetings
7695 >Date: Tue, Sep 28, 1999, 11:51 PM
7696 >
7697
7698 > The difference is that a user will join about 10 channels at the maximum
7699 > (depending on the limit in the ircd). however, services will join ALL
7700 > channels which will mean that 1 server is recieving EVERYTHING on the
7701 > entire network. Which makes the network transfer a LOT higher. First the
7702 > data goes from the user to the channel the services are in, then to the
7703 > server hosting the services, then to the services themselves... this would
7704 > happen with data from every single channel on the network if the services
7705 > were to join.
7706 >
7707
7708 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
7709 Scott Seufert On IRC:
7710 aka katsklaw@irc Former OtherNet Server Administrator
7711 Systems Administrator StarLink-IRC Server Administrator
7712 QX Networking & Design FlameBait Network Administrator
7713 http://qx.net Former DALnet Services Administrator
7714 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
7715
7716 ---------------------------------------------------------------
7717 To unsubscribe, send email to majordomo@ender.shadowfire.org
7718 with "unsubscribe ircservices" in the body, without the quotes.
7719
7720 From scotts at flamebait.org Wed Sep 29 08:43:35 1999
7721 From: scotts at flamebait.org (Scott Seufert)
7722 Date: Sat Oct 23 23:00:50 2004
7723 Subject: [IRCServices] Modules
7724 Message-ID: 19990929124542000.AAA314@stream.qx.net@[208.200.111.17]
7725
7726 Crazy question, is it possible at this point to use a module/add-on type
7727 configuration with services or would services need to be re-written some?
7728
7729
7730 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
7731 Scott Seufert On IRC:
7732 aka katsklaw@irc Former OtherNet Server Administrator
7733 Systems Administrator StarLink-IRC Server Administrator
7734 QX Networking & Design FlameBait Network Administrator
7735 http://qx.net Former DALnet Services Administrator
7736 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
7737
7738 ---------------------------------------------------------------
7739 To unsubscribe, send email to majordomo@ender.shadowfire.org
7740 with "unsubscribe ircservices" in the body, without the quotes.
7741
7742 From achurch at dragonfire.net Wed Sep 29 22:51:24 1999
7743 From: achurch at dragonfire.net (Andrew Church)
7744 Date: Sat Oct 23 23:00:50 2004
7745 Subject: [IRCServices] New IRC protocol revised
7746 Message-ID: 37f21a2b.00414@dragonfire.net
7747
7748 I've revised my new IRC protocol definition again; the URL is (still)
7749 http://achurch.dragonfire.net/irc3/ . Comments are welcome, appreciated,
7750 and in fact longed for. (: There's still one big unresolved point dealing
7751 with cyclic networks, but I'm thinking of submitting it as an Internet
7752 Draft in the near future anyway, just to see what kind of feedback I get.
7753
7754 Incidentally, I seem to recall someone on this list saying they were
7755 working on developing a server using this new protocol. Are you out there
7756 somewhere or is it just my wishful thinking acting up again?
7757
7758 --Andrew Church
7759 achurch@dragonfire.net
7760 <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
7761 ---------------------------------------------------------------
7762 To unsubscribe, send email to majordomo@ender.shadowfire.org
7763 with "unsubscribe ircservices" in the body, without the quotes.
7764
7765 From andrewk at icon.co.za Wed Sep 29 08:03:58 1999
7766 From: andrewk at icon.co.za (Andrew Kempe)
7767 Date: Sat Oct 23 23:00:50 2004
7768 Subject: Re(2): [IRCServices] Greetings
7769 In-Reply-To: <19990929124008290.AAA340@stream.qx.net@[208.200.111.17]>
7770 References: 19990929124008290.AAA340@stream.qx.net@[208.200.111.17]
7771 Message-ID: Pine.GSO.3.96.990929165920.687A&#45;100000@shell.icon.co.za
7772
7773 This reply is directed at the thread in general... rather than one
7774 specific posting...
7775
7776 I estimate that there will be atleast 10 times as much data going to the
7777 Services server when ChanServ is in all the channels on a network. I would
7778 expect this to increase, more than proportionally, with the size of the
7779 network.
7780
7781 Afaik, only ircu based ircds support +d - but I'm open to correction.
7782
7783 Andrew
7784
7785 On Wed, 29 Sep 1999, Scott Seufert wrote:
7786
7787 >
7788 >
7789 >
7790 > This can be reduced by umode +d as discussed a few days ago. Granted, not
7791 > all daemons do umode +d, but there are enough that do. I never said that the
7792 > load would be the same as without services in channel, of course it'll eat
7793 > resources. As far as the server that services is connected to, it will still
7794 > have a higher load than the others because whether services is present in
7795 > channel or not it still sends services data back and forth to the rest of
7796 > the net, so with services "deaf" to channel traffic and the fact the traffic
7797 > to and from services still goes through the server services is connected to
7798 > ... the load wouldn't be as high as you are indicating. The increase in
7799 > resources would placed on services alone. IMO, anyone that runs services on
7800 > a slow computer is begging for lag to start with ;P
7801 >
7802 > ----------
7803 > >From: kieran_spain@eol.ieaust.org.au (Kieran Spain)
7804 > >To: ircservices@ender.shadowfire.org
7805 > >Subject: Re(2): [IRCServices] Greetings
7806 > >Date: Tue, Sep 28, 1999, 11:51 PM
7807 > >
7808 >
7809 > > The difference is that a user will join about 10 channels at the maximum
7810 > > (depending on the limit in the ircd). however, services will join ALL
7811 > > channels which will mean that 1 server is recieving EVERYTHING on the
7812 > > entire network. Which makes the network transfer a LOT higher. First the
7813 > > data goes from the user to the channel the services are in, then to the
7814 > > server hosting the services, then to the services themselves... this would
7815 > > happen with data from every single channel on the network if the services
7816 > > were to join.
7817 > >
7818 >
7819 > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
7820 > Scott Seufert On IRC:
7821 > aka katsklaw@irc Former OtherNet Server Administrator
7822 > Systems Administrator StarLink-IRC Server Administrator
7823 > QX Networking & Design FlameBait Network Administrator
7824 > http://qx.net Former DALnet Services Administrator
7825 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
7826 >
7827 > ---------------------------------------------------------------
7828 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7829 > with "unsubscribe ircservices" in the body, without the quotes.
7830 >
7831
7832 ---------------------------------------------------------------
7833 To unsubscribe, send email to majordomo@ender.shadowfire.org
7834 with "unsubscribe ircservices" in the body, without the quotes.
7835
7836 From andrewk at icon.co.za Wed Sep 29 08:09:22 1999
7837 From: andrewk at icon.co.za (Andrew Kempe)
7838 Date: Sat Oct 23 23:00:50 2004
7839 Subject: [IRCServices] Modules
7840 In-Reply-To: <19990929124542000.AAA314@stream.qx.net@[208.200.111.17]>
7841 References: 19990929124542000.AAA314@stream.qx.net@[208.200.111.17]
7842 Message-ID: Pine.GSO.3.96.990929170416.687B&#45;100000@shell.icon.co.za
7843
7844 Point me in the direction of some example code and some documentation and
7845 I'm more than willing to attempt to provide this type of support.
7846
7847 I've been toying with the idea of modules for a while now - mainly due to
7848 the number of requests for specific addtions to Services. By having module
7849 support, DALnet specific enhancements, detailed statistics etc would be
7850 easier to implement. Currently Services is modular in the sense of #define
7851 blocks :)
7852
7853 Andrew
7854
7855 On Wed, 29 Sep 1999, Scott Seufert wrote:
7856
7857 > Crazy question, is it possible at this point to use a module/add-on type
7858 > configuration with services or would services need to be re-written some?
7859 >
7860 >
7861 > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
7862 > Scott Seufert On IRC:
7863 > aka katsklaw@irc Former OtherNet Server Administrator
7864 > Systems Administrator StarLink-IRC Server Administrator
7865 > QX Networking & Design FlameBait Network Administrator
7866 > http://qx.net Former DALnet Services Administrator
7867 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
7868 >
7869 > ---------------------------------------------------------------
7870 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7871 > with "unsubscribe ircservices" in the body, without the quotes.
7872 >
7873
7874 ---------------------------------------------------------------
7875 To unsubscribe, send email to majordomo@ender.shadowfire.org
7876 with "unsubscribe ircservices" in the body, without the quotes.
7877
7878 From scotts at flamebait.org Wed Sep 29 19:50:06 1999
7879 From: scotts at flamebait.org (Scott Seufert)
7880 Date: Sat Oct 23 23:00:50 2004
7881 Subject: [IRCServices] Greetings
7882 Message-ID: 19990929235213061.AAA416@stream.qx.net@[208.200.111.17]
7883
7884
7885 ----------
7886 >From: Andrew Kempe <andrewk@icon.co.za>
7887 >To: ircservices@ender.shadowfire.org
7888 >Subject: Re: Re(2): [IRCServices] Greetings
7889 >Date: Wed, Sep 29, 1999, 8:03 AM
7890 >
7891
7892 > This reply is directed at the thread in general... rather than one
7893 > specific posting...
7894 >
7895 > I estimate that there will be atleast 10 times as much data going to the
7896 > Services server when ChanServ is in all the channels on a network. I would
7897 > expect this to increase, more than proportionally, with the size of the
7898 > network.
7899 >
7900 > Afaik, only ircu based ircds support +d - but I'm open to correction.
7901 >
7902 > Andrew
7903 >
7904 > On Wed, 29 Sep 1999, Scott Seufert wrote:
7905 >
7906
7907
7908 Bahamut supports umode +d,
7909 2.8/hybrid-6b106 does
7910 ircu does
7911
7912
7913 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
7914 Scott Seufert On IRC:
7915 aka katsklaw@irc Former OtherNet Server Administrator
7916 Systems Administrator StarLink-IRC Server Administrator
7917 QX Networking & Design FlameBait Network Administrator
7918 http://qx.net Former DALnet Services Administrator
7919 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
7920 ---------------------------------------------------------------
7921 To unsubscribe, send email to majordomo@ender.shadowfire.org
7922 with "unsubscribe ircservices" in the body, without the quotes.
7923
7924 From v13 at it.teithe.gr Wed Sep 29 16:55:43 1999
7925 From: v13 at it.teithe.gr (Harhalakis Stefanos)
7926 Date: Sat Oct 23 23:00:50 2004
7927 Subject: Re(2): [IRCServices] Greetings
7928 In-Reply-To: <fc.000f54ac001b96ef3b9aca00f4429c62.1b96f5@eol.ieaust.org.au>
7929 References: fc.000f54ac001b96ef3b9aca00f4429c62.1b96f5@eol.ieaust.org.au
7930 Message-ID: Pine.SGI.4.05.9909300243590.9669&#45;100000@aetos.it.teithe.gr
7931
7932 I'm not sure about this.. but how services process part/joins from/to a
7933 channel without getting the channel traffic? They get only part/join
7934 messages, topic changes, and mode changes and not anything else?
7935
7936 <<V13>>
7937
7938 On Wed, 29 Sep 1999, Kieran Spain wrote:
7939
7940 > The difference is that a user will join about 10 channels at the maximum
7941 > (depending on the limit in the ircd). however, services will join ALL
7942 > channels which will mean that 1 server is recieving EVERYTHING on the
7943 > entire network. Which makes the network transfer a LOT higher. First the
7944 > data goes from the user to the channel the services are in, then to the
7945 > server hosting the services, then to the services themselves... this would
7946 > happen with data from every single channel on the network if the services
7947 > were to join.
7948 >
7949 > ---------------------------------------------------------------
7950 > To unsubscribe, send email to majordomo@ender.shadowfire.org
7951 > with "unsubscribe ircservices" in the body, without the quotes.
7952 >
7953
7954 ---------------------------------------------------------------
7955 To unsubscribe, send email to majordomo@ender.shadowfire.org
7956 with "unsubscribe ircservices" in the body, without the quotes.
7957
7958 From jpinto9 at visteon.com Thu Sep 30 00:42:18 1999
7959 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
7960 Date: Sat Oct 23 23:00:50 2004
7961 Subject: Re(2): [IRCServices] Greetings
7962 Message-ID: 199909300742.DAA18142@mailfw2.ford.com
7963
7964 Withou users on a channel, the services will receive only the inter-server
7965 messages:
7966 JOIN,PART,MODE,TOPIC,USER,AWAY,NICK,KILL,AKILL(other ircd dependent
7967 like GLINE's, NEWHOST's...)
7968 with user on the channel(like chanserv), services server would receive all
7969 privmsg's.
7970
7971 João Luís Marques Pinto
7972 PTlink Tech - Lamego@PTlink.net
7973 http://www.PTlink.net
7974
7975
7976 -----Original Message-----
7977 From: Harhalakis Stefanos [<A HREF="mailto:v13@it.teithe.gr">mailto:v13@it.teithe.gr</A>]
7978 Sent: quinta-feira, 30 de setembro de 1999 0:56
7979 To: ircservices@ender.shadowfire.org
7980 Subject: Re: Re(2): [IRCServices] Greetings
7981
7982
7983 I'm not sure about this.. but how services process part/joins from/to a
7984 channel without getting the channel traffic? They get only part/join
7985 messages, topic changes, and mode changes and not anything else?
7986
7987 <<V13>>
7988
7989 On Wed, 29 Sep 1999, Kieran Spain wrote:
7990
7991 > The difference is that a user will join about 10 channels at the maximum
7992 > (depending on the limit in the ircd). however, services will join ALL
7993 > channels which will mean that 1 server is recieving EVERYTHING on the
7994 > entire network. Which makes the network transfer a LOT higher. First the
7995 > data goes from the user to the channel the services are in, then to the
7996 > server hosting the services, then to the services themselves... this would
7997 > happen with data from every single channel on the network if the services
7998 > were to join.
7999 >
8000 > ---------------------------------------------------------------
8001 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8002 > with "unsubscribe ircservices" in the body, without the quotes.
8003 >
8004
8005 ---------------------------------------------------------------
8006 To unsubscribe, send email to majordomo@ender.shadowfire.org
8007 with "unsubscribe ircservices" in the body, without the quotes.
8008 ---------------------------------------------------------------
8009 To unsubscribe, send email to majordomo@ender.shadowfire.org
8010 with "unsubscribe ircservices" in the body, without the quotes.
8011
8012 From uhc0 at rz.uni-karlsruhe.de Thu Sep 30 06:27:44 1999
8013 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
8014 Date: Sat Oct 23 23:00:50 2004
8015 Subject: [IRCServices] umode +d !
8016 In-Reply-To: <19990929235213061.AAA416@stream.qx.net@[208.200.111.17]>
8017 References: 19990929235213061.AAA416@stream.qx.net@[208.200.111.17]
8018 Message-ID: NDBBKLOOKLMAKHFICBLCMEBECBAA.uhc0@rz.uni&#45;karlsruhe.de
8019
8020
8021 Hello,
8022
8023 To the umode problem :
8024 There is ONLY ircu supporting the usermode +d to be interpreted as +deaf.
8025 The umode +d of Hybrid, therefore also of Bahamut means +debug
8026 and NOT +deaf, therefore, on Bahamut, services clients would of course
8027 receive PRIVMSG's sent to a channel.
8028
8029 Additionally, Services is not at the moment compatible with Bahamut,
8030 nor you can make it work with Hybrid.
8031
8032 AND
8033
8034 I personally read the conversation about services trying to join a channel, or even joining a channel,
8035 But I did not yet tell my opinion about it.
8036 In order to let ChanServ act as a Channel Bot, you do not need it join a channel.
8037 Because as services is Ulined, it has enough power to control, even not being in a channel.
8038 The PRIVMSG traffic services will receive, if any client of it joins a channel is therefore
8039 completely unnecessary.
8040
8041 If there is a need of Bots, you have to use other software, specially designed to act as a bot.
8042
8043 Regards,
8044 ---------------------------------
8045 Yusuf Iskenderoglu
8046 ICQ : 20587464
8047 eMail : uhc0@rz.uni-karlsruhe.de
8048 ---------------------------------
8049
8050
8051 -----Ursprüngliche Nachricht-----
8052 Von: owner-ircservices@ender.shadowfire.org
8053 [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Scott
8054 Seufert
8055 Gesendet: Thursday, September 30, 1999 4:50 AM
8056 An: ircservices@ender.shadowfire.org
8057 Betreff: Re: [IRCServices] Greetings
8058
8059 Bahamut supports umode +d,
8060 2.8/hybrid-6b106 does
8061 ircu does
8062
8063 ---------------------------------------------------------------
8064 To unsubscribe, send email to majordomo@ender.shadowfire.org
8065 with "unsubscribe ircservices" in the body, without the quotes.
8066
8067 From uhc0 at rz.uni-karlsruhe.de Thu Sep 30 14:22:30 1999
8068 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
8069 Date: Sat Oct 23 23:00:50 2004
8070 Subject: [IRCServices] Channel Successor
8071 Message-ID: NDBBKLOOKLMAKHFICBLCIEBOCBAA.uhc0@rz.uni&#45;karlsruhe.de
8072
8073
8074 Hello,
8075
8076 I had some questions about Channel Successor setting.
8077 It is good to be able to set a successor for a channel, but
8078 even though one might be set, the successor has no rights while
8079 the founder's nickname persists.
8080
8081 I wanted to say, that e.g. the successor does not get autoopped, nor
8082 the successor can use other ChanServ commands.
8083 This results in having to add the successor to the access list, but the founder's
8084 nickname does not need to be in the access list.
8085
8086 What I am going to suggest is, to implement another level, an access level :
8087 successor level.
8088 Using this, the founder might use
8089 /chanserv levels #channel set set successor
8090 /chanserv levels #channel set clear successor
8091 To enable several commands to the successor.
8092
8093 And, therefore the successor level should be a level between 9999 and founder. To
8094 ensure that the successor can use "normal" chanserv commands.
8095
8096 regards;
8097
8098 ---------------------------------
8099 Yusuf Iskenderoglu
8100 eMail : uhc0@rz.uni-karlsruhe.de
8101 ICQ : 20587464
8102 ---------------------------------
8103
8104 ---------------------------------------------------------------
8105 To unsubscribe, send email to majordomo@ender.shadowfire.org
8106 with "unsubscribe ircservices" in the body, without the quotes.
8107
8108 From ianj at esper.net Thu Sep 30 15:33:14 1999
8109 From: ianj at esper.net (Ian R. Justman)
8110 Date: Sat Oct 23 23:00:50 2004
8111 Subject: [IRCServices] New IRC protocol revised
8112 In-Reply-To: <37f21a2b.00414@dragonfire.net>
8113 References: 37f21a2b.00414@dragonfire.net
8114 Message-ID: Pine.LNX.3.96.990930153202.23012O&#45;100000@vector.chocobo.org
8115
8116 On Wed, 29 Sep 1999, Andrew Church wrote:
8117
8118 > I've revised my new IRC protocol definition again; the URL is (still)
8119 > http://achurch.dragonfire.net/irc3/ . Comments are welcome, appreciated,
8120 > and in fact longed for. (: There's still one big unresolved point dealing
8121 > with cyclic networks, but I'm thinking of submitting it as an Internet
8122 > Draft in the near future anyway, just to see what kind of feedback I get.
8123 >
8124 > Incidentally, I seem to recall someone on this list saying they were
8125 > working on developing a server using this new protocol. Are you out there
8126 > somewhere or is it just my wishful thinking acting up again?
8127
8128 Kelmar on EsperNet's already hard at work implementing this protocol. In
8129 fact, I just memoed him about this recent revision.
8130
8131 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
8132
8133 -----
8134 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
8135 Co-Founder and Postmaster, The EsperNet IRC Network
8136 Server Administrator, chocobo.esper.net "IJ" on IRC
8137
8138 PGP key available upon request, or finger ianj@esper.net.
8139
8140 If this message was signed with the Postmaster's key, please finger
8141 postmaster@esper.net for the Postmaster public key.
8142
8143 Type Bits/KeyID Date User ID
8144 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
8145 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
8146
8147 ---------------------------------------------------------------
8148 To unsubscribe, send email to majordomo@ender.shadowfire.org
8149 with "unsubscribe ircservices" in the body, without the quotes.
8150
8151 From ianj at esper.net Thu Sep 30 15:36:58 1999
8152 From: ianj at esper.net (Ian R. Justman)
8153 Date: Sat Oct 23 23:00:50 2004
8154 Subject: [IRCServices] Modules
8155 In-Reply-To: <Pine.GSO.3.96.990929170416.687B-100000@shell.icon.co.za>
8156 References: Pine.GSO.3.96.990929170416.687B&#45;100000@shell.icon.co.za
8157 Message-ID: Pine.LNX.3.96.990930153329.23012P&#45;100000@vector.chocobo.org
8158
8159 On Wed, 29 Sep 1999, Andrew Kempe wrote:
8160
8161 > Point me in the direction of some example code and some documentation and
8162 > I'm more than willing to attempt to provide this type of support.
8163 >
8164 > I've been toying with the idea of modules for a while now - mainly due to
8165 > the number of requests for specific addtions to Services. By having module
8166 > support, DALnet specific enhancements, detailed statistics etc would be
8167 > easier to implement. Currently Services is modular in the sense of #define
8168 > blocks :)
8169
8170 Listar and Apache (the latter being the most commonly-used program to use
8171 this) use dynamically-loadable modules to extend their functionality. You
8172 might look at the dl* calls, like in Linux's and Solaris' libdl.so;
8173 FreeBSD has the dl functions built into their libc.
8174
8175 And if you come across a platform which does not support
8176 dynamically-linkable modules or those whose dynamic support is either too
8177 hairy or broken, you'd have to build otherwise-dynamic functions directly
8178 into the services binary statically.
8179
8180 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
8181
8182 -----
8183 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
8184 Co-Founder and Postmaster, The EsperNet IRC Network
8185 Server Administrator, chocobo.esper.net "IJ" on IRC
8186
8187 PGP key available upon request, or finger ianj@esper.net.
8188
8189 If this message was signed with the Postmaster's key, please finger
8190 postmaster@esper.net for the Postmaster public key.
8191
8192 Type Bits/KeyID Date User ID
8193 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
8194 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
8195
8196 ---------------------------------------------------------------
8197 To unsubscribe, send email to majordomo@ender.shadowfire.org
8198 with "unsubscribe ircservices" in the body, without the quotes.
8199
8200 From gregk at netsport.org Thu Sep 30 21:59:53 1999
8201 From: gregk at netsport.org (Gregory L King)
8202 Date: Sat Oct 23 23:00:50 2004
8203 Subject: [IRCServices] preventing global akicks
8204 In-Reply-To: <Pine.LNX.3.96.990930153329.23012P-100000@vector.chocobo.org>
8205 References: Pine.LNX.3.96.990930153329.23012P&#45;100000@vector.chocobo.org
8206 Message-ID: Pine.LNX.3.96.990930215641.1809A&#45;100000@netsport
8207
8208 Im having some trouble with malicious operators adding global akicks on
8209 the channel list. I want to prevent this, but other than adding a test
8210 for every possible combination of global mask, is there an easier way?
8211
8212 I modified the chanserv.c code a little as follows...
8213
8214 if (!stricmp(mask, "*!*@*") || !stricmp(mask, "*@*") ||
8215 !stricmp(mask,"*@**") || !stricmp(mask,"*@*.*")) {
8216 send_msg(s_ChanServ, u->nick, "Your akick mask is to
8217 broad.");
8218 log("%s: %s tried to akick add %s on %s!", s_ChanServ,
8219 u->nick,
8220 mask, chan);
8221 wallops(s_ChanServ, "%s tried to akick add %s on %s!",
8222 u->nick,
8223 mask, chan);
8224 return;
8225 }
8226
8227 but, is there a better way to prevent a global ban (I know, tell the
8228 founders to select better operators, but in the mean time?!)
8229
8230
8231
8232
8233 ---------------------------------------------------------------
8234 To unsubscribe, send email to majordomo@ender.shadowfire.org
8235 with "unsubscribe ircservices" in the body, without the quotes.
8236
8237 From scotts at flamebait.org Fri Oct 1 01:34:36 1999
8238 From: scotts at flamebait.org (Scott Seufert)
8239 Date: Sat Oct 23 23:00:50 2004
8240 Subject: [IRCServices] preventing global akicks
8241 Message-ID: 19991001053721600.AAA240@stream.qx.net@[208.200.111.17]
8242
8243
8244
8245
8246
8247
8248 ----------
8249 >From: Gregory L King <gregk@netsport.org>
8250 >To: ircservices@ender.shadowfire.org
8251 >Subject: [IRCServices] preventing global akicks
8252 >Date: Thu, Sep 30, 1999, 9:59 PM
8253 >
8254
8255 > Im having some trouble with malicious operators adding global akicks on
8256 > the channel list. I want to prevent this, but other than adding a test
8257 > for every possible combination of global mask, is there an easier way?
8258 >
8259 > I modified the chanserv.c code a little as follows...
8260 >
8261 > if (!stricmp(mask, "*!*@*") || !stricmp(mask, "*@*") ||
8262 > !stricmp(mask,"*@**") || !stricmp(mask,"*@*.*")) {
8263 > send_msg(s_ChanServ, u->nick, "Your akick mask is to
8264 > broad.");
8265 > log("%s: %s tried to akick add %s on %s!", s_ChanServ,
8266 > u->nick,
8267 > mask, chan);
8268 > wallops(s_ChanServ, "%s tried to akick add %s on %s!",
8269 > u->nick,
8270 > mask, chan);
8271 > return;
8272 > }
8273 >
8274 > but, is there a better way to prevent a global ban (I know, tell the
8275 > founders to select better operators, but in the mean time?!)
8276 >
8277 >
8278 >
8279 >
8280
8281 Personally, I happen to believe in your last statement. Founders should pick
8282 better operators. If a chanop or founder came to me about it I would either
8283 tell them to rid of the op, teach the op better or don't ban *!*@*. I don't
8284 see why it should be a services issue to police a ban on *!*@*.
8285
8286 However, preventing an AKILL is a different story, this creates a huge
8287 problem. ALL network users are affected, which it becomes of a major
8288 concern. Yes, if an oper on my net akilled *!*@* they would loose their
8289 O:Line instantly.
8290
8291
8292 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
8293 Scott Seufert On IRC:
8294 aka katsklaw@irc Former OtherNet Server Administrator
8295 Systems Administrator StarLink-IRC Server Administrator
8296 QX Networking & Design FlameBait Network Administrator
8297 http://qx.net Former DALnet Services Administrator
8298 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
8299 ---------------------------------------------------------------
8300 To unsubscribe, send email to majordomo@ender.shadowfire.org
8301 with "unsubscribe ircservices" in the body, without the quotes.
8302
8303 From jozeph at globalmedia.com.br Fri Oct 1 06:34:30 1999
8304 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
8305 Date: Sat Oct 23 23:00:50 2004
8306 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8307 Message-ID: Pine.LNX.4.00.9910011031290.5132&#45;100000@jozeph.globalmedia.com.br
8308
8309 Hi All,
8310
8311 I has maked a good protection for services if lame ircops try
8312 akill *@*... this protection can be used on akick too.
8313
8314 Thanks all... :)
8315
8316 /* Lame IRCops Protection by Jozeph'99 */
8317 if (s) {
8318 s++;
8319 i = 0;
8320 while (*s) {
8321 if (*s != '*' && *s != '.')
8322 i++;
8323 s++;
8324 }
8325 if (i<4) {
8326 wallops(s_OperServ, "%s tried to akill add %s!",
8327 u->nick, mask);
8328 return;
8329 }
8330 }
8331 /* End Lame IRCops Protection */
8332
8333
8334 --
8335 --------------------------------------------------------------------
8336 \|/ --- \|/ | Jozenóbio de Melo Brasil.
8337 @~/ Oo \~@ | jozeph@globalmedia.com.br
8338 /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
8339 \__U_/ | " Onde a maioria vive com a bondade,
8340 | a maldade da minoria tende sempre a desaparecer! "
8341 --------------------------------------------------------------------
8342 The box said "Windows 95, Windows NT 4.0, or better", so I installed
8343 Linux.
8344
8345 ---------------------------------------------------------------
8346 To unsubscribe, send email to majordomo@ender.shadowfire.org
8347 with "unsubscribe ircservices" in the body, without the quotes.
8348
8349 From gregk at netsport.org Fri Oct 1 06:43:50 1999
8350 From: gregk at netsport.org (Gregory L King)
8351 Date: Sat Oct 23 23:00:50 2004
8352 Subject: [IRCServices] preventing global akicks
8353 In-Reply-To: <19991001053721600.AAA240@stream.qx.net@[208.200.111.17]>
8354 References: 19991001053721600.AAA240@stream.qx.net@[208.200.111.17]
8355 Message-ID: Pine.LNX.3.96.991001064259.3413A&#45;100000@netsport
8356
8357 Unfortunately, it is a services issue on my network. We cater mostly to
8358 webtv users, and well.. as a group, they arent the sharpest tools in the
8359 shed (if they were, they wouldnt be webtv users).
8360
8361 On Fri, 1 Oct 1999, Scott Seufert wrote:
8362
8363 > Date: Fri, 01 Oct 1999 01:34:36 -0700
8364 > From: Scott Seufert <scotts@flamebait.org>
8365 > Reply-To: ircservices@ender.shadowfire.org
8366 > To: ircservices@ender.shadowfire.org
8367 > Subject: Re: [IRCServices] preventing global akicks
8368 >
8369 >
8370 >
8371 >
8372 >
8373 >
8374 > ----------
8375 > >From: Gregory L King <gregk@netsport.org>
8376 > >To: ircservices@ender.shadowfire.org
8377 > >Subject: [IRCServices] preventing global akicks
8378 > >Date: Thu, Sep 30, 1999, 9:59 PM
8379 > >
8380 >
8381 > > Im having some trouble with malicious operators adding global akicks on
8382 > > the channel list. I want to prevent this, but other than adding a test
8383 > > for every possible combination of global mask, is there an easier way?
8384 > >
8385 > > I modified the chanserv.c code a little as follows...
8386 > >
8387 > > if (!stricmp(mask, "*!*@*") || !stricmp(mask, "*@*") ||
8388 > > !stricmp(mask,"*@**") || !stricmp(mask,"*@*.*")) {
8389 > > send_msg(s_ChanServ, u->nick, "Your akick mask is to
8390 > > broad.");
8391 > > log("%s: %s tried to akick add %s on %s!", s_ChanServ,
8392 > > u->nick,
8393 > > mask, chan);
8394 > > wallops(s_ChanServ, "%s tried to akick add %s on %s!",
8395 > > u->nick,
8396 > > mask, chan);
8397 > > return;
8398 > > }
8399 > >
8400 > > but, is there a better way to prevent a global ban (I know, tell the
8401 > > founders to select better operators, but in the mean time?!)
8402 > >
8403 > >
8404 > >
8405 > >
8406 >
8407 > Personally, I happen to believe in your last statement. Founders should pick
8408 > better operators. If a chanop or founder came to me about it I would either
8409 > tell them to rid of the op, teach the op better or don't ban *!*@*. I don't
8410 > see why it should be a services issue to police a ban on *!*@*.
8411 >
8412 > However, preventing an AKILL is a different story, this creates a huge
8413 > problem. ALL network users are affected, which it becomes of a major
8414 > concern. Yes, if an oper on my net akilled *!*@* they would loose their
8415 > O:Line instantly.
8416 >
8417 >
8418 > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
8419 > Scott Seufert On IRC:
8420 > aka katsklaw@irc Former OtherNet Server Administrator
8421 > Systems Administrator StarLink-IRC Server Administrator
8422 > QX Networking & Design FlameBait Network Administrator
8423 > http://qx.net Former DALnet Services Administrator
8424 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
8425 > ---------------------------------------------------------------
8426 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8427 > with "unsubscribe ircservices" in the body, without the quotes.
8428 >
8429
8430 ---------------------------------------------------------------
8431 To unsubscribe, send email to majordomo@ender.shadowfire.org
8432 with "unsubscribe ircservices" in the body, without the quotes.
8433
8434 From lebleu at prefer.net Fri Oct 1 08:03:20 1999
8435 From: lebleu at prefer.net (Kevin)
8436 Date: Sat Oct 23 23:00:50 2004
8437 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8438 In-Reply-To: <Pine.LNX.4.00.9910011031290.5132-100000@jozeph.globalmedia.com.br>
8439 References: Pine.LNX.4.00.9910011031290.5132&#45;100000@jozeph.globalmedia.com.br
8440 Message-ID: Pine.LNX.4.00.9910010957460.25961&#45;100000@hades.bleu.paganpaths.org
8441
8442
8443 On Fri, 1 Oct 1999, Jozenobio de Melo Brasil wrote:
8444
8445 > I has maked a good protection for services if lame ircops try
8446 > akill *@*... this protection can be used on akick too.
8447 >
8448 > Thanks all... :)
8449 >
8450 > /* Lame IRCops Protection by Jozeph'99 */
8451 > if (s) {
8452 > s++;
8453 > i = 0;
8454 > while (*s) {
8455 > if (*s != '*' && *s != '.')
8456 > i++;
8457 > s++;
8458 Note: This line is indented wrong, s++ isn't dependent on the if
8459 statement!
8460 > }
8461 > if (i<4) {
8462 > wallops(s_OperServ, "%s tried to akill add %s!",
8463 > u->nick, mask);
8464 > return;
8465 > }
8466 > }
8467 > /* End Lame IRCops Protection */
8468
8469 If I understand right, this looks for any non-wildcard characters in the
8470 mask, and counts how many, which is good... but why not eliminate @ and !
8471 as well, and make the test i < 1 or 1 < 2? Of course, then there's the
8472 question of what the shortest reasonable akill is... is akilling *@*.uk
8473 reasonable? *@*.net? Maybe it should stay at i < 4, but exclude the @
8474 too, that way the shortest bans possible would be stuff like *@a*.net or
8475 *@*.co.uk... perhaps even require 5 chars?
8476
8477 I think it would be good to add this patch, or perhaps a slight
8478 modification of it, to services. Should log the attempt though, not just
8479 wallop it, so that it can be verified later if no one with sufficient
8480 authority is on when it happens. (e.g. only one irc op is on when they do
8481 this...)
8482
8483 --Kevin
8484
8485 --
8486 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
8487 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
8488 If you're reading this you're part of the mass hallucination that is Kevin
8489 the Blue.
8490 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
8491 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
8492 Wear a blue ribbon today to show your solidarity for freedom of speech on
8493 the Internet!
8494
8495 ---------------------------------------------------------------
8496 To unsubscribe, send email to majordomo@ender.shadowfire.org
8497 with "unsubscribe ircservices" in the body, without the quotes.
8498
8499 From gregk at netsport.org Fri Oct 1 09:06:03 1999
8500 From: gregk at netsport.org (Gregory L King)
8501 Date: Sat Oct 23 23:00:50 2004
8502 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8503 In-Reply-To: <Pine.LNX.4.00.9910010957460.25961-100000@hades.bleu.paganpaths.org>
8504 References: Pine.LNX.4.00.9910010957460.25961&#45;100000@hades.bleu.paganpaths.org
8505 Message-ID: Pine.LNX.3.96.991001090516.3707B&#45;100000@netsport
8506
8507 So, lets say (as in my case) they do "**@********" or some other
8508 variation? Would this code catch it?
8509
8510
8511 On Fri, 1 Oct 1999, Kevin wrote:
8512
8513 > Date: Fri, 1 Oct 1999 10:03:20 -0500 (CDT)
8514 > From: Kevin <lebleu@prefer.net>
8515 > Reply-To: ircservices@ender.shadowfire.org
8516 > To: ircservices@ender.shadowfire.org
8517 > Subject: Re: [IRCServices] AKILL *@* Lame IRCops Protection.
8518 >
8519 >
8520 > On Fri, 1 Oct 1999, Jozenobio de Melo Brasil wrote:
8521 >
8522 > > I has maked a good protection for services if lame ircops try
8523 > > akill *@*... this protection can be used on akick too.
8524 > >
8525 > > Thanks all... :)
8526 > >
8527 > > /* Lame IRCops Protection by Jozeph'99 */
8528 > > if (s) {
8529 > > s++;
8530 > > i = 0;
8531 > > while (*s) {
8532 > > if (*s != '*' && *s != '.')
8533 > > i++;
8534 > > s++;
8535 > Note: This line is indented wrong, s++ isn't dependent on the if
8536 > statement!
8537 > > }
8538 > > if (i<4) {
8539 > > wallops(s_OperServ, "%s tried to akill add %s!",
8540 > > u->nick, mask);
8541 > > return;
8542 > > }
8543 > > }
8544 > > /* End Lame IRCops Protection */
8545 >
8546 > If I understand right, this looks for any non-wildcard characters in the
8547 > mask, and counts how many, which is good... but why not eliminate @ and !
8548 > as well, and make the test i < 1 or 1 < 2? Of course, then there's the
8549 > question of what the shortest reasonable akill is... is akilling *@*.uk
8550 > reasonable? *@*.net? Maybe it should stay at i < 4, but exclude the @
8551 > too, that way the shortest bans possible would be stuff like *@a*.net or
8552 > *@*.co.uk... perhaps even require 5 chars?
8553 >
8554 > I think it would be good to add this patch, or perhaps a slight
8555 > modification of it, to services. Should log the attempt though, not just
8556 > wallop it, so that it can be verified later if no one with sufficient
8557 > authority is on when it happens. (e.g. only one irc op is on when they do
8558 > this...)
8559 >
8560 > --Kevin
8561 >
8562 > --
8563 > PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
8564 > PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
8565 > If you're reading this you're part of the mass hallucination that is Kevin
8566 > the Blue.
8567 > Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
8568 > PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
8569 > Wear a blue ribbon today to show your solidarity for freedom of speech on
8570 > the Internet!
8571 >
8572 > ---------------------------------------------------------------
8573 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8574 > with "unsubscribe ircservices" in the body, without the quotes.
8575 >
8576
8577 ---------------------------------------------------------------
8578 To unsubscribe, send email to majordomo@ender.shadowfire.org
8579 with "unsubscribe ircservices" in the body, without the quotes.
8580
8581 From jozeph at globalmedia.com.br Fri Oct 1 10:06:03 1999
8582 From: jozeph at globalmedia.com.br (Jozenobio de Melo Brasil)
8583 Date: Sat Oct 23 23:00:50 2004
8584 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8585 In-Reply-To: <Pine.LNX.3.96.991001090516.3707B-100000@netsport>
8586 References: Pine.LNX.3.96.991001090516.3707B&#45;100000@netsport
8587 Message-ID: Pine.LNX.4.00.9910011405070.13337&#45;100000@jozeph.globalmedia.com.br
8588
8589 Hello,
8590
8591 > So, lets say (as in my case) they do "**@********" or some other
8592 > variation? Would this code catch it?
8593
8594 Yes, it's don't add any akill *@*, or **@**, or *@***** or all
8595 examples with using BAD AKILL! :)
8596
8597 Thanks,
8598 Jozeph
8599
8600 >
8601 >
8602 > On Fri, 1 Oct 1999, Kevin wrote:
8603 >
8604 > > Date: Fri, 1 Oct 1999 10:03:20 -0500 (CDT)
8605 > > From: Kevin <lebleu@prefer.net>
8606 > > Reply-To: ircservices@ender.shadowfire.org
8607 > > To: ircservices@ender.shadowfire.org
8608 > > Subject: Re: [IRCServices] AKILL *@* Lame IRCops Protection.
8609 > >
8610 > >
8611 > > On Fri, 1 Oct 1999, Jozenobio de Melo Brasil wrote:
8612 > >
8613 > > > I has maked a good protection for services if lame ircops try
8614 > > > akill *@*... this protection can be used on akick too.
8615 > > >
8616 > > > Thanks all... :)
8617 > > >
8618 > > > /* Lame IRCops Protection by Jozeph'99 */
8619 > > > if (s) {
8620 > > > s++;
8621 > > > i = 0;
8622 > > > while (*s) {
8623 > > > if (*s != '*' && *s != '.')
8624 > > > i++;
8625 > > > s++;
8626 > > Note: This line is indented wrong, s++ isn't dependent on the if
8627 > > statement!
8628 > > > }
8629 > > > if (i<4) {
8630 > > > wallops(s_OperServ, "%s tried to akill add %s!",
8631 > > > u->nick, mask);
8632 > > > return;
8633 > > > }
8634 > > > }
8635 > > > /* End Lame IRCops Protection */
8636 > >
8637 > > If I understand right, this looks for any non-wildcard characters in the
8638 > > mask, and counts how many, which is good... but why not eliminate @ and !
8639 > > as well, and make the test i < 1 or 1 < 2? Of course, then there's the
8640 > > question of what the shortest reasonable akill is... is akilling *@*.uk
8641 > > reasonable? *@*.net? Maybe it should stay at i < 4, but exclude the @
8642 > > too, that way the shortest bans possible would be stuff like *@a*.net or
8643 > > *@*.co.uk... perhaps even require 5 chars?
8644 > >
8645 > > I think it would be good to add this patch, or perhaps a slight
8646 > > modification of it, to services. Should log the attempt though, not just
8647 > > wallop it, so that it can be verified later if no one with sufficient
8648 > > authority is on when it happens. (e.g. only one irc op is on when they do
8649 > > this...)
8650 > >
8651 > > --Kevin
8652 > >
8653 > > --
8654 > > PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
8655 > > PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
8656 > > If you're reading this you're part of the mass hallucination that is Kevin
8657 > > the Blue.
8658 > > Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
8659 > > PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
8660 > > Wear a blue ribbon today to show your solidarity for freedom of speech on
8661 > > the Internet!
8662 > >
8663 > > ---------------------------------------------------------------
8664 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
8665 > > with "unsubscribe ircservices" in the body, without the quotes.
8666 > >
8667 >
8668 > ---------------------------------------------------------------
8669 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8670 > with "unsubscribe ircservices" in the body, without the quotes.
8671 >
8672
8673 ---------------------------------------------------------------
8674 To unsubscribe, send email to majordomo@ender.shadowfire.org
8675 with "unsubscribe ircservices" in the body, without the quotes.
8676
8677 From andrewk at icon.co.za Fri Oct 1 13:33:01 1999
8678 From: andrewk at icon.co.za (Andrew Kempe)
8679 Date: Sat Oct 23 23:00:50 2004
8680 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8681 In-Reply-To: <Pine.LNX.4.00.9910010957460.25961-100000@hades.bleu.paganpaths.org>
8682 References: Pine.LNX.4.00.9910010957460.25961&#45;100000@hades.bleu.paganpaths.org
8683 Message-ID: 001701bf0c4c$27dcc1d0$0100a8c0@shadow
8684
8685 This is a general reply to this thread....
8686
8687 I've implemented a system whereby Services is configured to look for a
8688 certain number of periods (".") in the akill mask. If the mask is too
8689 general, and has fewer than the required periods, the mask is rejected.
8690
8691 I'll probably also check if the mask is globally matching one (i.e. matches
8692 everything) and reject it too.
8693
8694 This will only be available in the next major release of IRC Services - ETA
8695 is currently a month or two.
8696
8697 Andrew
8698
8699 (back to the books, exams and large quantities of coffee)
8700
8701 > -----Original Message-----
8702 > From: owner-ircservices@ender.shadowfire.org
8703 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Kevin
8704 > Sent: 01 October 1999 17:03
8705 > To: ircservices@ender.shadowfire.org
8706 > Subject: Re: [IRCServices] AKILL *@* Lame IRCops Protection.
8707 >
8708 >
8709 >
8710 > On Fri, 1 Oct 1999, Jozenobio de Melo Brasil wrote:
8711 >
8712 > > I has maked a good protection for services if lame ircops try
8713 > > akill *@*... this protection can be used on akick too.
8714 > >
8715 > > Thanks all... :)
8716 > >
8717 > > /* Lame IRCops Protection by Jozeph'99 */
8718 > > if (s) {
8719 > > s++;
8720 > > i = 0;
8721 > > while (*s) {
8722 > > if (*s != '*' && *s != '.')
8723 > > i++;
8724 > > s++;
8725 > Note: This line is indented wrong, s++ isn't dependent on the if
8726 > statement!
8727 > > }
8728 > > if (i<4) {
8729 > > wallops(s_OperServ, "%s tried to akill add %s!",
8730 > > u->nick, mask);
8731 > > return;
8732 > > }
8733 > > }
8734 > > /* End Lame IRCops Protection */
8735 >
8736 > If I understand right, this looks for any non-wildcard characters in the
8737 > mask, and counts how many, which is good... but why not eliminate @ and !
8738 > as well, and make the test i < 1 or 1 < 2? Of course, then there's the
8739 > question of what the shortest reasonable akill is... is akilling *@*.uk
8740 > reasonable? *@*.net? Maybe it should stay at i < 4, but exclude the @
8741 > too, that way the shortest bans possible would be stuff like *@a*.net or
8742 > *@*.co.uk... perhaps even require 5 chars?
8743 >
8744 > I think it would be good to add this patch, or perhaps a slight
8745 > modification of it, to services. Should log the attempt though, not just
8746 > wallop it, so that it can be verified later if no one with sufficient
8747 > authority is on when it happens. (e.g. only one irc op is on when they do
8748 > this...)
8749 >
8750 > --Kevin
8751 >
8752 > --
8753 > PaganPaths IRC Network - irc.paganpaths.org - <A HREF="http://www.paganpaths.org/">http://www.paganpaths.org/</A>
8754 > PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
8755 > If you're reading this you're part of the mass hallucination that is Kevin
8756 > the Blue.
8757 > Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
8758 > PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
8759 > Wear a blue ribbon today to show your solidarity for freedom of speech on
8760 > the Internet!
8761 >
8762 > ---------------------------------------------------------------
8763 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8764 > with "unsubscribe ircservices" in the body, without the quotes.
8765 >
8766
8767 ---------------------------------------------------------------
8768 To unsubscribe, send email to majordomo@ender.shadowfire.org
8769 with "unsubscribe ircservices" in the body, without the quotes.
8770
8771 From andrewk at icon.co.za Fri Oct 1 13:35:02 1999
8772 From: andrewk at icon.co.za (Andrew Kempe)
8773 Date: Sat Oct 23 23:00:51 2004
8774 Subject: [IRCServices] Channel Successor
8775 In-Reply-To: <NDBBKLOOKLMAKHFICBLCIEBOCBAA.uhc0@rz.uni-karlsruhe.de>
8776 References: NDBBKLOOKLMAKHFICBLCIEBOCBAA.uhc0@rz.uni&#45;karlsruhe.de
8777 Message-ID: 001801bf0c4c$70169840$0100a8c0@shadow
8778
8779 The successor feature is purely a safegaurd and is intended to
8780 provide/support special access/permissions. I think it's going to stay that
8781 way seeing as the successor can be given access to all the nescessary
8782 commands via the access list.
8783
8784 Andrew
8785
8786 > -----Original Message-----
8787 > From: owner-ircservices@ender.shadowfire.org
8788 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Yusuf
8789 > Iskenderoglu
8790 > Sent: 30 September 1999 23:23
8791 > To: Services
8792 > Subject: [IRCServices] Channel Successor
8793 >
8794 >
8795 >
8796 > Hello,
8797 >
8798 > I had some questions about Channel Successor setting.
8799 > It is good to be able to set a successor for a channel, but
8800 > even though one might be set, the successor has no rights while
8801 > the founder's nickname persists.
8802 >
8803 > I wanted to say, that e.g. the successor does not get autoopped, nor
8804 > the successor can use other ChanServ commands.
8805 > This results in having to add the successor to the access list,
8806 > but the founder's
8807 > nickname does not need to be in the access list.
8808 >
8809 > What I am going to suggest is, to implement another level, an
8810 > access level :
8811 > successor level.
8812 > Using this, the founder might use
8813 > /chanserv levels #channel set set successor
8814 > /chanserv levels #channel set clear successor
8815 > To enable several commands to the successor.
8816 >
8817 > And, therefore the successor level should be a level between 9999
8818 > and founder. To
8819 > ensure that the successor can use "normal" chanserv commands.
8820 >
8821 > regards;
8822 >
8823 > ---------------------------------
8824 > Yusuf Iskenderoglu
8825 > eMail : uhc0@rz.uni-karlsruhe.de
8826 > ICQ : 20587464
8827 > ---------------------------------
8828 >
8829 > ---------------------------------------------------------------
8830 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8831 > with "unsubscribe ircservices" in the body, without the quotes.
8832 >
8833
8834 ---------------------------------------------------------------
8835 To unsubscribe, send email to majordomo@ender.shadowfire.org
8836 with "unsubscribe ircservices" in the body, without the quotes.
8837
8838 From v13 at it.teithe.gr Fri Oct 1 14:06:00 1999
8839 From: v13 at it.teithe.gr (Harhalakis Stefanos)
8840 Date: Sat Oct 23 23:00:51 2004
8841 Subject: [IRCServices] AKILL *@* Lame IRCops Protection.
8842 In-Reply-To: <Pine.LNX.4.00.9910011031290.5132-100000@jozeph.globalmedia.com.br>
8843 References: Pine.LNX.4.00.9910011031290.5132&#45;100000@jozeph.globalmedia.com.br
8844 Message-ID: Pine.SGI.4.05.9910012343470.19307&#45;100000@aetos.it.teithe.gr
8845
8846 you can use some checks like: match_wild(mask,"@"),
8847 match_wild(mask,"@.com")... so that someone canot enter e mask like
8848 **...**@**...** or *@*com. Any mask like *@* will match @.
8849 (Use your imagination. "@..." is a nice trick to prevent "*@*.*.*.*"...)
8850
8851 <<V13>>
8852
8853 On Fri, 1 Oct 1999, Jozenobio de Melo Brasil wrote:
8854
8855 > Hi All,
8856 >
8857 > I has maked a good protection for services if lame ircops try
8858 > akill *@*... this protection can be used on akick too.
8859 >
8860 > Thanks all... :)
8861 >
8862 > /* Lame IRCops Protection by Jozeph'99 */
8863 > if (s) {
8864 > s++;
8865 > i = 0;
8866 > while (*s) {
8867 > if (*s != '*' && *s != '.')
8868 > i++;
8869 > s++;
8870 > }
8871 > if (i<4) {
8872 > wallops(s_OperServ, "%s tried to akill add %s!",
8873 > u->nick, mask);
8874 > return;
8875 > }
8876 > }
8877 > /* End Lame IRCops Protection */
8878 >
8879 >
8880 > --
8881 > --------------------------------------------------------------------
8882 > \|/ --- \|/ | Jozenóbio de Melo Brasil.
8883 > @~/ Oo \~@ | jozeph@globalmedia.com.br
8884 > /_( \__/ )_\ | http://www.globalmedia.com.br/jozeph
8885 > \__U_/ | " Onde a maioria vive com a bondade,
8886 > | a maldade da minoria tende sempre a desaparecer! "
8887 > --------------------------------------------------------------------
8888 > The box said "Windows 95, Windows NT 4.0, or better", so I installed
8889 > Linux.
8890 >
8891 > ---------------------------------------------------------------
8892 > To unsubscribe, send email to majordomo@ender.shadowfire.org
8893 > with "unsubscribe ircservices" in the body, without the quotes.
8894 >
8895
8896 ---------------------------------------------------------------
8897 To unsubscribe, send email to majordomo@ender.shadowfire.org
8898 with "unsubscribe ircservices" in the body, without the quotes.
8899
8900 From net at lite.net Sat Oct 2 16:19:25 1999
8901 From: net at lite.net (Jonathan George)
8902 Date: Sat Oct 23 23:00:51 2004
8903 Subject: [IRCServices] preventing global akicks
8904 In-Reply-To: <19991001053721600.AAA240@stream.qx.net@[208.200.111.17]>
8905 References: 19991001053721600.AAA240@stream.qx.net@[208.200.111.17]
8906 Message-ID: Pine.LNX.4.10.9910021816420.20922&#45;100000@lite.net
8907
8908 You could always do something like:
8909
8910 (the functions should be fairly clear, although I'll bet the names aren't
8911 right :)
8912
8913 if (match_wild(mask, "asdf@jkl;")) {
8914 /* really broad mask, eh? */
8915 return;
8916 }
8917
8918 |> if (!stricmp(mask, "*!*@*") || !stricmp(mask, "*@*") ||
8919 |> !stricmp(mask,"*@**") || !stricmp(mask,"*@*.*")) {
8920 |> send_msg(s_ChanServ, u->nick, "Your akick mask is to
8921 |> broad.");
8922 |> log("%s: %s tried to akick add %s on %s!", s_ChanServ,
8923 |> u->nick,
8924 |> mask, chan);
8925 |> wallops(s_ChanServ, "%s tried to akick add %s on %s!",
8926 |> u->nick,
8927 |> mask, chan);
8928 |> return;
8929 |> }
8930
8931 ------------------------------------------
8932 Jonathan George (net@lite.net)
8933 Terra World, Inc. (support@terraworld.net)
8934 Programmer (outlaw@terraworld.net)
8935 Technician (root@lite.net)
8936
8937 "Never execute code written on a Friday or
8938 a Monday."
8939
8940 ---------------------------------------------------------------
8941 To unsubscribe, send email to majordomo@ender.shadowfire.org
8942 with "unsubscribe ircservices" in the body, without the quotes.
8943
8944 From Services at sysopnet.org Mon Oct 4 18:11:46 1999
8945 From: Services at sysopnet.org (Scott Drake)
8946 Date: Sat Oct 23 23:00:51 2004
8947 Subject: [IRCServices] ChanServ list *
8948 Message-ID: 199910042112.5144713.6@sysopnet.org
8949
8950 I have just installed the latest Services and was surprised when I did a
8951 /msg ChanServ list * to see not only the Registered channels but those
8952 that are forbidden also. Is there anyway to either list the registered channels
8953 and the forbidden separtertly or just have the registered channel display
8954 instead of both making it hard to see which is which?
8955
8956
8957
8958 Regards,
8959
8960 Scott Drake
8961 SysOpNet IRC Network - irc.SysOpNet.Org
8962 ircadmin@SysOpNet.Org
8963
8964
8965
8966 ---------------------------------------------------------------
8967 To unsubscribe, send email to majordomo@ender.shadowfire.org
8968 with "unsubscribe ircservices" in the body, without the quotes.
8969
8970 From jestercm at chatfamily.com Mon Oct 4 21:03:54 1999
8971 From: jestercm at chatfamily.com (David Narayan)
8972 Date: Sat Oct 23 23:00:51 2004
8973 Subject: [IRCServices] ChanServ list *
8974 In-Reply-To: <199910042112.5144713.6@sysopnet.org>
8975 References: 199910042112.5144713.6@sysopnet.org
8976 Message-ID: Pine.LNX.3.96.991005000053.11032A&#45;100000@ns
8977
8978 /msg ChanServ list * FORBIDDEN
8979 will show all the ones that are forbidden.
8980
8981 /msg ChanServ list * NOEXPIRE
8982 shows the ones that wont expire.
8983
8984 list * shows everything since by definition a * is a full wildcard.
8985
8986 -----
8987 David Narayan
8988 Server Administrator
8989 http://www.chatfamily.com
8990
8991 On Mon, 4 Oct 1999, Scott Drake wrote:
8992
8993 > I have just installed the latest Services and was surprised when I did a
8994 > /msg ChanServ list * to see not only the Registered channels but those
8995 > that are forbidden also. Is there anyway to either list the registered channels
8996 > and the forbidden separtertly or just have the registered channel display
8997 > instead of both making it hard to see which is which?
8998 >
8999 >
9000 >
9001 > Regards,
9002 >
9003 > Scott Drake
9004 > SysOpNet IRC Network - irc.SysOpNet.Org
9005 > ircadmin@SysOpNet.Org
9006 >
9007 >
9008 >
9009 > ---------------------------------------------------------------
9010 > To unsubscribe, send email to majordomo@ender.shadowfire.org
9011 > with "unsubscribe ircservices" in the body, without the quotes.
9012 >
9013
9014 ---------------------------------------------------------------
9015 To unsubscribe, send email to majordomo@ender.shadowfire.org
9016 with "unsubscribe ircservices" in the body, without the quotes.
9017
9018 From dmircea at kappa.ro Tue Oct 5 02:33:29 1999
9019 From: dmircea at kappa.ro (Mircea Damian)
9020 Date: Sat Oct 23 23:00:51 2004
9021 Subject: [IRCServices] MD5 encryption
9022 Message-ID: 19991005123329.A16143@kappa.ro
9023
9024
9025 Hello,
9026
9027 Here is a small patch to make encryption work for me:
9028
9029
9030 --- encrypt.c.orig Wed Jun 2 10:40:05 1999
9031 +++ encrypt.c Mon Oct 4 20:34:57 1999
9032 @@ -354,6 +354,10 @@
9033
9034 if (size < 16)
9035 return -1;
9036 +
9037 + memset(&context, 0, sizeof(context));
9038 + memset(&digest, 0, sizeof(digest));
9039 +
9040 MD5Init(&context);
9041 MD5Update(&context, src, len);
9042 MD5Final(digest, &context);
9043
9044 Without this the password authentification will allways fail because the
9045 variables aren't initialized to 0.
9046
9047 I hope it helps.
9048
9049 Good luck,
9050
9051 --
9052 Mircea Damian
9053 E-mails: dmircea@kappa.ro, dmircea@roedu.net
9054 WebPage: http://taz.mania.k.ro/~dmircea/
9055
9056 From natey at capetown.za.org Sun Oct 3 14:32:55 1999
9057 From: natey at capetown.za.org (Natey on IRC)
9058 Date: Sat Oct 23 23:00:51 2004
9059 Subject: [IRCServices] Info about IRC Services
9060 Message-ID: 3.0.5.32.19991003233255.0087a250@capetown.za.org
9061
9062 Hi there,
9063
9064 Does anyone know if there is an RFC for IRC Network services written?
9065
9066 Also, I'm wondering if anyone has written a decent StatServ that can give
9067 back a map of how servers are connected?
9068
9069 server1.test.net
9070 `-server2.test.net
9071 |-server3.test.net
9072 | |-server4.test.net
9073 | `-services.test.net
9074 |-server5.test.net
9075 etc. etc.
9076
9077 Has anyone written something like this. I know of GeoStats, but it does
9078 not have this feature in it at the moment. :(
9079
9080 Regards
9081 Natey
9082
9083 ---------------------------------------------------------------
9084 To unsubscribe, send email to majordomo@ender.shadowfire.org
9085 with "unsubscribe ircservices" in the body, without the quotes.
9086
9087 From natey at capetown.za.org Sun Oct 3 14:37:49 1999
9088 From: natey at capetown.za.org (Natey on IRC)
9089 Date: Sat Oct 23 23:00:51 2004
9090 Subject: [IRCServices] Modules
9091 In-Reply-To: <Pine.LNX.3.96.990930153329.23012P-100000@vector.chocobo.org>
9092 References: <Pine.GSO.3.96.990929170416.687B-100000@shell.icon.co.za>
9093 Message-ID: 3.0.5.32.19991003233749.0087ea00@capetown.za.org
9094
9095 At 03:36 PM 30/09/99 -0700, you wrote:
9096 >On Wed, 29 Sep 1999, Andrew Kempe wrote:
9097 >
9098 >> Point me in the direction of some example code and some documentation and
9099 >> I'm more than willing to attempt to provide this type of support.
9100 >>
9101 >> I've been toying with the idea of modules for a while now - mainly due to
9102 >> the number of requests for specific addtions to Services. By having module
9103 >> support, DALnet specific enhancements, detailed statistics etc would be
9104 >> easier to implement. Currently Services is modular in the sense of #define
9105 >> blocks :)
9106
9107 Well adding a few lines into certain files like main.c etc. and then
9108 include module.c into the Makefiles etc. is the short cut *eg*.
9109
9110 Module support relies on the ability to get others to program in specific
9111 ways see webmin for example :) http://www.webmin.com/ which allows one to
9112 add modules and remove them. It is written in perl b.t.w.
9113
9114 Maybe make patches availabe explaining cut the next 4 lines and paste at
9115 line x in the source code :) I currently do this sort of manual patching.
9116 >
9117 >Listar and Apache (the latter being the most commonly-used program to use
9118 >this) use dynamically-loadable modules to extend their functionality. You
9119 >might look at the dl* calls, like in Linux's and Solaris' libdl.so;
9120 >FreeBSD has the dl functions built into their libc.
9121 >
9122 >And if you come across a platform which does not support
9123 >dynamically-linkable modules or those whose dynamic support is either too
9124 >hairy or broken, you'd have to build otherwise-dynamic functions directly
9125 >into the services binary statically.
9126
9127 Rebuilding services may be the best bet allowing one to see whether there
9128 is a problem with compiling the module into services.
9129
9130 Regards
9131 Natey
9132
9133 ---------------------------------------------------------------
9134 To unsubscribe, send email to majordomo@ender.shadowfire.org
9135 with "unsubscribe ircservices" in the body, without the quotes.
9136
9137 From natey at capetown.za.org Sun Oct 3 14:44:51 1999
9138 From: natey at capetown.za.org (Natey on IRC)
9139 Date: Sat Oct 23 23:00:51 2004
9140 Subject: [IRCServices] New IRC protocol revised
9141 In-Reply-To: <37f21a2b.00414@dragonfire.net>
9142 References: 37f21a2b.00414@dragonfire.net
9143 Message-ID: 3.0.5.32.19991003234451.0087ea00@capetown.za.org
9144
9145 At 10:51 PM 29/09/99 JST, you wrote:
9146 > I've revised my new IRC protocol definition again; the URL is (still)
9147 >http://achurch.dragonfire.net/irc3/ . Comments are welcome, appreciated,
9148 >and in fact longed for. (: There's still one big unresolved point dealing
9149 >with cyclic networks, but I'm thinking of submitting it as an Internet
9150 >Draft in the near future anyway, just to see what kind of feedback I get.
9151
9152 Andy, I don't want to be rude or anything but why would anyone want to have
9153 a network where servers are connected in a circular fashion? It would
9154 require additional bandwidth making the rule of thumb go up. :( Not
9155 forgetting additional RAM required for the ircd to remember that it has
9156 various paths to send data to reach server x.
9157
9158 Currently the DALnet implementation of irc protocol is quite good, well
9159 actually the best comparing it to ircu, irce etc. etc.
9160
9161 Many IRC Networks are basing their ircd's on DALnet code! (Believe it or not).
9162
9163 Regards
9164 Natey
9165 >
9166 > Incidentally, I seem to recall someone on this list saying they were
9167 >working on developing a server using this new protocol. Are you out there
9168 >somewhere or is it just my wishful thinking acting up again?
9169 >
9170 > --Andrew Church
9171 > achurch@dragonfire.net
9172 > <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
9173 >---------------------------------------------------------------
9174 >To unsubscribe, send email to majordomo@ender.shadowfire.org
9175 >with "unsubscribe ircservices" in the body, without the quotes.
9176 >
9177 >
9178 >
9179
9180 ---------------------------------------------------------------
9181 To unsubscribe, send email to majordomo@ender.shadowfire.org
9182 with "unsubscribe ircservices" in the body, without the quotes.
9183
9184 From kieran_spain at eol.ieaust.org.au Tue Oct 5 17:22:13 1999
9185 From: kieran_spain at eol.ieaust.org.au (Kieran Spain)
9186 Date: Sat Oct 23 23:00:51 2004
9187 Subject: [IRCServices] Info about IRC Services
9188 Message-ID: fc.000f54ac001c1c8e3b9aca00edc42399.1c1c8f@eol.ieaust.org.au
9189
9190 This feature should be almost every IRCD around...
9191 /map would be a good guess as to what the command is...
9192
9193 ---------------------------------------------------------------
9194 To unsubscribe, send email to majordomo@ender.shadowfire.org
9195 with "unsubscribe ircservices" in the body, without the quotes.
9196
9197 From scotts at flamebait.org Tue Oct 5 20:29:33 1999
9198 From: scotts at flamebait.org (Scott Seufert)
9199 Date: Sat Oct 23 23:00:51 2004
9200 Subject: [IRCServices] Info about IRC Services
9201 Message-ID: 19991006003224383.AAA388@stream.qx.net@[208.200.111.91]
9202
9203
9204
9205 ----------
9206 >From: Natey on IRC <natey@capetown.za.org>
9207 >To: ircservices@ender.shadowfire.org
9208 >Subject: [IRCServices] Info about IRC Services
9209 >Date: Sun, Oct 3, 1999, 2:32 PM
9210 >
9211
9212 > Hi there,
9213 >
9214 > Does anyone know if there is an RFC for IRC Network services written?
9215 >
9216
9217 RFC1459 covers IRC and IRC networking. Services would fall under this same
9218 RFC.
9219
9220 > Also, I'm wondering if anyone has written a decent StatServ that can give
9221 > back a map of how servers are connected?
9222 >
9223 > server1.test.net
9224 > `-server2.test.net
9225 > |-server3.test.net
9226 > | |-server4.test.net
9227 > | `-services.test.net
9228 > |-server5.test.net
9229 > etc. etc.
9230 >
9231
9232 IMHO, /links does a very good job at showing you your network topography.
9233
9234
9235 > Has anyone written something like this. I know of GeoStats, but it does
9236 > not have this feature in it at the moment. :(
9237 >
9238 > Regards
9239 > Natey
9240 >
9241
9242
9243 Scott Seufert
9244 aka katsklaw@irc
9245 Netowrk Admin
9246 FlameBait.Org 7000
9247 ---------------------------------------------------------------
9248 To unsubscribe, send email to majordomo@ender.shadowfire.org
9249 with "unsubscribe ircservices" in the body, without the quotes.
9250
9251 From Services at sysopnet.org Tue Oct 5 17:39:15 1999
9252 From: Services at sysopnet.org (Scott Drake)
9253 Date: Sat Oct 23 23:00:51 2004
9254 Subject: [IRCServices] ChanServ list *
9255 Message-ID: 199910052040.2246433.6@sysopnet.org
9256
9257 On Tue, 5 Oct 1999 00:03:54 -0400 (EDT), David Narayan wrote:
9258
9259 Welp when I do the cammands you list below I get the same result, it
9260 displays every channel registered and forbidden :(
9261
9262 >/msg ChanServ list * FORBIDDEN
9263 >will show all the ones that are forbidden.
9264 >
9265 >/msg ChanServ list * NOEXPIRE
9266 >shows the ones that wont expire.
9267 >
9268 >list * shows everything since by definition a * is a full wildcard.
9269 >
9270 >-----
9271 >David Narayan
9272 >Server Administrator
9273 >http://www.chatfamily.com
9274 >
9275 >On Mon, 4 Oct 1999, Scott Drake wrote:
9276 >
9277 >> I have just installed the latest Services and was surprised when I did a
9278 >> /msg ChanServ list * to see not only the Registered channels but those
9279 >> that are forbidden also. Is there anyway to either list the registered channels
9280 >> and the forbidden separtertly or just have the registered channel display
9281 >> instead of both making it hard to see which is which?
9282 >>
9283 >>
9284 >>
9285 >> Regards,
9286 >>
9287 >> Scott Drake
9288 >> SysOpNet IRC Network - irc.SysOpNet.Org
9289 >> ircadmin@SysOpNet.Org
9290 >>
9291 >>
9292 >>
9293 >> ---------------------------------------------------------------
9294 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
9295 >> with "unsubscribe ircservices" in the body, without the quotes.
9296 >>
9297 >
9298 >---------------------------------------------------------------
9299 >To unsubscribe, send email to majordomo@ender.shadowfire.org
9300 >with "unsubscribe ircservices" in the body, without the quotes.
9301 >
9302
9303
9304 Regards,
9305
9306 Scott Drake
9307 SysOpNet IRC Network - irc.SysOpNet.Org
9308 ircadmin@SysOpNet.Org
9309
9310
9311
9312 ---------------------------------------------------------------
9313 To unsubscribe, send email to majordomo@ender.shadowfire.org
9314 with "unsubscribe ircservices" in the body, without the quotes.
9315
9316 From Services at sysopnet.org Tue Oct 5 17:44:04 1999
9317 From: Services at sysopnet.org (Scott Drake)
9318 Date: Sat Oct 23 23:00:51 2004
9319 Subject: [IRCServices] Spoofing a user ID
9320 Message-ID: 199910052045.1245030.6@sysopnet.org
9321
9322 I was on my network today and saw something very interesting, it seems
9323 someone decided to bring a bot onto a channel where the bot died and
9324 was ablr to spoof chanserv into op'ing it by using a user mask of
9325 ircadmin@@ns1.isonline.com??? Besides making the nickserv
9326 username secure and making the bot identify itself everytime is
9327 there anything one can do to prevent chanserv from op'ing the
9328 wrong person and/or bot when the use 2 "@@" in the mask?
9329
9330
9331
9332 Regards,
9333
9334 Scott Drake
9335 SysOpNet IRC Network - irc.SysOpNet.Org
9336 ircadmin@SysOpNet.Org
9337
9338
9339
9340 ---------------------------------------------------------------
9341 To unsubscribe, send email to majordomo@ender.shadowfire.org
9342 with "unsubscribe ircservices" in the body, without the quotes.
9343
9344 From andrewk at icon.co.za Wed Oct 6 01:20:58 1999
9345 From: andrewk at icon.co.za (Andrew Kempe)
9346 Date: Sat Oct 23 23:00:51 2004
9347 Subject: [IRCServices] Info about IRC Services
9348 In-Reply-To: <3.0.5.32.19991003233255.0087a250@capetown.za.org>
9349 References: 3.0.5.32.19991003233255.0087a250@capetown.za.org
9350 Message-ID: Pine.GSO.3.96.991006101957.3369H&#45;100000@shell.icon.co.za
9351
9352 The ircd that ShadowFire uses has this build into it. The next major
9353 release of IRC Services may support this via it's build in statserv.
9354
9355 Get the ShadowFire ircd from:
9356
9357 ftp://ender.shadowfire.org/pub/ircd/
9358
9359 The ircd also includes RPING and UPING.
9360
9361 Andrew
9362
9363 On Sun, 3 Oct 1999, Natey on IRC wrote:
9364
9365 > Hi there,
9366 >
9367 > Does anyone know if there is an RFC for IRC Network services written?
9368 >
9369 > Also, I'm wondering if anyone has written a decent StatServ that can give
9370 > back a map of how servers are connected?
9371 >
9372 > server1.test.net
9373 > `-server2.test.net
9374 > |-server3.test.net
9375 > | |-server4.test.net
9376 > | `-services.test.net
9377 > |-server5.test.net
9378 > etc. etc.
9379 >
9380 > Has anyone written something like this. I know of GeoStats, but it does
9381 > not have this feature in it at the moment. :(
9382 >
9383 > Regards
9384 > Natey
9385 >
9386 > ---------------------------------------------------------------
9387 > To unsubscribe, send email to majordomo@ender.shadowfire.org
9388 > with "unsubscribe ircservices" in the body, without the quotes.
9389 >
9390
9391 ---------------------------------------------------------------
9392 To unsubscribe, send email to majordomo@ender.shadowfire.org
9393 with "unsubscribe ircservices" in the body, without the quotes.
9394
9395 From achurch at dragonfire.net Wed Oct 6 19:52:50 1999
9396 From: achurch at dragonfire.net (Andrew Church)
9397 Date: Sat Oct 23 23:00:51 2004
9398 Subject: [IRCServices] New IRC protocol revised
9399 Message-ID: 37fb3512.00250@dragonfire.net
9400
9401 >Andy, I don't want to be rude or anything but why would anyone want to have
9402 >a network where servers are connected in a circular fashion?
9403
9404 Two words: No netsplits. Well, few netsplits, certainly compared to
9405 the current tree-style networks. Until the Internet becomes as stable as
9406 the telephone network--which to be honest I can't see happening in the near
9407 future; I'm honestly scared shitless at the thought of ordinary phone calls
9408 being routed over the Internet--links are going to drop out occasionally
9409 for no fault of the servers, and to avoid problems arising from that we
9410 need redundancy at a higher level, like the IRC network level.
9411
9412 >It would require additional bandwidth
9413
9414 This is partly the fault of my algorithm--complete graphs will cause
9415 quite a bunch of unnecessary messages to be sent; I'll see about fixing
9416 that--but even then, the difference shouldn't be significant for most
9417 cases. For example, a 3-node "loop" network will send 4 copies of a
9418 global message where only 2 are required; but a 6-node "loop" network will
9419 send 6 where 5 are required, a much less significant excess.
9420
9421 And if this does bother you so much, there's nothing saying you
9422 _have_ to link your servers in a cyclic network. Cyclic networks are a
9423 significant part of my specification, but hardly the only part. There's
9424 also (1) internationalization--in case you hadn't noticed, English is not
9425 the only language in the world (have you tried using a Japanese nickname
9426 on a standard IRC server recently?); (2) binary protocol, allowing
9427 anything to be sent as a message (think audio/video on a LAN), reducing
9428 computation time (no more strcmp's on commands and such), and somewhat
9429 reducing bandwidth use; and (3) it's about time _someone_ put out a
9430 protocol specification to do something about the gazillions of different
9431 variations out there.
9432
9433 >Not
9434 >forgetting additional RAM required for the ircd to remember that it has
9435 >various paths to send data to reach server x.
9436
9437 What, 2 bytes per server (ID of the next server on the shortest path)?
9438 If memory is that tight, stop using a 20-year-old computer.
9439
9440 >Currently the DALnet implementation of irc protocol is quite good, well
9441 >actually the best comparing it to ircu, irce etc. etc.
9442
9443 I won't argue that DALnet's implementation is not good. I just don't
9444 think it's not possible to come up with a better one (whether mine is
9445 better is something I'll leave up to others).
9446
9447 I also ought to practice not using so many negatives at once.
9448
9449 --Andrew Church
9450 achurch@dragonfire.net
9451 http://achurch.dragonfire.net/
9452 ---------------------------------------------------------------
9453 To unsubscribe, send email to majordomo@ender.shadowfire.org
9454 with "unsubscribe ircservices" in the body, without the quotes.
9455
9456 From scotts at flamebait.org Wed Oct 6 18:33:37 1999
9457 From: scotts at flamebait.org (Scott Seufert)
9458 Date: Sat Oct 23 23:00:51 2004
9459 Subject: [IRCServices] New IRC protocol revised
9460 Message-ID: 19991006223657793.AAA365@stream.qx.net@[208.200.111.217]
9461
9462
9463
9464 ----------
9465 >From: achurch@dragonfire.net (Andrew Church)
9466 >To: ircservices@ender.shadowfire.org
9467 >Subject: Re: [IRCServices] New IRC protocol revised
9468 >Date: Wed, Oct 6, 1999, 3:52 AM
9469 >
9470
9471 >>Andy, I don't want to be rude or anything but why would anyone want to have
9472 >>a network where servers are connected in a circular fashion?
9473 >
9474 > Two words: No netsplits. Well, few netsplits, certainly compared to
9475 > the current tree-style networks. Until the Internet becomes as stable as
9476 > the telephone network--which to be honest I can't see happening in the near
9477 > future; I'm honestly scared shitless at the thought of ordinary phone calls
9478 > being routed over the Internet--links are going to drop out occasionally
9479 > for no fault of the servers, and to avoid problems arising from that we
9480 > need redundancy at a higher level, like the IRC network level.
9481 >
9482 <snip>
9483
9484 If I read this correctly this new protocol will allow more than one
9485 connection to the same server at the same time? ... if so how will Jupes be
9486 handled? ... and how will the network know which way to send data, so that
9487 the server that is connected more than once don't receive it's data from
9488 more than one source?
9489
9490 With DSL growing so popular the end user portion is already gorwing "more
9491 stable". :)
9492
9493
9494 Scott Seufert
9495 aka katsklaw@irc
9496 Network Admin
9497 FlameBait.Org 7000
9498 ---------------------------------------------------------------
9499 To unsubscribe, send email to majordomo@ender.shadowfire.org
9500 with "unsubscribe ircservices" in the body, without the quotes.
9501
9502 From achurch at dragonfire.net Thu Oct 7 21:59:45 1999
9503 From: achurch at dragonfire.net (Andrew Church)
9504 Date: Sat Oct 23 23:00:51 2004
9505 Subject: [IRCServices] New IRC protocol revised
9506 Message-ID: 37fc99c7.00502@dragonfire.net
9507
9508 >If I read this correctly this new protocol will allow more than one
9509 >connection to the same server at the same time?
9510
9511 Yes.
9512
9513 >... if so how will Jupes be handled? ...
9514
9515 You won't be able to do them the way you do now; you'd need to
9516 modify servers' configurations and/or add a new command to keep a server
9517 out.
9518
9519 Come to think of it, this does raise an interesting problem where a
9520 server connects with the same name and ID as another server already on
9521 the network, causing some/all messages to that server to be misdirected.
9522 Maybe we need a remote address check on duplicate connections (which
9523 would allow jupes to work again).
9524
9525 >and how will the network know which way to send data, so that
9526 >the server that is connected more than once don't receive it's data from
9527 >more than one source?
9528
9529 This is described in section 1.6.
9530
9531 >With DSL growing so popular the end user portion is already gorwing "more
9532 >stable". :)
9533
9534 Tell that to one of my friends on EsperNet who delinked his server
9535 because his DSL connection was so unstable.
9536
9537 Also remember that stability is not just the end-user-to-uplink
9538 connection, but all the routers on the paths between the servers/clients--
9539 it's actually the latter part that worries me the most.
9540
9541 --Andrew Church
9542 achurch@dragonfire.net
9543 http://achurch.dragonfire.net/
9544 ---------------------------------------------------------------
9545 To unsubscribe, send email to majordomo@ender.shadowfire.org
9546 with "unsubscribe ircservices" in the body, without the quotes.
9547
9548 From climber at rionet.com.br Thu Oct 7 13:46:37 1999
9549 From: climber at rionet.com.br (root of all evil)
9550 Date: Sat Oct 23 23:00:51 2004
9551 Subject: [IRCServices] what do they think ?
9552 References: <37fc99c7.00502@dragonfire.net>
9553 Message-ID: 99100716582300.00678@rcmoraes.intranet
9554
9555 i had wrote this function on my services, it is working well, but i wold like
9556 to hear coments and sugestions on it
9557
9558 it send password information to the nick email (ni->email) and i changed the
9559 do_register, so users must give a mail
9560
9561 the function is it :
9562
9563 static void do_sendpass(User *u)
9564 {
9565 #ifndef USE_ENCRYPTION
9566 char *nick = strtok(NULL, " ");
9567 NickInfo *ni;
9568 FILE *tosend;
9569 FILE *lock;
9570 #endif
9571
9572 #ifdef USE_ENCRYPTION
9573 notice(s_NickServ, u->nick, "SENDPASS not avaliable");
9574 #else
9575 lock = fopen(".senpass.nick", "r");
9576 if (lock) {
9577 notice(s_NickServ, u->nick, "Sendpass is busy, try again later");
9578 fclose(lock);
9579 return ;
9580 }else if (!nick) {
9581 notice(s_NickServ, u->nick, "Sintax: /msg NickServ SENDPASS nick");
9582 return ;
9583 } else if (!(ni = findnick(nick))) {
9584 notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
9585 return ;
9586 } else if (nick_is_services_admin(ni) && !is_services_root(u)) {
9587 notice_lang(s_NickServ, u, PERMISSION_DENIED);
9588 return ;
9589 } else if (!ni->email) {
9590 notice(s_NickServ, u->nick, "No email set");
9591 return ;
9592 } else if (!strchr(ni->email, '@')) {
9593 notice(s_NickServ, u->nick, "bad email");
9594 return ;
9595 } else if(strlen(ni->email)>50) {
9596 notice(s_NickServ, u->nick, "bad email");
9597 return ;
9598 } else {
9599
9600 char illsend[256];
9601 strcpy(illsend,"/usr/sbin/sendmail ");
9602 strcat(illsend, ni->email);
9603 strcat(illsend," < .sendpass.nick");
9604
9605 tosend = fopen(".sendpass.nick", "w");
9606 if (tosend) {
9607 fprintf(tosend, "From: brasirc@brasirc.com.br\n");
9608 fprintf(tosend, "Subject: [%s] Password\n", ni->nick);
9609 fprintf(tosend, "\n");
9610 fprintf(tosend, "Dear user\n");
9611 fprintf(tosend, "yor nick %s password is:%s\n", ni->nick, ni->pass);
9612 fprintf(tosend, "if u need help write to ajuda@brasirc.com.br\n");
9613 fprintf(tosend, "or join #BrasIRCOP\n");
9614 fprintf(tosend, "\n");
9615 fprintf(tosend, "BrasIRC.com.br network");
9616 fprintf(tosend,".\n"); /* this get us out on sendmail */
9617 fclose(tosend);
9618
9619 system(illsend);
9620 system("rm -f .sendpass.nick");
9621
9622 log("%s: %s!%s@%s used SENDPASS on %s email: %s", s_NickServ, u->nick,
9623 u ->username, u->host, nick, ni->email);
9624 if (WallGetpass)
9625 wallops(s_NickServ, "\2%s\2 used SENDPASS on \2%s\2, mail: %s",
9626 u->nick, nick, ni->email);
9627 } else { notice(s_NickServ, u->nick, "Ooops, Something gone
9628 wrong on SendPass");
9629 } }
9630 }
9631 #endif
9632
9633 Fighter ircadmin irc.rionet.com.br
9634 Brasirc.com.br Network
9635 ---------------------------------------------------------------
9636 To unsubscribe, send email to majordomo@ender.shadowfire.org
9637 with "unsubscribe ircservices" in the body, without the quotes.
9638
9639 From andrewk at icon.co.za Fri Oct 8 02:42:27 1999
9640 From: andrewk at icon.co.za (Andrew Kempe)
9641 Date: Sat Oct 23 23:00:51 2004
9642 Subject: [IRCServices] what do they think ?
9643 In-Reply-To: <99100716582300.00678@rcmoraes.intranet>
9644 References: 99100716582300.00678@rcmoraes.intranet
9645 Message-ID: Pine.GSO.3.96.991008113406.27085E&#45;100000@shell.icon.co.za
9646
9647 I have little experience with system(), but from what I've heard, it's not
9648 such a good command to use. execve() being a more preferred method. Am I
9649 correct?
9650
9651 This type of functionality is already being build into the next version of
9652 IRC Services.
9653
9654 Andrew
9655
9656 On Thu, 7 Oct 1999, root of all evil wrote:
9657
9658 > i had wrote this function on my services, it is working well, but i wold like
9659 > to hear coments and sugestions on it
9660 >
9661 > it send password information to the nick email (ni->email) and i changed the
9662 > do_register, so users must give a mail
9663 >
9664 > the function is it :
9665 >
9666 > static void do_sendpass(User *u)
9667 > {
9668 > #ifndef USE_ENCRYPTION
9669 > char *nick = strtok(NULL, " ");
9670 > NickInfo *ni;
9671 > FILE *tosend;
9672 > FILE *lock;
9673 > #endif
9674 >
9675 > #ifdef USE_ENCRYPTION
9676 > notice(s_NickServ, u->nick, "SENDPASS not avaliable");
9677 > #else
9678 > lock = fopen(".senpass.nick", "r");
9679 > if (lock) {
9680 > notice(s_NickServ, u->nick, "Sendpass is busy, try again later");
9681 > fclose(lock);
9682 > return ;
9683 > }else if (!nick) {
9684 > notice(s_NickServ, u->nick, "Sintax: /msg NickServ SENDPASS nick");
9685 > return ;
9686 > } else if (!(ni = findnick(nick))) {
9687 > notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
9688 > return ;
9689 > } else if (nick_is_services_admin(ni) && !is_services_root(u)) {
9690 > notice_lang(s_NickServ, u, PERMISSION_DENIED);
9691 > return ;
9692 > } else if (!ni->email) {
9693 > notice(s_NickServ, u->nick, "No email set");
9694 > return ;
9695 > } else if (!strchr(ni->email, '@')) {
9696 > notice(s_NickServ, u->nick, "bad email");
9697 > return ;
9698 > } else if(strlen(ni->email)>50) {
9699 > notice(s_NickServ, u->nick, "bad email");
9700 > return ;
9701 > } else {
9702 >
9703 > char illsend[256];
9704 > strcpy(illsend,"/usr/sbin/sendmail ");
9705 > strcat(illsend, ni->email);
9706 > strcat(illsend," < .sendpass.nick");
9707 >
9708 > tosend = fopen(".sendpass.nick", "w");
9709 > if (tosend) {
9710 > fprintf(tosend, "From: brasirc@brasirc.com.br\n");
9711 > fprintf(tosend, "Subject: [%s] Password\n", ni->nick);
9712 > fprintf(tosend, "\n");
9713 > fprintf(tosend, "Dear user\n");
9714 > fprintf(tosend, "yor nick %s password is:%s\n", ni->nick, ni->pass);
9715 > fprintf(tosend, "if u need help write to ajuda@brasirc.com.br\n");
9716 > fprintf(tosend, "or join #BrasIRCOP\n");
9717 > fprintf(tosend, "\n");
9718 > fprintf(tosend, "BrasIRC.com.br network");
9719 > fprintf(tosend,".\n"); /* this get us out on sendmail */
9720 > fclose(tosend);
9721 >
9722 > system(illsend);
9723 > system("rm -f .sendpass.nick");
9724 >
9725 > log("%s: %s!%s@%s used SENDPASS on %s email: %s", s_NickServ, u->nick,
9726 > u ->username, u->host, nick, ni->email);
9727 > if (WallGetpass)
9728 > wallops(s_NickServ, "\2%s\2 used SENDPASS on \2%s\2, mail: %s",
9729 > u->nick, nick, ni->email);
9730 > } else { notice(s_NickServ, u->nick, "Ooops, Something gone
9731 > wrong on SendPass");
9732 > } }
9733 > }
9734 > #endif
9735 >
9736 > Fighter ircadmin irc.rionet.com.br
9737 > Brasirc.com.br Network
9738 > ---------------------------------------------------------------
9739 > To unsubscribe, send email to majordomo@ender.shadowfire.org
9740 > with "unsubscribe ircservices" in the body, without the quotes.
9741 >
9742
9743 ---------------------------------------------------------------
9744 To unsubscribe, send email to majordomo@ender.shadowfire.org
9745 with "unsubscribe ircservices" in the body, without the quotes.
9746
9747 From jpinto9 at visteon.com Fri Oct 8 03:20:30 1999
9748 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
9749 Date: Sat Oct 23 23:00:51 2004
9750 Subject: [IRCServices] what do they think ?
9751 Message-ID: 199910081020.GAA17547@mailfw2.ford.com
9752
9753 I think putting the mailing job on services is not a very good idea, my idea
9754 is services should dump the data for the mails on a temp file, and then a
9755 script that would be on cron, would use thid temp file, send the mails and
9756 clean the file :), a 10mins interval cron with be a good service.
9757
9758 João Luís Marques Pinto
9759 PTlink Tech - Lamego@PTlink.net
9760 http://www.PTlink.net
9761
9762
9763
9764 -----Original Message-----
9765 From: root of all evil [<A HREF="mailto:climber@rionet.com.br">mailto:climber@rionet.com.br</A>]
9766 Sent: quinta-feira, 7 de outubro de 1999 21:47
9767 To: ircservices@ender.shadowfire.org
9768 Subject: [IRCServices] what do they think ?
9769
9770
9771 i had wrote this function on my services, it is working well, but i wold
9772 like
9773 to hear coments and sugestions on it
9774
9775 it send password information to the nick email (ni->email) and i changed the
9776 do_register, so users must give a mail
9777
9778 the function is it :
9779
9780 static void do_sendpass(User *u)
9781 {
9782 #ifndef USE_ENCRYPTION
9783 char *nick = strtok(NULL, " ");
9784 NickInfo *ni;
9785 FILE *tosend;
9786 FILE *lock;
9787 #endif
9788
9789 #ifdef USE_ENCRYPTION
9790 notice(s_NickServ, u->nick, "SENDPASS not avaliable");
9791 #else
9792 lock = fopen(".senpass.nick", "r");
9793 if (lock) {
9794 notice(s_NickServ, u->nick, "Sendpass is busy, try again later");
9795 fclose(lock);
9796 return ;
9797 }else if (!nick) {
9798 notice(s_NickServ, u->nick, "Sintax: /msg NickServ SENDPASS
9799 nick");
9800 return ;
9801 } else if (!(ni = findnick(nick))) {
9802 notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
9803 return ;
9804 } else if (nick_is_services_admin(ni) && !is_services_root(u)) {
9805 notice_lang(s_NickServ, u, PERMISSION_DENIED);
9806 return ;
9807 } else if (!ni->email) {
9808 notice(s_NickServ, u->nick, "No email set");
9809 return ;
9810 } else if (!strchr(ni->email, '@')) {
9811 notice(s_NickServ, u->nick, "bad email");
9812 return ;
9813 } else if(strlen(ni->email)>50) {
9814 notice(s_NickServ, u->nick, "bad email");
9815 return ;
9816 } else {
9817
9818 char illsend[256];
9819 strcpy(illsend,"/usr/sbin/sendmail ");
9820 strcat(illsend, ni->email);
9821 strcat(illsend," < .sendpass.nick");
9822
9823 tosend = fopen(".sendpass.nick", "w");
9824 if (tosend) {
9825 fprintf(tosend, "From: brasirc@brasirc.com.br\n");
9826 fprintf(tosend, "Subject: [%s] Password\n", ni->nick);
9827 fprintf(tosend, "\n");
9828 fprintf(tosend, "Dear user\n");
9829 fprintf(tosend, "yor nick %s password is:%s\n", ni->nick,
9830 ni->pass);
9831 fprintf(tosend, "if u need help write to
9832 ajuda@brasirc.com.br\n");
9833 fprintf(tosend, "or join #BrasIRCOP\n");
9834 fprintf(tosend, "\n");
9835 fprintf(tosend, "BrasIRC.com.br network");
9836 fprintf(tosend,".\n"); /* this get us out on sendmail */
9837 fclose(tosend);
9838
9839 system(illsend);
9840 system("rm -f .sendpass.nick");
9841
9842 log("%s: %s!%s@%s used SENDPASS on %s email: %s", s_NickServ,
9843 u->nick,
9844 u ->username, u->host, nick, ni->email);
9845 if (WallGetpass)
9846 wallops(s_NickServ, "\2%s\2 used SENDPASS on \2%s\2, mail: %s",
9847 u->nick, nick, ni->email);
9848 } else { notice(s_NickServ, u->nick, "Ooops, Something gone
9849 wrong on SendPass");
9850 } }
9851 }
9852 #endif
9853
9854 Fighter ircadmin irc.rionet.com.br
9855 Brasirc.com.br Network
9856 ---------------------------------------------------------------
9857 To unsubscribe, send email to majordomo@ender.shadowfire.org
9858 with "unsubscribe ircservices" in the body, without the quotes.
9859 ---------------------------------------------------------------
9860 To unsubscribe, send email to majordomo@ender.shadowfire.org
9861 with "unsubscribe ircservices" in the body, without the quotes.
9862
9863 From scotts at flamebait.org Fri Oct 8 08:30:59 1999
9864 From: scotts at flamebait.org (Scott Seufert)
9865 Date: Sat Oct 23 23:00:51 2004
9866 Subject: [IRCServices] what do they think ?
9867 Message-ID: 19991008123419726.AAA368@stream.qx.net@[208.200.111.97]
9868
9869
9870
9871 ----------
9872 >From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
9873 >To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
9874 >Subject: RE: [IRCServices] what do they think ?
9875 >Date: Fri, Oct 8, 1999, 3:20 AM
9876 >
9877
9878 > I think putting the mailing job on services is not a very good idea, my idea
9879 > is services should dump the data for the mails on a temp file, and then a
9880 > script that would be on cron, would use thid temp file, send the mails and
9881 > clean the file :), a 10mins interval cron with be a good service.
9882 >
9883
9884 Good in theory, however the problem I see is that users will have to wait
9885 that 10 minutes to finish registering their nick and/or any channels that
9886 are wanted registered as well. I was using IRCu and CService style bot and I
9887 found that our biggest complaint was that users didn't like that it involved
9888 such a long process, personally I see nothing wrong with requiring a few
9889 supporters, however I still got complaints. Users wanted instant results, so
9890 I removed the UnderNet style bots and daemon that I like so well and
9891 switched to DALnet's daemon and ircservices. The complaints have stopped. In
9892 short adding a 10 minute cron job may not be the answer.
9893
9894 Another thing is that when I was an oper on DALnet, services would back
9895 themselves up. When this is in process services was very hard to work with,
9896 because the box services is on was running at a high CPU. IF this mail cron
9897 job gets too big in that 10 minute span, you may see the same results.
9898
9899 <snip>
9900
9901
9902 Just my $0.02
9903
9904 Scott Seufert
9905 Network Admin
9906 FlameBait IRC Network
9907 irc.flamebait.org 7000
9908 ---------------------------------------------------------------
9909 To unsubscribe, send email to majordomo@ender.shadowfire.org
9910 with "unsubscribe ircservices" in the body, without the quotes.
9911
9912 From andrewk at icon.co.za Fri Oct 8 06:27:12 1999
9913 From: andrewk at icon.co.za (Andrew Kempe)
9914 Date: Sat Oct 23 23:00:51 2004
9915 Subject: [IRCServices] what do they think ?
9916 In-Reply-To: <19991008123419726.AAA368@stream.qx.net@[208.200.111.97]>
9917 References: 19991008123419726.AAA368@stream.qx.net@[208.200.111.97]
9918 Message-ID: Pine.GSO.3.96.991008151908.27085G&#45;100000@shell.icon.co.za
9919
9920 I agree. I was originally going to go for the cron option, but I thought
9921 that the wait would be too long. I was thinking about the following two
9922 options:
9923
9924 1. Get services to run a script, that goes into the background, that will
9925 send the relevant email. The script is run for every email.
9926 2. Get services to communicate with another proccess, which is always
9927 running, informing it of the new email to be sent. This process will then
9928 take care of the nescessary tasks. This option would require that Services
9929 ensures that the process is always running and operational.
9930
9931 Comments?
9932
9933 Andrew
9934
9935
9936
9937 On Fri, 8 Oct 1999, Scott Seufert wrote:
9938
9939 >
9940 >
9941 > ----------
9942 > >From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
9943 > >To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
9944 > >Subject: RE: [IRCServices] what do they think ?
9945 > >Date: Fri, Oct 8, 1999, 3:20 AM
9946 > >
9947 >
9948 > > I think putting the mailing job on services is not a very good idea, my idea
9949 > > is services should dump the data for the mails on a temp file, and then a
9950 > > script that would be on cron, would use thid temp file, send the mails and
9951 > > clean the file :), a 10mins interval cron with be a good service.
9952 > >
9953 >
9954 > Good in theory, however the problem I see is that users will have to wait
9955 > that 10 minutes to finish registering their nick and/or any channels that
9956 > are wanted registered as well. I was using IRCu and CService style bot and I
9957 > found that our biggest complaint was that users didn't like that it involved
9958 > such a long process, personally I see nothing wrong with requiring a few
9959 > supporters, however I still got complaints. Users wanted instant results, so
9960 > I removed the UnderNet style bots and daemon that I like so well and
9961 > switched to DALnet's daemon and ircservices. The complaints have stopped. In
9962 > short adding a 10 minute cron job may not be the answer.
9963 >
9964 > Another thing is that when I was an oper on DALnet, services would back
9965 > themselves up. When this is in process services was very hard to work with,
9966 > because the box services is on was running at a high CPU. IF this mail cron
9967 > job gets too big in that 10 minute span, you may see the same results.
9968 >
9969 > <snip>
9970 >
9971 >
9972 > Just my $0.02
9973 >
9974 > Scott Seufert
9975 > Network Admin
9976 > FlameBait IRC Network
9977 > irc.flamebait.org 7000
9978 > ---------------------------------------------------------------
9979 > To unsubscribe, send email to majordomo@ender.shadowfire.org
9980 > with "unsubscribe ircservices" in the body, without the quotes.
9981 >
9982
9983 ---------------------------------------------------------------
9984 To unsubscribe, send email to majordomo@ender.shadowfire.org
9985 with "unsubscribe ircservices" in the body, without the quotes.
9986
9987 From jpinto9 at visteon.com Fri Oct 8 07:07:51 1999
9988 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
9989 Date: Sat Oct 23 23:00:51 2004
9990 Subject: [IRCServices] what do they think ?
9991 Message-ID: 199910081408.KAA01313@mailfw1.ford.com
9992
9993 The registration would be the normal way, on the fly, just SENDPASS commands
9994 would wait for cron, 10 minutes waiting for a password doesnt look too much
9995 to me :), but you could put in on 5 mins :), for those people using
9996 encrypted passwords like me, should be implemented a Password Reminder.
9997
9998 João Luís Marques Pinto
9999 PTlink Tech - Lamego@PTlink.net
10000 http://www.PTlink.net
10001
10002
10003
10004 -----Original Message-----
10005 From: Scott Seufert [<A HREF="mailto:scotts@flamebait.org">mailto:scotts@flamebait.org</A>]
10006 Sent: sexta-feira, 8 de outubro de 1999 16:31
10007 To: ircservices@ender.shadowfire.org
10008 Subject: Re: [IRCServices] what do they think ?
10009
10010
10011
10012
10013 ----------
10014 >From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
10015 >To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
10016 >Subject: RE: [IRCServices] what do they think ?
10017 >Date: Fri, Oct 8, 1999, 3:20 AM
10018 >
10019
10020 > I think putting the mailing job on services is not a very good idea, my
10021 idea
10022 > is services should dump the data for the mails on a temp file, and then a
10023 > script that would be on cron, would use thid temp file, send the mails and
10024 > clean the file :), a 10mins interval cron with be a good service.
10025 >
10026
10027 Good in theory, however the problem I see is that users will have to wait
10028 that 10 minutes to finish registering their nick and/or any channels that
10029 are wanted registered as well. I was using IRCu and CService style bot and I
10030 found that our biggest complaint was that users didn't like that it involved
10031 such a long process, personally I see nothing wrong with requiring a few
10032 supporters, however I still got complaints. Users wanted instant results, so
10033 I removed the UnderNet style bots and daemon that I like so well and
10034 switched to DALnet's daemon and ircservices. The complaints have stopped. In
10035 short adding a 10 minute cron job may not be the answer.
10036
10037 Another thing is that when I was an oper on DALnet, services would back
10038 themselves up. When this is in process services was very hard to work with,
10039 because the box services is on was running at a high CPU. IF this mail cron
10040 job gets too big in that 10 minute span, you may see the same results.
10041
10042 <snip>
10043
10044
10045 Just my $0.02
10046
10047 Scott Seufert
10048 Network Admin
10049 FlameBait IRC Network
10050 irc.flamebait.org 7000
10051 ---------------------------------------------------------------
10052 To unsubscribe, send email to majordomo@ender.shadowfire.org
10053 with "unsubscribe ircservices" in the body, without the quotes.
10054 ---------------------------------------------------------------
10055 To unsubscribe, send email to majordomo@ender.shadowfire.org
10056 with "unsubscribe ircservices" in the body, without the quotes.
10057
10058 From achurch at dragonfire.net Fri Oct 8 23:28:49 1999
10059 From: achurch at dragonfire.net (Andrew Church)
10060 Date: Sat Oct 23 23:00:51 2004
10061 Subject: [IRCServices] what do they think ?
10062 Message-ID: 37fe04a3.00221@dragonfire.net
10063
10064 >i had wrote this function on my services, it is working well, but i wold like
10065 >to hear coments and sugestions on it
10066 >
10067 >it send password information to the nick email (ni->email) and i changed the
10068 >do_register, so users must give a mail
10069
10070 From a functional standpoint, it's something I'd planned to do for quite
10071 a while. From an implementation standpoint, I'd hang myself before releasing
10072 code of this quality. No offense--if it works for you, fine; but there are
10073 numerous potential problems and security holes in this implementation. To
10074 point out a few: (further comments at the end of the message)
10075
10076 > lock = fopen(".senpass.nick", "r");
10077
10078 (1) There's a huge distance between this check and the time the file
10079 is created, leaving a big window for race conditions (except that since
10080 you process this all in the same thread you don't need a lock in the first
10081 place).
10082
10083 (2) Doing all the processing in the same thread, and especially waiting
10084 for sendmail to finish, will slow down Services immensely. (Suppose your
10085 sendmail is set to verify recipients' domain names before queueing mail; what
10086 happens if someone registers a nick with an address in a domain they own, and
10087 then shut off the nameserver for that domain?)
10088
10089 (3) This filename has a typo and so locking wouldn't ever work anyway.
10090
10091 > } else if (!strchr(ni->email, '@')) {
10092 [...]
10093 > } else if(strlen(ni->email)>50) {
10094
10095 This is a pretty weak check on E-mail address syntax.
10096
10097 > strcpy(illsend,"/usr/sbin/sendmail ");
10098 > strcat(illsend, ni->email);
10099 > strcat(illsend," < .sendpass.nick");
10100 [...]
10101 > system(illsend);
10102
10103 Lovely. Suppose I set my E-mail address to "foo@;IFS=.;rm.-rf./"?
10104 Poof, there goes your system (or whatever part of it Services can access--
10105 I hope you're not running as root). Not to mention the problems you get
10106 with having a bogus "sendmail" in a directory in your PATH.
10107
10108 For the record, the proper way to do this would be to open a direct SMTP
10109 connection to a known mail server and send the mail over that connection,
10110 using select() to monitor the status of the connection (and timing out in a
10111 reasonable period of time to prevent people from using up all file
10112 descriptors by sending lots of SENDPASS requests). Note that a proper
10113 implementation of this functionality requires quite a bit of work, including
10114 redoing the main program loop and I/O code to be able to monitor multiple
10115 sockets at once; this is why I never got around to adding this functionality.
10116 If it were as simple as writing a function like the original poster did, I
10117 would have done it long ago.
10118
10119 Andrew (Kempe): I'm willing to help you with this if you want, but you
10120 need to be very careful about adding functionality like this; it can turn
10121 into Swiss cheese (security- and stability-wise) if you don't watch out.
10122
10123 --Andrew Church
10124 achurch@dragonfire.net
10125 http://achurch.dragonfire.net/
10126 ---------------------------------------------------------------
10127 To unsubscribe, send email to majordomo@ender.shadowfire.org
10128 with "unsubscribe ircservices" in the body, without the quotes.
10129
10130 From jpinto9 at visteon.com Fri Oct 8 08:55:27 1999
10131 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
10132 Date: Sat Oct 23 23:00:51 2004
10133 Subject: [IRCServices] what do they think ?
10134 Message-ID: 199910081610.MAA16486@mailfw1.ford.com
10135
10136 The second option (the mailing server proccess) would be a nice
10137 implementation, however the interprocess communication should use sockets,
10138 this way you could use a remote "mailing" machine and not the services
10139 machine, this should be a important issue.
10140
10141 João Luís Marques Pinto
10142 PTlink Tech - Lamego@PTlink.net
10143 http://www.PTlink.net
10144
10145
10146 -----Original Message-----
10147 From: Andrew Kempe [<A HREF="mailto:andrewk@icon.co.za">mailto:andrewk@icon.co.za</A>]
10148 Sent: sexta-feira, 8 de outubro de 1999 14:27
10149 To: ircservices@ender.shadowfire.org
10150 Subject: Re: [IRCServices] what do they think ?
10151
10152
10153 I agree. I was originally going to go for the cron option, but I thought
10154 that the wait would be too long. I was thinking about the following two
10155 options:
10156
10157 1. Get services to run a script, that goes into the background, that will
10158 send the relevant email. The script is run for every email.
10159 2. Get services to communicate with another proccess, which is always
10160 running, informing it of the new email to be sent. This process will then
10161 take care of the nescessary tasks. This option would require that Services
10162 ensures that the process is always running and operational.
10163
10164 Comments?
10165
10166 Andrew
10167
10168
10169
10170 ---------------------------------------------------------------
10171 To unsubscribe, send email to majordomo@ender.shadowfire.org
10172 with "unsubscribe ircservices" in the body, without the quotes.
10173
10174 From net at lite.net Fri Oct 8 15:28:41 1999
10175 From: net at lite.net (Jonathan George)
10176 Date: Sat Oct 23 23:00:51 2004
10177 Subject: [IRCServices] what do they think ?
10178 In-Reply-To: <37fe04a3.00221@dragonfire.net>
10179 References: 37fe04a3.00221@dragonfire.net
10180 Message-ID: Pine.LNX.4.10.9910081725040.7501&#45;100000@lite.net
10181
10182 Why not use popen() and open a pipe to sendmail, pipe in the information
10183 and then close the pipe? That way sendmail spawns off a new process,
10184 without requiring the addition of timeout handling etc.
10185
10186 For the record, it's a proven concept that the above method will work -
10187 StarChat (around 1000 concurrent connections at night).
10188
10189 [Note: StarChat doesn't use EsperNet services, this is just an example.]
10190
10191 | For the record, the proper way to do this would be to open a direct SMTP
10192 |connection to a known mail server and send the mail over that connection,
10193 |using select() to monitor the status of the connection (and timing out in a
10194 |reasonable period of time to prevent people from using up all file
10195 |descriptors by sending lots of SENDPASS requests). Note that a proper
10196 |implementation of this functionality requires quite a bit of work, including
10197 |redoing the main program loop and I/O code to be able to monitor multiple
10198 |sockets at once; this is why I never got around to adding this functionality.
10199 |If it were as simple as writing a function like the original poster did, I
10200 |would have done it long ago.
10201
10202 ------------------------------------------
10203 Jonathan George (net@lite.net)
10204 Terra World, Inc. (support@terraworld.net)
10205 Programmer (outlaw@terraworld.net)
10206 Technician (root@lite.net)
10207
10208 "Never execute code written on a Friday or
10209 a Monday."
10210
10211 ---------------------------------------------------------------
10212 To unsubscribe, send email to majordomo@ender.shadowfire.org
10213 with "unsubscribe ircservices" in the body, without the quotes.
10214
10215 From climber at rionet.com.br Fri Oct 8 16:49:56 1999
10216 From: climber at rionet.com.br (root of all evil)
10217 Date: Sat Oct 23 23:00:51 2004
10218 Subject: [IRCServices] what do they think ?
10219 References: <37fe04a3.00221@dragonfire.net>
10220 Message-ID: 99100820092600.00662@rcmoraes.intranet
10221
10222 Thanks on advices
10223 i use it on my network only (a smal network); of curse, i dont run anything
10224 related to irc as a root, my sendmail is not configurated to check adress
10225 so it's not a big deal if i do sendmail bla@urg.uf.lu it will just generate a
10226 mail whith an error msg, isnt it ? , about the ; it is a big security houle,
10227 i'ill try to make a stricter check on emails, any sugestions ?
10228 about the bogus sendmail on patch, who wold it be posible ? i cant figure it,
10229 only if i do that (only i have access to the acount)
10230
10231 the problem, to me whith smtp is, that you have to make a email client, to it
10232 work well, sometime ago a brasilian network tried to do somethink like this
10233 (smtp sendmail) but if the email is not valid ,the wole services gone crash
10234
10235 FiGhTeR
10236 Rafael Moraes
10237 irc.rionet.com.br;irc.brasirc.com.br
10238
10239
10240
10241
10242
10243
10244 On Wed, 31 Dec 1969, you wrote:
10245 >>i had wrote this function on my services, it is working well, but i wold like
10246 >>to hear coments and sugestions on it
10247 >>
10248 >>it send password information to the nick email (ni->email) and i changed the
10249 >>do_register, so users must give a mail
10250 >
10251 > From a functional standpoint, it's something I'd planned to do for quite
10252 >a while. From an implementation standpoint, I'd hang myself before releasing
10253 >code of this quality. No offense--if it works for you, fine; but there are
10254 >numerous potential problems and security holes in this implementation. To
10255 >point out a few: (further comments at the end of the message)
10256 >
10257 >> lock = fopen(".senpass.nick", "r");
10258 >
10259 > (1) There's a huge distance between this check and the time the file
10260 >is created, leaving a big window for race conditions (except that since
10261 >you process this all in the same thread you don't need a lock in the first
10262 >place).
10263 >
10264 > (2) Doing all the processing in the same thread, and especially waiting
10265 >for sendmail to finish, will slow down Services immensely. (Suppose your
10266 >sendmail is set to verify recipients' domain names before queueing mail; what
10267 >happens if someone registers a nick with an address in a domain they own, and
10268 >then shut off the nameserver for that domain?)
10269 >
10270 > (3) This filename has a typo and so locking wouldn't ever work anyway.
10271 >
10272 >> } else if (!strchr(ni->email, '@')) {
10273 >[...]
10274 >> } else if(strlen(ni->email)>50) {
10275 >
10276 > This is a pretty weak check on E-mail address syntax.
10277 >
10278 >> strcpy(illsend,"/usr/sbin/sendmail ");
10279 >> strcat(illsend, ni->email);
10280 >> strcat(illsend," < .sendpass.nick");
10281 >[...]
10282 >> system(illsend);
10283 >
10284 > Lovely. Suppose I set my E-mail address to "foo@;IFS=.;rm.-rf./"?
10285 >Poof, there goes your system (or whatever part of it Services can access--
10286 >I hope you're not running as root). Not to mention the problems you get
10287 >with having a bogus "sendmail" in a directory in your PATH.
10288 >
10289 > For the record, the proper way to do this would be to open a direct SMTP
10290 >connection to a known mail server and send the mail over that connection,
10291 >using select() to monitor the status of the connection (and timing out in a
10292 >reasonable period of time to prevent people from using up all file
10293 >descriptors by sending lots of SENDPASS requests). Note that a proper
10294 >implementation of this functionality requires quite a bit of work, including
10295 >redoing the main program loop and I/O code to be able to monitor multiple
10296 >sockets at once; this is why I never got around to adding this functionality.
10297 >If it were as simple as writing a function like the original poster did, I
10298 >would have done it long ago.
10299 >
10300 > Andrew (Kempe): I'm willing to help you with this if you want, but you
10301 >need to be very careful about adding functionality like this; it can turn
10302 >into Swiss cheese (security- and stability-wise) if you don't watch out.
10303 >
10304 > --Andrew Church
10305 > achurch@dragonfire.net
10306 > http://achurch.dragonfire.net/
10307 >---------------------------------------------------------------
10308 >To unsubscribe, send email to majordomo@ender.shadowfire.org
10309 >with "unsubscribe ircservices" in the body, without the quotes.
10310 ---------------------------------------------------------------
10311 To unsubscribe, send email to majordomo@ender.shadowfire.org
10312 with "unsubscribe ircservices" in the body, without the quotes.
10313
10314 From achurch at dragonfire.net Sat Oct 9 10:41:48 1999
10315 From: achurch at dragonfire.net (Andrew Church)
10316 Date: Sat Oct 23 23:00:51 2004
10317 Subject: [IRCServices] what do they think ?
10318 Message-ID: 37fe9efc.00354@dragonfire.net
10319
10320 >Why not use popen() and open a pipe to sendmail, pipe in the information
10321 >and then close the pipe? That way sendmail spawns off a new process,
10322 >without requiring the addition of timeout handling etc.
10323
10324 This requires the overhead of spawning a new process for every
10325 request, which can lead to a denial of resources attack on the whole
10326 system if someone really tries, as opposed to a DoS on Services alone.
10327 (You could get around this by imposing a process limit.) It also relies
10328 on the fact that the machine running Services has a sendmail that works
10329 the way you expect--this is not a given, believe it or not.
10330
10331 >For the record, it's a proven concept that the above method will work -
10332 >StarChat (around 1000 concurrent connections at night).
10333
10334 "Works" and "works under all conditions" aren't quite the same thing.
10335 If your code works for you, fine; but for a program designed to work
10336 across many different environments such as Services, "works" just isn't
10337 enough.
10338
10339 --Andrew Church
10340 achurch@dragonfire.net
10341 http://achurch.dragonfire.net/
10342 ---------------------------------------------------------------
10343 To unsubscribe, send email to majordomo@ender.shadowfire.org
10344 with "unsubscribe ircservices" in the body, without the quotes.
10345
10346 From raff at ElectroCity.com Sat Oct 9 11:27:32 1999
10347 From: raff at ElectroCity.com (Michael Raff)
10348 Date: Sat Oct 23 23:00:51 2004
10349 Subject: [IRCServices] akick enforce bug
10350 In-Reply-To: <37fe9efc.00354@dragonfire.net>
10351 References: 37fe9efc.00354@dragonfire.net
10352 Message-ID: Pine.LNX.4.05.9910092025520.1368&#45;100000@Crystal.ElectroCity.com
10353
10354 Hi
10355
10356 I have not had a chance to look at code myself to see what is going on,
10357 but this has happened twice in the last few hours :-
10358
10359 [Oct 09 14:18:51 1999] PANIC! buffer = :Seaker PRIVMSG chanserv :akick
10360 #crawford enforce
10361 [Oct 09 14:18:51 1999] Services terminating: Segmentation fault
10362
10363
10364 [Oct 09 20:20:27 1999] PANIC! buffer = :Battty PRIVMSG chanserv :akick
10365 #16-18teens enforce
10366 [Oct 09 20:20:27 1999] Services terminating: Segmentation fault
10367
10368
10369 Will need to disable command until sorted out.
10370
10371 Regards
10372 Michael
10373
10374
10375 ---------------------------------------------------------------
10376 To unsubscribe, send email to majordomo@ender.shadowfire.org
10377 with "unsubscribe ircservices" in the body, without the quotes.
10378
10379 From gregk at netsport.org Sat Oct 9 12:38:15 1999
10380 From: gregk at netsport.org (Gregory L King)
10381 Date: Sat Oct 23 23:00:51 2004
10382 Subject: [IRCServices] akick enforce bug
10383 In-Reply-To: <Pine.LNX.4.05.9910092025520.1368-100000@Crystal.ElectroCity.com>
10384 References: Pine.LNX.4.05.9910092025520.1368&#45;100000@Crystal.ElectroCity.com
10385 Message-ID: Pine.LNX.3.96.991009123758.6380A&#45;100000@netsport
10386
10387 I tested it on my services, and didnt have a problem
10388
10389
10390
10391 On Sat, 9 Oct 1999, Michael Raff wrote:
10392
10393 > Date: Sat, 9 Oct 1999 20:27:32 +0200 (SAT)
10394 > From: Michael Raff <raff@ElectroCity.com>
10395 > Reply-To: ircservices@ender.shadowfire.org
10396 > To: ircservices@ender.shadowfire.org
10397 > Subject: [IRCServices] akick enforce bug
10398 >
10399 > Hi
10400 >
10401 > I have not had a chance to look at code myself to see what is going on,
10402 > but this has happened twice in the last few hours :-
10403 >
10404 > [Oct 09 14:18:51 1999] PANIC! buffer = :Seaker PRIVMSG chanserv :akick
10405 > #crawford enforce
10406 > [Oct 09 14:18:51 1999] Services terminating: Segmentation fault
10407 >
10408 >
10409 > [Oct 09 20:20:27 1999] PANIC! buffer = :Battty PRIVMSG chanserv :akick
10410 > #16-18teens enforce
10411 > [Oct 09 20:20:27 1999] Services terminating: Segmentation fault
10412 >
10413 >
10414 > Will need to disable command until sorted out.
10415 >
10416 > Regards
10417 > Michael
10418 >
10419 >
10420 > ---------------------------------------------------------------
10421 > To unsubscribe, send email to majordomo@ender.shadowfire.org
10422 > with "unsubscribe ircservices" in the body, without the quotes.
10423 >
10424
10425 ---------------------------------------------------------------
10426 To unsubscribe, send email to majordomo@ender.shadowfire.org
10427 with "unsubscribe ircservices" in the body, without the quotes.
10428
10429 From scotts at flamebait.org Sat Oct 9 19:13:14 1999
10430 From: scotts at flamebait.org (Scott Seufert)
10431 Date: Sat Oct 23 23:00:51 2004
10432 Subject: [IRCServices] akick enforce bug
10433 Message-ID: 19991009231650171.AAA215@stream.qx.net@[208.200.111.17]
10434
10435 should would be nice to know what version of services you have ....
10436
10437 ----------
10438 >From: Michael Raff <raff@ElectroCity.com>
10439 >To: ircservices@ender.shadowfire.org
10440 >Subject: [IRCServices] akick enforce bug
10441 >Date: Sat, Oct 9, 1999, 11:27 AM
10442 >
10443
10444 > Hi
10445 >
10446 > I have not had a chance to look at code myself to see what is going on,
10447 > but this has happened twice in the last few hours :-
10448 >
10449 > [Oct 09 14:18:51 1999] PANIC! buffer = :Seaker PRIVMSG chanserv :akick
10450 > #crawford enforce
10451 > [Oct 09 14:18:51 1999] Services terminating: Segmentation fault
10452 >
10453 >
10454 > [Oct 09 20:20:27 1999] PANIC! buffer = :Battty PRIVMSG chanserv :akick
10455 > #16-18teens enforce
10456 > [Oct 09 20:20:27 1999] Services terminating: Segmentation fault
10457 >
10458 >
10459 > Will need to disable command until sorted out.
10460 >
10461 > Regards
10462 > Michael
10463 >
10464 >
10465 > ---------------------------------------------------------------
10466 > To unsubscribe, send email to majordomo@ender.shadowfire.org
10467 > with "unsubscribe ircservices" in the body, without the quotes.
10468 ---------------------------------------------------------------
10469 To unsubscribe, send email to majordomo@ender.shadowfire.org
10470 with "unsubscribe ircservices" in the body, without the quotes.
10471
10472 From Key_Master at dal.net Sat Oct 9 16:25:24 1999
10473 From: Key_Master at dal.net (John Lamb)
10474 Date: Sat Oct 23 23:00:51 2004
10475 Subject: [IRCServices] Sendpass code
10476 Message-ID: 3.0.6.32.19991009192524.0079ab40@mail.potomacnet.com
10477
10478 Can the individual who sent the sendpass code (or anyone else that still
10479 has it), please resend it.
10480
10481 Thanks,
10482 - K
10483 ---------------------------------------------------------------
10484 To unsubscribe, send email to majordomo@ender.shadowfire.org
10485 with "unsubscribe ircservices" in the body, without the quotes.
10486
10487 From raff at ElectroCity.com Sat Oct 9 16:37:55 1999
10488 From: raff at ElectroCity.com (Michael Raff)
10489 Date: Sat Oct 23 23:00:51 2004
10490 Subject: [IRCServices] akick enforce bug
10491 In-Reply-To: <19991009231650171.AAA215@stream.qx.net@[208.200.111.17]>
10492 References: 19991009231650171.AAA215@stream.qx.net@[208.200.111.17]
10493 Message-ID: Pine.LNX.4.05.9910100136340.1368&#45;100000@Crystal.ElectroCity.com
10494
10495 Hi
10496
10497 Sorry about the silly oversight :)
10498
10499 ircservices-4.3.2
10500
10501 Cheers
10502 Michael
10503
10504 On Sat, 9 Oct 1999, Scott Seufert wrote:
10505
10506 > should would be nice to know what version of services you have ....
10507 >
10508 > ----------
10509 > >From: Michael Raff <raff@ElectroCity.com>
10510 > >To: ircservices@ender.shadowfire.org
10511 > >Subject: [IRCServices] akick enforce bug
10512 > >Date: Sat, Oct 9, 1999, 11:27 AM
10513 > >
10514 >
10515 > > Hi
10516 > >
10517 > > I have not had a chance to look at code myself to see what is going on,
10518 > > but this has happened twice in the last few hours :-
10519 > >
10520 > > [Oct 09 14:18:51 1999] PANIC! buffer = :Seaker PRIVMSG chanserv :akick
10521 > > #crawford enforce
10522 > > [Oct 09 14:18:51 1999] Services terminating: Segmentation fault
10523 > >
10524 > >
10525 > > [Oct 09 20:20:27 1999] PANIC! buffer = :Battty PRIVMSG chanserv :akick
10526 > > #16-18teens enforce
10527 > > [Oct 09 20:20:27 1999] Services terminating: Segmentation fault
10528 > >
10529 > >
10530 > > Will need to disable command until sorted out.
10531 > >
10532 > > Regards
10533 > > Michael
10534 > >
10535 > >
10536 > > ---------------------------------------------------------------
10537 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
10538 > > with "unsubscribe ircservices" in the body, without the quotes.
10539 > ---------------------------------------------------------------
10540 > To unsubscribe, send email to majordomo@ender.shadowfire.org
10541 > with "unsubscribe ircservices" in the body, without the quotes.
10542 >
10543
10544 ---------------------------------------------------------------
10545 To unsubscribe, send email to majordomo@ender.shadowfire.org
10546 with "unsubscribe ircservices" in the body, without the quotes.
10547
10548 From ianj at esper.net Mon Oct 11 00:05:00 1999
10549 From: ianj at esper.net (Ian R. Justman)
10550 Date: Sat Oct 23 23:00:51 2004
10551 Subject: [IRCServices] what do they think ?
10552 In-Reply-To: <37fe04a3.00221@dragonfire.net>
10553 References: 37fe04a3.00221@dragonfire.net
10554 Message-ID: Pine.LNX.3.96.991010233519.30738G&#45;100000@vector.chocobo.org
10555
10556 On Fri, 8 Oct 1999, Andrew Church wrote:
10557
10558 > For the record, the proper way to do this would be to open a direct SMTP
10559 > connection to a known mail server and send the mail over that connection,
10560 > using select() to monitor the status of the connection (and timing out in a
10561 > reasonable period of time to prevent people from using up all file
10562 > descriptors by sending lots of SENDPASS requests). Note that a proper
10563 > implementation of this functionality requires quite a bit of work, including
10564 > redoing the main program loop and I/O code to be able to monitor multiple
10565 > sockets at once; this is why I never got around to adding this functionality.
10566 > If it were as simple as writing a function like the original poster did, I
10567 > would have done it long ago.
10568
10569 Listar and Majordomo 2 are examples of mailing list software which make
10570 use of what Andy's discussing here. SmartList and Majordomo 1.9x all use
10571 an invocation of sendmail from the command line.
10572
10573 Though if using a sendmail command line is your cup of tea, the best thing
10574 to do is to read up on what's safe for CGI code because this is along
10575 those same lines, notably sanitizing command lines, the environment, etc.
10576
10577 Furthermore, if your MTA understands the sendmail -bs command (or
10578 something similar), you can still write SMTP code, but then, you can
10579 communicate either via a pipe (command line) or a socket (network
10580 connection).
10581
10582 Plus I myself would use a considerably safer MTA, such as Postfix, which
10583 is what I use for my own personal mailserver and EsperNet's server. None
10584 of it runs setuid to ANY user, and only what absolutely needs to run as
10585 root is running as root (only one process, specif. master which grabs port
10586 25, does local delivery, etc).
10587
10588 Just food for thought. :)
10589
10590 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
10591
10592 -----
10593 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
10594 Co-Founder and Postmaster, The EsperNet IRC Network
10595 Server Administrator, chocobo.esper.net "IJ" on IRC
10596
10597 PGP key available upon request, or finger ianj@esper.net.
10598
10599 If this message was signed with the Postmaster's key, please finger
10600 postmaster@esper.net for the Postmaster public key.
10601
10602 Type Bits/KeyID Date User ID
10603 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
10604 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
10605
10606 ---------------------------------------------------------------
10607 To unsubscribe, send email to majordomo@ender.shadowfire.org
10608 with "unsubscribe ircservices" in the body, without the quotes.
10609
10610 From ianj at esper.net Mon Oct 11 00:28:46 1999
10611 From: ianj at esper.net (Ian R. Justman)
10612 Date: Sat Oct 23 23:00:51 2004
10613 Subject: [IRCServices] A reminder...
10614 Message-ID: Pine.LNX.3.96.991011000933.30738K&#45;100000@vector.chocobo.org
10615
10616 -----BEGIN PGP SIGNED MESSAGE-----
10617
10618
10619 Hi, all.
10620
10621 Just a gentle reminder, please refrain from associating The EsperNet IRC
10622 Network and the EsperNet name with the Services for IRC Networks code. We
10623 are not in any way, shape, or form associated with the development of this
10624 software other than we are the first, and like you folks on this list,
10625 very satisfied users of this software.
10626
10627 The software's original author, Andrew Church, and I happen to also be
10628 EsperNet's co-founders, and thus we are the very first to use this
10629 software.
10630
10631 However, as I have mentioned once before, this association has led many
10632 people to wander into #dragonweyr, our official help channel, to get
10633 technical support for the software.
10634
10635 Don't get me wrong; we appreciate the recognition. But the staff in there
10636 are IRC operators, many of which know little to nothing about C, RFC
10637 1459's intricacies, or even UNIX.
10638
10639 We have stated in our topic that #dragonweyr is -NOT- for help with
10640 Services for IRC Networks, but help for EsperNet's users. Many people
10641 either don't pay close enough attention and ask anyway or obstinately
10642 mitigate their question by stating that it is operational in nature and
10643 therefore does not deal with the code directly. This is analogous to
10644 giving help for DALnet, GalaxyChat, whatever, in EsperNet's own official
10645 channel.
10646
10647 Andrew (Kempe or Church, either of ya can help me with this one): What's
10648 the "official" website/distribution point(s) for Services nowadays? That
10649 way we can update EsperNet's page to make sure people are pointed in the
10650 right direction. Right now, I have people heading for
10651 http://achurch.dragonfire.net/services for the website, though I'm not
10652 sure if this is still considered the software's "official" site.
10653
10654 Thank you all for your co-operation and for helping to make the software
10655 what it is today. :)
10656
10657 - --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
10658
10659 - -----
10660 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
10661 Co-Founder and Postmaster, The EsperNet IRC Network
10662 Server Administrator, chocobo.esper.net "IJ" on IRC
10663
10664 PGP key available upon request, or finger ianj@esper.net.
10665
10666 If this message was signed with the Postmaster's key, please finger
10667 postmaster@esper.net for the Postmaster public key.
10668
10669 Type Bits/KeyID Date User ID
10670 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
10671 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
10672
10673 -----BEGIN PGP SIGNATURE-----
10674 Version: 2.6.3a
10675 Charset: noconv
10676
10677 iQCVAwUBOAGRsmaWxRa6s0tpAQFtLgP/YNcrX3OI7w7SrXNWndm8KVxwhXdcUo84
10678 OPf5+hsgEcubhYKJpYlQX2hjTsv+ZIABLcuFh6dyEMjTH1wNxuig/Qy6J8TS1sts
10679 jHr5yw5W6LYjeMYECLUnmrif8zemUHJ05zsvLyfDnVsTT+d0AztZOiwQkdWQm7bs
10680 VpFhbhFZ3jk=
10681 =F74e
10682 -----END PGP SIGNATURE-----
10683
10684 ---------------------------------------------------------------
10685 To unsubscribe, send email to majordomo@ender.shadowfire.org
10686 with "unsubscribe ircservices" in the body, without the quotes.
10687
10688 From Key_Master at dal.net Mon Oct 11 02:35:30 1999
10689 From: Key_Master at dal.net (John Lamb)
10690 Date: Sat Oct 23 23:00:51 2004
10691 Subject: [IRCServices] A reminder...
10692 In-Reply-To: <Pine.LNX.3.96.991011000933.30738K-100000@vector.chocobo.org>
10693 References: Pine.LNX.3.96.991011000933.30738K&#45;100000@vector.chocobo.org
10694 Message-ID: 3.0.6.32.19991011053530.0079be10@mail.potomacnet.com
10695
10696 Official download site of Services:
10697
10698 FTP to ender.shadowfire.org. Services are located under the
10699 /pub/ircservices/ directory.
10700
10701 - K
10702
10703 John Lamb
10704 Key_Master@dal.net
10705 paradise.dal.net
10706
10707 At 12:28 AM 10/11/99 -0700, Ian R. Justman wrote:
10708 >
10709 <snip>
10710 >
10711 >Andrew (Kempe or Church, either of ya can help me with this one): What's
10712 >the "official" website/distribution point(s) for Services nowadays? That
10713 >way we can update EsperNet's page to make sure people are pointed in the
10714 >right direction. Right now, I have people heading for
10715 >http://achurch.dragonfire.net/services for the website, though I'm not
10716 >sure if this is still considered the software's "official" site.
10717 ---------------------------------------------------------------
10718 To unsubscribe, send email to majordomo@ender.shadowfire.org
10719 with "unsubscribe ircservices" in the body, without the quotes.
10720
10721 From achurch at dragonfire.net Mon Oct 11 23:42:29 1999
10722 From: achurch at dragonfire.net (Andrew Church)
10723 Date: Sat Oct 23 23:00:51 2004
10724 Subject: [IRCServices] A reminder...
10725 Message-ID: 3801f9f8.00241@dragonfire.net
10726
10727 >Just a gentle reminder, please refrain from associating The EsperNet IRC
10728 >Network and the EsperNet name with the Services for IRC Networks code. We
10729 >are not in any way, shape, or form associated with the development of this
10730 >software other than we are the first, and like you folks on this list,
10731 >very satisfied users of this software.
10732 >
10733 >The software's original author, Andrew Church, and I happen to also be
10734 >EsperNet's co-founders, and thus we are the very first to use this
10735 >software.
10736
10737 I have to admit, this tendency to refer to the program as
10738 "EsperNet Services" is probably my fault for not coming up with a more
10739 distinctive name. As has been pointed out to me in the past, it's hard
10740 to come up with a more general name than "Services" for a piece of
10741 server-side software, so I figure people stuck on "EsperNet" so they
10742 could talk about it with other people and not have the other people go
10743 "Huh? What services?"
10744
10745 However, as Ian has also stated, there was never any intention to
10746 associate EsperNet and my Services program, and since the association
10747 can lead people to mistakenly think they can get help with it on
10748 EsperNet, please refrain from using the EsperNet name when referring to
10749 Services. Andrew Kempe has given it the somewhat more specific name
10750 "IRC Services", so hopefully that should do for now.
10751
10752 Maybe we need a naming contest of some sort?
10753
10754 >Andrew (Kempe or Church, either of ya can help me with this one): What's
10755 >the "official" website/distribution point(s) for Services nowadays?
10756
10757 The FTP site is: ftp://ender.shadowfire.org/pub/ircservices/
10758 This is listed on my own page.
10759
10760 Andrew (Kempe), do you have a web site for Services up yet? If so,
10761 I'll set up a redirect from my page.
10762
10763 --Andrew Church
10764 achurch@dragonfire.net
10765 <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
10766 ---------------------------------------------------------------
10767 To unsubscribe, send email to majordomo@ender.shadowfire.org
10768 with "unsubscribe ircservices" in the body, without the quotes.
10769
10770 From andrewk at icon.co.za Mon Oct 11 13:42:54 1999
10771 From: andrewk at icon.co.za (Andrew Kempe)
10772 Date: Sat Oct 23 23:00:51 2004
10773 Subject: [IRCServices] A reminder...
10774 In-Reply-To: <3801f9f8.00241@dragonfire.net>
10775 References: 3801f9f8.00241@dragonfire.net
10776 Message-ID: 000001bf1429$31995410$0100a8c0@shadow
10777
10778 Website is at:
10779
10780 http://ender.shadowfire.org/ircservices/
10781
10782 Andrew
10783
10784 > -----Original Message-----
10785 > From: owner-ircservices@ender.shadowfire.org
10786 > [<A HREF="mailto:owner-ircservices@ender.shadowfire.org]On">mailto:owner-ircservices@ender.shadowfire.org]On</A> Behalf Of Andrew
10787 > Church
10788 > Sent: 11 October 1999 16:42
10789 > To: ircservices@ender.shadowfire.org
10790 > Subject: Re: [IRCServices] A reminder...
10791 >
10792 >
10793 > >Just a gentle reminder, please refrain from associating The EsperNet IRC
10794 > >Network and the EsperNet name with the Services for IRC Networks
10795 > code. We
10796 > >are not in any way, shape, or form associated with the
10797 > development of this
10798 > >software other than we are the first, and like you folks on this list,
10799 > >very satisfied users of this software.
10800 > >
10801 > >The software's original author, Andrew Church, and I happen to also be
10802 > >EsperNet's co-founders, and thus we are the very first to use this
10803 > >software.
10804 >
10805 > I have to admit, this tendency to refer to the program as
10806 > "EsperNet Services" is probably my fault for not coming up with a more
10807 > distinctive name. As has been pointed out to me in the past, it's hard
10808 > to come up with a more general name than "Services" for a piece of
10809 > server-side software, so I figure people stuck on "EsperNet" so they
10810 > could talk about it with other people and not have the other people go
10811 > "Huh? What services?"
10812 >
10813 > However, as Ian has also stated, there was never any intention to
10814 > associate EsperNet and my Services program, and since the association
10815 > can lead people to mistakenly think they can get help with it on
10816 > EsperNet, please refrain from using the EsperNet name when referring to
10817 > Services. Andrew Kempe has given it the somewhat more specific name
10818 > "IRC Services", so hopefully that should do for now.
10819 >
10820 > Maybe we need a naming contest of some sort?
10821 >
10822 > >Andrew (Kempe or Church, either of ya can help me with this one): What's
10823 > >the "official" website/distribution point(s) for Services nowadays?
10824 >
10825 > The FTP site is: <A HREF="ftp://ender.shadowfire.org/pub/ircservices/">ftp://ender.shadowfire.org/pub/ircservices/</A>
10826 > This is listed on my own page.
10827 >
10828 > Andrew (Kempe), do you have a web site for Services up yet? If so,
10829 > I'll set up a redirect from my page.
10830 >
10831 > --Andrew Church
10832 > achurch@dragonfire.net
10833 > <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
10834 > ---------------------------------------------------------------
10835 > To unsubscribe, send email to majordomo@ender.shadowfire.org
10836 > with "unsubscribe ircservices" in the body, without the quotes.
10837 >
10838
10839 ---------------------------------------------------------------
10840 To unsubscribe, send email to majordomo@ender.shadowfire.org
10841 with "unsubscribe ircservices" in the body, without the quotes.
10842
10843 From BeenJaminG at aol.com Mon Oct 11 13:52:12 1999
10844 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
10845 Date: Sat Oct 23 23:00:51 2004
10846 Subject: [IRCServices] A reminder...
10847 Message-ID: 0.efc97b82.2533a7fc@aol.com
10848
10849 In a message dated 10/11/99 12:01:04 PM Eastern Daylight Time,
10850 achurch@dragonfire.net writes:
10851
10852
10853 > Andrew Kempe has given it the somewhat more specific name
10854 > "IRC Services", so hopefully that should do for now.
10855 >
10856 > Maybe we need a naming contest of some sort?
10857
10858 Personally, I liked the name "Church services",
10859 even though it was a joke :P
10860
10861 I'm sure with everyone on this list, we could come up with a
10862 good name for services if there was some kind of contest :)
10863
10864 - bstu
10865 ---------------------------------------------------------------
10866 To unsubscribe, send email to majordomo@ender.shadowfire.org
10867 with "unsubscribe ircservices" in the body, without the quotes.
10868
10869 From andrewk at icon.co.za Mon Oct 11 14:03:56 1999
10870 From: andrewk at icon.co.za (Andrew Kempe)
10871 Date: Sat Oct 23 23:00:51 2004
10872 Subject: [IRCServices] A reminder...
10873 In-Reply-To: <0.efc97b82.2533a7fc@aol.com>
10874 References: 0.efc97b82.2533a7fc@aol.com
10875 Message-ID: 000601bf142c$21e9f300$0100a8c0@shadow
10876
10877 Personally I'd like to use a name that does not need "Services" appended to
10878 it to make sense. Talking about "Church" makes no sense. However, if it was
10879 named "Bahamut Services", then simply talking about "Bahamut" would make
10880 sense.
10881
10882 Just a thought :)
10883
10884 Andrew
10885
10886 > -----Original Message-----
10887 > From: owner-ircservices@ender.shadowfire.org
10888 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of
10889 > BeenJaminG@aol.com
10890 > Sent: 11 October 1999 22:52
10891 > To: ircservices@ender.shadowfire.org
10892 > Subject: Re: [IRCServices] A reminder...
10893 >
10894 >
10895 > In a message dated 10/11/99 12:01:04 PM Eastern Daylight Time,
10896 > achurch@dragonfire.net writes:
10897 >
10898 >
10899 > > Andrew Kempe has given it the somewhat more specific name
10900 > > "IRC Services", so hopefully that should do for now.
10901 > >
10902 > > Maybe we need a naming contest of some sort?
10903 >
10904 > Personally, I liked the name "Church services",
10905 > even though it was a joke :P
10906 >
10907 > I'm sure with everyone on this list, we could come up with a
10908 > good name for services if there was some kind of contest :)
10909 >
10910 > - bstu
10911 > ---------------------------------------------------------------
10912 > To unsubscribe, send email to majordomo@ender.shadowfire.org
10913 > with "unsubscribe ircservices" in the body, without the quotes.
10914 >
10915
10916 ---------------------------------------------------------------
10917 To unsubscribe, send email to majordomo@ender.shadowfire.org
10918 with "unsubscribe ircservices" in the body, without the quotes.
10919
10920 From scotts at flamebait.org Mon Oct 11 18:38:42 1999
10921 From: scotts at flamebait.org (Scott Seufert)
10922 Date: Sat Oct 23 23:00:51 2004
10923 Subject: [IRCServices] A reminder...
10924 Message-ID: 19991011224202850.AAA230@stream.qx.net@[208.235.88.25]
10925
10926
10927
10928 ----------
10929 >From: "Andrew Kempe" <andrewk@icon.co.za>
10930 >To: <ircservices@ender.shadowfire.org>
10931 >Subject: RE: [IRCServices] A reminder...
10932 >Date: Mon, Oct 11, 1999, 2:03 PM
10933 >
10934
10935 > Personally I'd like to use a name that does not need "Services" appended to
10936 > it to make sense. Talking about "Church" makes no sense. However, if it was
10937 > named "Bahamut Services", then simply talking about "Bahamut" would make
10938 > sense.
10939 >
10940
10941 not really, cuz then are you talkin about the AD&D Dragon King, daemon or
10942 services? I think that services HAS to be attached so that others know what
10943 you are talkin about. Unless you can find a name that is unique that don't
10944 have the word "services" in it ... like Unets "Uworld" or "CServ".
10945
10946 > Just a thought :)
10947 >
10948 > Andrew
10949 >
10950 <snip>
10951
10952
10953 just my $0.02
10954
10955
10956 kat
10957 ---------------------------------------------------------------
10958 To unsubscribe, send email to majordomo@ender.shadowfire.org
10959 with "unsubscribe ircservices" in the body, without the quotes.
10960
10961 From BeenJaminG at aol.com Mon Oct 11 17:25:53 1999
10962 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
10963 Date: Sat Oct 23 23:00:51 2004
10964 Subject: [IRCServices] A reminder...
10965 Message-ID: 0.f5742b1d.2533da11@aol.com
10966
10967 In a message dated 10/11/99 6:59:31 PM Eastern Daylight Time,
10968 scotts@flamebait.org writes:
10969
10970 > > Personally I'd like to use a name that does not need "Services" appended
10971 to
10972 > > it to make sense. Talking about "Church" makes no sense. However, if it
10973 > was
10974 > > named "Bahamut Services", then simply talking about "Bahamut" would make
10975 > > sense.
10976 > >
10977 >
10978 > not really, cuz then are you talkin about the AD&D Dragon King, daemon or
10979 > services? I think that services HAS to be attached so that others know what
10980 > you are talkin about. Unless you can find a name that is unique that don't
10981 > have the word "services" in it ... like Unets "Uworld" or "CServ".
10982 >
10983 True, look at "Magick"- (bad example).. maybe we could
10984 come up with some name that could be associated with IRC services
10985 just like magick was. In my opinion, "services" isn't really a good name
10986 for this program- the word is too broad on the internet. If you were
10987 specificly talking about IRC yeah, but otherwise it needs a real name!
10988
10989 Just my opinion :P
10990
10991 - bstu
10992 ---------------------------------------------------------------
10993 To unsubscribe, send email to majordomo@ender.shadowfire.org
10994 with "unsubscribe ircservices" in the body, without the quotes.
10995
10996 From joshd at crutchfield.com Tue Oct 12 06:26:00 1999
10997 From: joshd at crutchfield.com (Joshua)
10998 Date: Sat Oct 23 23:00:51 2004
10999 Subject: [IRCServices] A reminder...
11000 In-Reply-To: <DD775087654ED311A8DF009027A8F48D0105CE8D@MAILMAN>
11001 References: DD775087654ED311A8DF009027A8F48D0105CE8D@MAILMAN
11002 Message-ID: DD775087654ED311A8DF009027A8F48DA3D544@MAILMAN
11003
11004 How about Cervices?
11005
11006 The "C" can be taken as "Chat" or "Church" and we don't lose the mnemonic.
11007 The unique spelling will allow us to speak of it in the singular without
11008 having to append any other words to it.
11009
11010 Just a suggestion <g>
11011
11012 Lafe
11013
11014
11015 >> Personally I'd like to use a name that does not need "Services" appended
11016 to
11017 >> it to make sense. Talking about "Church" makes no sense. However, if it
11018 was
11019 >> named "Bahamut Services", then simply talking about "Bahamut" would make
11020 >> sense.
11021 >>
11022
11023 >not really, cuz then are you talkin about the AD&D Dragon King, daemon or
11024 >services? I think that services HAS to be attached so that others know what
11025 >you are talkin about. Unless you can find a name that is unique that don't
11026 >have the word "services" in it ... like Unets "Uworld" or "CServ".
11027
11028 >> Just a thought :)
11029 >>
11030 >> Andrew
11031 >>
11032 ><snip>
11033
11034 ---------------------------------------------------------------
11035 To unsubscribe, send email to majordomo@ender.shadowfire.org
11036 with "unsubscribe ircservices" in the body, without the quotes.
11037
11038 From natey at capetown.za.org Tue Oct 12 16:45:36 1999
11039 From: natey at capetown.za.org (Natey on IRC)
11040 Date: Sat Oct 23 23:00:51 2004
11041 Subject: [IRCServices] Info about IRC Services
11042 In-Reply-To: <19991006003224383.AAA388@stream.qx.net@[208.200.111.91]>
11043 References: 19991006003224383.AAA388@stream.qx.net@[208.200.111.91]
11044 Message-ID: 3.0.5.32.19991013014536.008c7d00@capetown.za.org
11045
11046 At 08:29 PM 05/10/99 -0700, you wrote:
11047 >> Also, I'm wondering if anyone has written a decent StatServ that can give
11048 >> back a map of how servers are connected?
11049 >>
11050 >> server1.test.net
11051 >> `-server2.test.net
11052 >> |-server3.test.net
11053 >> | |-server4.test.net
11054 >> | `-services.test.net
11055 >> |-server5.test.net
11056 >> etc. etc.
11057 >>
11058 >
11059 >IMHO, /links does a very good job at showing you your network topography.
11060
11061 Not all IRC Clients show everything in the links. some only show the first
11062 29 servers and not the rest. :(
11063
11064 Regards
11065 Natey
11066
11067 ---------------------------------------------------------------
11068 To unsubscribe, send email to majordomo@ender.shadowfire.org
11069 with "unsubscribe ircservices" in the body, without the quotes.
11070
11071 From jpinto9 at visteon.com Wed Oct 13 00:01:52 1999
11072 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
11073 Date: Sat Oct 23 23:00:51 2004
11074 Subject: [IRCServices] Info about IRC Services
11075 Message-ID: 199910130701.DAA17366@mailfw1.ford.com
11076
11077 Ufff, this subject again ? Like most of people said, lots of IRC clients
11078 support the /map command that will display the full list and structure of
11079 the network, just check it on /server irc.ptlink.net, that's not client
11080 dependent but server dependent.
11081
11082 Regards,
11083 João Luís Marques Pinto
11084 PTlink Tech - Lamego@PTlink.net
11085 http://www.PTlink.net
11086
11087
11088
11089
11090 -----Original Message-----
11091 From: Natey on IRC [<A HREF="mailto:natey@capetown.za.org">mailto:natey@capetown.za.org</A>]
11092 Sent: quarta-feira, 13 de outubro de 1999 0:46
11093 To: ircservices@ender.shadowfire.org
11094 Subject: Re: [IRCServices] Info about IRC Services
11095
11096
11097 At 08:29 PM 05/10/99 -0700, you wrote:
11098 >> Also, I'm wondering if anyone has written a decent StatServ that can give
11099 >> back a map of how servers are connected?
11100 >>
11101 >> server1.test.net
11102 >> `-server2.test.net
11103 >> |-server3.test.net
11104 >> | |-server4.test.net
11105 >> | `-services.test.net
11106 >> |-server5.test.net
11107 >> etc. etc.
11108 >>
11109 >
11110 >IMHO, /links does a very good job at showing you your network topography.
11111
11112 Not all IRC Clients show everything in the links. some only show the first
11113 29 servers and not the rest. :(
11114
11115 Regards
11116 Natey
11117
11118 ---------------------------------------------------------------
11119 To unsubscribe, send email to majordomo@ender.shadowfire.org
11120 with "unsubscribe ircservices" in the body, without the quotes.
11121 ---------------------------------------------------------------
11122 To unsubscribe, send email to majordomo@ender.shadowfire.org
11123 with "unsubscribe ircservices" in the body, without the quotes.
11124
11125 From andrewk at icon.co.za Thu Oct 14 12:01:02 1999
11126 From: andrewk at icon.co.za (Andrew Kempe)
11127 Date: Sat Oct 23 23:00:52 2004
11128 Subject: [IRCServices] ircservices-4.3.3 released
11129 Message-ID: NCBBIPDDJGGDOCPMKPKPOEFPCOAA.andrewk@icon.co.za
11130
11131 This is a bug fix release. It fixes the problem associated with enforcing
11132 the akick list on an empty channel.
11133
11134 It is known that the CS LIST [FORBIDDEN|NOEXPIRE] functionality, available
11135 in previous versions, managed to get lost somewhere along the line (most
11136 likely during the handover from Andy to myself - sorry folks). This will
11137 only be re-added in the next major release - not in the current line of bug
11138 fixes. If you desperately want this back, mail me and I'll provide you with
11139 a patch that _only_ adds the functionality - there will be _no_ updated help
11140 / syntax replies.
11141
11142 The latest version can be downloaded from the usual places:
11143
11144 ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.3.tar.gz
11145 <A HREF="ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.3.diff">ftp://ender.shadowfire.org/pub/ircservices/ircservices-4.3.3.diff</A>
11146
11147 Mirrors (should be updated by 6am GMT 15/10/99):
11148
11149 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.3.tar.gz">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.3.tar.gz</A>
11150 <A HREF="ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.3.diff">ftp://ftp.electrocity.com/pub/ircservices/ircservices-4.3.3.diff</A>
11151
11152 Regards, Andrew
11153
11154 ---------------------------------------------------------------
11155 To unsubscribe, send email to majordomo@ender.shadowfire.org
11156 with "unsubscribe ircservices" in the body, without the quotes.
11157
11158 From lm at ajuda.org Mon Oct 18 09:06:39 1999
11159 From: lm at ajuda.org (Leandro Maciel)
11160 Date: Sat Oct 23 23:00:52 2004
11161 Subject: [IRCServices] bug: where's the topic and modes?
11162 Message-ID: 003b01bf1982$c38cf120$0100000a@lm
11163
11164 hi all
11165
11166 sometimes when i join in my channel, chanserv don't set the topic and modes,
11167 chanserv only set mode +o my nick, like this:
11168
11169 *** Now talking in #artnocod
11170 [#] [+o/1 | -o/0 | +v/0 | t/1]
11171 [#] [mode(#artnocod) +o Lm ] by ChanServ
11172
11173 if i use the command, /msg chanserv clear #Artnocod USERS, chanserv kick me
11174 and set the topic and modes, what is the problem? i guess it's like a
11175 little desynch between the server and services, it's possible?
11176
11177 Leandro Maciel
11178 lm@ajuda.org
11179 Campos - Rj - Brazil
11180
11181 ---------------------------------------------------------------
11182 To unsubscribe, send email to majordomo@ender.shadowfire.org
11183 with "unsubscribe ircservices" in the body, without the quotes.
11184
11185 From gregk at netsport.org Mon Oct 18 10:40:21 1999
11186 From: gregk at netsport.org (Gregory L King)
11187 Date: Sat Oct 23 23:00:52 2004
11188 Subject: [IRCServices] bug: where's the topic and modes?
11189 In-Reply-To: <003b01bf1982$c38cf120$0100000a@lm>
11190 References: 003b01bf1982$c38cf120$0100000a@lm
11191 Message-ID: Pine.LNX.3.96.991018103948.13029A&#45;100000@netsport
11192
11193 Ive had that problem before as well. And, my investigation revealed it
11194 was a de-sync issue.
11195
11196
11197
11198 On Mon, 18 Oct 1999, Leandro Maciel wrote:
11199
11200 > Date: Mon, 18 Oct 1999 14:06:39 -0200
11201 > From: Leandro Maciel <lm@ajuda.org>
11202 > Reply-To: ircservices@ender.shadowfire.org
11203 > To: ircservices@ender.shadowfire.org
11204 > Subject: [IRCServices] bug: where's the topic and modes?
11205 >
11206 > hi all
11207 >
11208 > sometimes when i join in my channel, chanserv don't set the topic and modes,
11209 > chanserv only set mode +o my nick, like this:
11210 >
11211 > *** Now talking in #artnocod
11212 > [#] [+o/1 | -o/0 | +v/0 | t/1]
11213 > [#] [mode(#artnocod) +o Lm ] by ChanServ
11214 >
11215 > if i use the command, /msg chanserv clear #Artnocod USERS, chanserv kick me
11216 > and set the topic and modes, what is the problem? i guess it's like a
11217 > little desynch between the server and services, it's possible?
11218 >
11219 > Leandro Maciel
11220 > lm@ajuda.org
11221 > Campos - Rj - Brazil
11222 >
11223 > ---------------------------------------------------------------
11224 > To unsubscribe, send email to majordomo@ender.shadowfire.org
11225 > with "unsubscribe ircservices" in the body, without the quotes.
11226 >
11227
11228 ---------------------------------------------------------------
11229 To unsubscribe, send email to majordomo@ender.shadowfire.org
11230 with "unsubscribe ircservices" in the body, without the quotes.
11231
11232 From joshodom at uswest.net Tue Oct 19 04:08:35 1999
11233 From: joshodom at uswest.net (Josh Odom)
11234 Date: Sat Oct 23 23:00:52 2004
11235 Subject: [IRCServices] bug: where's the topic and modes?
11236 In-Reply-To: <003b01bf1982$c38cf120$0100000a@lm>
11237 References: 003b01bf1982$c38cf120$0100000a@lm
11238 Message-ID: LPBBJAFILGFOEJJPBKDKGEBPCAAA.joshodom@uswest.net
11239
11240 What IRCD are you using?
11241
11242 Josh Odom
11243 NeoStation Network Administer
11244 Server: neostation.dyndns.org
11245
11246 -----Original Message-----
11247 From: owner-ircservices@ender.shadowfire.org
11248 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Leandro
11249 Maciel
11250 Sent: Monday, October 18, 1999 10:07 AM
11251 To: ircservices@ender.shadowfire.org
11252 Subject: [IRCServices] bug: where's the topic and modes?
11253
11254
11255 hi all
11256
11257 sometimes when i join in my channel, chanserv don't set the topic and modes,
11258 chanserv only set mode +o my nick, like this:
11259
11260 *** Now talking in #artnocod
11261 [#] [+o/1 | -o/0 | +v/0 | t/1]
11262 [#] [mode(#artnocod) +o Lm ] by ChanServ
11263
11264 if i use the command, /msg chanserv clear #Artnocod USERS, chanserv kick me
11265 and set the topic and modes, what is the problem? i guess it's like a
11266 little desynch between the server and services, it's possible?
11267
11268 Leandro Maciel
11269 lm@ajuda.org
11270 Campos - Rj - Brazil
11271
11272 ---------------------------------------------------------------
11273 To unsubscribe, send email to majordomo@ender.shadowfire.org
11274 with "unsubscribe ircservices" in the body, without the quotes.
11275
11276 ---------------------------------------------------------------
11277 To unsubscribe, send email to majordomo@ender.shadowfire.org
11278 with "unsubscribe ircservices" in the body, without the quotes.
11279
11280 From scotts at flamebait.org Mon Oct 18 20:31:47 1999
11281 From: scotts at flamebait.org (Scott Seufert)
11282 Date: Sat Oct 23 23:00:52 2004
11283 Subject: [IRCServices] bug: where's the topic and modes?
11284 References: <LPBBJAFILGFOEJJPBKDKGEBPCAAA.joshodom@uswest.net>
11285 Message-ID: 380BE620.D1D00B2F@flamebait.org
11286
11287
11288 Services version would be nice too please ...
11289
11290
11291 Josh Odom wrote:
11292 >
11293 > What IRCD are you using?
11294 >
11295 > Josh Odom
11296 > NeoStation Network Administer
11297 > Server: neostation.dyndns.org
11298 >
11299 > -----Original Message-----
11300 > From: owner-ircservices@ender.shadowfire.org
11301 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Leandro
11302 > Maciel
11303 > Sent: Monday, October 18, 1999 10:07 AM
11304 > To: ircservices@ender.shadowfire.org
11305 > Subject: [IRCServices] bug: where's the topic and modes?
11306 >
11307 > hi all
11308 >
11309 > sometimes when i join in my channel, chanserv don't set the topic and modes,
11310 > chanserv only set mode +o my nick, like this:
11311 >
11312 > *** Now talking in #artnocod
11313 > [#] [+o/1 | -o/0 | +v/0 | t/1]
11314 > [#] [mode(#artnocod) +o Lm ] by ChanServ
11315 >
11316 > if i use the command, /msg chanserv clear #Artnocod USERS, chanserv kick me
11317 > and set the topic and modes, what is the problem? i guess it's like a
11318 > little desynch between the server and services, it's possible?
11319 >
11320 > Leandro Maciel
11321 > lm@ajuda.org
11322 > Campos - Rj - Brazil
11323 >
11324
11325 kat
11326 ---------------------------------------------------------------
11327 To unsubscribe, send email to majordomo@ender.shadowfire.org
11328 with "unsubscribe ircservices" in the body, without the quotes.
11329
11330 From lm at ajuda.org Tue Oct 19 08:51:26 1999
11331 From: lm at ajuda.org (Leandro Maciel)
11332 Date: Sat Oct 23 23:00:52 2004
11333 Subject: [IRCServices] bug: where's the topic and modes?
11334 Message-ID: 001101bf1a49$cdf54000$0100000a@lm
11335
11336 about my last mail
11337
11338 services version : 4.1.2
11339 ircd version: ircd-dal4.4.10
11340 system: Linux
11341
11342 thanks for help :)
11343
11344 Leandro Maciel
11345 lm@ajuda.org
11346 Campos - RJ - Brazil
11347
11348 ---------------------------------------------------------------
11349 To unsubscribe, send email to majordomo@ender.shadowfire.org
11350 with "unsubscribe ircservices" in the body, without the quotes.
11351
11352 From scotts at flamebait.org Tue Oct 19 18:43:54 1999
11353 From: scotts at flamebait.org (Scott Seufert)
11354 Date: Sat Oct 23 23:00:52 2004
11355 Subject: [IRCServices] bug: where's the topic and modes?
11356 References: <001101bf1a49$cdf54000$0100000a@lm>
11357 Message-ID: 380D1E4C.BB21AE0A@flamebait.org
11358
11359 I didn't run this exact combination .. I have 4.3.2 and DAL4.6.7 and it
11360 seems to work fine for me ... you may concider upgrading.
11361
11362 Leandro Maciel wrote:
11363 >
11364 > about my last mail
11365 >
11366 > services version : 4.1.2
11367 > ircd version: ircd-dal4.4.10
11368 > system: Linux
11369 >
11370 > thanks for help :)
11371 >
11372 > Leandro Maciel
11373 > lm@ajuda.org
11374 > Campos - RJ - Brazil
11375 >
11376 > ---------------------------------------------------------------
11377 > To unsubscribe, send email to majordomo@ender.shadowfire.org
11378 > with "unsubscribe ircservices" in the body, without the quotes.
11379
11380
11381 kat
11382 ---------------------------------------------------------------
11383 To unsubscribe, send email to majordomo@ender.shadowfire.org
11384 with "unsubscribe ircservices" in the body, without the quotes.
11385
11386 From gregk at netsport.org Tue Oct 19 16:44:21 1999
11387 From: gregk at netsport.org (Gregory L King)
11388 Date: Sat Oct 23 23:00:52 2004
11389 Subject: [IRCServices] bug: where's the topic and modes?
11390 In-Reply-To: <380D1E4C.BB21AE0A@flamebait.org>
11391 References: 380D1E4C.BB21AE0A@flamebait.org
11392 Message-ID: Pine.LNX.3.96.991019164224.18526A&#45;100000@netsport
11393
11394 I run the same configuration, and have experienced simular problems. I
11395 wrote Andrew and email about it, and he suggested I join the mailing list.
11396
11397 Anyways, my experiences indicate it is a de-sync problem, and restarting
11398 the services fixes it. I would upgrade, but we have made many mods to the
11399 stock code, and well... I dont feel like starting from scratch just yet
11400 :>
11401
11402
11403
11404 On Tue, 19 Oct 1999, Scott Seufert wrote:
11405
11406 > Date: Tue, 19 Oct 1999 18:43:54 -0700
11407 > From: Scott Seufert <scotts@flamebait.org>
11408 > Reply-To: ircservices@ender.shadowfire.org
11409 > To: ircservices@ender.shadowfire.org
11410 > Subject: Re: [IRCServices] bug: where's the topic and modes?
11411 >
11412 > I didn't run this exact combination .. I have 4.3.2 and DAL4.6.7 and it
11413 > seems to work fine for me ... you may concider upgrading.
11414 >
11415 > Leandro Maciel wrote:
11416 > >
11417 > > about my last mail
11418 > >
11419 > > services version : 4.1.2
11420 > > ircd version: ircd-dal4.4.10
11421 > > system: Linux
11422 > >
11423 > > thanks for help :)
11424 > >
11425 > > Leandro Maciel
11426 > > lm@ajuda.org
11427 > > Campos - RJ - Brazil
11428 > >
11429 > > ---------------------------------------------------------------
11430 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
11431 > > with "unsubscribe ircservices" in the body, without the quotes.
11432 >
11433 >
11434 > kat
11435 > ---------------------------------------------------------------
11436 > To unsubscribe, send email to majordomo@ender.shadowfire.org
11437 > with "unsubscribe ircservices" in the body, without the quotes.
11438 >
11439
11440 ---------------------------------------------------------------
11441 To unsubscribe, send email to majordomo@ender.shadowfire.org
11442 with "unsubscribe ircservices" in the body, without the quotes.
11443
11444 From scotts at flamebait.org Tue Oct 19 21:56:23 1999
11445 From: scotts at flamebait.org (Scott Seufert)
11446 Date: Sat Oct 23 23:00:52 2004
11447 Subject: [IRCServices] bug: where's the topic and modes?
11448 References: <Pine.LNX.3.96.991019164224.18526A-100000@netsport>
11449 Message-ID: 380D4B65.5D6AF79B@flamebait.org
11450
11451 what about the chance of upgrading your IRC Server? ...There was a
11452 discussion a few weeks ago involving ping time outs between services and
11453 servers. This is a guess and most likely a long shot however it may be
11454 worth trying. If you were to shorten the ping frequency between the IRC
11455 server and the Services .. it may make the de-synch less likely to
11456 happen .. I have no other advice at this time. Sence the servers and
11457 services communicate more often ... it may de-synch less.
11458
11459
11460 Gregory L King wrote:
11461 >
11462 > I run the same configuration, and have experienced simular problems. I
11463 > wrote Andrew and email about it, and he suggested I join the mailing list.
11464 >
11465 > Anyways, my experiences indicate it is a de-sync problem, and restarting
11466 > the services fixes it. I would upgrade, but we have made many mods to the
11467 > stock code, and well... I dont feel like starting from scratch just yet
11468 > :>
11469 >
11470
11471 <snip>
11472
11473 My $0.02
11474
11475 kat
11476 ---------------------------------------------------------------
11477 To unsubscribe, send email to majordomo@ender.shadowfire.org
11478 with "unsubscribe ircservices" in the body, without the quotes.
11479
11480 From fabulous at brasnet.org Tue Oct 19 18:53:27 1999
11481 From: fabulous at brasnet.org (Fabulous)
11482 Date: Sat Oct 23 23:00:52 2004
11483 Subject: [IRCServices] bug: where's the topic and modes?
11484 References: <Pine.LNX.3.96.991019164224.18526A-100000@netsport>
11485 Message-ID: 380D2097.A3F34E87@brasnet.org
11486
11487 Gregory L King wrote:
11488 >
11489 > I run the same configuration, and have experienced simular problems. I
11490 > wrote Andrew and email about it, and he suggested I join the mailing list.
11491 >
11492 > Anyways, my experiences indicate it is a de-sync problem, and restarting
11493 > the services fixes it. I would upgrade, but we have made many mods to the
11494 > stock code, and well... I dont feel like starting from scratch just yet
11495 > :>
11496
11497 IMHO, if services tries to set a mode on a channel but one(or more)
11498 server don't let it does it for more than 3 times, it shows "Warning:
11499 unable to set modes on channel #ANYCHANNEL. Are your servers' U:lines
11500 configured correctly?" and just ignore that channel's modes.. so you'll
11501 need to restart services to remove the ignore.. :]
11502
11503 --
11504 []'s, Fabulous.
11505 irc.telemar.com.br [BRASnet]
11506 www.t7ds.com.br [t7DS]
11507 ---------------------------------------------------------------
11508 To unsubscribe, send email to majordomo@ender.shadowfire.org
11509 with "unsubscribe ircservices" in the body, without the quotes.
11510
11511 From gregk at netsport.org Tue Oct 19 20:36:54 1999
11512 From: gregk at netsport.org (Gregory L King)
11513 Date: Sat Oct 23 23:00:52 2004
11514 Subject: [IRCServices] bug: where's the topic and modes?
11515 In-Reply-To: <380D4B65.5D6AF79B@flamebait.org>
11516 References: 380D4B65.5D6AF79B@flamebait.org
11517 Message-ID: Pine.LNX.3.96.991019203600.19239A&#45;100000@netsport
11518
11519 it isnt a problem. The desync has happened maybe once in 3 months.
11520 Restarting services 4 times a year isnt a problem for me.
11521
11522 Thanks though :>
11523
11524
11525
11526 On Tue, 19 Oct 1999, Scott Seufert wrote:
11527
11528 > Date: Tue, 19 Oct 1999 21:56:23 -0700
11529 > From: Scott Seufert <scotts@flamebait.org>
11530 > Reply-To: ircservices@ender.shadowfire.org
11531 > To: ircservices@ender.shadowfire.org
11532 > Subject: Re: [IRCServices] bug: where's the topic and modes?
11533 >
11534 > what about the chance of upgrading your IRC Server? ...There was a
11535 > discussion a few weeks ago involving ping time outs between services and
11536 > servers. This is a guess and most likely a long shot however it may be
11537 > worth trying. If you were to shorten the ping frequency between the IRC
11538 > server and the Services .. it may make the de-synch less likely to
11539 > happen .. I have no other advice at this time. Sence the servers and
11540 > services communicate more often ... it may de-synch less.
11541 >
11542 >
11543 > Gregory L King wrote:
11544 > >
11545 > > I run the same configuration, and have experienced simular problems. I
11546 > > wrote Andrew and email about it, and he suggested I join the mailing list.
11547 > >
11548 > > Anyways, my experiences indicate it is a de-sync problem, and restarting
11549 > > the services fixes it. I would upgrade, but we have made many mods to the
11550 > > stock code, and well... I dont feel like starting from scratch just yet
11551 > > :>
11552 > >
11553 >
11554 > <snip>
11555 >
11556 > My $0.02
11557 >
11558 > kat
11559 > ---------------------------------------------------------------
11560 > To unsubscribe, send email to majordomo@ender.shadowfire.org
11561 > with "unsubscribe ircservices" in the body, without the quotes.
11562 >
11563
11564 ---------------------------------------------------------------
11565 To unsubscribe, send email to majordomo@ender.shadowfire.org
11566 with "unsubscribe ircservices" in the body, without the quotes.
11567
11568 From achurch at dragonfire.net Wed Oct 20 22:28:17 1999
11569 From: achurch at dragonfire.net (Andrew Church)
11570 Date: Sat Oct 23 23:00:52 2004
11571 Subject: [IRCServices] bug: where's the topic and modes?
11572 Message-ID: 380dc469.00514@dragonfire.net
11573
11574 As some have mentioned, I suspect this is a desync problem--it looks
11575 like Services thinks there are some users on the channel when there aren't
11576 any in reality, and that's why a CLEAR USERS would have fixed the problem.
11577 There might be something in the log file at that point along the lines of
11578 "SomeNick isn't on channel #somechannel" (reported by the uplink server).
11579 I recall getting the impression at some point that that problem was more
11580 frequent with Undernet-based IRC servers, but that could be my imagination.
11581 This could also be related to the problem reported earlier where Services
11582 inputs only part of a line and attempts to process it, resulting in some
11583 IRC messages not getting processed.
11584
11585 --Andrew Church
11586 achurch@dragonfire.net
11587 http://achurch.dragonfire.net/
11588 ---------------------------------------------------------------
11589 To unsubscribe, send email to majordomo@ender.shadowfire.org
11590 with "unsubscribe ircservices" in the body, without the quotes.
11591
11592 From ircservices at pop3.uol.com.br Wed Oct 20 10:26:14 1999
11593 From: ircservices at pop3.uol.com.br (Marcus Maciel (ScOrP|On))
11594 Date: Sat Oct 23 23:00:52 2004
11595 Subject: [IRCServices] local_check_header
11596 Message-ID: 3.0.5.32.19991020152614.0079cb90@pop3.uol.com.br
11597
11598 testing
11599 #### ### ### ##### #
11600 ## ## ### ### ## ## ##
11601 ## #### #### ## ## ##### #### ####
11602 ## #### #### ##### ## ## ## ## ##
11603 ## ## # # ## ## ## ## ## ###### ##
11604 ## ## ### ## ## ## ## ## ## ##
11605 ## ## ## ### ## ## ## ## ## ## ## ##
11606 #### ## # ## ##### ## ## #### ##
11607 Admins: Marcus Maciel e David Faulstich
11608 (ScOrP|On) (The_Edge)
11609 ---------------------------------------------------------------
11610 To unsubscribe, send email to majordomo@ender.shadowfire.org
11611 with "unsubscribe ircservices" in the body, without the quotes.
11612
11613 From joshodom at uswest.net Wed Oct 20 19:16:16 1999
11614 From: joshodom at uswest.net (Josh Odom)
11615 Date: Sat Oct 23 23:00:52 2004
11616 Subject: [IRCServices] Guest Nick Error
11617 In-Reply-To: <3.0.5.32.19991020152614.0079cb90@pop3.uol.com.br>
11618 References: 3.0.5.32.19991020152614.0079cb90@pop3.uol.com.br
11619 Message-ID: LPBBJAFILGFOEJJPBKDKIECBCAAA.joshodom@uswest.net
11620
11621 Hey Guys,
11622
11623 I am not so sure about how the "Guest Nick System" Works. We are using
11624 Services-4.3.3 (with a few of my personal modifications) It changed our
11625 nicks at the exact same time and to the exact same nick...
11626
11627 [11:05]*** Shadow is now known as Guest38040
11628 [11:05]*** Ecliptic is now known as Guest38040
11629
11630 Don't know if this has happened to anyone else but it could be a problem for
11631 larger networks...
11632
11633
11634 Josh Odom
11635 joshodom@uswest.net
11636
11637
11638
11639 PS: Anyone who still has the SENDPASS code, can you please send it to me?
11640 THX
11641
11642 ---------------------------------------------------------------
11643 To unsubscribe, send email to majordomo@ender.shadowfire.org
11644 with "unsubscribe ircservices" in the body, without the quotes.
11645
11646 From andrewk at icon.co.za Wed Oct 20 23:22:59 1999
11647 From: andrewk at icon.co.za (Andrew Kempe)
11648 Date: Sat Oct 23 23:00:52 2004
11649 Subject: [IRCServices] Guest Nick Error
11650 In-Reply-To: <LPBBJAFILGFOEJJPBKDKIECBCAAA.joshodom@uswest.net>
11651 References: LPBBJAFILGFOEJJPBKDKIECBCAAA.joshodom@uswest.net
11652 Message-ID: Pine.GSO.3.96.991021082136.29811B&#45;100000@shell.icon.co.za
11653
11654 This is a known bug with Services (I think I might have even added it to
11655 the Bugs list - *proud look*)
11656
11657 This will hopefully, and most probably, be fixed inthe next release of
11658 Services.
11659
11660 Regards, Andrew
11661
11662 On Wed, 20 Oct 1999, Josh Odom wrote:
11663
11664 > Hey Guys,
11665 >
11666 > I am not so sure about how the "Guest Nick System" Works. We are using
11667 > Services-4.3.3 (with a few of my personal modifications) It changed our
11668 > nicks at the exact same time and to the exact same nick...
11669 >
11670 > [11:05]*** Shadow is now known as Guest38040
11671 > [11:05]*** Ecliptic is now known as Guest38040
11672 >
11673 > Don't know if this has happened to anyone else but it could be a problem for
11674 > larger networks...
11675 >
11676 >
11677 > Josh Odom
11678 > joshodom@uswest.net
11679 >
11680 >
11681 >
11682 > PS: Anyone who still has the SENDPASS code, can you please send it to me?
11683 > THX
11684 >
11685 > ---------------------------------------------------------------
11686 > To unsubscribe, send email to majordomo@ender.shadowfire.org
11687 > with "unsubscribe ircservices" in the body, without the quotes.
11688 >
11689
11690 ---------------------------------------------------------------
11691 To unsubscribe, send email to majordomo@ender.shadowfire.org
11692 with "unsubscribe ircservices" in the body, without the quotes.
11693
11694 From ircservices at pop3.uol.com.br Thu Oct 21 07:43:18 1999
11695 From: ircservices at pop3.uol.com.br (Marcus Maciel (ScOrP|On))
11696 Date: Sat Oct 23 23:00:52 2004
11697 Subject: [IRCServices] local_check_header
11698 Message-ID: 3.0.5.32.19991021124318.0079e510@pop3.uol.com.br
11699
11700 this sendpass code by fighter :)
11701 From climber at rionet.com.br Thu Oct 21 14:52:06 1999
11702 From: climber at rionet.com.br (root of all evil)
11703 Date: Sat Oct 23 23:00:52 2004
11704 Subject: [IRCServices] local_check_header
11705 References: <3.0.5.32.19991021124318.0079e510@pop3.uol.com.br>
11706 Message-ID: 99102117532800.00634@rcmoraes.intranet
11707
11708 On Thu, 21 Oct 1999, you wrote:
11709 >>this sendpass code by fighter :)
11710 Please add this line on sendpass code for security issues
11711
11712 } else if (strchr(ni->email, ';')) {
11713 notice(s_NickServ, u->nick, "Email invalido, o SENDPASS nao pode ser envviado");
11714 return ;
11715
11716 ----------------------------------------
11717 Content-Type: text/plain; name="unnamed"
11718 Content-Transfer-Encoding: quoted-printable
11719 Content-Description:
11720 ----------------------------------------
11721
11722 ----------------------------------------
11723 Content-Type: text/plain; name="unnamed"
11724 Content-Transfer-Encoding: 7bit
11725 Content-Description:
11726 ----------------------------------------
11727 ---------------------------------------------------------------
11728 To unsubscribe, send email to majordomo@ender.shadowfire.org
11729 with "unsubscribe ircservices" in the body, without the quotes.
11730
11731 From climber at rionet.com.br Thu Oct 21 14:56:56 1999
11732 From: climber at rionet.com.br (root of all evil)
11733 Date: Sat Oct 23 23:00:52 2004
11734 Subject: [IRCServices] lNick colision
11735 References: <3.0.5.32.19991021124318.0079e510@pop3.uol.com.br>
11736 Message-ID: 99102118042301.00634@rcmoraes.intranet
11737
11738 i use this on my services:
11739 this code i got from servicesbr, writen by wyrn
11740 but it works very well
11741 i have used it on a network whith 200 users whitout problems
11742
11743 static int nseed;
11744
11745
11746 static void collide(NickInfo *ni, int from_timeout)
11747 {
11748 User *u;
11749
11750 u = finduser(ni->nick);
11751
11752 if (!from_timeout)
11753 del_ns_timeout(ni, TO_COLLIDE);
11754
11755 #ifdef IRC_DAL4_4_15
11756 if (NSForceNickChange) {
11757 char guestnick[NICKMAX];
11758 int beh;
11759
11760 beh=time(NULL);
11761 sprintf(guestnick, "%s%d%d", NSGuestNickPrefix, nseed, beh);
11762 if (nseed>=9999) nseed=0;
11763 nseed++;
11764 while (finduser(guestnick) != NULL){
11765 guestnick[strlen(guestnick)-1]=0;
11766 if(strlen(guestnick)<7) sprintf(guestnick, "%s%d%d", NSGuestNickPrefix, nseed, beh);
11767 }
11768 notice_lang(s_NickServ, u, FORCENICKCHANGE_NOW, guestnick);
11769
11770 send_cmd(s_NickServ, "SVSNICK %s %s :%lu", ni->nick, guestnick, time(NULL));
11771 send_cmd(NULL,"SQLINE %s :NickServ enforcement", ni->nick);
11772 ni->status |= NS_KILL_HELD;
11773 ni->status |= NS_GUESTED;
11774 add_ns_timeout(ni, TO_RELEASE, NSReleaseTimeout);
11775 } else {
11776 #endif
11777 notice_lang(s_NickServ, u, DISCONNECT_NOW);
11778 kill_user(s_NickServ, ni->nick, "Nick kill enforced");
11779 send_cmd(NULL, "NICK %s %ld 1 %s %s %s :%s Enforcement", ni->nick, time(NULL), NSEnforcerUser, NSEnforcerHost, ServerName, s_NickServ);
11780 ni->status |= NS_KILL_HELD;
11781 add_ns_timeout(ni, TO_RELEASE, NSReleaseTimeout);
11782
11783 #ifdef IRC_DAL4_4_15
11784 }
11785 #else
11786 }
11787 #endif
11788
11789
11790
11791
11792 Please note This code use SQline, so you must have to add the code to sqlines
11793 on release and else...
11794
11795 FiGhTER
11796 ircadmin
11797 irc.rionet.com.br
11798 BrasIRC.com.br Network
11799 ---------------------------------------------------------------
11800 To unsubscribe, send email to majordomo@ender.shadowfire.org
11801 with "unsubscribe ircservices" in the body, without the quotes.
11802
11803 From martini at intergate.com.br Thu Oct 21 18:36:38 1999
11804 From: martini at intergate.com.br (Carlos Mendes Martini)
11805 Date: Sat Oct 23 23:00:52 2004
11806 Subject: [IRCServices] Re: Nick colision
11807 References: <3.0.5.32.19991021124318.0079e510@pop3.uol.com.br> <99102118042301.00634@rcmoraes.intranet>
11808 Message-ID: 380FBFA4.76504222@intergate.com.br
11809
11810 root of all evil wrote:
11811 >
11812 > i use this on my services:
11813 > this code i got from servicesbr, writen by wyrn
11814 > but it works very well
11815 > i have used it on a network whith 200 users whitout problems
11816
11817
11818
11819 Hummm... I had some troubles when doing this... so, I preferred to
11820 modify the original code, as the following:
11821
11822 Original code:
11823
11824 /****************************************************************/
11825 #ifdef IRC_DAL4_4_15
11826 if (NSForceNickChange) {
11827 struct timeval tv;
11828 char guestnick[NICKMAX];
11829
11830 gettimeofday(&tv, NULL);
11831 snprintf(guestnick, sizeof(guestnick), "%s%ld%ld", NSGuestNickPrefix,
11832 tv.tv_usec / 10000, tv.tv_sec % (60*60*24));
11833
11834 notice_lang(s_NickServ, u, FORCENICKCHANGE_NOW, guestnick);
11835 /****************************************************************/
11836
11837
11838 New code:
11839
11840 /****************************************************************/
11841 #ifdef IRC_DAL4_4_15
11842 if (NSForceNickChange) {
11843 char guestnick[NICKMAX];
11844
11845 int beh;
11846 beh=time(NULL);
11847 sprintf(guestnick, "%s%d%d", NSGuestNickPrefix, nseed, beh);
11848 if (nseed>=9999) nseed=0;
11849 nseed++;
11850
11851 notice_lang(s_NickServ, u, FORCENICKCHANGE_NOW, guestnick);
11852 /****************************************************************/
11853
11854
11855 And place the line above at the top of the file, with the others
11856 "static int":
11857
11858 static int nseed;
11859
11860
11861
11862 I apologize for my bad english.
11863
11864
11865 Best regards,
11866 --
11867
11868 =====================================================================
11869 MARTINI - martini@brasirc.net
11870 -------------------------------------------------------------
11871 Coordenador de Atendimento ao Usuário
11872 BrasIRC Webmaster - webmaster@brasirc.net
11873 BrasIRC.NET Network - http://www.brasirc.net
11874 =====================================================================
11875
11876 -
11877 ---------------------------------------------------------------
11878 To unsubscribe, send email to majordomo@ender.shadowfire.org
11879 with "unsubscribe ircservices" in the body, without the quotes.
11880
11881 From reka at reka.org Fri Oct 22 07:00:12 1999
11882 From: reka at reka.org (Martin Holm)
11883 Date: Sat Oct 23 23:00:52 2004
11884 Subject: [IRCServices] Re: Nick colision
11885 In-Reply-To: <380FBFA4.76504222@intergate.com.br>
11886 References: <3.0.5.32.19991021124318.0079e510@pop3.uol.com.br><99102118042301.00634@rcmoraes.intranet>
11887 Message-ID: 4.1.19991022155928.013526b0@reka.org
11888
11889
11890 No need to apologize for your English, we all understood what you meant.
11891
11892
11893 At 23:36 21.10.99 -0200, Carlos Mendes Martini wrote:
11894
11895 > I apologize for my bad english.
11896
11897
11898 ===============================================================================
11899 Martin Holm Fax: (+1) (419) 710-2775
11900 reka@reka.org Phone: (+47) 3553 6349
11901 http://www.reka.org/ (+47) 9285 4558
11902 SMS email: sms@reka.org ICQ: 715443
11903 WHOIS MH17347 AOL Instant Messenger: mh17347
11904 IRC: Reka MSN(tm) Messenger Service: mh17347
11905
11906 ---------------------------------------------------------------
11907 To unsubscribe, send email to majordomo@ender.shadowfire.org
11908 with "unsubscribe ircservices" in the body, without the quotes.
11909
11910 From lebleu at prefer.net Fri Oct 22 09:48:23 1999
11911 From: lebleu at prefer.net (Kevin)
11912 Date: Sat Oct 23 23:00:52 2004
11913 Subject: [IRCServices] Re: Nick colision
11914 In-Reply-To: <4.1.19991022155928.013526b0@reka.org>
11915 References: 4.1.19991022155928.013526b0@reka.org
11916 Message-ID: Pine.LNX.4.00.9910221146230.9182&#45;100000@hades.bleu.paganpaths.org
11917
11918
11919 On Fri, 22 Oct 1999, Martin Holm wrote:
11920
11921 > No need to apologize for your English, we all understood what you meant.
11922 >
11923 > At 23:36 21.10.99 -0200, Carlos Mendes Martini wrote:
11924 >
11925 > > I apologize for my bad english.
11926
11927 I agree, no need to apologize for your English. But, couldn't you have
11928 included a diff output instead of just showing the old and new code? I
11929 know I find that the easiest way to see what actually changed, short of
11930 ediff in emacs. ;)
11931
11932 --Kevin
11933
11934 P.S. I personally find diff -u is easiest to read, but I don't know what
11935 others find easiest.
11936
11937 --
11938 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
11939 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
11940 If you're reading this you're part of the mass hallucination that is Kevin
11941 the Blue.
11942 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
11943 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
11944 Wear a blue ribbon today to show your solidarity for freedom of speech on
11945 the Internet!
11946
11947 ---------------------------------------------------------------
11948 To unsubscribe, send email to majordomo@ender.shadowfire.org
11949 with "unsubscribe ircservices" in the body, without the quotes.
11950
11951 From rafael at kapa.procergs.com.br Tue Oct 26 10:36:58 1999
11952 From: rafael at kapa.procergs.com.br (Rafael Ritter)
11953 Date: Sat Oct 23 23:00:52 2004
11954 Subject: [IRCServices] cpu consumption
11955 Message-ID: 3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br
11956
11957 Hello,
11958
11959 anyone knows why sometimes services process sudently starts to use 99% of
11960 server CPU and was disconected from server?
11961 Is this problem known? This problem already happened to someone here?
11962
11963 Whaiting answers...
11964
11965 Rafael Ritter
11966 rafael@kapa.procergs.com.br
11967
11968 ps. sorry my english.
11969
11970 ---------------------------------------------------------------
11971 To unsubscribe, send email to majordomo@ender.shadowfire.org
11972 with "unsubscribe ircservices" in the body, without the quotes.
11973
11974 From scrm at scandal.org Tue Oct 26 12:01:22 1999
11975 From: scrm at scandal.org (Mehran Khalili)
11976 Date: Sat Oct 23 23:00:52 2004
11977 Subject: [IRCServices] cpu consumption
11978 In-Reply-To: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br>
11979 References: 3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br
11980 Message-ID: Pine.LNX.4.05.9910262000290.30547&#45;100000@meteora.areti.com
11981
11982
11983 > Hello,
11984 >
11985 > anyone knows why sometimes services process sudently starts to use 99% of
11986 > server CPU and was disconected from server?
11987 > Is this problem known? This problem already happened to someone here?
11988 >
11989 > Whaiting answers...
11990
11991 It's strange that you should say that, because it just happened to me too.
11992
11993 Any ideas anyone?
11994
11995 Mehran
11996
11997
11998 |~~~~~~~ screamager . mehran khalili ~~~~~~~|
11999 | http://www.scandal.org . scrm@scandal.org |
12000 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
12001
12002 ---------------------------------------------------------------
12003 To unsubscribe, send email to majordomo@ender.shadowfire.org
12004 with "unsubscribe ircservices" in the body, without the quotes.
12005
12006 From scotts at flamebait.org Tue Oct 26 15:11:27 1999
12007 From: scotts at flamebait.org (Scott Seufert)
12008 Date: Sat Oct 23 23:00:52 2004
12009 Subject: [IRCServices] cpu consumption
12010 References: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br>
12011 Message-ID: 3816270F.2279D8D9@flamebait.org
12012
12013 Which version of services?
12014
12015 Which IRC daemon?
12016
12017 Rafael Ritter wrote:
12018
12019 > Hello,
12020 >
12021 > anyone knows why sometimes services process sudently starts to use 99% of
12022 > server CPU and was disconected from server?
12023 > Is this problem known? This problem already happened to someone here?
12024 >
12025 > Whaiting answers...
12026 >
12027 > Rafael Ritter
12028 > rafael@kapa.procergs.com.br
12029 >
12030 > ps. sorry my english.
12031 >
12032 > ---------------------------------------------------------------
12033 > To unsubscribe, send email to majordomo@ender.shadowfire.org
12034 > with "unsubscribe ircservices" in the body, without the quotes.
12035
12036 kat
12037
12038 ---------------------------------------------------------------
12039 To unsubscribe, send email to majordomo@ender.shadowfire.org
12040 with "unsubscribe ircservices" in the body, without the quotes.
12041
12042 From zshack at alliancelink.com Tue Oct 26 13:22:26 1999
12043 From: zshack at alliancelink.com (zshack)
12044 Date: Sat Oct 23 23:00:52 2004
12045 Subject: [IRCServices] cpu consumption
12046 References: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br> <3816270F.2279D8D9@flamebait.org>
12047 Message-ID: 001201bf1fef$d22d4450$87f05d18@ZSHACK
12048
12049 I had the same problem and you have to be all runing the same version of
12050 IRCD . If its a different version it will cause high cpu usage, i hade the
12051 same problem and everyone being on the same exact version fixed it.
12052 ----- Original Message -----
12053 From: "Scott Seufert" <scotts@flamebait.org>
12054 To: <ircservices@ender.shadowfire.org>
12055 Sent: Tuesday, October 26, 1999 6:11 PM
12056 Subject: Re: [IRCServices] cpu consumption
12057
12058
12059 > Which version of services?
12060 >
12061 > Which IRC daemon?
12062 >
12063 > Rafael Ritter wrote:
12064 >
12065 > > Hello,
12066 > >
12067 > > anyone knows why sometimes services process sudently starts to use 99%
12068 of
12069 > > server CPU and was disconected from server?
12070 > > Is this problem known? This problem already happened to someone here?
12071 > >
12072 > > Whaiting answers...
12073 > >
12074 > > Rafael Ritter
12075 > > rafael@kapa.procergs.com.br
12076 > >
12077 > > ps. sorry my english.
12078 > >
12079 > > ---------------------------------------------------------------
12080 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
12081 > > with "unsubscribe ircservices" in the body, without the quotes.
12082 >
12083 > kat
12084 >
12085 > ---------------------------------------------------------------
12086 > To unsubscribe, send email to majordomo@ender.shadowfire.org
12087 > with "unsubscribe ircservices" in the body, without the quotes.
12088
12089
12090 ---------------------------------------------------------------
12091 To unsubscribe, send email to majordomo@ender.shadowfire.org
12092 with "unsubscribe ircservices" in the body, without the quotes.
12093
12094 From nick at blkbox.com Tue Oct 26 15:37:20 1999
12095 From: nick at blkbox.com (Nick Gawronski)
12096 Date: Sat Oct 23 23:00:52 2004
12097 Subject: [IRCServices] writing new commands for services
12098 In-Reply-To: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br>
12099 References: 3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br
12100 Message-ID: Pine.GSO.3.95.991026173508.21025A&#45;100000@blkbox.com
12101
12102 Hi, How could I write a new command like what files would I need to
12103 change? I have ircservices-4.3.3 bye
12104 Nick Gawronski the chihuahua eater http://www.blkbox.com/~nick
12105
12106 ---------------------------------------------------------------
12107 To unsubscribe, send email to majordomo@ender.shadowfire.org
12108 with "unsubscribe ircservices" in the body, without the quotes.
12109
12110 From nick at blkbox.com Tue Oct 26 17:40:56 1999
12111 From: nick at blkbox.com (Nick Gawronski)
12112 Date: Sat Oct 23 23:00:52 2004
12113 Subject: [IRCServices] services and server problem
12114 Message-ID: Pine.GSO.3.95.991026193518.28015A&#45;100000@blkbox.com
12115
12116 Hi, I got this error when running services 4.3.3 compiled for dalnet
12117 4.6.7 option 22 on configure script
12118
12119 [Oct 26 18:40:37.794798 1999] Services 4.3.3 (compiled for ircd.dal 4.4.15+) starting up (options: debug)
12120 [Oct 26 18:40:45.875216 1999] debug: Received: :localhost NOTICE AUTH :*** Looking up your hostname...
12121 [Oct 26 18:40:45.885206 1999] debug: Received: :localhost NOTICE AUTH :*** Found your hostname (cached)
12122 [Oct 26 18:40:45.892124 1999] debug: Received: :localhost NOTICE AUTH :*** Checking ident...
12123 [Oct 26 18:40:45.969527 1999] debug: Received: :localhost NOTICE AUTH :*** Received ident response
12124 [Oct 26 18:40:45.975784 1999] Read error from server: No such file or directory
12125 [Oct 26 18:40:45.979764 1999] debug: Sent: :services.localhost SQUIT services.localhost :Read error from server: No such file or directory
12126
12127 I am running dalnet dreamforge 4.6.7 on a redhat 6.0. bye Nick Gawronski
12128 the chihuahua eater http://www.blkbox.com/~nick
12129
12130 ---------------------------------------------------------------
12131 To unsubscribe, send email to majordomo@ender.shadowfire.org
12132 with "unsubscribe ircservices" in the body, without the quotes.
12133
12134 From bombbomb at wwdg.com Tue Oct 26 22:05:18 1999
12135 From: bombbomb at wwdg.com (¬µ¼u¥J)
12136 Date: Sat Oct 23 23:00:52 2004
12137 Subject: [IRCServices] cpu consumption
12138 In-Reply-To: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br>
12139 References: 3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br
12140 Message-ID: 4.1.19991027130345.009268b0@mail.wwdg.com
12141
12142 At 03:36 PM 1999/10/26 -0200, you wrote:
12143
12144 >Hello,
12145 >
12146 >anyone knows why sometimes services process sudently starts to use 99% of
12147 >server CPU and was disconected from server?
12148 >Is this problem known? This problem already happened to someone here?
12149 >
12150 >Whaiting answers...
12151
12152 Hello,
12153 I also have the same problems. The CPU usage becomes very high when the
12154 services
12155 disconnect from the server and run it again...
12156
12157 Any idea ?
12158 bomb
12159 ---------------------------------------------------------------
12160 To unsubscribe, send email to majordomo@ender.shadowfire.org
12161 with "unsubscribe ircservices" in the body, without the quotes.
12162
12163 From andrewk at icon.co.za Wed Oct 27 02:37:38 1999
12164 From: andrewk at icon.co.za (Andrew Kempe)
12165 Date: Sat Oct 23 23:00:52 2004
12166 Subject: [IRCServices] cpu consumption
12167 In-Reply-To: <4.1.19991027130345.009268b0@mail.wwdg.com>
12168 References: 4.1.19991027130345.009268b0@mail.wwdg.com
12169 Message-ID: Pine.GSO.3.96.991027095200.2242D&#45;100000@shell.icon.co.za
12170
12171 As Sctot asked, what version of IRC Services and ircd are you running?
12172 Please always include this information.
12173
12174 Although I've not been able to reproduce these problems, they seem to be
12175 happening when running with modified ircds or when U:lines have not been
12176 setup correctly.
12177
12178 Andrew
12179
12180 On Wed, 27 Oct 1999, [iso-8859-1] ¬µ¼u¥J wrote:
12181
12182 > At 03:36 PM 1999/10/26 -0200, you wrote:
12183 >
12184 > >Hello,
12185 > >
12186 > >anyone knows why sometimes services process sudently starts to use 99% of
12187 > >server CPU and was disconected from server?
12188 > >Is this problem known? This problem already happened to someone here?
12189 > >
12190 > >Whaiting answers...
12191 >
12192 > Hello,
12193 > I also have the same problems. The CPU usage becomes very high when the
12194 > services
12195 > disconnect from the server and run it again...
12196 >
12197 > Any idea ?
12198 > bomb
12199 > ---------------------------------------------------------------
12200 > To unsubscribe, send email to majordomo@ender.shadowfire.org
12201 > with "unsubscribe ircservices" in the body, without the quotes.
12202 >
12203
12204 ---------------------------------------------------------------
12205 To unsubscribe, send email to majordomo@ender.shadowfire.org
12206 with "unsubscribe ircservices" in the body, without the quotes.
12207
12208 From dragon at wastelands.net Wed Oct 27 03:48:33 1999
12209 From: dragon at wastelands.net (Gaven Cohen)
12210 Date: Sat Oct 23 23:00:52 2004
12211 Subject: [IRCServices] cpu consumption
12212 In-Reply-To: <Pine.GSO.3.96.991027095200.2242D-100000@shell.icon.co.za>
12213 References: Pine.GSO.3.96.991027095200.2242D&#45;100000@shell.icon.co.za
12214 Message-ID: Pine.LNX.4.10.9910271246440.1123&#45;100000@dragon.wastelands.net
12215
12216
12217 On Wed, 27 Oct 1999, Andrew Kempe wrote:
12218
12219 > Although I've not been able to reproduce these problems, they seem to be
12220 > happening when running with modified ircds or when U:lines have not been
12221 > setup correctly.
12222
12223 Well, somewhere along the line, services is going into an infinite loop...
12224 hence why it wont respond to the server's ping (and thus get disconnected)
12225 and why its using so much CPU.
12226
12227 If we can work out how to reproduce it, the problem will be alot easier to
12228 find (and fix).
12229
12230 If anyone wants to run services under gdb and atleast find out in which
12231 prodecure the loop is in... would help lots :)
12232
12233 - Gaven
12234
12235 ---
12236 Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
12237 freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
12238 RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
12239
12240 ---------------------------------------------------------------
12241 To unsubscribe, send email to majordomo@ender.shadowfire.org
12242 with "unsubscribe ircservices" in the body, without the quotes.
12243
12244 From bombbomb at wwdg.com Thu Oct 28 00:48:59 1999
12245 From: bombbomb at wwdg.com (¬µ¼u¥J)
12246 Date: Sat Oct 23 23:00:52 2004
12247 Subject: [IRCServices] cpu consumption
12248 In-Reply-To: <Pine.GSO.3.96.991027095200.2242D-100000@shell.icon.co.za>
12249 References: <4.1.19991027130345.009268b0@mail.wwdg.com>
12250 Message-ID: 4.1.19991028154635.00921e20@mail.wwdg.com
12251
12252 At 11:37 AM 1999/10/27 +0200, you wrote:
12253
12254 >As Sctot asked, what version of IRC Services and ircd are you running?
12255 >Please always include this information.
12256 >
12257 >Although I've not been able to reproduce these problems, they seem to be
12258 >happening when running with modified ircds or when U:lines have not been
12259 >setup correctly.
12260
12261 Hello,
12262 I am using the Unreal ircd (modified version of dalnet ?) with services
12263 4.3.3 The high cpu
12264 comsumption happen when the services disconnect and connect again. But if I
12265 kill the ircd and run it again, then run the services. The high CPU
12266 comsimption did not happen...
12267
12268 Any ideas ?
12269
12270 bomb
12271
12272 ---------------------------------------------------------------
12273 To unsubscribe, send email to majordomo@ender.shadowfire.org
12274 with "unsubscribe ircservices" in the body, without the quotes.
12275
12276 From rafael at kapa.procergs.com.br Thu Oct 28 04:17:24 1999
12277 From: rafael at kapa.procergs.com.br (Rafael Ritter)
12278 Date: Sat Oct 23 23:00:52 2004
12279 Subject: [IRCServices] cpu consumption
12280 In-Reply-To: <3816270F.2279D8D9@flamebait.org>
12281 References: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br>
12282 Message-ID: 3.0.3.32.19991028091724.007e3100@kapa.procergs.com.br
12283
12284 Well,
12285
12286 I use the last version of EliteIRCD and the last version of Services
12287 (4.3.3), but this problem has occurred on many other configurations.
12288
12289 Rafael Ritter
12290 Equipe VIA RS
12291
12292 At 15:11 26/10/99 -0700, you wrote:
12293 >Which version of services?
12294 >
12295 >Which IRC daemon?
12296 >
12297 >Rafael Ritter wrote:
12298 >
12299 >> Hello,
12300 >>
12301 >> anyone knows why sometimes services process sudently starts to use 99% of
12302 >> server CPU and was disconected from server?
12303 >> Is this problem known? This problem already happened to someone here?
12304 >>
12305 >> Whaiting answers...
12306 >>
12307 >> Rafael Ritter
12308 >> rafael@kapa.procergs.com.br
12309 >>
12310 >> ps. sorry my english.
12311 >>
12312 >> ---------------------------------------------------------------
12313 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
12314 >> with "unsubscribe ircservices" in the body, without the quotes.
12315 >
12316 >kat
12317 >
12318 >---------------------------------------------------------------
12319 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12320 >with "unsubscribe ircservices" in the body, without the quotes.
12321 >
12322 >
12323
12324 ---------------------------------------------------------------
12325 To unsubscribe, send email to majordomo@ender.shadowfire.org
12326 with "unsubscribe ircservices" in the body, without the quotes.
12327
12328 From rafael at kapa.procergs.com.br Thu Oct 28 04:20:52 1999
12329 From: rafael at kapa.procergs.com.br (Rafael Ritter)
12330 Date: Sat Oct 23 23:00:52 2004
12331 Subject: [IRCServices] cpu consumption
12332 In-Reply-To: <001201bf1fef$d22d4450$87f05d18@ZSHACK>
12333 References: <3.0.3.32.19991026153658.0081d760@kapa.procergs.com.br><3816270F.2279D8D9@flamebait.org>
12334 Message-ID: 3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br
12335
12336 At the present moment, I have only one server running one IRCd, but because
12337 of the number of users that is more than 1000, I will put two IRCd´s in
12338 same machine running in network. That´s the only way I found for more than
12339 1000 users to connect in my server.
12340
12341 Rafael Ritter
12342 Equipe VIA RS
12343
12344 At 16:22 26/10/99 -0400, you wrote:
12345 >I had the same problem and you have to be all runing the same version of
12346 >IRCD . If its a different version it will cause high cpu usage, i hade the
12347 >same problem and everyone being on the same exact version fixed it.
12348 >----- Original Message -----
12349 >From: "Scott Seufert" <scotts@flamebait.org>
12350 >To: <ircservices@ender.shadowfire.org>
12351 >Sent: Tuesday, October 26, 1999 6:11 PM
12352 >Subject: Re: [IRCServices] cpu consumption
12353 >
12354 >
12355 >> Which version of services?
12356 >>
12357 >> Which IRC daemon?
12358 >>
12359 >> Rafael Ritter wrote:
12360 >>
12361 >> > Hello,
12362 >> >
12363 >> > anyone knows why sometimes services process sudently starts to use 99%
12364 >of
12365 >> > server CPU and was disconected from server?
12366 >> > Is this problem known? This problem already happened to someone here?
12367 >> >
12368 >> > Whaiting answers...
12369 >> >
12370 >> > Rafael Ritter
12371 >> > rafael@kapa.procergs.com.br
12372 >> >
12373 >> > ps. sorry my english.
12374 >> >
12375 >> > ---------------------------------------------------------------
12376 >> > To unsubscribe, send email to majordomo@ender.shadowfire.org
12377 >> > with "unsubscribe ircservices" in the body, without the quotes.
12378 >>
12379 >> kat
12380 >>
12381 >> ---------------------------------------------------------------
12382 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
12383 >> with "unsubscribe ircservices" in the body, without the quotes.
12384 >
12385 >
12386 >---------------------------------------------------------------
12387 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12388 >with "unsubscribe ircservices" in the body, without the quotes.
12389 >
12390 >
12391
12392 ---------------------------------------------------------------
12393 To unsubscribe, send email to majordomo@ender.shadowfire.org
12394 with "unsubscribe ircservices" in the body, without the quotes.
12395
12396 From rafael at kapa.procergs.com.br Thu Oct 28 04:34:18 1999
12397 From: rafael at kapa.procergs.com.br (Rafael Ritter)
12398 Date: Sat Oct 23 23:00:52 2004
12399 Subject: [IRCServices] cpu consumption
12400 In-Reply-To: <Pine.GSO.3.96.991027095200.2242D-100000@shell.icon.co.za>
12401 References: <4.1.19991027130345.009268b0@mail.wwdg.com>
12402 Message-ID: 3.0.3.32.19991028093418.00afcc00@kapa.procergs.com.br
12403
12404 Ok, let´s go.
12405
12406 These are my ircd.conf lines for services
12407
12408 ############ Uline for Services ############
12409 U:services.via-rs.com.br:pass:*
12410 C:200.248.240.55:pass:services.via-rs.com.br:6667:32
12411 N:200.248.240.55:pass:services.via-rs.com.br::32
12412 C:irc2.via-rs.com.br:pass:services.via-rs.com.br:6667:32
12413 N:irc2.via-rs.com.br:pass:services.via-rs.com.br::32
12414 ############################################
12415
12416 I´m running EliteIRCd2.0Preview, Services 4.3.3 on a Linux 2.2.12
12417
12418 the same problem I had running Magick (sux) in a dalnet ircd (dont remember
12419 the version) and another configurations (but with theses U,C,N lines).
12420
12421 One interesting detail: With FreeBSD, services don´t stay alive for more
12422 than 5 minuts. Now, with Linux, they are more stable and this problem occur
12423 just some times.
12424
12425 Well, I think this is all. Any help is welcome.
12426
12427
12428 Rafael Ritter
12429 VIA RS Team
12430
12431
12432 (some day I will learn english :)
12433
12434
12435
12436
12437
12438
12439 At 11:37 27/10/99 +0200, you wrote:
12440 >As Sctot asked, what version of IRC Services and ircd are you running?
12441 >Please always include this information.
12442 >
12443 >Although I've not been able to reproduce these problems, they seem to be
12444 >happening when running with modified ircds or when U:lines have not been
12445 >setup correctly.
12446 >
12447 >Andrew
12448 >
12449 >On Wed, 27 Oct 1999, [iso-8859-1] ¬µ¼u¥J wrote:
12450 >
12451 >> At 03:36 PM 1999/10/26 -0200, you wrote:
12452 >>
12453 >> >Hello,
12454 >> >
12455 >> >anyone knows why sometimes services process sudently starts to use 99% of
12456 >> >server CPU and was disconected from server?
12457 >> >Is this problem known? This problem already happened to someone here?
12458 >> >
12459 >> >Whaiting answers...
12460 >>
12461 >> Hello,
12462 >> I also have the same problems. The CPU usage becomes very high when the
12463 >> services
12464 >> disconnect from the server and run it again...
12465 >>
12466 >> Any idea ?
12467 >> bomb
12468 >> ---------------------------------------------------------------
12469 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
12470 >> with "unsubscribe ircservices" in the body, without the quotes.
12471 >>
12472 >
12473 >---------------------------------------------------------------
12474 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12475 >with "unsubscribe ircservices" in the body, without the quotes.
12476 >
12477 >
12478
12479 ---------------------------------------------------------------
12480 To unsubscribe, send email to majordomo@ender.shadowfire.org
12481 with "unsubscribe ircservices" in the body, without the quotes.
12482
12483 From jpinto9 at visteon.com Thu Oct 28 05:39:03 1999
12484 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
12485 Date: Sat Oct 23 23:00:52 2004
12486 Subject: [IRCServices] cpu consumption
12487 Message-ID: 199910281239.IAA29523@mailfw3.ford.com
12488
12489 You should be aware that Andy Church services do not support EliteIRCD
12490 channel owner mode (+q), this will drive to MODE bouncing problems... please
12491 use another series or another ircd... or make the necessary changes on
12492 services. Probably the bouncing modes are the reason for that cpu
12493 consumption.
12494
12495 João Luís Marques Pinto
12496 PTlink Tech - Lamego@PTlink.net
12497 http://www.PTlink.net
12498
12499
12500
12501
12502 -----Original Message-----
12503 From: Rafael Ritter [<A HREF="mailto:rafael@kapa.procergs.com.br">mailto:rafael@kapa.procergs.com.br</A>]
12504 Sent: quinta-feira, 28 de outubro de 1999 12:34
12505 To: ircservices@ender.shadowfire.org
12506 Subject: Re: [IRCServices] cpu consumption
12507
12508
12509 Ok, let´s go.
12510
12511 These are my ircd.conf lines for services
12512
12513 ############ Uline for Services ############
12514 U:services.via-rs.com.br:pass:*
12515 C:200.248.240.55:pass:services.via-rs.com.br:6667:32
12516 N:200.248.240.55:pass:services.via-rs.com.br::32
12517 C:irc2.via-rs.com.br:pass:services.via-rs.com.br:6667:32
12518 N:irc2.via-rs.com.br:pass:services.via-rs.com.br::32
12519 ############################################
12520
12521 I´m running EliteIRCd2.0Preview, Services 4.3.3 on a Linux 2.2.12
12522
12523 the same problem I had running Magick (sux) in a dalnet ircd (dont remember
12524 the version) and another configurations (but with theses U,C,N lines).
12525
12526 One interesting detail: With FreeBSD, services don´t stay alive for more
12527 than 5 minuts. Now, with Linux, they are more stable and this problem occur
12528 just some times.
12529
12530 Well, I think this is all. Any help is welcome.
12531
12532
12533 Rafael Ritter
12534 VIA RS Team
12535
12536
12537 (some day I will learn english :)
12538
12539
12540
12541
12542
12543
12544 At 11:37 27/10/99 +0200, you wrote:
12545 >As Sctot asked, what version of IRC Services and ircd are you running?
12546 >Please always include this information.
12547 >
12548 >Although I've not been able to reproduce these problems, they seem to be
12549 >happening when running with modified ircds or when U:lines have not been
12550 >setup correctly.
12551 >
12552 >Andrew
12553 >
12554 >On Wed, 27 Oct 1999, [iso-8859-1] ¬µ¼u¥J wrote:
12555 >
12556 >> At 03:36 PM 1999/10/26 -0200, you wrote:
12557 >>
12558 >> >Hello,
12559 >> >
12560 >> >anyone knows why sometimes services process sudently starts to use 99%
12561 of
12562 >> >server CPU and was disconected from server?
12563 >> >Is this problem known? This problem already happened to someone here?
12564 >> >
12565 >> >Whaiting answers...
12566 >>
12567 >> Hello,
12568 >> I also have the same problems. The CPU usage becomes very high when
12569 the
12570 >> services
12571 >> disconnect from the server and run it again...
12572 >>
12573 >> Any idea ?
12574 >> bomb
12575 >> ---------------------------------------------------------------
12576 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
12577 >> with "unsubscribe ircservices" in the body, without the quotes.
12578 >>
12579 >
12580 >---------------------------------------------------------------
12581 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12582 >with "unsubscribe ircservices" in the body, without the quotes.
12583 >
12584 >
12585
12586 ---------------------------------------------------------------
12587 To unsubscribe, send email to majordomo@ender.shadowfire.org
12588 with "unsubscribe ircservices" in the body, without the quotes.
12589 ---------------------------------------------------------------
12590 To unsubscribe, send email to majordomo@ender.shadowfire.org
12591 with "unsubscribe ircservices" in the body, without the quotes.
12592
12593 From simons at ns1.foruto.com Thu Oct 28 05:42:13 1999
12594 From: simons at ns1.foruto.com (simons@ns1.foruto.com)
12595 Date: Sat Oct 23 23:00:52 2004
12596 Subject: [IRCServices] Suggestion on /CS INFO
12597 Message-ID: Pine.LNX.4.10.9910282032420.17586&#45;100000@ns1.foruto.com
12598
12599 Hello,
12600
12601 Currently, /CS INFO will display the 'Last Topic' of a channel even the
12602 channel is +s
12603 And I suggest that when channel mlock included +s , then hide the 'Last
12604 Topic' too. I think people create the secret channel, they don't want
12605 their topics spy by someone else (i.e. me =P)
12606
12607
12608 Best rgds,
12609 Simons
12610
12611
12612
12613
12614 ---------------------------------------------------------------
12615 To unsubscribe, send email to majordomo@ender.shadowfire.org
12616 with "unsubscribe ircservices" in the body, without the quotes.
12617
12618 From datcrack at milliyet.com.tr Thu Oct 28 06:12:18 1999
12619 From: datcrack at milliyet.com.tr (Datcrack)
12620 Date: Sat Oct 23 23:00:52 2004
12621 Subject: [IRCServices] cpu consumption
12622 In-Reply-To: <3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br>
12623 References: 3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br
12624 Message-ID: NDBBIOLGOLDLBOFPJKIKAEFPCBAA.datcrack@milliyet.com.tr
12625
12626 I've had the same problem being stuck to 1000 users... It's a general
12627 problem in Linux Kernel which limits connections. I plan on solving the
12628 problem moving the ircd to Sun server...
12629
12630 Datcrack
12631
12632 -----Original Message-----
12633 From: owner-ircservices@ender.shadowfire.org
12634 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Rafael Ritter
12635 Sent: Thursday, October 28, 1999 2:21 PM
12636 To: ircservices@ender.shadowfire.org
12637 Subject: Re: [IRCServices] cpu consumption
12638
12639
12640 At the present moment, I have only one server running one IRCd, but because
12641 of the number of users that is more than 1000, I will put two IRCd´s in
12642 same machine running in network. That´s the only way I found for more than
12643 1000 users to connect in my server.
12644
12645 Rafael Ritter
12646 Equipe VIA RS
12647
12648 ---------------------------------------------------------------
12649 To unsubscribe, send email to majordomo@ender.shadowfire.org
12650 with "unsubscribe ircservices" in the body, without the quotes.
12651
12652 From rafael at kapa.procergs.com.br Thu Oct 28 06:52:59 1999
12653 From: rafael at kapa.procergs.com.br (Rafael Ritter)
12654 Date: Sat Oct 23 23:00:52 2004
12655 Subject: [IRCServices] cpu consumption
12656 In-Reply-To: <199910281239.IAA29523@mailfw3.ford.com>
12657 References: 199910281239.IAA29523@mailfw3.ford.com
12658 Message-ID: 3.0.3.32.19991028115259.0086d2d0@kapa.procergs.com.br
12659
12660 hmmmm...
12661
12662 and what about Unreal IRCd?
12663
12664 Rafael Ritter
12665 Equipe VIA RS
12666
12667 At 08:39 28/10/99 -0400, you wrote:
12668 >You should be aware that Andy Church services do not support EliteIRCD
12669 >channel owner mode (+q), this will drive to MODE bouncing problems... please
12670 >use another series or another ircd... or make the necessary changes on
12671 >services. Probably the bouncing modes are the reason for that cpu
12672 >consumption.
12673 >
12674 >João Luís Marques Pinto
12675 >PTlink Tech - Lamego@PTlink.net
12676 >http://www.PTlink.net
12677 >
12678 >
12679 >
12680 >
12681 >-----Original Message-----
12682 >From: Rafael Ritter [<A HREF="mailto:rafael@kapa.procergs.com.br">mailto:rafael@kapa.procergs.com.br</A>]
12683 >Sent: quinta-feira, 28 de outubro de 1999 12:34
12684 >To: ircservices@ender.shadowfire.org
12685 >Subject: Re: [IRCServices] cpu consumption
12686 >
12687 >
12688 >Ok, let´s go.
12689 >
12690 >These are my ircd.conf lines for services
12691 >
12692 >############ Uline for Services ############
12693 >U:services.via-rs.com.br:pass:*
12694 >C:200.248.240.55:pass:services.via-rs.com.br:6667:32
12695 >N:200.248.240.55:pass:services.via-rs.com.br::32
12696 >C:irc2.via-rs.com.br:pass:services.via-rs.com.br:6667:32
12697 >N:irc2.via-rs.com.br:pass:services.via-rs.com.br::32
12698 >############################################
12699 >
12700 >I´m running EliteIRCd2.0Preview, Services 4.3.3 on a Linux 2.2.12
12701 >
12702 >the same problem I had running Magick (sux) in a dalnet ircd (dont remember
12703 >the version) and another configurations (but with theses U,C,N lines).
12704 >
12705 >One interesting detail: With FreeBSD, services don´t stay alive for more
12706 >than 5 minuts. Now, with Linux, they are more stable and this problem occur
12707 >just some times.
12708 >
12709 >Well, I think this is all. Any help is welcome.
12710 >
12711 >
12712 >Rafael Ritter
12713 >VIA RS Team
12714 >
12715 >
12716 >(some day I will learn english :)
12717 >
12718 >
12719 >
12720 >
12721 >
12722 >
12723 >At 11:37 27/10/99 +0200, you wrote:
12724 >>As Sctot asked, what version of IRC Services and ircd are you running?
12725 >>Please always include this information.
12726 >>
12727 >>Although I've not been able to reproduce these problems, they seem to be
12728 >>happening when running with modified ircds or when U:lines have not been
12729 >>setup correctly.
12730 >>
12731 >>Andrew
12732 >>
12733 >>On Wed, 27 Oct 1999, [iso-8859-1] ¬µ¼u¥J wrote:
12734 >>
12735 >>> At 03:36 PM 1999/10/26 -0200, you wrote:
12736 >>>
12737 >>> >Hello,
12738 >>> >
12739 >>> >anyone knows why sometimes services process sudently starts to use 99%
12740 >of
12741 >>> >server CPU and was disconected from server?
12742 >>> >Is this problem known? This problem already happened to someone here?
12743 >>> >
12744 >>> >Whaiting answers...
12745 >>>
12746 >>> Hello,
12747 >>> I also have the same problems. The CPU usage becomes very high when
12748 >the
12749 >>> services
12750 >>> disconnect from the server and run it again...
12751 >>>
12752 >>> Any idea ?
12753 >>> bomb
12754 >>> ---------------------------------------------------------------
12755 >>> To unsubscribe, send email to majordomo@ender.shadowfire.org
12756 >>> with "unsubscribe ircservices" in the body, without the quotes.
12757 >>>
12758 >>
12759 >>---------------------------------------------------------------
12760 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
12761 >>with "unsubscribe ircservices" in the body, without the quotes.
12762 >>
12763 >>
12764 >
12765 >---------------------------------------------------------------
12766 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12767 >with "unsubscribe ircservices" in the body, without the quotes.
12768 >---------------------------------------------------------------
12769 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12770 >with "unsubscribe ircservices" in the body, without the quotes.
12771 >
12772 >
12773
12774 ---------------------------------------------------------------
12775 To unsubscribe, send email to majordomo@ender.shadowfire.org
12776 with "unsubscribe ircservices" in the body, without the quotes.
12777
12778 From lebleu at prefer.net Thu Oct 28 08:06:50 1999
12779 From: lebleu at prefer.net (Kevin)
12780 Date: Sat Oct 23 23:00:52 2004
12781 Subject: [IRCServices] cpu consumption
12782 In-Reply-To: <3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br>
12783 References: 3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br
12784 Message-ID: Pine.LNX.4.00.9910281005170.3774&#45;100000@hades.bleu.paganpaths.org
12785
12786
12787 On Thu, 28 Oct 1999, Rafael Ritter wrote:
12788
12789 > At the present moment, I have only one server running one IRCd, but because
12790 > of the number of users that is more than 1000, I will put two IRCd´s in
12791 > same machine running in network. That´s the only way I found for more than
12792 > 1000 users to connect in my server.
12793
12794 Are you running linux? Which kernel? I seem to remember reading something
12795 recently about changes to linux so the connection limit is no longer hard
12796 coded into the kernel, it is run time configurable. The other option is
12797 to switch to OpenBSD, Solaris, etc. which don't have such limit, or to
12798 hack or find a patch for the kernel such that you don't have that limit.
12799
12800 --Kevin
12801
12802 --
12803 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
12804 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
12805 If you're reading this you're part of the mass hallucination that is Kevin
12806 the Blue.
12807 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
12808 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
12809 Wear a blue ribbon today to show your solidarity for freedom of speech on
12810 the Internet!
12811
12812 ---------------------------------------------------------------
12813 To unsubscribe, send email to majordomo@ender.shadowfire.org
12814 with "unsubscribe ircservices" in the body, without the quotes.
12815
12816 From andrewk at icon.co.za Thu Oct 28 08:31:30 1999
12817 From: andrewk at icon.co.za (Andrew Kempe)
12818 Date: Sat Oct 23 23:00:53 2004
12819 Subject: [IRCServices] cpu consumption
12820 In-Reply-To: <199910281239.IAA29523@mailfw3.ford.com>
12821 References: 199910281239.IAA29523@mailfw3.ford.com
12822 Message-ID: Pine.GSO.3.96.991028172417.18629A&#45;100000@shell.icon.co.za
12823
12824 I agree with this,
12825
12826 I was going to say that most of the problems I've heard of with regards to
12827 high cpu usage have been when a modified version of Dreamforge is being
12828 used. I guess this is starting to prove itself. Is anyone having this
12829 problem with an ircd that is _totally_ supported by services?
12830
12831 It is important to note that although a change to the ircd, such as a new
12832 mode, seems small an insignificant, it can have a profound effect on
12833 services.
12834
12835 I also doubt that there will be support for all these modified versions.
12836 It is hard enough trying to make services work with the numerous
12837 "base/major" ircds that are out there.
12838
12839 Andrew
12840
12841 On Thu, 28 Oct 1999, Pinto, Joao Luis (J.) wrote:
12842
12843 > You should be aware that Andy Church services do not support EliteIRCD
12844 > channel owner mode (+q), this will drive to MODE bouncing problems... please
12845 > use another series or another ircd... or make the necessary changes on
12846 > services. Probably the bouncing modes are the reason for that cpu
12847 > consumption.
12848 >
12849 > João Luís Marques Pinto
12850 > PTlink Tech - Lamego@PTlink.net
12851 > http://www.PTlink.net
12852 >
12853 >
12854 >
12855 >
12856 > -----Original Message-----
12857 > From: Rafael Ritter [<A HREF="mailto:rafael@kapa.procergs.com.br">mailto:rafael@kapa.procergs.com.br</A>]
12858 > Sent: quinta-feira, 28 de outubro de 1999 12:34
12859 > To: ircservices@ender.shadowfire.org
12860 > Subject: Re: [IRCServices] cpu consumption
12861 >
12862 >
12863 > Ok, let´s go.
12864 >
12865 > These are my ircd.conf lines for services
12866 >
12867 > ############ Uline for Services ############
12868 > U:services.via-rs.com.br:pass:*
12869 > C:200.248.240.55:pass:services.via-rs.com.br:6667:32
12870 > N:200.248.240.55:pass:services.via-rs.com.br::32
12871 > C:irc2.via-rs.com.br:pass:services.via-rs.com.br:6667:32
12872 > N:irc2.via-rs.com.br:pass:services.via-rs.com.br::32
12873 > ############################################
12874 >
12875 > I´m running EliteIRCd2.0Preview, Services 4.3.3 on a Linux 2.2.12
12876 >
12877 > the same problem I had running Magick (sux) in a dalnet ircd (dont remember
12878 > the version) and another configurations (but with theses U,C,N lines).
12879 >
12880 > One interesting detail: With FreeBSD, services don´t stay alive for more
12881 > than 5 minuts. Now, with Linux, they are more stable and this problem occur
12882 > just some times.
12883 >
12884 > Well, I think this is all. Any help is welcome.
12885 >
12886 >
12887 > Rafael Ritter
12888 > VIA RS Team
12889 >
12890 >
12891 > (some day I will learn english :)
12892 >
12893 >
12894 >
12895 >
12896 >
12897 >
12898 > At 11:37 27/10/99 +0200, you wrote:
12899 > >As Sctot asked, what version of IRC Services and ircd are you running?
12900 > >Please always include this information.
12901 > >
12902 > >Although I've not been able to reproduce these problems, they seem to be
12903 > >happening when running with modified ircds or when U:lines have not been
12904 > >setup correctly.
12905 > >
12906 > >Andrew
12907 > >
12908 > >On Wed, 27 Oct 1999, [iso-8859-1] ¬µ¼u¥J wrote:
12909 > >
12910 > >> At 03:36 PM 1999/10/26 -0200, you wrote:
12911 > >>
12912 > >> >Hello,
12913 > >> >
12914 > >> >anyone knows why sometimes services process sudently starts to use 99%
12915 > of
12916 > >> >server CPU and was disconected from server?
12917 > >> >Is this problem known? This problem already happened to someone here?
12918 > >> >
12919 > >> >Whaiting answers...
12920 > >>
12921 > >> Hello,
12922 > >> I also have the same problems. The CPU usage becomes very high when
12923 > the
12924 > >> services
12925 > >> disconnect from the server and run it again...
12926 > >>
12927 > >> Any idea ?
12928 > >> bomb
12929 > >> ---------------------------------------------------------------
12930 > >> To unsubscribe, send email to majordomo@ender.shadowfire.org
12931 > >> with "unsubscribe ircservices" in the body, without the quotes.
12932 > >>
12933 > >
12934 > >---------------------------------------------------------------
12935 > >To unsubscribe, send email to majordomo@ender.shadowfire.org
12936 > >with "unsubscribe ircservices" in the body, without the quotes.
12937 > >
12938 > >
12939 >
12940 > ---------------------------------------------------------------
12941 > To unsubscribe, send email to majordomo@ender.shadowfire.org
12942 > with "unsubscribe ircservices" in the body, without the quotes.
12943 > ---------------------------------------------------------------
12944 > To unsubscribe, send email to majordomo@ender.shadowfire.org
12945 > with "unsubscribe ircservices" in the body, without the quotes.
12946 >
12947
12948 ---------------------------------------------------------------
12949 To unsubscribe, send email to majordomo@ender.shadowfire.org
12950 with "unsubscribe ircservices" in the body, without the quotes.
12951
12952 From rafael at kapa.procergs.com.br Thu Oct 28 09:00:42 1999
12953 From: rafael at kapa.procergs.com.br (Rafael Ritter)
12954 Date: Sat Oct 23 23:00:53 2004
12955 Subject: [IRCServices] cpu consumption
12956 In-Reply-To: <Pine.LNX.4.00.9910281005170.3774-100000@hades.bleu.paganpaths.org>
12957 References: <3.0.3.32.19991028092052.00afd6a0@kapa.procergs.com.br>
12958 Message-ID: 3.0.3.32.19991028140042.007e2790@kapa.procergs.com.br
12959
12960 My kernel version is 2.2.12
12961 The new server will be 2.3.22
12962
12963 Rafael Ritter
12964 VIA RS Team
12965
12966 At 10:06 28/10/99 -0500, you wrote:
12967 >
12968 >On Thu, 28 Oct 1999, Rafael Ritter wrote:
12969 >
12970 >> At the present moment, I have only one server running one IRCd, but because
12971 >> of the number of users that is more than 1000, I will put two IRCd´s in
12972 >> same machine running in network. That´s the only way I found for more than
12973 >> 1000 users to connect in my server.
12974 >
12975 >Are you running linux? Which kernel? I seem to remember reading something
12976 >recently about changes to linux so the connection limit is no longer hard
12977 >coded into the kernel, it is run time configurable. The other option is
12978 >to switch to OpenBSD, Solaris, etc. which don't have such limit, or to
12979 >hack or find a patch for the kernel such that you don't have that limit.
12980 >
12981 >--Kevin
12982 >
12983 >--
12984 >PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
12985 >PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
12986 >If you're reading this you're part of the mass hallucination that is Kevin
12987 >the Blue.
12988 >Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
12989 >PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
12990 >Wear a blue ribbon today to show your solidarity for freedom of speech on
12991 >the Internet!
12992 >
12993 >---------------------------------------------------------------
12994 >To unsubscribe, send email to majordomo@ender.shadowfire.org
12995 >with "unsubscribe ircservices" in the body, without the quotes.
12996 >
12997 >
12998
12999 ---------------------------------------------------------------
13000 To unsubscribe, send email to majordomo@ender.shadowfire.org
13001 with "unsubscribe ircservices" in the body, without the quotes.
13002
13003 From lebleu at prefer.net Thu Oct 28 09:41:57 1999
13004 From: lebleu at prefer.net (Kevin)
13005 Date: Sat Oct 23 23:00:53 2004
13006 Subject: [IRCServices] linux connection limit was cpu consumption
13007 In-Reply-To: <3.0.3.32.19991028140042.007e2790@kapa.procergs.com.br>
13008 References: 3.0.3.32.19991028140042.007e2790@kapa.procergs.com.br
13009 Message-ID: Pine.LNX.4.00.9910281135470.5542&#45;100000@hades.bleu.paganpaths.org
13010
13011
13012 On Thu, 28 Oct 1999, Rafael Ritter wrote:
13013
13014 > My kernel version is 2.2.12
13015 > The new server will be 2.3.22
13016
13017 Hmm... I checked the release notes at www.linux.org.uk, and it was the
13018 2.2.12 kernel that had the update:
13019
13020 File Handles
13021 The kernel now supports large numbers of file handles per process.
13022 The default remains unchanged but can be raised by processes.
13023
13024 You might check if the compile options for linux are causing it to set the
13025 lower limit... Also make sure the #define MAXCONNECTIONS is greater than
13026 1024... I *think* it tries to do a ulimit on file desc. to that number,
13027 cuz on older versions of linux it generated a runtime error if it was too
13028 high, but you might wanna double check that, in case something different
13029 needs to be done to raise the limit.
13030
13031 --Kevin, who wonders why anyone would run a server on a 2.3.x (development
13032 series) kernel... why not wait for 2.4.1?
13033
13034 --
13035 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
13036 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
13037 If you're reading this you're part of the mass hallucination that is Kevin
13038 the Blue.
13039 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
13040 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
13041 Wear a blue ribbon today to show your solidarity for freedom of speech on
13042 the Internet!
13043
13044 ---------------------------------------------------------------
13045 To unsubscribe, send email to majordomo@ender.shadowfire.org
13046 with "unsubscribe ircservices" in the body, without the quotes.
13047
13048 From stsimb at forthnet.gr Thu Oct 28 12:19:04 1999
13049 From: stsimb at forthnet.gr (Sotiris Tsimbonis)
13050 Date: Sat Oct 23 23:00:53 2004
13051 Subject: [IRCServices] cpu consumption
13052 In-Reply-To: <3.0.3.32.19991028140042.007e2790@kapa.procergs.com.br>
13053 References: 3.0.3.32.19991028140042.007e2790@kapa.procergs.com.br
13054 Message-ID: Pine.LNX.4.20.9910282211180.27109&#45;100000@nana.forthnet.gr
13055
13056 On Thu, 28 Oct 1999, Rafael Ritter wrote:
13057 > My kernel version is 2.2.12
13058 > The new server will be 2.3.22
13059
13060 Have a look at http://squid.nlanr.net/Doc/FAQ/FAQ-11.html#ss11.4
13061 There's no need to re-compile your 2.2.x kernel..
13062
13063 Regards,
13064 Sotiris.
13065
13066 ---
13067 Hi! I'm a .signature virus! Copy me into your .signature to help me spread!
13068
13069
13070
13071
13072 ---------------------------------------------------------------
13073 To unsubscribe, send email to majordomo@ender.shadowfire.org
13074 with "unsubscribe ircservices" in the body, without the quotes.
13075
13076 From joshodom at uswest.net Thu Oct 28 16:02:06 1999
13077 From: joshodom at uswest.net (Josh Odom)
13078 Date: Sat Oct 23 23:00:53 2004
13079 Subject: [IRCServices] cpu consumption
13080 In-Reply-To: <4.1.19991028154635.00921e20@mail.wwdg.com>
13081 References: 4.1.19991028154635.00921e20@mail.wwdg.com
13082 Message-ID: LNBBIDPHKBGLGHDPOHNAOEAFCAAA.joshodom@uswest.net
13083
13084 Thats a problem with Unreal...
13085 I have used the Unreal Tabby version and it did the same thing. I didn't go
13086 out and investigate it, I just got a new IRCD.
13087 If you have to use the "Host Aliasing" features *EliteIRCD* is the way to
13088 go... Older versions of Elite were pretty bad but the new one have *MOST* of
13089 the bugs out.
13090
13091
13092 Josh Odom
13093 NeoStation IRC Network
13094 IRCD/Services Coder
13095
13096 -----Original Message-----
13097 From: owner-ircservices@ender.shadowfire.org
13098 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of ¬µ¼u¥J
13099 Sent: Thursday, October 28, 1999 12:49 AM
13100 To: ircservices@ender.shadowfire.org
13101 Subject: Re: [IRCServices] cpu consumption
13102
13103
13104 At 11:37 AM 1999/10/27 +0200, you wrote:
13105
13106 >As Sctot asked, what version of IRC Services and ircd are you running?
13107 >Please always include this information.
13108 >
13109 >Although I've not been able to reproduce these problems, they seem to be
13110 >happening when running with modified ircds or when U:lines have not been
13111 >setup correctly.
13112
13113 Hello,
13114 I am using the Unreal ircd (modified version of dalnet ?) with services
13115 4.3.3 The high cpu
13116 comsumption happen when the services disconnect and connect again. But if I
13117 kill the ircd and run it again, then run the services. The high CPU
13118 comsimption did not happen...
13119
13120 Any ideas ?
13121
13122 bomb
13123
13124 ---------------------------------------------------------------
13125 To unsubscribe, send email to majordomo@ender.shadowfire.org
13126 with "unsubscribe ircservices" in the body, without the quotes.
13127
13128 ---------------------------------------------------------------
13129 To unsubscribe, send email to majordomo@ender.shadowfire.org
13130 with "unsubscribe ircservices" in the body, without the quotes.
13131
13132 From rafael at kapa.procergs.com.br Thu Oct 28 17:49:12 1999
13133 From: rafael at kapa.procergs.com.br (Rafael Ritter)
13134 Date: Sat Oct 23 23:00:53 2004
13135 Subject: [IRCServices] All connections in use
13136 In-Reply-To: <3.0.3.32.19991028115259.0086d2d0@kapa.procergs.com.br>
13137 References: <199910281239.IAA29523@mailfw3.ford.com>
13138 Message-ID: 3.0.3.32.19991028224912.009693d0@kapa.procergs.com.br
13139
13140 Friends,
13141
13142 I know this question is out of topic, but I really need to solve this.
13143 If there is no interest in talk about that, I only ask you for any ircd
13144 mailing list.
13145
13146 I really need to grant access for more than 1000 users. I was reading the
13147 last e-mails but they'r not specific (or I didn't understood them).
13148 My solution is run 2 ircds in same machine. But until now I didn´t have
13149 success. (there is some other solution?)
13150
13151 My configuration:
13152 IP: 200.248.240.59
13153 Server name: psi.procergs.com.br
13154 Server alias: irc.via-rs.com.br
13155 # Client Y:lines
13156 Y:1:90:0:1024:100000
13157 # Server Y:lines
13158 Y:50:300:600:1:1000000
13159
13160 I think the problem is with my C/N lines.
13161
13162 C:200.248.240.59:pass:200.248.240.59:7029:50
13163 N:200.248.240.59:pass:200.248.240.59::50
13164 C:irc.via-rs.com.br:pass:irc.via-rs.com.br:7029:50
13165 N:irc.via-rs.com.br:pass:irc.via-rs.com.br::50
13166
13167 This is the first time I try to link two servers. You may smile if there
13168 are some primary mistakes :-)
13169
13170 Rafael Ritter
13171 Equipe VIA RS
13172
13173 ---------------------------------------------------------------
13174 To unsubscribe, send email to majordomo@ender.shadowfire.org
13175 with "unsubscribe ircservices" in the body, without the quotes.
13176
13177 From chriswh at cyberhighway.net Fri Oct 29 13:04:40 1999
13178 From: chriswh at cyberhighway.net (Chris)
13179 Date: Sat Oct 23 23:00:53 2004
13180 Subject: [IRCServices] cpu consumption
13181 Message-ID: 199910292315.BAA19118@Ender.gp.school.za
13182
13183 Ok, Not to say anything bad about Elite because I personally love it's
13184 features. But as a note, it now costs $5.00 U.S. Which isn't much at all.
13185 Just noting this as most IRCDs are free.
13186
13187 Just thought you should know.
13188
13189 -psych0path
13190
13191 ----------
13192 > From: Josh Odom <joshodom@uswest.net>
13193 > To: ircservices@ender.shadowfire.org
13194 > Subject: RE: [IRCServices] cpu consumption
13195 > Date: Thursday, October 28, 1999 7:02 PM
13196 >
13197 > Thats a problem with Unreal...
13198 > I have used the Unreal Tabby version and it did the same thing. I didn't
13199 go
13200 > out and investigate it, I just got a new IRCD.
13201 > If you have to use the "Host Aliasing" features *EliteIRCD* is the way to
13202 > go... Older versions of Elite were pretty bad but the new one have *MOST*
13203 of
13204 > the bugs out.
13205 >
13206 >
13207 > Josh Odom
13208 > NeoStation IRC Network
13209 > IRCD/Services Coder
13210 >
13211 > -----Original Message-----
13212 > From: owner-ircservices@ender.shadowfire.org
13213 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of ¬µ¼u¥J
13214 > Sent: Thursday, October 28, 1999 12:49 AM
13215 > To: ircservices@ender.shadowfire.org
13216 > Subject: Re: [IRCServices] cpu consumption
13217 >
13218 >
13219 > At 11:37 AM 1999/10/27 +0200, you wrote:
13220 >
13221 > >As Sctot asked, what version of IRC Services and ircd are you running?
13222 > >Please always include this information.
13223 > >
13224 > >Although I've not been able to reproduce these problems, they seem to be
13225 > >happening when running with modified ircds or when U:lines have not been
13226 > >setup correctly.
13227 >
13228 > Hello,
13229 > I am using the Unreal ircd (modified version of dalnet ?) with services
13230 > 4.3.3 The high cpu
13231 > comsumption happen when the services disconnect and connect again. But if
13232 I
13233 > kill the ircd and run it again, then run the services. The high CPU
13234 > comsimption did not happen...
13235 >
13236 > Any ideas ?
13237 >
13238 > bomb
13239 >
13240 > ---------------------------------------------------------------
13241 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13242 > with "unsubscribe ircservices" in the body, without the quotes.
13243 >
13244 > ---------------------------------------------------------------
13245 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13246 > with "unsubscribe ircservices" in the body, without the quotes.
13247 ---------------------------------------------------------------
13248 To unsubscribe, send email to majordomo@ender.shadowfire.org
13249 with "unsubscribe ircservices" in the body, without the quotes.
13250
13251 From egg at writeme.com Fri Oct 29 22:23:21 1999
13252 From: egg at writeme.com (egg@writeme.com)
13253 Date: Sat Oct 23 23:00:53 2004
13254 Subject: [IRCServices] cpu consumption
13255 In-Reply-To: <199910292315.BAA19118@Ender.gp.school.za>
13256 References: 199910292315.BAA19118@Ender.gp.school.za
13257 Message-ID: 4.1.19991030072012.00aab300@error
13258
13259
13260 A quick note here. This guy is selling GNU software...... Or in other
13261 words he's doing something he isn't allowed to do....
13262
13263 Read http://www.freshmeat.net/appindex/1999/10/17/940203481.html
13264 A small extract:
13265 >Potvin says himself that it is no longer under the GPL. To cite the GPL: 4.
13266 >You may not copy, modify, sublicense, distribute or transfer the Program
13267 >except as expressly provided under this General Public License. He's also
13268 >only disting binary versions, with no source availible, and as he already
13269 >broke the GPL once why not twice.. take a look at
13270 ><A HREF="http://www.gnu.org/philosophy/selling.html">http://www.gnu.org/philosophy/selling.html</A> for more info .. else I think
13271 >its hilliarous to give 25$ for a channel mode, 3 commands when you can get
13272 >better than that for free (see all Elite hybrids) IRCds has always been
13273 >free should always be free (Webmaster Inc. may do something like the same,
13274 >everyone knows) -UnrealIRCd coder.
13275
13276
13277
13278 At 22:04 29/10/99 , you wrote:
13279 >Ok, Not to say anything bad about Elite because I personally love it's
13280 >features. But as a note, it now costs $5.00 U.S. Which isn't much at all.
13281 >Just noting this as most IRCDs are free.
13282 >
13283 >Just thought you should know.
13284
13285 ---------------------------------------------------------------
13286 To unsubscribe, send email to majordomo@ender.shadowfire.org
13287 with "unsubscribe ircservices" in the body, without the quotes.
13288
13289 From chriswh at cyberhighway.net Sat Oct 30 06:26:52 1999
13290 From: chriswh at cyberhighway.net (Chris)
13291 Date: Sat Oct 23 23:00:53 2004
13292 Subject: [IRCServices] cpu consumption
13293 Message-ID: 199910301301.PAA06283@Ender.gp.school.za
13294
13295 Yes, I am strongly against his selling of the software, and as this does
13296 not relate to services, forgive me, but he claims he is selling JUST his
13297 code, the rest comes with it free. And, Pertaining to Services, In the past
13298 Elite has not done well with services at all. IMHO, I wouldn't use it
13299 [Elite] with services. Unreal IRCD is extremely similar to Elite IRCD, if
13300 Unreal could just have/fix a mode +L (which I personally don't really have
13301 an opinion about) would be just like Elite and Potvin wouldn't get any
13302 "customers". Kick him where it hurts in other words. Please note, I do not
13303 hate Potvin, I've had the priviledge of admining with him and he's really
13304 not a bad person. I just do not agree with his selling an IRCD. Also if
13305 Unreal has a fixed +L, I am not aware of it, but I don't keep up with it so
13306 I may be wrong. But I would go with Unreal if you like the "Elite style"
13307 IRCD.
13308
13309 Just my $.02
13310
13311 -psych0path
13312
13313 ----------
13314 > From: egg@writeme.com
13315 > To: ircservices@ender.shadowfire.org
13316 > Subject: Re: [IRCServices] cpu consumption
13317 > Date: Saturday, October 30, 1999 1:23 AM
13318 >
13319 >
13320 > A quick note here. This guy is selling GNU software...... Or in other
13321 > words he's doing something he isn't allowed to do....
13322 >
13323 > Read http://www.freshmeat.net/appindex/1999/10/17/940203481.html
13324 > A small extract:
13325 > >Potvin says himself that it is no longer under the GPL. To cite the GPL:
13326 4.
13327 > >You may not copy, modify, sublicense, distribute or transfer the Program
13328
13329 > >except as expressly provided under this General Public License. He's
13330 also
13331 > >only disting binary versions, with no source availible, and as he
13332 already
13333 > >broke the GPL once why not twice.. take a look at
13334 > ><A HREF="http://www.gnu.org/philosophy/selling.html">http://www.gnu.org/philosophy/selling.html</A> for more info .. else I
13335 think
13336 > >its hilliarous to give 25$ for a channel mode, 3 commands when you can
13337 get
13338 > >better than that for free (see all Elite hybrids) IRCds has always
13339 been
13340 > >free should always be free (Webmaster Inc. may do something like the
13341 same,
13342 > >everyone knows) -UnrealIRCd coder.
13343 >
13344 >
13345 >
13346 > At 22:04 29/10/99 , you wrote:
13347 > >Ok, Not to say anything bad about Elite because I personally love it's
13348 > >features. But as a note, it now costs $5.00 U.S. Which isn't much at
13349 all.
13350 > >Just noting this as most IRCDs are free.
13351 > >
13352 > >Just thought you should know.
13353 >
13354 > ---------------------------------------------------------------
13355 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13356 > with "unsubscribe ircservices" in the body, without the quotes.
13357 ---------------------------------------------------------------
13358 To unsubscribe, send email to majordomo@ender.shadowfire.org
13359 with "unsubscribe ircservices" in the body, without the quotes.
13360
13361 From chriswh at cyberhighway.net Sat Oct 30 06:36:33 1999
13362 From: chriswh at cyberhighway.net (Chris)
13363 Date: Sat Oct 23 23:00:53 2004
13364 Subject: [IRCServices] All connections in use
13365 Message-ID: 199910301311.PAA06546@Ender.gp.school.za
13366
13367 This may not help you much Rafael, as I'm not exactly sure, but I would try
13368 running the servers on different ports.
13369 For example,
13370 Server1 run on port 7029
13371 Server2 run on port 7030
13372
13373 C/N Lines for Server1 would be:
13374 C:(Server2's IP or Hostname):(link password):(Server2's name):7030:50
13375 N:(Server2's IP or Hostname):(connect password):(Server2's name)::50
13376
13377 then C/N Lines for Server2 would be:
13378 C:(Server1's IP or Hostname):(link password):(Server1's name):7029:50
13379 N:(Server1's IP or Hostname):(connect password):(Server1's name)::50
13380
13381 Also make sure you have P Lines for the ports, just to be safe, put these
13382 in both server's ircd.conf files:
13383 P:*:*:*:7029
13384 P:*:*:*:7030
13385
13386 Hope that helps. If I'm wrong someone please correct me as I've never
13387 messed with two servers from the same machine/account before. And If
13388 someone could help him with the kernel again so he only has to run one
13389 server, I'm sure that would help alot. Hope that helps Rafael.
13390
13391 -psych0path
13392 ----------
13393 > From: Rafael Ritter <rafael@kapa.procergs.com.br>
13394 > To: ircservices@ender.shadowfire.org
13395 > Subject: [IRCServices] All connections in use
13396 > Date: Thursday, October 28, 1999 8:49 PM
13397 >
13398 > Friends,
13399 >
13400 > I know this question is out of topic, but I really need to solve this.
13401 > If there is no interest in talk about that, I only ask you for any ircd
13402 > mailing list.
13403 >
13404 > I really need to grant access for more than 1000 users. I was reading the
13405 > last e-mails but they'r not specific (or I didn't understood them).
13406 > My solution is run 2 ircds in same machine. But until now I didn´t have
13407 > success. (there is some other solution?)
13408 >
13409 > My configuration:
13410 > IP: 200.248.240.59
13411 > Server name: psi.procergs.com.br
13412 > Server alias: irc.via-rs.com.br
13413 > # Client Y:lines
13414 > Y:1:90:0:1024:100000
13415 > # Server Y:lines
13416 > Y:50:300:600:1:1000000
13417 >
13418 > I think the problem is with my C/N lines.
13419 >
13420 > C:200.248.240.59:pass:200.248.240.59:7029:50
13421 > N:200.248.240.59:pass:200.248.240.59::50
13422 > C:irc.via-rs.com.br:pass:irc.via-rs.com.br:7029:50
13423 > N:irc.via-rs.com.br:pass:irc.via-rs.com.br::50
13424 >
13425 > This is the first time I try to link two servers. You may smile if there
13426 > are some primary mistakes :-)
13427 >
13428 > Rafael Ritter
13429 > Equipe VIA RS
13430 >
13431 > ---------------------------------------------------------------
13432 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13433 > with "unsubscribe ircservices" in the body, without the quotes.
13434 ---------------------------------------------------------------
13435 To unsubscribe, send email to majordomo@ender.shadowfire.org
13436 with "unsubscribe ircservices" in the body, without the quotes.
13437
13438 From quension at softhome.net Sat Oct 30 12:47:22 1999
13439 From: quension at softhome.net (quension@softhome.net)
13440 Date: Sat Oct 23 23:00:53 2004
13441 Subject: [IRCServices] All connections in use
13442 References: <199910301311.PAA06546@Ender.gp.school.za>
13443 Message-ID: 381B4B4A.46BEA300@softhome.net
13444
13445 Chris wrote:
13446
13447 > This may not help you much Rafael, as I'm not exactly sure, but I would try
13448 > running the servers on different ports.
13449 > For example,
13450 > Server1 run on port 7029
13451 > Server2 run on port 7030
13452
13453 Do it in the M:lines.
13454
13455 Server1:
13456 M:(Server1's name):200.248.240.59:(Server1's description):7029
13457
13458 Server2:
13459 M:(Server2's name):200.248.240.59:(Server2's description):7030
13460
13461 > C/N Lines for Server1 would be:
13462 > C:(Server2's IP or Hostname):(link password):(Server2's name):7030:50
13463 > N:(Server2's IP or Hostname):(connect password):(Server2's name)::50
13464 >
13465 > then C/N Lines for Server2 would be:
13466 > C:(Server1's IP or Hostname):(link password):(Server1's name):7029:50
13467 > N:(Server1's IP or Hostname):(connect password):(Server1's name)::50
13468
13469 Note the IP/hostname will be the same for both servers.
13470
13471 > Also make sure you have P Lines for the ports, just to be safe, put these
13472 > in both server's ircd.conf files:
13473 > P:*:*:*:7029
13474 > P:*:*:*:7030
13475
13476 Be careful with the P:lines; some ircds crash if you have the same port in the
13477 P:line as the one in the M:line.
13478 Also note the NEITHER server can have the same ports (P:lines) as the other.
13479 That means you cannot have P:lines for port 6667 on both ircds, which might
13480 deflate your idea of allowing 2000 (or more) clients easily, since 1000 of
13481 those clients would need to specify another port when they connect.
13482
13483 The exception to all that would be if you used another vhost, i.e. as if you
13484 had another shell/machine.
13485
13486 > Hope that helps. If I'm wrong someone please correct me as I've never
13487 > messed with two servers from the same machine/account before. And If
13488 > someone could help him with the kernel again so he only has to run one
13489 > server, I'm sure that would help alot. Hope that helps Rafael.
13490
13491 I know nothing about the kernel restrictions... but regardless, this line
13492 limits you to 1024 incoming clients:
13493
13494 >> Y:1:90:0:1024:100000
13495
13496 Change the 1024 to something higher.
13497
13498
13499 -- Quension
13500
13501 BTW, what IS a good ircd mailing list?
13502
13503 ---------------------------------------------------------------
13504 To unsubscribe, send email to majordomo@ender.shadowfire.org
13505 with "unsubscribe ircservices" in the body, without the quotes.
13506
13507 From andrewk at icon.co.za Sat Oct 30 13:05:12 1999
13508 From: andrewk at icon.co.za (Andrew Kempe)
13509 Date: Sat Oct 23 23:00:53 2004
13510 Subject: [IRCServices] All connections in use
13511 In-Reply-To: <381B4B4A.46BEA300@softhome.net>
13512 References: 381B4B4A.46BEA300@softhome.net
13513 Message-ID: NCBBIPDDJGGDOCPMKPKPEEOOCOAA.andrewk@icon.co.za
13514
13515 [snip... err, actually a lot of hacking and chopping]
13516 > -- Quension
13517 >
13518 > BTW, what IS a good ircd mailing list?
13519
13520 You could use the dal-src mailing list - they seem to be able to help with
13521 technical stuff. Although they do have a happy habbit of ignoring legitimate
13522 questions. These types of help mailing lists always become arogant because
13523 the same questions are asked over and over. A comprehensive FAQ would be
13524 more useful imho. Offers? :)
13525
13526 Andrew
13527
13528
13529 ---------------------------------------------------------------
13530 To unsubscribe, send email to majordomo@ender.shadowfire.org
13531 with "unsubscribe ircservices" in the body, without the quotes.
13532
13533 From lebleu at prefer.net Sat Oct 30 14:02:29 1999
13534 From: lebleu at prefer.net (Kevin)
13535 Date: Sat Oct 23 23:00:53 2004
13536 Subject: [IRCServices] cpu consumption
13537 In-Reply-To: <199910301301.PAA06283@Ender.gp.school.za>
13538 References: 199910301301.PAA06283@Ender.gp.school.za
13539 Message-ID: Pine.LNX.4.00.9910301559280.2227&#45;100000@hades.bleu.paganpaths.org
13540
13541
13542 On Sat, 30 Oct 1999, Chris wrote:
13543
13544 > Yes, I am strongly against his selling of the software, and as this does
13545 > not relate to services, forgive me, but he claims he is selling JUST his
13546 > code, the rest comes with it free. And, Pertaining to Services, In the past
13547
13548 If the rest of the code is under GPL, that's not legal - he has to make
13549 *all* source available to anyone he gives binaries to. If he doesn't, he
13550 doesn't have the right to distribute it at *all*, because of the GPLed
13551 code. If he is actually violating the license, I'd strongly advise
13552 against using his software. If he wants to sell an ircd, he has to write
13553 it entirely himself, or start from something under a BSD-style license.
13554
13555 --Kevin
13556
13557 --
13558 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
13559 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
13560 If you're reading this you're part of the mass hallucination that is Kevin
13561 the Blue.
13562 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
13563 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
13564 Wear a blue ribbon today to show your solidarity for freedom of speech on
13565 the Internet!
13566
13567 ---------------------------------------------------------------
13568 To unsubscribe, send email to majordomo@ender.shadowfire.org
13569 with "unsubscribe ircservices" in the body, without the quotes.
13570
13571 From syntax at relic.net Wed Nov 3 01:17:57 1999
13572 From: syntax at relic.net (syntax)
13573 Date: Sat Oct 23 23:00:53 2004
13574 Subject: [IRCServices] IMPORT-DB
13575 Message-ID: 4.2.0.58.19991103031653.0094d2b0@pop.tiac.net
13576
13577 Anyone who converted dbs from magick to esper, please tell me exactly how
13578 you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13579 openingNo Such File or directory, any help would greatly be appreciated.
13580
13581 Sincerely Yours,
13582
13583 syntax
13584
13585 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13586 + RelicNet IRC Network! +
13587 + /server irc.relic.net +
13588 + http://www.relic.net/ +
13589 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13590 ---------------------------------------------------------------
13591 To unsubscribe, send email to majordomo@ender.shadowfire.org
13592 with "unsubscribe ircservices" in the body, without the quotes.
13593
13594 From jpinto9 at visteon.com Wed Nov 3 01:22:02 1999
13595 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
13596 Date: Sat Oct 23 23:00:53 2004
13597 Subject: [IRCServices] IMPORT-DB
13598 Message-ID: 199911030922.EAA09869@mailfw1.ford.com
13599
13600 The probelm is in the datafiles directory, make sure you entered the right
13601 path
13602
13603 João Luís Marques Pinto
13604 PTlink Tech - Lamego@PTlink.net
13605 http://www.PTlink.net
13606
13607
13608 -----Original Message-----
13609 From: syntax [<A HREF="mailto:syntax@relic.net">mailto:syntax@relic.net</A>]
13610 Sent: quarta-feira, 3 de novembro de 1999 9:18
13611 To: ircservices@ender.shadowfire.org
13612 Subject: [IRCServices] IMPORT-DB
13613
13614
13615 Anyone who converted dbs from magick to esper, please tell me exactly how
13616 you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13617 openingNo Such File or directory, any help would greatly be appreciated.
13618
13619 Sincerely Yours,
13620
13621 syntax
13622
13623 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13624 + RelicNet IRC Network! +
13625 + /server irc.relic.net +
13626 + <A HREF="http://www.relic.net/">http://www.relic.net/</A> +
13627 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13628 ---------------------------------------------------------------
13629 To unsubscribe, send email to majordomo@ender.shadowfire.org
13630 with "unsubscribe ircservices" in the body, without the quotes.
13631 ---------------------------------------------------------------
13632 To unsubscribe, send email to majordomo@ender.shadowfire.org
13633 with "unsubscribe ircservices" in the body, without the quotes.
13634
13635 From rafael at kapa.procergs.com.br Wed Nov 3 05:45:53 1999
13636 From: rafael at kapa.procergs.com.br (Rafael Ritter)
13637 Date: Sat Oct 23 23:00:53 2004
13638 Subject: [IRCServices] IMPORT-DB
13639 In-Reply-To: <4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
13640 References: 4.2.0.58.19991103031653.0094d2b0@pop.tiac.net
13641 Message-ID: 3.0.6.32.19991103114553.007de100@kapa.procergs.com.br
13642
13643 I did that some months ago.
13644 In a FreeBSD machine, chan.db could not be imported, in a linux machine,
13645 all the db´s have been imported successfully, but once. The second time I
13646 tried to do that, another error happened.
13647 I think import-db is very temperamental =]
13648
13649
13650
13651 At 03:17 03/11/99 -0600, you wrote:
13652 >Anyone who converted dbs from magick to esper, please tell me exactly how
13653 >you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13654 >openingNo Such File or directory, any help would greatly be appreciated.
13655 >
13656 >Sincerely Yours,
13657 >
13658 > syntax
13659 >
13660 >+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13661 >+ RelicNet IRC Network! +
13662 >+ /server irc.relic.net +
13663 >+ http://www.relic.net/ +
13664 >+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13665 >---------------------------------------------------------------
13666 >To unsubscribe, send email to majordomo@ender.shadowfire.org
13667 >with "unsubscribe ircservices" in the body, without the quotes.
13668 >
13669 >
13670
13671 ---------------------------------------------------------------
13672 To unsubscribe, send email to majordomo@ender.shadowfire.org
13673 with "unsubscribe ircservices" in the body, without the quotes.
13674
13675 From wibbles at pd.jaring.my Wed Nov 3 07:16:22 1999
13676 From: wibbles at pd.jaring.my (Sze Er)
13677 Date: Sat Oct 23 23:00:53 2004
13678 Subject: [IRCServices] IMPORT-DB
13679 References: <199911030922.EAA09869@mailfw1.ford.com>
13680 Message-ID: 001d01bf260e$6d3d6140$8c868ea1@jaring.my
13681
13682 What should I do to solve this?
13683 I dunno what's wrong...
13684
13685 (ircadmin@www ~/PTlink.Services1.4.0)$ make import-db
13686 gcc -O2 -Wall -g -c import-db.c
13687
13688 import-db.c: In function `m14_load_sop':
13689 import-db.c:548: warning: unused variable `s'
13690 gcc -O2 -Wall -g -DNOT_MAIN -c config.c -o config-x.o
13691 gcc -O2 -Wall -g -DNOT_MAIN -c datafiles.c -o datafiles-x.o
13692 gcc import-db.o config-x.o datafiles-x.o compat.o
13693 misc.o -lnsl -lresolv -lbsd -o import-db
13694 datafiles-x.o: In function `open_db_write':
13695 /home/sites/site11/users/ircadmin/PTlink.Services1.4.0/datafiles.c:159:
13696 undefined reference to `wallops'
13697 make: *** [import-db] Error 1
13698
13699
13700 ----- Original Message -----
13701 From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
13702 To: <ircservices@ender.shadowfire.org>
13703 Sent: Wednesday, November 03, 1999 5:22 PM
13704 Subject: RE: [IRCServices] IMPORT-DB
13705
13706
13707 The probelm is in the datafiles directory, make sure you entered the right
13708 path
13709
13710 João Luís Marques Pinto
13711 PTlink Tech - Lamego@PTlink.net
13712 http://www.PTlink.net
13713
13714
13715 -----Original Message-----
13716 From: syntax [<A HREF="mailto:syntax@relic.net">mailto:syntax@relic.net</A>]
13717 Sent: quarta-feira, 3 de novembro de 1999 9:18
13718 To: ircservices@ender.shadowfire.org
13719 Subject: [IRCServices] IMPORT-DB
13720
13721
13722 Anyone who converted dbs from magick to esper, please tell me exactly how
13723 you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13724 openingNo Such File or directory, any help would greatly be appreciated.
13725
13726 Sincerely Yours,
13727
13728 syntax
13729
13730 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13731 + RelicNet IRC Network! +
13732 + /server irc.relic.net +
13733 + <A HREF="http://www.relic.net/">http://www.relic.net/</A> +
13734 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13735 ---------------------------------------------------------------
13736 To unsubscribe, send email to majordomo@ender.shadowfire.org
13737 with "unsubscribe ircservices" in the body, without the quotes.
13738 ---------------------------------------------------------------
13739 To unsubscribe, send email to majordomo@ender.shadowfire.org
13740 with "unsubscribe ircservices" in the body, without the quotes.
13741
13742
13743 ---------------------------------------------------------------
13744 To unsubscribe, send email to majordomo@ender.shadowfire.org
13745 with "unsubscribe ircservices" in the body, without the quotes.
13746
13747 From andrewk at icon.co.za Wed Nov 3 11:12:18 1999
13748 From: andrewk at icon.co.za (Andrew Kempe)
13749 Date: Sat Oct 23 23:00:53 2004
13750 Subject: [IRCServices] IMPORT-DB
13751 In-Reply-To: <001d01bf260e$6d3d6140$8c868ea1@jaring.my>
13752 References: 001d01bf260e$6d3d6140$8c868ea1@jaring.my
13753 Message-ID: NCBBIPDDJGGDOCPMKPKPGEBDCPAA.andrewk@icon.co.za
13754
13755 I think you're running an old version of services. What version is it?
13756
13757 Andrew
13758
13759 > -----Original Message-----
13760 > From: owner-ircservices@ender.shadowfire.org
13761 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Sze Er
13762 > Sent: 03 November 1999 17:16
13763 > To: ircservices@ender.shadowfire.org
13764 > Subject: Re: [IRCServices] IMPORT-DB
13765 >
13766 >
13767 > What should I do to solve this?
13768 > I dunno what's wrong...
13769 >
13770 > (ircadmin@www ~/PTlink.Services1.4.0)$ make import-db
13771 > gcc -O2 -Wall -g -c import-db.c
13772 >
13773 > import-db.c: In function `m14_load_sop':
13774 > import-db.c:548: warning: unused variable `s'
13775 > gcc -O2 -Wall -g -DNOT_MAIN -c config.c -o config-x.o
13776 > gcc -O2 -Wall -g -DNOT_MAIN -c datafiles.c -o datafiles-x.o
13777 > gcc import-db.o config-x.o datafiles-x.o compat.o
13778 > misc.o -lnsl -lresolv -lbsd -o import-db
13779 > datafiles-x.o: In function `open_db_write':
13780 > /home/sites/site11/users/ircadmin/PTlink.Services1.4.0/datafiles.c:159:
13781 > undefined reference to `wallops'
13782 > make: *** [import-db] Error 1
13783 >
13784 >
13785 > ----- Original Message -----
13786 > From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
13787 > To: <ircservices@ender.shadowfire.org>
13788 > Sent: Wednesday, November 03, 1999 5:22 PM
13789 > Subject: RE: [IRCServices] IMPORT-DB
13790 >
13791 >
13792 > The probelm is in the datafiles directory, make sure you entered the right
13793 > path
13794 >
13795 > João Luís Marques Pinto
13796 > PTlink Tech - Lamego@PTlink.net
13797 > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
13798 >
13799 >
13800 > -----Original Message-----
13801 > From: syntax [<A HREF="mailto:syntax@relic.net">mailto:syntax@relic.net</A>]
13802 > Sent: quarta-feira, 3 de novembro de 1999 9:18
13803 > To: ircservices@ender.shadowfire.org
13804 > Subject: [IRCServices] IMPORT-DB
13805 >
13806 >
13807 > Anyone who converted dbs from magick to esper, please tell me exactly how
13808 > you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13809 > openingNo Such File or directory, any help would greatly be appreciated.
13810 >
13811 > Sincerely Yours,
13812 >
13813 > syntax
13814 >
13815 > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13816 > + RelicNet IRC Network! +
13817 > + /server irc.relic.net +
13818 > + <A HREF="http://www.relic.net/">http://www.relic.net/</A> +
13819 > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13820 > ---------------------------------------------------------------
13821 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13822 > with "unsubscribe ircservices" in the body, without the quotes.
13823 > ---------------------------------------------------------------
13824 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13825 > with "unsubscribe ircservices" in the body, without the quotes.
13826 >
13827 >
13828 > ---------------------------------------------------------------
13829 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13830 > with "unsubscribe ircservices" in the body, without the quotes.
13831 >
13832
13833 ---------------------------------------------------------------
13834 To unsubscribe, send email to majordomo@ender.shadowfire.org
13835 with "unsubscribe ircservices" in the body, without the quotes.
13836
13837 From rafael at kapa.procergs.com.br Wed Nov 3 11:39:24 1999
13838 From: rafael at kapa.procergs.com.br (Rafael Ritter)
13839 Date: Sat Oct 23 23:00:53 2004
13840 Subject: [IRCServices] ircd´s
13841 In-Reply-To: <NCBBIPDDJGGDOCPMKPKPEEOOCOAA.andrewk@icon.co.za>
13842 References: <381B4B4A.46BEA300@softhome.net>
13843 Message-ID: 3.0.6.32.19991103173924.007ec640@kapa.procergs.com.br
13844
13845 Talking about Unreal IRCd...
13846
13847 someone knows why the users´s host appear like this:
13848 [17:26] *** Vanessa_Qualzinha (~Vanessa@VR) has joined #viars
13849 ^^
13850 look at "@VR". If I try to ban by host, I will ban everybody in my server.
13851 Usually, there is a distinction in the hidden hostname, like
13852 ~Vanessa*VR-3455 to allow OP´s put a ban by host.
13853 ^^^^^^^^
13854 if there is an way to fix that, please help me.
13855
13856 Rafael Ritter
13857
13858 ---------------------------------------------------------------
13859 To unsubscribe, send email to majordomo@ender.shadowfire.org
13860 with "unsubscribe ircservices" in the body, without the quotes.
13861
13862 From rafael at kapa.procergs.com.br Wed Nov 3 12:10:18 1999
13863 From: rafael at kapa.procergs.com.br (Rafael Ritter)
13864 Date: Sat Oct 23 23:00:53 2004
13865 Subject: [IRCServices] IMPORT-DB
13866 In-Reply-To: <3.0.6.32.19991103114553.007de100@kapa.procergs.com.br>
13867 References: <4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
13868 Message-ID: 3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br
13869
13870 Another problem I saw:
13871
13872 The IP appears like nickname@200.248.24.5.VR
13873 Totally useless
13874
13875 This is the best IRCd I have ever seen, but this problem is serious.
13876
13877 Rafael Ritter
13878
13879 ---------------------------------------------------------------
13880 To unsubscribe, send email to majordomo@ender.shadowfire.org
13881 with "unsubscribe ircservices" in the body, without the quotes.
13882
13883 From syntax at relic.net Wed Nov 3 15:37:23 1999
13884 From: syntax at relic.net (syntax)
13885 Date: Sat Oct 23 23:00:53 2004
13886 Subject: [IRCServices] Services Oper Expire Removal
13887 Message-ID: 4.2.0.58.19991103173513.0094f8e0@pop.tiac.net
13888
13889 Ok, I limited expire time to sops (opers get just the default 2 days added)
13890 Code: if (mask && *mask == '+' && is_services_oper (u)) {
13891
13892 Now, Is there a way for this to work for AKILL DEL, I want SOPS to only be
13893 able to remove the ones with expire times on them (when they added the akill)
13894
13895 but, if a akill was not given an expire time, just the default 2 days, i
13896 want opers to be able to remove it, opers shouldnt be able to remove ones
13897 set with expire times, since i limited it to sops.
13898
13899 Sincerely Yours,
13900
13901 syntax
13902
13903 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13904 + RelicNet IRC Network! +
13905 + /server irc.relic.net +
13906 + http://www.relic.net/ +
13907 +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13908 ---------------------------------------------------------------
13909 To unsubscribe, send email to majordomo@ender.shadowfire.org
13910 with "unsubscribe ircservices" in the body, without the quotes.
13911
13912 From wibbles at pd.jaring.my Wed Nov 3 16:03:39 1999
13913 From: wibbles at pd.jaring.my (Sze Er)
13914 Date: Sat Oct 23 23:00:53 2004
13915 Subject: [IRCServices] IMPORT-DB
13916 References: <NCBBIPDDJGGDOCPMKPKPGEBDCPAA.andrewk@icon.co.za>
13917 Message-ID: 003801bf2658$125b15c0$44d68ea1@jaring.my
13918
13919 I am using the modify version of ircservices by PTlink...
13920
13921 Regards,
13922
13923 ----- Original Message -----
13924 From: Andrew Kempe <andrewk@icon.co.za>
13925 To: <ircservices@ender.shadowfire.org>
13926 Sent: Thursday, November 04, 1999 3:12 AM
13927 Subject: RE: [IRCServices] IMPORT-DB
13928
13929
13930 I think you're running an old version of services. What version is it?
13931
13932 Andrew
13933
13934 > -----Original Message-----
13935 > From: owner-ircservices@ender.shadowfire.org
13936 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Sze Er
13937 > Sent: 03 November 1999 17:16
13938 > To: ircservices@ender.shadowfire.org
13939 > Subject: Re: [IRCServices] IMPORT-DB
13940 >
13941 >
13942 > What should I do to solve this?
13943 > I dunno what's wrong...
13944 >
13945 > (ircadmin@www ~/PTlink.Services1.4.0)$ make import-db
13946 > gcc -O2 -Wall -g -c import-db.c
13947 >
13948 > import-db.c: In function `m14_load_sop':
13949 > import-db.c:548: warning: unused variable `s'
13950 > gcc -O2 -Wall -g -DNOT_MAIN -c config.c -o config-x.o
13951 > gcc -O2 -Wall -g -DNOT_MAIN -c datafiles.c -o datafiles-x.o
13952 > gcc import-db.o config-x.o datafiles-x.o compat.o
13953 > misc.o -lnsl -lresolv -lbsd -o import-db
13954 > datafiles-x.o: In function `open_db_write':
13955 > /home/sites/site11/users/ircadmin/PTlink.Services1.4.0/datafiles.c:159:
13956 > undefined reference to `wallops'
13957 > make: *** [import-db] Error 1
13958 >
13959 >
13960 > ----- Original Message -----
13961 > From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
13962 > To: <ircservices@ender.shadowfire.org>
13963 > Sent: Wednesday, November 03, 1999 5:22 PM
13964 > Subject: RE: [IRCServices] IMPORT-DB
13965 >
13966 >
13967 > The probelm is in the datafiles directory, make sure you entered the right
13968 > path
13969 >
13970 > João Luís Marques Pinto
13971 > PTlink Tech - Lamego@PTlink.net
13972 > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
13973 >
13974 >
13975 > -----Original Message-----
13976 > From: syntax [<A HREF="mailto:syntax@relic.net">mailto:syntax@relic.net</A>]
13977 > Sent: quarta-feira, 3 de novembro de 1999 9:18
13978 > To: ircservices@ender.shadowfire.org
13979 > Subject: [IRCServices] IMPORT-DB
13980 >
13981 >
13982 > Anyone who converted dbs from magick to esper, please tell me exactly how
13983 > you did it, im getting seg fault and "Cant open (null)/nick.db~ for
13984 > openingNo Such File or directory, any help would greatly be appreciated.
13985 >
13986 > Sincerely Yours,
13987 >
13988 > syntax
13989 >
13990 > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13991 > + RelicNet IRC Network! +
13992 > + /server irc.relic.net +
13993 > + <A HREF="http://www.relic.net/">http://www.relic.net/</A> +
13994 > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
13995 > ---------------------------------------------------------------
13996 > To unsubscribe, send email to majordomo@ender.shadowfire.org
13997 > with "unsubscribe ircservices" in the body, without the quotes.
13998 > ---------------------------------------------------------------
13999 > To unsubscribe, send email to majordomo@ender.shadowfire.org
14000 > with "unsubscribe ircservices" in the body, without the quotes.
14001 >
14002 >
14003 > ---------------------------------------------------------------
14004 > To unsubscribe, send email to majordomo@ender.shadowfire.org
14005 > with "unsubscribe ircservices" in the body, without the quotes.
14006 >
14007
14008 ---------------------------------------------------------------
14009 To unsubscribe, send email to majordomo@ender.shadowfire.org
14010 with "unsubscribe ircservices" in the body, without the quotes.
14011
14012
14013 ---------------------------------------------------------------
14014 To unsubscribe, send email to majordomo@ender.shadowfire.org
14015 with "unsubscribe ircservices" in the body, without the quotes.
14016
14017 From wibbles at pd.jaring.my Wed Nov 3 16:04:19 1999
14018 From: wibbles at pd.jaring.my (Sze Er)
14019 Date: Sat Oct 23 23:00:53 2004
14020 Subject: [IRCServices] Re: [IRCServices] ircd´s
14021 References: <381B4B4A.46BEA300@softhome.net> <3.0.6.32.19991103173924.007ec640@kapa.procergs.com.br>
14022 Message-ID: 003f01bf2658$26e9d760$44d68ea1@jaring.my
14023
14024 By the way, what is the Unreal IRCD ftp url?
14025
14026
14027 Regards,
14028 ----- Original Message -----
14029 From: Rafael Ritter <rafael@kapa.procergs.com.br>
14030 To: <ircservices@ender.shadowfire.org>
14031 Sent: Thursday, November 04, 1999 3:39 AM
14032 Subject: [IRCServices] ircd´s
14033
14034
14035 Talking about Unreal IRCd...
14036
14037 someone knows why the users´s host appear like this:
14038 [17:26] *** Vanessa_Qualzinha (~Vanessa@VR) has joined #viars
14039 ^^
14040 look at "@VR". If I try to ban by host, I will ban everybody in my server.
14041 Usually, there is a distinction in the hidden hostname, like
14042 ~Vanessa*VR-3455 to allow OP´s put a ban by host.
14043 ^^^^^^^^
14044 if there is an way to fix that, please help me.
14045
14046 Rafael Ritter
14047
14048 ---------------------------------------------------------------
14049 To unsubscribe, send email to majordomo@ender.shadowfire.org
14050 with "unsubscribe ircservices" in the body, without the quotes.
14051
14052
14053 ---------------------------------------------------------------
14054 To unsubscribe, send email to majordomo@ender.shadowfire.org
14055 with "unsubscribe ircservices" in the body, without the quotes.
14056
14057 From scrm at scandal.org Wed Nov 3 18:10:14 1999
14058 From: scrm at scandal.org (Mehran Khalili)
14059 Date: Sat Oct 23 23:00:53 2004
14060 Subject: [IRCServices] Re: [IRCServices] Re: [IRCServices] ircd´s
14061 References: <381B4B4A.46BEA300@softhome.net> <3.0.6.32.19991103173924.007ec640@kapa.procergs.com.br> <003f01bf2658$26e9d760$44d68ea1@jaring.my>
14062 Message-ID: 003d01bf2669$bf1e0360$57cc07c2@xilo
14063
14064
14065 ----- Original Message -----
14066 From: Sze Er <wibbles@pd.jaring.my>
14067 To: <ircservices@ender.shadowfire.org>
14068 Sent: Thursday, November 04, 1999 12:04 AM
14069 Subject: [IRCServices] Re: [IRCServices] ircd´s
14070
14071
14072 > By the way, what is the Unreal IRCD ftp url?
14073 >
14074
14075 It's at
14076
14077 http://the.elite-hacker.cx/unreal/
14078
14079 (however I just checked and this site was down. It was up yesterday, so I
14080 would wait. A new version of the server will be out soon).
14081
14082 I've been using Unreal IRCD since day 1, and really, it has worked
14083 perfectly. I certainly haven't witnessed the problems that were described
14084 before (for banning hosts).
14085
14086 cya
14087
14088 Mehran
14089
14090 [<A HREF="http://www.scandal.org">http://www.scandal.org</A>]
14091
14092 ---------------------------------------------------------------
14093 To unsubscribe, send email to majordomo@ender.shadowfire.org
14094 with "unsubscribe ircservices" in the body, without the quotes.
14095
14096 From bombbomb at wwdg.com Wed Nov 3 21:20:16 1999
14097 From: bombbomb at wwdg.com (¬µ¼u¥J)
14098 Date: Sat Oct 23 23:00:53 2004
14099 Subject: [IRCServices] Unreal
14100 In-Reply-To: <3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br>
14101 References: <3.0.6.32.19991103114553.007de100@kapa.procergs.com.br><4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
14102 Message-ID: 4.1.19991104131824.00929480@mail.wwdg.com
14103
14104 At 06:10 PM 1999/11/3 -0200, you wrote:
14105
14106 >Another problem I saw:
14107 >
14108 >The IP appears like nickname@200.248.24.5.VR
14109 >Totally useless
14110 >
14111 >This is the best IRCd I have ever seen, but this problem is serious.
14112 >
14113 >Rafael Ritter
14114
14115 I was using the unreal for about 3 months, there is no such problems. It 's
14116 a really cool.
14117 The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14118
14119
14120 bomb
14121
14122 ChatCafe IRC Network
14123 URL: http://www.chatcafe.net
14124 IRC Server : irc.chatcafe.net
14125
14126 ---------------------------------------------------------------
14127 To unsubscribe, send email to majordomo@ender.shadowfire.org
14128 with "unsubscribe ircservices" in the body, without the quotes.
14129
14130 From andrewk at icon.co.za Wed Nov 3 22:14:56 1999
14131 From: andrewk at icon.co.za (Andrew Kempe)
14132 Date: Sat Oct 23 23:00:53 2004
14133 Subject: [IRCServices] IMPORT-DB
14134 In-Reply-To: <003801bf2658$125b15c0$44d68ea1@jaring.my>
14135 References: 003801bf2658$125b15c0$44d68ea1@jaring.my
14136 Message-ID: Pine.GSO.3.96.991104081301.26825A&#45;100000@shell.icon.co.za
14137
14138 Then please contact them. As we've mentioned before, if you have a
14139 problem, upgrade to the latest version of IRC Services before reporting
14140 the bug.
14141
14142 There was a problem with one of the earlier releases of IRC Services that
14143 might have caused this problem. It is likely the PT Link version was built
14144 off of a broken IRC Services.
14145
14146 Regards, Andrew
14147
14148 On Thu, 4 Nov 1999, Sze Er wrote:
14149
14150 > I am using the modify version of ircservices by PTlink...
14151 >
14152 > Regards,
14153 >
14154 > ----- Original Message -----
14155 > From: Andrew Kempe <andrewk@icon.co.za>
14156 > To: <ircservices@ender.shadowfire.org>
14157 > Sent: Thursday, November 04, 1999 3:12 AM
14158 > Subject: RE: [IRCServices] IMPORT-DB
14159 >
14160 >
14161 > I think you're running an old version of services. What version is it?
14162 >
14163 > Andrew
14164 >
14165 > > -----Original Message-----
14166 > > From: owner-ircservices@ender.shadowfire.org
14167 > > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Sze Er
14168 > > Sent: 03 November 1999 17:16
14169 > > To: ircservices@ender.shadowfire.org
14170 > > Subject: Re: [IRCServices] IMPORT-DB
14171 > >
14172 > >
14173 > > What should I do to solve this?
14174 > > I dunno what's wrong...
14175 > >
14176 > > (ircadmin@www ~/PTlink.Services1.4.0)$ make import-db
14177 > > gcc -O2 -Wall -g -c import-db.c
14178 > >
14179 > > import-db.c: In function `m14_load_sop':
14180 > > import-db.c:548: warning: unused variable `s'
14181 > > gcc -O2 -Wall -g -DNOT_MAIN -c config.c -o config-x.o
14182 > > gcc -O2 -Wall -g -DNOT_MAIN -c datafiles.c -o datafiles-x.o
14183 > > gcc import-db.o config-x.o datafiles-x.o compat.o
14184 > > misc.o -lnsl -lresolv -lbsd -o import-db
14185 > > datafiles-x.o: In function `open_db_write':
14186 > > /home/sites/site11/users/ircadmin/PTlink.Services1.4.0/datafiles.c:159:
14187 > > undefined reference to `wallops'
14188 > > make: *** [import-db] Error 1
14189 > >
14190 > >
14191 > > ----- Original Message -----
14192 > > From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
14193 > > To: <ircservices@ender.shadowfire.org>
14194 > > Sent: Wednesday, November 03, 1999 5:22 PM
14195 > > Subject: RE: [IRCServices] IMPORT-DB
14196 > >
14197 > >
14198 > > The probelm is in the datafiles directory, make sure you entered the right
14199 > > path
14200 > >
14201 > > João Luís Marques Pinto
14202 > > PTlink Tech - Lamego@PTlink.net
14203 > > <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
14204 > >
14205 > >
14206 > > -----Original Message-----
14207 > > From: syntax [<A HREF="mailto:syntax@relic.net">mailto:syntax@relic.net</A>]
14208 > > Sent: quarta-feira, 3 de novembro de 1999 9:18
14209 > > To: ircservices@ender.shadowfire.org
14210 > > Subject: [IRCServices] IMPORT-DB
14211 > >
14212 > >
14213 > > Anyone who converted dbs from magick to esper, please tell me exactly how
14214 > > you did it, im getting seg fault and "Cant open (null)/nick.db~ for
14215 > > openingNo Such File or directory, any help would greatly be appreciated.
14216 > >
14217 > > Sincerely Yours,
14218 > >
14219 > > syntax
14220 > >
14221 > > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
14222 > > + RelicNet IRC Network! +
14223 > > + /server irc.relic.net +
14224 > > + <A HREF="http://www.relic.net/">http://www.relic.net/</A> +
14225 > > +*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
14226 > > ---------------------------------------------------------------
14227 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
14228 > > with "unsubscribe ircservices" in the body, without the quotes.
14229 > > ---------------------------------------------------------------
14230 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
14231 > > with "unsubscribe ircservices" in the body, without the quotes.
14232 > >
14233 > >
14234 > > ---------------------------------------------------------------
14235 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
14236 > > with "unsubscribe ircservices" in the body, without the quotes.
14237 > >
14238 >
14239 > ---------------------------------------------------------------
14240 > To unsubscribe, send email to majordomo@ender.shadowfire.org
14241 > with "unsubscribe ircservices" in the body, without the quotes.
14242 >
14243 >
14244 > ---------------------------------------------------------------
14245 > To unsubscribe, send email to majordomo@ender.shadowfire.org
14246 > with "unsubscribe ircservices" in the body, without the quotes.
14247 >
14248
14249 ---------------------------------------------------------------
14250 To unsubscribe, send email to majordomo@ender.shadowfire.org
14251 with "unsubscribe ircservices" in the body, without the quotes.
14252
14253 From rafael at kapa.procergs.com.br Thu Nov 4 03:40:39 1999
14254 From: rafael at kapa.procergs.com.br (Rafael Ritter)
14255 Date: Sat Oct 23 23:00:53 2004
14256 Subject: [IRCServices] Unreal
14257 In-Reply-To: <4.1.19991104131824.00929480@mail.wwdg.com>
14258 References: <3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br><3.0.6.32.19991103114553.007de100@kapa.procergs.com.br><4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
14259 Message-ID: 3.0.6.32.19991104094039.00a65100@kapa.procergs.com.br
14260
14261 But how do you manipulate the hosts that are the same to everyone?
14262 When is not the same, like nickname@HOST, all the IP is shown, like
14263 200.248.240.43.VR. May I only put a ban by nickname?
14264
14265 Rafael Ritter
14266 http://www.via-rs.com.br/pessoais/rafaelrr
14267
14268 At 13:20 04/11/99 +0800, you wrote:
14269 >At 06:10 PM 1999/11/3 -0200, you wrote:
14270 >
14271 >>Another problem I saw:
14272 >>
14273 >>The IP appears like nickname@200.248.24.5.VR
14274 >>Totally useless
14275 >>
14276 >>This is the best IRCd I have ever seen, but this problem is serious.
14277 >>
14278 >>Rafael Ritter
14279 >
14280 >I was using the unreal for about 3 months, there is no such problems. It 's
14281 >a really cool.
14282 >The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14283 >
14284 >
14285 > bomb
14286 >
14287 >ChatCafe IRC Network
14288 >URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14289 >IRC Server : irc.chatcafe.net
14290 >
14291 >---------------------------------------------------------------
14292 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14293 >with "unsubscribe ircservices" in the body, without the quotes.
14294 >
14295 >
14296
14297 ---------------------------------------------------------------
14298 To unsubscribe, send email to majordomo@ender.shadowfire.org
14299 with "unsubscribe ircservices" in the body, without the quotes.
14300
14301 From jpinto9 at visteon.com Thu Nov 4 04:53:09 1999
14302 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
14303 Date: Sat Oct 23 23:00:53 2004
14304 Subject: [IRCServices] Unreal
14305 Message-ID: 199911041253.HAA26006@mailfw3.ford.com
14306
14307 I think handling masks and bans is very far from the subject of this ML,
14308 please contact your ircd coder :P
14309
14310 João Luís Marques Pinto
14311 PTlink Tech - Lamego@PTlink.net
14312 http://www.PTlink.net
14313
14314
14315
14316 -----Original Message-----
14317 From: Rafael Ritter [<A HREF="mailto:rafael@kapa.procergs.com.br">mailto:rafael@kapa.procergs.com.br</A>]
14318 Sent: quinta-feira, 4 de novembro de 1999 11:41
14319 To: ircservices@ender.shadowfire.org
14320 Subject: Re: [IRCServices] Unreal
14321
14322
14323 But how do you manipulate the hosts that are the same to everyone?
14324 When is not the same, like nickname@HOST, all the IP is shown, like
14325 200.248.240.43.VR. May I only put a ban by nickname?
14326
14327 Rafael Ritter
14328 <A HREF="http://www.via-rs.com.br/pessoais/rafaelrr">http://www.via-rs.com.br/pessoais/rafaelrr</A>
14329
14330 At 13:20 04/11/99 +0800, you wrote:
14331 >At 06:10 PM 1999/11/3 -0200, you wrote:
14332 >
14333 >>Another problem I saw:
14334 >>
14335 >>The IP appears like nickname@200.248.24.5.VR
14336 >>Totally useless
14337 >>
14338 >>This is the best IRCd I have ever seen, but this problem is serious.
14339 >>
14340 >>Rafael Ritter
14341 >
14342 >I was using the unreal for about 3 months, there is no such problems. It 's
14343 >a really cool.
14344 >The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14345 >
14346 >
14347 > bomb
14348 >
14349 >ChatCafe IRC Network
14350 >URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14351 >IRC Server : irc.chatcafe.net
14352 >
14353 >---------------------------------------------------------------
14354 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14355 >with "unsubscribe ircservices" in the body, without the quotes.
14356 >
14357 >
14358
14359 ---------------------------------------------------------------
14360 To unsubscribe, send email to majordomo@ender.shadowfire.org
14361 with "unsubscribe ircservices" in the body, without the quotes.
14362 ---------------------------------------------------------------
14363 To unsubscribe, send email to majordomo@ender.shadowfire.org
14364 with "unsubscribe ircservices" in the body, without the quotes.
14365
14366 From joshodom at uswest.net Sun Dec 5 06:35:06 1999
14367 From: joshodom at uswest.net (Josh Odom)
14368 Date: Sat Oct 23 23:00:53 2004
14369 Subject: [IRCServices] Unreal
14370 In-Reply-To: <4.1.19991104131824.00929480@mail.wwdg.com>
14371 References: 4.1.19991104131824.00929480@mail.wwdg.com
14372 Message-ID: LNBBIDPHKBGLGHDPOHNACEAMCAAA.joshodom@uswest.net
14373
14374 If you wanted to ban the IP address, you would ban 200.248.24.5.*.
14375 If that is the problem you are seeing.
14376
14377 -----Original Message-----
14378 From: owner-ircservices@ender.shadowfire.org
14379 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of ¬µ¼u¥J
14380 Sent: Wednesday, November 03, 1999 9:20 PM
14381 To: ircservices@ender.shadowfire.org
14382 Subject: [IRCServices] Unreal
14383
14384
14385 At 06:10 PM 1999/11/3 -0200, you wrote:
14386
14387 >Another problem I saw:
14388 >
14389 >The IP appears like nickname@200.248.24.5.VR
14390 >Totally useless
14391 >
14392 >This is the best IRCd I have ever seen, but this problem is serious.
14393 >
14394 >Rafael Ritter
14395
14396 I was using the unreal for about 3 months, there is no such problems. It 's
14397 a really cool.
14398 The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14399
14400
14401 bomb
14402
14403 ChatCafe IRC Network
14404 URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14405 IRC Server : irc.chatcafe.net
14406
14407 ---------------------------------------------------------------
14408 To unsubscribe, send email to majordomo@ender.shadowfire.org
14409 with "unsubscribe ircservices" in the body, without the quotes.
14410
14411 ---------------------------------------------------------------
14412 To unsubscribe, send email to majordomo@ender.shadowfire.org
14413 with "unsubscribe ircservices" in the body, without the quotes.
14414
14415 From scotts at flamebait.org Thu Nov 4 07:11:28 1999
14416 From: scotts at flamebait.org (Scott Seufert)
14417 Date: Sat Oct 23 23:00:53 2004
14418 Subject: [IRCServices] Unreal
14419 Message-ID: 19991104151128393.AAA232@stream.qx.net@[208.235.88.25]
14420
14421
14422
14423 ----------
14424 >From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
14425 >To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
14426 >Subject: RE: [IRCServices] Unreal
14427 >Date: Thu.Nov 04.1999.07.53
14428 >
14429
14430 > I think handling masks and bans is very far from the subject of this ML,
14431 > please contact your ircd coder :P
14432 >
14433 > João Luís Marques Pinto
14434 > PTlink Tech - Lamego@PTlink.net
14435 > http://www.PTlink.net
14436 >
14437
14438
14439 I agree 100% IMO the only instance that the ircd should be concidered part
14440 of the topic would be for compatability purposes.
14441
14442
14443 kat
14444 ---------------------------------------------------------------
14445 To unsubscribe, send email to majordomo@ender.shadowfire.org
14446 with "unsubscribe ircservices" in the body, without the quotes.
14447
14448 From rafael at kapa.procergs.com.br Thu Nov 4 08:06:34 1999
14449 From: rafael at kapa.procergs.com.br (Rafael Ritter)
14450 Date: Sat Oct 23 23:00:53 2004
14451 Subject: [IRCServices] Unreal
14452 In-Reply-To: <19991104151128393.AAA232@stream.qx.net@[208.235.88.25]>
14453 References: 19991104151128393.AAA232@stream.qx.net@[208.235.88.25]
14454 Message-ID: 3.0.6.32.19991104140634.009f2c30@kapa.procergs.com.br
14455
14456 OK, sorry everyone
14457
14458 I just asked about that, because someone was talking about Unreal IRCd.
14459 Sorry, sorry :P
14460
14461 Rafael Ritter
14462 Equipe VIA RS
14463
14464 At 10:11 04/11/99 -0500, you wrote:
14465 >
14466 >
14467 >----------
14468 >>From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
14469 >>To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
14470 >>Subject: RE: [IRCServices] Unreal
14471 >>Date: Thu.Nov 04.1999.07.53
14472 >>
14473 >
14474 >> I think handling masks and bans is very far from the subject of this ML,
14475 >> please contact your ircd coder :P
14476 >>
14477 >> João Luís Marques Pinto
14478 >> PTlink Tech - Lamego@PTlink.net
14479 >> http://www.PTlink.net
14480 >>
14481 >
14482 >
14483 >I agree 100% IMO the only instance that the ircd should be concidered part
14484 >of the topic would be for compatability purposes.
14485 >
14486 >
14487 >kat
14488 >---------------------------------------------------------------
14489 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14490 >with "unsubscribe ircservices" in the body, without the quotes.
14491 >
14492 >
14493
14494 ---------------------------------------------------------------
14495 To unsubscribe, send email to majordomo@ender.shadowfire.org
14496 with "unsubscribe ircservices" in the body, without the quotes.
14497
14498 From bombbomb at wwdg.com Thu Nov 4 23:50:57 1999
14499 From: bombbomb at wwdg.com (¬µ¼u¥J)
14500 Date: Sat Oct 23 23:00:53 2004
14501 Subject: [IRCServices] Unreal
14502 In-Reply-To: <3.0.6.32.19991104094039.00a65100@kapa.procergs.com.br>
14503 References: <4.1.19991104131824.00929480@mail.wwdg.com><3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br><3.0.6.32.19991103114553.007de100@kapa.procergs.com.br><4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
14504 Message-ID: 4.1.19991105154356.00925730@mail.wwdg.com
14505
14506 Hi,
14507
14508 Umm.. actually, i did not have this problems. The cloaking works fine with
14509 me. I am
14510 using Unreal2.1.6-tCx3. All the host and ip show are ChatCafe-2322.isp.com and
14511 127.0.0.ChatCafe-2322. Maybe u can download the latest version and try
14512 again ^.^
14513
14514 bomb
14515
14516 ChatCafe IRC Network - A IRC Server in Hong Kong.
14517 URL: http://www.chatcafe.net
14518 IRC Server : irc.chatcafe.net
14519
14520
14521
14522
14523 At 09:40 AM 1999/11/4 -0200, you wrote:
14524
14525 >But how do you manipulate the hosts that are the same to everyone?
14526 >When is not the same, like nickname@HOST, all the IP is shown, like
14527 >200.248.240.43.VR. May I only put a ban by nickname?
14528 >
14529 >Rafael Ritter
14530 ><A HREF="http://www.via-rs.com.br/pessoais/rafaelrr">http://www.via-rs.com.br/pessoais/rafaelrr</A>
14531 >
14532 >At 13:20 04/11/99 +0800, you wrote:
14533 >>At 06:10 PM 1999/11/3 -0200, you wrote:
14534 >>
14535 >>>Another problem I saw:
14536 >>>
14537 >>>The IP appears like nickname@200.248.24.5.VR
14538 >>>Totally useless
14539 >>>
14540 >>>This is the best IRCd I have ever seen, but this problem is serious.
14541 >>>
14542 >>>Rafael Ritter
14543 >>
14544 >>I was using the unreal for about 3 months, there is no such problems. It 's
14545 >>a really cool.
14546 >>The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14547 >>
14548 >>
14549 >> bomb
14550 >>
14551 >>ChatCafe IRC Network
14552 >>URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14553 >>IRC Server : irc.chatcafe.net
14554 >>
14555 >>---------------------------------------------------------------
14556 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
14557 >>with "unsubscribe ircservices" in the body, without the quotes.
14558 >>
14559 >>
14560 >
14561 >---------------------------------------------------------------
14562 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14563 >with "unsubscribe ircservices" in the body, without the quotes.
14564
14565 ---------------------------------------------------------------
14566 To unsubscribe, send email to majordomo@ender.shadowfire.org
14567 with "unsubscribe ircservices" in the body, without the quotes.
14568
14569 From rafael at kapa.procergs.com.br Fri Nov 5 10:49:45 1999
14570 From: rafael at kapa.procergs.com.br (Rafael Ritter)
14571 Date: Sat Oct 23 23:00:53 2004
14572 Subject: [IRCServices] Unreal
14573 In-Reply-To: <4.1.19991105154356.00925730@mail.wwdg.com>
14574 References: <3.0.6.32.19991104094039.00a65100@kapa.procergs.com.br><4.1.19991104131824.00929480@mail.wwdg.com><3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br><3.0.6.32.19991103114553.007de100@kapa.procergs.com.br><4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
14575 Message-ID: 3.0.6.32.19991105164945.00b79a80@kapa.procergs.com.br
14576
14577 Hi,
14578
14579 I´m using this version too. I was talking with the programmer of Unreal and
14580 he found the problem. In my .network file, there was a space after the
14581 network string (in your case, ChatCafe). This space was causing the errors.
14582 This information may be usefull to you to.
14583
14584 Tanx anyway :)
14585
14586 Rafael Ritter
14587 Equipe VIA RS
14588 irc.via-rs.com.br
14589
14590 At 15:50 05/11/99 +0800, you wrote:
14591 >Hi,
14592 >
14593 > Umm.. actually, i did not have this problems. The cloaking works fine with
14594 >me. I am
14595 >using Unreal2.1.6-tCx3. All the host and ip show are ChatCafe-2322.isp.com
14596 and
14597 >127.0.0.ChatCafe-2322. Maybe u can download the latest version and try
14598 >again ^.^
14599 >
14600 > bomb
14601 >
14602 >ChatCafe IRC Network - A IRC Server in Hong Kong.
14603 >URL: http://www.chatcafe.net
14604 >IRC Server : irc.chatcafe.net
14605 >
14606 >
14607 >
14608 >
14609 >At 09:40 AM 1999/11/4 -0200, you wrote:
14610 >
14611 >>But how do you manipulate the hosts that are the same to everyone?
14612 >>When is not the same, like nickname@HOST, all the IP is shown, like
14613 >>200.248.240.43.VR. May I only put a ban by nickname?
14614 >>
14615 >>Rafael Ritter
14616 >><A HREF="http://www.via-rs.com.br/pessoais/rafaelrr">http://www.via-rs.com.br/pessoais/rafaelrr</A>
14617 >>
14618 >>At 13:20 04/11/99 +0800, you wrote:
14619 >>>At 06:10 PM 1999/11/3 -0200, you wrote:
14620 >>>
14621 >>>>Another problem I saw:
14622 >>>>
14623 >>>>The IP appears like nickname@200.248.24.5.VR
14624 >>>>Totally useless
14625 >>>>
14626 >>>>This is the best IRCd I have ever seen, but this problem is serious.
14627 >>>>
14628 >>>>Rafael Ritter
14629 >>>
14630 >>>I was using the unreal for about 3 months, there is no such problems. It 's
14631 >>>a really cool.
14632 >>>The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14633 >>>
14634 >>>
14635 >>> bomb
14636 >>>
14637 >>>ChatCafe IRC Network
14638 >>>URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14639 >>>IRC Server : irc.chatcafe.net
14640 >>>
14641 >>>---------------------------------------------------------------
14642 >>>To unsubscribe, send email to majordomo@ender.shadowfire.org
14643 >>>with "unsubscribe ircservices" in the body, without the quotes.
14644 >>>
14645 >>>
14646 >>
14647 >>---------------------------------------------------------------
14648 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
14649 >>with "unsubscribe ircservices" in the body, without the quotes.
14650 >
14651 >---------------------------------------------------------------
14652 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14653 >with "unsubscribe ircservices" in the body, without the quotes.
14654 >
14655 >
14656
14657 ---------------------------------------------------------------
14658 To unsubscribe, send email to majordomo@ender.shadowfire.org
14659 with "unsubscribe ircservices" in the body, without the quotes.
14660
14661 From rafael at kapa.procergs.com.br Fri Nov 5 10:56:49 1999
14662 From: rafael at kapa.procergs.com.br (Rafael Ritter)
14663 Date: Sat Oct 23 23:00:53 2004
14664 Subject: [IRCServices] Unreal
14665 In-Reply-To: <3.0.6.32.19991104140634.009f2c30@kapa.procergs.com.br>
14666 References: <19991104151128393.AAA232@stream.qx.net@[208.235.88.25]>
14667 Message-ID: 3.0.6.32.19991105165649.00823880@kapa.procergs.com.br
14668
14669 Hello friends,
14670
14671 just for transfer of knowledgement (this is right? :P)
14672
14673 Talking about the problem with the Unreal programmer, I found the problem.
14674 The problem I was talking about happened when, in the .network file, you
14675 forget a space after defining the hidden_host variable. In my case, the
14676 value was "VR " instead of "VR". Well, just in case of someone ask you
14677 about this question. :)
14678
14679 Rafael Ritter
14680 VIA RS Team
14681
14682 At 14:06 04/11/99 -0200, you wrote:
14683 >OK, sorry everyone
14684 >
14685 >I just asked about that, because someone was talking about Unreal IRCd.
14686 >Sorry, sorry :P
14687 >
14688 >Rafael Ritter
14689 >Equipe VIA RS
14690 >
14691 >At 10:11 04/11/99 -0500, you wrote:
14692 >>
14693 >>
14694 >>----------
14695 >>>From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
14696 >>>To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
14697 >>>Subject: RE: [IRCServices] Unreal
14698 >>>Date: Thu.Nov 04.1999.07.53
14699 >>>
14700 >>
14701 >>> I think handling masks and bans is very far from the subject of this ML,
14702 >>> please contact your ircd coder :P
14703 >>>
14704 >>> João Luís Marques Pinto
14705 >>> PTlink Tech - Lamego@PTlink.net
14706 >>> http://www.PTlink.net
14707 >>>
14708 >>
14709 >>
14710 >>I agree 100% IMO the only instance that the ircd should be concidered part
14711 >>of the topic would be for compatability purposes.
14712 >>
14713 >>
14714 >>kat
14715 >>---------------------------------------------------------------
14716 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
14717 >>with "unsubscribe ircservices" in the body, without the quotes.
14718 >>
14719 >>
14720 >
14721 >---------------------------------------------------------------
14722 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14723 >with "unsubscribe ircservices" in the body, without the quotes.
14724 >
14725 >
14726
14727 ---------------------------------------------------------------
14728 To unsubscribe, send email to majordomo@ender.shadowfire.org
14729 with "unsubscribe ircservices" in the body, without the quotes.
14730
14731 From uhc0 at rz.uni-karlsruhe.de Fri Nov 5 14:44:53 1999
14732 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
14733 Date: Sat Oct 23 23:00:53 2004
14734 Subject: AW: [IRCServices] Unreal - really ?
14735 In-Reply-To: <3.0.6.32.19991105165649.00823880@kapa.procergs.com.br>
14736 References: 3.0.6.32.19991105165649.00823880@kapa.procergs.com.br
14737 Message-ID: NDBBKLOOKLMAKHFICBLCMEIGCCAA.uhc0@rz.uni&#45;karlsruhe.de
14738
14739
14740 Well I think, that,
14741 any information, that can be relevant to solve any problem for any ircd
14742 other than that are directly supported by services does not have to be
14743 declared, nor described, nor for everyone solved in this mailing list, for
14744 those of us, of course can use private email addresses of those that have
14745 questions regarding these ircd's .
14746
14747 ---------------------------------
14748 Yusuf Iskenderoglu
14749 eMail - uhc0@rz.uni-karlsruhe.de
14750 ICQ : 20587464 / TimeMr14C
14751 ---------------------------------
14752
14753
14754 -----Ursprüngliche Nachricht-----
14755 Von: owner-ircservices@ender.shadowfire.org
14756 [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Rafael
14757 Ritter
14758 Gesendet: Freitag, 5. November 1999 19:57
14759 An: ircservices@ender.shadowfire.org
14760 Betreff: Re: [IRCServices] Unreal
14761
14762
14763 Hello friends,
14764
14765 just for transfer of knowledgement (this is right? :P)
14766
14767 Talking about the problem with the Unreal programmer, I found the problem.
14768 The problem I was talking about happened when, in the .network file, you
14769 forget a space after defining the hidden_host variable. In my case, the
14770 value was "VR " instead of "VR". Well, just in case of someone ask you
14771 about this question. :)
14772
14773 Rafael Ritter
14774 VIA RS Team
14775
14776 At 14:06 04/11/99 -0200, you wrote:
14777 >OK, sorry everyone
14778 >
14779 >I just asked about that, because someone was talking about Unreal IRCd.
14780 >Sorry, sorry :P
14781 >
14782 >Rafael Ritter
14783 >Equipe VIA RS
14784 >
14785 >At 10:11 04/11/99 -0500, you wrote:
14786 >>
14787 >>
14788 >>----------
14789 >>>From: "Pinto, Joao Luis (J.)" <jpinto9@visteon.com>
14790 >>>To: "'ircservices@ender.shadowfire.org'" <ircservices@ender.shadowfire.org>
14791 >>>Subject: RE: [IRCServices] Unreal
14792 >>>Date: Thu.Nov 04.1999.07.53
14793 >>>
14794 >>
14795 >>> I think handling masks and bans is very far from the subject of this ML,
14796 >>> please contact your ircd coder :P
14797 >>>
14798 >>> João Luís Marques Pinto
14799 >>> PTlink Tech - Lamego@PTlink.net
14800 >>> <A HREF="http://www.PTlink.net">http://www.PTlink.net</A>
14801 >>>
14802 >>
14803 >>
14804 >>I agree 100% IMO the only instance that the ircd should be concidered part
14805 >>of the topic would be for compatability purposes.
14806 >>
14807 >>
14808 >>kat
14809 >>---------------------------------------------------------------
14810 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
14811 >>with "unsubscribe ircservices" in the body, without the quotes.
14812 >>
14813 >>
14814 >
14815 >---------------------------------------------------------------
14816 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14817 >with "unsubscribe ircservices" in the body, without the quotes.
14818 >
14819 >
14820
14821 ---------------------------------------------------------------
14822 To unsubscribe, send email to majordomo@ender.shadowfire.org
14823 with "unsubscribe ircservices" in the body, without the quotes.
14824
14825 ---------------------------------------------------------------
14826 To unsubscribe, send email to majordomo@ender.shadowfire.org
14827 with "unsubscribe ircservices" in the body, without the quotes.
14828
14829 From bombbomb at wwdg.com Fri Nov 5 17:06:41 1999
14830 From: bombbomb at wwdg.com (¬µ¼u¥J)
14831 Date: Sat Oct 23 23:00:54 2004
14832 Subject: [IRCServices] Unreal
14833 In-Reply-To: <3.0.6.32.19991105164945.00b79a80@kapa.procergs.com.br>
14834 References: <4.1.19991105154356.00925730@mail.wwdg.com><3.0.6.32.19991104094039.00a65100@kapa.procergs.com.br><4.1.19991104131824.00929480@mail.wwdg.com><3.0.6.32.19991103181018.009e3c80@kapa.procergs.com.br><3.0.6.32.19991103114553.007de100@kapa.procergs.com.br><4.2.0.58.19991103031653.0094d2b0@pop.tiac.net>
14835 Message-ID: 4.1.19991106090546.00922590@mail.wwdg.com
14836
14837 HI,
14838
14839 I see. I haven't notice that there is a space after the string "ChatCafe ". :p
14840
14841
14842 bomb
14843
14844 At 04:49 PM 1999/11/5 -0200, you wrote:
14845
14846 >Hi,
14847 >
14848 >I´m using this version too. I was talking with the programmer of Unreal and
14849 >he found the problem. In my .network file, there was a space after the
14850 >network string (in your case, ChatCafe). This space was causing the errors.
14851 >This information may be usefull to you to.
14852 >
14853 >Tanx anyway :)
14854 >
14855 >Rafael Ritter
14856 >Equipe VIA RS
14857 >irc.via-rs.com.br
14858 >
14859 >At 15:50 05/11/99 +0800, you wrote:
14860 >>Hi,
14861 >>
14862 >> Umm.. actually, i did not have this problems. The cloaking works fine with
14863 >>me. I am
14864 >>using Unreal2.1.6-tCx3. All the host and ip show are ChatCafe-2322.isp.com
14865 >and
14866 >>127.0.0.ChatCafe-2322. Maybe u can download the latest version and try
14867 >>again ^.^
14868 >>
14869 >> bomb
14870 >>
14871 >>ChatCafe IRC Network - A IRC Server in Hong Kong.
14872 >>URL: http://www.chatcafe.net
14873 >>IRC Server : irc.chatcafe.net
14874 >>
14875 >>
14876 >>
14877 >>
14878 >>At 09:40 AM 1999/11/4 -0200, you wrote:
14879 >>
14880 >>>But how do you manipulate the hosts that are the same to everyone?
14881 >>>When is not the same, like nickname@HOST, all the IP is shown, like
14882 >>>200.248.240.43.VR. May I only put a ban by nickname?
14883 >>>
14884 >>>Rafael Ritter
14885 >>><A HREF="http://www.via-rs.com.br/pessoais/rafaelrr">http://www.via-rs.com.br/pessoais/rafaelrr</A>
14886 >>>
14887 >>>At 13:20 04/11/99 +0800, you wrote:
14888 >>>>At 06:10 PM 1999/11/3 -0200, you wrote:
14889 >>>>
14890 >>>>>Another problem I saw:
14891 >>>>>
14892 >>>>>The IP appears like nickname@200.248.24.5.VR
14893 >>>>>Totally useless
14894 >>>>>
14895 >>>>>This is the best IRCd I have ever seen, but this problem is serious.
14896 >>>>>
14897 >>>>>Rafael Ritter
14898 >>>>
14899 >>>>I was using the unreal for about 3 months, there is no such problems. It 's
14900 >>>>a really cool.
14901 >>>>The latest of Unreal is "Unreal2.1.6-tCx3.tar.gz".
14902 >>>>
14903 >>>>
14904 >>>> bomb
14905 >>>>
14906 >>>>ChatCafe IRC Network
14907 >>>>URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
14908 >>>>IRC Server : irc.chatcafe.net
14909 >>>>
14910 >>>>---------------------------------------------------------------
14911 >>>>To unsubscribe, send email to majordomo@ender.shadowfire.org
14912 >>>>with "unsubscribe ircservices" in the body, without the quotes.
14913 >>>>
14914 >>>>
14915 >>>
14916 >>>---------------------------------------------------------------
14917 >>>To unsubscribe, send email to majordomo@ender.shadowfire.org
14918 >>>with "unsubscribe ircservices" in the body, without the quotes.
14919 >>
14920 >>---------------------------------------------------------------
14921 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
14922 >>with "unsubscribe ircservices" in the body, without the quotes.
14923 >>
14924 >>
14925 >
14926 >---------------------------------------------------------------
14927 >To unsubscribe, send email to majordomo@ender.shadowfire.org
14928 >with "unsubscribe ircservices" in the body, without the quotes.
14929
14930 ---------------------------------------------------------------
14931 To unsubscribe, send email to majordomo@ender.shadowfire.org
14932 with "unsubscribe ircservices" in the body, without the quotes.
14933
14934 From zshack at alliancelink.com Sat Nov 6 08:26:17 1999
14935 From: zshack at alliancelink.com (zshack)
14936 Date: Sat Oct 23 23:00:54 2004
14937 Subject: [IRCServices] backups
14938 Message-ID: 382456A9.95DF1D97@alliancelink.com
14939
14940 How do i run 2 sets of services so that the secondary set will take over
14941 for the primary ones if they go down?
14942
14943
14944
14945
14946 www.bunker7.net
14947 irc.bunker7.net
14948
14949 ---------------------------------------------------------------
14950 To unsubscribe, send email to majordomo@ender.shadowfire.org
14951 with "unsubscribe ircservices" in the body, without the quotes.
14952
14953 From andrewk at icon.co.za Sat Nov 6 09:04:24 1999
14954 From: andrewk at icon.co.za (Andrew Kempe)
14955 Date: Sat Oct 23 23:00:54 2004
14956 Subject: [IRCServices] backups
14957 In-Reply-To: <382456A9.95DF1D97@alliancelink.com>
14958 References: 382456A9.95DF1D97@alliancelink.com
14959 Message-ID: NCBBIPDDJGGDOCPMKPKPOECKCPAA.andrewk@icon.co.za
14960
14961 With difficulty, if you want to keep the databases in sync. If you're going
14962 to run the backup copy in readonly mode, that might make things a little
14963 easier. But to be totally honest, I've never tried doing this. Maybe someone
14964 else has/is(?).
14965
14966 Andrew
14967
14968 > -----Original Message-----
14969 > From: owner-ircservices@ender.shadowfire.org
14970 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of zshack
14971 > Sent: 06 November 1999 18:26
14972 > To: ircservices@ender.shadowfire.org
14973 > Subject: [IRCServices] backups
14974 >
14975 >
14976 > How do i run 2 sets of services so that the secondary set will take over
14977 > for the primary ones if they go down?
14978 >
14979 >
14980 >
14981 >
14982 > www.bunker7.net
14983 > irc.bunker7.net
14984 >
14985 > ---------------------------------------------------------------
14986 > To unsubscribe, send email to majordomo@ender.shadowfire.org
14987 > with "unsubscribe ircservices" in the body, without the quotes.
14988 >
14989
14990 ---------------------------------------------------------------
14991 To unsubscribe, send email to majordomo@ender.shadowfire.org
14992 with "unsubscribe ircservices" in the body, without the quotes.
14993
14994 From wibbles at pd.jaring.my Sat Nov 6 09:13:14 1999
14995 From: wibbles at pd.jaring.my (Sze Er)
14996 Date: Sat Oct 23 23:00:54 2004
14997 Subject: [IRCServices] backups
14998 References: <382456A9.95DF1D97@alliancelink.com>
14999 Message-ID: 003601bf287b$3aa45580$c0d58ea1@jaring.my
15000
15001 I would like to know this too...
15002
15003 ----- Original Message -----
15004 From: zshack <zshack@alliancelink.com>
15005 To: <ircservices@ender.shadowfire.org>
15006 Sent: Sunday, November 07, 1999 12:26 AM
15007 Subject: [IRCServices] backups
15008
15009
15010 How do i run 2 sets of services so that the secondary set will take over
15011 for the primary ones if they go down?
15012
15013
15014
15015
15016 www.bunker7.net
15017 irc.bunker7.net
15018
15019 ---------------------------------------------------------------
15020 To unsubscribe, send email to majordomo@ender.shadowfire.org
15021 with "unsubscribe ircservices" in the body, without the quotes.
15022
15023
15024 ---------------------------------------------------------------
15025 To unsubscribe, send email to majordomo@ender.shadowfire.org
15026 with "unsubscribe ircservices" in the body, without the quotes.
15027
15028 From zshack at alliancelink.com Sat Nov 6 10:17:20 1999
15029 From: zshack at alliancelink.com (zshack)
15030 Date: Sat Oct 23 23:00:54 2004
15031 Subject: [IRCServices] backups
15032 Message-ID: 382470B0.275F8F1F@alliancelink.com
15033
15034 It says something in the readme that it can be done. I have 2 sets of
15035 services linked, but when the primary fails the secondary set stays in
15036 read only. I was under the impression that the second set would "take
15037 over" unless there is a certain command i can give it to start when the
15038 primary fails.
15039
15040 zshack
15041
15042
15043 www.bunker7.net
15044 irc.bunker7.net
15045
15046 ---------------------------------------------------------------
15047 To unsubscribe, send email to majordomo@ender.shadowfire.org
15048 with "unsubscribe ircservices" in the body, without the quotes.
15049
15050 From quension at softhome.net Sat Nov 6 13:05:22 1999
15051 From: quension at softhome.net (quension@softhome.net)
15052 Date: Sat Oct 23 23:00:54 2004
15053 Subject: [IRCServices] Re: backups
15054 References: <382470B0.275F8F1F@alliancelink.com>
15055 Message-ID: 38249812.8254C14F@softhome.net
15056
15057 zshack wrote:
15058
15059 > It says something in the readme that it can be done. I have 2 sets of
15060 > services linked, but when the primary fails the secondary set stays in
15061 > read only. I was under the impression that the second set would "take
15062 > over" unless there is a certain command i can give it to start when the
15063 > primary fails.
15064
15065 The secondary set would have to stay in read-only unless you are able to
15066 easily sync the dbs in the opposite direction (from backup to primary) as
15067 well. And if the backup and primary services are on separate sections of
15068 the network, a network split would cause a nice mess of confusion as users
15069 change things on the backup services that are not echoed to the primary.
15070
15071 I've done some thinking recently as to what a really good backup system
15072 would look like, and have come to the conclusion that it's going to take a
15073 rather large amount of work.
15074
15075 If you still want to run the backups as full services, OperServ's SET
15076 READONLY OFF may work.
15077
15078 I would like to know how you've set up the backups... are they using
15079 different nicks?
15080
15081 -- Quension
15082
15083 ---------------------------------------------------------------
15084 To unsubscribe, send email to majordomo@ender.shadowfire.org
15085 with "unsubscribe ircservices" in the body, without the quotes.
15086
15087 From kusdogan at boun.edu.tr Sat Nov 6 13:41:51 1999
15088 From: kusdogan at boun.edu.tr (Sinan Kuþdoðan)
15089 Date: Sat Oct 23 23:00:54 2004
15090 Subject: [IRCServices] IRC Daemon core dumpes after 1000 users
15091 References: <382470B0.275F8F1F@alliancelink.com>
15092 Message-ID: 00f101bf289f$be087680$2137fcd4@aqua
15093
15094 A friend of mine told that his server quits with a core dump after having
15095 exactly 1000 users. What may be the problems? Could you help?
15096
15097
15098 irc:~# ulimit -a
15099 core file size (blocks) 0
15100 data seg size (kbytes) unlimited
15101 file size (blocks) unlimited
15102 max memory size (kbytes) unlimited
15103 stack size (kbytes) 8192
15104 cpu time (seconds) unlimited
15105 max user processes 256
15106 pipe size (512 bytes) 8
15107 open files 8192
15108 virtual memory (kbytes) 2105343
15109 irc:~# ulimit -n
15110 8192
15111 irc:~#
15112 irc:~# uname -a
15113 Linux irc 2.2.13 #1 Fri Nov 5 20:47:29 EET 1999 i586 unknown
15114 irc:~#
15115 ** dal4.6.7b.DreamForge.
15116
15117
15118 ---------------------------------------------------------------
15119 To unsubscribe, send email to majordomo@ender.shadowfire.org
15120 with "unsubscribe ircservices" in the body, without the quotes.
15121
15122 From zero at racetime.com.au Sat Nov 6 15:12:52 1999
15123 From: zero at racetime.com.au (Zero)
15124 Date: Sat Oct 23 23:00:54 2004
15125 Subject: [IRCServices] IRC Daemon core dumpes after 1000 users
15126 In-Reply-To: <00f101bf289f$be087680$2137fcd4@aqua>
15127 References: 00f101bf289f$be087680$2137fcd4@aqua
15128 Message-ID: 000601bf28ac$733fcbf0$0500a8c0@racetime.com.au
15129
15130 file descriptors?
15131 most likely since i believe linux can only have 1024
15132
15133 > -----Original Message-----
15134 > From: owner-ircservices@ender.shadowfire.org
15135 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Sinan
15136 > Kuþdoðan
15137 > Sent: Sunday, November 07, 1999 8:42 AM
15138 > To: ircservices@ender.shadowfire.org
15139 > Subject: [IRCServices] IRC Daemon core dumpes after 1000 users
15140 >
15141 >
15142 > A friend of mine told that his server quits with a core dump after having
15143 > exactly 1000 users. What may be the problems? Could you help?
15144 >
15145 <snip>
15146
15147 ---------------------------------------------------------------
15148 To unsubscribe, send email to majordomo@ender.shadowfire.org
15149 with "unsubscribe ircservices" in the body, without the quotes.
15150
15151 From zshack at alliancelink.com Sat Nov 6 15:51:10 1999
15152 From: zshack at alliancelink.com (zshack)
15153 Date: Sat Oct 23 23:00:54 2004
15154 Subject: [IRCServices] (no subject)
15155 Message-ID: 3824BEEE.4F32A186@alliancelink.com
15156
15157 I am currently running the second set as -readonly
15158
15159 ---------------------------------------------------------------
15160 To unsubscribe, send email to majordomo@ender.shadowfire.org
15161 with "unsubscribe ircservices" in the body, without the quotes.
15162
15163 From andrewk at icon.co.za Sun Nov 7 01:27:41 1999
15164 From: andrewk at icon.co.za (Andrew Kempe)
15165 Date: Sat Oct 23 23:00:54 2004
15166 Subject: [IRCServices] IRC Daemon core dumpes after 1000 users
15167 In-Reply-To: <00f101bf289f$be087680$2137fcd4@aqua>
15168 References: 00f101bf289f$be087680$2137fcd4@aqua
15169 Message-ID: NCBBIPDDJGGDOCPMKPKPCEDACPAA.andrewk@icon.co.za
15170
15171 Please direct your question to the appropriate mailing list, namely:
15172
15173 dalnet-src@dal.net
15174
15175 Thanks, Andrew
15176
15177 > -----Original Message-----
15178 > From: owner-ircservices@ender.shadowfire.org
15179 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Sinan
15180 > Kuþdoðan
15181 > Sent: 06 November 1999 23:42
15182 > To: ircservices@ender.shadowfire.org
15183 > Subject: [IRCServices] IRC Daemon core dumpes after 1000 users
15184 >
15185 >
15186 > A friend of mine told that his server quits with a core dump after having
15187 > exactly 1000 users. What may be the problems? Could you help?
15188 >
15189 >
15190 > irc:~# ulimit -a
15191 > core file size (blocks) 0
15192 > data seg size (kbytes) unlimited
15193 > file size (blocks) unlimited
15194 > max memory size (kbytes) unlimited
15195 > stack size (kbytes) 8192
15196 > cpu time (seconds) unlimited
15197 > max user processes 256
15198 > pipe size (512 bytes) 8
15199 > open files 8192
15200 > virtual memory (kbytes) 2105343
15201 > irc:~# ulimit -n
15202 > 8192
15203 > irc:~#
15204 > irc:~# uname -a
15205 > Linux irc 2.2.13 #1 Fri Nov 5 20:47:29 EET 1999 i586 unknown
15206 > irc:~#
15207 > ** dal4.6.7b.DreamForge.
15208 >
15209 >
15210 > ---------------------------------------------------------------
15211 > To unsubscribe, send email to majordomo@ender.shadowfire.org
15212 > with "unsubscribe ircservices" in the body, without the quotes.
15213 >
15214
15215 ---------------------------------------------------------------
15216 To unsubscribe, send email to majordomo@ender.shadowfire.org
15217 with "unsubscribe ircservices" in the body, without the quotes.
15218
15219 From chriswh at cyberhighway.net Sun Nov 7 11:44:08 1999
15220 From: chriswh at cyberhighway.net (Chris)
15221 Date: Sat Oct 23 23:00:54 2004
15222 Subject: [IRCServices] Re: backups
15223 Message-ID: 199911071921.VAA09087@Ender.gp.school.za
15224
15225 I know this is not what you guys are looking for, but so you don't get a
15226 huge mess, you could try making something like DALnet's (or use to be).
15227 When main services go down, instead of worrying about making all this have
15228 to match(which could be a real pain) make a services link that would say
15229 that services are temporarily down and other nice stuff. This may be coded
15230 directly into the dalnet IRCD, as I think it is, because server's with no
15231 links whatsoever have this message. I don't know, just throwing in my
15232 worthless comments =)
15233
15234 -Chris
15235
15236 ----------
15237 > From: quension@softhome.net
15238 > To: ircservices@ender.shadowfire.org
15239 > Subject: [IRCServices] Re: backups
15240 > Date: Saturday, November 06, 1999 4:05 PM
15241 >
15242 > zshack wrote:
15243 >
15244 > > It says something in the readme that it can be done. I have 2 sets of
15245 > > services linked, but when the primary fails the secondary set stays in
15246 > > read only. I was under the impression that the second set would "take
15247 > > over" unless there is a certain command i can give it to start when the
15248 > > primary fails.
15249 >
15250 > The secondary set would have to stay in read-only unless you are able to
15251 > easily sync the dbs in the opposite direction (from backup to primary) as
15252 > well. And if the backup and primary services are on separate sections of
15253 > the network, a network split would cause a nice mess of confusion as
15254 users
15255 > change things on the backup services that are not echoed to the primary.
15256 >
15257 > I've done some thinking recently as to what a really good backup system
15258 > would look like, and have come to the conclusion that it's going to take
15259 a
15260 > rather large amount of work.
15261 >
15262 > If you still want to run the backups as full services, OperServ's SET
15263 > READONLY OFF may work.
15264 >
15265 > I would like to know how you've set up the backups... are they using
15266 > different nicks?
15267 >
15268 > -- Quension
15269 >
15270 > ---------------------------------------------------------------
15271 > To unsubscribe, send email to majordomo@ender.shadowfire.org
15272 > with "unsubscribe ircservices" in the body, without the quotes.
15273 ---------------------------------------------------------------
15274 To unsubscribe, send email to majordomo@ender.shadowfire.org
15275 with "unsubscribe ircservices" in the body, without the quotes.
15276
15277 From atcarr at hotmail.com Sun Nov 7 19:48:38 1999
15278 From: atcarr at hotmail.com (atcarr)
15279 Date: Sat Oct 23 23:00:54 2004
15280 Subject: [IRCServices] Re: backups
15281 References: <199911071921.VAA09087@Ender.gp.school.za>
15282 Message-ID: 19991108034849.66064.qmail@hotmail.com
15283
15284 This is already hard coded into the DreamForge 4.x servers. You can edit
15285 the messages if you want in the src directory in the file users.c I think.
15286
15287 Phantom
15288 ----- Original Message -----
15289 From: Chris <chriswh@cyberhighway.net>
15290 To: <ircservices@ender.shadowfire.org>
15291 Sent: Sunday, November 07, 1999 2:44 PM
15292 Subject: Re: [IRCServices] Re: backups
15293
15294
15295 > I know this is not what you guys are looking for, but so you don't get a
15296 > huge mess, you could try making something like DALnet's (or use to be).
15297 > When main services go down, instead of worrying about making all this have
15298 > to match(which could be a real pain) make a services link that would say
15299 > that services are temporarily down and other nice stuff. This may be coded
15300 > directly into the dalnet IRCD, as I think it is, because server's with no
15301 > links whatsoever have this message. I don't know, just throwing in my
15302 > worthless comments =)
15303 >
15304 > -Chris
15305 >
15306 > ----------
15307 > > From: quension@softhome.net
15308 > > To: ircservices@ender.shadowfire.org
15309 > > Subject: [IRCServices] Re: backups
15310 > > Date: Saturday, November 06, 1999 4:05 PM
15311 > >
15312 > > zshack wrote:
15313 > >
15314 > > > It says something in the readme that it can be done. I have 2 sets of
15315 > > > services linked, but when the primary fails the secondary set stays in
15316 > > > read only. I was under the impression that the second set would "take
15317 > > > over" unless there is a certain command i can give it to start when
15318 the
15319 > > > primary fails.
15320 > >
15321 > > The secondary set would have to stay in read-only unless you are able to
15322 > > easily sync the dbs in the opposite direction (from backup to primary)
15323 as
15324 > > well. And if the backup and primary services are on separate sections
15325 of
15326 > > the network, a network split would cause a nice mess of confusion as
15327 > users
15328 > > change things on the backup services that are not echoed to the primary.
15329 > >
15330 > > I've done some thinking recently as to what a really good backup system
15331 > > would look like, and have come to the conclusion that it's going to take
15332 > a
15333 > > rather large amount of work.
15334 > >
15335 > > If you still want to run the backups as full services, OperServ's SET
15336 > > READONLY OFF may work.
15337 > >
15338 > > I would like to know how you've set up the backups... are they using
15339 > > different nicks?
15340 > >
15341 > > -- Quension
15342 > >
15343 > > ---------------------------------------------------------------
15344 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
15345 > > with "unsubscribe ircservices" in the body, without the quotes.
15346 > ---------------------------------------------------------------
15347 > To unsubscribe, send email to majordomo@ender.shadowfire.org
15348 > with "unsubscribe ircservices" in the body, without the quotes.
15349 >
15350 ---------------------------------------------------------------
15351 To unsubscribe, send email to majordomo@ender.shadowfire.org
15352 with "unsubscribe ircservices" in the body, without the quotes.
15353
15354 From jpinto9 at visteon.com Mon Nov 8 00:34:41 1999
15355 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
15356 Date: Sat Oct 23 23:00:54 2004
15357 Subject: [IRCServices] backups
15358 Message-ID: 199911080834.DAA01475@mailfw2.ford.com
15359
15360 Hi,
15361 I have some questions, do you intend to have a backup services using the
15362 same .dbs that were used by master services ???
15363 I don't see no advantage on having a backup services on the same machine you
15364 are running the master services.
15365 The ideal solution would be to have a "periodic backup system" from the main
15366 services to the backup, backup system would have a BOT to check if services
15367 were running, if services were down the backup system would start
15368 automatically.
15369 The major problem of this system is the "backup" since accurate .dbs means
15370 heavy uploads.
15371 A nicer way, would be to implement a backup channel on services, using a
15372 TCP/IP connection to a backup server, this way all changes would be
15373 transfered on real-time, and the backup server would know when services went
15374 down when the connection goes down.
15375 These are some theories :)
15376 however I do have a automatically ftp backup system on cron, with daily
15377 backups, the backup Services ate started manually until I have some time to
15378 code the Rescue BOT :)
15379 In my system, returning to master services, would be a human process.
15380
15381 João Luís Marques Pinto
15382 PTlink Tech - Lamego@PTlink.net
15383 http://www.PTlink.net
15384
15385
15386
15387 -----Original Message-----
15388 From: zshack [<A HREF="mailto:zshack@alliancelink.com">mailto:zshack@alliancelink.com</A>]
15389 Sent: sábado, 6 de novembro de 1999 16:26
15390 To: ircservices@ender.shadowfire.org
15391 Subject: [IRCServices] backups
15392
15393
15394 How do i run 2 sets of services so that the secondary set will take over
15395 for the primary ones if they go down?
15396
15397
15398
15399
15400 www.bunker7.net
15401 irc.bunker7.net
15402
15403 ---------------------------------------------------------------
15404 To unsubscribe, send email to majordomo@ender.shadowfire.org
15405 with "unsubscribe ircservices" in the body, without the quotes.
15406 ---------------------------------------------------------------
15407 To unsubscribe, send email to majordomo@ender.shadowfire.org
15408 with "unsubscribe ircservices" in the body, without the quotes.
15409
15410 From kieran_spain at eol.ieaust.org.au Mon Nov 8 03:10:58 1999
15411 From: kieran_spain at eol.ieaust.org.au (Kieran Spain)
15412 Date: Sat Oct 23 23:00:54 2004
15413 Subject: [IRCServices] backups
15414 In-Reply-To: <199911080834.DAA01475@mailfw2.ford.com>
15415 References: <199911080834.DAA01475@mailfw2.ford.com>
15416 Message-ID: fc.000f54ac0020e3703b9aca00bb9da4bf.20e371@eol.ieaust.org.au
15417
15418 ircservices@ender.shadowfire.org writes:
15419 >
15420
15421 Sounds rather like an NT network to me... the PDC and BDC transferring
15422 user information all the time... not that this has ANYTHING to do with the
15423 topic...
15424
15425 ---------------------------------------------------------------
15426 To unsubscribe, send email to majordomo@ender.shadowfire.org
15427 with "unsubscribe ircservices" in the body, without the quotes.
15428
15429 From mgoller at chello.at Mon Nov 8 07:36:27 1999
15430 From: mgoller at chello.at (Marcus Goller)
15431 Date: Sat Oct 23 23:00:54 2004
15432 Subject: [IRCServices] removing registered channel causes panic
15433 Message-ID: 79FE62D1010BD311BD820000F8774DA50D8147@surfon.telekabel.at
15434
15435 Hi,
15436
15437 I'm new to this list, but according to the irc services HP this is the right
15438 place. :)
15439
15440 I compiled and installed ircservices 4.3.3 with the dalnet server df467 and
15441 df467.sf2 on Solaris 7 (sparc).
15442
15443 When I try to remove a registered channel, or the channel expire routine
15444 kicks in, I get following error message:
15445
15446 [Nov 08 16:22:43.677865 1999] debug: Received: :iMax PRIVMSG operserv
15447 :update
15448 [Nov 08 16:22:43.678142 1999] debug: finduser(ffbefbf0)
15449 [Nov 08 16:22:43.678420 1999] debug: finduser(iMax) -> 7b120
15450 [Nov 08 16:22:43.678721 1999] debug: finduser(ffbefbf0)
15451 [Nov 08 16:22:43.678991 1999] debug: finduser(iMax) -> 7b120
15452 [Nov 08 16:22:43.679286 1999] debug: finduser(ffbefbf0)
15453 [Nov 08 16:22:43.679557 1999] debug: finduser(iMax) -> 7b120
15454 [Nov 08 16:22:43.679852 1999] OperServ: iMax: update
15455 [Nov 08 16:22:43.680332 1999] debug: flush_write_buffer wanted 44, got 44
15456 [Nov 08 16:22:43.680643 1999] debug: buffered_write(0,ffbe9e54,44) returning
15457 44
15458 [Nov 08 16:22:43.680981 1999] debug: Sent: :OperServ NOTICE iMax :Updating
15459 datab
15460 ases.
15461 [Nov 08 16:22:43.681290 1999] debug: Top of main loop
15462 [Nov 08 16:22:43.681527 1999] debug: Running expire routines
15463 [Nov 08 16:22:43.681784 1999] debug: firstuser() returning iMax
15464 [Nov 08 16:22:43.682041 1999] debug: NickServ: updating last seen time for
15465 iMax
15466 [Nov 08 16:22:43.682343 1999] debug: nextuser() returning NULL (end of list)
15467 [Nov 08 16:22:43.682623 1999] Expiring channel #prime
15468 [Nov 08 16:22:43.682883 1999] debug: findchan(7b678)
15469 [Nov 08 16:22:43.683161 1999] debug: findchan(#prime) -> 0
15470 [Nov 08 16:22:43.683750 1999] debug: flush_write_buffer wanted 68, got 68
15471 [Nov 08 16:22:43.684089 1999] debug: buffered_write(0,ffbeae0c,68) returning
15472 68
15473 [Nov 08 16:22:43.684434 1999] debug: Sent: :services.chello.com GLOBOPS
15474 :PANIC!
15475 expiring channels (Bus Error)
15476 [Nov 08 16:22:43.684743 1999] PANIC! expiring channels (Bus Error)
15477 [Nov 08 16:22:43.685106 1999] Services terminating: Bus Error
15478 [Nov 08 16:22:43.685411 1999] debug: flush_write_buffer wanted 81, got 81
15479 [Nov 08 16:22:43.685723 1999] debug: buffered_write(0,ffbeb7a1,81) returning
15480 81
15481 [Nov 08 16:22:43.686067 1999] debug: Sent: :services.chello.com SQUIT
15482 services.c
15483 hello.com :Services terminating: Bus Error
15484
15485 I have tried this with two channels. Accessing the channels works fine, so I
15486 suppose the db entries should be ok.
15487
15488 Any help would be appreciated.
15489
15490 thanks
15491
15492 Marcus
15493
15494 PS: had the same problem with the 4.3pre0 before and hoped upgrading to
15495 4.3.3 would help... :)
15496 ---------------------------------------------------------------
15497 To unsubscribe, send email to majordomo@ender.shadowfire.org
15498 with "unsubscribe ircservices" in the body, without the quotes.
15499
15500 From dooley at risanet.com Mon Nov 8 18:32:53 1999
15501 From: dooley at risanet.com (Dooley)
15502 Date: Sat Oct 23 23:00:54 2004
15503 Subject: [IRCServices] Database Question
15504 Message-ID: 001f01bf2a5a$bca1b240$3b0960d1@risanet.com
15505
15506 I am working on a few utilities for services, but I am running into a
15507 problem with the NickServ Database. Can someone give me a clue as to the
15508 field breakdown. For example I can pull the file version without fail and
15509 bring up the first nick and password but once I start getting into the other
15510 fields information is not where I anticipate it to be. The ultimate plan for
15511 this is for a user to be able to go to a webpage and enter their nick and
15512 have their password mailed to them.
15513
15514 If anyone can give me a hand I would be most appreciative.
15515
15516 Dooley, IRC Administrator irc.risanet.com
15517 http://www.risanet.com
15518
15519
15520 ---------------------------------------------------------------
15521 To unsubscribe, send email to majordomo@ender.shadowfire.org
15522 with "unsubscribe ircservices" in the body, without the quotes.
15523
15524 From jpinto9 at visteon.com Tue Nov 9 00:07:44 1999
15525 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
15526 Date: Sat Oct 23 23:00:54 2004
15527 Subject: [IRCServices] Database Question
15528 Message-ID: 199911090807.DAA14571@mailfw1.ford.com
15529
15530 In mpinion, the better way to work with the services .db is to do it like
15531 services do, just load the .dbsto memory using the database loading
15532 functions from services, work the data in memory, and if needed write the
15533 full changed database using the services saving functions.
15534 My network staff is also working on some utilities to export services
15535 information to the WEB =)
15536
15537 João Luís Marques Pinto
15538 PTlink Tech - Lamego@PTlink.net
15539 http://www.PTlink.net
15540
15541
15542
15543
15544 -----Original Message-----
15545 From: Dooley [<A HREF="mailto:dooley@risanet.com">mailto:dooley@risanet.com</A>]
15546 Sent: terça-feira, 9 de novembro de 1999 2:33
15547 To: ircservices@ender.shadowfire.org
15548 Subject: [IRCServices] Database Question
15549
15550
15551 I am working on a few utilities for services, but I am running into a
15552 problem with the NickServ Database. Can someone give me a clue as to the
15553 field breakdown. For example I can pull the file version without fail and
15554 bring up the first nick and password but once I start getting into the other
15555 fields information is not where I anticipate it to be. The ultimate plan for
15556 this is for a user to be able to go to a webpage and enter their nick and
15557 have their password mailed to them.
15558
15559 If anyone can give me a hand I would be most appreciative.
15560
15561 Dooley, IRC Administrator irc.risanet.com
15562 <A HREF="http://www.risanet.com">http://www.risanet.com</A>
15563
15564
15565 ---------------------------------------------------------------
15566 To unsubscribe, send email to majordomo@ender.shadowfire.org
15567 with "unsubscribe ircservices" in the body, without the quotes.
15568 ---------------------------------------------------------------
15569 To unsubscribe, send email to majordomo@ender.shadowfire.org
15570 with "unsubscribe ircservices" in the body, without the quotes.
15571
15572 From scrm at scandal.org Tue Nov 9 04:26:10 1999
15573 From: scrm at scandal.org (Mehran Khalili)
15574 Date: Sat Oct 23 23:00:54 2004
15575 Subject: [IRCServices] Database Question
15576 References: <199911090807.DAA14571@mailfw1.ford.com>
15577 Message-ID: 000d01bf2aad$a27a5c20$eccc07c2@xilo
15578
15579 Please keep me informed of your progress with the web-utils for services.
15580
15581 Are there any other utilities out there that are similar? I was looking for
15582 a web-based nick registration script.
15583
15584 cheers
15585
15586 Mehran
15587
15588 [scrm] - www.scandal.org
15589
15590 ----- Original Message -----
15591 From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
15592 To: <ircservices@ender.shadowfire.org>
15593 Sent: Tuesday, November 09, 1999 8:07 AM
15594 Subject: RE: [IRCServices] Database Question
15595
15596
15597 > In mpinion, the better way to work with the services .db is to do it like
15598 > services do, just load the .dbsto memory using the database loading
15599 > functions from services, work the data in memory, and if needed write the
15600 > full changed database using the services saving functions.
15601 > My network staff is also working on some utilities to export services
15602 > information to the WEB =)
15603 >
15604 > João Luís Marques Pinto
15605 > PTlink Tech - Lamego@PTlink.net
15606 > http://www.PTlink.net
15607 >
15608 >
15609 >
15610 >
15611 > -----Original Message-----
15612 > From: Dooley [<A HREF="mailto:dooley@risanet.com">mailto:dooley@risanet.com</A>]
15613 > Sent: terça-feira, 9 de novembro de 1999 2:33
15614 > To: ircservices@ender.shadowfire.org
15615 > Subject: [IRCServices] Database Question
15616 >
15617 >
15618 > I am working on a few utilities for services, but I am running into a
15619 > problem with the NickServ Database. Can someone give me a clue as to the
15620 > field breakdown. For example I can pull the file version without fail and
15621 > bring up the first nick and password but once I start getting into the
15622 other
15623 > fields information is not where I anticipate it to be. The ultimate plan
15624 for
15625 > this is for a user to be able to go to a webpage and enter their nick and
15626 > have their password mailed to them.
15627 >
15628 > If anyone can give me a hand I would be most appreciative.
15629 >
15630 > Dooley, IRC Administrator irc.risanet.com
15631 > <A HREF="http://www.risanet.com">http://www.risanet.com</A>
15632 >
15633 >
15634 > ---------------------------------------------------------------
15635 > To unsubscribe, send email to majordomo@ender.shadowfire.org
15636 > with "unsubscribe ircservices" in the body, without the quotes.
15637 > ---------------------------------------------------------------
15638 > To unsubscribe, send email to majordomo@ender.shadowfire.org
15639 > with "unsubscribe ircservices" in the body, without the quotes.
15640 >
15641
15642 ---------------------------------------------------------------
15643 To unsubscribe, send email to majordomo@ender.shadowfire.org
15644 with "unsubscribe ircservices" in the body, without the quotes.
15645
15646 From rafael at kapa.procergs.com.br Tue Nov 9 10:25:25 1999
15647 From: rafael at kapa.procergs.com.br (Rafael Ritter)
15648 Date: Sat Oct 23 23:00:54 2004
15649 Subject: [IRCServices] Database Question
15650 In-Reply-To: <000d01bf2aad$a27a5c20$eccc07c2@xilo>
15651 References: <199911090807.DAA14571@mailfw1.ford.com>
15652 Message-ID: 3.0.6.32.19991109162525.007d4880@kapa.procergs.com.br
15653
15654 Yes, me too :)
15655
15656 Rafael Ritter
15657
15658 At 12:26 09/11/99 -0000, you wrote:
15659 >Please keep me informed of your progress with the web-utils for services.
15660 >
15661 >Are there any other utilities out there that are similar? I was looking for
15662 >a web-based nick registration script.
15663 >
15664 >cheers
15665 >
15666 >Mehran
15667 >
15668 >[scrm] - www.scandal.org
15669 >
15670 >----- Original Message -----
15671 >From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
15672 >To: <ircservices@ender.shadowfire.org>
15673 >Sent: Tuesday, November 09, 1999 8:07 AM
15674 >Subject: RE: [IRCServices] Database Question
15675 >
15676 >
15677 >> In mpinion, the better way to work with the services .db is to do it like
15678 >> services do, just load the .dbsto memory using the database loading
15679 >> functions from services, work the data in memory, and if needed write the
15680 >> full changed database using the services saving functions.
15681 >> My network staff is also working on some utilities to export services
15682 >> information to the WEB =)
15683 >>
15684 >> João Luís Marques Pinto
15685 >> PTlink Tech - Lamego@PTlink.net
15686 >> http://www.PTlink.net
15687 >>
15688 >>
15689 >>
15690 >>
15691 >> -----Original Message-----
15692 >> From: Dooley [<A HREF="mailto:dooley@risanet.com">mailto:dooley@risanet.com</A>]
15693 >> Sent: terça-feira, 9 de novembro de 1999 2:33
15694 >> To: ircservices@ender.shadowfire.org
15695 >> Subject: [IRCServices] Database Question
15696 >>
15697 >>
15698 >> I am working on a few utilities for services, but I am running into a
15699 >> problem with the NickServ Database. Can someone give me a clue as to the
15700 >> field breakdown. For example I can pull the file version without fail and
15701 >> bring up the first nick and password but once I start getting into the
15702 >other
15703 >> fields information is not where I anticipate it to be. The ultimate plan
15704 >for
15705 >> this is for a user to be able to go to a webpage and enter their nick and
15706 >> have their password mailed to them.
15707 >>
15708 >> If anyone can give me a hand I would be most appreciative.
15709 >>
15710 >> Dooley, IRC Administrator irc.risanet.com
15711 >> <A HREF="http://www.risanet.com">http://www.risanet.com</A>
15712 >>
15713 >>
15714 >> ---------------------------------------------------------------
15715 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
15716 >> with "unsubscribe ircservices" in the body, without the quotes.
15717 >> ---------------------------------------------------------------
15718 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
15719 >> with "unsubscribe ircservices" in the body, without the quotes.
15720 >>
15721 >
15722 >---------------------------------------------------------------
15723 >To unsubscribe, send email to majordomo@ender.shadowfire.org
15724 >with "unsubscribe ircservices" in the body, without the quotes.
15725 >
15726 >
15727
15728 ---------------------------------------------------------------
15729 To unsubscribe, send email to majordomo@ender.shadowfire.org
15730 with "unsubscribe ircservices" in the body, without the quotes.
15731
15732 From mike at icon.co.za Tue Nov 9 10:45:38 1999
15733 From: mike at icon.co.za (Michael Smith)
15734 Date: Sat Oct 23 23:00:54 2004
15735 Subject: [IRCServices] Database Question
15736 Message-ID: 2.2.32.19991109184538.00c35bf8@shell.icon.co.za
15737
15738 Hmm, as far as I know the services files are flat binary files with variable
15739 length fields, however, the positions are fixed, ie password will always be
15740 after nick etc....
15741
15742 All "fields" are terminated with /0
15743
15744 I am working on a way of letting services use mysql or a similar database to
15745 keep the info on. This will
15746 enable revision control, rollback, and allow a central services database to
15747 be used for multiple (backup copies) of services, in addition, because it is
15748 now in database form, web utilities etc are now a very easy reality.
15749
15750 Mike
15751
15752
15753 At 04:25 PM 09/11/99 -0200, you wrote:
15754 >Yes, me too :)
15755 >
15756 >Rafael Ritter
15757 >
15758 >At 12:26 09/11/99 -0000, you wrote:
15759 >>Please keep me informed of your progress with the web-utils for services.
15760 >>
15761 >>Are there any other utilities out there that are similar? I was looking for
15762 >>a web-based nick registration script.
15763 >>
15764 >>cheers
15765 >>
15766 >>Mehran
15767 >>
15768 >>[scrm] - www.scandal.org
15769 >>
15770 >>----- Original Message -----
15771 >>From: Pinto, Joao Luis (J.) <jpinto9@visteon.com>
15772 >>To: <ircservices@ender.shadowfire.org>
15773 >>Sent: Tuesday, November 09, 1999 8:07 AM
15774 >>Subject: RE: [IRCServices] Database Question
15775 >>
15776 >>
15777 >>> In mpinion, the better way to work with the services .db is to do it like
15778 >>> services do, just load the .dbsto memory using the database loading
15779 >>> functions from services, work the data in memory, and if needed write the
15780 >>> full changed database using the services saving functions.
15781 >>> My network staff is also working on some utilities to export services
15782 >>> information to the WEB =)
15783 >>>
15784 >>> João Luís Marques Pinto
15785 >>> PTlink Tech - Lamego@PTlink.net
15786 >>> http://www.PTlink.net
15787 >>>
15788 >>>
15789 >>>
15790 >>>
15791 >>> -----Original Message-----
15792 >>> From: Dooley [<A HREF="mailto:dooley@risanet.com">mailto:dooley@risanet.com</A>]
15793 >>> Sent: terça-feira, 9 de novembro de 1999 2:33
15794 >>> To: ircservices@ender.shadowfire.org
15795 >>> Subject: [IRCServices] Database Question
15796 >>>
15797 >>>
15798 >>> I am working on a few utilities for services, but I am running into a
15799 >>> problem with the NickServ Database. Can someone give me a clue as to the
15800 >>> field breakdown. For example I can pull the file version without fail and
15801 >>> bring up the first nick and password but once I start getting into the
15802 >>other
15803 >>> fields information is not where I anticipate it to be. The ultimate plan
15804 >>for
15805 >>> this is for a user to be able to go to a webpage and enter their nick and
15806 >>> have their password mailed to them.
15807 >>>
15808 >>> If anyone can give me a hand I would be most appreciative.
15809 >>>
15810 >>> Dooley, IRC Administrator irc.risanet.com
15811 >>> <A HREF="http://www.risanet.com">http://www.risanet.com</A>
15812 >>>
15813 >>>
15814 >>> ---------------------------------------------------------------
15815 >>> To unsubscribe, send email to majordomo@ender.shadowfire.org
15816 >>> with "unsubscribe ircservices" in the body, without the quotes.
15817 >>> ---------------------------------------------------------------
15818 >>> To unsubscribe, send email to majordomo@ender.shadowfire.org
15819 >>> with "unsubscribe ircservices" in the body, without the quotes.
15820 >>>
15821 >>
15822 >>---------------------------------------------------------------
15823 >>To unsubscribe, send email to majordomo@ender.shadowfire.org
15824 >>with "unsubscribe ircservices" in the body, without the quotes.
15825 >>
15826 >>
15827 >
15828 >---------------------------------------------------------------
15829 >To unsubscribe, send email to majordomo@ender.shadowfire.org
15830 >with "unsubscribe ircservices" in the body, without the quotes.
15831 >
15832 >
15833 ---
15834 Michael Smith (Warlock on IRC)
15835 <A HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
15836 "Do you smell something burning or is it me?"
15837 -- Joan of Arc
15838
15839 ---------------------------------------------------------------
15840 To unsubscribe, send email to majordomo@ender.shadowfire.org
15841 with "unsubscribe ircservices" in the body, without the quotes.
15842
15843 From rafael at kapa.procergs.com.br Tue Nov 9 10:58:46 1999
15844 From: rafael at kapa.procergs.com.br (Rafael Ritter)
15845 Date: Sat Oct 23 23:00:54 2004
15846 Subject: [IRCServices] Services 4.3.3
15847 In-Reply-To: <000d01bf2aad$a27a5c20$eccc07c2@xilo>
15848 References: <199911090807.DAA14571@mailfw1.ford.com>
15849 Message-ID: 3.0.6.32.19991109165846.00b51590@kapa.procergs.com.br
15850
15851 PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
15852 17792 ircadmin 10 0 7764 7764 392 R 0 64.3 12.4 15:39 services
15853 153 ircadmin 5 0 11620 11M 476 S 0 22.4 18.3 1231m ircd
15854
15855 Someone here uses Services 4.3.3 with Unreal ircd and the CPU consumption
15856 stay like the above? The processes work fine, but with this detail. Is this
15857 normal?
15858
15859 Rafael Ritter
15860 Equipe VIA RS
15861
15862 ---------------------------------------------------------------
15863 To unsubscribe, send email to majordomo@ender.shadowfire.org
15864 with "unsubscribe ircservices" in the body, without the quotes.
15865
15866 From scotts at flamebait.org Wed Nov 10 04:40:56 1999
15867 From: scotts at flamebait.org (Scott Seufert)
15868 Date: Sat Oct 23 23:00:54 2004
15869 Subject: [IRCServices] Unreal
15870 Message-ID: 19991110124116233.AAA267@stream.qx.net@[208.200.111.17]
15871
15872
15873
15874 ----------
15875 >From: "Josh Odom" <joshodom@uswest.net>
15876 >To: <ircservices@ender.shadowfire.org>
15877 >Subject: RE: [IRCServices] Unreal
15878 >Date: Sun, Dec 5, 1999, 9:35 AM
15879 >
15880
15881 > If you wanted to ban the IP address, you would ban 200.248.24.5.*.
15882
15883 actually this ban would only cover one IP (200.248.24.5) there is no need
15884 for the * at the end. IP's only have 4 quads
15885
15886 200.248.24.* would ban the whole Class C (256 possible IP's)
15887 200.248.* would ban the whole class B (65,536 possible IP's)
15888 200.* would ban the whole class A (16,777,216 possible IP'S)
15889
15890 On Channels the entire nick!user@host.domain.com hostmask is used. akills
15891 (at least every daemon I've seen) omits the nick field leaving
15892 user@host.domain.com as the hostmask format.
15893
15894 > If that is the problem you are seeing.
15895
15896 <snip>
15897
15898 > bomb
15899 >
15900 > ChatCafe IRC Network
15901 > URL: http://www.chatcafe.net
15902 > IRC Server : irc.chatcafe.net
15903 >
15904
15905 kat
15906 ---------------------------------------------------------------
15907 To unsubscribe, send email to majordomo@ender.shadowfire.org
15908 with "unsubscribe ircservices" in the body, without the quotes.
15909
15910 From jpinto9 at visteon.com Wed Nov 10 06:24:19 1999
15911 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
15912 Date: Sat Oct 23 23:00:54 2004
15913 Subject: [IRCServices] Unreal
15914 Message-ID: 199911101424.JAA27597@mailfw1.ford.com
15915
15916 just one question ??
15917 Is this a IRC services related mailing list ? or HOWTO kick and ban on my
15918 ircd
15919
15920 Regards,
15921 João Luís Marques Pinto
15922 PTlink Tech - Lamego@PTlink.net
15923 http://www.PTlink.net
15924
15925
15926
15927 -----Original Message-----
15928 From: Scott Seufert [<A HREF="mailto:scotts@flamebait.org">mailto:scotts@flamebait.org</A>]
15929 Sent: quarta-feira, 10 de novembro de 1999 12:41
15930 To: ircservices@ender.shadowfire.org
15931 Subject: Re: [IRCServices] Unreal
15932
15933
15934
15935
15936 ----------
15937 >From: "Josh Odom" <joshodom@uswest.net>
15938 >To: <ircservices@ender.shadowfire.org>
15939 >Subject: RE: [IRCServices] Unreal
15940 >Date: Sun, Dec 5, 1999, 9:35 AM
15941 >
15942
15943 > If you wanted to ban the IP address, you would ban 200.248.24.5.*.
15944
15945 actually this ban would only cover one IP (200.248.24.5) there is no need
15946 for the * at the end. IP's only have 4 quads
15947
15948 200.248.24.* would ban the whole Class C (256 possible IP's)
15949 200.248.* would ban the whole class B (65,536 possible IP's)
15950 200.* would ban the whole class A (16,777,216 possible IP'S)
15951
15952 On Channels the entire nick!user@host.domain.com hostmask is used. akills
15953 (at least every daemon I've seen) omits the nick field leaving
15954 user@host.domain.com as the hostmask format.
15955
15956 > If that is the problem you are seeing.
15957
15958 <snip>
15959
15960 > bomb
15961 >
15962 > ChatCafe IRC Network
15963 > URL: <A HREF="http://www.chatcafe.net">http://www.chatcafe.net</A>
15964 > IRC Server : irc.chatcafe.net
15965 >
15966
15967 kat
15968 ---------------------------------------------------------------
15969 To unsubscribe, send email to majordomo@ender.shadowfire.org
15970 with "unsubscribe ircservices" in the body, without the quotes.
15971 ---------------------------------------------------------------
15972 To unsubscribe, send email to majordomo@ender.shadowfire.org
15973 with "unsubscribe ircservices" in the body, without the quotes.
15974
15975 From andrewk at icon.co.za Wed Nov 10 07:07:02 1999
15976 From: andrewk at icon.co.za (Andrew Kempe)
15977 Date: Sat Oct 23 23:00:54 2004
15978 Subject: [IRCServices] IRC Services Mailing List Introduction (for your refreshment) :)
15979 Message-ID: Pine.GSO.3.96.991110165941.6916B&#45;100000@shell.icon.co.za
15980
15981 Please take the time to read over the IRC Services ML introduction
15982 (featured at the bottom of this mail). It details important information
15983 regarding the acceptable use of the IRC Services ML.
15984
15985 The reason for this? The fact that a few people either don't know or have
15986 forgotten what this ML is really for. I'm not pointing fingers, but I
15987 have responsibility to keep this ML dedicated to its main topics of
15988 discussion - some people don't have the time to read unrelated mails.
15989
15990 If anyone thinks something should be added to the blurb below, please let
15991 me know!
15992
15993 Oh, if you forget this for some reason and want to read it again, send a
15994 mail to majordomo@ender.shadowfire.org with the following in the body of
15995 the email:
15996
15997 intro ircservices
15998
15999
16000 Regards, Andrew
16001
16002
16003 ******** List Description ********
16004
16005 This list is for the discussion of IRC Services, development
16006 and support thereof. Please read on for a few tips regarding
16007 list use and the policies of this list - they _will_ be
16008 enforced.
16009
16010 Typical topics of discussion include:
16011 - Support for original versions of IRC Services.
16012 - Bug reports for the most current original version
16013 of IRC Services.
16014 - Suggestions for future versions.
16015
16016 What this list does *not* and will *not* carry:
16017 - Support for IRC servers/daemons (a.k.a. ircd's)
16018 - HOWTO-program-in-C discussions
16019 - HOWTO-modify-the-ircd discussions
16020 - Support for modified versions of IRC Services.
16021 - Support for IRC clients.
16022
16023 It is important that the list be kept free of spam and issues
16024 not relating to IRC Services. A few examples of what spam is
16025 considered to be are:
16026 - Personal arguements and flaming.
16027 - Jokes, Get-Rich-Quick and other such spam.
16028 - Advertising
16029
16030 Please also bear in mind that long threads can be very
16031 irritating and very hard to read. If a thread becomes long,
16032 please delete the latter 70% of it, or atleast those parts
16033 that do not pertain to your reply.
16034
16035 Addresses from which mail bounces for more than a week will be
16036 removed from the mailing list. Please keep your address(es) up
16037 to date by unsubscribing old ones before they become invalid.
16038
16039 Finally, thank you for taking the time to become a member of
16040 this mailing list and for supporting IRC Services.
16041
16042 ********
16043
16044 ---------------------------------------------------------------
16045 To unsubscribe, send email to majordomo@ender.shadowfire.org
16046 with "unsubscribe ircservices" in the body, without the quotes.
16047
16048 From rafael at kapa.procergs.com.br Wed Nov 10 09:48:45 1999
16049 From: rafael at kapa.procergs.com.br (Rafael Ritter)
16050 Date: Sat Oct 23 23:00:54 2004
16051 Subject: [IRCServices] db´s
16052 In-Reply-To: <Pine.GSO.3.96.991110165941.6916B-100000@shell.icon.co.za>
16053 References: Pine.GSO.3.96.991110165941.6916B&#45;100000@shell.icon.co.za
16054 Message-ID: 3.0.6.32.19991110154845.00a80740@kapa.procergs.com.br
16055
16056 Someone can tell me what is the format of the services .db´s?
16057 it´s dbm, it´s a proprietary format? Or something else?
16058
16059 tanx
16060
16061 Rafael Ritter
16062
16063 ---------------------------------------------------------------
16064 To unsubscribe, send email to majordomo@ender.shadowfire.org
16065 with "unsubscribe ircservices" in the body, without the quotes.
16066
16067 From mike at icon.co.za Wed Nov 10 10:27:16 1999
16068 From: mike at icon.co.za (Michael Smith)
16069 Date: Sat Oct 23 23:00:54 2004
16070 Subject: [IRCServices] Re: [IRCServices] db´s
16071 Message-ID: 2.2.32.19991110182716.00cfc1b8@shell.icon.co.za
16072
16073 binary file, each "field" terminated with \0,
16074
16075 Mike
16076
16077 At 03:48 PM 10/11/99 -0200, you wrote:
16078 >Someone can tell me what is the format of the services .db´s?
16079 >it´s dbm, it´s a proprietary format? Or something else?
16080 >
16081 >tanx
16082 >
16083 >Rafael Ritter
16084 >
16085 >---------------------------------------------------------------
16086 >To unsubscribe, send email to majordomo@ender.shadowfire.org
16087 >with "unsubscribe ircservices" in the body, without the quotes.
16088 >
16089 >
16090 ---
16091 Michael Smith (Warlock on IRC)
16092 http://www.warlock.web.za
16093 "Do you smell something burning or is it me?"
16094 -- Joan of Arc
16095
16096 ---------------------------------------------------------------
16097 To unsubscribe, send email to majordomo@ender.shadowfire.org
16098 with "unsubscribe ircservices" in the body, without the quotes.
16099
16100 From natey at aquarius.natey.za.net Wed Nov 10 03:35:28 1999
16101 From: natey at aquarius.natey.za.net (Natey on IRC)
16102 Date: Sat Oct 23 23:00:54 2004
16103 Subject: [IRCServices] Copyright Violations
16104 Message-ID: Pine.BSF.4.10.9911101321080.5473&#45;100000@aquarius.natey.za.net
16105
16106 Hi there Andy and Andrew,
16107
16108 I've just been taking a look at "Rush Services" which someone from Israel
16109 DCC send'ed to me:
16110
16111 messages.c
16112
16113 from within:
16114
16115 static void m_motd(char *source, int ac, char **av)
16116
16117 --- start snip ---
16118
16119 send_cmd(ServerName, "372 %s :-", source);
16120 send_cmd(ServerName, "372 %s :- Rush Services is copyright (c) "
16121 "1999 Extreme Rush & Wired Rave Software.", source);
16122 send_cmd(ServerName, "376 %s :End of /MOTD command.", source);
16123
16124 --- end snip ---
16125
16126 Very few changes have been made execpt for adding:
16127
16128 * Customized by Extreme Rush. - (c) 1999 Sirius
16129 * Additional work by Wired Rave Software. http://www.wiredrave.com/
16130 * This program is free but copyrighted software; see the file COPYING for
16131 * details.
16132 */
16133
16134 Its working off the ver 4.2 and has added some code from later vers 4.3.x
16135 of EsperNet IRC Network Services.
16136
16137 --- From the README file ---
16138
16139 Rush Services 5.0
16140
16141 .. ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
16142 :
16143 : Rush Serivces 5.0x is copyright (c) 1999 Extreme Rush and Wired Rave
16144 : Software. There is absolutely NO WARRANTY provided with this program;
16145 : if it blows up in your face, you get to clean up the mess. Services
16146 : may be freely redistributed; see the GNU General Public License (in
16147 : the file "COPYING") for details.
16148 :
16149 : You can find updates of services at services.wiredrave.com. The rush
16150 : IRCD can always be found at, <A HREF="http://extremerush.dhs.org/">http://extremerush.dhs.org/</A>.
16151 .. ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
16152
16153 Then only do they include the usual README file.
16154
16155 I think a extra file must/should be added about this type of thing
16156 stating:
16157
16158 * You have the following rights:
16159 * To modify your copy of the source.
16160 * Release your own patches for the software.
16161
16162 etc.
16163
16164 * You may not do any of the following:
16165 * Redistribute this software as being your own work,
16166 as it is the work of Andy Church, and many others,
16167 who have volunteered to it.
16168 * Sell this software.
16169
16170 Just my R 0.02 worth :) Please boycott the usage of rush services until
16171 the services copyright stuff is put back into place (this starts to remind
16172 me of what happened with Magick).
16173
16174 Regards
16175 Natey
16176
16177 ---------------------------------------------------------------
16178 To unsubscribe, send email to majordomo@ender.shadowfire.org
16179 with "unsubscribe ircservices" in the body, without the quotes.
16180
16181 From andrewk at icon.co.za Wed Nov 10 23:22:35 1999
16182 From: andrewk at icon.co.za (Andrew Kempe)
16183 Date: Sat Oct 23 23:00:54 2004
16184 Subject: [IRCServices] Copyright Violations
16185 In-Reply-To: <Pine.BSF.4.10.9911101321080.5473-100000@aquarius.natey.za.net>
16186 References: Pine.BSF.4.10.9911101321080.5473&#45;100000@aquarius.natey.za.net
16187 Message-ID: Pine.GSO.3.96.991111091830.13978C&#45;100000@shell.icon.co.za
16188
16189 I've downloaded the source from their FTP site, and they've left 99% of
16190 all copyrights in place - apart from adding a few lines. I agree they
16191 could have said a bit more about who originally coded services, but it's
16192 no where near as bad as Magick. They haven't even gone to the trouble of
16193 changing the email address for bug reports - this annoys me. Andy (and
16194 myself) are sick and tired of having to support all these people who run
16195 modified versions of Services.
16196
16197 On top of this, the dude who is coding these services doesn't seem to have
16198 a clue about what he's breaking while he tries to add stuff. I'd stear
16199 very clear of this branch.
16200
16201 Andrew
16202
16203 On Wed, 10 Nov 1999, Natey on IRC wrote:
16204
16205 > Hi there Andy and Andrew,
16206 >
16207 > I've just been taking a look at "Rush Services" which someone from Israel
16208 > DCC send'ed to me:
16209 >
16210 > messages.c
16211 >
16212 > from within:
16213 >
16214 [snip]
16215
16216 ---------------------------------------------------------------
16217 To unsubscribe, send email to majordomo@ender.shadowfire.org
16218 with "unsubscribe ircservices" in the body, without the quotes.
16219
16220 From jpinto9 at visteon.com Thu Nov 11 00:24:28 1999
16221 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
16222 Date: Sat Oct 23 23:00:54 2004
16223 Subject: [IRCServices] Copyright Violations
16224 Message-ID: 199911110824.DAA08498@mailfw3.ford.com
16225
16226 Hi,
16227 I don't agreed with you, "could have said a bit more about who originally
16228 coded services", according to GNU, one should preserve the CopyRight notices
16229 however it seems to me that the coptyrigth contents are responsabilty of the
16230 original author, if he/she made CopyRight clear there makes no sense someone
16231 who starts a modified version to extend the original CopyRigth.
16232 I am coding PTlink Services, I sarted changing Andy Services 2.4.4, some
16233 months ago, I kept all (C)opyrigth notices as based on Andy Services,
16234 however if I continue changing most of the original code (nor just adding a
16235 few line), some notices may disappear from somefiles, every CopyRigth notice
16236 is applied to a specific code file, If I change that file let's say 80%, I
16237 will propably change it to my CopyRight.
16238
16239 Just some ideas :)
16240
16241 João Luís Marques Pinto
16242 PTlink Tech - Lamego@PTlink.net
16243 http://www.PTlink.net
16244
16245
16246 -----Original Message-----
16247 From: Andrew Kempe [<A HREF="mailto:andrewk@icon.co.za">mailto:andrewk@icon.co.za</A>]
16248 Sent: quinta-feira, 11 de novembro de 1999 7:23
16249 To: ircservices@ender.shadowfire.org
16250 Subject: Re: [IRCServices] Copyright Violations
16251
16252
16253 I've downloaded the source from their FTP site, and they've left 99% of
16254 all copyrights in place - apart from adding a few lines. I agree they
16255 could have said a bit more about who originally coded services, but it's
16256 no where near as bad as Magick. They haven't even gone to the trouble of
16257 changing the email address for bug reports - this annoys me. Andy (and
16258 myself) are sick and tired of having to support all these people who run
16259 modified versions of Services.
16260
16261 On top of this, the dude who is coding these services doesn't seem to have
16262 a clue about what he's breaking while he tries to add stuff. I'd stear
16263 very clear of this branch.
16264
16265 Andrew
16266
16267 On Wed, 10 Nov 1999, Natey on IRC wrote:
16268
16269 > Hi there Andy and Andrew,
16270 >
16271 > I've just been taking a look at "Rush Services" which someone from Israel
16272 > DCC send'ed to me:
16273 >
16274 > messages.c
16275 >
16276 > from within:
16277 >
16278 [snip]
16279
16280 ---------------------------------------------------------------
16281 To unsubscribe, send email to majordomo@ender.shadowfire.org
16282 with "unsubscribe ircservices" in the body, without the quotes.
16283 ---------------------------------------------------------------
16284 To unsubscribe, send email to majordomo@ender.shadowfire.org
16285 with "unsubscribe ircservices" in the body, without the quotes.
16286
16287 From climber at rionet.com.br Thu Nov 11 10:38:56 1999
16288 From: climber at rionet.com.br (root of all evil)
16289 Date: Sat Oct 23 23:00:54 2004
16290 Subject: [IRCServices] Copyright Violations
16291 References: <199911110824.DAA08498@mailfw3.ford.com>
16292 Message-ID: 99111114441500.00615@rcmoraes.intranet
16293
16294
16295 Unfortunately here in Brazil some bad coders do the same, in services and ircd
16296 copyrights,
16297
16298 ùíù - Services para uso somente na Rede IRChat (1999).
16299 ùíù - Desenvolvido por Rodrigo C. Broilo (broilo@brasilnet.net).
16300
16301 This is the /motd command from services chat-broilo+morsa:: 1.2.7, that
16302 irchat Networks uses (irc.irchat.com.br, irc.lexxa.com.br)
16303
16304 sory about my english
16305 FiGhTeR
16306 irc.rionet.com.br ( i dont changend the services cooder name here:))
16307 ---------------------------------------------------------------
16308 To unsubscribe, send email to majordomo@ender.shadowfire.org
16309 with "unsubscribe ircservices" in the body, without the quotes.
16310
16311 From lebleu at prefer.net Thu Nov 11 08:58:21 1999
16312 From: lebleu at prefer.net (Kevin)
16313 Date: Sat Oct 23 23:00:54 2004
16314 Subject: [IRCServices] Copyright Violations
16315 In-Reply-To: <Pine.BSF.4.10.9911101321080.5473-100000@aquarius.natey.za.net>
16316 References: Pine.BSF.4.10.9911101321080.5473&#45;100000@aquarius.natey.za.net
16317 Message-ID: Pine.LNX.4.00.9911111048540.27055&#45;100000@hades.bleu.paganpaths.org
16318
16319
16320 On Wed, 10 Nov 1999, Natey on IRC wrote:
16321
16322 > I think a extra file must/should be added about this type of thing
16323 > stating:
16324
16325 See the file COPYING, which covers all their rights.
16326
16327 > * Sell this software.
16328
16329 They have the right to sell the software, as long as they provide
16330 information on where to get the source or include the source with it. One
16331 would have to be rather foolish to pay for it unless they added extra
16332 value (e.g. tech support), but they can still sell it.
16333 :) (Just like Redhat can sell linux, even tho most of what it sells is
16334 GPLed)
16335
16336 --Kevin
16337
16338 P.S. IANAL
16339
16340 --
16341 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
16342 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
16343 If you're reading this you're part of the mass hallucination that is Kevin
16344 the Blue.
16345 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
16346 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
16347 Wear a blue ribbon today to show your solidarity for freedom of speech on
16348 the Internet!
16349
16350 ---------------------------------------------------------------
16351 To unsubscribe, send email to majordomo@ender.shadowfire.org
16352 with "unsubscribe ircservices" in the body, without the quotes.
16353
16354 From climber at rionet.com.br Thu Nov 11 10:47:30 1999
16355 From: climber at rionet.com.br (root of all evil)
16356 Date: Sat Oct 23 23:00:54 2004
16357 Subject: [IRCServices] Some help on cooding
16358 References: <199911110824.DAA08498@mailfw3.ford.com>
16359 Message-ID: 99111115022701.00615@rcmoraes.intranet
16360
16361 Hi guys
16362
16363 i dontknow if this is oftopyc, but the nickserv release and ghost seems a
16364 quiteanoying to me, you have to use 3 comands to getyour nick back
16365 /m nickserv release (nick) (pass)
16366 /nick nick
16367 /mnickserv identify (pass)
16368
16369 so, i tried todo things easyerwhitthis code :
16370 static void do_release(User *u)
16371 {
16372 char *nick = strtok(NULL, " ");
16373 char *pass = strtok(NULL, " ");
16374 NickInfo *ni;
16375
16376
16377 if (!nick) {
16378 syntax_error(s_NickServ, u, "RELEASE", NICK_RELEASE_SYNTAX);
16379 } else if (!(ni = findnick(nick))) {
16380 notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
16381 } else if (!(ni->status & NS_KILL_HELD)) {
16382 notice_lang(s_NickServ, u, NICK_RELEASE_NOT_HELD, nick);
16383 } else if (pass) {
16384 int res = check_password(pass, ni->pass);
16385 if (res == 1) {
16386 release(ni, 0);
16387 notice_lang(s_NickServ, u, NICK_RELEASED);
16388 send_cmd(s_NickServ, "SVSNICK %s %s :%lu", u->nick, nick,
16389 time(NULL));
16390 change_user_nick(u, nick); /* placede on Extern.h this function is
16391 * from users.c */
16392 /* indentify */
16393 ni->status |= NS_IDENTIFIED;
16394 ni->id_timestamp = u->signon;
16395 ni->last_seen = time(NULL);
16396 if (ni->last_usermask)
16397 free(ni->last_usermask);
16398 ni->last_usermask = smalloc(strlen(u->username)+strlen(u->host)+2);
16399 sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
16400 if (ni->last_realname)
16401 free(ni->last_realname);
16402 ni->last_realname = sstrdup(u->realname);
16403 send_cmd(s_NickServ,"SVSMODE %s :+r", u->nick);
16404 u->mode |= UMODE_R;
16405 notice(s_NickServ, nick, "Password accepted - you are now recognized");
16406 log("%s: %s!%s@%s identified on RELEASE for nick %s", s_NickServ, u->nick, u->username, u->host, nick);
16407 check_memos(u);
16408 } else {
16409 notice_lang(s_NickServ, u, ACCESS_DENIED);
16410 if (res == 0) {
16411 log("%s: RELEASE: invalid password for %s by %s!%s@%s",
16412 s_NickServ, nick, u->nick, u->username, u->host);
16413 bad_password(u);
16414 }
16415 }
16416 }
16417 }
16418
16419 /*end*/
16420
16421 Well, the problem is : this orks well on my testnet, (only onde ircd and
16422 services ) on main network, the SVSNICK may take a litle time, so the SVSMODE
16423 and the notice dont ket sent to the righ user (ircd returns User not found),
16424 but the new nick is identifyed , only the +r flag and notice to user dont works)
16425
16426 Anyone knows a beter way to do this ?
16427
16428 Realy sory for my english, and a keyboard whith broken space bar ( no joke :))
16429 FiGhTER
16430 Irc.rionet.com.br
16431 BrasIRC.com.br (irc.brasirc.com.br)
16432
16433 ---------------------------------------------------------------
16434 To unsubscribe, send email to majordomo@ender.shadowfire.org
16435 with "unsubscribe ircservices" in the body, without the quotes.
16436
16437 From jpinto9 at visteon.com Fri Nov 12 00:08:56 1999
16438 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
16439 Date: Sat Oct 23 23:00:54 2004
16440 Subject: [IRCServices] Some help on cooding
16441 Message-ID: 199911120814.DAA14562@mailfw3.ford.com
16442
16443 One of the firts things I changed from Church Services was to make the
16444 identify and nick change on Ghost command, I have been using this for 6
16445 months with a 7 ircd network and I had no problems with it.
16446 Notice that this function will replace release, since it will call
16447 ghost_release when needed.
16448
16449 *Log2() - is a file/channel log function, you can replace it with the the
16450 log() function
16451 /*************************************************************************/
16452
16453 static void do_ghost(User *u)
16454 {
16455 char *nick = strtok(NULL, " ");
16456 char *pass = strtok(NULL, " ");
16457 NickInfo *ni;
16458 User *u2;
16459
16460 if (!nick) {
16461 syntax_error(s_NickServ, u, "GHOST", NICK_GHOST_SYNTAX);
16462 } else if (!(u2 = finduser(nick))) {
16463 if ((ni = findnick(nick)) && (ni->status & NS_KILL_HELD))
16464 do_ghost_release(u, ni, nick, pass);
16465 else notice_lang(s_NickServ, u, NICK_X_NOT_IN_USE, nick);
16466 } else if (!(ni = u2->real_ni)) {
16467 notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
16468 } else if (stricmp(nick, u->nick) == 0) {
16469 notice_lang(s_NickServ, u, NICK_NO_GHOST_SELF);
16470 } else if (pass) {
16471 int res = check_password(pass, ni->pass);
16472 if (res == 1) {
16473 char buf[NICKMAX+32];
16474 snprintf(buf, sizeof(buf), "GHOST command used by %s", u->nick);
16475 kill_user(s_NickServ, nick, buf);
16476 notice_lang(s_NickServ, u, NICK_GHOST_KILLED, nick);
16477 ni->status |= (NS_IDENTIFIED | NS_RECOGNIZED);
16478 ni->id_timestamp = u->signon;
16479 ni->last_seen = time(NULL);
16480 if (ni->last_usermask)
16481 free(ni->last_usermask);
16482 ni->last_usermask =
16483 smalloc(strlen(u->username)+strlen(u->host)+2);
16484 sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
16485 if (ni->last_realname)
16486 free(ni->last_realname);
16487 ni->last_realname = sstrdup(u->realname);
16488 log2("%s: %s!%s@%s identified on ghost for nick %s", s_NickServ,
16489 u->nick, u->username, u->host, nick);
16490 send_cmd(MODE_SENDER(s_NickServ), "SVSNICK %s %s %ld",
16491 u->nick,nick,time(NULL));
16492 send_cmd(MODE_SENDER(s_NickServ), "SVS2MODE %s +r",
16493 nick);
16494 /* PTlink Services only
16495 if ((ni->flags & NI_AUTO_JOIN) && (ni->ajoincount>0))
16496
16497 autojoin(u,ni); /* should ajoin on ghost - noticed by
16498 Bubinhas */
16499 */ -------------------
16500 check_memos(u);
16501 } else {
16502 notice_lang(s_NickServ, u, ACCESS_DENIED);
16503 if (res == 0) {
16504 log2("%s: GHOST: invalid password for %s by %s!%s@%s",
16505 s_NickServ, nick, u->nick, u->username, u->host);
16506 bad_password(u);
16507 }
16508 }
16509 } else {
16510 if (!(ni->flags & NI_SECURE) && is_on_access(u, ni)) {
16511 char buf[NICKMAX+32];
16512 snprintf(buf, sizeof(buf), "GHOST command used by %s", u->nick);
16513 kill_user(s_NickServ, nick, buf);
16514 notice_lang(s_NickServ, u, NICK_GHOST_KILLED, nick);
16515 ni->status |= (NS_IDENTIFIED | NS_RECOGNIZED);
16516 ni->id_timestamp = u->signon;
16517 ni->last_seen = time(NULL);
16518 if (ni->last_usermask)
16519 free(ni->last_usermask);
16520 ni->last_usermask =
16521 smalloc(strlen(u->username)+strlen(u->host)+2);
16522 sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
16523 if (ni->last_realname)
16524 free(ni->last_realname);
16525 ni->last_realname = sstrdup(u->realname);
16526 log2("%s: %s!%s@%s identified on ghost for nick %s", s_NickServ,
16527 u->nick, u->username, u->host, u->nick);
16528 send_cmd(MODE_SENDER(s_NickServ), "SVSNICK %s %s %ld",
16529 u->nick,nick,time(NULL));
16530 send_cmd(MODE_SENDER(s_NickServ), "SVS2MODE %s +r %s",
16531 u->nick,nick);
16532 if ((ni->status & NS_RECOGNIZED))
16533 check_memos(u);
16534 } else {
16535 notice_lang(s_NickServ, u, ACCESS_DENIED);
16536 }
16537 }
16538 }
16539
16540 /*************************************************************************/
16541
16542 /*************************************************************************/
16543 static void do_ghost_release(User *u, NickInfo *ni,char* nick, char* pass) {
16544 int res;
16545 if (!pass) {
16546 syntax_error(s_NickServ, u, "GHOST", NICK_GHOST_SYNTAX);
16547 return;
16548 }
16549 res = check_password(pass, ni->pass);
16550 if (res == 1) {
16551 release(ni, 0);
16552 notice_lang(s_NickServ, u, NICK_RELEASED);
16553 ni->status |= (NS_IDENTIFIED | NS_RECOGNIZED);
16554 ni->id_timestamp = u->signon;
16555 ni->last_seen = time(NULL);
16556 if (ni->last_usermask)
16557 free(ni->last_usermask);
16558 ni->last_usermask =
16559 smalloc(strlen(u->username)+strlen(u->host)+2);
16560 sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
16561 if (ni->last_realname)
16562 free(ni->last_realname);
16563 ni->last_realname = sstrdup(u->realname);
16564 log2("%s: %s!%s@%s identified on release for nick %s",
16565 s_NickServ,
16566 u->nick, u->username, u->host, nick);
16567 send_cmd(MODE_SENDER(s_NickServ), "SVSNICK %s %s %ld",
16568 u->nick,nick,time(NULL));
16569 send_cmd(MODE_SENDER(s_NickServ), "SVS2MODE %s +r", nick);
16570
16571 if ((ni->flags & NI_AUTO_JOIN) && (ni->ajoincount>0))
16572 autojoin(u,ni); /* should ajoin on ghost - reported by
16573 Bubinhas */
16574 check_memos(u);
16575
16576 }
16577 else { log2("%s: GHOST RELEASE: invalid password for %s by %s!%s@%s",
16578 s_NickServ, nick, u->nick, u->username, u->host);
16579 bad_password(u);
16580 }
16581 }
16582
16583
16584
16585 João Luís Marques Pinto
16586 PTlink Tech - Lamego@PTlink.net
16587 PTlink Coders - Coders@PTlink.net
16588 http://www.PTlink.net
16589
16590
16591
16592
16593 -----Original Message-----
16594 From: root of all evil [<A HREF="mailto:climber@rionet.com.br">mailto:climber@rionet.com.br</A>]
16595 Sent: quinta-feira, 11 de novembro de 1999 18:48
16596 To: ircservices@ender.shadowfire.org
16597 Subject: [IRCServices] Some help on cooding
16598
16599
16600 Hi guys
16601
16602 i dontknow if this is oftopyc, but the nickserv release and ghost seems a
16603 quiteanoying to me, you have to use 3 comands to getyour nick back
16604 /m nickserv release (nick) (pass)
16605 /nick nick
16606 /mnickserv identify (pass)
16607
16608 so, i tried todo things easyerwhitthis code :
16609 static void do_release(User *u)
16610 {
16611 char *nick = strtok(NULL, " ");
16612 char *pass = strtok(NULL, " ");
16613 NickInfo *ni;
16614
16615
16616 if (!nick) {
16617 syntax_error(s_NickServ, u, "RELEASE", NICK_RELEASE_SYNTAX);
16618 } else if (!(ni = findnick(nick))) {
16619 notice_lang(s_NickServ, u, NICK_X_NOT_REGISTERED, nick);
16620 } else if (!(ni->status & NS_KILL_HELD)) {
16621 notice_lang(s_NickServ, u, NICK_RELEASE_NOT_HELD, nick);
16622 } else if (pass) {
16623 int res = check_password(pass, ni->pass);
16624 if (res == 1) {
16625 release(ni, 0);
16626 notice_lang(s_NickServ, u, NICK_RELEASED);
16627 send_cmd(s_NickServ, "SVSNICK %s %s :%lu", u->nick, nick,
16628 time(NULL));
16629 change_user_nick(u, nick); /* placede on Extern.h this function
16630 is
16631 * from users.c */
16632 /* indentify */
16633 ni->status |= NS_IDENTIFIED;
16634 ni->id_timestamp = u->signon;
16635 ni->last_seen = time(NULL);
16636 if (ni->last_usermask)
16637 free(ni->last_usermask);
16638 ni->last_usermask =
16639 smalloc(strlen(u->username)+strlen(u->host)+2);
16640 sprintf(ni->last_usermask, "%s@%s", u->username, u->host);
16641 if (ni->last_realname)
16642 free(ni->last_realname);
16643 ni->last_realname = sstrdup(u->realname);
16644 send_cmd(s_NickServ,"SVSMODE %s :+r", u->nick);
16645 u->mode |= UMODE_R;
16646 notice(s_NickServ, nick, "Password accepted - you are now
16647 recognized");
16648 log("%s: %s!%s@%s identified on RELEASE for nick %s", s_NickServ,
16649 u->nick, u->username, u->host, nick);
16650 check_memos(u);
16651 } else {
16652 notice_lang(s_NickServ, u, ACCESS_DENIED);
16653 if (res == 0) {
16654 log("%s: RELEASE: invalid password for %s by %s!%s@%s",
16655 s_NickServ, nick, u->nick, u->username, u->host);
16656 bad_password(u);
16657 }
16658 }
16659 }
16660 }
16661
16662 /*end*/
16663
16664 Well, the problem is : this orks well on my testnet, (only onde ircd and
16665 services ) on main network, the SVSNICK may take a litle time, so the
16666 SVSMODE
16667 and the notice dont ket sent to the righ user (ircd returns User not found),
16668 but the new nick is identifyed , only the +r flag and notice to user dont
16669 works)
16670
16671 Anyone knows a beter way to do this ?
16672
16673 Realy sory for my english, and a keyboard whith broken space bar ( no joke
16674 :))
16675 FiGhTER
16676 Irc.rionet.com.br
16677 BrasIRC.com.br (irc.brasirc.com.br)
16678
16679 ---------------------------------------------------------------
16680 To unsubscribe, send email to majordomo@ender.shadowfire.org
16681 with "unsubscribe ircservices" in the body, without the quotes.
16682 ---------------------------------------------------------------
16683 To unsubscribe, send email to majordomo@ender.shadowfire.org
16684 with "unsubscribe ircservices" in the body, without the quotes.
16685
16686 From andrewk at icon.co.za Fri Nov 12 01:18:51 1999
16687 From: andrewk at icon.co.za (Andrew Kempe)
16688 Date: Sat Oct 23 23:00:54 2004
16689 Subject: [IRCServices] Some help on cooding
16690 In-Reply-To: <199911120814.DAA14562@mailfw3.ford.com>
16691 References: 199911120814.DAA14562@mailfw3.ford.com
16692 Message-ID: NCBBIPDDJGGDOCPMKPKPCEGGCPAA.andrewk@icon.co.za
16693
16694 Folks,
16695
16696 Please can everyone stop posting code snippets to this list. If you think
16697 you have something that others may be interested in, please explain what it
16698 does and get people to mail you privately, if they want to see it.
16699
16700 The code below will not work properly on any of the ircds that IRC Services
16701 supports (the SVS2MODE does not exist in any of them).
16702
16703 Thanks, Andrew
16704
16705 > -----Original Message-----
16706 > From: owner-ircservices@ender.shadowfire.org
16707 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Pinto, Joao
16708 > Luis (J.)
16709 > Sent: 12 November 1999 10:09
16710 > To: 'ircservices@ender.shadowfire.org'
16711 > Subject: RE: [IRCServices] Some help on cooding
16712 >
16713 >
16714 > One of the firts things I changed from Church Services was to make the
16715 > identify and nick change on Ghost command, I have been using this for 6
16716 > months with a 7 ircd network and I had no problems with it.
16717 > Notice that this function will replace release, since it will call
16718 > ghost_release when needed.
16719 >
16720 > *Log2() - is a file/channel log function, you can replace it with the the
16721 > log() function
16722 > /*****************************************************************
16723 > ********/
16724 [snip]
16725
16726 ---------------------------------------------------------------
16727 To unsubscribe, send email to majordomo@ender.shadowfire.org
16728 with "unsubscribe ircservices" in the body, without the quotes.
16729
16730 From climber at rionet.com.br Fri Nov 12 10:02:24 1999
16731 From: climber at rionet.com.br (root of all evil)
16732 Date: Sat Oct 23 23:00:54 2004
16733 Subject: [IRCServices] Some help on cooding
16734 References: <199911120814.DAA14562@mailfw3.ford.com>
16735 Message-ID: 99111214120600.00613@rcmoraes.intranet
16736
16737 On Fri, 12 Nov 1999, you wrote:
16738
16739 Hy,
16740
16741 I have tried this also but the problem is if user is on a laged server, the
16742 SVSNICK will have some delay, and note, you send the svsmode, or svs2mode just
16743 after SVSNICK, so the User nick have not changed yet and ircd replyes a user
16744 not found
16745
16746 i am having this dificult even whith your,s code (ptlink services) and whith
16747 my one
16748 (it put the Flags NS_IDENTIFIED on nick, everything esse works great, the only
16749 thing that dont works is SVSMODE (note the flags refer to u structure, not
16750 u->nick))
16751
16752 Anyone have some ideas ?
16753
16754 Thanks
16755 FiGhTeR
16756 Rafael Moraes
16757 irc.brasirc.com.br
16758
16759
16760
16761
16762
16763
16764
16765
16766
16767
16768
16769 >One of the firts things I changed from Church Services was to make the
16770 >identify and nick change on Ghost command, I have been using this for 6
16771 >months with a 7 ircd network and I had no problems with it.
16772 >Notice that this function will replace release, since it will call
16773 >ghost_release when needed.
16774 >
16775 ....
16776 >
16777 >João Luís Marques Pinto
16778 >PTlink Tech - Lamego@PTlink.net
16779 >PTlink Coders - Coders@PTlink.net
16780 >http://www.PTlink.net
16781 >
16782 >
16783 ---------------------------------------------------------------
16784 To unsubscribe, send email to majordomo@ender.shadowfire.org
16785 with "unsubscribe ircservices" in the body, without the quotes.
16786
16787 From bstu at camelot.ct.us.mystical.net Fri Nov 12 12:38:27 1999
16788 From: bstu at camelot.ct.us.mystical.net (BenG)
16789 Date: Sat Oct 23 23:00:54 2004
16790 Subject: [IRCServices] Re: Some help on cooding
16791 Message-ID: 199911122038.PAA29601@outpost.mystical.net
16792
16793 >>
16794 Folks,
16795
16796 Please can everyone stop posting code snippets to this list. If you think
16797 you have something that others may be interested in, please explain what it
16798 does and get people to mail you privately, if they want to see it.
16799
16800 The code below will not work properly on any of the ircds that IRC Services
16801 supports (the SVS2MODE does not exist in any of them).
16802
16803 Thanks, Andrew
16804 <<
16805
16806 Is there a chance that we might be able to set up some sort
16807 of services coding list? I think a lot of people would be
16808 interested.
16809
16810 - bstu (Irchelper@mystical.net)
16811 ---------------------------------------------------------------
16812 To unsubscribe, send email to majordomo@ender.shadowfire.org
16813 with "unsubscribe ircservices" in the body, without the quotes.
16814
16815 From achurch at dragonfire.net Sat Nov 13 12:09:14 1999
16816 From: achurch at dragonfire.net (Andrew Church)
16817 Date: Sat Oct 23 23:00:54 2004
16818 Subject: [IRCServices] Some help on cooding
16819 Message-ID: 382cd80d.00363@dragonfire.net
16820
16821 > i dontknow if this is oftopyc, but the nickserv release and ghost seems a
16822 >quiteanoying to me, you have to use 3 comands to getyour nick back
16823 >/m nickserv release (nick) (pass)
16824 >/nick nick
16825 >/mnickserv identify (pass)
16826
16827 Aside from the fact that it doesn't work with supported servers, as
16828 Andrew Kempe mentioned, this makes it impossible to _not_ change your nick
16829 when you use RELEASE. Granted, there probably aren't many cases where you
16830 wouldn't want to, but if it's really such a pain to type "/nick nick",
16831 write an alias in your client, don't try to do it in Services. (I do agree
16832 that using a password with RELEASE should identify you for that nick.)
16833
16834 --Andrew Church
16835 achurch@dragonfire.net
16836 http://achurch.dragonfire.net/
16837 ---------------------------------------------------------------
16838 To unsubscribe, send email to majordomo@ender.shadowfire.org
16839 with "unsubscribe ircservices" in the body, without the quotes.
16840
16841 From jpinto9 at visteon.com Mon Nov 15 01:45:35 1999
16842 From: jpinto9 at visteon.com (Pinto, Joao Luis (J.))
16843 Date: Sat Oct 23 23:00:54 2004
16844 Subject: [IRCServices] Some help on cooding
16845 Message-ID: 199911150945.EAA24780@mailfw1.ford.com
16846
16847 Does not work with supported servers ???
16848 I thaugth services were supporting +r mode change and nick protection with
16849 change to GuestXXXX,
16850 If I am not wrong to be able to do this you need SVSMODE and SVSNICK.
16851 ........
16852 >I have tried this also but the problem is if user is on a laged server,
16853 the
16854 >SVSNICK will have some delay, and note, you send the svsmode, or svs2mode
16855 just
16856 >after SVSNICK, so the User nick have not changed yet and ircd replyes a
16857 user
16858 >not found
16859 Humm :), all communications between serves follow the same path, this means
16860 if you send SVSNICK folowed byt SVSMODE, SVSNICK will alaways arrive first,
16861 just after making the nick change the ircd will process the SVSMODE, the
16862 problem can be if the user changes his nick, before the SVSNICK or SVSMODE
16863 arrives to his server, in the first case, SVSNICK will not change their nick
16864 because it will not found the source nick when the message arrives to the
16865 nick server, the same fault will happen SVSMODE.
16866 Remember that this typle of problem also allows to gain voice on any empty
16867 registered channelwith current services, byt just using an alias that JOIN
16868 #Channel, and MODE #Channel +v yourick, services will only remove your op
16869 after you had voiced yourself. So, voices/bans/topic changes can be "hacked"
16870 on empty channels due to this syncronization problem, like someone said
16871 before on this ML, this problem can only be fixed by some integration
16872 between ircd/services.
16873
16874 P.S.:
16875 Since I dont have this problem on my network this is just a theory.
16876
16877 -----Original Message-----
16878 From: achurch@dragonfire.net [mailto:achurch@dragonfire.net]
16879 Sent: sábado, 13 de novembro de 1999 3:09
16880 To: ircservices@ender.shadowfire.org
16881 Subject: Re: [IRCServices] Some help on cooding
16882
16883
16884 > i dontknow if this is oftopyc, but the nickserv release and ghost seems a
16885 >quiteanoying to me, you have to use 3 comands to getyour nick back
16886 >/m nickserv release (nick) (pass)
16887 >/nick nick
16888 >/mnickserv identify (pass)
16889
16890 Aside from the fact that it doesn't work with supported servers, as
16891 Andrew Kempe mentioned, this makes it impossible to _not_ change your nick
16892 when you use RELEASE. Granted, there probably aren't many cases where you
16893 wouldn't want to, but if it's really such a pain to type "/nick nick",
16894 write an alias in your client, don't try to do it in Services. (I do agree
16895 that using a password with RELEASE should identify you for that nick.)
16896
16897 --Andrew Church
16898 achurch@dragonfire.net
16899 <A HREF="http://achurch.dragonfire.net/">http://achurch.dragonfire.net/</A>
16900 ---------------------------------------------------------------
16901 To unsubscribe, send email to majordomo@ender.shadowfire.org
16902 with "unsubscribe ircservices" in the body, without the quotes.
16903 ---------------------------------------------------------------
16904 To unsubscribe, send email to majordomo@ender.shadowfire.org
16905 with "unsubscribe ircservices" in the body, without the quotes.
16906
16907 From andrewk at icon.co.za Mon Nov 15 03:25:03 1999
16908 From: andrewk at icon.co.za (Andrew Kempe)
16909 Date: Sat Oct 23 23:00:54 2004
16910 Subject: [IRCServices] Some help on cooding
16911 In-Reply-To: <199911150945.EAA24780@mailfw1.ford.com>
16912 References: 199911150945.EAA24780@mailfw1.ford.com
16913 Message-ID: NCBBIPDDJGGDOCPMKPKPIEHICPAA.andrewk@icon.co.za
16914
16915 The problem is that no one seems to understand how SVSNICK works. SVSNICK
16916 does *not* change a user's nickname is *not* propogated to all servers.
16917
16918 A SVSNICK command is sent to the server the client is using. That server
16919 then issues a NICK change and propogates the NICK command to ALL servers.
16920 Thus, you can't send modes for the new nickname because that nickname does
16921 not yet exist (the NICK command has not yet propogated back down the chain
16922 of servers).
16923
16924 If you really wanted to do something like this, send the SVSMODE before the
16925 SVSNICK.
16926
16927 As for all the other stuff about hacking channels and modes and stuff, I
16928 don't understand it well enough to be able to comment.
16929
16930 Andrew
16931
16932 > -----Original Message-----
16933 > From: owner-ircservices@ender.shadowfire.org
16934 > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Pinto, Joao
16935 > Luis (J.)
16936 > Sent: 15 November 1999 11:46
16937 > To: 'ircservices@ender.shadowfire.org'
16938 > Subject: RE: [IRCServices] Some help on cooding
16939 >
16940 >
16941 > Does not work with supported servers ???
16942 > I thaugth services were supporting +r mode change and nick protection with
16943 > change to GuestXXXX,
16944 > If I am not wrong to be able to do this you need SVSMODE and SVSNICK.
16945 > ........
16946 > >I have tried this also but the problem is if user is on a laged server,
16947 > the
16948 > >SVSNICK will have some delay, and note, you send the svsmode,
16949 > or svs2mode
16950 > just
16951 > >after SVSNICK, so the User nick have not changed yet and ircd replyes a
16952 > user
16953 > >not found
16954 [snip]
16955
16956 ---------------------------------------------------------------
16957 To unsubscribe, send email to majordomo@ender.shadowfire.org
16958 with "unsubscribe ircservices" in the body, without the quotes.
16959
16960 From muerte22 at hotmail.com Mon Nov 15 17:49:18 1999
16961 From: muerte22 at hotmail.com (Angel of Death)
16962 Date: Sat Oct 23 23:00:54 2004
16963 Subject: [IRCServices] Suggestions
16964 Message-ID: 19991116014919.45274.qmail@hotmail.com
16965
16966
16967
16968
16969 Just a couple of suggestions and comments. I use these services and think
16970 they're great. I'm new on this list, so don't get mad if what i say has
16971 already been said.
16972
16973 1. Services dont' work properly on SunOS (i hate SunOS personally) THe LIST
16974 commands don't seem to work.
16975
16976 2. Is there an EASY way to empliment or will aop/sop wording be used. Alot
16977 of users are used to the sop/aop ideas of dal. (possible avo for autovoice -
16978 level 3)
16979
16980 3. ON the hide hostmask, makes it hard for research of a "forgotten"
16981 password, wouldn't it be better to hide it when the users is IDENTIFIED and
16982 if the nick isn't identified it shows the last mask used?
16983
16984 That's it for now. Keep up the good work.
16985
16986 Muerte
16987
16988 ______________________________________________________
16989 Get Your Private, Free Email at http://www.hotmail.com
16990 ---------------------------------------------------------------
16991 To unsubscribe, send email to majordomo@ender.shadowfire.org
16992 with "unsubscribe ircservices" in the body, without the quotes.
16993
16994 From climber at rionet.com.br Mon Nov 15 20:50:20 1999
16995 From: climber at rionet.com.br (root of all evil)
16996 Date: Sat Oct 23 23:00:54 2004
16997 Subject: [IRCServices] Some help on cooding
16998 References: <NCBBIPDDJGGDOCPMKPKPIEHICPAA.andrewk@icon.co.za>
16999 Message-ID: 99111600560500.00647@rcmoraes.intranet
17000
17001
17002
17003 I've tried this before, but the problem is, my ircd (based on dreamforge4.5.*)
17004 Removes the +r flag on NICK changes, since the r flags means a registrered nick
17005 and you are changing your nick to a (maybe) nonregistered one.
17006
17007 is this default on Dreamforge ircds ?
17008
17009 Thanks on advices
17010 (well everione here already know that my english sucks, but sory agayn :P )
17011 FiGhTeR
17012 ircadmin irc.brasirc.com.br
17013
17014
17015 On Mon, 15 Nov 1999, you wrote:
17016 >The problem is that no one seems to understand how SVSNICK works. SVSNICK
17017 >does *not* change a user's nickname is *not* propogated to all servers.
17018 >
17019 >A SVSNICK command is sent to the server the client is using. That server
17020 >then issues a NICK change and propogates the NICK command to ALL servers.
17021 >Thus, you can't send modes for the new nickname because that nickname does
17022 >not yet exist (the NICK command has not yet propogated back down the chain
17023 >of servers).
17024 >
17025 >If you really wanted to do something like this, send the SVSMODE before the
17026 >SVSNICK.
17027 >
17028 >As for all the other stuff about hacking channels and modes and stuff, I
17029 >don't understand it well enough to be able to comment.
17030 >
17031 >Andrew
17032 >
17033 >> -----Original Message-----
17034 >> From: owner-ircservices@ender.shadowfire.org
17035 >> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Pinto, Joao
17036 >> Luis (J.)
17037 >> Sent: 15 November 1999 11:46
17038 >> To: 'ircservices@ender.shadowfire.org'
17039 >> Subject: RE: [IRCServices] Some help on cooding
17040 >>
17041 >>
17042 >> Does not work with supported servers ???
17043 >> I thaugth services were supporting +r mode change and nick protection with
17044 >> change to GuestXXXX,
17045 >> If I am not wrong to be able to do this you need SVSMODE and SVSNICK.
17046 >> ........
17047 >> >I have tried this also but the problem is if user is on a laged server,
17048 >> the
17049 >> >SVSNICK will have some delay, and note, you send the svsmode,
17050 >> or svs2mode
17051 >> just
17052 >> >after SVSNICK, so the User nick have not changed yet and ircd replyes a
17053 >> user
17054 >> >not found
17055 >[snip]
17056 >
17057 >---------------------------------------------------------------
17058 >To unsubscribe, send email to majordomo@ender.shadowfire.org
17059 >with "unsubscribe ircservices" in the body, without the quotes.
17060 ---------------------------------------------------------------
17061 To unsubscribe, send email to majordomo@ender.shadowfire.org
17062 with "unsubscribe ircservices" in the body, without the quotes.
17063
17064 From simons at ns1.foruto.com Mon Nov 15 21:20:13 1999
17065 From: simons at ns1.foruto.com (Simons)
17066 Date: Sat Oct 23 23:00:54 2004
17067 Subject: [IRCServices] Suggestions
17068 References: <19991116014919.45274.qmail@hotmail.com>
17069 Message-ID: 001101bf2ff2$43f0aa20$fec9120a@netvigator.com
17070
17071 > 1. Services dont' work properly on SunOS (i hate SunOS personally) THe
17072 LIST
17073 > commands don't seem to work.
17074 >
17075
17076 Are you using SunOS 5.5.1 or older? It seem those version are missing
17077 vsnprintf and the services need it
17078
17079 rgds,
17080 Simons
17081
17082
17083
17084 ---------------------------------------------------------------
17085 To unsubscribe, send email to majordomo@ender.shadowfire.org
17086 with "unsubscribe ircservices" in the body, without the quotes.
17087
17088 From uhc0 at rz.uni-karlsruhe.de Tue Nov 16 01:13:43 1999
17089 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
17090 Date: Sat Oct 23 23:00:54 2004
17091 Subject: AW: [IRCServices] Suggestions
17092 In-Reply-To: <19991116014919.45274.qmail@hotmail.com>
17093 References: 19991116014919.45274.qmail@hotmail.com
17094 Message-ID: NDBBKLOOKLMAKHFICBLCCENJCCAA.uhc0@rz.uni&#45;karlsruhe.de
17095
17096
17097 Hi,
17098
17099 Those of us, who have the permissions to search for a forgotten password,
17100 that means, to use the getpass command, are Services Admins.
17101
17102 Services allows Services Admins to use the Set command as well, so,
17103 in a case, where you should need to compare hostnames, or Ip Addresses,
17104 you can, as a services admin use
17105 /nickserv set nickname hide usermask off
17106 and get info on that nick
17107 and then hide usermask back on again.
17108
17109 Problems with SunOS can be solved, you can search on the list archive for solutions.
17110
17111 ---------------------------------
17112 Yusuf Iskenderoglu
17113 eMail - uhc0@rz.uni-karlsruhe.de
17114 ICQ : 20587464 / TimeMr14C
17115 ---------------------------------
17116
17117 -----Ursprüngliche Nachricht-----
17118 Von: owner-ircservices@ender.shadowfire.org
17119 [mailto:owner-ircservices@ender.shadowfire.org]Im Auftrag von Angel of
17120 Death
17121 Gesendet: Dienstag, 16. November 1999 02:49
17122 An: ircservices@gp.school.za
17123 Betreff: [IRCServices] Suggestions
17124
17125
17126
17127
17128
17129 Just a couple of suggestions and comments. I use these services and think
17130 they're great. I'm new on this list, so don't get mad if what i say has
17131 already been said.
17132
17133 1. Services dont' work properly on SunOS (i hate SunOS personally) THe LIST
17134 commands don't seem to work.
17135
17136 2. Is there an EASY way to empliment or will aop/sop wording be used. Alot
17137 of users are used to the sop/aop ideas of dal. (possible avo for autovoice -
17138 level 3)
17139
17140 3. ON the hide hostmask, makes it hard for research of a "forgotten"
17141 password, wouldn't it be better to hide it when the users is IDENTIFIED and
17142 if the nick isn't identified it shows the last mask used?
17143
17144 That's it for now. Keep up the good work.
17145
17146 Muerte
17147
17148 ______________________________________________________
17149 Get Your Private, Free Email at <A HREF="http://www.hotmail.com">http://www.hotmail.com</A>
17150 ---------------------------------------------------------------
17151 To unsubscribe, send email to majordomo@ender.shadowfire.org
17152 with "unsubscribe ircservices" in the body, without the quotes.
17153
17154 ---------------------------------------------------------------
17155 To unsubscribe, send email to majordomo@ender.shadowfire.org
17156 with "unsubscribe ircservices" in the body, without the quotes.
17157
17158 From bombbomb at wwdg.com Wed Nov 17 22:04:34 1999
17159 From: bombbomb at wwdg.com (¬µ¼u¥J)
17160 Date: Sat Oct 23 23:00:54 2004
17161 Subject: [IRCServices] Mirror Site of ircservices
17162 Message-ID: 4.1.19991118140345.0092bec0@mail.wwdg.com
17163
17164 Hi,
17165
17166 The ircservices homepage was down now. Can anyone suggest another mirror
17167 site which i can download the latest ircservices ?
17168
17169 bomb
17170 ---------------------------------------------------------------
17171 To unsubscribe, send email to majordomo@ender.shadowfire.org
17172 with "unsubscribe ircservices" in the body, without the quotes.
17173
17174 From andrewk at icon.co.za Wed Nov 17 23:21:42 1999
17175 From: andrewk at icon.co.za (Andrew Kempe)
17176 Date: Sat Oct 23 23:00:54 2004
17177 Subject: [IRCServices] Mirror Site of ircservices
17178 In-Reply-To: <4.1.19991118140345.0092bec0@mail.wwdg.com>
17179 References: 4.1.19991118140345.0092bec0@mail.wwdg.com
17180 Message-ID: Pine.GSO.3.96.991118092100.8829A&#45;100000@shell.icon.co.za
17181
17182 It is back up.
17183
17184 You can always go to:
17185
17186 ftp.electrocity.com
17187
17188 Andrew
17189
17190 On Thu, 18 Nov 1999, [iso-8859-1] ¬µ¼u¥J wrote:
17191
17192 > Hi,
17193 >
17194 > The ircservices homepage was down now. Can anyone suggest another mirror
17195 > site which i can download the latest ircservices ?
17196 >
17197 > bomb
17198 > ---------------------------------------------------------------
17199 > To unsubscribe, send email to majordomo@ender.shadowfire.org
17200 > with "unsubscribe ircservices" in the body, without the quotes.
17201 >
17202
17203 ---------------------------------------------------------------
17204 To unsubscribe, send email to majordomo@ender.shadowfire.org
17205 with "unsubscribe ircservices" in the body, without the quotes.
17206
17207 From martini at intergate.com.br Thu Nov 18 00:01:50 1999
17208 From: martini at intergate.com.br (Carlos Mendes Martini)
17209 Date: Sat Oct 23 23:00:54 2004
17210 Subject: [IRCServices] Re: Mirror Site of ircservices
17211 References: <4.1.19991118140345.0092bec0@mail.wwdg.com>
17212 Message-ID: 3833B26E.25CF4E18@intergate.com.br
17213
17214 ¬µ¼u¥J wrote:
17215 >
17216 > The ircservices homepage was down now. Can anyone suggest
17217 > another mirror site which i can download the latest ircservices ?
17218
17219
17220 I've disponibilized the original ircservices for you at
17221
17222 http://www.brasirc.net/download/ircservices-4.3.3.tar.gz
17223
17224
17225 Best regards,
17226 --
17227
17228 =====================================================================
17229 MARTINI - martini@brasirc.net
17230 -------------------------------------------------------------
17231 Coordenador de Atendimento ao Usuário
17232 BrasIRC Webmaster - webmaster@brasirc.net
17233 BrasIRC Network - <A HREF="http://www.brasirc.net">http://www.brasirc.net</A>
17234 =====================================================================
17235
17236 -
17237 ---------------------------------------------------------------
17238 To unsubscribe, send email to majordomo@ender.shadowfire.org
17239 with "unsubscribe ircservices" in the body, without the quotes.
17240
17241 From dragon at wastelands.net Thu Nov 18 01:10:21 1999
17242 From: dragon at wastelands.net (Gaven Cohen)
17243 Date: Sat Oct 23 23:00:54 2004
17244 Subject: [IRCServices] Adding features to services
17245 Message-ID: Pine.LNX.4.10.9911181057150.1040&#45;100000@dragon.wastelands.net
17246
17247
17248 This is just a quickie based on what I read earlier.
17249
17250 If you're going to add features to ircservices, especially if you intend
17251 (or atleast, would like) your features to be incorporated into newer
17252 releases, you MUST make sure ALL your code changes will accomodate ALL
17253 supported IRCds.
17254
17255 The way Andy originally coded services makes this quite easier... you have
17256 a number of compile-time directives which compile in the appropriate code
17257 based on the ircd selected at configuration.
17258
17259 For example:
17260
17261 #ifdef IRC_DAL4_4_15
17262 ... code ...
17263 #endif
17264
17265 The expressions available are:
17266
17267 IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
17268 IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
17269
17270 Don't suppose anyone is bored and would like to outline the differences
17271 between these IRCds? Maybe add it to a programming FAQ for services which
17272 another bored person could make?
17273
17274 Lastly, I agree with the need for an additional list for the CODING of
17275 ircservices. Feature suggestions and things help requests are fine for a
17276 normal list, but I think a place where people could discuss implementation
17277 of certain things and what they break, how to fix these things, etc, would
17278 be constructive.
17279
17280 - Gav
17281
17282 ---
17283 Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
17284 freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
17285 RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
17286
17287 ---------------------------------------------------------------
17288 To unsubscribe, send email to majordomo@ender.shadowfire.org
17289 with "unsubscribe ircservices" in the body, without the quotes.
17290
17291 From rafael at kapa.procergs.com.br Thu Nov 18 03:18:21 1999
17292 From: rafael at kapa.procergs.com.br (Rafael Ritter)
17293 Date: Sat Oct 23 23:00:54 2004
17294 Subject: [IRCServices] Adding features to services
17295 In-Reply-To: <Pine.LNX.4.10.9911181057150.1040-100000@dragon.wastelands.net>
17296 References: Pine.LNX.4.10.9911181057150.1040&#45;100000@dragon.wastelands.net
17297 Message-ID: 3.0.6.32.19991118091821.01220d00@kapa.procergs.com.br
17298
17299 Just a suggestion:
17300 in my server, I had disabled the DROP and SET FOUNDER commands. To use this
17301 command you need to be an IRCop.
17302 This simple change dont let users to stole channels from another users.
17303 They can even stole de password, but the channel's INFO allways will show
17304 the nickname of real founder. If someone, ask for a password or something
17305 relative, you only need to look at channel INFO.
17306
17307 Rafael Ritter
17308 Equipe VIA RS
17309
17310 At 11:10 18/11/99 +0200, you wrote:
17311 >
17312 >This is just a quickie based on what I read earlier.
17313 >
17314 >If you're going to add features to ircservices, especially if you intend
17315 >(or atleast, would like) your features to be incorporated into newer
17316 >releases, you MUST make sure ALL your code changes will accomodate ALL
17317 >supported IRCds.
17318 >
17319 >The way Andy originally coded services makes this quite easier... you have
17320 >a number of compile-time directives which compile in the appropriate code
17321 >based on the ircd selected at configuration.
17322 >
17323 >For example:
17324 >
17325 > #ifdef IRC_DAL4_4_15
17326 > ... code ...
17327 > #endif
17328 >
17329 >The expressions available are:
17330 >
17331 > IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
17332 > IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
17333 >
17334 >Don't suppose anyone is bored and would like to outline the differences
17335 >between these IRCds? Maybe add it to a programming FAQ for services which
17336 >another bored person could make?
17337 >
17338 >Lastly, I agree with the need for an additional list for the CODING of
17339 >ircservices. Feature suggestions and things help requests are fine for a
17340 >normal list, but I think a place where people could discuss implementation
17341 >of certain things and what they break, how to fix these things, etc, would
17342 >be constructive.
17343 >
17344 >- Gav
17345 >
17346 >---
17347 >Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
17348 >freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
17349 >RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
17350 >
17351 >---------------------------------------------------------------
17352 >To unsubscribe, send email to majordomo@ender.shadowfire.org
17353 >with "unsubscribe ircservices" in the body, without the quotes.
17354 >
17355 >
17356
17357 ---------------------------------------------------------------
17358 To unsubscribe, send email to majordomo@ender.shadowfire.org
17359 with "unsubscribe ircservices" in the body, without the quotes.
17360
17361 From dooley at unity-games.com Thu Nov 18 09:23:50 1999
17362 From: dooley at unity-games.com (Dooley)
17363 Date: Sat Oct 23 23:00:54 2004
17364 Subject: [IRCServices] Adding features to services
17365 References: <3.0.6.32.19991118091821.01220d00@kapa.procergs.com.br>
17366 Message-ID: 003601bf31ea$e03a7920$040260d1@postnet.com
17367
17368 I would be willing to set up and host such a list if there are no objections
17369 from Andrew, and or there is enough interest.
17370
17371 Chris Riley A.K.A. Dooley,
17372 IRC Administrator irc.risanet.com
17373 http://www.risanet.com
17374
17375 ----- Original Message -----
17376 From: Rafael Ritter <rafael@kapa.procergs.com.br>
17377 To: <ircservices@ender.shadowfire.org>
17378 Sent: Thursday, November 18, 1999 5:18 AM
17379 Subject: Re: [IRCServices] Adding features to services
17380
17381
17382 > Just a suggestion:
17383 > in my server, I had disabled the DROP and SET FOUNDER commands. To use
17384 this
17385 > command you need to be an IRCop.
17386 > This simple change dont let users to stole channels from another users.
17387 > They can even stole de password, but the channel's INFO allways will show
17388 > the nickname of real founder. If someone, ask for a password or something
17389 > relative, you only need to look at channel INFO.
17390 >
17391 > Rafael Ritter
17392 > Equipe VIA RS
17393 >
17394 > At 11:10 18/11/99 +0200, you wrote:
17395 > >
17396 > >This is just a quickie based on what I read earlier.
17397 > >
17398 > >If you're going to add features to ircservices, especially if you intend
17399 > >(or atleast, would like) your features to be incorporated into newer
17400 > >releases, you MUST make sure ALL your code changes will accomodate ALL
17401 > >supported IRCds.
17402 > >
17403 > >The way Andy originally coded services makes this quite easier... you
17404 have
17405 > >a number of compile-time directives which compile in the appropriate code
17406 > >based on the ircd selected at configuration.
17407 > >
17408 > >For example:
17409 > >
17410 > > #ifdef IRC_DAL4_4_15
17411 > > ... code ...
17412 > > #endif
17413 > >
17414 > >The expressions available are:
17415 > >
17416 > > IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
17417 > > IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
17418 > >
17419 > >Don't suppose anyone is bored and would like to outline the differences
17420 > >between these IRCds? Maybe add it to a programming FAQ for services
17421 which
17422 > >another bored person could make?
17423 > >
17424 > >Lastly, I agree with the need for an additional list for the CODING of
17425 > >ircservices. Feature suggestions and things help requests are fine for a
17426 > >normal list, but I think a place where people could discuss
17427 implementation
17428 > >of certain things and what they break, how to fix these things, etc,
17429 would
17430 > >be constructive.
17431 > >
17432 > >- Gav
17433 > >
17434 > >---
17435 > >Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
17436 > >freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
17437 > >RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
17438 > >
17439 > >---------------------------------------------------------------
17440 > >To unsubscribe, send email to majordomo@ender.shadowfire.org
17441 > >with "unsubscribe ircservices" in the body, without the quotes.
17442 > >
17443 > >
17444 >
17445 > ---------------------------------------------------------------
17446 > To unsubscribe, send email to majordomo@ender.shadowfire.org
17447 > with "unsubscribe ircservices" in the body, without the quotes.
17448 >
17449
17450 ---------------------------------------------------------------
17451 To unsubscribe, send email to majordomo@ender.shadowfire.org
17452 with "unsubscribe ircservices" in the body, without the quotes.
17453
17454 From chriswh at cyberhighway.net Thu Nov 18 12:37:54 1999
17455 From: chriswh at cyberhighway.net (Chris)
17456 Date: Sat Oct 23 23:00:54 2004
17457 Subject: [IRCServices] Adding features to services
17458 Message-ID: 199911182003.WAA30263@Ender.gp.school.za
17459
17460 What do you gain by this? From how I read it, only IRCops can drop
17461 channels. That can be a major pain. Users
17462 should be able to drop stuff by themselves without having to go ask
17463 somebody to do it for them, and getting put on a waiting list for the Opers
17464 to get around to dropping their channel. I'm sorry, but if I read this
17465 correctly, this isn't a good idea IMHO. I know if I were a user it'd really
17466 piss me off.
17467 Just my $.02
17468
17469 -Chris
17470
17471 P.S. I would like to see the aop/sop/av/etc. commands implemented into
17472 services in replace of the "dreaded" ACCESS =)
17473
17474 ----------
17475 > From: Rafael Ritter <rafael@kapa.procergs.com.br>
17476 > To: ircservices@ender.shadowfire.org
17477 > Subject: Re: [IRCServices] Adding features to services
17478 > Date: Thursday, November 18, 1999 6:18 AM
17479 >
17480 > Just a suggestion:
17481 > in my server, I had disabled the DROP and SET FOUNDER commands. To use
17482 this
17483 > command you need to be an IRCop.
17484 > This simple change dont let users to stole channels from another users.
17485 > They can even stole de password, but the channel's INFO allways will show
17486 > the nickname of real founder. If someone, ask for a password or something
17487 > relative, you only need to look at channel INFO.
17488 >
17489 > Rafael Ritter
17490 > Equipe VIA RS
17491 >
17492 > At 11:10 18/11/99 +0200, you wrote:
17493 > >
17494 > >This is just a quickie based on what I read earlier.
17495 > >
17496 > >If you're going to add features to ircservices, especially if you intend
17497 > >(or atleast, would like) your features to be incorporated into newer
17498 > >releases, you MUST make sure ALL your code changes will accomodate ALL
17499 > >supported IRCds.
17500 > >
17501 > >The way Andy originally coded services makes this quite easier... you
17502 have
17503 > >a number of compile-time directives which compile in the appropriate
17504 code
17505 > >based on the ircd selected at configuration.
17506 > >
17507 > >For example:
17508 > >
17509 > > #ifdef IRC_DAL4_4_15
17510 > > ... code ...
17511 > > #endif
17512 > >
17513 > >The expressions available are:
17514 > >
17515 > > IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
17516 > > IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
17517 > >
17518 > >Don't suppose anyone is bored and would like to outline the differences
17519 > >between these IRCds? Maybe add it to a programming FAQ for services
17520 which
17521 > >another bored person could make?
17522 > >
17523 > >Lastly, I agree with the need for an additional list for the CODING of
17524 > >ircservices. Feature suggestions and things help requests are fine for
17525 a
17526 > >normal list, but I think a place where people could discuss
17527 implementation
17528 > >of certain things and what they break, how to fix these things, etc,
17529 would
17530 > >be constructive.
17531 > >
17532 > >- Gav
17533 > >
17534 > >---
17535 > >Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
17536 > >freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
17537 > >RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
17538 > >
17539 > >---------------------------------------------------------------
17540 > >To unsubscribe, send email to majordomo@ender.shadowfire.org
17541 > >with "unsubscribe ircservices" in the body, without the quotes.
17542 > >
17543 > >
17544 >
17545 > ---------------------------------------------------------------
17546 > To unsubscribe, send email to majordomo@ender.shadowfire.org
17547 > with "unsubscribe ircservices" in the body, without the quotes.
17548 ---------------------------------------------------------------
17549 To unsubscribe, send email to majordomo@ender.shadowfire.org
17550 with "unsubscribe ircservices" in the body, without the quotes.
17551
17552 From quension at softhome.net Thu Nov 18 15:17:26 1999
17553 From: quension at softhome.net (quension@softhome.net)
17554 Date: Sat Oct 23 23:00:54 2004
17555 Subject: [IRCServices] Ref: coding ml
17556 References: <3.0.6.32.19991118091821.01220d00@kapa.procergs.com.br> <003601bf31ea$e03a7920$040260d1@postnet.com>
17557 Message-ID: 38348906.9A468C98@softhome.net
17558
17559 Dooley wrote:
17560
17561 > I would be willing to set up and host such a list if there are no objections
17562 > from Andrew, and or there is enough interest.
17563
17564 *interest* :)
17565
17566 -- Quension
17567
17568
17569 ---------------------------------------------------------------
17570 To unsubscribe, send email to majordomo@ender.shadowfire.org
17571 with "unsubscribe ircservices" in the body, without the quotes.
17572
17573 From ianj at esper.net Thu Nov 18 17:42:38 1999
17574 From: ianj at esper.net (Ian R. Justman)
17575 Date: Sat Oct 23 23:00:54 2004
17576 Subject: [IRCServices] Copyright Violations
17577 In-Reply-To: <Pine.GSO.3.96.991111091830.13978C-100000@shell.icon.co.za>
17578 References: Pine.GSO.3.96.991111091830.13978C&#45;100000@shell.icon.co.za
17579 Message-ID: Pine.LNX.3.96.991118173613.144B&#45;100000@vector.chocobo.org
17580
17581 On Thu, 11 Nov 1999, Andrew Kempe wrote:
17582
17583 > I've downloaded the source from their FTP site, and they've left 99% of
17584 > all copyrights in place - apart from adding a few lines. I agree they
17585 > could have said a bit more about who originally coded services, but it's
17586 > no where near as bad as Magick. They haven't even gone to the trouble of
17587 > changing the email address for bug reports - this annoys me. Andy (and
17588 > myself) are sick and tired of having to support all these people who run
17589 > modified versions of Services.
17590 >
17591 > On top of this, the dude who is coding these services doesn't seem to have
17592 > a clue about what he's breaking while he tries to add stuff. I'd stear
17593 > very clear of this branch.
17594 >
17595 > Andrew
17596
17597 Sorry for the late reply. :)
17598
17599 Likewise, I periodically get requests from time to time (though seldomly)
17600 for help with Magick, though none with Rush yet. I have steadfastly told
17601 people to stop using Magick, which was recoded by an amateur (many of the
17602 people have griped about its instability) working from a grossly
17603 antiquated codebase (it's based upon 2.2.24 if memory serves me).
17604
17605 I mailed Preston Elder a while back to refrain from using the EsperNet
17606 name entirely. I was given a "nice" letter telling me to fuck off.
17607
17608 I even went so far as to mail RMS about this and the GPL. He says that
17609 the GPL has been clearly violated in this case.
17610
17611 I just say, "Why use the imitators' stuff when you've got The Real
17612 Thing(R)?" :)
17613
17614 --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
17615
17616 -----
17617 Ian R. Justman (NIC handle IJ12) ianj@esper.net (Official EsperNet business)
17618 Co-Founder and Postmaster, The EsperNet IRC Network
17619 Server Administrator, chocobo.esper.net "IJ" on IRC
17620
17621 PGP key available upon request, or finger ianj@esper.net.
17622
17623 If this message was signed with the Postmaster's key, please finger
17624 postmaster@esper.net for the Postmaster public key.
17625
17626 Type Bits/KeyID Date User ID
17627 pub 1024/BAB34B69 1997/11/15 EsperNet Postmaster <postmaster@esper.net>
17628 Key fingerprint = 05 BD 7C B5 8E 0B FD EF EE 47 49 C4 96 11 59 75
17629
17630 ---------------------------------------------------------------
17631 To unsubscribe, send email to majordomo@ender.shadowfire.org
17632 with "unsubscribe ircservices" in the body, without the quotes.
17633
17634 From atcarr at hotmail.com Thu Nov 18 19:41:35 1999
17635 From: atcarr at hotmail.com (The Phantom of the Internet)
17636 Date: Sat Oct 23 23:00:54 2004
17637 Subject: [IRCServices] Ref: coding ml
17638 Message-ID: 19991119034136.33825.qmail@hotmail.com
17639
17640
17641
17642
17643 >I would be willing to set up and host such a list if there are no
17644 >objections
17645 > from Andrew, and or there is enough interest.
17646 Another Interest
17647
17648 Phantom
17649
17650 ______________________________________________________
17651 Get Your Private, Free Email at http://www.hotmail.com
17652 ---------------------------------------------------------------
17653 To unsubscribe, send email to majordomo@ender.shadowfire.org
17654 with "unsubscribe ircservices" in the body, without the quotes.
17655
17656 From jestercm at chatfamily.com Fri Nov 19 13:10:03 1999
17657 From: jestercm at chatfamily.com (David Narayan)
17658 Date: Sat Oct 23 23:00:54 2004
17659 Subject: [IRCServices] Ref: coding ml
17660 In-Reply-To: <19991119034136.33825.qmail@hotmail.com>
17661 References: 19991119034136.33825.qmail@hotmail.com
17662 Message-ID: Pine.LNX.4.10.9911191609380.24563&#45;100000@ns.chatfamily.com
17663
17664 another interest
17665
17666 -----
17667 David Narayan
17668 Server Administrator
17669 http://www.chatfamily.com
17670
17671 On Thu, 18 Nov 1999, The Phantom of the Internet wrote:
17672
17673 >
17674 >
17675 >
17676 > >I would be willing to set up and host such a list if there are no
17677 > >objections
17678 > > from Andrew, and or there is enough interest.
17679 > Another Interest
17680 >
17681 > Phantom
17682 >
17683 > ______________________________________________________
17684 > Get Your Private, Free Email at <A HREF="http://www.hotmail.com">http://www.hotmail.com</A>
17685 > ---------------------------------------------------------------
17686 > To unsubscribe, send email to majordomo@ender.shadowfire.org
17687 > with "unsubscribe ircservices" in the body, without the quotes.
17688 >
17689
17690 ---------------------------------------------------------------
17691 To unsubscribe, send email to majordomo@ender.shadowfire.org
17692 with "unsubscribe ircservices" in the body, without the quotes.
17693
17694 From kfiresun at ix.netcom.com Fri Nov 19 15:53:24 1999
17695 From: kfiresun at ix.netcom.com (Kelmar Firesun)
17696 Date: Sat Oct 23 23:00:54 2004
17697 Subject: [IRCServices] Adding features to services
17698 Message-ID: 001801bf32e9$45b7deb0$37526dd1@dragon.tiphares.com
17699
17700
17701 -----Original Message-----
17702 From: Dooley <dooley@unity-games.com>
17703 To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
17704 Date: Thursday, November 18, 1999 11:58 AM
17705 Subject: Re: [IRCServices] Adding features to services
17706
17707
17708 >I would be willing to set up and host such a list if there are no
17709 objections
17710 >from Andrew, and or there is enough interest.
17711 >
17712
17713
17714 Here, here!
17715
17716
17717
17718 ---------------------------------------------------------------
17719 To unsubscribe, send email to majordomo@ender.shadowfire.org
17720 with "unsubscribe ircservices" in the body, without the quotes.
17721
17722 From martini at intergate.com.br Sat Nov 20 01:29:55 1999
17723 From: martini at intergate.com.br (Carlos Mendes Martini)
17724 Date: Sat Oct 23 23:00:54 2004
17725 Subject: [IRCServices] Re: Ref: coding ml
17726 References: <Pine.LNX.4.10.9911191609380.24563-100000@ns.chatfamily.com>
17727 Message-ID: 38366A12.C789861F@intergate.com.br
17728
17729 The Phantom of the Internet wrote:
17730 >
17731 > >I would be willing to set up and host such a list if there are no
17732 > >objections
17733 > > from Andrew, and or there is enough interest.
17734 > > Another Interest
17735 >
17736 > Phantom
17737
17738
17739 I can host the list too, in my network domain, no problems.
17740
17741 Can I made this list here? There is some objection?
17742
17743
17744 Best regards,
17745 --
17746
17747 =====================================================================
17748 MARTINI - martini@brasirc.net
17749 -------------------------------------------------------------
17750 Coordenador de Atendimento ao Usuário
17751 BrasIRC Webmaster - webmaster@brasirc.net
17752 BrasIRC Network - http://www.brasirc.net
17753 =====================================================================
17754
17755 -
17756 ---------------------------------------------------------------
17757 To unsubscribe, send email to majordomo@ender.shadowfire.org
17758 with "unsubscribe ircservices" in the body, without the quotes.
17759
17760 From andrewk at icon.co.za Sat Nov 20 03:03:11 1999
17761 From: andrewk at icon.co.za (Andrew Kempe)
17762 Date: Sat Oct 23 23:00:54 2004
17763 Subject: [IRCServices] Email Address - bouncing
17764 Message-ID: NCBBIPDDJGGDOCPMKPKPKEKECPAA.andrewk@icon.co.za
17765
17766 Sorry for the spam,
17767
17768 If anyone knows this email address, tell the owner they're no longer on the
17769 mailing list. Their mailbox continually becomes full for weeks on end.
17770
17771 xbruce@portugal.globalsite.com.br
17772
17773 Thanks, Andrew
17774
17775 ---------------------------------------------------------------
17776 To unsubscribe, send email to majordomo@ender.shadowfire.org
17777 with "unsubscribe ircservices" in the body, without the quotes.
17778
17779 From andrewk at icon.co.za Sat Nov 20 03:03:15 1999
17780 From: andrewk at icon.co.za (Andrew Kempe)
17781 Date: Sat Oct 23 23:00:54 2004
17782 Subject: [IRCServices] Development Mailing List
17783 Message-ID: NCBBIPDDJGGDOCPMKPKPOEKECPAA.andrewk@icon.co.za
17784
17785 It's pretty clear to see that a list of this nature would be appreciated and
17786 I'll gladly host such a list.
17787
17788 This list should be used to discuss how to make changes to the Services
17789 source, what those changes may break, ways in which the current code and be
17790 optimised and what the best way of doing all these things may be.
17791
17792 I don't want this list to become a place where people post once-off hacks.
17793 Code that has been discussed and is generally regarded as being acceptable
17794 will be stored on the ftp site. Should the changes work on a global scale,
17795 integrate properly with IRC Services, and are in demand, they will be
17796 considered for inclusion on the main distribution.
17797
17798 I have to emphasise that IRC Services caters for a wide range of users at
17799 present. This means that although a change may be wonderfull, it may not be
17800 suitable for release with the main distribution.
17801
17802 If you have any comments or suggestions, please let me know. I'm pretty open
17803 to changing things to benefit the majority. This is going to be a ML where
17804 skills and creativity can be shared. Please use it appropriately.
17805
17806 I'll probably have the list up and running sometime today.
17807
17808 Regards, Andrew
17809
17810 ---------------------------------------------------------------
17811 To unsubscribe, send email to majordomo@ender.shadowfire.org
17812 with "unsubscribe ircservices" in the body, without the quotes.
17813
17814 From andrewk at icon.co.za Sun Nov 21 06:44:43 1999
17815 From: andrewk at icon.co.za (Andrew Kempe)
17816 Date: Sat Oct 23 23:00:54 2004
17817 Subject: [IRCServices] IRCServices-Coding Mailing List
17818 Message-ID: NCBBIPDDJGGDOCPMKPKPMEKNCPAA.andrewk@icon.co.za
17819
17820 I've setup a list, as per the popular demand, for the discussion of coding
17821 for IRC Services.
17822
17823 Please make proper use of this list. It is not a place to post once-off
17824 hacks, as I said in my previous mail. It should be used constructively to
17825 gain an insight into the operation of IRC Services and to find optimal
17826 methods of implementing changes.
17827
17828 Please refrain from posting patches at this stage. If you have something
17829 you'd like to share, notify the list of what it is, what it does and its
17830 size. People should then reply to you privately requesting the patch. Should
17831 a patch become popular and be recognised as stable and well written, it will
17832 be added to the the IRC Services ftp site.
17833
17834 To subscribe to this list, email:
17835
17836 majordomo@ender.shadowfire.org
17837
17838 ...with the following line in the _body_ of the email:
17839
17840 subscribe ircservices-coding
17841
17842 An archive of this list will be kept at:
17843
17844 http://ender.shadowfire.org/ircservices-coding/listarchive/
17845
17846 Regards, Andrew
17847
17848 ---------------------------------------------------------------
17849 To unsubscribe, send email to majordomo@ender.shadowfire.org
17850 with "unsubscribe ircservices" in the body, without the quotes.
17851
17852 From rafael at kapa.procergs.com.br Mon Nov 22 04:34:58 1999
17853 From: rafael at kapa.procergs.com.br (Rafael Ritter)
17854 Date: Sat Oct 23 23:00:54 2004
17855 Subject: [IRCServices] Adding features to services
17856 In-Reply-To: <199911182003.WAA30263@Ender.gp.school.za>
17857 References: 199911182003.WAA30263@Ender.gp.school.za
17858 Message-ID: 3.0.6.32.19991122103458.0129a4f0@kapa.procergs.com.br
17859
17860 In a big network, this may be a problem. My server have +- 5000 users, and
17861 by removing this two features, we could reduce the problem of stealling
17862 channels.
17863 I just wrote this experiment here, because it may be usefull to someone
17864 with this problems.
17865
17866 Rafael Ritter
17867 Equipe VIA RS
17868
17869 At 15:37 18/11/99 -0500, you wrote:
17870 >What do you gain by this? From how I read it, only IRCops can drop
17871 >channels. That can be a major pain. Users
17872 >should be able to drop stuff by themselves without having to go ask
17873 >somebody to do it for them, and getting put on a waiting list for the Opers
17874 >to get around to dropping their channel. I'm sorry, but if I read this
17875 >correctly, this isn't a good idea IMHO. I know if I were a user it'd really
17876 >piss me off.
17877 >Just my $.02
17878 >
17879 >-Chris
17880 >
17881 >P.S. I would like to see the aop/sop/av/etc. commands implemented into
17882 >services in replace of the "dreaded" ACCESS =)
17883 >
17884 >----------
17885 >> From: Rafael Ritter <rafael@kapa.procergs.com.br>
17886 >> To: ircservices@ender.shadowfire.org
17887 >> Subject: Re: [IRCServices] Adding features to services
17888 >> Date: Thursday, November 18, 1999 6:18 AM
17889 >>
17890 >> Just a suggestion:
17891 >> in my server, I had disabled the DROP and SET FOUNDER commands. To use
17892 >this
17893 >> command you need to be an IRCop.
17894 >> This simple change dont let users to stole channels from another users.
17895 >> They can even stole de password, but the channel's INFO allways will show
17896 >> the nickname of real founder. If someone, ask for a password or something
17897 >> relative, you only need to look at channel INFO.
17898 >>
17899 >> Rafael Ritter
17900 >> Equipe VIA RS
17901 >>
17902 >> At 11:10 18/11/99 +0200, you wrote:
17903 >> >
17904 >> >This is just a quickie based on what I read earlier.
17905 >> >
17906 >> >If you're going to add features to ircservices, especially if you intend
17907 >> >(or atleast, would like) your features to be incorporated into newer
17908 >> >releases, you MUST make sure ALL your code changes will accomodate ALL
17909 >> >supported IRCds.
17910 >> >
17911 >> >The way Andy originally coded services makes this quite easier... you
17912 >have
17913 >> >a number of compile-time directives which compile in the appropriate
17914 >code
17915 >> >based on the ircd selected at configuration.
17916 >> >
17917 >> >For example:
17918 >> >
17919 >> > #ifdef IRC_DAL4_4_15
17920 >> > ... code ...
17921 >> > #endif
17922 >> >
17923 >> >The expressions available are:
17924 >> >
17925 >> > IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
17926 >> > IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
17927 >> >
17928 >> >Don't suppose anyone is bored and would like to outline the differences
17929 >> >between these IRCds? Maybe add it to a programming FAQ for services
17930 >which
17931 >> >another bored person could make?
17932 >> >
17933 >> >Lastly, I agree with the need for an additional list for the CODING of
17934 >> >ircservices. Feature suggestions and things help requests are fine for
17935 >a
17936 >> >normal list, but I think a place where people could discuss
17937 >implementation
17938 >> >of certain things and what they break, how to fix these things, etc,
17939 >would
17940 >> >be constructive.
17941 >> >
17942 >> >- Gav
17943 >> >
17944 >> >---
17945 >> >Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
17946 >> >freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
17947 >> >RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
17948 >> >
17949 >> >---------------------------------------------------------------
17950 >> >To unsubscribe, send email to majordomo@ender.shadowfire.org
17951 >> >with "unsubscribe ircservices" in the body, without the quotes.
17952 >> >
17953 >> >
17954 >>
17955 >> ---------------------------------------------------------------
17956 >> To unsubscribe, send email to majordomo@ender.shadowfire.org
17957 >> with "unsubscribe ircservices" in the body, without the quotes.
17958 >---------------------------------------------------------------
17959 >To unsubscribe, send email to majordomo@ender.shadowfire.org
17960 >with "unsubscribe ircservices" in the body, without the quotes.
17961 >
17962 >
17963
17964 ---------------------------------------------------------------
17965 To unsubscribe, send email to majordomo@ender.shadowfire.org
17966 with "unsubscribe ircservices" in the body, without the quotes.
17967
17968 From chris94688 at hotmail.com Mon Nov 22 07:27:32 1999
17969 From: chris94688 at hotmail.com (Chris W.)
17970 Date: Sat Oct 23 23:00:54 2004
17971 Subject: [IRCServices] Adding features to services
17972 Message-ID: 19991122152732.58261.qmail@hotmail.com
17973
17974 Forgive my strange email address. I'm on vacation and my proxy server can
17975 only use hotmail. Anyway, One way to do this would be perhaps to add a step
17976 or 2 used for dropping something. Such as an email or a "secret question
17977 answer" as many places use. So it would go something like:
17978 /msg *Serv drop <nick/channel> <pass> <email> <secret answer>
17979
17980 That would add two more walls for takeovers. I remember, back in my newbie
17981 days, watching a guy take over a channel. He didn't get the password, or
17982 drop the channel, etc. He somehow either hacked the host and got aop or
17983 sop(on DALnet, not your guys services), or he woyld join the channel during
17984 a services downfall and would gain op by an unsuspecting op and banned
17985 everyone from the channel. None of these have to do with services. However,
17986 i think adding a commands like the above would be beneficial to stopping
17987 this problem via getting channel or nickname passwords. It should be
17988 optional; however, because some people think that's too much of a hassle.
17989 Different things for different people, as always. Anyone wanna make a patch,
17990 that could be approved first by Andrew? Once again, my $.02
17991 -Chris
17992
17993
17994 >From: Rafael Ritter <rafael@kapa.procergs.com.br>
17995 >Reply-To: ircservices@ender.shadowfire.org
17996 >To: ircservices@ender.shadowfire.org
17997 >Subject: Re: [IRCServices] Adding features to services
17998 >Date: Mon, 22 Nov 1999 10:34:58 -0200
17999 >
18000 >In a big network, this may be a problem. My server have +- 5000 users, and
18001 >by removing this two features, we could reduce the problem of stealling
18002 >channels.
18003 >I just wrote this experiment here, because it may be usefull to someone
18004 >with this problems.
18005 >
18006 >Rafael Ritter
18007 >Equipe VIA RS
18008 >
18009 >At 15:37 18/11/99 -0500, you wrote:
18010 > >What do you gain by this? From how I read it, only IRCops can drop
18011 > >channels. That can be a major pain. Users
18012 > >should be able to drop stuff by themselves without having to go ask
18013 > >somebody to do it for them, and getting put on a waiting list for the
18014 >Opers
18015 > >to get around to dropping their channel. I'm sorry, but if I read this
18016 > >correctly, this isn't a good idea IMHO. I know if I were a user it'd
18017 >really
18018 > >piss me off.
18019 > >Just my $.02
18020 > >
18021 > >-Chris
18022 > >
18023 > >P.S. I would like to see the aop/sop/av/etc. commands implemented into
18024 > >services in replace of the "dreaded" ACCESS =)
18025 > >
18026 > >----------
18027 > >> From: Rafael Ritter <rafael@kapa.procergs.com.br>
18028 > >> To: ircservices@ender.shadowfire.org
18029 > >> Subject: Re: [IRCServices] Adding features to services
18030 > >> Date: Thursday, November 18, 1999 6:18 AM
18031 > >>
18032 > >> Just a suggestion:
18033 > >> in my server, I had disabled the DROP and SET FOUNDER commands. To use
18034 > >this
18035 > >> command you need to be an IRCop.
18036 > >> This simple change dont let users to stole channels from another users.
18037 > >> They can even stole de password, but the channel's INFO allways will
18038 >show
18039 > >> the nickname of real founder. If someone, ask for a password or
18040 >something
18041 > >> relative, you only need to look at channel INFO.
18042 > >>
18043 > >> Rafael Ritter
18044 > >> Equipe VIA RS
18045 > >>
18046 > >> At 11:10 18/11/99 +0200, you wrote:
18047 > >> >
18048 > >> >This is just a quickie based on what I read earlier.
18049 > >> >
18050 > >> >If you're going to add features to ircservices, especially if you
18051 >intend
18052 > >> >(or atleast, would like) your features to be incorporated into newer
18053 > >> >releases, you MUST make sure ALL your code changes will accomodate ALL
18054 > >> >supported IRCds.
18055 > >> >
18056 > >> >The way Andy originally coded services makes this quite easier... you
18057 > >have
18058 > >> >a number of compile-time directives which compile in the appropriate
18059 > >code
18060 > >> >based on the ircd selected at configuration.
18061 > >> >
18062 > >> >For example:
18063 > >> >
18064 > >> > #ifdef IRC_DAL4_4_15
18065 > >> > ... code ...
18066 > >> > #endif
18067 > >> >
18068 > >> >The expressions available are:
18069 > >> >
18070 > >> > IRC_DALNET, IRC_DAL4_4_15, IRC_CLASSIC,
18071 > >> > IRC_UNDERNET_NEW, IRC_TS8, IRC_UNDERNET,
18072 > >> >
18073 > >> >Don't suppose anyone is bored and would like to outline the
18074 >differences
18075 > >> >between these IRCds? Maybe add it to a programming FAQ for services
18076 > >which
18077 > >> >another bored person could make?
18078 > >> >
18079 > >> >Lastly, I agree with the need for an additional list for the CODING of
18080 > >> >ircservices. Feature suggestions and things help requests are fine
18081 >for
18082 > >a
18083 > >> >normal list, but I think a place where people could discuss
18084 > >implementation
18085 > >> >of certain things and what they break, how to fix these things, etc,
18086 > >would
18087 > >> >be constructive.
18088 > >> >
18089 > >> >- Gav
18090 > >> >
18091 > >> >---
18092 > >> >Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
18093 > >> >freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
18094 > >> >RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC DB 1E 7F 6E 64 08 15 7E
18095 > >> >
18096 > >> >---------------------------------------------------------------
18097 > >> >To unsubscribe, send email to majordomo@ender.shadowfire.org
18098 > >> >with "unsubscribe ircservices" in the body, without the quotes.
18099 > >> >
18100 > >> >
18101 > >>
18102 > >> ---------------------------------------------------------------
18103 > >> To unsubscribe, send email to majordomo@ender.shadowfire.org
18104 > >> with "unsubscribe ircservices" in the body, without the quotes.
18105 > >---------------------------------------------------------------
18106 > >To unsubscribe, send email to majordomo@ender.shadowfire.org
18107 > >with "unsubscribe ircservices" in the body, without the quotes.
18108 > >
18109 > >
18110 >
18111 >---------------------------------------------------------------
18112 >To unsubscribe, send email to majordomo@ender.shadowfire.org
18113 >with "unsubscribe ircservices" in the body, without the quotes.
18114 >
18115
18116 ______________________________________________________
18117 Get Your Private, Free Email at http://www.hotmail.com
18118 ---------------------------------------------------------------
18119 To unsubscribe, send email to majordomo@ender.shadowfire.org
18120 with "unsubscribe ircservices" in the body, without the quotes.
18121
18122 From cbecerram at entelchile.net Wed Dec 8 11:42:48 1999
18123 From: cbecerram at entelchile.net (Carlos Becerra T.)
18124 Date: Sat Oct 23 23:00:54 2004
18125 Subject: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18126 References: <199912050011.CAA31517@Ender.gp.school.za>
18127 Message-ID: 384EB4B8.F213E269@entelchile.net
18128
18129 >> Hello
18130 >> I am a undernet servers user and i want compil a service for my
18131 >> server but i have a problem whit the services.
18132 >> The services is esper-services-4.3.3.tar.gz and the server version
18133 >> is ircu2.10.04
18134 >> The error message is :
18135 >
18136 >get ircu2.10.07 from http://coder-com.undernet.org/
18137 uhmmm I isntalled the version 2.10.07 but the error is the same...
18138
18139 [Dec 08 16:31:31 1999] Services 4.3.2 (compiled for RFC1459 + TS8) starting up
18140 [Dec 08 16:31:31 1999] Databases loaded
18141 [Dec 08 16:31:31 1999] unknown message from server (:anime.cl 461 SERVER :Not
18142 enough parameters)
18143 [Dec 08 16:31:31 1999] unknown message from server (ERROR :Closing Link:
18144 [200.27.103.85] by anime.cl (Need more parameters))
18145 [Dec 08 16:31:31 1999] Read error from server: Broken pipe
18146
18147 What can i do?
18148 sorry but my english isn't very well...
18149 --
18150 Atte.
18151 Carlos Becerra T.
18152 Soporte Técnico Entel-Internet
18153 cbecerram@entelchile.net
18154 FONO : 800360911
18155
18156
18157 ---------------------------------------------------------------
18158 To unsubscribe, send email to majordomo@ender.shadowfire.org
18159 with "unsubscribe ircservices" in the body, without the quotes.
18160
18161 From scrm at scandal.org Wed Dec 8 21:25:17 1999
18162 From: scrm at scandal.org (Mehran Khalili)
18163 Date: Sat Oct 23 23:00:54 2004
18164 Subject: [IRCServices] stats services
18165 References: <199912050011.CAA31517@Ender.gp.school.za> <384EB4B8.F213E269@entelchile.net>
18166 Message-ID: 001b01bf4205$c7c7e820$44c407c2@xilo
18167
18168 I am looking for a web-based channel statistics service which allows me to
18169 view channel statistics without needing to use bots.
18170
18171 (Something like GeoStats, but much more informative).
18172
18173 Is such a system available for use with your Services, or does anyone know
18174 of a good one that exists?
18175
18176 Thanks,
18177
18178 Mehran
18179
18180 - Luxusbuerg Chat Network - www.luxusbuerg.lu
18181
18182
18183 ---------------------------------------------------------------
18184 To unsubscribe, send email to majordomo@ender.shadowfire.org
18185 with "unsubscribe ircservices" in the body, without the quotes.
18186
18187 From achurch at dragonfire.net Thu Dec 9 20:48:43 1999
18188 From: achurch at dragonfire.net (Andrew Church)
18189 Date: Sat Oct 23 23:00:54 2004
18190 Subject: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18191 Message-ID: 384f9747.33227@dragonfire.net
18192
18193 >uhmmm I isntalled the version 2.10.07 but the error is the same...
18194 >
18195 >[Dec 08 16:31:31 1999] Services 4.3.2 (compiled for RFC1459 + TS8) starti
18196 >ng up
18197
18198 You've compiled Services for the wrong IRCD. Rerun the configure
18199 script and select the correct option for IRC server type.
18200
18201 --Andrew Church
18202 achurch@dragonfire.net
18203 http://achurch.dragonfire.net/
18204 ---------------------------------------------------------------
18205 To unsubscribe, send email to majordomo@ender.shadowfire.org
18206 with "unsubscribe ircservices" in the body, without the quotes.
18207
18208 From cbecerram at entelchile.net Thu Dec 9 05:58:55 1999
18209 From: cbecerram at entelchile.net (Carlos Becerra T.)
18210 Date: Sat Oct 23 23:00:54 2004
18211 Subject: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18212 References: <384f9747.33227@dragonfire.net>
18213 Message-ID: 384FB59F.663B4AC3@entelchile.net
18214
18215 > You've compiled Services for the wrong IRCD. Rerun the configure
18216 > script and select the correct option for IRC server type.
18217
18218 So?... for what server type should I have compiled my ircd ?
18219 Should I have compile the ircd for dalnet?
18220
18221 --
18222 Atte.
18223 Carlos Becerra T.
18224 cbecerram@entelchile.net
18225 FONO : 800360911
18226
18227
18228 ---------------------------------------------------------------
18229 To unsubscribe, send email to majordomo@ender.shadowfire.org
18230 with "unsubscribe ircservices" in the body, without the quotes.
18231
18232 From net at lite.net Thu Dec 9 15:19:41 1999
18233 From: net at lite.net (Jonathan George)
18234 Date: Sat Oct 23 23:00:54 2004
18235 Subject: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18236 In-Reply-To: <384FB59F.663B4AC3@entelchile.net>
18237 References: 384FB59F.663B4AC3@entelchile.net
18238 Message-ID: Pine.LNX.4.10.9912091719150.1003&#45;100000@lite.net
18239
18240 Services' are not compatible with ircu2.10.07.
18241
18242 |> You've compiled Services for the wrong IRCD. Rerun the configure
18243 |> script and select the correct option for IRC server type.
18244 |
18245 |So?... for what server type should I have compiled my ircd ?
18246 |Should I have compile the ircd for dalnet?
18247
18248 -=--------------------------------------=-
18249 Jonathan George (net@lite.net)
18250 Programmer www.terraworld.net
18251 -=--------------------------------------=-
18252 + 0x6e 0x65 0x74 0x67 0x6f 0x64 -
18253 ------------------------------------------
18254 - 0x52 0x54 0x46 0x4d 0x21 +
18255 ------------------------------------------
18256
18257 ---------------------------------------------------------------
18258 To unsubscribe, send email to majordomo@ender.shadowfire.org
18259 with "unsubscribe ircservices" in the body, without the quotes.
18260
18261 From joshodom at uswest.net Thu Dec 9 04:38:42 1999
18262 From: joshodom at uswest.net (Josh Odom)
18263 Date: Sat Oct 23 23:00:54 2004
18264 Subject: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18265 In-Reply-To: <384FB59F.663B4AC3@entelchile.net>
18266 References: 384FB59F.663B4AC3@entelchile.net
18267 Message-ID: LNBBIDPHKBGLGHDPOHNAKEFCCAAA.joshodom@uswest.net
18268
18269 You need to select the proper IRCU type on the configure menu.
18270
18271 Josh Odom
18272 SiliconShadow
18273
18274 -----Original Message-----
18275 From: owner-ircservices@ender.shadowfire.org
18276 [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Carlos
18277 Becerra T.
18278 Sent: Thursday, December 09, 1999 5:59 AM
18279 To: ircservices@ender.shadowfire.org
18280 Subject: Re: [IRCServices] ircu2.10.07 isn't compatible whit the
18281 services?
18282
18283
18284 > You've compiled Services for the wrong IRCD. Rerun the configure
18285 > script and select the correct option for IRC server type.
18286
18287 So?... for what server type should I have compiled my ircd ?
18288 Should I have compile the ircd for dalnet?
18289
18290 --
18291 Atte.
18292 Carlos Becerra T.
18293 cbecerram@entelchile.net
18294 FONO : 800360911
18295
18296
18297 ---------------------------------------------------------------
18298 To unsubscribe, send email to majordomo@ender.shadowfire.org
18299 with "unsubscribe ircservices" in the body, without the quotes.
18300
18301 ---------------------------------------------------------------
18302 To unsubscribe, send email to majordomo@ender.shadowfire.org
18303 with "unsubscribe ircservices" in the body, without the quotes.
18304
18305 From kfiresun at ix.netcom.com Thu Dec 9 19:33:51 1999
18306 From: kfiresun at ix.netcom.com (Kelmar Firesun)
18307 Date: Sat Oct 23 23:00:54 2004
18308 Subject: There seems to be some confusion, was Re: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18309 Message-ID: 002201bf42bf$637211b0$37526dd1@dragon.tiphares.com
18310
18311 The current release of Services is not compatible with ircu2.10.07, the
18312 reason for this is because they mucked with the server message and
18313 a few other messages.
18314
18315 Here's a small excerpt from the config script that might intrest you though,
18316 if you are indeed instrested in trying to getting Services to work with it:
18317
18318 ...
18319 ####
18320
18321 # XXX ircu 2.10 commented out because it doesn't seem to work
18322
18323 ok=0
18324 echo "Which of the following is closest to the type of server on your IRC"
18325 echo "network?"
18326 echo " 1) Base irc2 distribution (RFC 1459 compliant)"
18327 echo " 2) irc2 with TS8 protocol"
18328 echo " 11) Undernet (ircu) 2.9.32 or earlier"
18329 #echo " 12) Undernet (ircu) 2.10.x (version 9 protocol support required)"
18330 echo " 21) DALnet (ircd.dal) prior to 4.4.15"
18331 echo " 22) DALnet (ircd.dal) 4.4.15 or later"
18332 ...
18333
18334
18335
18336 -----Original Message-----
18337 From: Josh Odom <joshodom@uswest.net>
18338 To: ircservices@ender.shadowfire.org <ircservices@ender.shadowfire.org>
18339 Date: Thursday, December 09, 1999 5:55 PM
18340 Subject: RE: [IRCServices] ircu2.10.07 isn't compatible whit the services?
18341
18342
18343 >You need to select the proper IRCU type on the configure menu.
18344 >
18345 >Josh Odom
18346 >SiliconShadow
18347 >
18348 >-----Original Message-----
18349 >From: owner-ircservices@ender.shadowfire.org
18350 >[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Carlos
18351 >Becerra T.
18352 >Sent: Thursday, December 09, 1999 5:59 AM
18353 >To: ircservices@ender.shadowfire.org
18354 >Subject: Re: [IRCServices] ircu2.10.07 isn't compatible whit the
18355 >services?
18356 >
18357 >
18358 >> You've compiled Services for the wrong IRCD. Rerun the configure
18359 >> script and select the correct option for IRC server type.
18360 >
18361 >So?... for what server type should I have compiled my ircd ?
18362 >Should I have compile the ircd for dalnet?
18363 >
18364 >--
18365 > Atte.
18366 > Carlos Becerra T.
18367 > cbecerram@entelchile.net
18368 > FONO : 800360911
18369 >
18370 >
18371 >---------------------------------------------------------------
18372 >To unsubscribe, send email to majordomo@ender.shadowfire.org
18373 >with "unsubscribe ircservices" in the body, without the quotes.
18374 >
18375 >---------------------------------------------------------------
18376 >To unsubscribe, send email to majordomo@ender.shadowfire.org
18377 >with "unsubscribe ircservices" in the body, without the quotes.
18378
18379 ---------------------------------------------------------------
18380 To unsubscribe, send email to majordomo@ender.shadowfire.org
18381 with "unsubscribe ircservices" in the body, without the quotes.
18382
18383 From natey at capetown.za.org Tue Dec 14 10:39:06 1999
18384 From: natey at capetown.za.org (Natey on IRC)
18385 Date: Sat Oct 23 23:00:54 2004
18386 Subject: [IRCServices] stats services
18387 In-Reply-To: <001b01bf4205$c7c7e820$44c407c2@xilo>
18388 References: <199912050011.CAA31517@Ender.gp.school.za><384EB4B8.F213E269@entelchile.net>
18389 Message-ID: 3.0.5.32.19991214203906.00b4d0e0@dbadmin.natey.za.net
18390
18391 At 05:25 AM 09/12/99 -0000, you wrote:
18392 >I am looking for a web-based channel statistics service which allows me to
18393 >view channel statistics without needing to use bots.
18394 >
18395 >(Something like GeoStats, but much more informative).
18396 >
18397 >Is such a system available for use with your Services, or does anyone know
18398 >of a good one that exists?
18399 >
18400 What you are going to need to use is some perl scripts and use MRTG to
18401 generate graphs for it.
18402
18403 Regards
18404 Natey
18405
18406 >Thanks,
18407 >
18408 >Mehran
18409 >
18410 >- Luxusbuerg Chat Network - www.luxusbuerg.lu
18411 >
18412 >
18413 >---------------------------------------------------------------
18414 >To unsubscribe, send email to majordomo@ender.shadowfire.org
18415 >with "unsubscribe ircservices" in the body, without the quotes.
18416 >
18417 >
18418
18419 --
18420 Natey on IRC
18421 natey@capetown.za.org
18422 #Cape_Town on ZAnet Website Maintainer
18423 http://capetown.za.org/
18424 #include <std/disclaimer.h>
18425 ---------------------------------------------------------------
18426 To unsubscribe, send email to majordomo@ender.shadowfire.org
18427 with "unsubscribe ircservices" in the body, without the quotes.
18428
18429 From andrewk at icon.co.za Wed Dec 22 11:33:04 1999
18430 From: andrewk at icon.co.za (Andrew Kempe)
18431 Date: Sat Oct 23 23:00:54 2004
18432 Subject: [IRCServices] ChanServ KICK command(?)
18433 Message-ID: NCBBIPDDJGGDOCPMKPKPIEKKDAAA.andrewk@icon.co.za
18434
18435 Has this ever been discussed before? Is there a reason that there is no
18436 command that allows a user to instruct ChanServ to kick someone from the
18437 channel?
18438
18439 I don't _think_ I've ever seen a discussion about this, nor do I recall
18440 seeing anything in the documentation (I've been grep'ing all evening without
18441 finding anything).
18442
18443 It may come in usefull in cases where channel admins don't not want to give
18444 ops out to people, but want them to be able to remove users from the
18445 channel.
18446
18447 Your input would be appreciated.
18448
18449 Thanks, Andrew
18450
18451 ---------------------------------------------------------------
18452 To unsubscribe, send email to majordomo@ender.shadowfire.org
18453 with "unsubscribe ircservices" in the body, without the quotes.
18454
18455 From dreamer at darkness.gr Wed Dec 22 12:33:24 1999
18456 From: dreamer at darkness.gr (Nick Krassas)
18457 Date: Sat Oct 23 23:00:55 2004
18458 Subject: [IRCServices] ChanServ KICK command(?)
18459 In-Reply-To: <NCBBIPDDJGGDOCPMKPKPIEKKDAAA.andrewk@icon.co.za>
18460 References: NCBBIPDDJGGDOCPMKPKPIEKKDAAA.andrewk@icon.co.za
18461 Message-ID: Pine.LNX.4.20.9912222230020.2081&#45;100000@darkness.darkness.gr
18462
18463 Greetings all,
18464 one idea is that a user having access at one channel could easy
18465 put a akick to the user that is not wanted in the channel. a second
18466 reason, is the kick going to be anonymous ? and is this correct ?
18467
18468 Dinos
18469
18470
18471
18472
18473 On Wed, 22 Dec 1999, Andrew Kempe wrote:
18474
18475 > Has this ever been discussed before? Is there a reason that there is no
18476 > command that allows a user to instruct ChanServ to kick someone from the
18477 > channel?
18478 >
18479 > I don't _think_ I've ever seen a discussion about this, nor do I recall
18480 > seeing anything in the documentation (I've been grep'ing all evening without
18481 > finding anything).
18482 >
18483 > It may come in usefull in cases where channel admins don't not want to give
18484 > ops out to people, but want them to be able to remove users from the
18485 > channel.
18486 >
18487 > Your input would be appreciated.
18488 >
18489 > Thanks, Andrew
18490 >
18491 > ---------------------------------------------------------------
18492 > To unsubscribe, send email to majordomo@ender.shadowfire.org
18493 > with "unsubscribe ircservices" in the body, without the quotes.
18494 >
18495
18496 ---------------------------------------------------------------
18497 To unsubscribe, send email to majordomo@ender.shadowfire.org
18498 with "unsubscribe ircservices" in the body, without the quotes.
18499
18500 From listuser at bundynet.de Wed Dec 22 13:24:50 1999
18501 From: listuser at bundynet.de (Stefan Funke)
18502 Date: Sat Oct 23 23:00:55 2004
18503 Subject: [IRCServices] ChanServ KICK command(?)
18504 In-Reply-To: <NCBBIPDDJGGDOCPMKPKPIEKKDAAA.andrewk@icon.co.za>
18505 References: NCBBIPDDJGGDOCPMKPKPIEKKDAAA.andrewk@icon.co.za
18506 Message-ID: Pine.LNX.4.10.9912222218080.7276&#45;100000@dragon.bundynet.lan
18507
18508 On Wed, 22 Dec 1999, Andrew Kempe wrote:
18509
18510 > Has this ever been discussed before? Is there a reason that there is no
18511 > command that allows a user to instruct ChanServ to kick someone from the
18512 > channel?
18513
18514 > It may come in usefull in cases where channel admins don't not want to give
18515 > ops out to people, but want them to be able to remove users from the
18516 > channel.
18517
18518 Don't think a remote kick is usefull in times where the normal user uses
18519 these auto rejoin scripts. Later it will end in a kick/join flood. I think
18520 that if you would like someone to play OP give him/her the required access
18521 level.
18522
18523 --
18524 [.........Stefan Funke.........] PGP Key at:
18525 [.......bundy@bundynet.de......] http://www.bundynet.de/bundy.pkr
18526 [........www.bundynet.de.......]
18527 [........irc.germany.net.......]
18528
18529 ---------------------------------------------------------------
18530 To unsubscribe, send email to majordomo@ender.shadowfire.org
18531 with "unsubscribe ircservices" in the body, without the quotes.
18532
18533 From Admin at fuelie.net Wed Dec 22 18:07:09 1999
18534 From: Admin at fuelie.net (Fuelie Admin)
18535 Date: Sat Oct 23 23:00:55 2004
18536 Subject: [IRCServices] ChanServ KICK command(?)
18537 References: <Pine.LNX.4.10.9912222218080.7276-100000@dragon.bundynet.lan>
18538 Message-ID: 000d01bf4cea$6b5bcda0$74ba5e18@kc.rr.com
18539
18540 I think a kick command would be a good addition
18541 as some networks have webtv users and this would be a easier way for a
18542 channel op to remove a bad client and give sort of a warning that they will
18543 be akicked if it continues
18544
18545
18546 Thank You,
18547 Founder of http://www.Fuelie.Net
18548 Fuelie.net Chat Network!
18549 ----- Original Message -----
18550 From: "Stefan Funke" <listuser@bundynet.de>
18551 To: "IRCServices" <ircservices@ender.shadowfire.org>
18552 Sent: Wednesday, December 22, 1999 3:24 PM
18553 Subject: Re: [IRCServices] ChanServ KICK command(?)
18554
18555
18556 > On Wed, 22 Dec 1999, Andrew Kempe wrote:
18557 >
18558 > > Has this ever been discussed before? Is there a reason that there is no
18559 > > command that allows a user to instruct ChanServ to kick someone from the
18560 > > channel?
18561 >
18562 > > It may come in usefull in cases where channel admins don't not want to
18563 give
18564 > > ops out to people, but want them to be able to remove users from the
18565 > > channel.
18566 >
18567 > Don't think a remote kick is usefull in times where the normal user uses
18568 > these auto rejoin scripts. Later it will end in a kick/join flood. I think
18569 > that if you would like someone to play OP give him/her the required access
18570 > level.
18571 >
18572 > --
18573 > [.........Stefan Funke.........] PGP Key at:
18574 > [.......bundy@bundynet.de......] <A HREF="http://www.bundynet.de/bundy.pkr">http://www.bundynet.de/bundy.pkr</A>
18575 > [........www.bundynet.de.......]
18576 > [........irc.germany.net.......]
18577 >
18578 > ---------------------------------------------------------------
18579 > To unsubscribe, send email to majordomo@ender.shadowfire.org
18580 > with "unsubscribe ircservices" in the body, without the quotes.
18581
18582 ---------------------------------------------------------------
18583 To unsubscribe, send email to majordomo@ender.shadowfire.org
18584 with "unsubscribe ircservices" in the body, without the quotes.
18585
18586 From kfiresun at ix.netcom.com Wed Dec 22 18:17:31 1999
18587 From: kfiresun at ix.netcom.com (Kelmar Firesun)
18588 Date: Sat Oct 23 23:00:55 2004
18589 Subject: [IRCServices] ChanServ KICK command(?)
18590 Message-ID: 002401bf4ceb$df214bb0$37526dd1@dragon.tiphares.com
18591
18592
18593 Nick Krassas <dreamer@darkness.gr> wrote:
18594
18595 >Greetings all,
18596 > one idea is that a user having access at one channel could easy
18597 >put a akick to the user that is not wanted in the channel. a second
18598 >reason, is the kick going to be anonymous ? and is this correct ?
18599 >
18600
18601
18602 Yes, but an A-Kick doesn't kick someone from the channel unless
18603 they are currently trying to join said channel. If they are already in
18604 there, it wouldn't have any effect.
18605
18606 Stefan Funke <listuser@bundynet.de> also wrote:
18607 >
18608 >Don't think a remote kick is usefull in times where the normal user uses
18609 >these auto rejoin scripts. Later it will end in a kick/join flood. I think
18610 >that if you would like someone to play OP give him/her the required access
18611 >level.
18612 >
18613
18614 I don't believe it would work that way. It would be a normal kick as if a
18615 channel op used it. If they needed to keep the user out they could set
18616 an A-Kick before issuing the kick command, which would curcomvent(sp)
18617 such a problem from ever happening.
18618
18619 I personaly would like to see the idea implemented, perhaps as a level
18620 10+ command by default. Currently the only people that can use services
18621 to kick a user from a channel are services opers via OperServ.
18622
18623 Kelmar K. Firesun
18624
18625 ---------------------------------------------------------------
18626 To unsubscribe, send email to majordomo@ender.shadowfire.org
18627 with "unsubscribe ircservices" in the body, without the quotes.
18628
18629 From Admin at fuelie.net Wed Dec 22 18:58:46 1999
18630 From: Admin at fuelie.net (Fuelie Admin)
18631 Date: Sat Oct 23 23:00:55 2004
18632 Subject: [IRCServices] ChanServ KICK command(?)
18633 References: <002401bf4ceb$df214bb0$37526dd1@dragon.tiphares.com>
18634 Message-ID: 000901bf4cf1$a1876ea0$56ba5e18@kc.rr.com
18635
18636 AS I SAID WEBTV
18637 webtv has no client commands so they need to use services to control their
18638 channel
18639 thinking of them i think the addition is a good idea
18640
18641
18642 Thank You,
18643 Founder of http://www.Fuelie.Net
18644 Fuelie.net Chat Network!
18645 ----- Original Message -----
18646 From: "Kelmar Firesun" <kfiresun@ix.netcom.com>
18647 To: <ircservices@ender.shadowfire.org>
18648 Sent: Wednesday, December 22, 1999 8:17 PM
18649 Subject: Re: [IRCServices] ChanServ KICK command(?)
18650
18651
18652 >
18653 > Nick Krassas <dreamer@darkness.gr> wrote:
18654 >
18655 > >Greetings all,
18656 > > one idea is that a user having access at one channel could easy
18657 > >put a akick to the user that is not wanted in the channel. a second
18658 > >reason, is the kick going to be anonymous ? and is this correct ?
18659 > >
18660 >
18661 >
18662 > Yes, but an A-Kick doesn't kick someone from the channel unless
18663 > they are currently trying to join said channel. If they are already in
18664 > there, it wouldn't have any effect.
18665 >
18666 > Stefan Funke <listuser@bundynet.de> also wrote:
18667 > >
18668 > >Don't think a remote kick is usefull in times where the normal user uses
18669 > >these auto rejoin scripts. Later it will end in a kick/join flood. I
18670 think
18671 > >that if you would like someone to play OP give him/her the required
18672 access
18673 > >level.
18674 > >
18675 >
18676 > I don't believe it would work that way. It would be a normal kick as if a
18677 > channel op used it. If they needed to keep the user out they could set
18678 > an A-Kick before issuing the kick command, which would curcomvent(sp)
18679 > such a problem from ever happening.
18680 >
18681 > I personaly would like to see the idea implemented, perhaps as a level
18682 > 10+ command by default. Currently the only people that can use services
18683 > to kick a user from a channel are services opers via OperServ.
18684 >
18685 > Kelmar K. Firesun
18686 >
18687 > ---------------------------------------------------------------
18688 > To unsubscribe, send email to majordomo@ender.shadowfire.org
18689 > with "unsubscribe ircservices" in the body, without the quotes.
18690
18691 ---------------------------------------------------------------
18692 To unsubscribe, send email to majordomo@ender.shadowfire.org
18693 with "unsubscribe ircservices" in the body, without the quotes.
18694
18695 From chee-erek at cheenetwork.com Wed Dec 22 19:15:27 1999
18696 From: chee-erek at cheenetwork.com (Chee-Erek)
18697 Date: Sat Oct 23 23:00:55 2004
18698 Subject: [IRCServices] ChanServ KICK command(?)
18699 References: <002401bf4ceb$df214bb0$37526dd1@dragon.tiphares.com>
18700 Message-ID: 002501bf4cf3$f6493520$1d4d0a18@cheenetwork.dhs.org
18701
18702 > Yes, but an A-Kick doesn't kick someone from the channel unless
18703 > they are currently trying to join said channel. If they are already in
18704 > there, it wouldn't have any effect.
18705 To my knowledge this is what there is for that:
18706 /msg chanserv akick #channel enforce (i think thats the command)
18707 Just issue that after setting the akick.
18708
18709 ---------------------------------------------------------------
18710 To unsubscribe, send email to majordomo@ender.shadowfire.org
18711 with "unsubscribe ircservices" in the body, without the quotes.
18712
18713 From petra at loclnet.com Wed Dec 22 20:23:02 1999
18714 From: petra at loclnet.com (Matt Bradbury)
18715 Date: Sat Oct 23 23:00:55 2004
18716 Subject: [IRCServices] ChanServ KICK command(?)
18717 References: <002401bf4ceb$df214bb0$37526dd1@dragon.tiphares.com> <000901bf4cf1$a1876ea0$56ba5e18@kc.rr.com>
18718 Message-ID: 001101bf4cfd$6af2ff10$0964103f@REBEL2000
18719
18720 I am not that familiar with webTV but is it not true that if they don't have
18721 any client commands they cannot /msg either? how do you plan to get around
18722 that problem considering that services commands must be issued in /msg
18723 format? Just wandering
18724
18725 Matt Bradbury
18726
18727 ----- Original Message -----
18728 From: "Fuelie Admin" <Admin@fuelie.net>
18729 To: <ircservices@ender.shadowfire.org>
18730 Sent: Wednesday, December 22, 1999 9:58 PM
18731 Subject: Re: [IRCServices] ChanServ KICK command(?)
18732
18733
18734 > AS I SAID WEBTV
18735 > webtv has no client commands so they need to use services to control their
18736 > channel
18737 > thinking of them i think the addition is a good idea
18738 >
18739 >
18740 > Thank You,
18741 > Founder of http://www.Fuelie.Net
18742 > Fuelie.net Chat Network!
18743 > ----- Original Message -----
18744 > From: "Kelmar Firesun" <kfiresun@ix.netcom.com>
18745 > To: <ircservices@ender.shadowfire.org>
18746 > Sent: Wednesday, December 22, 1999 8:17 PM
18747 > Subject: Re: [IRCServices] ChanServ KICK command(?)
18748 >
18749 >
18750 > >
18751 > > Nick Krassas <dreamer@darkness.gr> wrote:
18752 > >
18753 > > >Greetings all,
18754 > > > one idea is that a user having access at one channel could easy
18755 > > >put a akick to the user that is not wanted in the channel. a second
18756 > > >reason, is the kick going to be anonymous ? and is this correct ?
18757 > > >
18758 > >
18759 > >
18760 > > Yes, but an A-Kick doesn't kick someone from the channel unless
18761 > > they are currently trying to join said channel. If they are already in
18762 > > there, it wouldn't have any effect.
18763 > >
18764 > > Stefan Funke <listuser@bundynet.de> also wrote:
18765 > > >
18766 > > >Don't think a remote kick is usefull in times where the normal user
18767 uses
18768 > > >these auto rejoin scripts. Later it will end in a kick/join flood. I
18769 > think
18770 > > >that if you would like someone to play OP give him/her the required
18771 > access
18772 > > >level.
18773 > > >
18774 > >
18775 > > I don't believe it would work that way. It would be a normal kick as if
18776 a
18777 > > channel op used it. If they needed to keep the user out they could set
18778 > > an A-Kick before issuing the kick command, which would curcomvent(sp)
18779 > > such a problem from ever happening.
18780 > >
18781 > > I personaly would like to see the idea implemented, perhaps as a level
18782 > > 10+ command by default. Currently the only people that can use services
18783 > > to kick a user from a channel are services opers via OperServ.
18784 > >
18785 > > Kelmar K. Firesun
18786 > >
18787 > > ---------------------------------------------------------------
18788 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
18789 > > with "unsubscribe ircservices" in the body, without the quotes.
18790 >
18791 > ---------------------------------------------------------------
18792 > To unsubscribe, send email to majordomo@ender.shadowfire.org
18793 > with "unsubscribe ircservices" in the body, without the quotes.
18794 >
18795
18796 ---------------------------------------------------------------
18797 To unsubscribe, send email to majordomo@ender.shadowfire.org
18798 with "unsubscribe ircservices" in the body, without the quotes.
18799
18800 From n1uro at n1uro.com Thu Dec 23 00:03:34 1999
18801 From: n1uro at n1uro.com (Brian)
18802 Date: Sat Oct 23 23:00:55 2004
18803 Subject: [IRCServices] ChanServ KICK command(?)
18804 Message-ID: m1213Di&#45;000alFC@www.n1uro.ampr.org
18805
18806 Greetings;
18807
18808 >It may come in usefull in cases where channel admins don't not want to give
18809 >ops out to people, but want them to be able to remove users from the
18810 >channel.
18811 >
18812 >Your input would be appreciated.
18813
18814 I seldom write to this list as I believe Andy and Andrew have both
18815 done excellent jobs with services and they work well on my small (and hardly
18816 used) network...however since an opinion was asked about the "Kick" feature
18817 for a non-channel Op it is of my worthless opinion that it may be a useful
18818 tool _if_ a channel founder and/or SOP could adjust the access list to allow
18819 voiced users the right to manually kick an abusive user but no other 'op'
18820 priviledges.
18821
18822 The madness behind my logic is this:
18823
18824 o Most voiced users end up becoming channel ops down the road
18825 o Most voiced users are channel regulars
18826 o Most voiced users are familiar enough with the channel founders rules/wishes
18827 o Would be a good start in 'Op training' for a voiced user
18828
18829
18830 Of course, with this idea you would probably wish to create two types of voiced
18831 users...standard and super or something along those lines maybe.
18832
18833 Again just my worthless 'two cents'.
18834
18835 Happy Holidays to one and all!
18836
18837
18838
18839 73 de Brian
18840
18841
18842
18843 UROWeb
18844 CT TCPIP Coordinator 44.88/18
18845 Distribution and support site of MFNOS
18846 ftp://ftp.n1uro.com/public/nos/mfnos
18847 web: <A HREF="http://www.n1uro.com">http://www.n1uro.com</A> ftp: ftp.n1uro.com
18848 Memeber of the Executive Guild's "Who's Who" for online services and
18849 network technologies since 11/1999
18850 >>eof
18851
18852 ---------------------------------------------------------------
18853 To unsubscribe, send email to majordomo@ender.shadowfire.org
18854 with "unsubscribe ircservices" in the body, without the quotes.
18855
18856 From Admin at fuelie.net Thu Dec 23 07:46:25 1999
18857 From: Admin at fuelie.net (Fuelie Admin)
18858 Date: Sat Oct 23 23:00:55 2004
18859 Subject: [IRCServices] ChanServ KICK command(?)
18860 References: <002401bf4ceb$df214bb0$37526dd1@dragon.tiphares.com> <000901bf4cf1$a1876ea0$56ba5e18@kc.rr.com> <001101bf4cfd$6af2ff10$0964103f@REBEL2000>
18861 Message-ID: 000b01bf4d5c$dec2c6a0$56ba5e18@kc.rr.com
18862
18863 webtv has these client commands
18864 /whois and /msg
18865 a /who will show whois in a channel
18866 and thats it
18867
18868
18869 Thank You,
18870 Founder of http://www.Fuelie.Net
18871 Fuelie.net Chat Network!
18872 ----- Original Message -----
18873 From: "Matt Bradbury" <petra@loclnet.com>
18874 To: <ircservices@ender.shadowfire.org>
18875 Sent: Wednesday, December 22, 1999 10:23 PM
18876 Subject: Re: [IRCServices] ChanServ KICK command(?)
18877
18878
18879 > I am not that familiar with webTV but is it not true that if they don't
18880 have
18881 > any client commands they cannot /msg either? how do you plan to get around
18882 > that problem considering that services commands must be issued in /msg
18883 > format? Just wandering
18884 >
18885 > Matt Bradbury
18886 >
18887 > ----- Original Message -----
18888 > From: "Fuelie Admin" <Admin@fuelie.net>
18889 > To: <ircservices@ender.shadowfire.org>
18890 > Sent: Wednesday, December 22, 1999 9:58 PM
18891 > Subject: Re: [IRCServices] ChanServ KICK command(?)
18892 >
18893 >
18894 > > AS I SAID WEBTV
18895 > > webtv has no client commands so they need to use services to control
18896 their
18897 > > channel
18898 > > thinking of them i think the addition is a good idea
18899 > >
18900 > >
18901 > > Thank You,
18902 > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
18903 > > Fuelie.net Chat Network!
18904 > > ----- Original Message -----
18905 > > From: "Kelmar Firesun" <kfiresun@ix.netcom.com>
18906 > > To: <ircservices@ender.shadowfire.org>
18907 > > Sent: Wednesday, December 22, 1999 8:17 PM
18908 > > Subject: Re: [IRCServices] ChanServ KICK command(?)
18909 > >
18910 > >
18911 > > >
18912 > > > Nick Krassas <dreamer@darkness.gr> wrote:
18913 > > >
18914 > > > >Greetings all,
18915 > > > > one idea is that a user having access at one channel could easy
18916 > > > >put a akick to the user that is not wanted in the channel. a second
18917 > > > >reason, is the kick going to be anonymous ? and is this correct ?
18918 > > > >
18919 > > >
18920 > > >
18921 > > > Yes, but an A-Kick doesn't kick someone from the channel unless
18922 > > > they are currently trying to join said channel. If they are already
18923 in
18924 > > > there, it wouldn't have any effect.
18925 > > >
18926 > > > Stefan Funke <listuser@bundynet.de> also wrote:
18927 > > > >
18928 > > > >Don't think a remote kick is usefull in times where the normal user
18929 > uses
18930 > > > >these auto rejoin scripts. Later it will end in a kick/join flood. I
18931 > > think
18932 > > > >that if you would like someone to play OP give him/her the required
18933 > > access
18934 > > > >level.
18935 > > > >
18936 > > >
18937 > > > I don't believe it would work that way. It would be a normal kick as
18938 if
18939 > a
18940 > > > channel op used it. If they needed to keep the user out they could
18941 set
18942 > > > an A-Kick before issuing the kick command, which would curcomvent(sp)
18943 > > > such a problem from ever happening.
18944 > > >
18945 > > > I personaly would like to see the idea implemented, perhaps as a level
18946 > > > 10+ command by default. Currently the only people that can use
18947 services
18948 > > > to kick a user from a channel are services opers via OperServ.
18949 > > >
18950 > > > Kelmar K. Firesun
18951 > > >
18952 > > > ---------------------------------------------------------------
18953 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
18954 > > > with "unsubscribe ircservices" in the body, without the quotes.
18955 > >
18956 > > ---------------------------------------------------------------
18957 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
18958 > > with "unsubscribe ircservices" in the body, without the quotes.
18959 > >
18960 >
18961 > ---------------------------------------------------------------
18962 > To unsubscribe, send email to majordomo@ender.shadowfire.org
18963 > with "unsubscribe ircservices" in the body, without the quotes.
18964
18965 ---------------------------------------------------------------
18966 To unsubscribe, send email to majordomo@ender.shadowfire.org
18967 with "unsubscribe ircservices" in the body, without the quotes.
18968
18969 From Admin at fuelie.net Thu Dec 23 07:49:11 1999
18970 From: Admin at fuelie.net (Fuelie Admin)
18971 Date: Sat Oct 23 23:00:55 2004
18972 Subject: [IRCServices] ChanServ KICK command(?)
18973 References: <m1213Di-000alFC@www.n1uro.ampr.org>
18974 Message-ID: 001101bf4d5d$4155c2e0$56ba5e18@kc.rr.com
18975
18976 Id also like to add that maybe a was in the config for services to be able
18977 to be set as
18978 either notice or MSG by default.
18979 that would be nice also
18980
18981
18982 Thank You,
18983 Founder of http://www.Fuelie.Net
18984 Fuelie.net Chat Network!
18985 ----- Original Message -----
18986 From: "Brian" <n1uro@n1uro.com>
18987 To: <ircservices@ender.shadowfire.org>
18988 Sent: Thursday, December 23, 1999 2:03 AM
18989 Subject: Re: [IRCServices] ChanServ KICK command(?)
18990
18991
18992 > Greetings;
18993 >
18994 > >It may come in usefull in cases where channel admins don't not want to
18995 give
18996 > >ops out to people, but want them to be able to remove users from the
18997 > >channel.
18998 > >
18999 > >Your input would be appreciated.
19000 >
19001 > I seldom write to this list as I believe Andy and Andrew have both
19002 > done excellent jobs with services and they work well on my small (and
19003 hardly
19004 > used) network...however since an opinion was asked about the "Kick"
19005 feature
19006 > for a non-channel Op it is of my worthless opinion that it may be a useful
19007 > tool _if_ a channel founder and/or SOP could adjust the access list to
19008 allow
19009 > voiced users the right to manually kick an abusive user but no other 'op'
19010 > priviledges.
19011 >
19012 > The madness behind my logic is this:
19013 >
19014 > o Most voiced users end up becoming channel ops down the road
19015 > o Most voiced users are channel regulars
19016 > o Most voiced users are familiar enough with the channel founders
19017 rules/wishes
19018 > o Would be a good start in 'Op training' for a voiced user
19019 >
19020 >
19021 > Of course, with this idea you would probably wish to create two types of
19022 voiced
19023 > users...standard and super or something along those lines maybe.
19024 >
19025 > Again just my worthless 'two cents'.
19026 >
19027 > Happy Holidays to one and all!
19028 >
19029 >
19030 >
19031 > 73 de Brian
19032 >
19033 >
19034 >
19035 > UROWeb
19036 > CT TCPIP Coordinator 44.88/18
19037 > Distribution and support site of MFNOS
19038 > <A HREF="ftp://ftp.n1uro.com/public/nos/mfnos">ftp://ftp.n1uro.com/public/nos/mfnos</A>
19039 > web: <A HREF="http://www.n1uro.com">http://www.n1uro.com</A> ftp: ftp.n1uro.com
19040 > Memeber of the Executive Guild's "Who's Who" for online services
19041 and
19042 > network technologies since 11/1999
19043 > >>eof
19044 >
19045 > ---------------------------------------------------------------
19046 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19047 > with "unsubscribe ircservices" in the body, without the quotes.
19048
19049 ---------------------------------------------------------------
19050 To unsubscribe, send email to majordomo@ender.shadowfire.org
19051 with "unsubscribe ircservices" in the body, without the quotes.
19052
19053 From lebleu at prefer.net Thu Dec 23 09:19:03 1999
19054 From: lebleu at prefer.net (Kevin)
19055 Date: Sat Oct 23 23:00:55 2004
19056 Subject: [IRCServices] ChanServ KICK command(?)
19057 In-Reply-To: <000b01bf4d5c$dec2c6a0$56ba5e18@kc.rr.com>
19058 References: 000b01bf4d5c$dec2c6a0$56ba5e18@kc.rr.com
19059 Message-ID: Pine.LNX.4.00.9912231116540.11928&#45;100000@hades.bleu.paganpaths.org
19060
19061 On Thu, 23 Dec 1999, Fuelie Admin wrote:
19062
19063 > webtv has these client commands
19064 > /whois and /msg
19065 > a /who will show whois in a channel
19066 > and thats it
19067
19068 Excuse me... but I thought that webtv itself didn't run the irc client,
19069 and that there were several different clients. Might one of the other
19070 places with webtv clients have a better command set? Unfortunately, I
19071 haven't noted down the address of any of the webTV irc pages.
19072
19073 --Kevin
19074
19075 --
19076 If you're reading this you're part of the mass hallucination that is Kevin
19077 the Blue.
19078 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
19079 PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
19080 Wear a blue ribbon today to show your solidarity for freedom of speech on
19081 the Internet!
19082
19083 ---------------------------------------------------------------
19084 To unsubscribe, send email to majordomo@ender.shadowfire.org
19085 with "unsubscribe ircservices" in the body, without the quotes.
19086
19087 From BeenJaminG at aol.com Thu Dec 23 14:53:52 1999
19088 From: BeenJaminG at aol.com (BeenJaminG@aol.com)
19089 Date: Sat Oct 23 23:00:55 2004
19090 Subject: [IRCServices] ChanServ KICK command(?)
19091 Message-ID: 0.17066154.25940200@aol.com
19092
19093 In a message dated 12/22/99 10:27:29 PM Eastern Standard Time,
19094 Admin@fuelie.net writes:
19095
19096 > AS I SAID WEBTV
19097 > webtv has no client commands so they need to use services to control their
19098 > channel
19099 > thinking of them i think the addition is a good idea
19100 >
19101 >
19102 I hope they have /quote..
19103 As for everyone else, I don't think CS kick is really a needed
19104 command. I guess if KICK was added, there would be a new
19105 access level to allow use of the kick command?
19106 Keep in mind /kick by itself isn't that effective- and then
19107 people would be asking for a ChanServ BAN command.
19108
19109 Just my thoughts on the subject.
19110
19111 - bstu
19112 ---------------------------------------------------------------
19113 To unsubscribe, send email to majordomo@ender.shadowfire.org
19114 with "unsubscribe ircservices" in the body, without the quotes.
19115
19116 From makero at 13g.dhs.org Fri Dec 24 08:50:17 1999
19117 From: makero at 13g.dhs.org (Makero)
19118 Date: Sat Oct 23 23:00:55 2004
19119 Subject: [IRCServices] chan is not working correctly
19120 Message-ID: 19991224.16501773@gollo.13g.dhs.org
19121
19122 Hy
19123
19124 This is mi first eMail to this list. I hope to get some help because I
19125 have been working for 3 days around this problem, and I can't find any
19126 answer.
19127
19128 I'm running IRCDu2.9.x and de latest version of Services (yesterday
19129 downloaded from ircservices official web page, but i find the same
19130 problem with older versions)in a Linux RedHat 6.0.
19131
19132 When I start services, every thing appears to be OK, but Chan says:
19133 \93cant change the modes of the channel because you have a problem with
19134 your U:line.\94
19135
19136 y made some changes in my U:line and then Chan go into the channel an
19137 becomes to say: \93This channel is registered with chan\94, \93This channel
19138 is registered with chan\94, \93This channel is registered with chan\94,
19139 \93This channel is registered with chan\94 hundreds and hundreds of times,
19140 until the IRC client crash.
19141
19142 I try this U:Lines:
19143
19144 U:my_ip:pass:my_host
19145 U:my_ip:pass:my_ip
19146 U:my_host:pass:my_host
19147 U:my_host:pass:my_services_name
19148
19149 and some others.
19150
19151 I think than my problem is that I can't find the correct syntax of the
19152 U:Line. There is no so much info abut the U:Line in the ircd.conf.
19153
19154 Any idea??
19155
19156 Thankx
19157
19158 makero@13g.dhs.org
19159
19160
19161
19162
19163 ---------------------------------------------------------------
19164 To unsubscribe, send email to majordomo@ender.shadowfire.org
19165 with "unsubscribe ircservices" in the body, without the quotes.
19166
19167 From lebleu at prefer.net Fri Dec 24 10:15:50 1999
19168 From: lebleu at prefer.net (Kevin)
19169 Date: Sat Oct 23 23:00:55 2004
19170 Subject: [IRCServices] ChanServ KICK command(?)
19171 In-Reply-To: <0.17066154.25940200@aol.com>
19172 References: 0.17066154.25940200@aol.com
19173 Message-ID: Pine.LNX.4.00.9912241212080.10150&#45;100000@hades.bleu.paganpaths.org
19174
19175 On Thu, 23 Dec 1999 BeenJaminG@aol.com wrote:
19176
19177 > In a message dated 12/22/99 10:27:29 PM Eastern Standard Time,
19178 > Admin@fuelie.net writes:
19179 >
19180 > > AS I SAID WEBTV webtv has no client commands so they need to use
19181 > > services to control their channel thinking of them i think the
19182 > > addition is a good idea
19183
19184 > I hope they have /quote..
19185 > As for everyone else, I don't think CS kick is really a needed
19186 > command. I guess if KICK was added, there would be a new
19187 > access level to allow use of the kick command?
19188 > Keep in mind /kick by itself isn't that effective- and then
19189 > people would be asking for a ChanServ BAN command.
19190
19191 ChanServ BAN command already exists. It's called AKICK. I've always
19192 found it odd that ChanServ didn't have a KICK command... it's a fairly
19193 simple thing to add, so perhaps a better question should be: what would it
19194 *hurt* to add a KICK command? The kick command should append the nick in
19195 ()s or something to the kick message, so it can't be used for anonymous
19196 kicks. Given that, what is the downside to adding a KICK command?
19197
19198 My 2 cents,
19199 Kevin
19200
19201 --
19202 PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
19203 PPCR Pagan Internet Radio - <A HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
19204 If you're reading this you're part of the mass hallucination that is Kevin
19205 the Blue.
19206 Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
19207 PGP public key at <A HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
19208 Wear a blue ribbon today to show your solidarity for freedom of speech on
19209 the Internet!
19210
19211 ---------------------------------------------------------------
19212 To unsubscribe, send email to majordomo@ender.shadowfire.org
19213 with "unsubscribe ircservices" in the body, without the quotes.
19214
19215 From joshodom at uswest.net Thu Dec 23 23:48:10 1999
19216 From: joshodom at uswest.net (Josh Odom)
19217 Date: Sat Oct 23 23:00:55 2004
19218 Subject: [IRCServices] chan is not working correctly
19219 References: <19991224.16501773@gollo.13g.dhs.org>
19220 Message-ID: 000b01bf4de3$3a41a9c0$7a69e1cf@shadowed
19221
19222 I had the same type of problem with EliteIRCD. The type of U:line the FAQ
19223 described to use didn't work either. The only U:Line that I found to work
19224 was
19225 U:services.*.*:*:*
19226 I'm not sure why even
19227 U:services.network.com:*:*
19228 didn't work...... Anyone else experience the same problem?
19229
19230 Josh Odom
19231 PhazerIRC Network
19232
19233 ----- Original Message -----
19234 From: "Makero" <makero@13g.dhs.org>
19235 To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
19236 Sent: Friday, December 24, 1999 8:50 AM
19237 Subject: [IRCServices] chan is not working correctly
19238
19239
19240 > Hy
19241 >
19242 > This is mi first eMail to this list. I hope to get some help because I
19243 > have been working for 3 days around this problem, and I can't find any
19244 > answer.
19245 >
19246 > I'm running IRCDu2.9.x and de latest version of Services (yesterday
19247 > downloaded from ircservices official web page, but i find the same
19248 > problem with older versions)in a Linux RedHat 6.0.
19249 >
19250 > When I start services, every thing appears to be OK, but Chan says:
19251 > "cant change the modes of the channel because you have a problem with
19252 > your U:line."
19253 >
19254 > y made some changes in my U:line and then Chan go into the channel an
19255 > becomes to say: "This channel is registered with chan", "This channel
19256 > is registered with chan", "This channel is registered with chan",
19257 > "This channel is registered with chan" hundreds and hundreds of times,
19258 > until the IRC client crash.
19259 >
19260 > I try this U:Lines:
19261 >
19262 > U:my_ip:pass:my_host
19263 > U:my_ip:pass:my_ip
19264 > U:my_host:pass:my_host
19265 > U:my_host:pass:my_services_name
19266 >
19267 > and some others.
19268 >
19269 > I think than my problem is that I can't find the correct syntax of the
19270 > U:Line. There is no so much info abut the U:Line in the ircd.conf.
19271 >
19272 > Any idea??
19273 >
19274 > Thankx
19275 >
19276 > makero@13g.dhs.org
19277 >
19278 >
19279 >
19280 >
19281 > ---------------------------------------------------------------
19282 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19283 > with "unsubscribe ircservices" in the body, without the quotes.
19284 >
19285
19286 ---------------------------------------------------------------
19287 To unsubscribe, send email to majordomo@ender.shadowfire.org
19288 with "unsubscribe ircservices" in the body, without the quotes.
19289
19290 From chriswh at cyberhighway.net Fri Dec 24 15:50:47 1999
19291 From: chriswh at cyberhighway.net (Chris)
19292 Date: Sat Oct 23 23:00:55 2004
19293 Subject: [IRCServices] chan is not working correctly
19294 Message-ID: 199912242356.BAA16111@Ender.gp.school.za
19295
19296 I had this problem. It was also with EliteIRCD. Elite removed some kind of
19297 services aliasing or something somewhere along the line, as it said
19298 somewhere thast I don't remember. (Elite costs money now anyway so go with
19299 Unreal. I don't know the Unreal site but after the discussion I was
19300 involved in earlier about this on this list, I'm sure many people still
19301 have that address. Go Unreal!)
19302 Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
19303 _ANNOYING_. I noticed that with some IRCDs, the config file requires that
19304 U:Lines be in certain positions. Nowhere does it state this, but it's the
19305 only way I have found it to work. Different ways with the different IRCDs.
19306 I would try Josh's U:Line of
19307 U:services.*.*:*:*
19308 If that doesn't help, and it should fix the problem, I don't know who else
19309 to ask.
19310
19311 Just my thoughts, though pretty much restating what was already said
19312 -Chris
19313
19314 ----------
19315 > From: Josh Odom <joshodom@uswest.net>
19316 > To: ircservices@ender.shadowfire.org
19317 > Subject: Re: [IRCServices] chan is not working correctly
19318 > Date: Friday, December 24, 1999 2:48 AM
19319 >
19320 > I had the same type of problem with EliteIRCD. The type of U:line the FAQ
19321 > described to use didn't work either. The only U:Line that I found to work
19322 > was
19323 > U:services.*.*:*:*
19324 > I'm not sure why even
19325 > U:services.network.com:*:*
19326 > didn't work...... Anyone else experience the same problem?
19327 >
19328 > Josh Odom
19329 > PhazerIRC Network
19330 >
19331 > ----- Original Message -----
19332 > From: "Makero" <makero@13g.dhs.org>
19333 > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
19334 > Sent: Friday, December 24, 1999 8:50 AM
19335 > Subject: [IRCServices] chan is not working correctly
19336 >
19337 >
19338 > > Hy
19339 > >
19340 > > This is mi first eMail to this list. I hope to get some help because I
19341 > > have been working for 3 days around this problem, and I can't find any
19342 > > answer.
19343 > >
19344 > > I'm running IRCDu2.9.x and de latest version of Services (yesterday
19345 > > downloaded from ircservices official web page, but i find the same
19346 > > problem with older versions)in a Linux RedHat 6.0.
19347 > >
19348 > > When I start services, every thing appears to be OK, but Chan says:
19349 > > "cant change the modes of the channel because you have a problem with
19350 > > your U:line."
19351 > >
19352 > > y made some changes in my U:line and then Chan go into the channel an
19353 > > becomes to say: "This channel is registered with chan", "This channel
19354 > > is registered with chan", "This channel is registered with chan",
19355 > > "This channel is registered with chan" hundreds and hundreds of times,
19356 > > until the IRC client crash.
19357 > >
19358 > > I try this U:Lines:
19359 > >
19360 > > U:my_ip:pass:my_host
19361 > > U:my_ip:pass:my_ip
19362 > > U:my_host:pass:my_host
19363 > > U:my_host:pass:my_services_name
19364 > >
19365 > > and some others.
19366 > >
19367 > > I think than my problem is that I can't find the correct syntax of the
19368 > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
19369 > >
19370 > > Any idea??
19371 > >
19372 > > Thankx
19373 > >
19374 > > makero@13g.dhs.org
19375 > >
19376 > >
19377 > >
19378 > >
19379 > > ---------------------------------------------------------------
19380 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19381 > > with "unsubscribe ircservices" in the body, without the quotes.
19382 > >
19383 >
19384 > ---------------------------------------------------------------
19385 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19386 > with "unsubscribe ircservices" in the body, without the quotes.
19387 ---------------------------------------------------------------
19388 To unsubscribe, send email to majordomo@ender.shadowfire.org
19389 with "unsubscribe ircservices" in the body, without the quotes.
19390
19391 From joshodom at uswest.net Fri Dec 24 08:55:47 1999
19392 From: joshodom at uswest.net (Josh Odom)
19393 Date: Sat Oct 23 23:00:55 2004
19394 Subject: [IRCServices] chan is not working correctly
19395 References: <199912242356.BAA16111@Ender.gp.school.za>
19396 Message-ID: 000701bf4e2f$ba8c2780$8c69e1cf@shadowed
19397
19398 Elite is Freeware now, but Unreal is still much better. The UnrealIRCD
19399 website is:
19400 http://toybox.flirt.org/~cmunk/unreal/
19401 Happy Holidays Everyone.
19402
19403 Josh Odom
19404 PhazerIRC Network
19405 ----- Original Message -----
19406 From: "Chris" <chriswh@cyberhighway.net>
19407 To: <ircservices@ender.shadowfire.org>
19408 Sent: Friday, December 24, 1999 3:50 PM
19409 Subject: Re: [IRCServices] chan is not working correctly
19410
19411
19412 > I had this problem. It was also with EliteIRCD. Elite removed some kind of
19413 > services aliasing or something somewhere along the line, as it said
19414 > somewhere thast I don't remember. (Elite costs money now anyway so go with
19415 > Unreal. I don't know the Unreal site but after the discussion I was
19416 > involved in earlier about this on this list, I'm sure many people still
19417 > have that address. Go Unreal!)
19418 > Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
19419 > _ANNOYING_. I noticed that with some IRCDs, the config file requires that
19420 > U:Lines be in certain positions. Nowhere does it state this, but it's the
19421 > only way I have found it to work. Different ways with the different IRCDs.
19422 > I would try Josh's U:Line of
19423 > U:services.*.*:*:*
19424 > If that doesn't help, and it should fix the problem, I don't know who else
19425 > to ask.
19426 >
19427 > Just my thoughts, though pretty much restating what was already said
19428 > -Chris
19429 >
19430 > ----------
19431 > > From: Josh Odom <joshodom@uswest.net>
19432 > > To: ircservices@ender.shadowfire.org
19433 > > Subject: Re: [IRCServices] chan is not working correctly
19434 > > Date: Friday, December 24, 1999 2:48 AM
19435 > >
19436 > > I had the same type of problem with EliteIRCD. The type of U:line the
19437 FAQ
19438 > > described to use didn't work either. The only U:Line that I found to
19439 work
19440 > > was
19441 > > U:services.*.*:*:*
19442 > > I'm not sure why even
19443 > > U:services.network.com:*:*
19444 > > didn't work...... Anyone else experience the same problem?
19445 > >
19446 > > Josh Odom
19447 > > PhazerIRC Network
19448 > >
19449 > > ----- Original Message -----
19450 > > From: "Makero" <makero@13g.dhs.org>
19451 > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
19452 > > Sent: Friday, December 24, 1999 8:50 AM
19453 > > Subject: [IRCServices] chan is not working correctly
19454 > >
19455 > >
19456 > > > Hy
19457 > > >
19458 > > > This is mi first eMail to this list. I hope to get some help because I
19459 > > > have been working for 3 days around this problem, and I can't find any
19460 > > > answer.
19461 > > >
19462 > > > I'm running IRCDu2.9.x and de latest version of Services (yesterday
19463 > > > downloaded from ircservices official web page, but i find the same
19464 > > > problem with older versions)in a Linux RedHat 6.0.
19465 > > >
19466 > > > When I start services, every thing appears to be OK, but Chan says:
19467 > > > "cant change the modes of the channel because you have a problem with
19468 > > > your U:line."
19469 > > >
19470 > > > y made some changes in my U:line and then Chan go into the channel an
19471 > > > becomes to say: "This channel is registered with chan", "This channel
19472 > > > is registered with chan", "This channel is registered with chan",
19473 > > > "This channel is registered with chan" hundreds and hundreds of times,
19474 > > > until the IRC client crash.
19475 > > >
19476 > > > I try this U:Lines:
19477 > > >
19478 > > > U:my_ip:pass:my_host
19479 > > > U:my_ip:pass:my_ip
19480 > > > U:my_host:pass:my_host
19481 > > > U:my_host:pass:my_services_name
19482 > > >
19483 > > > and some others.
19484 > > >
19485 > > > I think than my problem is that I can't find the correct syntax of the
19486 > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
19487 > > >
19488 > > > Any idea??
19489 > > >
19490 > > > Thankx
19491 > > >
19492 > > > makero@13g.dhs.org
19493 > > >
19494 > > >
19495 > > >
19496 > > >
19497 > > > ---------------------------------------------------------------
19498 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19499 > > > with "unsubscribe ircservices" in the body, without the quotes.
19500 > > >
19501 > >
19502 > > ---------------------------------------------------------------
19503 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19504 > > with "unsubscribe ircservices" in the body, without the quotes.
19505 > ---------------------------------------------------------------
19506 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19507 > with "unsubscribe ircservices" in the body, without the quotes.
19508 >
19509
19510 ---------------------------------------------------------------
19511 To unsubscribe, send email to majordomo@ender.shadowfire.org
19512 with "unsubscribe ircservices" in the body, without the quotes.
19513
19514 From atcarr at hotmail.com Fri Dec 24 21:08:28 1999
19515 From: atcarr at hotmail.com (Alan Carr)
19516 Date: Sat Oct 23 23:00:55 2004
19517 Subject: [IRCServices] chan is not working correctly
19518 References: <19991224.16501773@gollo.13g.dhs.org>
19519 Message-ID: 19991225050737.54279.qmail@hotmail.com
19520
19521 <SNIP>
19522 When I start services, every thing appears to be OK, but Chan says:
19523 "cant change the modes of the channel because you have a problem with
19524 your U:line."
19525
19526 I try this U:Lines:
19527
19528 U:my_ip:pass:my_host
19529 U:my_ip:pass:my_ip
19530 U:my_host:pass:my_host
19531 U:my_host:pass:my_services_name
19532
19533 and some others.
19534 </SNIP>
19535
19536 The Proper U:line should be something like this:
19537 U:services.yournetwork.net:*:*
19538
19539 That will allow services to work without a problem.
19540
19541 As for the comments about Elite and a problem with the U:line again this
19542 works fine
19543 If you are able to get a U:Line to work with Unreal IRCD then it will work
19544 with Elite since Unreal is a Hybrid of Elite as per the site and server
19545 information section. The above addresses U:Line has always worked for me
19546 including when I tested an elite coding and also Unreal.
19547
19548 The Phantom
19549 ---------------------------------------------------------------
19550 To unsubscribe, send email to majordomo@ender.shadowfire.org
19551 with "unsubscribe ircservices" in the body, without the quotes.
19552
19553 From Admin at fuelie.net Fri Dec 24 22:51:59 1999
19554 From: Admin at fuelie.net (Fuelie Admin)
19555 Date: Sat Oct 23 23:00:55 2004
19556 Subject: [IRCServices] chan is not working correctly
19557 References: <199912242356.BAA16111@Ender.gp.school.za> <000701bf4e2f$ba8c2780$8c69e1cf@shadowed>
19558 Message-ID: 000e01bf4ea4$8afcf560$56ba5e18@kc.rr.com
19559
19560 Im willing to pay for a scripted services like Unreal2.1.1 ircs ervies that
19561 replies in MSG instead of notice bt default
19562 if anyone can quote me a price and do this task let meknow
19563
19564
19565
19566 Thank You,
19567 Founder of http://www.Fuelie.Net
19568 Fuelie.net Chat Network!
19569 ----- Original Message -----
19570 From: "Josh Odom" <joshodom@uswest.net>
19571 To: <ircservices@ender.shadowfire.org>
19572 Sent: Friday, December 24, 1999 10:55 AM
19573 Subject: Re: [IRCServices] chan is not working correctly
19574
19575
19576 > Elite is Freeware now, but Unreal is still much better. The UnrealIRCD
19577 > website is:
19578 > <A HREF="http://toybox.flirt.org/~cmunk/unreal/">http://toybox.flirt.org/~cmunk/unreal/</A>
19579 > Happy Holidays Everyone.
19580 >
19581 > Josh Odom
19582 > PhazerIRC Network
19583 > ----- Original Message -----
19584 > From: "Chris" <chriswh@cyberhighway.net>
19585 > To: <ircservices@ender.shadowfire.org>
19586 > Sent: Friday, December 24, 1999 3:50 PM
19587 > Subject: Re: [IRCServices] chan is not working correctly
19588 >
19589 >
19590 > > I had this problem. It was also with EliteIRCD. Elite removed some kind
19591 of
19592 > > services aliasing or something somewhere along the line, as it said
19593 > > somewhere thast I don't remember. (Elite costs money now anyway so go
19594 with
19595 > > Unreal. I don't know the Unreal site but after the discussion I was
19596 > > involved in earlier about this on this list, I'm sure many people still
19597 > > have that address. Go Unreal!)
19598 > > Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
19599 > > _ANNOYING_. I noticed that with some IRCDs, the config file requires
19600 that
19601 > > U:Lines be in certain positions. Nowhere does it state this, but it's
19602 the
19603 > > only way I have found it to work. Different ways with the different
19604 IRCDs.
19605 > > I would try Josh's U:Line of
19606 > > U:services.*.*:*:*
19607 > > If that doesn't help, and it should fix the problem, I don't know who
19608 else
19609 > > to ask.
19610 > >
19611 > > Just my thoughts, though pretty much restating what was already said
19612 > > -Chris
19613 > >
19614 > > ----------
19615 > > > From: Josh Odom <joshodom@uswest.net>
19616 > > > To: ircservices@ender.shadowfire.org
19617 > > > Subject: Re: [IRCServices] chan is not working correctly
19618 > > > Date: Friday, December 24, 1999 2:48 AM
19619 > > >
19620 > > > I had the same type of problem with EliteIRCD. The type of U:line the
19621 > FAQ
19622 > > > described to use didn't work either. The only U:Line that I found to
19623 > work
19624 > > > was
19625 > > > U:services.*.*:*:*
19626 > > > I'm not sure why even
19627 > > > U:services.network.com:*:*
19628 > > > didn't work...... Anyone else experience the same problem?
19629 > > >
19630 > > > Josh Odom
19631 > > > PhazerIRC Network
19632 > > >
19633 > > > ----- Original Message -----
19634 > > > From: "Makero" <makero@13g.dhs.org>
19635 > > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
19636 > > > Sent: Friday, December 24, 1999 8:50 AM
19637 > > > Subject: [IRCServices] chan is not working correctly
19638 > > >
19639 > > >
19640 > > > > Hy
19641 > > > >
19642 > > > > This is mi first eMail to this list. I hope to get some help because
19643 I
19644 > > > > have been working for 3 days around this problem, and I can't find
19645 any
19646 > > > > answer.
19647 > > > >
19648 > > > > I'm running IRCDu2.9.x and de latest version of Services (yesterday
19649 > > > > downloaded from ircservices official web page, but i find the same
19650 > > > > problem with older versions)in a Linux RedHat 6.0.
19651 > > > >
19652 > > > > When I start services, every thing appears to be OK, but Chan says:
19653 > > > > "cant change the modes of the channel because you have a problem
19654 with
19655 > > > > your U:line."
19656 > > > >
19657 > > > > y made some changes in my U:line and then Chan go into the channel
19658 an
19659 > > > > becomes to say: "This channel is registered with chan", "This
19660 channel
19661 > > > > is registered with chan", "This channel is registered with chan",
19662 > > > > "This channel is registered with chan" hundreds and hundreds of
19663 times,
19664 > > > > until the IRC client crash.
19665 > > > >
19666 > > > > I try this U:Lines:
19667 > > > >
19668 > > > > U:my_ip:pass:my_host
19669 > > > > U:my_ip:pass:my_ip
19670 > > > > U:my_host:pass:my_host
19671 > > > > U:my_host:pass:my_services_name
19672 > > > >
19673 > > > > and some others.
19674 > > > >
19675 > > > > I think than my problem is that I can't find the correct syntax of
19676 the
19677 > > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
19678 > > > >
19679 > > > > Any idea??
19680 > > > >
19681 > > > > Thankx
19682 > > > >
19683 > > > > makero@13g.dhs.org
19684 > > > >
19685 > > > >
19686 > > > >
19687 > > > >
19688 > > > > ---------------------------------------------------------------
19689 > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19690 > > > > with "unsubscribe ircservices" in the body, without the quotes.
19691 > > > >
19692 > > >
19693 > > > ---------------------------------------------------------------
19694 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19695 > > > with "unsubscribe ircservices" in the body, without the quotes.
19696 > > ---------------------------------------------------------------
19697 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
19698 > > with "unsubscribe ircservices" in the body, without the quotes.
19699 > >
19700 >
19701 > ---------------------------------------------------------------
19702 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19703 > with "unsubscribe ircservices" in the body, without the quotes.
19704
19705 ---------------------------------------------------------------
19706 To unsubscribe, send email to majordomo@ender.shadowfire.org
19707 with "unsubscribe ircservices" in the body, without the quotes.
19708
19709 From makero at 13g.dhs.org Sat Dec 25 17:01:16 1999
19710 From: makero at 13g.dhs.org (Makero)
19711 Date: Sat Oct 23 23:00:55 2004
19712 Subject: [IRCServices] chan is not working correctly
19713 In-Reply-To: <19991225050737.54279.qmail@hotmail.com>
19714 References: <19991224.16501773@gollo.13g.dhs.org> <19991225050737.54279.qmail@hotmail.com>
19715 Message-ID: 19991226.1011641@gollo.13g.dhs.org
19716
19717 I try this:
19718
19719 U:services.mynet.org:*:*
19720
19721 and some many more U:Lines, an I always get the same error about the
19722 U:Line.
19723
19724 I think that my problem isn't in the U:Line. It must be in some other
19725 place.
19726
19727 If any one wants to take a look, you can find my ircd.conf and
19728 services.conf at:
19729
19730 http://13g.dhs.org/services.txt
19731 <A HREF="http://13g.dhs.org/ircd.txt">http://13g.dhs.org/ircd.txt</A>
19732
19733 ircu2.9.32
19734 services4.3.3
19735 RedHat 6.0
19736
19737 any help will be appreciated.
19738
19739 makero@13g.dhs.org
19740
19741 >>>>>>>>>>>>>>>>>> Mensaje original <<<<<<<<<<<<<<<<<<
19742
19743 El 25/12/99, 6:08:28, "Alan Carr" <atcarr@hotmail.com> escribió sobre el
19744 tema Re: [IRCServices] chan is not working correctly:
19745
19746
19747 > <SNIP>
19748 > When I start services, every thing appears to be OK, but Chan says:
19749 > "cant change the modes of the channel because you have a problem with
19750 > your U:line."
19751
19752 > I try this U:Lines:
19753
19754 > U:my_ip:pass:my_host
19755 > U:my_ip:pass:my_ip
19756 > U:my_host:pass:my_host
19757 > U:my_host:pass:my_services_name
19758
19759 > and some others.
19760 > </SNIP>
19761
19762 > The Proper U:line should be something like this:
19763 > U:services.yournetwork.net:*:*
19764
19765 > That will allow services to work without a problem.
19766
19767 > As for the comments about Elite and a problem with the U:line again
19768 this
19769 > works fine
19770 > If you are able to get a U:Line to work with Unreal IRCD then it will
19771 work
19772 > with Elite since Unreal is a Hybrid of Elite as per the site and
19773 server
19774 > information section. The above addresses U:Line has always worked for
19775 me
19776 > including when I tested an elite coding and also Unreal.
19777
19778 > The Phantom
19779
19780
19781
19782 ---------------------------------------------------------------
19783 To unsubscribe, send email to majordomo@ender.shadowfire.org
19784 with "unsubscribe ircservices" in the body, without the quotes.
19785
19786 From n1uro at n1uro.com Sat Dec 25 18:40:10 1999
19787 From: n1uro at n1uro.com (Brian)
19788 Date: Sat Oct 23 23:00:55 2004
19789 Subject: [IRCServices] chan is not working correctly
19790 Message-ID: m1223bO&#45;000alFC@www.n1uro.ampr.org
19791
19792 Greetings;
19793
19794 >I try this:
19795 >
19796 >U:services.mynet.org:*:*
19797 >
19798 >and some many more U:Lines, an I always get the same error about the
19799 >U:Line.
19800
19801 Here's from my IRCD.CONF file which is last dreamforge dalnet ircd I run on
19802 debian linux 2.0.36:
19803
19804 # U: [OPTIONAL]. This line defines the servers that IRC recognizes as being
19805 # allowed to make various changes to the IRC environment (mode changes, for
19806 # example), without complaining or otherwise obstructing them. For example,
19807 # DALnet requires the following line:
19808 U:services.n1uro.ampr.org:*:*
19809 U:www.n1uro.ampr.org:*:*
19810 U:irc.n1uro.ampr.org:*:*
19811 #
19812
19813 I have found if you're using CNAMEs for dns on the same box that's hosting
19814 services, it's best to include the A record as well as your CNAME records
19815 from DNS into your U: line for it to be happy.
19816
19817 Hope this helps.
19818
19819
19820 73 de Brian
19821
19822
19823
19824 UROWeb
19825 CT TCPIP Coordinator 44.88/18
19826 Distribution and support site of MFNOS
19827 ftp://ftp.n1uro.com/public/nos/mfnos
19828 web: <A HREF="http://www.n1uro.com">http://www.n1uro.com</A> ftp: ftp.n1uro.com
19829 Memeber of the Executive Guild's "Who's Who" for online services and
19830 network technologies since 11/1999
19831 >>eof
19832
19833 ---------------------------------------------------------------
19834 To unsubscribe, send email to majordomo@ender.shadowfire.org
19835 with "unsubscribe ircservices" in the body, without the quotes.
19836
19837 From joshodom at uswest.net Sat Dec 25 06:41:26 1999
19838 From: joshodom at uswest.net (Josh Odom)
19839 Date: Sat Oct 23 23:00:55 2004
19840 Subject: [IRCServices] chan is not working correctly
19841 References: <19991224.16501773@gollo.13g.dhs.org> <19991225050737.54279.qmail@hotmail.com> <19991226.1011641@gollo.13g.dhs.org>
19842 Message-ID: 000501bf4ee6$20363010$70ada0d8@shadowed
19843
19844 Hmmmmmmmmmmmmm......
19845
19846 Have you tried any other IRCDs?
19847
19848 Josh
19849 ----- Original Message -----
19850 From: "Makero" <makero@13g.dhs.org>
19851 To: <ircservices@ender.shadowfire.org>
19852 Sent: Saturday, December 25, 1999 5:01 PM
19853 Subject: Re: [IRCServices] chan is not working correctly
19854
19855
19856 > I try this:
19857 >
19858 > U:services.mynet.org:*:*
19859 >
19860 > and some many more U:Lines, an I always get the same error about the
19861 > U:Line.
19862 >
19863 > I think that my problem isn't in the U:Line. It must be in some other
19864 > place.
19865 >
19866 > If any one wants to take a look, you can find my ircd.conf and
19867 > services.conf at:
19868 >
19869 > http://13g.dhs.org/services.txt
19870 > <A HREF="http://13g.dhs.org/ircd.txt">http://13g.dhs.org/ircd.txt</A>
19871 >
19872 > ircu2.9.32
19873 > services4.3.3
19874 > RedHat 6.0
19875 >
19876 > any help will be appreciated.
19877 >
19878 > makero@13g.dhs.org
19879 >
19880 > >>>>>>>>>>>>>>>>>> Mensaje original <<<<<<<<<<<<<<<<<<
19881 >
19882 > El 25/12/99, 6:08:28, "Alan Carr" <atcarr@hotmail.com> escribió sobre el
19883 > tema Re: [IRCServices] chan is not working correctly:
19884 >
19885 >
19886 > > <SNIP>
19887 > > When I start services, every thing appears to be OK, but Chan says:
19888 > > "cant change the modes of the channel because you have a problem with
19889 > > your U:line."
19890 >
19891 > > I try this U:Lines:
19892 >
19893 > > U:my_ip:pass:my_host
19894 > > U:my_ip:pass:my_ip
19895 > > U:my_host:pass:my_host
19896 > > U:my_host:pass:my_services_name
19897 >
19898 > > and some others.
19899 > > </SNIP>
19900 >
19901 > > The Proper U:line should be something like this:
19902 > > U:services.yournetwork.net:*:*
19903 >
19904 > > That will allow services to work without a problem.
19905 >
19906 > > As for the comments about Elite and a problem with the U:line again
19907 > this
19908 > > works fine
19909 > > If you are able to get a U:Line to work with Unreal IRCD then it will
19910 > work
19911 > > with Elite since Unreal is a Hybrid of Elite as per the site and
19912 > server
19913 > > information section. The above addresses U:Line has always worked for
19914 > me
19915 > > including when I tested an elite coding and also Unreal.
19916 >
19917 > > The Phantom
19918 >
19919 >
19920 >
19921 > ---------------------------------------------------------------
19922 > To unsubscribe, send email to majordomo@ender.shadowfire.org
19923 > with "unsubscribe ircservices" in the body, without the quotes.
19924 >
19925
19926 ---------------------------------------------------------------
19927 To unsubscribe, send email to majordomo@ender.shadowfire.org
19928 with "unsubscribe ircservices" in the body, without the quotes.
19929
19930 From epaul at spellbook.net Sat Dec 25 18:16:14 1999
19931 From: epaul at spellbook.net (Eric Paul)
19932 Date: Sat Oct 23 23:00:55 2004
19933 Subject: [IRCServices] Patch for ircu-2.10.x?
19934 Message-ID: 4.2.0.58.19991225211457.009b2ea0@spellbook.net
19935
19936 Has anyone gotten Services working with the 2.10 rev of Undernet ircd? I
19937 tried poking around with it, but no luck.
19938
19939 Eric
19940 ---
19941 Eric Paul
19942 SpellBook Systems
19943 http://www.spellbook.net
19944 ---------------------------------------------------------------
19945 To unsubscribe, send email to majordomo@ender.shadowfire.org
19946 with "unsubscribe ircservices" in the body, without the quotes.
19947
19948 From atcarr at hotmail.com Sat Dec 25 18:59:26 1999
19949 From: atcarr at hotmail.com (Alan Carr)
19950 Date: Sat Oct 23 23:00:55 2004
19951 Subject: [IRCServices] chan is not working correctly
19952 References: <199912242356.BAA16111@Ender.gp.school.za> <000701bf4e2f$ba8c2780$8c69e1cf@shadowed> <000e01bf4ea4$8afcf560$56ba5e18@kc.rr.com>
19953 Message-ID: 19991226025923.24971.qmail@hotmail.com
19954
19955 try removing this line since the config file is read from bottom to top this
19956 line is read and accepted before the correct writing of the line above it.
19957
19958 U:*:*:CService.13g.dhs.org
19959
19960 ----- Original Message -----
19961 From: "Fuelie Admin" <Admin@fuelie.net>
19962 To: <ircservices@ender.shadowfire.org>
19963 Sent: Saturday, 25 December, 1999 01:51
19964 Subject: Re: [IRCServices] chan is not working correctly
19965
19966
19967 > Im willing to pay for a scripted services like Unreal2.1.1 ircs ervies
19968 that
19969 > replies in MSG instead of notice bt default
19970 > if anyone can quote me a price and do this task let meknow
19971 >
19972 >
19973 >
19974 > Thank You,
19975 > Founder of http://www.Fuelie.Net
19976 > Fuelie.net Chat Network!
19977 > ----- Original Message -----
19978 > From: "Josh Odom" <joshodom@uswest.net>
19979 > To: <ircservices@ender.shadowfire.org>
19980 > Sent: Friday, December 24, 1999 10:55 AM
19981 > Subject: Re: [IRCServices] chan is not working correctly
19982 >
19983 >
19984 > > Elite is Freeware now, but Unreal is still much better. The UnrealIRCD
19985 > > website is:
19986 > > <A HREF="http://toybox.flirt.org/~cmunk/unreal/">http://toybox.flirt.org/~cmunk/unreal/</A>
19987 > > Happy Holidays Everyone.
19988 > >
19989 > > Josh Odom
19990 > > PhazerIRC Network
19991 > > ----- Original Message -----
19992 > > From: "Chris" <chriswh@cyberhighway.net>
19993 > > To: <ircservices@ender.shadowfire.org>
19994 > > Sent: Friday, December 24, 1999 3:50 PM
19995 > > Subject: Re: [IRCServices] chan is not working correctly
19996 > >
19997 > >
19998 > > > I had this problem. It was also with EliteIRCD. Elite removed some
19999 kind
20000 > of
20001 > > > services aliasing or something somewhere along the line, as it said
20002 > > > somewhere thast I don't remember. (Elite costs money now anyway so go
20003 > with
20004 > > > Unreal. I don't know the Unreal site but after the discussion I was
20005 > > > involved in earlier about this on this list, I'm sure many people
20006 still
20007 > > > have that address. Go Unreal!)
20008 > > > Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
20009 > > > _ANNOYING_. I noticed that with some IRCDs, the config file requires
20010 > that
20011 > > > U:Lines be in certain positions. Nowhere does it state this, but it's
20012 > the
20013 > > > only way I have found it to work. Different ways with the different
20014 > IRCDs.
20015 > > > I would try Josh's U:Line of
20016 > > > U:services.*.*:*:*
20017 > > > If that doesn't help, and it should fix the problem, I don't know who
20018 > else
20019 > > > to ask.
20020 > > >
20021 > > > Just my thoughts, though pretty much restating what was already said
20022 > > > -Chris
20023 > > >
20024 > > > ----------
20025 > > > > From: Josh Odom <joshodom@uswest.net>
20026 > > > > To: ircservices@ender.shadowfire.org
20027 > > > > Subject: Re: [IRCServices] chan is not working correctly
20028 > > > > Date: Friday, December 24, 1999 2:48 AM
20029 > > > >
20030 > > > > I had the same type of problem with EliteIRCD. The type of U:line
20031 the
20032 > > FAQ
20033 > > > > described to use didn't work either. The only U:Line that I found to
20034 > > work
20035 > > > > was
20036 > > > > U:services.*.*:*:*
20037 > > > > I'm not sure why even
20038 > > > > U:services.network.com:*:*
20039 > > > > didn't work...... Anyone else experience the same problem?
20040 > > > >
20041 > > > > Josh Odom
20042 > > > > PhazerIRC Network
20043 > > > >
20044 > > > > ----- Original Message -----
20045 > > > > From: "Makero" <makero@13g.dhs.org>
20046 > > > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
20047 > > > > Sent: Friday, December 24, 1999 8:50 AM
20048 > > > > Subject: [IRCServices] chan is not working correctly
20049 > > > >
20050 > > > >
20051 > > > > > Hy
20052 > > > > >
20053 > > > > > This is mi first eMail to this list. I hope to get some help
20054 because
20055 > I
20056 > > > > > have been working for 3 days around this problem, and I can't find
20057 > any
20058 > > > > > answer.
20059 > > > > >
20060 > > > > > I'm running IRCDu2.9.x and de latest version of Services
20061 (yesterday
20062 > > > > > downloaded from ircservices official web page, but i find the same
20063 > > > > > problem with older versions)in a Linux RedHat 6.0.
20064 > > > > >
20065 > > > > > When I start services, every thing appears to be OK, but Chan
20066 says:
20067 > > > > > "cant change the modes of the channel because you have a problem
20068 > with
20069 > > > > > your U:line."
20070 > > > > >
20071 > > > > > y made some changes in my U:line and then Chan go into the channel
20072 > an
20073 > > > > > becomes to say: "This channel is registered with chan", "This
20074 > channel
20075 > > > > > is registered with chan", "This channel is registered with chan",
20076 > > > > > "This channel is registered with chan" hundreds and hundreds of
20077 > times,
20078 > > > > > until the IRC client crash.
20079 > > > > >
20080 > > > > > I try this U:Lines:
20081 > > > > >
20082 > > > > > U:my_ip:pass:my_host
20083 > > > > > U:my_ip:pass:my_ip
20084 > > > > > U:my_host:pass:my_host
20085 > > > > > U:my_host:pass:my_services_name
20086 > > > > >
20087 > > > > > and some others.
20088 > > > > >
20089 > > > > > I think than my problem is that I can't find the correct syntax of
20090 > the
20091 > > > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
20092 > > > > >
20093 > > > > > Any idea??
20094 > > > > >
20095 > > > > > Thankx
20096 > > > > >
20097 > > > > > makero@13g.dhs.org
20098 > > > > >
20099 > > > > >
20100 > > > > >
20101 > > > > >
20102 > > > > > ---------------------------------------------------------------
20103 > > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20104 > > > > > with "unsubscribe ircservices" in the body, without the quotes.
20105 > > > > >
20106 > > > >
20107 > > > > ---------------------------------------------------------------
20108 > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20109 > > > > with "unsubscribe ircservices" in the body, without the quotes.
20110 > > > ---------------------------------------------------------------
20111 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20112 > > > with "unsubscribe ircservices" in the body, without the quotes.
20113 > > >
20114 > >
20115 > > ---------------------------------------------------------------
20116 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20117 > > with "unsubscribe ircservices" in the body, without the quotes.
20118 >
20119 > ---------------------------------------------------------------
20120 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20121 > with "unsubscribe ircservices" in the body, without the quotes.
20122 >
20123 ---------------------------------------------------------------
20124 To unsubscribe, send email to majordomo@ender.shadowfire.org
20125 with "unsubscribe ircservices" in the body, without the quotes.
20126
20127 From muerte22 at hotmail.com Sat Dec 25 23:49:21 1999
20128 From: muerte22 at hotmail.com (Angel of Death)
20129 Date: Sat Oct 23 23:00:55 2004
20130 Subject: [IRCServices] chan is not working correctly
20131 Message-ID: 19991226074921.16845.qmail@hotmail.com
20132
20133 Elite has released 3.0 and it's no longer costing money. Unreal is a rip of
20134 an old version of Elite2.1. The coder to Elite works/runs a server on my
20135 network. IF there's any questions or comments about the EliteIRCD they are
20136 welcome to swing by and drop them off. irc.acestar.org We are working on
20137 weeding out the services U line flaw. It's more of an annoyance than
20138 anything cause it doesn't actually stop anything from working.
20139
20140 Muerte
20141
20142
20143 >From: "Chris" <chriswh@cyberhighway.net>
20144 >Reply-To: ircservices@ender.shadowfire.org
20145 >To: <ircservices@ender.shadowfire.org>
20146 >Subject: Re: [IRCServices] chan is not working correctly
20147 >Date: Fri, 24 Dec 1999 18:50:47 -0500
20148 >
20149 >I had this problem. It was also with EliteIRCD. Elite removed some kind of
20150 >services aliasing or something somewhere along the line, as it said
20151 >somewhere thast I don't remember. (Elite costs money now anyway so go with
20152 >Unreal. I don't know the Unreal site but after the discussion I was
20153 >involved in earlier about this on this list, I'm sure many people still
20154 >have that address. Go Unreal!)
20155 >Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
20156 >_ANNOYING_. I noticed that with some IRCDs, the config file requires that
20157 >U:Lines be in certain positions. Nowhere does it state this, but it's the
20158 >only way I have found it to work. Different ways with the different IRCDs.
20159 >I would try Josh's U:Line of
20160 >U:services.*.*:*:*
20161 >If that doesn't help, and it should fix the problem, I don't know who else
20162 >to ask.
20163 >
20164 >Just my thoughts, though pretty much restating what was already said
20165 >-Chris
20166 >
20167 >----------
20168 > > From: Josh Odom <joshodom@uswest.net>
20169 > > To: ircservices@ender.shadowfire.org
20170 > > Subject: Re: [IRCServices] chan is not working correctly
20171 > > Date: Friday, December 24, 1999 2:48 AM
20172 > >
20173 > > I had the same type of problem with EliteIRCD. The type of U:line the
20174 >FAQ
20175 > > described to use didn't work either. The only U:Line that I found to
20176 >work
20177 > > was
20178 > > U:services.*.*:*:*
20179 > > I'm not sure why even
20180 > > U:services.network.com:*:*
20181 > > didn't work...... Anyone else experience the same problem?
20182 > >
20183 > > Josh Odom
20184 > > PhazerIRC Network
20185 > >
20186 > > ----- Original Message -----
20187 > > From: "Makero" <makero@13g.dhs.org>
20188 > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
20189 > > Sent: Friday, December 24, 1999 8:50 AM
20190 > > Subject: [IRCServices] chan is not working correctly
20191 > >
20192 > >
20193 > > > Hy
20194 > > >
20195 > > > This is mi first eMail to this list. I hope to get some help because I
20196 > > > have been working for 3 days around this problem, and I can't find any
20197 > > > answer.
20198 > > >
20199 > > > I'm running IRCDu2.9.x and de latest version of Services (yesterday
20200 > > > downloaded from ircservices official web page, but i find the same
20201 > > > problem with older versions)in a Linux RedHat 6.0.
20202 > > >
20203 > > > When I start services, every thing appears to be OK, but Chan says:
20204 > > > "cant change the modes of the channel because you have a problem with
20205 > > > your U:line."
20206 > > >
20207 > > > y made some changes in my U:line and then Chan go into the channel an
20208 > > > becomes to say: "This channel is registered with chan", "This channel
20209 > > > is registered with chan", "This channel is registered with chan",
20210 > > > "This channel is registered with chan" hundreds and hundreds of times,
20211 > > > until the IRC client crash.
20212 > > >
20213 > > > I try this U:Lines:
20214 > > >
20215 > > > U:my_ip:pass:my_host
20216 > > > U:my_ip:pass:my_ip
20217 > > > U:my_host:pass:my_host
20218 > > > U:my_host:pass:my_services_name
20219 > > >
20220 > > > and some others.
20221 > > >
20222 > > > I think than my problem is that I can't find the correct syntax of the
20223 > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
20224 > > >
20225 > > > Any idea??
20226 > > >
20227 > > > Thankx
20228 > > >
20229 > > > makero@13g.dhs.org
20230 > > >
20231 > > >
20232 > > >
20233 > > >
20234 > > > ---------------------------------------------------------------
20235 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20236 > > > with "unsubscribe ircservices" in the body, without the quotes.
20237 > > >
20238 > >
20239 > > ---------------------------------------------------------------
20240 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20241 > > with "unsubscribe ircservices" in the body, without the quotes.
20242 >---------------------------------------------------------------
20243 >To unsubscribe, send email to majordomo@ender.shadowfire.org
20244 >with "unsubscribe ircservices" in the body, without the quotes.
20245
20246 ______________________________________________________
20247 Get Your Private, Free Email at http://www.hotmail.com
20248
20249 ---------------------------------------------------------------
20250 To unsubscribe, send email to majordomo@ender.shadowfire.org
20251 with "unsubscribe ircservices" in the body, without the quotes.
20252
20253 From chriswh at cyberhighway.net Sun Dec 26 05:27:24 1999
20254 From: chriswh at cyberhighway.net (Chris)
20255 Date: Sat Oct 23 23:00:55 2004
20256 Subject: [IRCServices] chan is not working correctly
20257 Message-ID: 199912261359.PAA32132@Ender.gp.school.za
20258
20259 My apologies to Potvin. (if he's stil the one making them as I'm sure he
20260 is) I didn't know it was now back to normal.
20261 I prefered Elite until the price thing, but services never worked well. I'm
20262 glad they're moving to fix this. My greets to Potvin and my apologies.
20263
20264 -Chris
20265
20266 ----------
20267 > From: Angel of Death <muerte22@hotmail.com>
20268 > To: ircservices@ender.shadowfire.org
20269 > Subject: Re: [IRCServices] chan is not working correctly
20270 > Date: Sunday, December 26, 1999 2:49 AM
20271 >
20272 > Elite has released 3.0 and it's no longer costing money. Unreal is a rip
20273 of
20274 > an old version of Elite2.1. The coder to Elite works/runs a server on my
20275
20276 > network. IF there's any questions or comments about the EliteIRCD they
20277 are
20278 > welcome to swing by and drop them off. irc.acestar.org We are working on
20279
20280 > weeding out the services U line flaw. It's more of an annoyance than
20281 > anything cause it doesn't actually stop anything from working.
20282 >
20283 > Muerte
20284 >
20285 >
20286 > >From: "Chris" <chriswh@cyberhighway.net>
20287 > >Reply-To: ircservices@ender.shadowfire.org
20288 > >To: <ircservices@ender.shadowfire.org>
20289 > >Subject: Re: [IRCServices] chan is not working correctly
20290 > >Date: Fri, 24 Dec 1999 18:50:47 -0500
20291 > >
20292 > >I had this problem. It was also with EliteIRCD. Elite removed some kind
20293 of
20294 > >services aliasing or something somewhere along the line, as it said
20295 > >somewhere thast I don't remember. (Elite costs money now anyway so go
20296 with
20297 > >Unreal. I don't know the Unreal site but after the discussion I was
20298 > >involved in earlier about this on this list, I'm sure many people still
20299 > >have that address. Go Unreal!)
20300 > >Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
20301 > >_ANNOYING_. I noticed that with some IRCDs, the config file requires
20302 that
20303 > >U:Lines be in certain positions. Nowhere does it state this, but it's
20304 the
20305 > >only way I have found it to work. Different ways with the different
20306 IRCDs.
20307 > >I would try Josh's U:Line of
20308 > >U:services.*.*:*:*
20309 > >If that doesn't help, and it should fix the problem, I don't know who
20310 else
20311 > >to ask.
20312 > >
20313 > >Just my thoughts, though pretty much restating what was already said
20314 > >-Chris
20315 > >
20316 > >----------
20317 > > > From: Josh Odom <joshodom@uswest.net>
20318 > > > To: ircservices@ender.shadowfire.org
20319 > > > Subject: Re: [IRCServices] chan is not working correctly
20320 > > > Date: Friday, December 24, 1999 2:48 AM
20321 > > >
20322 > > > I had the same type of problem with EliteIRCD. The type of U:line the
20323
20324 > >FAQ
20325 > > > described to use didn't work either. The only U:Line that I found to
20326 > >work
20327 > > > was
20328 > > > U:services.*.*:*:*
20329 > > > I'm not sure why even
20330 > > > U:services.network.com:*:*
20331 > > > didn't work...... Anyone else experience the same problem?
20332 > > >
20333 > > > Josh Odom
20334 > > > PhazerIRC Network
20335 > > >
20336 > > > ----- Original Message -----
20337 > > > From: "Makero" <makero@13g.dhs.org>
20338 > > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
20339 > > > Sent: Friday, December 24, 1999 8:50 AM
20340 > > > Subject: [IRCServices] chan is not working correctly
20341 > > >
20342 > > >
20343 > > > > Hy
20344 > > > >
20345 > > > > This is mi first eMail to this list. I hope to get some help
20346 because I
20347 > > > > have been working for 3 days around this problem, and I can't find
20348 any
20349 > > > > answer.
20350 > > > >
20351 > > > > I'm running IRCDu2.9.x and de latest version of Services (yesterday
20352 > > > > downloaded from ircservices official web page, but i find the same
20353 > > > > problem with older versions)in a Linux RedHat 6.0.
20354 > > > >
20355 > > > > When I start services, every thing appears to be OK, but Chan says:
20356 > > > > "cant change the modes of the channel because you have a problem
20357 with
20358 > > > > your U:line."
20359 > > > >
20360 > > > > y made some changes in my U:line and then Chan go into the channel
20361 an
20362 > > > > becomes to say: "This channel is registered with chan", "This
20363 channel
20364 > > > > is registered with chan", "This channel is registered with chan",
20365 > > > > "This channel is registered with chan" hundreds and hundreds of
20366 times,
20367 > > > > until the IRC client crash.
20368 > > > >
20369 > > > > I try this U:Lines:
20370 > > > >
20371 > > > > U:my_ip:pass:my_host
20372 > > > > U:my_ip:pass:my_ip
20373 > > > > U:my_host:pass:my_host
20374 > > > > U:my_host:pass:my_services_name
20375 > > > >
20376 > > > > and some others.
20377 > > > >
20378 > > > > I think than my problem is that I can't find the correct syntax of
20379 the
20380 > > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
20381 > > > >
20382 > > > > Any idea??
20383 > > > >
20384 > > > > Thankx
20385 > > > >
20386 > > > > makero@13g.dhs.org
20387 > > > >
20388 > > > >
20389 > > > >
20390 > > > >
20391 > > > > ---------------------------------------------------------------
20392 > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20393 > > > > with "unsubscribe ircservices" in the body, without the quotes.
20394 > > > >
20395 > > >
20396 > > > ---------------------------------------------------------------
20397 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20398 > > > with "unsubscribe ircservices" in the body, without the quotes.
20399 > >---------------------------------------------------------------
20400 > >To unsubscribe, send email to majordomo@ender.shadowfire.org
20401 > >with "unsubscribe ircservices" in the body, without the quotes.
20402 >
20403 > ______________________________________________________
20404 > Get Your Private, Free Email at http://www.hotmail.com
20405 >
20406 > ---------------------------------------------------------------
20407 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20408 > with "unsubscribe ircservices" in the body, without the quotes.
20409 ---------------------------------------------------------------
20410 To unsubscribe, send email to majordomo@ender.shadowfire.org
20411 with "unsubscribe ircservices" in the body, without the quotes.
20412
20413 From cgknipe at mweb.co.za Sun Dec 26 04:46:23 1999
20414 From: cgknipe at mweb.co.za (Chris Knipe)
20415 Date: Sat Oct 23 23:00:55 2004
20416 Subject: [IRCServices] chan is not working correctly
20417 References: <199912242356.BAA16111@Ender.gp.school.za><000701bf4e2f$ba8c2780$8c69e1cf@shadowed> <000e01bf4ea4$8afcf560$56ba5e18@kc.rr.com>
20418 Message-ID: 000101bf4fac$c3f8b990$0201a8c0@savage.za.org
20419
20420 Hi...
20421
20422 Not wanting to break your bubble or anything, but go look at the source code
20423 of the services, more precisely, for the s_notice and s_lang functions....
20424 (I think they are in some include file)
20425
20426 Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff will be
20427 in private messages... its one line of code to change!!!
20428
20429 (and no, I don't have the time to do it for you)
20430
20431 Regards
20432 Chris
20433
20434 ----- Original Message -----
20435 From: "Fuelie Admin" <Admin@fuelie.net>
20436 To: <ircservices@ender.shadowfire.org>
20437 Sent: 25 December 1999 08:51
20438 Subject: Re: [IRCServices] chan is not working correctly
20439
20440
20441 > Im willing to pay for a scripted services like Unreal2.1.1 ircs ervies
20442 that
20443 > replies in MSG instead of notice bt default
20444 > if anyone can quote me a price and do this task let meknow
20445 >
20446 >
20447 >
20448 > Thank You,
20449 > Founder of http://www.Fuelie.Net
20450 > Fuelie.net Chat Network!
20451
20452
20453 ---------------------------------------------------------------
20454 To unsubscribe, send email to majordomo@ender.shadowfire.org
20455 with "unsubscribe ircservices" in the body, without the quotes.
20456
20457 From makero at 13g.dhs.org Sun Dec 26 07:42:01 1999
20458 From: makero at 13g.dhs.org (Makero)
20459 Date: Sat Oct 23 23:00:55 2004
20460 Subject: [IRCServices] chan is not working correctly
20461 Message-ID: 19991226.15420166@gollo.13g.dhs.org
20462
20463 Thanks for the answers, but no one works.
20464
20465 Does anybody have running together ircu2.9.35 and services???
20466
20467 how does your U:Line is??
20468
20469 I tried all the U:Lines you send to the list, but I get always the
20470 same error: \93unable to set modes on channel #cannel. Are your U:lines
20471 configure correctly?\94. Everything else works fine.
20472
20473 i tried Elite3.0 and is so slow, and when yo send a /msg chan help o
20474 warever other command, Chan said: \93Internal error - unable to process
20475 request\94.
20476
20477 Of course, I have compiled services using the urcu2.9.x option in the
20478 ./configure script, and I suppose that this is the problem, but I
20479 can't find any Eite option. How do I compile Services to work
20480 correctly whit Elite3.0?
20481
20482 Thanks
20483
20484 makero@13g.dhs.org
20485
20486
20487
20488 ---------------------------------------------------------------
20489 To unsubscribe, send email to majordomo@ender.shadowfire.org
20490 with "unsubscribe ircservices" in the body, without the quotes.
20491
20492 From joshodom at uswest.net Sat Dec 25 21:16:30 1999
20493 From: joshodom at uswest.net (Josh Odom)
20494 Date: Sat Oct 23 23:00:55 2004
20495 Subject: [IRCServices] chan is not working correctly
20496 References: <19991226.15420166@gollo.13g.dhs.org>
20497 Message-ID: 001201bf4f60$5ed782e0$b6f0b4d1@shadowed
20498
20499 Make sure you select the right IRCD in the configure script, The last option
20500 I believe for the newest dal.
20501
20502 Josh Odom
20503 Phazer IRC Network
20504 ----- Original Message -----
20505 From: "Makero" <makero@13g.dhs.org>
20506 To: <ircservices@ender.shadowfire.org>
20507 Sent: Sunday, December 26, 1999 7:42 AM
20508 Subject: [IRCServices] chan is not working correctly
20509
20510
20511 > Thanks for the answers, but no one works.
20512 >
20513 > Does anybody have running together ircu2.9.35 and services???
20514 >
20515 > how does your U:Line is??
20516 >
20517 > I tried all the U:Lines you send to the list, but I get always the
20518 > same error: "unable to set modes on channel #cannel. Are your U:lines
20519 > configure correctly?". Everything else works fine.
20520 >
20521 > i tried Elite3.0 and is so slow, and when yo send a /msg chan help o
20522 > warever other command, Chan said: "Internal error - unable to process
20523 > request".
20524 >
20525 > Of course, I have compiled services using the urcu2.9.x option in the
20526 > ./configure script, and I suppose that this is the problem, but I
20527 > can't find any Eite option. How do I compile Services to work
20528 > correctly whit Elite3.0?
20529 >
20530 > Thanks
20531 >
20532 > makero@13g.dhs.org
20533 >
20534 >
20535 >
20536 > ---------------------------------------------------------------
20537 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20538 > with "unsubscribe ircservices" in the body, without the quotes.
20539 >
20540
20541 ---------------------------------------------------------------
20542 To unsubscribe, send email to majordomo@ender.shadowfire.org
20543 with "unsubscribe ircservices" in the body, without the quotes.
20544
20545 From makero at 13g.dhs.org Sun Dec 26 09:47:02 1999
20546 From: makero at 13g.dhs.org (Makero)
20547 Date: Sat Oct 23 23:00:55 2004
20548 Subject: [IRCServices] chan is not working correctly
20549 In-Reply-To: <001201bf4f60$5ed782e0$b6f0b4d1@shadowed>
20550 References: <19991226.15420166@gollo.13g.dhs.org> <001201bf4f60$5ed782e0$b6f0b4d1@shadowed>
20551 Message-ID: 19991226.17470207@gollo.13g.dhs.org
20552
20553 IT WORKS !!!!!!!!!
20554
20555 Thanks to everybody!!!!!!!!
20556
20557 now i'm running Elite 3.0 and services, and its appears to works fine.
20558
20559 If antibody wants, our irc is running in 13g.dhs.org. We speak
20560 spanish, but everybody is welcome.
20561
20562 Tanks
20563
20564 makero@13g.ds.org
20565
20566 >>>>>>>>>>>>>>>>>> Mensaje original <<<<<<<<<<<<<<<<<<
20567
20568 El 26/12/99, 6:16:30, "Josh Odom" <joshodom@uswest.net> escribió sobre
20569 el tema Re: [IRCServices] chan is not working correctly:
20570
20571
20572 > Make sure you select the right IRCD in the configure script, The last
20573 option
20574 > I believe for the newest dal.
20575
20576 > Josh Odom
20577 > Phazer IRC Network
20578 > ----- Original Message -----
20579 > From: "Makero" <makero@13g.dhs.org>
20580 > To: <ircservices@ender.shadowfire.org>
20581 > Sent: Sunday, December 26, 1999 7:42 AM
20582 > Subject: [IRCServices] chan is not working correctly
20583
20584
20585 > > Thanks for the answers, but no one works.
20586 > >
20587 > > Does anybody have running together ircu2.9.35 and services???
20588 > >
20589 > > how does your U:Line is??
20590 > >
20591 > > I tried all the U:Lines you send to the list, but I get always the
20592 > > same error: "unable to set modes on channel #cannel. Are your U:lines
20593 > > configure correctly?". Everything else works fine.
20594 > >
20595 > > i tried Elite3.0 and is so slow, and when yo send a /msg chan help o
20596 > > warever other command, Chan said: "Internal error - unable to process
20597 > > request".
20598 > >
20599 > > Of course, I have compiled services using the urcu2.9.x option in the
20600 > > ./configure script, and I suppose that this is the problem, but I
20601 > > can't find any Eite option. How do I compile Services to work
20602 > > correctly whit Elite3.0?
20603 > >
20604 > > Thanks
20605 > >
20606 > > makero@13g.dhs.org
20607 > >
20608 > >
20609 > >
20610 > > ---------------------------------------------------------------
20611 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20612 > > with "unsubscribe ircservices" in the body, without the quotes.
20613 > >
20614
20615 > ---------------------------------------------------------------
20616 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20617 > with "unsubscribe ircservices" in the body, without the quotes.
20618
20619
20620
20621 ---------------------------------------------------------------
20622 To unsubscribe, send email to majordomo@ender.shadowfire.org
20623 with "unsubscribe ircservices" in the body, without the quotes.
20624
20625 From muerte22 at hotmail.com Sun Dec 26 10:31:14 1999
20626 From: muerte22 at hotmail.com (Angel of Death)
20627 Date: Sat Oct 23 23:00:55 2004
20628 Subject: [IRCServices] chan is not working correctly
20629 Message-ID: 19991226183114.73768.qmail@hotmail.com
20630
20631 I'm sure he won't take offense and i'll be getting with him about fixing the
20632 services bug. We at AceStar do beta testing for the new IRCD's from Elite
20633 and are working on version 3.1 at this time. He's been busy so I don't know
20634 the turn around time of the release but a few features have already been
20635 added.
20636
20637 Muerte
20638
20639 >From: "Chris" <chriswh@cyberhighway.net>
20640 >Reply-To: ircservices@ender.shadowfire.org
20641 >To: <ircservices@ender.shadowfire.org>
20642 >Subject: Re: [IRCServices] chan is not working correctly
20643 >Date: Sun, 26 Dec 1999 08:27:24 -0500
20644 >
20645 >My apologies to Potvin. (if he's stil the one making them as I'm sure he
20646 >is) I didn't know it was now back to normal.
20647 >I prefered Elite until the price thing, but services never worked well. I'm
20648 >glad they're moving to fix this. My greets to Potvin and my apologies.
20649 >
20650 >-Chris
20651 >
20652 >----------
20653 > > From: Angel of Death <muerte22@hotmail.com>
20654 > > To: ircservices@ender.shadowfire.org
20655 > > Subject: Re: [IRCServices] chan is not working correctly
20656 > > Date: Sunday, December 26, 1999 2:49 AM
20657 > >
20658 > > Elite has released 3.0 and it's no longer costing money. Unreal is a rip
20659 >of
20660 > > an old version of Elite2.1. The coder to Elite works/runs a server on
20661 >my
20662 >
20663 > > network. IF there's any questions or comments about the EliteIRCD they
20664 >are
20665 > > welcome to swing by and drop them off. irc.acestar.org We are working
20666 >on
20667 >
20668 > > weeding out the services U line flaw. It's more of an annoyance than
20669 > > anything cause it doesn't actually stop anything from working.
20670 > >
20671 > > Muerte
20672 > >
20673 > >
20674 > > >From: "Chris" <chriswh@cyberhighway.net>
20675 > > >Reply-To: ircservices@ender.shadowfire.org
20676 > > >To: <ircservices@ender.shadowfire.org>
20677 > > >Subject: Re: [IRCServices] chan is not working correctly
20678 > > >Date: Fri, 24 Dec 1999 18:50:47 -0500
20679 > > >
20680 > > >I had this problem. It was also with EliteIRCD. Elite removed some kind
20681 >of
20682 > > >services aliasing or something somewhere along the line, as it said
20683 > > >somewhere thast I don't remember. (Elite costs money now anyway so go
20684 >with
20685 > > >Unreal. I don't know the Unreal site but after the discussion I was
20686 > > >involved in earlier about this on this list, I'm sure many people still
20687 > > >have that address. Go Unreal!)
20688 > > >Anyway, I'm not sure as to the exact cause, but I know it is VERY VERY
20689 > > >_ANNOYING_. I noticed that with some IRCDs, the config file requires
20690 >that
20691 > > >U:Lines be in certain positions. Nowhere does it state this, but it's
20692 >the
20693 > > >only way I have found it to work. Different ways with the different
20694 >IRCDs.
20695 > > >I would try Josh's U:Line of
20696 > > >U:services.*.*:*:*
20697 > > >If that doesn't help, and it should fix the problem, I don't know who
20698 >else
20699 > > >to ask.
20700 > > >
20701 > > >Just my thoughts, though pretty much restating what was already said
20702 > > >-Chris
20703 > > >
20704 > > >----------
20705 > > > > From: Josh Odom <joshodom@uswest.net>
20706 > > > > To: ircservices@ender.shadowfire.org
20707 > > > > Subject: Re: [IRCServices] chan is not working correctly
20708 > > > > Date: Friday, December 24, 1999 2:48 AM
20709 > > > >
20710 > > > > I had the same type of problem with EliteIRCD. The type of U:line
20711 >the
20712 >
20713 > > >FAQ
20714 > > > > described to use didn't work either. The only U:Line that I found to
20715 > > >work
20716 > > > > was
20717 > > > > U:services.*.*:*:*
20718 > > > > I'm not sure why even
20719 > > > > U:services.network.com:*:*
20720 > > > > didn't work...... Anyone else experience the same problem?
20721 > > > >
20722 > > > > Josh Odom
20723 > > > > PhazerIRC Network
20724 > > > >
20725 > > > > ----- Original Message -----
20726 > > > > From: "Makero" <makero@13g.dhs.org>
20727 > > > > To: "Makero" <makero@13g.dhs.org>; <ircservices@gp.school.za>
20728 > > > > Sent: Friday, December 24, 1999 8:50 AM
20729 > > > > Subject: [IRCServices] chan is not working correctly
20730 > > > >
20731 > > > >
20732 > > > > > Hy
20733 > > > > >
20734 > > > > > This is mi first eMail to this list. I hope to get some help
20735 >because I
20736 > > > > > have been working for 3 days around this problem, and I can't find
20737 >any
20738 > > > > > answer.
20739 > > > > >
20740 > > > > > I'm running IRCDu2.9.x and de latest version of Services
20741 >(yesterday
20742 > > > > > downloaded from ircservices official web page, but i find the same
20743 > > > > > problem with older versions)in a Linux RedHat 6.0.
20744 > > > > >
20745 > > > > > When I start services, every thing appears to be OK, but Chan
20746 >says:
20747 > > > > > "cant change the modes of the channel because you have a problem
20748 >with
20749 > > > > > your U:line."
20750 > > > > >
20751 > > > > > y made some changes in my U:line and then Chan go into the channel
20752 >an
20753 > > > > > becomes to say: "This channel is registered with chan", "This
20754 >channel
20755 > > > > > is registered with chan", "This channel is registered with chan",
20756 > > > > > "This channel is registered with chan" hundreds and hundreds of
20757 >times,
20758 > > > > > until the IRC client crash.
20759 > > > > >
20760 > > > > > I try this U:Lines:
20761 > > > > >
20762 > > > > > U:my_ip:pass:my_host
20763 > > > > > U:my_ip:pass:my_ip
20764 > > > > > U:my_host:pass:my_host
20765 > > > > > U:my_host:pass:my_services_name
20766 > > > > >
20767 > > > > > and some others.
20768 > > > > >
20769 > > > > > I think than my problem is that I can't find the correct syntax of
20770 >the
20771 > > > > > U:Line. There is no so much info abut the U:Line in the ircd.conf.
20772 > > > > >
20773 > > > > > Any idea??
20774 > > > > >
20775 > > > > > Thankx
20776 > > > > >
20777 > > > > > makero@13g.dhs.org
20778 > > > > >
20779 > > > > >
20780 > > > > >
20781 > > > > >
20782 > > > > > ---------------------------------------------------------------
20783 > > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20784 > > > > > with "unsubscribe ircservices" in the body, without the quotes.
20785 > > > > >
20786 > > > >
20787 > > > > ---------------------------------------------------------------
20788 > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20789 > > > > with "unsubscribe ircservices" in the body, without the quotes.
20790 > > >---------------------------------------------------------------
20791 > > >To unsubscribe, send email to majordomo@ender.shadowfire.org
20792 > > >with "unsubscribe ircservices" in the body, without the quotes.
20793 > >
20794 > > ______________________________________________________
20795 > > Get Your Private, Free Email at http://www.hotmail.com
20796 > >
20797 > > ---------------------------------------------------------------
20798 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
20799 > > with "unsubscribe ircservices" in the body, without the quotes.
20800 >---------------------------------------------------------------
20801 >To unsubscribe, send email to majordomo@ender.shadowfire.org
20802 >with "unsubscribe ircservices" in the body, without the quotes.
20803
20804 ______________________________________________________
20805 Get Your Private, Free Email at <A HREF="http://www.hotmail.com">http://www.hotmail.com</A>
20806
20807 ---------------------------------------------------------------
20808 To unsubscribe, send email to majordomo@ender.shadowfire.org
20809 with "unsubscribe ircservices" in the body, without the quotes.
20810
20811 From muerte22 at hotmail.com Sun Dec 26 10:33:17 1999
20812 From: muerte22 at hotmail.com (Angel of Death)
20813 Date: Sat Oct 23 23:00:55 2004
20814 Subject: [IRCServices] chan is not working correctly
20815 Message-ID: 19991226183317.7756.qmail@hotmail.com
20816
20817 Elite is derived originally from DALnet IRCD. so use the DAL .15 version
20818 when you are setting up for services.
20819
20820 Muerte
20821 /server irc.acestar.org
20822
20823 >From: Makero <makero@13g.dhs.org>
20824 >Reply-To: ircservices@ender.shadowfire.org
20825 >To: <ircservices@ender.shadowfire.org>
20826 >Subject: [IRCServices] chan is not working correctly
20827 >Date: Sun, 26 Dec 1999 15:42:01 GMT
20828 >
20829 >Thanks for the answers, but no one works.
20830 >
20831 >Does anybody have running together ircu2.9.35 and services???
20832 >
20833 >how does your U:Line is??
20834 >
20835 >I tried all the U:Lines you send to the list, but I get always the
20836 >same error: \93unable to set modes on channel #cannel. Are your U:lines
20837 >configure correctly?\94. Everything else works fine.
20838 >
20839 >i tried Elite3.0 and is so slow, and when yo send a /msg chan help o
20840 >warever other command, Chan said: \93Internal error - unable to process
20841 >request\94.
20842 >
20843 >Of course, I have compiled services using the urcu2.9.x option in the
20844 >./configure script, and I suppose that this is the problem, but I
20845 >can't find any Eite option. How do I compile Services to work
20846 >correctly whit Elite3.0?
20847 >
20848 >Thanks
20849 >
20850 >makero@13g.dhs.org
20851 >
20852 >
20853 >
20854 >---------------------------------------------------------------
20855 >To unsubscribe, send email to majordomo@ender.shadowfire.org
20856 >with "unsubscribe ircservices" in the body, without the quotes.
20857
20858 ______________________________________________________
20859 Get Your Private, Free Email at http://www.hotmail.com
20860
20861 ---------------------------------------------------------------
20862 To unsubscribe, send email to majordomo@ender.shadowfire.org
20863 with "unsubscribe ircservices" in the body, without the quotes.
20864
20865 From Admin at fuelie.net Sun Dec 26 10:54:00 1999
20866 From: Admin at fuelie.net (Fuelie Admin)
20867 Date: Sat Oct 23 23:00:55 2004
20868 Subject: [IRCServices] Making Services Reply in MSG rather then Notice
20869 References: <199912242356.BAA16111@Ender.gp.school.za><000701bf4e2f$ba8c2780$8c69e1cf@shadowed> <000e01bf4ea4$8afcf560$56ba5e18@kc.rr.com> <000101bf4fac$c3f8b990$0201a8c0@savage.za.org>
20870 Message-ID: 000d01bf4fd2$924e6180$56ba5e18@kc.rr.com
20871
20872 anyone know where this is at that needs to be changed?
20873
20874
20875 Thank You,
20876 Founder of http://www.Fuelie.Net
20877 Fuelie.net Chat Network!
20878 ----- Original Message -----
20879 From: "Chris Knipe" <cgknipe@mweb.co.za>
20880 To: <ircservices@ender.shadowfire.org>
20881 Sent: Sunday, December 26, 1999 6:46 AM
20882 Subject: Re: [IRCServices] chan is not working correctly
20883
20884
20885 > Hi...
20886 >
20887 > Not wanting to break your bubble or anything, but go look at the source
20888 code
20889 > of the services, more precisely, for the s_notice and s_lang functions....
20890 > (I think they are in some include file)
20891 >
20892 > Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff will
20893 be
20894 > in private messages... its one line of code to change!!!
20895 >
20896 > (and no, I don't have the time to do it for you)
20897 >
20898 > Regards
20899 > Chris
20900 >
20901 > ----- Original Message -----
20902 > From: "Fuelie Admin" <Admin@fuelie.net>
20903 > To: <ircservices@ender.shadowfire.org>
20904 > Sent: 25 December 1999 08:51
20905 > Subject: Re: [IRCServices] chan is not working correctly
20906 >
20907 >
20908 > > Im willing to pay for a scripted services like Unreal2.1.1 ircs ervies
20909 > that
20910 > > replies in MSG instead of notice bt default
20911 > > if anyone can quote me a price and do this task let meknow
20912 > >
20913 > >
20914 > >
20915 > > Thank You,
20916 > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
20917 > > Fuelie.net Chat Network!
20918 >
20919 >
20920 > ---------------------------------------------------------------
20921 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20922 > with "unsubscribe ircservices" in the body, without the quotes.
20923
20924 ---------------------------------------------------------------
20925 To unsubscribe, send email to majordomo@ender.shadowfire.org
20926 with "unsubscribe ircservices" in the body, without the quotes.
20927
20928 From v13 at it.teithe.gr Sun Dec 26 15:39:43 1999
20929 From: v13 at it.teithe.gr (Harhalakis Stefanos)
20930 Date: Sat Oct 23 23:00:55 2004
20931 Subject: [IRCServices] chan is not working correctly
20932 In-Reply-To: <000101bf4fac$c3f8b990$0201a8c0@savage.za.org>
20933 References: 000101bf4fac$c3f8b990$0201a8c0@savage.za.org
20934 Message-ID: Pine.SGI.4.05.9912270136380.26203&#45;100000@aetos.it.teithe.gr
20935
20936
20937 >From RFC1459:
20938
20939 The NOTICE message is used similarly to PRIVMSG. The difference
20940 between NOTICE and PRIVMSG is that automatic replies must never be
20941 sent in response to a NOTICE message. This rule applies to servers
20942 too - they must not send any error reply back to the client on
20943 receipt of a notice. The object of this rule is to avoid loops
20944 between a client automatically sending something in response to
20945 something it received. This is typically used by automatons (clients
20946 with either an AI or other interactive program controlling their
20947 actions) which are always seen to be replying lest they end up in a
20948 loop with another automaton.
20949
20950 I think that replacing PRIVMSGs with NOTICEs in services will create
20951 much more problems that it may solve.
20952
20953 <<V13>>
20954
20955 On Sun, 26 Dec 1999, Chris Knipe wrote:
20956
20957 > Hi...
20958 >
20959 > Not wanting to break your bubble or anything, but go look at the source code
20960 > of the services, more precisely, for the s_notice and s_lang functions....
20961 > (I think they are in some include file)
20962 >
20963 > Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff will be
20964 > in private messages... its one line of code to change!!!
20965 >
20966 > (and no, I don't have the time to do it for you)
20967 >
20968 > Regards
20969 > Chris
20970 >
20971 > ----- Original Message -----
20972 > From: "Fuelie Admin" <Admin@fuelie.net>
20973 > To: <ircservices@ender.shadowfire.org>
20974 > Sent: 25 December 1999 08:51
20975 > Subject: Re: [IRCServices] chan is not working correctly
20976 >
20977 >
20978 > > Im willing to pay for a scripted services like Unreal2.1.1 ircs ervies
20979 > that
20980 > > replies in MSG instead of notice bt default
20981 > > if anyone can quote me a price and do this task let meknow
20982 > >
20983 > >
20984 > >
20985 > > Thank You,
20986 > > Founder of http://www.Fuelie.Net
20987 > > Fuelie.net Chat Network!
20988 >
20989 >
20990 > ---------------------------------------------------------------
20991 > To unsubscribe, send email to majordomo@ender.shadowfire.org
20992 > with "unsubscribe ircservices" in the body, without the quotes.
20993 >
20994
20995 ---------------------------------------------------------------
20996 To unsubscribe, send email to majordomo@ender.shadowfire.org
20997 with "unsubscribe ircservices" in the body, without the quotes.
20998
20999 From Admin at fuelie.net Sun Dec 26 19:06:07 1999
21000 From: Admin at fuelie.net (Fuelie Admin)
21001 Date: Sat Oct 23 23:00:55 2004
21002 Subject: [IRCServices] chan is not working correctly
21003 References: <Pine.SGI.4.05.9912270136380.26203-100000@aetos.it.teithe.gr>
21004 Message-ID: 000501bf5017$51e81f60$56ba5e18@kc.rr.com
21005
21006 As this is so WEBTV cant see notice which is faulting some irc networks from
21007 getting webtv clients on the servers..
21008 Id still like to set my services to reply in MSG rather then notice to see
21009 what the responce will be if anyone can help please let me know.
21010
21011
21012 Thank You,
21013 Founder of http://www.Fuelie.Net
21014 Fuelie.net Chat Network!
21015 ----- Original Message -----
21016 From: "Harhalakis Stefanos" <v13@it.teithe.gr>
21017 To: <ircservices@ender.shadowfire.org>
21018 Sent: Sunday, December 26, 1999 5:39 PM
21019 Subject: Re: [IRCServices] chan is not working correctly
21020
21021
21022 >
21023 > From RFC1459:
21024 >
21025 > The NOTICE message is used similarly to PRIVMSG. The difference
21026 > between NOTICE and PRIVMSG is that automatic replies must never be
21027 > sent in response to a NOTICE message. This rule applies to servers
21028 > too - they must not send any error reply back to the client on
21029 > receipt of a notice. The object of this rule is to avoid loops
21030 > between a client automatically sending something in response to
21031 > something it received. This is typically used by automatons (clients
21032 > with either an AI or other interactive program controlling their
21033 > actions) which are always seen to be replying lest they end up in a
21034 > loop with another automaton.
21035 >
21036 > I think that replacing PRIVMSGs with NOTICEs in services will create
21037 > much more problems that it may solve.
21038 >
21039 > <<V13>>
21040 >
21041 > On Sun, 26 Dec 1999, Chris Knipe wrote:
21042 >
21043 > > Hi...
21044 > >
21045 > > Not wanting to break your bubble or anything, but go look at the source
21046 code
21047 > > of the services, more precisely, for the s_notice and s_lang
21048 functions....
21049 > > (I think they are in some include file)
21050 > >
21051 > > Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff will
21052 be
21053 > > in private messages... its one line of code to change!!!
21054 > >
21055 > > (and no, I don't have the time to do it for you)
21056 > >
21057 > > Regards
21058 > > Chris
21059 > >
21060 > > ----- Original Message -----
21061 > > From: "Fuelie Admin" <Admin@fuelie.net>
21062 > > To: <ircservices@ender.shadowfire.org>
21063 > > Sent: 25 December 1999 08:51
21064 > > Subject: Re: [IRCServices] chan is not working correctly
21065 > >
21066 > >
21067 > > > Im willing to pay for a scripted services like Unreal2.1.1 ircs
21068 ervies
21069 > > that
21070 > > > replies in MSG instead of notice bt default
21071 > > > if anyone can quote me a price and do this task let meknow
21072 > > >
21073 > > >
21074 > > >
21075 > > > Thank You,
21076 > > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
21077 > > > Fuelie.net Chat Network!
21078 > >
21079 > >
21080 > > ---------------------------------------------------------------
21081 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21082 > > with "unsubscribe ircservices" in the body, without the quotes.
21083 > >
21084 >
21085 > ---------------------------------------------------------------
21086 > To unsubscribe, send email to majordomo@ender.shadowfire.org
21087 > with "unsubscribe ircservices" in the body, without the quotes.
21088
21089 ---------------------------------------------------------------
21090 To unsubscribe, send email to majordomo@ender.shadowfire.org
21091 with "unsubscribe ircservices" in the body, without the quotes.
21092
21093 From rebeldev at crosswinds.net Sun Dec 26 22:15:03 1999
21094 From: rebeldev at crosswinds.net (Matt Bradbury)
21095 Date: Sat Oct 23 23:00:55 2004
21096 Subject: [IRCServices] chan is not working correctly
21097 References: <Pine.SGI.4.05.9912270136380.26203-100000@aetos.it.teithe.gr> <000501bf5017$51e81f60$56ba5e18@kc.rr.com>
21098 Message-ID: 001d01bf5031$bc0bc210$57840b3f@REBEL2000
21099
21100 send.c:/* Send a NOTICE from the given source to the given nick. */
21101 send.c:void notice(const char *source, const char *dest, const char *fmt,
21102 ...)
21103 send.c: snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt);
21104 send.c:/* Send a NULL-terminated array of text as NOTICEs. */
21105 send.c:void notice_list(const char *source, const char *dest, const char
21106 **text)
21107 send.c: /* Have to kludge around an ircII bug here: if a notice includes
21108 send.c: notice(source, dest, *text);
21109 send.c: notice(source, dest, " ");
21110 send.c:/* Send a message in the user's selected language to the user using
21111 NOTICE. */
21112 send.c:void notice_lang(const char *source, User *dest, int message, ...)
21113 send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *t ? t : " ");
21114 send.c:/* Like notice_lang(), but replace %S by the source. This is an ugly
21115 hack
21116 send.c:void notice_help(const char *source, User *dest, int message, ...)
21117 send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *outbuf ? outbuf : "
21118 ");
21119
21120 perhaps line numbers would help but as you can see if you change all the
21121 uppercase NOTICE to PRIVMSG you will effectively change your services from
21122 using a notice reply to a MSG reply on everything as long as you use the
21123 standard source, if I had more time I'd make a patch for you but I hope this
21124 works out for you, please let me know if it doesn't and I shall research it
21125 more.
21126
21127 Matt Bradbury
21128 /server orbit.phix.com
21129
21130 ----- Original Message -----
21131 From: "Fuelie Admin" <Admin@fuelie.net>
21132 To: <ircservices@ender.shadowfire.org>
21133 Sent: Sunday, December 26, 1999 10:06 PM
21134 Subject: Re: [IRCServices] chan is not working correctly
21135
21136
21137 > As this is so WEBTV cant see notice which is faulting some irc networks
21138 from
21139 > getting webtv clients on the servers..
21140 > Id still like to set my services to reply in MSG rather then notice to see
21141 > what the responce will be if anyone can help please let me know.
21142 >
21143 >
21144 > Thank You,
21145 > Founder of http://www.Fuelie.Net
21146 > Fuelie.net Chat Network!
21147 > ----- Original Message -----
21148 > From: "Harhalakis Stefanos" <v13@it.teithe.gr>
21149 > To: <ircservices@ender.shadowfire.org>
21150 > Sent: Sunday, December 26, 1999 5:39 PM
21151 > Subject: Re: [IRCServices] chan is not working correctly
21152 >
21153 >
21154 > >
21155 > > From RFC1459:
21156 > >
21157 > > The NOTICE message is used similarly to PRIVMSG. The difference
21158 > > between NOTICE and PRIVMSG is that automatic replies must never be
21159 > > sent in response to a NOTICE message. This rule applies to servers
21160 > > too - they must not send any error reply back to the client on
21161 > > receipt of a notice. The object of this rule is to avoid loops
21162 > > between a client automatically sending something in response to
21163 > > something it received. This is typically used by automatons (clients
21164 > > with either an AI or other interactive program controlling their
21165 > > actions) which are always seen to be replying lest they end up in a
21166 > > loop with another automaton.
21167 > >
21168 > > I think that replacing PRIVMSGs with NOTICEs in services will create
21169 > > much more problems that it may solve.
21170 > >
21171 > > <<V13>>
21172 > >
21173 > > On Sun, 26 Dec 1999, Chris Knipe wrote:
21174 > >
21175 > > > Hi...
21176 > > >
21177 > > > Not wanting to break your bubble or anything, but go look at the
21178 source
21179 > code
21180 > > > of the services, more precisely, for the s_notice and s_lang
21181 > functions....
21182 > > > (I think they are in some include file)
21183 > > >
21184 > > > Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff
21185 will
21186 > be
21187 > > > in private messages... its one line of code to change!!!
21188 > > >
21189 > > > (and no, I don't have the time to do it for you)
21190 > > >
21191 > > > Regards
21192 > > > Chris
21193 > > >
21194 > > > ----- Original Message -----
21195 > > > From: "Fuelie Admin" <Admin@fuelie.net>
21196 > > > To: <ircservices@ender.shadowfire.org>
21197 > > > Sent: 25 December 1999 08:51
21198 > > > Subject: Re: [IRCServices] chan is not working correctly
21199 > > >
21200 > > >
21201 > > > > Im willing to pay for a scripted services like Unreal2.1.1 ircs
21202 > ervies
21203 > > > that
21204 > > > > replies in MSG instead of notice bt default
21205 > > > > if anyone can quote me a price and do this task let meknow
21206 > > > >
21207 > > > >
21208 > > > >
21209 > > > > Thank You,
21210 > > > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
21211 > > > > Fuelie.net Chat Network!
21212 > > >
21213 > > >
21214 > > > ---------------------------------------------------------------
21215 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21216 > > > with "unsubscribe ircservices" in the body, without the quotes.
21217 > > >
21218 > >
21219 > > ---------------------------------------------------------------
21220 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21221 > > with "unsubscribe ircservices" in the body, without the quotes.
21222 >
21223 > ---------------------------------------------------------------
21224 > To unsubscribe, send email to majordomo@ender.shadowfire.org
21225 > with "unsubscribe ircservices" in the body, without the quotes.
21226 >
21227
21228 ---------------------------------------------------------------
21229 To unsubscribe, send email to majordomo@ender.shadowfire.org
21230 with "unsubscribe ircservices" in the body, without the quotes.
21231
21232 From andrewk at icon.co.za Sun Dec 26 23:12:21 1999
21233 From: andrewk at icon.co.za (Andrew Kempe)
21234 Date: Sat Oct 23 23:00:55 2004
21235 Subject: [IRCServices] chan is not working correctly
21236 In-Reply-To: <001d01bf5031$bc0bc210$57840b3f@REBEL2000>
21237 References: 001d01bf5031$bc0bc210$57840b3f@REBEL2000
21238 Message-ID: Pine.GSO.3.96.991227091110.10696A&#45;100000@shell.icon.co.za
21239
21240 Please can all further support for this request be directed straight to
21241 the requestee and not to the Services list.
21242
21243 Thanks, Andrew
21244
21245 On Mon, 27 Dec 1999, Matt Bradbury wrote:
21246
21247 > send.c:/* Send a NOTICE from the given source to the given nick. */
21248 > send.c:void notice(const char *source, const char *dest, const char *fmt,
21249 > ...)
21250 > send.c: snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt);
21251 > send.c:/* Send a NULL-terminated array of text as NOTICEs. */
21252 > send.c:void notice_list(const char *source, const char *dest, const char
21253 > **text)
21254 > send.c: /* Have to kludge around an ircII bug here: if a notice includes
21255 [snip]
21256
21257 ---------------------------------------------------------------
21258 To unsubscribe, send email to majordomo@ender.shadowfire.org
21259 with "unsubscribe ircservices" in the body, without the quotes.
21260
21261 From Admin at fuelie.net Mon Dec 27 02:18:26 1999
21262 From: Admin at fuelie.net (Fuelie Admin)
21263 Date: Sat Oct 23 23:00:55 2004
21264 Subject: [IRCServices] chan is not working correctly
21265 References: <Pine.SGI.4.05.9912270136380.26203-100000@aetos.it.teithe.gr> <000501bf5017$51e81f60$56ba5e18@kc.rr.com> <001d01bf5031$bc0bc210$57840b3f@REBEL2000>
21266 Message-ID: 000701bf5053$b6fced40$56ba5e18@kc.rr.com
21267
21268 thanx DUDE thats all i needed nomore requestsa for this will come from me!
21269 :)
21270
21271
21272 Thank You,
21273 Founder of http://www.Fuelie.Net
21274 Fuelie.net Chat Network!
21275 ----- Original Message -----
21276 From: "Matt Bradbury" <rebeldev@crosswinds.net>
21277 To: <ircservices@ender.shadowfire.org>
21278 Sent: Monday, December 27, 1999 12:15 AM
21279 Subject: Re: [IRCServices] chan is not working correctly
21280
21281
21282 > send.c:/* Send a NOTICE from the given source to the given nick. */
21283 > send.c:void notice(const char *source, const char *dest, const char *fmt,
21284 > ...)
21285 > send.c: snprintf(buf, sizeof(buf), "NOTICE %s :%s", dest, fmt);
21286 > send.c:/* Send a NULL-terminated array of text as NOTICEs. */
21287 > send.c:void notice_list(const char *source, const char *dest, const char
21288 > **text)
21289 > send.c: /* Have to kludge around an ircII bug here: if a notice includes
21290 > send.c: notice(source, dest, *text);
21291 > send.c: notice(source, dest, " ");
21292 > send.c:/* Send a message in the user's selected language to the user using
21293 > NOTICE. */
21294 > send.c:void notice_lang(const char *source, User *dest, int message, ...)
21295 > send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *t ? t : " ");
21296 > send.c:/* Like notice_lang(), but replace %S by the source. This is an
21297 ugly
21298 > hack
21299 > send.c:void notice_help(const char *source, User *dest, int message, ...)
21300 > send.c: send_cmd(source, "NOTICE %s :%s", dest->nick, *outbuf ? outbuf : "
21301 > ");
21302 >
21303 > perhaps line numbers would help but as you can see if you change all the
21304 > uppercase NOTICE to PRIVMSG you will effectively change your services from
21305 > using a notice reply to a MSG reply on everything as long as you use the
21306 > standard source, if I had more time I'd make a patch for you but I hope
21307 this
21308 > works out for you, please let me know if it doesn't and I shall research
21309 it
21310 > more.
21311 >
21312 > Matt Bradbury
21313 > /server orbit.phix.com
21314 >
21315 > ----- Original Message -----
21316 > From: "Fuelie Admin" <Admin@fuelie.net>
21317 > To: <ircservices@ender.shadowfire.org>
21318 > Sent: Sunday, December 26, 1999 10:06 PM
21319 > Subject: Re: [IRCServices] chan is not working correctly
21320 >
21321 >
21322 > > As this is so WEBTV cant see notice which is faulting some irc networks
21323 > from
21324 > > getting webtv clients on the servers..
21325 > > Id still like to set my services to reply in MSG rather then notice to
21326 see
21327 > > what the responce will be if anyone can help please let me know.
21328 > >
21329 > >
21330 > > Thank You,
21331 > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
21332 > > Fuelie.net Chat Network!
21333 > > ----- Original Message -----
21334 > > From: "Harhalakis Stefanos" <v13@it.teithe.gr>
21335 > > To: <ircservices@ender.shadowfire.org>
21336 > > Sent: Sunday, December 26, 1999 5:39 PM
21337 > > Subject: Re: [IRCServices] chan is not working correctly
21338 > >
21339 > >
21340 > > >
21341 > > > From RFC1459:
21342 > > >
21343 > > > The NOTICE message is used similarly to PRIVMSG. The difference
21344 > > > between NOTICE and PRIVMSG is that automatic replies must never be
21345 > > > sent in response to a NOTICE message. This rule applies to servers
21346 > > > too - they must not send any error reply back to the client on
21347 > > > receipt of a notice. The object of this rule is to avoid loops
21348 > > > between a client automatically sending something in response to
21349 > > > something it received. This is typically used by automatons
21350 (clients
21351 > > > with either an AI or other interactive program controlling their
21352 > > > actions) which are always seen to be replying lest they end up in a
21353 > > > loop with another automaton.
21354 > > >
21355 > > > I think that replacing PRIVMSGs with NOTICEs in services will create
21356 > > > much more problems that it may solve.
21357 > > >
21358 > > > <<V13>>
21359 > > >
21360 > > > On Sun, 26 Dec 1999, Chris Knipe wrote:
21361 > > >
21362 > > > > Hi...
21363 > > > >
21364 > > > > Not wanting to break your bubble or anything, but go look at the
21365 > source
21366 > > code
21367 > > > > of the services, more precisely, for the s_notice and s_lang
21368 > > functions....
21369 > > > > (I think they are in some include file)
21370 > > > >
21371 > > > > Change the NOTICE: line to PRIVMSG: and just about 90% of the stuff
21372 > will
21373 > > be
21374 > > > > in private messages... its one line of code to change!!!
21375 > > > >
21376 > > > > (and no, I don't have the time to do it for you)
21377 > > > >
21378 > > > > Regards
21379 > > > > Chris
21380 > > > >
21381 > > > > ----- Original Message -----
21382 > > > > From: "Fuelie Admin" <Admin@fuelie.net>
21383 > > > > To: <ircservices@ender.shadowfire.org>
21384 > > > > Sent: 25 December 1999 08:51
21385 > > > > Subject: Re: [IRCServices] chan is not working correctly
21386 > > > >
21387 > > > >
21388 > > > > > Im willing to pay for a scripted services like Unreal2.1.1 ircs
21389 > > ervies
21390 > > > > that
21391 > > > > > replies in MSG instead of notice bt default
21392 > > > > > if anyone can quote me a price and do this task let meknow
21393 > > > > >
21394 > > > > >
21395 > > > > >
21396 > > > > > Thank You,
21397 > > > > > Founder of <A HREF="http://www.Fuelie.Net">http://www.Fuelie.Net</A>
21398 > > > > > Fuelie.net Chat Network!
21399 > > > >
21400 > > > >
21401 > > > > ---------------------------------------------------------------
21402 > > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21403 > > > > with "unsubscribe ircservices" in the body, without the quotes.
21404 > > > >
21405 > > >
21406 > > > ---------------------------------------------------------------
21407 > > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21408 > > > with "unsubscribe ircservices" in the body, without the quotes.
21409 > >
21410 > > ---------------------------------------------------------------
21411 > > To unsubscribe, send email to majordomo@ender.shadowfire.org
21412 > > with "unsubscribe ircservices" in the body, without the quotes.
21413 > >
21414 >
21415 > ---------------------------------------------------------------
21416 > To unsubscribe, send email to majordomo@ender.shadowfire.org
21417 > with "unsubscribe ircservices" in the body, without the quotes.
21418
21419 ---------------------------------------------------------------
21420 To unsubscribe, send email to majordomo@ender.shadowfire.org
21421 with "unsubscribe ircservices" in the body, without the quotes.
21422
21423 From andrewk at icon.co.za Mon Dec 27 05:20:43 1999
21424 From: andrewk at icon.co.za (Andrew Kempe)
21425 Date: Sat Oct 23 23:00:55 2004
21426 Subject: [IRCServices] US FTP Mirror Needed
21427 Message-ID: NCBBIPDDJGGDOCPMKPKPIEMHDAAA.andrewk@icon.co.za
21428
21429 I'm looking for a server that can mirror the IRC Services anonymous ftp
21430 site. The server must have the following specs:
21431
21432 - MUST be located in the USA.
21433 - A high speed connection to the Internet.
21434 - Very good uptime stats.
21435 - High availability.
21436
21437 If you think you can help me out, please drop me a line privately.
21438
21439 Thanks, Andrew
21440
21441 ---------------------------------------------------------------
21442 To unsubscribe, send email to majordomo@ender.shadowfire.org
21443 with "unsubscribe ircservices" in the body, without the quotes.
21444
21445 From chris94688 at hotmail.com Thu Dec 30 12:19:29 1999
21446 From: chris94688 at hotmail.com (Chris W.)
21447 Date: Sat Oct 23 23:00:55 2004
21448 Subject: [IRCServices] IRC Site
21449 Message-ID: 19991230201929.97421.qmail@hotmail.com
21450
21451 Andrew(or anyone else),
21452 I have forgotten the services ftp site and the website. What is it?
21453 Also to all the others out there, if you would please email me privately to
21454 chriswh@cyberhighway.net with a list of all the IRC networks you know of,
21455 I'd appreciate it. I'm compiling a site with all of them, and I need to know
21456 the services site so I can add it to the site.Thanks all and sorry as this
21457 doesn't pertain too much to services but I didn't know where else to try.
21458
21459 -Chris
21460 ______________________________________________________
21461 Get Your Private, Free Email at http://www.hotmail.com
21462
21463 ---------------------------------------------------------------
21464 To unsubscribe, send email to majordomo@ender.shadowfire.org
21465 with "unsubscribe ircservices" in the body, without the quotes.
21466