]> jfr.im git - irc.git/blob - software/RELEASES/ircservices/achurch.org/services/lists/ircservices/2006.txt
rename -> *.git
[irc.git] / software / RELEASES / ircservices / achurch.org / services / lists / ircservices / 2006.txt
1 From yakai_7 at hotmail.com Sun Jan 8 06:11:51 2006
2 From: yakai_7 at hotmail.com (yakai yakai)
3 Date: Sun Jan 8 06:12:06 2006
4 Subject: [IRCServices] Hello
5 Message-ID: <BAY101-F6269DD8E074E7AA327712DC230@phx.gbl>
6
7 Dear Sir:-
8
9 I wana Make or Run My own server On MIRC.
10
11 So Please tell me how i do or how i make it.
12
13
14
15
16 Thank's
17
18 your's
19
20 (Akhtar)
21
22
23 From azoff at se.linux.org Sun Jan 8 06:22:49 2006
24 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
25 Date: Sun Jan 8 06:24:29 2006
26 Subject: [IRCServices] Hello
27 In-Reply-To: <BAY101-F6269DD8E074E7AA327712DC230@phx.gbl>
28 References: <BAY101-F6269DD8E074E7AA327712DC230@phx.gbl>
29 Message-ID: <43C12039.1090905@se.linux.org>
30
31 -----BEGIN PGP SIGNED MESSAGE-----
32 Hash: SHA1
33
34 yakai yakai wrote:
35 > I wana Make or Run My own server On MIRC.
36 > So Please tell me how i do or how i make it.
37
38 If you don't know what mIRC is and what IRC is, then I don't think that
39 you should even consider running your own ircd. And, just so you know,
40 this list is just for services, it has nothing to do with ircds or such
41 software.
42
43 If you still want to run a server, then google for ircd or something.
44
45 - --
46 .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
47 : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD
48 `. `' http://azoff.homeip.net | http://azoff.tty0.org
49 `-- http://se.linux.org
50
51 -----BEGIN PGP SIGNATURE-----
52 Version: GnuPG v1.4.2 (GNU/Linux)
53 Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
54
55 iD8DBQFDwSA4eY7jmtvbDP0RAkB2AKCD4IgBnmJL4x0JGyHVHXUpTArVqwCfbvqn
56 W1hcHiLAAYSmzboU+FqYVrI=
57 =vWJn
58 -----END PGP SIGNATURE-----
59 From admin at vonitsanet.gr Mon Jan 9 09:20:46 2006
60 From: admin at vonitsanet.gr (Dionisios K.)
61 Date: Mon Jan 9 09:20:17 2006
62 Subject: [IRCServices] Mysql
63 Message-ID: <029801c61541$0ad6e1b0$0100000a@server>
64
65 I wonder if any mysql (working) module exist for ircservices 5..
66
67
68 From ron2k.za at gmail.com Mon Jan 9 12:02:50 2006
69 From: ron2k.za at gmail.com (Kieron Thwaites)
70 Date: Mon Jan 9 12:03:01 2006
71 Subject: [IRCServices] Mysql
72 In-Reply-To: <029801c61541$0ad6e1b0$0100000a@server>
73 References: <029801c61541$0ad6e1b0$0100000a@server>
74 Message-ID: <debb3bc0601091202w7a9b1d46g4602ba2b480e6071@mail.gmail.com>
75
76 I'm far from the expert when it comes to database issues, but I don't
77 think that it's possible with the way Services stores data in 5.0.
78 However, I do know that 5.1 will make it easier for 3rd party database
79 modules to be added (if I've interpreted Andy's e-mails correctly,
80 that is). Whether or not you'll be able to use MySQL with it remains
81 to be seen.
82
83 On 1/9/06, Dionisios K. <admin@vonitsanet.gr> wrote:
84 > I wonder if any mysql (working) module exist for ircservices 5..
85 >
86 >
87 > ------------------------------------------------------------------
88 > To unsubscribe or change your subscription options, visit:
89 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
90 >
91 From loverboy at irc.doruk.net.tr Wed Jan 18 08:55:54 2006
92 From: loverboy at irc.doruk.net.tr (A.S.)
93 Date: Wed Jan 18 08:56:13 2006
94 Subject: [IRCServices] +a Channel Mode
95 Message-ID: <002101c61c50$16247fd0$0100000a@citir>
96
97 Hello
98 i am a little confused here...
99 Even there is Enforce and Secureops in channel, services dont remove the +a
100 mode from users at channel. I remember that it was removing +a mode (or i am
101 totaly wrong and getting old).
102 It removes +h and +o but dont remove +a...I fell like missing something...
103
104 YYY sets mode: +o XXX
105 ChanServ sets mode: -o XXX
106 YYY sets mode: +a XXX
107 YYY sets mode: +h XXX
108 ChanServ sets mode: -h XXX
109
110
111 From omster at gmail.com Wed Jan 18 11:51:59 2006
112 From: omster at gmail.com (Om)
113 Date: Wed Jan 18 11:52:39 2006
114 Subject: [IRCServices] +a Channel Mode
115 In-Reply-To: <002101c61c50$16247fd0$0100000a@citir>
116 References: <002101c61c50$16247fd0$0100000a@citir>
117 Message-ID: <20060118195159.1a56aa90@honu.gateway.2wire.net>
118
119 On Wed, 18 Jan 2006 18:55:54 +0200
120 "A.S." <loverboy@irc.doruk.net.tr> wrote:
121
122 > Hello
123 > i am a little confused here...
124 > Even there is Enforce and Secureops in channel, services dont remove the +a
125 > mode from users at channel. I remember that it was removing +a mode (or i am
126 > totaly wrong and getting old).
127 > It removes +h and +o but dont remove +a...I fell like missing something...
128 >
129 > YYY sets mode: +o XXX
130 > ChanServ sets mode: -o XXX
131 > YYY sets mode: +a XXX
132 > YYY sets mode: +h XXX
133 > ChanServ sets mode: -h XXX
134 >
135 >
136 > ------------------------------------------------------------------
137 > To unsubscribe or change your subscription options, visit:
138 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
139
140 Is it just that as the only person who can set +a is usually the owner, that services lets the owner do what they like?
141
142 Just a thought.
143
144 -ol
145
146 --
147 I will live forever, or die trying.
148 From ratman6 at charter.net Thu Jan 19 12:31:11 2006
149 From: ratman6 at charter.net (Matt Smith)
150 Date: Thu Jan 19 12:31:24 2006
151 Subject: [IRCServices] Issue with ./convert-db in 5.0.56
152 Message-ID: <000001c61d37$49a673d0$0201a8c0@bedroom>
153
154 Hello List
155 I have an issue with convert-db in ircservices 5.0.56 that I need help
156 with. A network wants to link with me that is using Anope 1.7x and his
157 oper.db file cannot be read by the converter. Here is the exact error:
158
159 Found Epona/Anope 1.4.1+ databases
160 Loading nick.db...
161 Loading chan.db...
162 Loading oper.db...
163 Read error on /home/bondageradio/ircd/ircservices/lib/csdata/oper.db
164
165 If there is a way to fix this or even get the converter to bypass oper.db
166 I'd appreciate it. TIA
167
168
169 Matt Smith
170
171
172 From achurch at achurch.org Fri Jan 20 11:41:33 2006
173 From: achurch at achurch.org (Andrew Church)
174 Date: Thu Jan 19 18:44:17 2006
175 Subject: [IRCServices] +a Channel Mode
176 In-Reply-To: <002101c61c50$16247fd0$0100000a@citir>
177 Message-ID: <43d04e76.03662@msgid.achurch.org>
178
179 >Even there is Enforce and Secureops in channel, services dont remove the +a
180 >mode from users at channel. I remember that it was removing +a mode (or i am
181 >totaly wrong and getting old).
182 >It removes +h and +o but dont remove +a...I fell like missing something...
183 >
184 >YYY sets mode: +o XXX
185 >ChanServ sets mode: -o XXX
186 >YYY sets mode: +a XXX
187 >YYY sets mode: +h XXX
188 >ChanServ sets mode: -h XXX
189
190 This is designed behavior (it affects operator modes, and technically
191 +a isn't an operator mode), but I agree that it's wrong, and I'll fix it
192 for the next release. Thanks for the report.
193
194 --Andrew Church
195 achurch@achurch.org
196 http://achurch.org/
197 From achurch at achurch.org Fri Jan 20 11:46:52 2006
198 From: achurch at achurch.org (Andrew Church)
199 Date: Thu Jan 19 18:51:58 2006
200 Subject: [IRCServices] Issue with ./convert-db in 5.0.56
201 In-Reply-To: <000001c61d37$49a673d0$0201a8c0@bedroom>
202 Message-ID: <43d05048.03712@msgid.achurch.org>
203
204 > I have an issue with convert-db in ircservices 5.0.56 that I need help
205 >with. A network wants to link with me that is using Anope 1.7x and his
206 >oper.db file cannot be read by the converter. Here is the exact error:
207 >
208 >Found Epona/Anope 1.4.1+ databases
209 >Loading nick.db...
210 >Loading chan.db...
211 >Loading oper.db...
212 >Read error on /home/bondageradio/ircd/ircservices/lib/csdata/oper.db
213 >
214 >If there is a way to fix this or even get the converter to bypass oper.db
215 >I'd appreciate it. TIA
216
217 It's possible that the database format has changed in recent Anope
218 releases. I'll take a look at the most recent code, and make any changes
219 needed for the next release; if you can send me (privately) a copy of your
220 oper.db file, that would help as well.
221
222 If I can find any obvious problems, I'll try to make a new release as
223 soon as possible, but as a temporary workaround, edit tools/convert-epona.c
224 and delete the line that reads "epona_load_oper(sourcedir);" (around line
225 657), then recompile and reinstall Services.
226
227 --Andrew Church
228 achurch@achurch.org
229 http://achurch.org/
230 From achurch at achurch.org Fri Jan 20 13:05:34 2006
231 From: achurch at achurch.org (Andrew Church)
232 Date: Thu Jan 19 20:09:05 2006
233 Subject: [IRCServices] Services 5.0.57 released
234 Message-ID: <43d0625c.24301@msgid.achurch.org>
235
236 Services 5.0.57 has been released, and can be downloaded from:
237
238 http://www.ircservices.za.net/download/ (Japan)
239 ftp://ftp.esper.net/ircservices/ (Western USA)
240
241 99120beafe8d7044428acf3272c5ba46 ircservices-5.0.57.tar.gz
242 669ceedc6996438ccf7f9fb079f2d9b1 ircservices-5.0.57.diff.gz
243 41bef6121aabdeeb09aaf0d4fbe3edb3 ircservices-5.0.57-1.i386.rpm
244 bed62110ea973ce69741528331bb50cf ircservices_5.0.57-1_i386.deb
245
246 The mirrors should have it shortly.
247
248 The behavior of the SECUREOPS channel option has been changed in this
249 release to prevent unprivileged users from being given +a (protection) mode
250 in addition to +o and +h. convert-db has also been updated to work with
251 Anope 1.7 databases (hopefully--I did find one change to the OperServ
252 database format, which I've accounted for in this release).
253
254 Changes in version 5.0.57
255 -------------------------
256 2006/01/20 Fixed conversion of Anope 1.7 OperServ databases. Reported
257 by Matt Smith <ratman6@charter.net>
258 2006/01/20 ChanServ SET SECUREOPS now prevents unprivileged users from
259 gaining channel protect (+a) status as well. Reported
260 by A.S. <loverboy@irc.doruk.net.tr>
261 2006/01/20 Fixed a bug in the Cygnus database converter causing
262 autokills with invalid expiration data to expire
263 immediately rather than remain with no expiration time.
264 2006/01/07 Fixed a cosmetic bug in ChanServ LIST causing the no-expire
265 flag "!" to not be shown for suspended channels.
266
267 --Andrew Church
268 achurch@achurch.org
269 http://achurch.org/
270 From sync_mastar at yahoo.com Fri Jan 20 04:57:15 2006
271 From: sync_mastar at yahoo.com (Umar Draz)
272 Date: Fri Jan 20 04:57:23 2006
273 Subject: [IRCServices] nick registration without email
274 Message-ID: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
275
276 hi dear members!
277
278 I recently installed Unreal3.2 and ircservices 5.57 both are working. Now i want nick registration without sending email.
279
280 I mean if someone want to register a nick just send the AUTH CODE on screen not through email.
281
282 is it possible?
283
284 Regards
285
286 Umar Draz
287
288
289
290 ---------------------------------
291 Yahoo! Photos ? Showcase holiday pictures in hardcover
292 Photo Books. You design it and we?ll bind it!
293 -------------- next part --------------
294 An HTML attachment was scrubbed...
295 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060120/52ce4c32/attachment.html
296 From azoff at se.linux.org Fri Jan 20 06:26:05 2006
297 From: azoff at se.linux.org (=?UTF-8?B?VG9yYmrDtnJuIFN2ZW5zc29u?=)
298 Date: Fri Jan 20 06:26:40 2006
299 Subject: [IRCServices] nick registration without email
300 In-Reply-To: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
301 References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
302 Message-ID: <43D0F2FD.2040403@se.linux.org>
303
304 -----BEGIN PGP SIGNED MESSAGE-----
305 Hash: SHA1
306
307 Umar Draz wrote:
308 > I mean if someone want to register a nick just send the AUTH CODE
309 > on screen not through email.
310
311 If you want it to not send the auth-code by mail, why send the auth-code
312 at all? I don't see any reason to send the auth-code to the user by notice.
313
314
315 - --
316 .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
317 : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD
318 `. `' http://azoff.homeip.net | http://azoff.tty0.org
319 `-- http://se.linux.org
320
321 -----BEGIN PGP SIGNATURE-----
322 Version: GnuPG v1.4.2 (GNU/Linux)
323 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
324
325 iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh
326 P5lIQJy7Hn5Q16NFfZw8KLs=
327 =oGNA
328 -----END PGP SIGNATURE-----
329 From surreal.w00t at gmail.com Sat Jan 21 06:38:04 2006
330 From: surreal.w00t at gmail.com (Robin Burchell)
331 Date: Sat Jan 21 06:39:00 2006
332 Subject: [IRCServices] nick registration without email
333 In-Reply-To: <43D0F2FD.2040403@se.linux.org>
334 References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
335 <43D0F2FD.2040403@se.linux.org>
336 Message-ID: <b19eae4e0601210638n7289ee0y3b4f91ad05f5a205@mail.gmail.com>
337
338 I can kind of see the logic, as then you'd need to customise <insert
339 botnet here> for that network, but it's not something I'd do.
340
341 On 1/21/06, Torbj?rn Svensson <azoff@se.linux.org> wrote:
342 > -----BEGIN PGP SIGNED MESSAGE-----
343 > Hash: SHA1
344 >
345 > Umar Draz wrote:
346 > > I mean if someone want to register a nick just send the AUTH CODE
347 > > on screen not through email.
348 >
349 > If you want it to not send the auth-code by mail, why send the auth-code
350 > at all? I don't see any reason to send the auth-code to the user by notice.
351 >
352 >
353 > - --
354 > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
355 > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD
356 > `. `' http://azoff.homeip.net | http://azoff.tty0.org
357 > `-- http://se.linux.org
358 >
359 > -----BEGIN PGP SIGNATURE-----
360 > Version: GnuPG v1.4.2 (GNU/Linux)
361 > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
362 >
363 > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh
364 > P5lIQJy7Hn5Q16NFfZw8KLs=
365 > =oGNA
366 > -----END PGP SIGNATURE-----
367 > ------------------------------------------------------------------
368 > To unsubscribe or change your subscription options, visit:
369 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
370 >
371 From phan70m at gmail.com Sat Jan 21 09:24:05 2006
372 From: phan70m at gmail.com (Anton Wolkov)
373 Date: Sat Jan 21 09:24:18 2006
374 Subject: [IRCServices] nick registration without email
375 In-Reply-To: <b19eae4e0601210638n7289ee0y3b4f91ad05f5a205@mail.gmail.com>
376 References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
377 <43D0F2FD.2040403@se.linux.org>
378 <b19eae4e0601210638n7289ee0y3b4f91ad05f5a205@mail.gmail.com>
379 Message-ID: <d50f59a00601210924h2f43b0b9uc7a49cfcaa6f61ed@mail.gmail.com>
380
381 I've seen networks who use auth code as a captcha method, they print it back
382 to the user hoping it won't be caught by an evil script and only a real
383 person would know what to do with it.
384 it's not a good idea, because a simple regexp can catch this.
385 i am using libgd and a php cron to email the auth code inside an image
386 attached to the letter.
387 this also eliminates the need for me to check whether the @host.com points
388 to the same address as the host of the client, because i simply don't care,
389 no bot in hell will be able to just understand the auth code.
390
391 On 1/21/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
392 >
393 > I can kind of see the logic, as then you'd need to customise <insert
394 > botnet here> for that network, but it's not something I'd do.
395 >
396 > On 1/21/06, Torbj?rn Svensson <azoff@se.linux.org> wrote:
397 > > -----BEGIN PGP SIGNED MESSAGE-----
398 > > Hash: SHA1
399 > >
400 > > Umar Draz wrote:
401 > > > I mean if someone want to register a nick just send the AUTH CODE
402 > > > on screen not through email.
403 > >
404 > > If you want it to not send the auth-code by mail, why send the auth-code
405 > > at all? I don't see any reason to send the auth-code to the user by
406 > notice.
407 > >
408 > >
409 > > - --
410 > > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
411 > > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD
412 > > `. `' http://azoff.homeip.net | http://azoff.tty0.org
413 > > `-- http://se.linux.org
414 > >
415 > > -----BEGIN PGP SIGNATURE-----
416 > > Version: GnuPG v1.4.2 (GNU/Linux)
417 > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
418 > >
419 > > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh
420 > > P5lIQJy7Hn5Q16NFfZw8KLs=
421 > > =oGNA
422 > > -----END PGP SIGNATURE-----
423 > > ------------------------------------------------------------------
424 > > To unsubscribe or change your subscription options, visit:
425 > > http://lists.ircservices.za.net/mailman/listinfo/ircservices
426 > >
427 > ------------------------------------------------------------------
428 > To unsubscribe or change your subscription options, visit:
429 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
430 >
431 -------------- next part --------------
432 An HTML attachment was scrubbed...
433 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060121/e9dda3b6/attachment.html
434 From surreal.w00t at gmail.com Sat Jan 21 10:12:57 2006
435 From: surreal.w00t at gmail.com (Robin Burchell)
436 Date: Sat Jan 21 10:13:05 2006
437 Subject: [IRCServices] nick registration without email
438 In-Reply-To: <d50f59a00601210924h2f43b0b9uc7a49cfcaa6f61ed@mail.gmail.com>
439 References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com>
440 <43D0F2FD.2040403@se.linux.org>
441 <b19eae4e0601210638n7289ee0y3b4f91ad05f5a205@mail.gmail.com>
442 <d50f59a00601210924h2f43b0b9uc7a49cfcaa6f61ed@mail.gmail.com>
443 Message-ID: <b19eae4e0601211012o4f1aea50m7e66217a883837b@mail.gmail.com>
444
445 Indeed, it's easily bypassable- thing is, you need:
446
447 - A person with a clue.
448 - A person who gives a damn about *your* network enough to bother.
449
450 In kiddiot land, the first seems to be in short enough supply :-).
451
452 On 1/22/06, Anton Wolkov <phan70m@gmail.com> wrote:
453 > I've seen networks who use auth code as a captcha method, they print it back
454 > to the user hoping it won't be caught by an evil script and only a real
455 > person would know what to do with it.
456 > it's not a good idea, because a simple regexp can catch this.
457 > i am using libgd and a php cron to email the auth code inside an image
458 > attached to the letter.
459 > this also eliminates the need for me to check whether the @host.com points
460 > to the same address as the host of the client, because i simply don't care,
461 > no bot in hell will be able to just understand the auth code.
462 >
463 >
464 > On 1/21/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
465 > > I can kind of see the logic, as then you'd need to customise <insert
466 > > botnet here> for that network, but it's not something I'd do.
467 > >
468 > > On 1/21/06, Torbj?rn Svensson <azoff@se.linux.org > wrote:
469 > > > -----BEGIN PGP SIGNED MESSAGE-----
470 > > > Hash: SHA1
471 > > >
472 > > > Umar Draz wrote:
473 > > > > I mean if someone want to register a nick just send the AUTH CODE
474 > > > > on screen not through email.
475 > > >
476 > > > If you want it to not send the auth-code by mail, why send the auth-code
477 > > > at all? I don't see any reason to send the auth-code to the user by
478 > notice.
479 > > >
480 > > >
481 > > > - --
482 > > > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
483 > > > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD
484 > > > `. `' http://azoff.homeip.net | http://azoff.tty0.org
485 > > > `-- http://se.linux.org
486 > > >
487 > > > -----BEGIN PGP SIGNATURE-----
488 > > > Version: GnuPG v1.4.2 (GNU/Linux)
489 > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
490 > > >
491 > > >
492 > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh
493 > > > P5lIQJy7Hn5Q16NFfZw8KLs=
494 > > > =oGNA
495 > > > -----END PGP SIGNATURE-----
496 > > >
497 > ------------------------------------------------------------------
498 > > > To unsubscribe or change your subscription options, visit:
499 > > >
500 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
501 > > >
502 > >
503 > ------------------------------------------------------------------
504 > > To unsubscribe or change your subscription options, visit:
505 > >
506 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
507 > >
508 >
509 >
510 > ------------------------------------------------------------------
511 > To unsubscribe or change your subscription options, visit:
512 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
513 >
514 >
515 From admin at vonitsanet.gr Wed Jan 25 06:42:21 2006
516 From: admin at vonitsanet.gr (Dionisios K.)
517 Date: Wed Jan 25 06:44:48 2006
518 Subject: [IRCServices] NickServ Ajoin
519 Message-ID: <007f01c621bd$8ed46ea0$0100000a@server>
520
521 Is possible to allow services admins to add unlimited channels to the
522 autojoin list?
523
524 From achurch at achurch.org Thu Jan 26 00:05:12 2006
525 From: achurch at achurch.org (Andrew Church)
526 Date: Wed Jan 25 07:06:16 2006
527 Subject: [IRCServices] NickServ Ajoin
528 In-Reply-To: <007f01c621bd$8ed46ea0$0100000a@server>
529 Message-ID: <43d793e0.32777@msgid.achurch.org>
530
531 >Is possible to allow services admins to add unlimited channels to the
532 >autojoin list?
533
534 No.
535
536 --Andrew Church
537 achurch@achurch.org
538 http://achurch.org/
539 From ron2k.za at gmail.com Wed Jan 25 09:46:38 2006
540 From: ron2k.za at gmail.com (Kieron Thwaites)
541 Date: Wed Jan 25 09:46:47 2006
542 Subject: [IRCServices] NickServ Ajoin
543 In-Reply-To: <007f01c621bd$8ed46ea0$0100000a@server>
544 References: <007f01c621bd$8ed46ea0$0100000a@server>
545 Message-ID: <debb3bc0601250946w73a5afe2i35ea31582072078@mail.gmail.com>
546
547 > Is possible to allow services admins to add unlimited channels to the
548 > autojoin list?
549
550 Given that IRC servers limit the number of channels that a user may
551 join, this would be pointless.
552 From admin at vonitsanet.gr Wed Jan 25 09:50:55 2006
553 From: admin at vonitsanet.gr (Dionisios K.)
554 Date: Wed Jan 25 09:52:41 2006
555 Subject: [IRCServices] NickServ Ajoin
556 References: <007f01c621bd$8ed46ea0$0100000a@server>
557 <debb3bc0601250946w73a5afe2i35ea31582072078@mail.gmail.com>
558 Message-ID: <008401c621d7$ef4cf080$0100000a@server>
559
560 Services admins are ircops too.
561 There is no channel limit for ircops.
562
563 ----- Original Message -----
564 From: "Kieron Thwaites" <ron2k.za@gmail.com>
565 To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
566 Sent: Wednesday, January 25, 2006 7:46 PM
567 Subject: Re: [IRCServices] NickServ Ajoin
568
569
570 > Is possible to allow services admins to add unlimited channels to the
571 > autojoin list?
572
573 Given that IRC servers limit the number of channels that a user may
574 join, this would be pointless.
575 ------------------------------------------------------------------
576 To unsubscribe or change your subscription options, visit:
577 http://lists.ircservices.za.net/mailman/listinfo/ircservices
578 From omster at gmail.com Wed Jan 25 10:21:09 2006
579 From: omster at gmail.com (Om)
580 Date: Wed Jan 25 10:21:25 2006
581 Subject: [IRCServices] NickServ Ajoin
582 In-Reply-To: <008401c621d7$ef4cf080$0100000a@server>
583 References: <007f01c621bd$8ed46ea0$0100000a@server>
584 <debb3bc0601250946w73a5afe2i35ea31582072078@mail.gmail.com>
585 <008401c621d7$ef4cf080$0100000a@server>
586 Message-ID: <20060125182109.5b8388e9@honu.gateway.2wire.net>
587
588 On Wed, 25 Jan 2006 19:50:55 +0200
589 "Dionisios K." <admin@vonitsanet.gr> wrote:
590
591 > Services admins are ircops too.
592 > There is no channel limit for ircops.
593
594 That's very much IRCd dependant.
595
596 --
597 I will live forever, or die trying.
598 From igarvey at hotmail.com Thu Jan 26 16:37:46 2006
599 From: igarvey at hotmail.com (Ian Garvey)
600 Date: Thu Jan 26 16:38:03 2006
601 Subject: [IRCServices] mlocking channel modes O and A
602 Message-ID: <BAY104-F7F4F64840FB105CBF8430B8140@phx.gbl>
603
604 Hello,
605
606 I'm new to this list and amn't sure if this has been discussed or whatnot,
607 but it appears to be the case that regular users (who are recognized channel
608 founders) can set mlocks regarding channel modes O and A (Opers-only and
609 Admins-only, respectively, on Unreal). I know that IRCServices are designed
610 to work with all sorts of IRCds, but with Unreal, only opers and admins
611 respectively are supposed to be able to set/unset channel modes O and A, so
612 allowing users to set it via ChanServ's modelock function allows them to
613 circumvent this... is there a way that IRCServices could query whether a
614 user is an oper (isanoper) before allowing them to set those mlocks?
615
616 Regards,
617 Ian Garvey
618
619
620 From dave.j.moore at gmail.com Tue Feb 14 12:23:32 2006
621 From: dave.j.moore at gmail.com (Dave Moore)
622 Date: Tue Feb 14 12:24:02 2006
623 Subject: [IRCServices] Support request: Services cannot connect to IRCD,
624 strerror error 22.
625 Message-ID: <fcb90ceb0602141223h5b269b2am2ebc102035a14b7e@mail.gmail.com>
626
627 Hello all. I am using IRCServices 5.0.57 on UltimateIRCd(Tsunami)-3.0(01),
628 though this problem occurs regardless of what IRCd is used. (Services never
629 makes it to the IRCd)
630
631 Following are a C&P of services' log, followed by the contents of socktest.c,
632 which is a socket testing program my buddy wrote (so he says) for me,
633 followed by the output of ./socktest.
634
635 I hope I've provided enough information, if anyone needs more information or
636 needs me to take any additional steps for further troubleshooting, that's no
637 problem at all.
638
639 Any help would be appreciated, thanks in advance.
640
641 Dave
642
643 Logs:
644 [Feb 14 20:12:25.677031 2006] IRC Services 5.0.57 starting up (options:
645 debug)
646 [Feb 14 20:12:25.722001 2006] debug: Loading language 0 from file
647 `languages/en_us'
648 [Feb 14 20:12:25.728089 2006] debug: Loading language 10 from file
649 `languages/nl'
650 [Feb 14 20:12:25.734271 2006] debug: Loading language 6 from file
651 `languages/fr'
652 [Feb 14 20:12:25.740649 2006] debug: Loading language 9 from file
653 `languages/de'
654 [Feb 14 20:12:25.747259 2006] debug: Loading language 11 from file
655 `languages/hu'
656 [Feb 14 20:12:25.753610 2006] debug: Loading language 8 from file
657 `languages/it'
658 [Feb 14 20:12:25.758795 2006] debug: Loading language 2 from file
659 `languages/ja_euc'
660 [Feb 14 20:12:25.764741 2006] debug: Loading language 3 from file
661 `languages/ja_sjis'
662 [Feb 14 20:12:25.770444 2006] debug: Loading language 5 from file
663 `languages/pt'
664 [Feb 14 20:12:25.779258 2006] debug: Loading language 12 from file
665 `languages/ru'
666 [Feb 14 20:12:25.785985 2006] debug: Loading language 4 from file
667 `languages/es'
668 [Feb 14 20:12:25.792501 2006] debug: Loading language 7 from file
669 `languages/tr'
670 [Feb 14 20:12:25.798826 2006] debug: Loaded languages
671 [Feb 14 20:12:25.802596 2006] debug: Loading module `protocol/bahamut'
672 [Feb 14 20:12:25.809033 2006] debug: Successfully loaded module
673 `protocol/bahamut'
674 [Feb 14 20:12:25.812829 2006] debug: Loading module `database/version4'
675 [Feb 14 20:12:25.821537 2006] debug: Successfully loaded module
676 `database/version4'
677 [Feb 14 20:12:25.825316 2006] debug: Loading module `mail/main'
678 [Feb 14 20:12:25.830547 2006] debug: Successfully loaded module `mail/main'
679 [Feb 14 20:12:25.834844 2006] debug: Loading module `mail/smtp'
680 [Feb 14 20:12:25.841417 2006] debug: Successfully loaded module `mail/smtp'
681 [Feb 14 20:12:25.844974 2006] debug: Loading module `operserv/main'
682 [Feb 14 20:12:25.852625 2006] debug: Successfully loaded module
683 `operserv/main'
684 [Feb 14 20:12:25.856821 2006] debug: Loading module `operserv/akill'
685 [Feb 14 20:12:25.862871 2006] debug: Successfully loaded module
686 `operserv/akill'
687 [Feb 14 20:12:25.866979 2006] debug: Loading module `operserv/news'
688 [Feb 14 20:12:25.872761 2006] debug: Successfully loaded module
689 `operserv/news'
690 [Feb 14 20:12:25.876803 2006] debug: Loading module `operserv/sessions'
691 [Feb 14 20:12:25.883016 2006] debug: Successfully loaded module
692 `operserv/sessions'
693 [Feb 14 20:12:25.888510 2006] debug: Loading module `operserv/sline'
694 [Feb 14 20:12:25.894708 2006] debug: Successfully loaded module
695 `operserv/sline'
696 [Feb 14 20:12:25.898628 2006] debug: Loading module `nickserv/main'
697 [Feb 14 20:12:25.910032 2006] debug: Successfully loaded module
698 `nickserv/main'
699 [Feb 14 20:12:25.913969 2006] debug: Loading module `nickserv/access'
700 [Feb 14 20:12:25.920316 2006] debug: Successfully loaded module
701 `nickserv/access'
702 [Feb 14 20:12:25.924218 2006] debug: Loading module `nickserv/link'
703 [Feb 14 20:12:25.930096 2006] debug: Successfully loaded module
704 `nickserv/link'
705 [Feb 14 20:12:25.933580 2006] debug: Loading module `nickserv/mail-auth'
706 [Feb 14 20:12:25.940245 2006] debug: Successfully loaded module
707 `nickserv/mail-auth'
708 [Feb 14 20:12:25.944046 2006] debug: Loading module `nickserv/sendpass'
709 [Feb 14 20:12:25.951050 2006] debug: Successfully loaded module
710 `nickserv/sendpass'
711 [Feb 14 20:12:25.954684 2006] debug: Loading module `chanserv/main'
712 [Feb 14 20:12:25.963185 2006] debug: Successfully loaded module
713 `chanserv/main'
714 [Feb 14 20:12:25.967062 2006] debug: Loading module `chanserv/access-levels'
715 [Feb 14 20:12:25.974581 2006] debug: Successfully loaded module
716 `chanserv/access-levels'
717 [Feb 14 20:12:25.978429 2006] debug: Loading module `chanserv/sendpass'
718 [Feb 14 20:12:25.984940 2006] debug: Successfully loaded module
719 `chanserv/sendpass'
720 [Feb 14 20:12:25.989298 2006] debug: Loading module `memoserv/main'
721 [Feb 14 20:12:25.996230 2006] debug: Successfully loaded module
722 `memoserv/main'
723 [Feb 14 20:12:25.999969 2006] debug: Loading module `memoserv/forward'
724 [Feb 14 20:12:26.006549 2006] debug: Successfully loaded module
725 `memoserv/forward'
726 [Feb 14 20:12:26.010419 2006] debug: Loading module `memoserv/ignore'
727 [Feb 14 20:12:26.014360 2006] debug: Successfully loaded module
728 `memoserv/ignore'
729 [Feb 14 20:12:26.015657 2006] debug: Loading module `statserv/main'
730 [Feb 14 20:12:26.020414 2006] debug: Successfully loaded module
731 `statserv/main'
732 [Feb 14 20:12:26.021535 2006] debug: Loading module `misc/helpserv'
733 [Feb 14 20:12:26.025979 2006] debug: Successfully loaded module
734 `misc/helpserv'
735 [Feb 14 20:12:26.026995 2006] debug: Loading module `httpd/main'
736 [Feb 14 20:12:26.031818 2006] httpd/main: Listening on 72.20.8.98:5347
737 [Feb 14 20:12:26.033102 2006] debug: Successfully loaded module `httpd/main'
738 [Feb 14 20:12:26.034463 2006] debug: Loading module `httpd/auth-ip'
739 [Feb 14 20:12:26.039295 2006] debug: Successfully loaded module
740 `httpd/auth-ip'
741 [Feb 14 20:12:26.040407 2006] debug: Loading module `httpd/auth-password'
742 [Feb 14 20:12:26.044648 2006] debug: Successfully loaded module
743 `httpd/auth-password'
744 [Feb 14 20:12:26.045835 2006] debug: Loading module `misc/xml-export'
745 [Feb 14 20:12:26.050744 2006] debug: Successfully loaded module
746 `misc/xml-export'
747 [Feb 14 20:12:26.051928 2006] debug: Loading module `misc/xml-import'
748 [Feb 14 20:12:26.057501 2006] debug: Successfully loaded module
749 `misc/xml-import'
750 [Feb 14 20:12:26.058620 2006] debug: Loaded modules
751 [Feb 14 20:12:26.068373 2006] FATAL: Can't connect to server (
752 72.20.8.98:8899): Invalid argument
753
754 --END LOG--
755
756 Code from socktest.c:
757 #include <stdarg.h>
758 #include <stdio.h>
759 #include <stdlib.h>
760 #include <string.h>
761 #include <unistd.h>
762 #include <signal.h>
763 #include <time.h>
764 #include <errno.h>
765 #include <grp.h>
766 #include <limits.h>
767 #include <netdb.h>
768 #include <netinet/in.h>
769 #include <sys/socket.h>
770 #include <sys/stat.h> /* for umask() on some systems */
771 #include <sys/types.h>
772 #include <sys/time.h>
773
774 int conn(const char *host, int port, const char *lhost, int lport);
775 void disconn(int s);
776
777 int conn(const char *host, int port, const char *lhost, int lport)
778 {
779 struct hostent *hp;
780 struct sockaddr_in sa, lsa;
781 int sock;
782
783 printf("Conn() called\n");
784
785 memset(&lsa, 0, sizeof(lsa));
786 if (lhost) {
787 if ((hp = gethostbyname(lhost)) != NULL) {
788 memcpy((char *) &lsa.sin_addr, hp->h_addr, hp->h_length);
789 lsa.sin_family = hp->h_addrtype;
790 } else {
791 lhost = NULL;
792 }
793 }
794 if (lport)
795 lsa.sin_port = htons((unsigned short) lport);
796
797 printf("Conn() LocalHost stuff setup\n");
798
799 memset(&sa, 0, sizeof(sa));
800 if (!(hp = gethostbyname(host))) {
801 printf("Error during gethostbyname\n");
802 return -1;
803 }
804 printf("Conn() gethostbyname successful\n");
805
806 memcpy((char *) &sa.sin_addr, hp->h_addr, hp->h_length);
807 sa.sin_family = hp->h_addrtype;
808 sa.sin_port = htons((unsigned short) port);
809
810 printf("Conn() before socket call\n");
811
812 printf("Check sa family %d AF_INET %d\n", sa.sin_family, AF_INET);
813 printf("Check sa port %d %d htons check %d\n", port, sa.sin_port,
814 htons((unsigned short) port));
815 printf("Check sa address %s\n", inet_ntoa(sa.sin_addr));
816
817 if ((sock = socket(sa.sin_family, SOCK_STREAM, 0)) < 0) {
818 printf("Error during socket\n");
819 return -1;
820 }
821 printf("Conn() sock %d\n", sock);
822
823 if ((lhost || lport)
824 && bind(sock, (struct sockaddr *) &lsa, sizeof(lsa)) < 0) {
825 close(sock);
826 printf("Error during bind\n");
827 return -1;
828 }
829
830 if (connect(sock, (struct sockaddr *) &sa, sizeof(sa)) < 0) {
831 printf("Error during connect\n");
832 printf("Errno is %d\n", errno);
833 printf("strerror says %s\n", strerror(errno));
834 printf("Check sizeof(sa) %ld\n", sizeof(sa));
835 printf("Check socket %d\n", sock);
836 printf("Check sa family %d AF_INET %d\n", sa.sin_family, AF_INET);
837 printf("Check sa port %d\n", sa.sin_port);
838 printf("Check sa address %s\n", inet_ntoa(sa.sin_addr));
839
840 close(sock);
841 return -1;
842 }
843 printf("Successful sock value %d", sock);
844 return sock;
845 }
846
847 /*************************************************************************/
848
849 void disconn(int s)
850 {
851 shutdown(s, 2);
852 close(s);
853 }
854
855 int main(int ac, char **av, char **envp)
856 {
857 int s;
858 printf("Calling conn()\n");
859 s = conn("72.20.8.98", 8899, "72.20.8.98", 8891);
860 printf("after conn()\n");
861 disconn(s);
862 printf("exit\n");
863 return 0;
864 }
865
866
867 --END OF socktest.c--
868
869
870 And, finally, the output from socktest.c:
871
872 Calling conn()
873 Conn() called
874 Conn() LocalHost stuff setup
875 Conn() gethostbyname successful
876 Conn() before socket call
877 Check sa family 2 AF_INET 2
878 Check sa port 8899 49954 htons check 49954
879 Check sa address 72.20.8.98
880 Conn() sock 3
881 Error during connect
882 Errno is 22
883 strerror says Invalid argument
884 Check sizeof(sa) 16
885 Check socket 3
886 Check sa family 2 AF_INET 2
887 Check sa port 49954
888 Check sa address 72.20.8.98
889 after conn()
890 exit
891
892 --END OF socktest output--
893 -------------- next part --------------
894 An HTML attachment was scrubbed...
895 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060214/a368be7a/attachment-0001.html
896 From achurch at achurch.org Wed Feb 15 13:35:34 2006
897 From: achurch at achurch.org (Andrew Church)
898 Date: Tue Feb 14 20:37:47 2006
899 Subject: [IRCServices] mlocking channel modes O and A
900 In-Reply-To: <BAY104-F7F4F64840FB105CBF8430B8140@phx.gbl>
901 Message-ID: <43f2b013.35120@msgid.achurch.org>
902
903 It seems to me that this falls under the Don't Do That Then category;
904 if you mlock a channel +O and you're not an oper, well, that would be
905 pretty stupid. I don't see why Services should bother checking this case.
906
907 --Andrew Church
908 achurch@achurch.org
909 http://achurch.org/
910
911 >Hello,
912 >
913 >I'm new to this list and amn't sure if this has been discussed or whatnot,
914 >but it appears to be the case that regular users (who are recognized channel
915 >founders) can set mlocks regarding channel modes O and A (Opers-only and
916 >Admins-only, respectively, on Unreal). I know that IRCServices are designed
917 >to work with all sorts of IRCds, but with Unreal, only opers and admins
918 >respectively are supposed to be able to set/unset channel modes O and A, so
919 >allowing users to set it via ChanServ's modelock function allows them to
920 >circumvent this... is there a way that IRCServices could query whether a
921 >user is an oper (isanoper) before allowing them to set those mlocks?
922 >
923 >Regards,
924 >Ian Garvey
925 >
926 >
927 >------------------------------------------------------------------
928 >To unsubscribe or change your subscription options, visit:
929 >http://lists.ircservices.za.net/mailman/listinfo/ircservices
930 From matheuscsilva at gmail.com Tue Feb 28 18:43:09 2006
931 From: matheuscsilva at gmail.com (Matheus Silva)
932 Date: Tue Feb 28 18:43:36 2006
933 Subject: [IRCServices] ircservices 4.5.45
934 Message-ID: <22048baa0602281843n4094d314p@mail.gmail.com>
935
936 Hello,
937 I'm using ircservices-4.5.45 (cause I don't like modules), and I'm having
938 problems with this bug listed no KnownBugs file:
939
940 "If Services receives a SIGHUP or SIGTERM signal while processing a command,
941 save_xx_dbase() may be called with the database in an inconsistent state.
942 This can under some conditions cause Services to crash while saving,
943 resulting in corrupt database files (though the backup files will still be
944 available)."
945
946 Any can help me to fix it?
947 Thank you.
948 -------------- next part --------------
949 An HTML attachment was scrubbed...
950 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060228/e64092d5/attachment.html
951 From achurch at achurch.org Wed Mar 1 12:14:48 2006
952 From: achurch at achurch.org (Andrew Church)
953 Date: Tue Feb 28 19:15:58 2006
954 Subject: [IRCServices] ircservices 4.5.45
955 In-Reply-To: <22048baa0602281843n4094d314p@mail.gmail.com>
956 Message-ID: <440511e7.50165@msgid.achurch.org>
957
958 I no longer support Services 4.5. You're welcome to fix it yourself,
959 or ask on the mailing list for someone to help you.
960
961 --Andrew Church
962 achurch@achurch.org
963 http://achurch.org/
964
965 >Hello,
966 >I'm using ircservices-4.5.45 (cause I don't like modules), and I'm having
967 >problems with this bug listed no KnownBugs file:
968 >
969 >"If Services receives a SIGHUP or SIGTERM signal while processing a command=
970 >,
971 >save_xx_dbase() may be called with the database in an inconsistent state.
972 >This can under some conditions cause Services to crash while saving,
973 >resulting in corrupt database files (though the backup files will still be
974 >available)."
975 >
976 >Any can help me to fix it?
977 >Thank you.
978 >
979 From achurch at achurch.org Wed Mar 1 12:16:12 2006
980 From: achurch at achurch.org (Andrew Church)
981 Date: Tue Feb 28 19:16:54 2006
982 Subject: [IRCServices] ircservices 4.5.45
983 In-Reply-To: <440511e7.50165@msgid.achurch.org>
984 Message-ID: <4405121f.50176@msgid.achurch.org>
985
986 > I no longer support Services 4.5. You're welcome to fix it yourself,
987 >or ask on the mailing list for someone to help you.
988
989 ... and of course, this _was_ the mailing list. Somebody needs to catch up
990 on his sleep...
991
992 --Andrew Church
993 achurch@achurch.org
994 http://achurch.org/
995 From stratus at blazeirc.net Thu Mar 2 22:59:53 2006
996 From: stratus at blazeirc.net (Jim Stratus)
997 Date: Thu Mar 2 22:59:56 2006
998 Subject: [IRCServices] db recovery?
999 Message-ID: <003901c63e90$12f337e0$7cdb7286@noteryan>
1000
1001 My server box itself rebooted of some fatal error that apache caused, and
1002 naturally ircservices was not shutdown properly, nor was much of anything
1003 else. My services have run stable for at least 5 years now, according to my
1004 log which is proof of that, I haven't even had to use the log which is
1005 definitely apparent. However, I now have the problem that services is not
1006 loading anymore.
1007
1008 [Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up
1009 [Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on
1010 oper.db
1011 [Mar 02 23:58:52 2006] database/version4: Unable to read version number from
1012 oper.db
1013 [Mar 02 23:58:52 2006] operserv/main: Unable to read from database!
1014 (code -1)
1015 [Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main
1016 [Mar 02 23:58:52 2006] Error loading modules, aborting
1017
1018 I fear this may have been caused by the server's pre-mature termination of
1019 the process. Can the database or file be repaired?
1020
1021 Jim Stratus
1022 BlazeIRC Network
1023
1024 From achurch at achurch.org Fri Mar 3 19:15:13 2006
1025 From: achurch at achurch.org (Andrew Church)
1026 Date: Fri Mar 3 02:20:54 2006
1027 Subject: [IRCServices] db recovery?
1028 In-Reply-To: <003901c63e90$12f337e0$7cdb7286@noteryan>
1029 Message-ID: <4408187e.67044@msgid.achurch.org>
1030
1031 Services is designed to not overwrite database files until the new
1032 copies have been safely written to disk; this looks more like a case of
1033 filesystem corruption at the OS level, probably due to the write cache not
1034 being written out to disk when the system restarted. You'll have to either
1035 restore from a backup or remove the corrupt files (e.g. "rm oper.db").
1036
1037 --Andrew Church
1038 achurch@achurch.org
1039 http://achurch.org/
1040
1041 >My server box itself rebooted of some fatal error that apache caused, and
1042 >naturally ircservices was not shutdown properly, nor was much of anything
1043 >else. My services have run stable for at least 5 years now, according to my
1044 >log which is proof of that, I haven't even had to use the log which is
1045 >definitely apparent. However, I now have the problem that services is not
1046 >loading anymore.
1047 >
1048 >[Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up
1049 >[Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on
1050 >oper.db
1051 >[Mar 02 23:58:52 2006] database/version4: Unable to read version number from
1052 >oper.db
1053 >[Mar 02 23:58:52 2006] operserv/main: Unable to read from database!
1054 >(code -1)
1055 >[Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main
1056 >[Mar 02 23:58:52 2006] Error loading modules, aborting
1057 >
1058 >I fear this may have been caused by the server's pre-mature termination of
1059 >the process. Can the database or file be repaired?
1060 >
1061 >Jim Stratus
1062 >BlazeIRC Network
1063 >
1064 >------------------------------------------------------------------
1065 >To unsubscribe or change your subscription options, visit:
1066 >http://lists.ircservices.za.net/mailman/listinfo/ircservices
1067 From stratus at blazeirc.net Tue Mar 7 15:23:53 2006
1068 From: stratus at blazeirc.net (Jim Stratus)
1069 Date: Tue Mar 7 15:24:21 2006
1070 Subject: [IRCServices] db recovery?
1071 References: <4408187e.67044@msgid.achurch.org>
1072 Message-ID: <002101c6423e$3352fc80$7cdb7286@noteryan>
1073
1074 When I removed the oper.db file (I actually renamed it) but I removed it,
1075 services generated a new one, however this resulted in all databases being
1076 lost. Apparently when oper.db was removed per se, services lost all
1077 registered channels, nicks, admins, everything. Is this expected for just
1078 the removing of oper.db? I thought the other dbs would not be effected by
1079 this.
1080
1081 Jim Stratus
1082 ----- Original Message -----
1083 From: "Andrew Church" <achurch@achurch.org>
1084 To: <ircservices@ircservices.esper.net>
1085 Sent: Friday, March 03, 2006 3:15 AM
1086 Subject: Re: [IRCServices] db recovery?
1087
1088
1089 > Services is designed to not overwrite database files until the new
1090 > copies have been safely written to disk; this looks more like a case of
1091 > filesystem corruption at the OS level, probably due to the write cache not
1092 > being written out to disk when the system restarted. You'll have to
1093 > either
1094 > restore from a backup or remove the corrupt files (e.g. "rm oper.db").
1095 >
1096 > --Andrew Church
1097 > achurch@achurch.org
1098 > http://achurch.org/
1099 >
1100 >>My server box itself rebooted of some fatal error that apache caused, and
1101 >>naturally ircservices was not shutdown properly, nor was much of anything
1102 >>else. My services have run stable for at least 5 years now, according to
1103 >>my
1104 >>log which is proof of that, I haven't even had to use the log which is
1105 >>definitely apparent. However, I now have the problem that services is not
1106 >>loading anymore.
1107 >>
1108 >>[Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up
1109 >>[Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on
1110 >>oper.db
1111 >>[Mar 02 23:58:52 2006] database/version4: Unable to read version number
1112 >>from
1113 >>oper.db
1114 >>[Mar 02 23:58:52 2006] operserv/main: Unable to read from database!
1115 >>(code -1)
1116 >>[Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main
1117 >>[Mar 02 23:58:52 2006] Error loading modules, aborting
1118 >>
1119 >>I fear this may have been caused by the server's pre-mature termination of
1120 >>the process. Can the database or file be repaired?
1121 >>
1122 >>Jim Stratus
1123 >>BlazeIRC Network
1124 >>
1125 >>------------------------------------------------------------------
1126 >>To unsubscribe or change your subscription options, visit:
1127 >>http://lists.ircservices.za.net/mailman/listinfo/ircservices
1128 > ------------------------------------------------------------------
1129 > To unsubscribe or change your subscription options, visit:
1130 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1131
1132 From achurch at achurch.org Wed Mar 8 10:53:37 2006
1133 From: achurch at achurch.org (Andrew Church)
1134 Date: Tue Mar 7 17:55:06 2006
1135 Subject: [IRCServices] db recovery?
1136 In-Reply-To: <002101c6423e$3352fc80$7cdb7286@noteryan>
1137 Message-ID: <440e3971.47264@msgid.achurch.org>
1138
1139 >When I removed the oper.db file (I actually renamed it) but I removed it,
1140 >services generated a new one, however this resulted in all databases being
1141 >lost. Apparently when oper.db was removed per se, services lost all
1142 >registered channels, nicks, admins, everything. Is this expected for just
1143 >the removing of oper.db? I thought the other dbs would not be effected by
1144 >this.
1145
1146 They aren't; the databases are mostly independent (though the channel
1147 database does depend on the nickname database). It may be that the other
1148 files were destroyed in the same way.
1149
1150 --Andrew Church
1151 achurch@achurch.org
1152 http://achurch.org/
1153 From matheuscsilva at gmail.com Wed Mar 8 12:54:48 2006
1154 From: matheuscsilva at gmail.com (Matheus Silva)
1155 Date: Wed Mar 8 12:55:02 2006
1156 Subject: [IRCServices] ircservices-4.5.45
1157 Message-ID: <22048baa0603081254r7a468fabj@mail.gmail.com>
1158
1159 Nobody knows how to fix the problem in saving databases on 4.5.45?
1160 When a user executes a command while databases is saving, the services
1161 crash...
1162 please, help me.
1163 -------------- next part --------------
1164 An HTML attachment was scrubbed...
1165 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060308/59de7fa7/attachment.htm
1166 From techie101 at gmail.com Fri Mar 24 17:29:02 2006
1167 From: techie101 at gmail.com (techie101)
1168 Date: Fri Mar 24 17:29:21 2006
1169 Subject: [IRCServices] GLOBOPS error on server and services
1170 Message-ID: <dc94c4710603241729g4465fd0r9e9669a0ef8e1df8@mail.gmail.com>
1171
1172 This is what I get, after this services die.
1173 [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1174 [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised
1175 command 'GLOBOPS' -- possibly loaded mismatched modules)
1176 [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1177 [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer
1178
1179 How should I fix this?
1180
1181 --
1182 Techie101
1183 -------------- next part --------------
1184 An HTML attachment was scrubbed...
1185 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060324/6b5afcac/attachment.html
1186 From surreal.w00t at gmail.com Sat Mar 25 09:30:59 2006
1187 From: surreal.w00t at gmail.com (Robin Burchell)
1188 Date: Sat Mar 25 09:32:20 2006
1189 Subject: [IRCServices] GLOBOPS error on server and services
1190 In-Reply-To: <dc94c4710603241729g4465fd0r9e9669a0ef8e1df8@mail.gmail.com>
1191 References: <dc94c4710603241729g4465fd0r9e9669a0ef8e1df8@mail.gmail.com>
1192 Message-ID: <44257E53.2080201@gmail.com>
1193
1194 techie101 wrote:
1195 > This is what I get, after this services die.
1196 > [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1197 > [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised
1198 > command 'GLOBOPS' -- possibly loaded mismatched modules)
1199 > [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1200 > [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer
1201 >
1202 > How should I fix this?
1203 >
1204 > --
1205 > Techie101
1206 >
1207 >
1208 > ------------------------------------------------------------------------
1209 >
1210 > ------------------------------------------------------------------
1211 > To unsubscribe or change your subscription options, visit:
1212 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1213
1214 Databases are locked error can be solved by removing the .lock file,
1215 iirc it's located in lib/.lock.
1216
1217 The mismatched modules error.. I'm guessing you're using InspIRCd from
1218 that error? - Load the `globops' module in your ircd configuration.
1219
1220 Hope this helps.
1221 From techie101 at gmail.com Sat Mar 25 14:05:32 2006
1222 From: techie101 at gmail.com (techie101)
1223 Date: Sat Mar 25 14:05:45 2006
1224 Subject: [IRCServices] GLOBOPS error on server and services
1225 In-Reply-To: <44257E53.2080201@gmail.com>
1226 References: <dc94c4710603241729g4465fd0r9e9669a0ef8e1df8@mail.gmail.com>
1227 <44257E53.2080201@gmail.com>
1228 Message-ID: <dc94c4710603251405o49ceb4d5n87c3a287b654b300@mail.gmail.com>
1229
1230 You guessed right. I removed the .lock file, and loaded the globops
1231 module on inspircd, still I get that same error. When I oper up, I can
1232 issue /globops msg here and it will work, but when services try.. They
1233 die.
1234
1235 Thanks for your help.
1236
1237
1238 On 3/25/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
1239 > techie101 wrote:
1240 > > This is what I get, after this services die.
1241 > > [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1242 > > [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised
1243 > > command 'GLOBOPS' -- possibly loaded mismatched modules)
1244 > > [Mar 24 19:08:38 2006] warning: databases are locked, not updating
1245 > > [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer
1246 > >
1247 > > How should I fix this?
1248 > >
1249 > > --
1250 > > Techie101
1251 > >
1252 > >
1253 > > ------------------------------------------------------------------------
1254 > >
1255 > > ------------------------------------------------------------------
1256 > > To unsubscribe or change your subscription options, visit:
1257 > > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1258 >
1259 > Databases are locked error can be solved by removing the .lock file,
1260 > iirc it's located in lib/.lock.
1261 >
1262 > The mismatched modules error.. I'm guessing you're using InspIRCd from
1263 > that error? - Load the `globops' module in your ircd configuration.
1264 >
1265 > Hope this helps.
1266 > ------------------------------------------------------------------
1267 > To unsubscribe or change your subscription options, visit:
1268 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1269 >
1270
1271
1272 --
1273 Techie101
1274 From surreal.w00t at gmail.com Mon Mar 27 15:18:01 2006
1275 From: surreal.w00t at gmail.com (Robin Burchell)
1276 Date: Mon Mar 27 15:18:34 2006
1277 Subject: [IRCServices] Trivial OS AKILL documentation flaw
1278 Message-ID: <b19eae4e0603271518v22ec64ffma9267d57f1f4eb16@mail.gmail.com>
1279
1280 Hi,
1281
1282 The documentation for OS AKILL is wrong, specifically:
1283
1284 [09:07:31] -OperServ (services@chatspike.net)- Optionally, an expiry
1285 time can be given with the AKILL ADD
1286 [09:07:31] -OperServ (services@chatspike.net)- command. The expiry
1287 time precedes the user@host mask, and
1288 [09:07:31] -OperServ (services@chatspike.net)- is specified as an
1289 integer followed by one of d (days),
1290 [09:07:31] -OperServ (services@chatspike.net)- h (hours), or m
1291 (minutes). Combinations (such as 1h30m)
1292 [09:07:31] -OperServ (services@chatspike.net)- are also permitted. If
1293 a unit specifier is not included,
1294 [09:07:31] -OperServ (services@chatspike.net)- the default is days (so
1295 +30 by itself means 30 days). To
1296 [09:07:32] -OperServ (services@chatspike.net)- add an AKILL which does
1297 not expire, use +0. If the
1298 [09:07:32] -OperServ (services@chatspike.net)- usermask to be added
1299 starts with a +, an expiry time must
1300 [09:07:32] -OperServ (services@chatspike.net)- be given, even if it is
1301 the same as the default.
1302
1303 It does not mention that 's' (seconds) can also be used, which is the
1304 case both from testing, confirmed in the source by looking at misc.c's
1305 dotime() which do_maskdata_add() (called by akill add) uses.
1306 From erikf at opera.com Fri Mar 31 04:06:31 2006
1307 From: erikf at opera.com (=?iso-8859-1?q?Erik_Haider_Fors=E9n?=)
1308 Date: Fri Mar 31 04:06:57 2006
1309 Subject: [IRCServices] ircservices + ldap = ?
1310 Message-ID: <8764lurf7c.fsf@pondus.glasscola.net>
1311
1312 Hi!
1313
1314 I'm wondering if ircservices has any support for ldap? I'd like
1315 ircservices to look in my openldap database for authentication
1316 information. Is this possible?
1317
1318 Best regards
1319
1320 Erik Haider Fors?n
1321
1322 From surreal.w00t at gmail.com Mon Apr 10 17:50:29 2006
1323 From: surreal.w00t at gmail.com (Robin Burchell)
1324 Date: Mon Apr 10 17:51:18 2006
1325 Subject: [IRCServices] LISTLINKS, LISTEMAIL, etc.
1326 Message-ID: <b19eae4e0604101750l71b13459q18738cbb456a83b9@mail.gmail.com>
1327
1328 Hi,
1329
1330 I did make a post on this a while back, but it was never properly
1331 addressed I feel, so I had best bring it up again.
1332
1333 My point at the time was why LISTLINKS is admin-only, and not
1334 available to users (respecting SET PRIVATE, of course). This is now
1335 largely water under the bridge.
1336
1337 There is a problem with the security configuration of this -- if you
1338 know a user's email, (which you can get, unless SET HIDE EMAIL ON is
1339 used) -- you can get an effective LISTLINKS by using LISTEMAIL.
1340
1341 Example below, performed as a normal user.
1342
1343 [10:48:41] -NickServ (services@chatspike.net)- Syntax: LISTLINKS
1344 [10:48:41] -NickServ (services@chatspike.net)- Type /msg NickServ HELP
1345 LISTLINKS for more information.
1346 [10:48:46] -NickServ (services@chatspike.net)- brain is Craig Edwards
1347 [10:48:46] -NickServ (services@chatspike.net)- Brain is currently online.
1348 [10:48:46] -NickServ (services@chatspike.net)- Time registered: Jun 07
1349 20:55:31 2002 BST
1350 [10:48:46] -NickServ (services@chatspike.net)- Last quit message: Client exited
1351 [10:48:46] -NickServ (services@chatspike.net)- URL: http://www.winbot.co.uk
1352 [10:48:46] -NickServ (services@chatspike.net)- E-mail address:
1353 brain@chatspike.net
1354 [10:48:46] -NickServ (services@chatspike.net)- Information: I'm watching you...
1355 [10:48:46] -NickServ (services@chatspike.net)- Options: Kill
1356 protection, Security
1357 [10:48:58] -NickServ (services@chatspike.net)- List of entries
1358 matching brain@chatspike.net:
1359 [10:48:58] -NickServ (services@chatspike.net)- ` brain@chatspike.net
1360 [10:48:58] -NickServ (services@chatspike.net)- Administrator brain@chatspike.net
1361 [10:48:58] -NickServ (services@chatspike.net)- Brain brain@chatspike.net
1362 [10:48:58] -NickServ (services@chatspike.net)- Brain-gone brain@chatspike.net
1363
1364 [output truncated].
1365
1366 While we're on the subject, is it possible for LISTLINKS to be moved
1367 to oper-only rather than admin-only? Or is there additional reasoning
1368 for this. When one has a troublesome user, it would be nice to be able
1369 to LISTLINKS and watch for their additional nicknames attempting to
1370 connect.
1371
1372 Thanks,
1373 w00t.
1374 From ContactBox at flashmail.com Sun Apr 30 04:48:20 2006
1375 From: ContactBox at flashmail.com (My Public Email)
1376 Date: Sun Apr 30 04:48:49 2006
1377 Subject: [IRCServices] feature info
1378 Message-ID: <HGELJGPKLJIDOHBEAMCBKEPNDAAA.ContactBox@flashmail.com>
1379
1380 Hiya,
1381
1382 I was looking at the code for various commands, to add a feature that seems
1383 simple in theory.
1384
1385 I'm using Unreal, and the problem is that I want to be able to use
1386 time-specified bans (or akicks), but have chanserv expire them after the
1387 time's up. So that a channel op can set a 2 hour ban, or 3 day ban to deal
1388 with minor disruptive conduct, and the limit will be honored and doesn't
1389 rely on the op remembering to turn the ban off when it expires 3 days later.
1390 What I'd *really* like is an extended AKICK option format:
1391
1392 AKICK channel ADD mask [?d?h?m] [reason]
1393 ie, if the 1st word in "reason" is a date format, it's taken as a ban
1394 time-limit.
1395
1396 Or maybe a new option with that functionality (for compatibility):
1397 AKICK channel TADD mask time [reason]
1398
1399 And separately, I guess, two other minor tweaks to match this: AKICK
1400 VIEW/LIST shows current time to expiry (or "indefinite"), and the "you are
1401 not allowed to join this channel" message states if applicable "(temp ban,
1402 ?d?h?m remaining)".
1403
1404
1405 As a further comment on AKICK, it'd be nice (if possible) if it listed bans
1406 by number (like memos are listed), so that one didnt have to retype the mask
1407 but could just replace <mask> by <number> in AKICK commands, if desired.
1408
1409
1410 Questions:
1411
1412 ** Does something that does this exist? It'd be useful for sure!
1413 ** If not is anyone able to help write a patched version of autokick.c, to
1414 do this?
1415 ** If not can someone at least outline what's needed step by step, to
1416 achieve this? Is it just autokick.c or many other files too that would be
1417 modded?
1418
1419 Many thanks!
1420
1421 From achurch at achurch.org Sun Apr 30 22:36:25 2006
1422 From: achurch at achurch.org (Andrew Church)
1423 Date: Sun Apr 30 06:53:56 2006
1424 Subject: [IRCServices] feature info
1425 In-Reply-To: <HGELJGPKLJIDOHBEAMCBKEPNDAAA.ContactBox@flashmail.com>
1426 Message-ID: <4454c166.74007@msgid.achurch.org>
1427
1428 >I'm using Unreal, and the problem is that I want to be able to use
1429 >time-specified bans (or akicks), but have chanserv expire them after the
1430 >time's up. So that a channel op can set a 2 hour ban, or 3 day ban to deal
1431 >with minor disruptive conduct, and the limit will be honored and doesn't
1432 >rely on the op remembering to turn the ban off when it expires 3 days later.
1433 >What I'd *really* like is an extended AKICK option format:
1434
1435 I'll think about this for 5.1, but in the meantime (particularly since
1436 I'm busy with other obligations and won't be able to work on Services for a
1437 while) you may want to look at the AKILL/SQLINE/etc. ADD command processing
1438 in modules/operserv/maskdata.c, which recognizes a "+<time>" initial
1439 parameter as an expiration time. You'll also need to modify the autokick
1440 structure, obviously; for 5.0, this will break your databases unless you
1441 change the database version and add code in modules/database/version4.c to
1442 handle the version differences (5.1 takes care of all this automatically).
1443 You may want to ask on the coding list for more help.
1444
1445 >As a further comment on AKICK, it'd be nice (if possible) if it listed bans
1446 >by number (like memos are listed), so that one didnt have to retype the mask
1447 >but could just replace <mask> by <number> in AKICK commands, if desired.
1448
1449 As a rule, I'm trying to stay away from numbered lists where possible.
1450 Particularly in the case where the lists can get renumbered after adds or
1451 deletions, you can get unexpected behavior:
1452
1453 (User1 -> ChanServ) AKICK #channel LIST
1454 (ChanServ -> User1) Autokick list for #channel:
1455 (ChanServ -> User1) 1 *@some.host.com
1456 (ChanServ -> User1) 2 *@minor.annoyance.org
1457 (ChanServ -> User1) 3 *@deadly.cracker.net
1458 [User1 starts typing "AKICK...", intending to delete *@some.host.com]
1459 (User2 -> ChanServ) AKICK #channel LIST
1460 (ChanServ -> User2) Autokick list for #channel:
1461 (ChanServ -> User2) 1 *@some.host.com
1462 (ChanServ -> User2) 2 *@minor.annoyance.org
1463 (ChanServ -> User2) 3 *@deadly.cracker.net
1464 [User2 starts typing "AKICK...", intending to delete *@minor.annoyance.org]
1465 (User1 -> ChanServ) AKICK #channel DEL 1
1466 (ChanServ -> User1) *@some.host.com deleted from #channel autokick list.
1467 (User1 -> ChanServ) AKICK #channel LIST
1468 (ChanServ -> User1) Autokick list for #channel:
1469 (ChanServ -> User1) 1 *@minor.annoyance.org
1470 (ChanServ -> User1) 2 *@deadly.cracker.net
1471 (User2 -> ChanServ) AKICK #channel DEL 2
1472 (ChanServ -> User2) *@deadly.cracker.net deleted from #channel autokick list.
1473
1474 This can be avoided by attaching unique numbers to each autokick, but
1475 then you can get lists like 5, 13, 28... with holes in the sequence, plus
1476 you have an extra field that you have to deal with loading and saving. If
1477 you made the ID non-numeric, you wouldn't have to worry about the oddity of
1478 holes in the sequence--but then why not just use the mask itself as the ID?
1479 That saves the trouble of keeping track of an extra field as well.
1480
1481 That's my reasoning behind not using numbered lists. That, plus it's
1482 really not that hard to type the mask in, or even copy and paste, for the
1483 comparatively infrequent occasions you need the command...
1484
1485 --Andrew Church
1486 achurch@achurch.org
1487 http://achurch.org/
1488 From dawgclan at shaw.ca Thu May 18 04:18:54 2006
1489 From: dawgclan at shaw.ca (JASON M)
1490 Date: Thu May 18 04:20:08 2006
1491 Subject: [IRCServices] IRC Services channel mode loophole
1492 Message-ID: <1c7a5431c73729.1c737291c7a543@shaw.ca>
1493
1494 Hi Andrew,
1495
1496 There seems to be a loophole/bug in relation to IRCop channel modes. If you mlock a channel with +A or +O for example some channel modes referencing Server-admins and Opers only they set fine, however since there is no feature to make ChanServ stay in the channel, when the last person leaves all modes are unset and the first person to join can get in before the modes are set. This can be a regular user then the modes set however the user is still in the channel.
1497
1498 It would be nice if there was a mode to make ChanServ sit in channels as well as a fix for if users don't want ChanServ in their channels. On small networks and even big ones having ChanServ idle in channels should have no serious impact as services such as SRVX running on GameSurge run in over 10,000 channels and have ChanServ idle in most if not all of them.
1499
1500 Regards,
1501
1502 Jason Mainwaring
1503 A+ Service Technician
1504 Microsoft Certified Systems Administrator
1505 MCSA Messaging
1506 Certified Novell Administrator
1507 Phone: (02) 9908 4244
1508 Mobile: 0413 161 708
1509 E-mail: dawgclan@shaw.ca
1510
1511 From achurch at achurch.org Thu May 18 23:06:18 2006
1512 From: achurch at achurch.org (Andrew Church)
1513 Date: Thu May 18 07:09:52 2006
1514 Subject: [IRCServices] IRC Services channel mode loophole
1515 In-Reply-To: <1c7a5431c73729.1c737291c7a543@shaw.ca>
1516 Message-ID: <446c8025.22474@msgid.achurch.org>
1517
1518 >There seems to be a loophole/bug in relation to IRCop channel modes. If
1519 >you mlock a channel with +A or +O [...]
1520
1521 Are you using the latest version (5.0.57)? I can't reproduce this:
1522
1523 -> *ChanServ* register #789 789 789
1524 -ChanServ- Channel #789 registered under your nickname: Alcan
1525 -ChanServ- Your channel password is 789 -- remember it for later use.
1526 *** Mode change "+ntr" on channel #789 by ChanServ
1527 -> *ChanServ* set #789 mlock +O
1528 -ChanServ- Mode lock on channel #789 changed to +O.
1529 *** Mode change "+O" on channel #789 by ChanServ
1530 *** Alcan has left channel #789 ()
1531 *** Alcan (achurch@hide-CC7E9766) has joined channel #789
1532 *** #789 1147961126
1533 *** ChanServ (services@localhost.net) has joined channel #789
1534 *** Mode change "+b *!achurch@hide-CC7E9766" on channel #789 by ChanServ
1535 *** You have been kicked off channel #789 by ChanServ (You are not permitted
1536 to be on this channel.)
1537
1538 >It would be nice if there was a mode to make ChanServ sit in channels
1539
1540 I've been through this five bazillion times before. ChanServ will NOT join
1541 channels, period.
1542
1543 --Andrew Church
1544 achurch@achurch.org
1545 http://achurch.org/
1546 From dawgclan at shaw.ca Fri May 19 06:32:19 2006
1547 From: dawgclan at shaw.ca (JASON M)
1548 Date: Fri May 19 06:33:48 2006
1549 Subject: [IRCServices] IRC Services channel mode loophole
1550 Message-ID: <1e00bec1dfd8ec.1dfd8ec1e00bec@shaw.ca>
1551
1552 Hi Andrew,
1553 Seems like I got the message confused from the support staff. They were trying to suggest that ChanServ does a check on the user to see if they are an oper for +O or a Server admin for +A otherwise not set, I can see the logic in this. I guess it'll be whether you are able to build in the checks?
1554
1555 Is there a module out for this? Or perhaps you could release a third-party type module that you could use a diff patch or something? Would be a nice addition for small networks.
1556
1557 Regards,
1558
1559 Jason Mainwaring
1560 A+ Service Technician
1561 Microsoft Certified Systems Administrator
1562 MCSA Messaging
1563 Certified Novell Administrator
1564 Phone: (02) 9908 4244
1565 Mobile: 0413 161 708
1566 E-mail: dawgclan@shaw.ca
1567
1568 ----- Original Message -----
1569 From: achurch@achurch.org (Andrew Church)
1570 Date: Thursday, May 18, 2006 7:06 am
1571 Subject: Re: [IRCServices] IRC Services channel mode loophole
1572
1573 > >There seems to be a loophole/bug in relation to IRCop channel
1574 > modes. If
1575 > >you mlock a channel with +A or +O [...]
1576 >
1577 > Are you using the latest version (5.0.57)? I can't reproduce this:
1578 >
1579 > -> *ChanServ* register #789 789 789
1580 > -ChanServ- Channel #789 registered under your nickname: Alcan
1581 > -ChanServ- Your channel password is 789 -- remember it for later use.
1582 > *** Mode change "+ntr" on channel #789 by ChanServ
1583 > -> *ChanServ* set #789 mlock +O
1584 > -ChanServ- Mode lock on channel #789 changed to +O.
1585 > *** Mode change "+O" on channel #789 by ChanServ
1586 > *** Alcan has left channel #789 ()
1587 > *** Alcan (achurch@hide-CC7E9766) has joined channel #789
1588 > *** #789 1147961126
1589 > *** ChanServ (services@localhost.net) has joined channel #789
1590 > *** Mode change "+b *!achurch@hide-CC7E9766" on channel #789 by
1591 > ChanServ*** You have been kicked off channel #789 by ChanServ (You
1592 > are not permitted
1593 > to be on this channel.)
1594 >
1595 > >It would be nice if there was a mode to make ChanServ sit in channels
1596 >
1597 > I've been through this five bazillion times before. ChanServ will
1598 > NOT join
1599 > channels, period.
1600 >
1601 > --Andrew Church
1602 > achurch@achurch.org
1603 > http://achurch.org/
1604 > ------------------------------------------------------------------
1605 > To unsubscribe or change your subscription options, visit:
1606 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1607 >
1608
1609 From achurch at achurch.org Sat May 20 00:26:54 2006
1610 From: achurch at achurch.org (Andrew Church)
1611 Date: Fri May 19 08:29:26 2006
1612 Subject: [IRCServices] IRC Services channel mode loophole
1613 In-Reply-To: <1e00bec1dfd8ec.1dfd8ec1e00bec@shaw.ca>
1614 Message-ID: <446de44c.67251@msgid.achurch.org>
1615
1616 >Seems like I got the message confused from the support staff. They were trying to suggest that ChanServ does a check on the user to see if they are an oper for +O or a Server admin for +A otherwise not set, I can see the logic in this. I guess it'll be whether you are able to build in the checks?
1617
1618 I assume you're talking about adding those to the mode lock? This has
1619 been brought up before; the solution is to not add those if you're not an
1620 oper--I'm not going to add an extra check for it.
1621
1622 --Andrew Church
1623 achurch@achurch.org
1624 http://achurch.org/
1625 From gabriel.baez at solid-ircd.com Mon Jun 19 09:44:12 2006
1626 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
1627 Date: Mon Jun 19 09:44:32 2006
1628 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes when
1629 converting from anope db.
1630 Message-ID: <23845.204.15.51.131.1150735452.squirrel@www.solid-ircd.com>
1631
1632
1633
1634
1635 services version: ircservices-5.0.57
1636 System info: OS RedHat Enterprise 4
1637
1638 Linux 2.6.9-34.EL #1 i686 GNU/Linux
1639
1640 gcc info:
1641
1642 sheik@shellshed.com [~]# gcc -v
1643 Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.5/specs
1644 Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
1645 --infodir=/usr/share/info --enable-shared --enable-threads=posix
1646 --disable-checking --with-system-zlib --enable-__cxa_atexit
1647 --disable-libunwind-exceptions --enable-java-awt=gtk
1648 --host=i386-redhat-linux
1649 Thread model: posix
1650 gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)
1651
1652
1653 sheik@***** [~/services2/lib]# ./convert-db -v +anope /home/sheik/services
1654 Loading nick.db...
1655 Loading chan.db...
1656 Loading oper.db...
1657 Loading exception.db...
1658 Loading news.db...
1659 Data files successfully loaded.
1660 Checking data integrity...
1661 Segmentation fault
1662
1663
1664
1665 gdb info:
1666
1667 (gdb) run -v +anope /home/sheik/services
1668 Starting program: /home/sheik/services2/lib/convert-db -v +anope
1669 /home/sheik/services
1670 Loading nick.db...
1671 Loading chan.db...
1672 Loading oper.db...
1673 Loading exception.db...
1674 Loading news.db...
1675 Data files successfully loaded.
1676 Checking data integrity...
1677
1678 Program received signal SIGSEGV, Segmentation fault.
1679 0x00a208e3 in strchr () from /lib/tls/libc.so.6
1680 (gdb) bt
1681 #0 0x00a208e3 in strchr () from /lib/tls/libc.so.6
1682 #1 0x0804a440 in main (ac=4, av=0xbfecb354) at convert-db.c:594
1683 (gdb) bt full
1684 #0 0x00a208e3 in strchr () from /lib/tls/libc.so.6
1685 No symbol table info available.
1686 #1 0x0804a440 in main (ac=4, av=0xbfecb354) at convert-db.c:594
1687 j = Variable "j" is not available.
1688 (gdb)
1689
1690
1691 any suggestions?
1692
1693 From achurch at achurch.org Tue Jun 20 02:06:52 2006
1694 From: achurch at achurch.org (Andrew Church)
1695 Date: Mon Jun 19 10:08:18 2006
1696 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes when
1697 converting from anope db.
1698 In-Reply-To: <23845.204.15.51.131.1150735452.squirrel@www.solid-ircd.com>
1699 Message-ID: <4496d9f5.42222@msgid.achurch.org>
1700
1701 >sheik@***** [~/services2/lib]# ./convert-db -v +anope /home/sheik/services
1702 >Loading nick.db...
1703 >Loading chan.db...
1704 >Loading oper.db...
1705 >Loading exception.db...
1706 >Loading news.db...
1707 >Data files successfully loaded.
1708 >Checking data integrity...
1709 >Segmentation fault
1710
1711 Can you try applying the patch below and tell me if it solves your
1712 problem?
1713
1714 --Andrew Church
1715 achurch@achurch.org
1716 http://achurch.org/
1717
1718 ---------------------------------------------------------------------------
1719
1720 Index: tools/convert-db.c
1721 ===================================================================
1722 RCS file: /var/local/cvsroot/ircservices/tools/convert-db.c,v
1723 retrieving revision 2.30.2.6
1724 diff -u -r2.30.2.6 convert-db.c
1725 --- tools/convert-db.c 20 Jan 2006 08:33:59 -0000 2.30.2.6
1726 +++ tools/convert-db.c 19 Jun 2006 17:03:51 -0000
1727 @@ -591,10 +591,15 @@
1728
1729 /* Make sure all access entries have non-empty user and host parts. */
1730 ARRAY_FOREACH (i, ngi->access) {
1731 - s = strchr(ngi->access[i], '@');
1732 - if (!s || s==ngi->access[i] || !s[1]) {
1733 - fprintf(stderr, "Access entry %d for nickgroup %u isn't a"
1734 - " valid user@host mask, deleting.\n", i, ngi->id);
1735 + if (!ngi->access[i]
1736 + || !(s = strchr(ngi->access[i], '@'))
1737 + || s == ngi->access[i]
1738 + || !s[1]
1739 + ) {
1740 + fprintf(stderr, "Access entry %d for nickgroup %u %s,"
1741 + " deleting.\n", i, ngi->id,
1742 + !ngi->access ? "is empty"
1743 + : "isn't a valid user@host mask");
1744 ARRAY_REMOVE(ngi->access, i);
1745 i--;
1746 }
1747 From gabriel.baez at solid-ircd.com Mon Jun 19 13:20:17 2006
1748 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
1749 Date: Mon Jun 19 13:20:29 2006
1750 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes
1751 when converting from anope db.
1752 In-Reply-To: <4496d9f5.42222@msgid.achurch.org>
1753 References: <23845.204.15.51.131.1150735452.squirrel@www.solid-ircd.com>
1754 <4496d9f5.42222@msgid.achurch.org>
1755 Message-ID: <2956.24.179.41.151.1150748417.squirrel@www.solid-ircd.com>
1756
1757 Thanks this worked, the issue I have now, is that I can't identify, the
1758 passwords in the anope db were encrypted and now when I Import the data
1759 and try to identify I get a password incorrect message.
1760
1761
1762 >>sheik@***** [~/services2/lib]# ./convert-db -v +anope
1763 >> /home/sheik/services
1764 >>Loading nick.db...
1765 >>Loading chan.db...
1766 >>Loading oper.db...
1767 >>Loading exception.db...
1768 >>Loading news.db...
1769 >>Data files successfully loaded.
1770 >>Checking data integrity...
1771 >>Segmentation fault
1772 >
1773 > Can you try applying the patch below and tell me if it solves your
1774 > problem?
1775 >
1776 > --Andrew Church
1777 > achurch@achurch.org
1778 > http://achurch.org/
1779 >
1780 > ---------------------------------------------------------------------------
1781 >
1782 > Index: tools/convert-db.c
1783 > ===================================================================
1784 > RCS file: /var/local/cvsroot/ircservices/tools/convert-db.c,v
1785 > retrieving revision 2.30.2.6
1786 > diff -u -r2.30.2.6 convert-db.c
1787 > --- tools/convert-db.c 20 Jan 2006 08:33:59 -0000 2.30.2.6
1788 > +++ tools/convert-db.c 19 Jun 2006 17:03:51 -0000
1789 > @@ -591,10 +591,15 @@
1790 >
1791 > /* Make sure all access entries have non-empty user and host parts. */
1792 > ARRAY_FOREACH (i, ngi->access) {
1793 > - s = strchr(ngi->access[i], '@');
1794 > - if (!s || s==ngi->access[i] || !s[1]) {
1795 > - fprintf(stderr, "Access entry %d for nickgroup %u isn't a"
1796 > - " valid user@host mask, deleting.\n", i, ngi->id);
1797 > + if (!ngi->access[i]
1798 > + || !(s = strchr(ngi->access[i], '@'))
1799 > + || s == ngi->access[i]
1800 > + || !s[1]
1801 > + ) {
1802 > + fprintf(stderr, "Access entry %d for nickgroup %u %s,"
1803 > + " deleting.\n", i, ngi->id,
1804 > + !ngi->access ? "is empty"
1805 > + : "isn't a valid user@host mask");
1806 > ARRAY_REMOVE(ngi->access, i);
1807 > i--;
1808 > }
1809 > ------------------------------------------------------------------
1810 > To unsubscribe or change your subscription options, visit:
1811 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1812 >
1813
1814 From gabriel.baez at solid-ircd.com Mon Jun 19 15:30:29 2006
1815 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
1816 Date: Mon Jun 19 15:30:44 2006
1817 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes
1818 when converting from anope db.
1819 In-Reply-To: <2956.24.179.41.151.1150748417.squirrel@www.solid-ircd.com>
1820 References: <23845.204.15.51.131.1150735452.squirrel@www.solid-ircd.com>
1821 <4496d9f5.42222@msgid.achurch.org>
1822 <2956.24.179.41.151.1150748417.squirrel@www.solid-ircd.com>
1823 Message-ID: <3902.24.179.41.151.1150756229.squirrel@www.solid-ircd.com>
1824
1825 erm, let me reword this lol, after successfully running the convert-db
1826 script,
1827
1828
1829 I Imported the data, but users can't identify, when ever they try to
1830 identify to their nickname they get a password incorrect error, those
1831 this conversion support importing encrypted passwords from other services?
1832 My anope db had the passwords encrypted.
1833
1834
1835 > Thanks this worked, the issue I have now, is that I can't identify, the
1836 > passwords in the anope db were encrypted and now when I Import the data
1837 > and try to identify I get a password incorrect message.
1838 >
1839 >
1840 >>>sheik@***** [~/services2/lib]# ./convert-db -v +anope
1841 >>> /home/sheik/services
1842 >>>Loading nick.db...
1843 >>>Loading chan.db...
1844 >>>Loading oper.db...
1845 >>>Loading exception.db...
1846 >>>Loading news.db...
1847 >>>Data files successfully loaded.
1848 >>>Checking data integrity...
1849 >>>Segmentation fault
1850 >>
1851 >> Can you try applying the patch below and tell me if it solves your
1852 >> problem?
1853 >>
1854 >> --Andrew Church
1855 >> achurch@achurch.org
1856 >> http://achurch.org/
1857 >>
1858 >> ---------------------------------------------------------------------------
1859 >>
1860 >> Index: tools/convert-db.c
1861 >> ===================================================================
1862 >> RCS file: /var/local/cvsroot/ircservices/tools/convert-db.c,v
1863 >> retrieving revision 2.30.2.6
1864 >> diff -u -r2.30.2.6 convert-db.c
1865 >> --- tools/convert-db.c 20 Jan 2006 08:33:59 -0000 2.30.2.6
1866 >> +++ tools/convert-db.c 19 Jun 2006 17:03:51 -0000
1867 >> @@ -591,10 +591,15 @@
1868 >>
1869 >> /* Make sure all access entries have non-empty user and host parts. */
1870 >> ARRAY_FOREACH (i, ngi->access) {
1871 >> - s = strchr(ngi->access[i], '@');
1872 >> - if (!s || s==ngi->access[i] || !s[1]) {
1873 >> - fprintf(stderr, "Access entry %d for nickgroup %u isn't a"
1874 >> - " valid user@host mask, deleting.\n", i, ngi->id);
1875 >> + if (!ngi->access[i]
1876 >> + || !(s = strchr(ngi->access[i], '@'))
1877 >> + || s == ngi->access[i]
1878 >> + || !s[1]
1879 >> + ) {
1880 >> + fprintf(stderr, "Access entry %d for nickgroup %u %s,"
1881 >> + " deleting.\n", i, ngi->id,
1882 >> + !ngi->access ? "is empty"
1883 >> + : "isn't a valid user@host mask");
1884 >> ARRAY_REMOVE(ngi->access, i);
1885 >> i--;
1886 >> }
1887 >> ------------------------------------------------------------------
1888 >> To unsubscribe or change your subscription options, visit:
1889 >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
1890 >>
1891 >
1892 > ------------------------------------------------------------------
1893 > To unsubscribe or change your subscription options, visit:
1894 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1895 >
1896
1897 From achurch at achurch.org Tue Jun 20 07:56:16 2006
1898 From: achurch at achurch.org (Andrew Church)
1899 Date: Mon Jun 19 15:59:47 2006
1900 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes when
1901 converting from anope db.
1902 In-Reply-To: <3902.24.179.41.151.1150756229.squirrel@www.solid-ircd.com>
1903 Message-ID: <44972c5b.42361@msgid.achurch.org>
1904
1905 >I Imported the data, but users can't identify, when ever they try to
1906 >identify to their nickname they get a password incorrect error, those
1907 >this conversion support importing encrypted passwords from other services?
1908 > My anope db had the passwords encrypted.
1909
1910 Have you enabled encryption for Services? Make sure you have a line
1911 in ircservices.conf that says:
1912
1913 LoadModule encryption/md5
1914
1915 (This line is present but commented out in the example configuration file.)
1916 If encryption is enabled, the passwords should work, assuming Anope uses
1917 the same encryption method as Services (it looks like it, but I'm not
1918 certain).
1919
1920 --Andrew Church
1921 achurch@achurch.org
1922 http://achurch.org/
1923 From gabriel.baez at solid-ircd.com Mon Jun 19 16:37:37 2006
1924 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
1925 Date: Mon Jun 19 16:37:52 2006
1926 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes
1927 when converting from anope db.
1928 In-Reply-To: <44972c5b.42361@msgid.achurch.org>
1929 References: <3902.24.179.41.151.1150756229.squirrel@www.solid-ircd.com>
1930 <44972c5b.42361@msgid.achurch.org>
1931 Message-ID: <1550.24.179.41.151.1150760257.squirrel@www.solid-ircd.com>
1932
1933 Yea is enabled it looks exactly like this
1934
1935 LoadModule encryption/md5
1936
1937
1938 >>I Imported the data, but users can't identify, when ever they try to
1939 >>identify to their nickname they get a password incorrect error, those
1940 >>this conversion support importing encrypted passwords from other
1941 >> services?
1942 >> My anope db had the passwords encrypted.
1943 >
1944 > Have you enabled encryption for Services? Make sure you have a line
1945 > in ircservices.conf that says:
1946 >
1947 > LoadModule encryption/md5
1948 >
1949 > (This line is present but commented out in the example configuration
1950 > file.)
1951 > If encryption is enabled, the passwords should work, assuming Anope uses
1952 > the same encryption method as Services (it looks like it, but I'm not
1953 > certain).
1954 >
1955 > --Andrew Church
1956 > achurch@achurch.org
1957 > http://achurch.org/
1958 > ------------------------------------------------------------------
1959 > To unsubscribe or change your subscription options, visit:
1960 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
1961 >
1962
1963 From achurch at achurch.org Tue Jun 20 11:00:57 2006
1964 From: achurch at achurch.org (Andrew Church)
1965 Date: Mon Jun 19 19:02:05 2006
1966 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes when
1967 converting from anope db.
1968 In-Reply-To: <1550.24.179.41.151.1150760257.squirrel@www.solid-ircd.com>
1969 Message-ID: <44975715.42517@msgid.achurch.org>
1970
1971 >Yea is enabled it looks exactly like this
1972 >
1973 >LoadModule encryption/md5
1974
1975 In that case, it may be that Anope uses a different method of
1976 encryption which isn't compatible with Services. What version of Anope
1977 are you using? I'll try and reproduce the problem here.
1978
1979 --Andrew Church
1980 achurch@achurch.org
1981 http://achurch.org/
1982 From gabriel.baez at solid-ircd.com Mon Jun 19 19:43:21 2006
1983 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
1984 Date: Mon Jun 19 19:43:33 2006
1985 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes
1986 when converting from anope db.
1987 In-Reply-To: <44975715.42517@msgid.achurch.org>
1988 References: <1550.24.179.41.151.1150760257.squirrel@www.solid-ircd.com>
1989 <44975715.42517@msgid.achurch.org>
1990 Message-ID: <2614.24.179.41.151.1150771401.squirrel@www.solid-ircd.com>
1991
1992 Anope-1.7.14 (1028)
1993
1994
1995 >>Yea is enabled it looks exactly like this
1996 >>
1997 >>LoadModule encryption/md5
1998 >
1999 > In that case, it may be that Anope uses a different method of
2000 > encryption which isn't compatible with Services. What version of Anope
2001 > are you using? I'll try and reproduce the problem here.
2002 >
2003 > --Andrew Church
2004 > achurch@achurch.org
2005 > http://achurch.org/
2006 > ------------------------------------------------------------------
2007 > To unsubscribe or change your subscription options, visit:
2008 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2009 >
2010
2011 From achurch at achurch.org Wed Jun 21 12:49:17 2006
2012 From: achurch at achurch.org (Andrew Church)
2013 Date: Tue Jun 20 21:09:35 2006
2014 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes when
2015 converting from anope db.
2016 In-Reply-To: <2614.24.179.41.151.1150771401.squirrel@www.solid-ircd.com>
2017 Message-ID: <4498c676.54766@msgid.achurch.org>
2018
2019 Okay, I took a look and (with a pointer from Craig McLure) discovered
2020 that Anope still has the bug present in old versions of IRC Services (and
2021 fixed in Services 4.5) which causes passwords to be encrypted incorrectly.
2022 Try applying the patch below to your copy of Services; if it works, I'll
2023 release a new version of Services with the patch included.
2024
2025 --Andrew Church
2026 achurch@achurch.org
2027 http://achurch.org/
2028
2029 ---------------------------------------------------------------------------
2030
2031 Index: defs.h
2032 ===================================================================
2033 RCS file: /var/local/cvsroot/ircservices/defs.h,v
2034 retrieving revision 2.29.2.3
2035 diff -u -r2.29.2.3 defs.h
2036 --- defs.h 8 Jan 2006 16:48:11 -0000 2.29.2.3
2037 +++ defs.h 21 Jun 2006 04:05:47 -0000
2038 @@ -41,6 +41,14 @@
2039 * only). These commands are undocumented; "use the source, Luke!" */
2040 #define DEBUG_COMMANDS
2041
2042 +
2043 +/******** Other configuration ********/
2044 +
2045 +/* Define this to enable compatibility mode for encrypted passwords as
2046 + * used in the Epona and Anope (through at least version 1.7.14) programs.
2047 + * Note that this may have a detrimental effect on password security. */
2048 +#define ANOPE_MD5_HACK
2049 +
2050 /*************************************************************************/
2051 /******************* END OF USER-CONFIGURABLE SECTION ********************/
2052 /*************************************************************************/
2053 Index: modules/encryption/md5.c
2054 ===================================================================
2055 RCS file: /var/local/cvsroot/ircservices/modules/encryption/md5.c,v
2056 retrieving revision 2.11.2.4
2057 diff -u -r2.11.2.4 md5.c
2058 --- modules/encryption/md5.c 8 Jan 2006 16:48:13 -0000 2.11.2.4
2059 +++ modules/encryption/md5.c 21 Jun 2006 04:05:47 -0000
2060 @@ -16,6 +16,10 @@
2061
2062 static Module *module;
2063
2064 +#ifdef ANOPE_MD5_HACK
2065 +# define XTOI(c) ((c)>9 ? (c)-'A'+10 : (c)-'0')
2066 +#endif
2067 +
2068 /*************************************************************************/
2069
2070 /* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All
2071 @@ -335,8 +339,6 @@
2072
2073 /* Our own high-level routines. See encrypt.h for documentation. */
2074
2075 -#define XTOI(c) ((c)>9 ? (c)-'A'+10 : (c)-'0')
2076 -
2077 static int md5_encrypt(const char *src, int len, char *dest, int size)
2078 {
2079 MD5_CTX context;
2080 @@ -376,11 +378,21 @@
2081 static int md5_check_password(const char *plaintext, const char *password)
2082 {
2083 char buf[BUFSIZE];
2084 +#ifdef ANOPE_MD5_HACK
2085 + char tmpbuf[8];
2086 + int i;
2087 +#endif
2088
2089 if (encrypt(plaintext, strlen(plaintext), buf, sizeof(buf)) < 0)
2090 return -1;
2091 if (memcmp(buf, password, 16) == 0)
2092 return 1;
2093 +#ifdef ANOPE_MD5_HACK
2094 + for (i = 0; i < 16; i += 2)
2095 + tmpbuf[i/2] = XTOI(buf[i])<<4 | XTOI(buf[i+1]);
2096 + if (memcmp(tmpbuf, password, 8) == 0)
2097 + return 1;
2098 +#endif
2099 return 0;
2100 }
2101
2102 From gabriel.baez at solid-ircd.com Tue Jun 20 23:02:02 2006
2103 From: gabriel.baez at solid-ircd.com (Gabriel Baez)
2104 Date: Tue Jun 20 23:02:15 2006
2105 Subject: [IRCServices] ircservices-5.0.57 convert-db utility crashes
2106 when converting from anope db.
2107 In-Reply-To: <4498c676.54766@msgid.achurch.org>
2108 References: <2614.24.179.41.151.1150771401.squirrel@www.solid-ircd.com>
2109 <4498c676.54766@msgid.achurch.org>
2110 Message-ID: <1703.24.179.41.151.1150869722.squirrel@www.solid-ircd.com>
2111
2112 This worked, thank you.
2113
2114
2115 > Okay, I took a look and (with a pointer from Craig McLure) discovered
2116 > that Anope still has the bug present in old versions of IRC Services (and
2117 > fixed in Services 4.5) which causes passwords to be encrypted incorrectly.
2118 > Try applying the patch below to your copy of Services; if it works, I'll
2119 > release a new version of Services with the patch included.
2120 >
2121 > --Andrew Church
2122 > achurch@achurch.org
2123 > http://achurch.org/
2124 >
2125 > ---------------------------------------------------------------------------
2126 >
2127 > Index: defs.h
2128 > ===================================================================
2129 > RCS file: /var/local/cvsroot/ircservices/defs.h,v
2130 > retrieving revision 2.29.2.3
2131 > diff -u -r2.29.2.3 defs.h
2132 > --- defs.h 8 Jan 2006 16:48:11 -0000 2.29.2.3
2133 > +++ defs.h 21 Jun 2006 04:05:47 -0000
2134 > @@ -41,6 +41,14 @@
2135 > * only). These commands are undocumented; "use the source, Luke!" */
2136 > #define DEBUG_COMMANDS
2137 >
2138 > +
2139 > +/******** Other configuration ********/
2140 > +
2141 > +/* Define this to enable compatibility mode for encrypted passwords as
2142 > + * used in the Epona and Anope (through at least version 1.7.14)
2143 > programs.
2144 > + * Note that this may have a detrimental effect on password security. */
2145 > +#define ANOPE_MD5_HACK
2146 > +
2147 > /*************************************************************************/
2148 > /******************* END OF USER-CONFIGURABLE SECTION
2149 > ********************/
2150 > /*************************************************************************/
2151 > Index: modules/encryption/md5.c
2152 > ===================================================================
2153 > RCS file: /var/local/cvsroot/ircservices/modules/encryption/md5.c,v
2154 > retrieving revision 2.11.2.4
2155 > diff -u -r2.11.2.4 md5.c
2156 > --- modules/encryption/md5.c 8 Jan 2006 16:48:13 -0000 2.11.2.4
2157 > +++ modules/encryption/md5.c 21 Jun 2006 04:05:47 -0000
2158 > @@ -16,6 +16,10 @@
2159 >
2160 > static Module *module;
2161 >
2162 > +#ifdef ANOPE_MD5_HACK
2163 > +# define XTOI(c) ((c)>9 ? (c)-'A'+10 : (c)-'0')
2164 > +#endif
2165 > +
2166 > /*************************************************************************/
2167 >
2168 > /* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All
2169 > @@ -335,8 +339,6 @@
2170 >
2171 > /* Our own high-level routines. See encrypt.h for documentation. */
2172 >
2173 > -#define XTOI(c) ((c)>9 ? (c)-'A'+10 : (c)-'0')
2174 > -
2175 > static int md5_encrypt(const char *src, int len, char *dest, int size)
2176 > {
2177 > MD5_CTX context;
2178 > @@ -376,11 +378,21 @@
2179 > static int md5_check_password(const char *plaintext, const char
2180 > *password)
2181 > {
2182 > char buf[BUFSIZE];
2183 > +#ifdef ANOPE_MD5_HACK
2184 > + char tmpbuf[8];
2185 > + int i;
2186 > +#endif
2187 >
2188 > if (encrypt(plaintext, strlen(plaintext), buf, sizeof(buf)) < 0)
2189 > return -1;
2190 > if (memcmp(buf, password, 16) == 0)
2191 > return 1;
2192 > +#ifdef ANOPE_MD5_HACK
2193 > + for (i = 0; i < 16; i += 2)
2194 > + tmpbuf[i/2] = XTOI(buf[i])<<4 | XTOI(buf[i+1]);
2195 > + if (memcmp(tmpbuf, password, 8) == 0)
2196 > + return 1;
2197 > +#endif
2198 > return 0;
2199 > }
2200 >
2201 > ------------------------------------------------------------------
2202 > To unsubscribe or change your subscription options, visit:
2203 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2204 >
2205
2206 From achurch at achurch.org Thu Jun 22 02:26:17 2006
2207 From: achurch at achurch.org (Andrew Church)
2208 Date: Wed Jun 21 10:27:08 2006
2209 Subject: [IRCServices] Services 5.0.58 released
2210 Message-ID: <44998163.41510@msgid.achurch.org>
2211
2212 Services 5.0.58 has been released, and can be downloaded from:
2213
2214 http://www.ircservices.esper.net/download/ (Japan)
2215 ftp://ftp.esper.net/ircservices/ (Western USA)
2216
2217 3763952ada1acdf44d57b7061165b3b6 ircservices-5.0.58.tar.gz
2218 7447b41d55027fea2f9e898699f99231 ircservices-5.0.58.diff.gz
2219 1904089fb8c6e46ef840d8308576520b ircservices-5.0.58-1.i386.rpm
2220 01c3a4cd67b0ed95ec8fac14551f9583 ircservices_5.0.58-1_i386.deb
2221
2222 The mirrors should have it shortly.
2223
2224 This release includes the workaround for the problem with Anope
2225 encrypted passwords raised recently on the mailing list. To activate the
2226 workaround, add the following lines to your modules.conf file (but note
2227 that this can reduce the security of your passwords--see the relevant part
2228 of Appendix A in the manual):
2229
2230 Module encryption/md5
2231 EnableAnopeWorkaround
2232 EndModule
2233
2234 The bug causing crashes when importing some Anope databases has also
2235 been fixed, and support has been added to convert-db for recent versions of
2236 Epona as well.
2237
2238 Changes in version 5.0.58
2239 -------------------------
2240 2006/06/22 Added workaround to support the broken MD5 encryption used
2241 in Epona/Anope (through at least version 1.7.14),
2242 enabled by the EnableAnopeWorkaround option for the
2243 encryption/md5 module in modules.conf. Reported by
2244 Gabriel Baez <gabriel.baez@solid-ircd.com>
2245 2006/06/22 configure -check (run by the Makefile) no longer leaves a
2246 conf-tmp directory lying around.
2247 2006/06/21 Fixed error when compiling with recent versions of GNU make.
2248 2006/06/20 Fixed crash when importing some Anope databases. Reported
2249 by Gabriel Baez <gabriel.baez@solid-ircd.com>
2250 2006/01/20 Added support to convert-db for recent versions of Epona.
2251
2252 --Andrew Church
2253 achurch@achurch.org
2254 http://achurch.org/
2255 From e0525307 at student.tuwien.ac.at Thu Jun 29 09:04:39 2006
2256 From: e0525307 at student.tuwien.ac.at (Trenkwalder Christian)
2257 Date: Thu Jun 29 09:04:52 2006
2258 Subject: [IRCServices] IRCD-IRCU/IRC-SERVICES
2259 Message-ID: <44A3FA17.8050606@student.tuwien.ac.at>
2260
2261 Hi,
2262 i have some trouble with this two components.
2263
2264 ircd u2.10.11.04
2265 IRC Services 5.0.58
2266
2267 I configured the services and server like described in the faq, but it
2268 is still dont working. Both programs are running on the same server.
2269
2270 thats what i got:
2271 [Jun 29 15:48:52 2006] IRC Services 5.0.58 starting up
2272 [Jun 29 15:48:53 2006] Read error from server: Connection reset by peer
2273 [Jun 29 13:48:53 2006] PANIC! signal 11 (no buffer)
2274 [Jun 29 13:48:53 2006] FATAL: Caught signal 11 (Segmentation fault)
2275 while shutting down
2276
2277
2278 Christian Trenkwalder
2279 From mailinglists at moack.ws Mon Jul 24 21:00:23 2006
2280 From: mailinglists at moack.ws (mailinglists@moack.ws)
2281 Date: Mon Jul 24 21:01:22 2006
2282 Subject: [IRCServices] ERROR :Closing Link: mydomain.com (Invalid
2283 servername.))
2284 Message-ID: <200607242300.23113.mailinglists@moack.ws>
2285
2286 I've just installed IRCServices, and my ircd is: hybrid-7.0.3(20040701_0).
2287
2288 I recieve the following error when I run ircservers from the shell:
2289 [Jul 25 05:50:41 2006] IRC Services 5.0.58 starting up
2290 [Jul 25 05:50:41 2006] httpd/main: Listening on 127.0.0.1:4101
2291 [Jul 25 05:50:42 2006] unknown message from server (ERROR :Closing Link:
2292 sublife.ws (Invalid servername.))
2293 [Jul 25 05:50:42 2006] Read error from server: Connection reset by peer
2294
2295 Here are the parts from the ircservices.conf file:
2296 RemoteServer irc.mydomain.com 6667 "password"
2297 ServerName "services.mydomain.com"
2298
2299 I've searched thru the mailing list archives, and google, which turned up
2300 http://lists.ircservices.esper.net/pipermail/ircservices/2002/003283.html
2301 The responce simply said: your services server name has to include a . in it
2302
2303
2304 Any help is greatly appreciated, thanks for your time.
2305 From xxx.coder at gmail.com Mon Jul 24 22:14:39 2006
2306 From: xxx.coder at gmail.com (ongeboren)
2307 Date: Mon Jul 24 22:14:47 2006
2308 Subject: [IRCServices] ERROR :Closing Link: mydomain.com (Invalid
2309 servername.))
2310 In-Reply-To: <200607242300.23113.mailinglists@moack.ws>
2311 References: <200607242300.23113.mailinglists@moack.ws>
2312 Message-ID: <ce6d53600607242214n1b3e881dq833a647895b8b4dd@mail.gmail.com>
2313
2314 Hybrid's config is wrong. It is expecting something else than
2315 "sublife.ws", as far as i can tell from the included paste.
2316
2317 On 7/25/06, mailinglists@moack.ws <mailinglists@moack.ws> wrote:
2318 > I've just installed IRCServices, and my ircd is: hybrid-7.0.3(20040701_0).
2319 >
2320 > I recieve the following error when I run ircservers from the shell:
2321 > [Jul 25 05:50:41 2006] IRC Services 5.0.58 starting up
2322 > [Jul 25 05:50:41 2006] httpd/main: Listening on 127.0.0.1:4101
2323 > [Jul 25 05:50:42 2006] unknown message from server (ERROR :Closing Link:
2324 > sublife.ws (Invalid servername.))
2325 > [Jul 25 05:50:42 2006] Read error from server: Connection reset by peer
2326 >
2327 > Here are the parts from the ircservices.conf file:
2328 > RemoteServer irc.mydomain.com 6667 "password"
2329 > ServerName "services.mydomain.com"
2330 >
2331 > I've searched thru the mailing list archives, and google, which turned up
2332 > http://lists.ircservices.esper.net/pipermail/ircservices/2002/003283.html
2333 > The responce simply said: your services server name has to include a . in it
2334 >
2335 >
2336 > Any help is greatly appreciated, thanks for your time.
2337 > ------------------------------------------------------------------
2338 > To unsubscribe or change your subscription options, visit:
2339 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2340 >
2341
2342
2343 --
2344 Evlogi Petrov - ongeboren@UniBG
2345 From ozgurshell at msn.com Thu Aug 3 17:31:44 2006
2346 From: ozgurshell at msn.com (=?windows-1254?Q?=BC_OzGuR_=BC?=)
2347 Date: Thu Aug 3 17:31:52 2006
2348 Subject: [IRCServices] BUG: put_nickgroupinfo(0) with usecount==0
2349 Message-ID: <BAY106-W585F03310BA3F4F160EA3CE500@phx.gbl>
2350
2351 Hi I installed ircservices-5.1a9 and say;-irc.keyifnet.net- *** Global -- from servis.keyifnet.net: BUG: put_nickgroupinfo(0) with usecount==0--irc.keyifnet.net- *** Global -- from servis.keyifnet.net: BUG: put_nickgroupinfo(0) with usecount==0--irc.keyifnet.net- *** Global -- from servis.keyifnet.net: BUG: put_nickgroupinfo(0) with usecount==0--irc.keyifnet.net- *** Global -- from servis.keyifnet.net: BUG: put_nickgroupinfo(0) with usecount==0
2352
2353
2354 I retry install ircservices-5.1a0 version and services say;[admin@keyifnet services]$ ./ircservicesSegmentation fault[admin@keyifnet services]$What is the problem? Help me please.Regards.Thank You.
2355 _________________________________________________________________
2356 Be one of the first to try Windows Live Mail.
2357 http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d
2358 -------------- next part --------------
2359 An HTML attachment was scrubbed...
2360 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060804/50318c05/attachment.html
2361 From bk at slashnet.org Thu Aug 10 09:43:53 2006
2362 From: bk at slashnet.org (Bill Kramme)
2363 Date: Thu Aug 10 09:44:08 2006
2364 Subject: [IRCServices] NickServ Registration Email Regexp
2365 Message-ID: <44DB6249.9020604@slashnet.org>
2366
2367 Is there a possibility or any known method of forbidding NickServ
2368 registration email addresses based on regexp, and if not, could this be
2369 a feature at some point?
2370
2371 --
2372 Bill Kramme [bk@slashnet.org]
2373 Network and Services Administrator
2374 SlashNET IRC Network [http://www.slashnet.org]
2375 From achurch at achurch.org Wed Aug 16 11:04:06 2006
2376 From: achurch at achurch.org (Andrew Church)
2377 Date: Tue Aug 15 19:08:39 2006
2378 Subject: [IRCServices] Web/mail moved back to ircservices.za.net
2379 Message-ID: <44e27e19.43421@msgid.achurch.org>
2380
2381 I've finally gotten things straightened out with respect to the
2382 ircservices.za.net domain, and the Services web site and mailing lists
2383 have been moved back to that domain. The relevant URLs/addresses are:
2384
2385 Web site: http://www.ircservices.za.net/
2386 General discussion mailing list (this list): ircservices@ircservices.za.net
2387 Technical discussion mailing list: ircservices-coding@ircservices.za.net
2388
2389 The old domain (ircservices.esper.net) will continue to work for the
2390 immediate future, but please update your bookmarks and address lists as
2391 necessary, and please let me know if you have any trouble with the
2392 ircservices.za.net domain.
2393
2394 --Andrew Church
2395 achurch@achurch.org
2396 http://achurch.org/
2397 From geo.abitbol at voila.fr Sat Sep 9 04:10:34 2006
2398 From: geo.abitbol at voila.fr (geo.abitbol@voila.fr)
2399 Date: Sat Sep 9 04:10:42 2006
2400 Subject: [IRCServices] ircservices + bahamut akill problem
2401 Message-ID: <28803953.1157800234109.JavaMail.www@wwinf4001>
2402
2403 Hi,
2404
2405 I have a bahamut 1.8.3-ssl ircd with ircservices 5.0.57.
2406 Now when I akill a mask with operserv, no akill gets sent to the ircd.
2407 I know about akill exclusion not being supported by bahamut so it's disabled (I have a warning message if enabled).
2408 I also know about ImmediatelySendAutoKill, which is enabled.
2409
2410 But the ircd doesn't get any akill (nothing in /stats a).
2411 Whenever I reconnect with an akilled host, I get :
2412 -!- You were killed by OperServ [services@services.xxx.net] [Autokilled: test] [Path: OperServ]
2413
2414 So what should I do ? What if a bunch of kiddies connect to my server and start flooding people ? Do I have to akill their
2415 mask and then kill them one by one ?
2416
2417 Thank you,
2418 Georges Abitbol
2419
2420 From achurch at achurch.org Sun Sep 10 07:32:40 2006
2421 From: achurch at achurch.org (Andrew Church)
2422 Date: Sat Sep 9 15:34:45 2006
2423 Subject: [IRCServices] ircservices + bahamut akill problem
2424 In-Reply-To: <28803953.1157800234109.JavaMail.www@wwinf4001>
2425 Message-ID: <4503417e.47414@msgid.achurch.org>
2426
2427 >I have a bahamut 1.8.3-ssl ircd with ircservices 5.0.57.
2428 >Now when I akill a mask with operserv, no akill gets sent to the ircd.
2429 >I know about akill exclusion not being supported by bahamut so it's disabled (I have a warning message if enabled).
2430 >I also know about ImmediatelySendAutoKill, which is enabled.
2431 >
2432 >But the ircd doesn't get any akill (nothing in /stats a).
2433 >Whenever I reconnect with an akilled host, I get :
2434 >-!- You were killed by OperServ [services@services.xxx.net] [Autokilled: test] [Path: OperServ]
2435
2436 Does anything show up in the log file? Try running Services in
2437 debug mode (ircservices -debug), adding the autokill, and connecting as
2438 the newly autokilled user; the AKILL command (or a message saying why it
2439 couldn't be sent) should be logged in at least one of those steps.
2440
2441 --Andrew Church
2442 achurch@achurch.org
2443 http://achurch.org/
2444 From geo.abitbol at voila.fr Tue Sep 12 06:34:26 2006
2445 From: geo.abitbol at voila.fr (geo.abitbol@voila.fr)
2446 Date: Tue Sep 12 06:35:43 2006
2447 Subject: [IRCServices] ircservices + bahamut akill problem
2448 Message-ID: <5974641.1158068066038.JavaMail.www@wwinf4004>
2449
2450 Alright, for some reason the server room lost power this morning so the services were rebooted.
2451 I tested with -debug, akills were working as intended. I removed it, and it was still working.
2452 Maybe the rehash command is somehow bugged ? I know the EnableExclude option was rehashed
2453 properly (because the warning message disapeared) but maybe the ImmediatelySendAutokill wasn't.
2454 Anyway, it's working fine now.
2455
2456 Thanks for the quick replies,
2457 Georges Abitbol
2458
2459 > Message du 10/09/06 ? 00h34
2460 > De : "Andrew Church" <achurch@achurch.org>
2461 > A : ircservices@ircservices.za.net
2462 > Copie ? :
2463 > Objet : Re: [IRCServices] ircservices + bahamut akill problem
2464 >
2465 > >I have a bahamut 1.8.3-ssl ircd with ircservices 5.0.57.
2466 > >Now when I akill a mask with operserv, no akill gets sent to the ircd.
2467 > >I know about akill exclusion not being supported by bahamut so it's disabled (I have a warning message if enabled).
2468 > >I also know about ImmediatelySendAutoKill, which is enabled.
2469 > >
2470 > >But the ircd doesn't get any akill (nothing in /stats a).
2471 > >Whenever I reconnect with an akilled host, I get :
2472 > >-!- You were killed by OperServ [services@services.xxx.net] [Autokilled: test] [Path: OperServ]
2473 >
2474 > Does anything show up in the log file? Try running Services in
2475 > debug mode (ircservices -debug), adding the autokill, and connecting as
2476 > the newly autokilled user; the AKILL command (or a message saying why it
2477 > couldn't be sent) should be logged in at least one of those steps.
2478 >
2479 > --Andrew Church
2480 > achurch@achurch.org
2481 > http://achurch.org/
2482 > ------------------------------------------------------------------
2483 > To unsubscribe or change your subscription options, visit:
2484 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2485 >
2486 >
2487
2488 From semir at mslink.at Sat Sep 16 13:19:32 2006
2489 From: semir at mslink.at (Semir M.)
2490 Date: Sat Sep 16 13:19:47 2006
2491 Subject: [IRCServices] 2Q.: ptlink convert and init_module?
2492 Message-ID: <86c55b630609161319o6a623c8em8ac5c0b3a7a6c2b8@mail.gmail.com>
2493
2494 Hi guys,
2495
2496 i actually use ptlink services and I'm going to use ircservices.
2497 so i tried the convert-db, but it doesn't work ... here is the error:
2498 Loading nick.db...
2499 Wrong version number on /home/xxpt/data/nick.db
2500
2501 i use the md5 encryption in ptlink services.
2502
2503
2504 the other problem is, the services won't start with the sendpass module.
2505 [Sep 16 21:55:34 2006] IRC Services 5.0.58 starting up
2506 [Sep 16 21:55:34 2006] nickserv/sendpass: Trapdoor (one-way) encryption in
2507 use; SENDPASS cannot be used
2508 [Sep 16 21:55:34 2006] modules: init_module() failed for nickserv/sendpass
2509 [Sep 16 21:55:34 2006] Error loading modules, aborting
2510
2511 where can i download the init_module?
2512 -------------- next part --------------
2513 An HTML attachment was scrubbed...
2514 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060916/68823d20/attachment.html
2515 From techie101 at gmail.com Sat Sep 16 13:38:46 2006
2516 From: techie101 at gmail.com (techie101)
2517 Date: Sat Sep 16 13:38:53 2006
2518 Subject: [IRCServices] 2Q.: ptlink convert and init_module?
2519 In-Reply-To: <86c55b630609161319o6a623c8em8ac5c0b3a7a6c2b8@mail.gmail.com>
2520 References: <86c55b630609161319o6a623c8em8ac5c0b3a7a6c2b8@mail.gmail.com>
2521 Message-ID: <dc94c4710609161338y7991cc1fv68289eec60404d57@mail.gmail.com>
2522
2523 Well like said in the error log, you cannot use the sendpass module with
2524 encryption, so try unloading the sendpass module and it should work.
2525
2526 On 9/16/06, Semir M. <semir@mslink.at> wrote:
2527 >
2528 > Hi guys,
2529 >
2530 > i actually use ptlink services and I'm going to use ircservices.
2531 > so i tried the convert-db, but it doesn't work ... here is the error:
2532 > Loading nick.db...
2533 > Wrong version number on /home/xxpt/data/nick.db
2534 >
2535 > i use the md5 encryption in ptlink services.
2536 >
2537 >
2538 > the other problem is, the services won't start with the sendpass module.
2539 > [Sep 16 21:55:34 2006] IRC Services 5.0.58 starting up
2540 > [Sep 16 21:55:34 2006] nickserv/sendpass: Trapdoor (one-way) encryption in
2541 > use; SENDPASS cannot be used
2542 > [Sep 16 21:55:34 2006] modules: init_module() failed for nickserv/sendpass
2543 > [Sep 16 21:55:34 2006] Error loading modules, aborting
2544 >
2545 > where can i download the init_module?
2546 >
2547 > ------------------------------------------------------------------
2548 > To unsubscribe or change your subscription options, visit:
2549 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2550 >
2551 >
2552
2553
2554 --
2555 Techie101
2556 -------------- next part --------------
2557 An HTML attachment was scrubbed...
2558 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060916/a2b36be5/attachment.html
2559 From achurch at achurch.org Thu Sep 21 14:26:23 2006
2560 From: achurch at achurch.org (Andrew Church)
2561 Date: Wed Sep 20 22:29:38 2006
2562 Subject: [IRCServices] 2Q.: ptlink convert and init_module?
2563 In-Reply-To: <86c55b630609161319o6a623c8em8ac5c0b3a7a6c2b8@mail.gmail.com>
2564 Message-ID: <4512233e.04625@msgid.achurch.org>
2565
2566 >i actually use ptlink services and I'm going to use ircservices.
2567 >so i tried the convert-db, but it doesn't work ... here is the error:
2568 >Loading nick.db...
2569 >Wrong version number on /home/xxpt/data/nick.db
2570
2571 It looks like there have been some new versions of the PTlink
2572 Services program released since my last update to convert-db, so the file
2573 format isn't recognized. I'll take a look at them and see about updating
2574 convert-db so you can convert your databases.
2575
2576 >the other problem is, the services won't start with the sendpass module.
2577 >[Sep 16 21:55:34 2006] IRC Services 5.0.58 starting up
2578 >[Sep 16 21:55:34 2006] nickserv/sendpass: Trapdoor (one-way) encryption in
2579 >use; SENDPASS cannot be used
2580
2581 As this log message says, you cannot use SENDPASS with one-way
2582 encryption methods, of which MD5 is one. Services 5.1 (currently in
2583 alpha) will provide an alternate method, the REAUTH command, for users to
2584 deal with forgotten passwords.
2585
2586 --Andrew Church
2587 achurch@achurch.org
2588 http://achurch.org/
2589 From semir at mslink.at Thu Sep 21 10:34:13 2006
2590 From: semir at mslink.at (Semir M.)
2591 Date: Thu Sep 21 10:34:20 2006
2592 Subject: [IRCServices] 2Q.: ptlink convert and init_module?
2593 In-Reply-To: <4512233e.04625@msgid.achurch.org>
2594 References: <86c55b630609161319o6a623c8em8ac5c0b3a7a6c2b8@mail.gmail.com>
2595 <4512233e.04625@msgid.achurch.org>
2596 Message-ID: <86c55b630609211034p24256ae8k5bfdca61a656d94d@mail.gmail.com>
2597
2598 Hi Andrew,
2599
2600 i'm using the final ptlink services2 version (PTlink.Services2.26-eol).
2601
2602
2603 hope you can help me ....
2604
2605 regards
2606 semir
2607
2608
2609 2006/9/21, Andrew Church <achurch@achurch.org>:
2610 >
2611 > >i actually use ptlink services and I'm going to use ircservices.
2612 > >so i tried the convert-db, but it doesn't work ... here is the error:
2613 > >Loading nick.db...
2614 > >Wrong version number on /home/xxpt/data/nick.db
2615 >
2616 > It looks like there have been some new versions of the PTlink
2617 > Services program released since my last update to convert-db, so the file
2618 > format isn't recognized. I'll take a look at them and see about updating
2619 > convert-db so you can convert your databases.
2620 >
2621 > >the other problem is, the services won't start with the sendpass module.
2622 > >[Sep 16 21:55:34 2006] IRC Services 5.0.58 starting up
2623 > >[Sep 16 21:55:34 2006] nickserv/sendpass: Trapdoor (one-way) encryption
2624 > in
2625 > >use; SENDPASS cannot be used
2626 >
2627 > As this log message says, you cannot use SENDPASS with one-way
2628 > encryption methods, of which MD5 is one. Services 5.1 (currently in
2629 > alpha) will provide an alternate method, the REAUTH command, for users to
2630 > deal with forgotten passwords.
2631 >
2632 > --Andrew Church
2633 > achurch@achurch.org
2634 > http://achurch.org/
2635 > ------------------------------------------------------------------
2636 > To unsubscribe or change your subscription options, visit:
2637 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2638 >
2639 -------------- next part --------------
2640 An HTML attachment was scrubbed...
2641 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060921/3e3c8312/attachment.htm
2642 From achurch at achurch.org Sun Oct 1 16:18:12 2006
2643 From: achurch at achurch.org (Andrew Church)
2644 Date: Sun Oct 1 00:21:10 2006
2645 Subject: [IRCServices] Services 5.0.59 released
2646 Message-ID: <451f6c61.64241@msgid.achurch.org>
2647
2648 Services 5.0.59 has been released, and can be downloaded from:
2649
2650 http://www.ircservices.za.net/download/ (Japan)
2651
2652 58b080e6f783b7e0cb5f3b82621d9a69 ircservices-5.0.59.tar.gz
2653 e22e0dcd437b436ceaebb8c1bd4f982d ircservices-5.0.59.diff.gz
2654 fc7c7da025f13816a60e9de3f53b19ae ircservices-5.0.59-1.i386.rpm
2655 b06867d7f343880c29f6b72090ab488e ircservices_5.0.59-1_i386.deb
2656
2657 The mirrors should have it as soon as I can get it to ftp.esper.net (woe be
2658 he who forgets his passwords...)
2659
2660 This is a maintenance release, to update the convert-db tool for the
2661 final releases of PTlink Services version 2 (version 3 uses a MySQL
2662 database, which cannot be imported).
2663
2664 Changes in version 5.0.59
2665 -------------------------
2666 2006/10/01 Added support to convert-db for versions of PTlink Services
2667 through 2.26-eol.1
2668 2006/08/16 Update documentation to reflect new domain name.
2669
2670 --Andrew Church
2671 achurch@achurch.org
2672 http://achurch.org/
2673 From v.lokki at gmail.com Sat Oct 14 11:37:40 2006
2674 From: v.lokki at gmail.com (Vitaliy Biliyenko)
2675 Date: Sat Oct 14 11:38:27 2006
2676 Subject: [IRCServices] problem connecting ircservices to server
2677 Message-ID: <45312E74.8000905@gmail.com>
2678
2679 Hello!
2680 I'm using ircd 2.11.1p1 and want to use ircservices (currently 5.0.58).
2681 I had it compiled and installed with no problem (on Linux 2.6.17.7, i686
2682 athlon-4). They are on the same machine, but when I start services,
2683 there's an error in ircservices.log (this is sent from ircd to
2684 ircservices) :
2685 ERROR: Server version is too old.
2686 Then connection closes
2687 I'm new to IRC and not sure, what went wrong. My configuration, or just
2688 incompatibility with my irc daemon? Please, tell me if additional
2689 information is needed. Any help is appreciated.
2690 Regards,
2691 Vitaliy
2692 From achurch at achurch.org Sun Oct 15 22:51:02 2006
2693 From: achurch at achurch.org (Andrew Church)
2694 Date: Sun Oct 15 06:55:32 2006
2695 Subject: [IRCServices] problem connecting ircservices to server
2696 In-Reply-To: <45312E74.8000905@gmail.com>
2697 Message-ID: <45323dc9.55577@msgid.achurch.org>
2698
2699 >I'm using ircd 2.11.1p1 and want to use ircservices (currently 5.0.58).
2700 >I had it compiled and installed with no problem (on Linux 2.6.17.7, i686
2701 >athlon-4). They are on the same machine, but when I start services,
2702 >there's an error in ircservices.log (this is sent from ircd to
2703 >ircservices) :
2704 >ERROR: Server version is too old.
2705 >Then connection closes
2706
2707 ircd 2.11 isn't supported by Services 5.0. I can look into adding
2708 support for 5.1 if you want to use that IRC server, but my recollection is
2709 that the ircd 2.x series does not work well with Services, so I would
2710 suggest picking a different IRC server if feasible (for a listing of IRC
2711 servers that are supported by Services, see section 2-1 of the manual:
2712 http://www.ircservices.za.net/docs/2.html#1, or for version 5.1, still in
2713 testing: http://www.ircservices.za.net/download/testing/docs/2.html#1).
2714
2715 --Andrew Church
2716 achurch@achurch.org
2717 http://achurch.org/
2718 From gluniz at luniz.dyndns.org Wed Oct 25 18:31:34 2006
2719 From: gluniz at luniz.dyndns.org (Luniz)
2720 Date: Thu Oct 26 01:28:40 2006
2721 Subject: [IRCServices] ircservices-5.0.59 & Fedora Core 6
2722 Message-ID: <000001c6f89e$79493580$0200a8c0@glunizpc>
2723
2724 I have replaced my Fedora Core 5 server with Fedora Core 6 and I am unable
2725 to get ircservices-5.0.59 to run.
2726
2727 ./ircservices
2728 Initialization failed, exiting.
2729
2730 ircservices.log
2731 [Oct 25 21:25:46 2006] modules: Unable to load module `protocol/unreal':
2732 /home/ircd/ircservices/modules/protocol/unreal.so: cannot restore segment
2733 prot after reloc: Permission denied
2734 [Oct 25 21:25:46 2006] Error loading modules, aborting
2735
2736 I have performed the following after restoring all of my files:
2737
2738 make clean
2739 ./configure
2740 make
2741 make install
2742
2743 Which did not work. I have also tried:
2744
2745 make clean
2746 ./configure
2747 gmake
2748 gmake install
2749
2750 Which produced the same result. And it does not matter which protocol I
2751 use:
2752
2753 [Oct 25 21:28:13 2006] modules: Unable to load module `protocol/rfc1459':
2754 /home/ircd/ircservices/modules/protocol/rfc1459.so: cannot restore segment
2755 prot after reloc: Permission denied
2756 [Oct 25 21:28:13 2006] Error loading modules, aborting
2757
2758 Any ideas?
2759
2760 From surreal.w00t at gmail.com Thu Oct 26 03:12:05 2006
2761 From: surreal.w00t at gmail.com (Robin Burchell)
2762 Date: Thu Oct 26 03:12:13 2006
2763 Subject: [IRCServices] ircservices-5.0.59 & Fedora Core 6
2764 In-Reply-To: <000001c6f89e$79493580$0200a8c0@glunizpc>
2765 References: <000001c6f89e$79493580$0200a8c0@glunizpc>
2766 Message-ID: <b19eae4e0610260312m2cff565dyaaff7cd41fcf9447@mail.gmail.com>
2767
2768 Google turns up this, amongst others:
2769
2770 http://www.ittvis.com/services/techtip.asp?ttid=3092
2771
2772 Looks like it may be to do with your kernel configuration?
2773
2774 On 10/26/06, Luniz <gluniz@luniz.dyndns.org> wrote:
2775 > I have replaced my Fedora Core 5 server with Fedora Core 6 and I am unable
2776 > to get ircservices-5.0.59 to run.
2777 >
2778 > ./ircservices
2779 > Initialization failed, exiting.
2780 >
2781 > ircservices.log
2782 > [Oct 25 21:25:46 2006] modules: Unable to load module `protocol/unreal':
2783 > /home/ircd/ircservices/modules/protocol/unreal.so: cannot restore segment
2784 > prot after reloc: Permission denied
2785 > [Oct 25 21:25:46 2006] Error loading modules, aborting
2786 >
2787 > I have performed the following after restoring all of my files:
2788 >
2789 > make clean
2790 > ./configure
2791 > make
2792 > make install
2793 >
2794 > Which did not work. I have also tried:
2795 >
2796 > make clean
2797 > ./configure
2798 > gmake
2799 > gmake install
2800 >
2801 > Which produced the same result. And it does not matter which protocol I
2802 > use:
2803 >
2804 > [Oct 25 21:28:13 2006] modules: Unable to load module `protocol/rfc1459':
2805 > /home/ircd/ircservices/modules/protocol/rfc1459.so: cannot restore segment
2806 > prot after reloc: Permission denied
2807 > [Oct 25 21:28:13 2006] Error loading modules, aborting
2808 >
2809 > Any ideas?
2810 >
2811 > ------------------------------------------------------------------
2812 > To unsubscribe or change your subscription options, visit:
2813 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2814 >
2815 From gluniz at luniz.dyndns.org Thu Oct 26 04:23:07 2006
2816 From: gluniz at luniz.dyndns.org (Luniz)
2817 Date: Thu Oct 26 04:23:11 2006
2818 Subject: [IRCServices] ircservices-5.0.59 & Fedora Core 6
2819 In-Reply-To: <b19eae4e0610260312m2cff565dyaaff7cd41fcf9447@mail.gmail.com>
2820 Message-ID: <000901c6f8f1$1c87dab0$0200a8c0@glunizpc>
2821
2822 I jumped the gun on this one. A few more minutes looking at a few more log
2823 files led me to SELinux, which was not allowing ircservices to run.
2824
2825 -----Original Message-----
2826 From: ircservices-bounces@ircservices.za.net
2827 [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Robin Burchell
2828 Sent: Thursday, October 26, 2006 6:12 AM
2829 To: IRC Services General Mailing List
2830 Subject: Re: [IRCServices] ircservices-5.0.59 & Fedora Core 6
2831
2832 Google turns up this, amongst others:
2833
2834 http://www.ittvis.com/services/techtip.asp?ttid=3092
2835
2836 Looks like it may be to do with your kernel configuration?
2837
2838 On 10/26/06, Luniz <gluniz@luniz.dyndns.org> wrote:
2839 > I have replaced my Fedora Core 5 server with Fedora Core 6 and I am
2840 > unable to get ircservices-5.0.59 to run.
2841 >
2842 > ./ircservices
2843 > Initialization failed, exiting.
2844 >
2845 > ircservices.log
2846 > [Oct 25 21:25:46 2006] modules: Unable to load module `protocol/unreal':
2847 > /home/ircd/ircservices/modules/protocol/unreal.so: cannot restore
2848 > segment prot after reloc: Permission denied [Oct 25 21:25:46 2006]
2849 > Error loading modules, aborting
2850 >
2851 > I have performed the following after restoring all of my files:
2852 >
2853 > make clean
2854 > ./configure
2855 > make
2856 > make install
2857 >
2858 > Which did not work. I have also tried:
2859 >
2860 > make clean
2861 > ./configure
2862 > gmake
2863 > gmake install
2864 >
2865 > Which produced the same result. And it does not matter which protocol
2866 > I
2867 > use:
2868 >
2869 > [Oct 25 21:28:13 2006] modules: Unable to load module `protocol/rfc1459':
2870 > /home/ircd/ircservices/modules/protocol/rfc1459.so: cannot restore
2871 > segment prot after reloc: Permission denied [Oct 25 21:28:13 2006]
2872 > Error loading modules, aborting
2873 >
2874 > Any ideas?
2875 >
2876 > ------------------------------------------------------------------
2877 > To unsubscribe or change your subscription options, visit:
2878 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2879 >
2880 ------------------------------------------------------------------
2881 To unsubscribe or change your subscription options, visit:
2882 http://lists.ircservices.za.net/mailman/listinfo/ircservices
2883
2884 From nick at nickgawronski.com Sat Oct 28 16:08:14 2006
2885 From: nick at nickgawronski.com (Nick Gawronski)
2886 Date: Sat Oct 28 16:08:24 2006
2887 Subject: [IRCServices] question on upgrading from ircservices 5.0.57 to
2888 version 5.0.59
2889 Message-ID: <000301c6fae5$f33947b0$220110ac@CHIHUAHUAD1>
2890
2891 Hi, I am currently running ircservices 5.0.57 and was wondering if the
2892 convertdb program is the only thing major that has changed between this
2893 version and the current version is there any advantage for me to upgrade to
2894 the latest version and have any new options been added to the configuration
2895 files between these two versions?
2896
2897 From achurch at achurch.org Sun Oct 29 13:06:27 2006
2898 From: achurch at achurch.org (Andrew Church)
2899 Date: Sat Oct 28 21:08:25 2006
2900 Subject: [IRCServices] question on upgrading from ircservices 5.0.57 to
2901 version 5.0.59
2902 In-Reply-To: <000301c6fae5$f33947b0$220110ac@CHIHUAHUAD1>
2903 Message-ID: <45442933.27126@msgid.achurch.org>
2904
2905 >Hi, I am currently running ircservices 5.0.57 and was wondering if the
2906 >convertdb program is the only thing major that has changed between this
2907 >version and the current version is there any advantage for me to upgrade to
2908 >the latest version and have any new options been added to the configuration
2909 >files between these two versions?
2910
2911 The only changes since 5.0.57, other than minor corrections to the
2912 documentation and configure script, are related to convert-db, so if you
2913 do not intend to use convert-db there is no need to upgrade.
2914
2915 --Andrew Church
2916 achurch@achurch.org
2917 http://achurch.org/
2918 From nick at nickgawronski.com Sat Oct 28 21:54:02 2006
2919 From: nick at nickgawronski.com (Nick Gawronski)
2920 Date: Sat Oct 28 21:34:12 2006
2921 Subject: [IRCServices] question on upgrading from ircservices 5.0.57 to
2922 Message-ID: <20061029045402.3116.45268@rif.myfreedombox.com>
2923
2924 Hi, I went and installed the upgrade but have some questions on the
2925 configuration script. With the -static-modules command line option, do
2926 the modules still get built and installed in the data/modules
2927 directory? The reason I am asking this is I just installed over my
2928 5.0.57 version and noticed that after the modules were compiled
2929 statically the modules directory and everything in that directory still
2930 existed. If the modules still exist then what does the static compile
2931 do and if they don't need to be there any more can I just delete the
2932 modules directory? If later I want to build a custom module then must
2933 I recompile ircservices if the modules are statically linked rather
2934 then just the one module?
2935 Original message:
2936 >> Hi, I am currently running ircservices 5.0.57 and was wondering if the
2937 >> convertdb program is the only thing major that has changed between this
2938 >> version and the current version is there any advantage for me to upgrade to
2939 >> the latest version and have any new options been added to the configuration
2940 >> files between these two versions?
2941
2942 > The only changes since 5.0.57, other than minor corrections to the
2943 > documentation and configure script, are related to convert-db, so if you
2944 > do not intend to use convert-db there is no need to upgrade.
2945
2946 > --Andrew Church
2947 > achurch@achurch.org
2948 > http://achurch.org/
2949 > ------------------------------------------------------------------
2950 > To unsubscribe or change your subscription options, visit:
2951 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
2952
2953 --
2954 Email services by FreedomBox. Surf the Net at the sound of your voice.
2955 www.freedombox.info
2956 From achurch at achurch.org Sun Oct 29 18:56:34 2006
2957 From: achurch at achurch.org (Andrew Church)
2958 Date: Sun Oct 29 01:57:51 2006
2959 Subject: [IRCServices] question on upgrading from ircservices 5.0.57 to
2960 In-Reply-To: <20061029045402.3116.45268@rif.myfreedombox.com>
2961 Message-ID: <45447b1b.33354@msgid.achurch.org>
2962
2963 >Hi, I went and installed the upgrade but have some questions on the
2964 >configuration script. With the -static-modules command line option, do
2965 >the modules still get built and installed in the data/modules
2966 >directory?
2967
2968 No; if you compile using static modules, the "modules" directory is
2969 left alone entirely, so if you had a previous version installed using
2970 dynamic modules, those will still be there. You can delete the "modules"
2971 directory without any problems.
2972
2973 --Andrew Church
2974 achurch@achurch.org
2975 http://achurch.org/
2976 From gabriel.baez at solid-ircd.com Tue Oct 31 06:01:15 2006
2977 From: gabriel.baez at solid-ircd.com (gabriel.baez@solid-ircd.com)
2978 Date: Tue Oct 31 06:01:17 2006
2979 Subject: [IRCServices] ircservices dev
2980 In-Reply-To: <45447b1b.33354@msgid.achurch.org>
2981 References: <45447b1b.33354@msgid.achurch.org>
2982 Message-ID: <8443.165.236.192.195.1162303275.squirrel@www.solid-ircd.com>
2983
2984 Using the Development Version I was getting ready to test the solidircd
2985 module which is experimental, services segfaulted when I started services.
2986
2987 [ 07:52:01 ] ? ? Server : Global -- from services.americhat.net: PANIC!
2988 buffer = :nemesis.dallas.tx.americhat.net SJOIN 1160520197 #latinchat +tnr
2989 :@Sakura-Doki @zoru @Sheik[Work] @BADBOY @CaBiaR @Arena @Sheik @LoBo
2990 [ 07:52:01 ] ? ? Server : Routing -- from
2991 nemesis.dallas.tx.americhat.net: Received SQUIT services.americhat.net
2992 from services.americhat.net (Services terminating: Segmentation fault)
2993 [ 07:52:01 ] ? ? Server : Notice -- services.americhat.net was connected
2994 for 0 seconds. 7/4 sendK/recvK.
2995 [ 07:53:36 ] ? ? Server : Routing -- from
2996 nemesis.dallas.tx.americhat.net: Link with services.americhat.net
2997 established, states: ULined TS
2998
2999
3000 (gdb) run -nofork
3001 Starting program: /home/sheik/ircservices/sbin/ircservices -nofork
3002 [Oct 31 07:53:10 2006] IRC Services 5.1a10 starting up
3003 [Oct 31 07:53:10 2006] (httpd/main) Listening on 127.0.0.1:8080
3004 [Oct 31 07:53:10 2006] user: New maximum user count: 1
3005 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Fl00k
3006 staff.americhat.net)
3007 [Oct 31 07:53:10 2006] user: New maximum user count: 2
3008 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Woof
3009 AC-49223.45.344a.static.theplanet.com)
3010 [Oct 31 07:53:10 2006] user: New maximum user count: 3
3011 [Oct 31 07:53:10 2006] unknown message from server (SVHOST BADBOY
3012 ScRiPtAz.RuLe.Da.WoRlD.SoN)
3013 [Oct 31 07:53:10 2006] user: New maximum user count: 4
3014 [Oct 31 07:53:10 2006] unknown message from server (SVHOST schnoodles
3015 AC-52325.c52526.usr.usr.americhat.net)
3016 [Oct 31 07:53:10 2006] user: New maximum user count: 5
3017 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Shawn
3018 AC-2936.new.res.rr.com)
3019 [Oct 31 07:53:10 2006] user: New maximum user count: 6
3020 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Arena
3021 AC-51972.dhcp.leds.al.charter.com)
3022 [Oct 31 07:53:10 2006] user: New maximum user count: 7
3023 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Kyuubi-san
3024 AC-49051.45.344a.static.theplanet.com)
3025 [Oct 31 07:53:10 2006] user: New maximum user count: 8
3026 [Oct 31 07:53:10 2006] unknown message from server (SVHOST PaPa
3027 AC-1130.cbpu.com)
3028 [Oct 31 07:53:10 2006] user: New maximum user count: 9
3029 [Oct 31 07:53:10 2006] unknown message from server (SVHOST twEAkz
3030 AC-24129.phnx.qwest.net)
3031 [Oct 31 07:53:10 2006] user: New maximum user count: 10
3032 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Sheik[Work]
3033 staff.americhat.net)
3034 [Oct 31 07:53:10 2006] user: New maximum user count: 11
3035 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Sheik
3036 staff.solid-ircd.com)
3037 [Oct 31 07:53:10 2006] user: New maximum user count: 12
3038 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Sheik[Linux]
3039 staff.americhat.net)
3040 [Oct 31 07:53:10 2006] user: New maximum user count: 13
3041 [Oct 31 07:53:10 2006] unknown message from server (SVHOST D-cypheR
3042 AC-51107.st.louis-106-108rs.mo.dial-access.att.net)
3043 [Oct 31 07:53:10 2006] user: New maximum user count: 14
3044 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Abstract
3045 AC-40866.home.cgocable.net)
3046 [Oct 31 07:53:10 2006] user: New maximum user count: 15
3047 [Oct 31 07:53:10 2006] unknown message from server (SVHOST dc
3048 AC-60316.dsl.toldoh.ameritech.net)
3049 [Oct 31 07:53:10 2006] user: New maximum user count: 16
3050 [Oct 31 07:53:10 2006] unknown message from server (SVHOST Sakura-Doki
3051 AC-13129.prtc.net)
3052 [Oct 31 07:53:10 2006] user: New maximum user count: 17
3053 [Oct 31 07:53:10 2006] unknown message from server (SVHOST zoru
3054 AC-52244.c52423.usr.usr.americhat.net)
3055 [Oct 31 07:53:10 2006] user: New maximum user count: 18
3056 [Oct 31 07:53:10 2006] unknown message from server (SVHOST CaBiaR
3057 AC-64936.prtc.net)
3058 [Oct 31 07:53:10 2006] user: New maximum user count: 19
3059 [Oct 31 07:53:10 2006] unknown message from server (SVHOST LoBo
3060 AC-33997.c34142.usr.usr.americhat.net)
3061
3062 Program received signal SIGSEGV, Segmentation fault.
3063 0x0805551e in sstrdup (s=0x0) at memory.c:89
3064 89 char *t = xsmalloc(strlen(s) + 1);
3065 (gdb)
3066
3067
3068
3069 solid-ircd uses SVHOST for setting user's hostmask
3070
3071 m_server.c
3072
3073 static void sendnick_TS(aClient *cptr, aClient *acptr)
3074 43 {
3075 44 static char ubuf[12];
3076 45
3077 46 if (IsPerson(acptr))
3078 47 {
3079 48 send_umode(NULL, acptr, 0, SEND_UMODES, ubuf);
3080 49 if (!*ubuf) /* trivial optimization - Dianora */
3081 50 {
3082 51 ubuf[0] = '+';
3083 52 ubuf[1] = '\0';
3084 53 }
3085 54
3086 55 sendto_one(cptr, "NICK %s %d %ld %s %s %s %s %lu %lu :%s",
3087 56 acptr->name, acptr->hopcount + 1,
3088 acptr->tsinfo, ubuf,
3089 57 acptr->user->username, MyConnect(acptr) ?
3090 acptr->sockhost : acptr->user->realhost,
3091 58 acptr->user->server, acptr->user->servicestamp,
3092 59 htonl(acptr->ip.s_addr), acptr->info);
3093 60
3094 61 if (IsUmodev(acptr))
3095 62 sendto_one(cptr, "SVHOST %s %s",
3096 63 acptr->name, acptr->user->host);
3097 64 }
3098 65 }
3099
3100 From achurch at achurch.org Thu Nov 2 00:26:47 2006
3101 From: achurch at achurch.org (Andrew Church)
3102 Date: Wed Nov 1 07:27:36 2006
3103 Subject: [IRCServices] ircservices dev
3104 In-Reply-To: <8443.165.236.192.195.1162303275.squirrel@www.solid-ircd.com>
3105 Message-ID: <4548bce2.55700@msgid.achurch.org>
3106
3107 >Program received signal SIGSEGV, Segmentation fault.
3108 >0x0805551e in sstrdup (s=0x0) at memory.c:89
3109 >89 char *t = xsmalloc(strlen(s) + 1);
3110 >(gdb)
3111
3112 This isn't enough for me to be able to locate the problem. Please
3113 include a backtrace (use the GDB command "bt") as well.
3114
3115 --Andrew Church
3116 achurch@achurch.org
3117 http://achurch.org/
3118 From gabriel.baez at solid-ircd.com Thu Nov 2 04:57:23 2006
3119 From: gabriel.baez at solid-ircd.com (Gabriel)
3120 Date: Thu Nov 2 04:56:05 2006
3121 Subject: [IRCServices] ircservices dev
3122 In-Reply-To: <4548bce2.55700@msgid.achurch.org>
3123 Message-ID: <20061102125603.88C5FD3B722@sakura.ian-justman.com>
3124
3125 Sorry I forgot here we go.
3126 (gdb) bt
3127 #0 0x0805551e in sstrdup (s=0x0) at memory.c:89
3128 #1 0x0805e4a1 in match_usermask (mask=0x0, user=0x85a15a0) at users.c:696
3129 #2 0x007156f1 in check_kick (user=0x85a15a0, chan=0xbffe16d1 "#latinchat",
3130 on_join=1)
3131 at modules/chanserv/check.c:343
3132 #3 0x0070eb8f in do_channel_join_check (channel=0xbffe16d1 "#latinchat",
3133 user=0x85a15a0)
3134 at modules/chanserv/main.c:681
3135 #4 0x0805788c in _call_callback_5 (module=0x0, id=19, arg1=0xbffe16d1,
3136 arg2=0x85a15a0,
3137 arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:819
3138 #5 0x0804e2ed in chan_adduser (user=0x85a15a0, chan=0xbffe16d1
3139 "#latinchat", modes=1)
3140 at channels.c:125
3141 #6 0x0805e249 in join_channel (user=0x85a15a0, channel=0xbffe16d1
3142 "#latinchat", modes=1)
3143 at users.c:585
3144 #7 0x0045c423 in do_sjoin_protocol_bahamut (
3145 source=0xbffe1900 "nemesis.dallas.tx.americhat.net", ac=4, av=0x85435a0)
3146 at modules/protocol/sjoin.c:106
3147 #8 0x08058d9a in process () at process.c:141
3148 #9 0x0805be85 in do_callback (s=0x85433f0, cb=0x8055008
3149 <readline_callback>, param=0x695)
3150 at sockets.c:1483
3151 #10 0x0805c8f5 in check_sockets () at sockets.c:793
3152 #11 0x08055340 in main (ac=2, av=0xbffe2ad4, envp=0xbffe2ae0) at main.c:339
3153
3154 -----Original Message-----
3155 From: Andrew Church [mailto:achurch@achurch.org]
3156 Sent: Wednesday, November 01, 2006 9:27 AM
3157 To: ircservices@ircservices.za.net
3158 Subject: Re: [IRCServices] ircservices dev
3159
3160 >Program received signal SIGSEGV, Segmentation fault.
3161 >0x0805551e in sstrdup (s=0x0) at memory.c:89
3162 >89 char *t = xsmalloc(strlen(s) + 1);
3163 >(gdb)
3164
3165 This isn't enough for me to be able to locate the problem. Please
3166 include a backtrace (use the GDB command "bt") as well.
3167
3168 --Andrew Church
3169 achurch@achurch.org
3170 http://achurch.org/
3171 ------------------------------------------------------------------
3172 To unsubscribe or change your subscription options, visit:
3173 http://lists.ircservices.za.net/mailman/listinfo/ircservices
3174
3175 From achurch at achurch.org Fri Nov 3 15:49:54 2006
3176 From: achurch at achurch.org (Andrew Church)
3177 Date: Thu Nov 2 22:51:46 2006
3178 Subject: [IRCServices] ircservices dev
3179 In-Reply-To: <20061102125603.88C5FD3B722@sakura.ian-justman.com>
3180 Message-ID: <454ae6fe.67744@msgid.achurch.org>
3181
3182 >(gdb) bt
3183 >#0 0x0805551e in sstrdup (s=0x0) at memory.c:89
3184 >#1 0x0805e4a1 in match_usermask (mask=0x0, user=0x85a15a0) at users.c:696
3185 >#2 0x007156f1 in check_kick (user=0x85a15a0, chan=0xbffe16d1 "#latinchat",
3186
3187 That's odd; there shouldn't be any NULL entries in the autokick list.
3188 I don't know why you'd have such, but try the patch below which works
3189 around the problem.
3190
3191 --Andrew Church
3192 achurch@achurch.org
3193 http://achurch.org/
3194
3195 ---------------------------------------------------------------------------
3196
3197 Index: users.c
3198 ===================================================================
3199 RCS file: /var/local/cvsroot/ircservices/users.c,v
3200 retrieving revision 2.71
3201 diff -u -r2.71 users.c
3202 --- users.c 6 Jun 2006 04:45:29 -0000 2.71
3203 +++ users.c 3 Nov 2006 06:48:33 -0000
3204 @@ -693,10 +693,15 @@
3205
3206 int match_usermask(const char *mask, const User *user)
3207 {
3208 - char *mask2 = sstrdup(mask);
3209 + char *mask2;
3210 char *nick, *username, *host;
3211 int match_user, match_host, result;
3212
3213 + if (!mask || !user) {
3214 + log_debug(1, "match_usermask: NULL %s!", !mask ? "mask" : "user");
3215 + return 0;
3216 + }
3217 + mask2 = sstrdup(mask);
3218 if (strchr(mask2, '!')) {
3219 nick = strtok(mask2, "!");
3220 username = strtok(NULL, "@");
3221 Index: modules/chanserv/check.c
3222 ===================================================================
3223 RCS file: /var/local/cvsroot/ircservices/modules/chanserv/check.c,v
3224 retrieving revision 2.84
3225 diff -u -r2.84 check.c
3226 --- modules/chanserv/check.c 5 Oct 2006 18:00:53 -0000 2.84
3227 +++ modules/chanserv/check.c 3 Nov 2006 06:48:33 -0000
3228 @@ -371,6 +371,12 @@
3229 }
3230
3231 ARRAY_FOREACH (i, ci->akick) {
3232 + if (!ci->akick[i].mask) {
3233 + log_debug(1, "%s autokick %d has NULL mask, deleting", ci->name,i);
3234 + ARRAY_REMOVE(ci->akick, i);
3235 + i--;
3236 + continue;
3237 + }
3238 if (match_usermask(ci->akick[i].mask, user)) {
3239 module_log_debug(2, "%s matched akick %s",
3240 user->nick, ci->akick[i].mask);
3241 From nick at nickgawronski.com Sun Nov 12 14:56:53 2006
3242 From: nick at nickgawronski.com (Nick Gawronski)
3243 Date: Sun Nov 12 14:36:22 2006
3244 Subject: [IRCServices] search feature not working on web site for
3245 ircservices and no documentation
3246 Message-ID: <20061112225653.11786.37726@rif.myfreedombox.com>
3247
3248 Hi, I was trying to find an on line copy of the documentation for
3249 ircservices and there is none on the ircservices.za.net site. I tried
3250 searching the site using the search feature but was told that the
3251 method was not allowed.
3252
3253 --
3254 My web page is http://www.nickgawronski.com
3255
3256 Email services by FreedomBox. Surf the Net at the sound of your voice.
3257 www.freedombox.info
3258 From surreal.w00t at gmail.com Sun Nov 12 15:38:47 2006
3259 From: surreal.w00t at gmail.com (Robin Burchell)
3260 Date: Sun Nov 12 15:38:51 2006
3261 Subject: [IRCServices] search feature not working on web site for
3262 ircservices and no documentation
3263 In-Reply-To: <20061112225653.11786.37726@rif.myfreedombox.com>
3264 References: <20061112225653.11786.37726@rif.myfreedombox.com>
3265 Message-ID: <b19eae4e0611121538u17281c74ga00dc505db0d84a4@mail.gmail.com>
3266
3267 The documentation was moved offline, into the tarballs afaik. There is
3268 no online documentation.
3269
3270 Wasn't aware of the search problem though.
3271
3272 On 11/12/06, Nick Gawronski <nick@nickgawronski.com> wrote:
3273 > Hi, I was trying to find an on line copy of the documentation for
3274 > ircservices and there is none on the ircservices.za.net site. I tried
3275 > searching the site using the search feature but was told that the
3276 > method was not allowed.
3277 >
3278 > --
3279 > My web page is http://www.nickgawronski.com
3280 >
3281 > Email services by FreedomBox. Surf the Net at the sound of your voice.
3282 > www.freedombox.info
3283 > ------------------------------------------------------------------
3284 > To unsubscribe or change your subscription options, visit:
3285 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3286 >
3287 From minderasr at gmail.com Sun Nov 12 17:44:40 2006
3288 From: minderasr at gmail.com (MiNd ErAsR)
3289 Date: Sun Nov 12 17:44:44 2006
3290 Subject: [IRCServices] search feature not working on web site for
3291 ircservices and no documentation
3292 In-Reply-To: <20061112225653.11786.37726@rif.myfreedombox.com>
3293 References: <20061112225653.11786.37726@rif.myfreedombox.com>
3294 Message-ID: <db2f2a520611121744l32dbf7c7x3cc74c4d528597c6@mail.gmail.com>
3295
3296 http://www.ircservices.za.net/docs/
3297
3298 On 11/12/06, Nick Gawronski <nick@nickgawronski.com> wrote:
3299 >
3300 > Hi, I was trying to find an on line copy of the documentation for
3301 > ircservices and there is none on the ircservices.za.net site. I tried
3302 > searching the site using the search feature but was told that the
3303 > method was not allowed.
3304 >
3305 > --
3306 > My web page is http://www.nickgawronski.com
3307 >
3308 > Email services by FreedomBox. Surf the Net at the sound of your voice.
3309 > www.freedombox.info
3310 > ------------------------------------------------------------------
3311 > To unsubscribe or change your subscription options, visit:
3312 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3313 >
3314 -------------- next part --------------
3315 An HTML attachment was scrubbed...
3316 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20061112/71fcea4f/attachment.html
3317 From achurch at achurch.org Mon Nov 13 11:00:56 2006
3318 From: achurch at achurch.org (Andrew Church)
3319 Date: Sun Nov 12 18:07:06 2006
3320 Subject: [IRCServices] search feature not working on web site for
3321 ircservices and no documentation
3322 In-Reply-To: <20061112225653.11786.37726@rif.myfreedombox.com>
3323 Message-ID: <4557d346.42466@msgid.achurch.org>
3324
3325 >Hi, I was trying to find an on line copy of the documentation for
3326 >ircservices and there is none on the ircservices.za.net site. I tried
3327 >searching the site using the search feature but was told that the
3328 >method was not allowed.
3329
3330 The documentation can be found at http://www.ircservices.za.net/docs/
3331 (as is very clearly noted on the "Support" page of the web site). The
3332 search boxes have been removed as the current server does not support
3333 searching; try Google instead, with "site:ircservices.za.net" followed by
3334 your query.
3335
3336 --Andrew Church
3337 achurch@achurch.org
3338 http://achurch.org/
3339 From nick at nickgawronski.com Sun Nov 12 19:53:55 2006
3340 From: nick at nickgawronski.com (Nick Gawronski)
3341 Date: Sun Nov 12 19:53:59 2006
3342 Subject: [IRCServices] search feature not working on web site
3343 forircservices and no documentation
3344 References: <20061112225653.11786.37726@rif.myfreedombox.com>
3345 <db2f2a520611121744l32dbf7c7x3cc74c4d528597c6@mail.gmail.com>
3346 Message-ID: <001201c706d7$58371a50$250110ac@CHIHUAHUAD1>
3347
3348 Hi, thanks for the link. It would be nice if that link was on the main ircservices page and was updated as the documentation is updated. It would also be nice if development documentation as well as the stable documentation was included online.
3349 ----- Original Message -----
3350 From: MiNd ErAsR
3351 To: IRC Services General Mailing List
3352 Sent: Sunday, November 12, 2006 7:44 PM
3353 Subject: Re: [IRCServices] search feature not working on web site forircservices and no documentation
3354
3355
3356 http://www.ircservices.za.net/docs/
3357
3358
3359 On 11/12/06, Nick Gawronski < nick@nickgawronski.com> wrote:
3360 Hi, I was trying to find an on line copy of the documentation for
3361 ircservices and there is none on the ircservices.za.net site. I tried
3362 searching the site using the search feature but was told that the
3363 method was not allowed.
3364
3365 --
3366 My web page is http://www.nickgawronski.com
3367
3368 Email services by FreedomBox. Surf the Net at the sound of your voice.
3369 www.freedombox.info
3370 ------------------------------------------------------------------
3371 To unsubscribe or change your subscription options, visit:
3372 http://lists.ircservices.za.net/mailman/listinfo/ircservices
3373
3374
3375
3376
3377
3378 ------------------------------------------------------------------------------
3379
3380
3381 ------------------------------------------------------------------
3382 To unsubscribe or change your subscription options, visit:
3383 http://lists.ircservices.za.net/mailman/listinfo/ircservices
3384 -------------- next part --------------
3385 An HTML attachment was scrubbed...
3386 URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20061112/ea620cd2/attachment.htm
3387 From surreal.w00t at gmail.com Mon Nov 13 02:31:34 2006
3388 From: surreal.w00t at gmail.com (Robin Burchell)
3389 Date: Mon Nov 13 02:31:38 2006
3390 Subject: [IRCServices] search feature not working on web site
3391 forircservices and no documentation
3392 In-Reply-To: <001201c706d7$58371a50$250110ac@CHIHUAHUAD1>
3393 References: <20061112225653.11786.37726@rif.myfreedombox.com>
3394 <db2f2a520611121744l32dbf7c7x3cc74c4d528597c6@mail.gmail.com>
3395 <001201c706d7$58371a50$250110ac@CHIHUAHUAD1>
3396 Message-ID: <b19eae4e0611130231w4507fadu8b85cf99853e7ce3@mail.gmail.com>
3397
3398 Ok, I was wrong on that point then. You're still not looking hard
3399 enough though, Nick:
3400
3401 http://www.ircservices.za.net/download/testing/docs/
3402
3403 On 11/13/06, Nick Gawronski <nick@nickgawronski.com> wrote:
3404 >
3405 >
3406 > Hi, thanks for the link. It would be nice if that link was on the main
3407 > ircservices page and was updated as the documentation is updated. It would
3408 > also be nice if development documentation as well as the stable
3409 > documentation was included online.
3410 >
3411 > ----- Original Message -----
3412 > From: MiNd ErAsR
3413 > To: IRC Services General Mailing List
3414 > Sent: Sunday, November 12, 2006 7:44 PM
3415 > Subject: Re: [IRCServices] search feature not working on web site
3416 > forircservices and no documentation
3417 >
3418 > http://www.ircservices.za.net/docs/
3419 >
3420 >
3421 > On 11/12/06, Nick Gawronski < nick@nickgawronski.com> wrote:
3422 > > Hi, I was trying to find an on line copy of the documentation for
3423 > > ircservices and there is none on the ircservices.za.net site. I tried
3424 > > searching the site using the search feature but was told that the
3425 > > method was not allowed.
3426 > >
3427 > > --
3428 > > My web page is http://www.nickgawronski.com
3429 > >
3430 > > Email services by FreedomBox. Surf the Net at the sound of your voice.
3431 > > www.freedombox.info
3432 > >
3433 > ------------------------------------------------------------------
3434 > > To unsubscribe or change your subscription options, visit:
3435 > >
3436 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3437 > >
3438 >
3439 >
3440 >
3441 > ________________________________
3442 >
3443 >
3444 > ------------------------------------------------------------------
3445 > To unsubscribe or change your subscription options, visit:
3446 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3447 >
3448 >
3449 > ------------------------------------------------------------------
3450 > To unsubscribe or change your subscription options, visit:
3451 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3452 >
3453 >
3454 From nick at nickgawronski.com Mon Nov 13 14:12:43 2006
3455 From: nick at nickgawronski.com (Nick Gawronski)
3456 Date: Mon Nov 13 13:52:03 2006
3457 Subject: [IRCServices] using the xml module for data bases
3458 Message-ID: <20061113221243.32071.56101@rif.myfreedombox.com>
3459
3460 Hi, I was wondering if it is possible to use services data bases as
3461 normal xml files rather then the normal data base format. This way the
3462 data would be readable and not needing any conversion to and from xml format.
3463
3464 --
3465 My web page is http://www.nickgawronski.com
3466
3467 Email services by FreedomBox. Surf the Net at the sound of your voice.
3468 www.freedombox.info
3469 From achurch at achurch.org Tue Nov 14 09:42:30 2006
3470 From: achurch at achurch.org (Andrew Church)
3471 Date: Mon Nov 13 16:44:04 2006
3472 Subject: [IRCServices] using the xml module for data bases
3473 In-Reply-To: <20061113221243.32071.56101@rif.myfreedombox.com>
3474 Message-ID: <45591150.53113@msgid.achurch.org>
3475
3476 >Hi, I was wondering if it is possible to use services data bases as
3477 >normal xml files rather then the normal data base format. This way the
3478 >data would be readable and not needing any conversion to and from xml format.
3479
3480 This is not possible by design. XML is a data interchange format, not
3481 a data storage format, and I do not consider it suitable for persistent
3482 storage of Services' databases. I will not entertain suggestions for
3483 adding an XML database module, though you are of course free to write your
3484 own.
3485
3486 --Andrew Church
3487 achurch@achurch.org
3488 http://achurch.org/
3489 From nick at nickgawronski.com Mon Nov 13 18:06:02 2006
3490 From: nick at nickgawronski.com (Nick Gawronski)
3491 Date: Mon Nov 13 18:06:07 2006
3492 Subject: [IRCServices] using the xml module for data bases
3493 References: <45591150.53113@msgid.achurch.org>
3494 Message-ID: <000601c70791$717b3220$250110ac@CHIHUAHUAD1>
3495
3496 Hi, In the services documentation the documentation for the data bases
3497 section says that it still needs to be completed. It would be nice if even
3498 in the testing version that section was written. Just thought I would point
3499 that out so it could be worked on for the next version.
3500 ----- Original Message -----
3501 From: "Andrew Church" <achurch@achurch.org>
3502 To: <ircservices@ircservices.za.net>
3503 Sent: Monday, November 13, 2006 6:42 PM
3504 Subject: Re: [IRCServices] using the xml module for data bases
3505
3506
3507 > >Hi, I was wondering if it is possible to use services data bases as
3508 >>normal xml files rather then the normal data base format. This way the
3509 >>data would be readable and not needing any conversion to and from xml
3510 >>format.
3511 >
3512 > This is not possible by design. XML is a data interchange format, not
3513 > a data storage format, and I do not consider it suitable for persistent
3514 > storage of Services' databases. I will not entertain suggestions for
3515 > adding an XML database module, though you are of course free to write your
3516 > own.
3517 >
3518 > --Andrew Church
3519 > achurch@achurch.org
3520 > http://achurch.org/
3521 > ------------------------------------------------------------------
3522 > To unsubscribe or change your subscription options, visit:
3523 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3524 >
3525
3526 From achurch at achurch.org Tue Nov 14 12:31:54 2006
3527 From: achurch at achurch.org (Andrew Church)
3528 Date: Mon Nov 13 19:33:28 2006
3529 Subject: [IRCServices] 2Q.: ptlink convert and init_module?
3530 In-Reply-To: <86c55b630609211034p24256ae8k5bfdca61a656d94d@mail.gmail.com>
3531 Message-ID: <45593902.53524@msgid.achurch.org>
3532
3533 I don't recall whether I ever explicitly replied to this, but the
3534 latest release of Services (5.0.59) includes support for versions of
3535 PTlink through 2.26-eol, so you should be able to import your databases
3536 using 5.0.59.
3537
3538 --Andrew Church
3539 achurch@achurch.org
3540 http://achurch.org/
3541
3542 >Hi Andrew,
3543 >
3544 >i'm using the final ptlink services2 version (PTlink.Services2.26-eol).
3545 >
3546 >
3547 >hope you can help me ....
3548 >
3549 >regards
3550 >semir
3551 >
3552 >
3553 >2006/9/21, Andrew Church <achurch@achurch.org>:
3554 >>
3555 >> >i actually use ptlink services and I'm going to use ircservices.
3556 >> >so i tried the convert-db, but it doesn't work ... here is the error:
3557 >> >Loading nick.db...
3558 >> >Wrong version number on /home/xxpt/data/nick.db
3559 >>
3560 >> It looks like there have been some new versions of the PTlink
3561 >> Services program released since my last update to convert-db, so the file
3562 >> format isn't recognized. I'll take a look at them and see about updating
3563 >> convert-db so you can convert your databases.
3564 >>
3565 >> >the other problem is, the services won't start with the sendpass module.
3566 >> >[Sep 16 21:55:34 2006] IRC Services 5.0.58 starting up
3567 >> >[Sep 16 21:55:34 2006] nickserv/sendpass: Trapdoor (one-way) encryption
3568 >> in
3569 >> >use; SENDPASS cannot be used
3570 >>
3571 >> As this log message says, you cannot use SENDPASS with one-way
3572 >> encryption methods, of which MD5 is one. Services 5.1 (currently in
3573 >> alpha) will provide an alternate method, the REAUTH command, for users to
3574 >> deal with forgotten passwords.
3575 >>
3576 >> --Andrew Church
3577 >> achurch@achurch.org
3578 >> http://achurch.org/
3579 >> ------------------------------------------------------------------
3580 >> To unsubscribe or change your subscription options, visit:
3581 >> http://lists.ircservices.za.net/mailman/listinfo/ircservices
3582 >>
3583 From achurch at achurch.org Tue Nov 14 12:33:32 2006
3584 From: achurch at achurch.org (Andrew Church)
3585 Date: Mon Nov 13 19:34:29 2006
3586 Subject: [IRCServices] NickServ Registration Email Regexp
3587 In-Reply-To: <44DB6249.9020604@slashnet.org>
3588 Message-ID: <45593942.53532@msgid.achurch.org>
3589
3590 >Is there a possibility or any known method of forbidding NickServ
3591 >registration email addresses based on regexp, and if not, could this be
3592 >a feature at some point?
3593
3594 Services 5.1 will allow forbidding E-mail addresses by wildcard
3595 (although not regular expression) with respect to the NickServ REGISTER
3596 and SET EMAIL commands.
3597
3598 --Andrew Church
3599 achurch@achurch.org
3600 http://achurch.org/
3601 From chiappa at jippii.fi Tue Nov 21 11:09:00 2006
3602 From: chiappa at jippii.fi (chiappa@jippii.fi)
3603 Date: Tue Nov 21 11:09:08 2006
3604 Subject: [IRCServices] ssl
3605 Message-ID: <25039005.1212781164136141128.JavaMail.chiappa@jippii.fi>
3606
3607 How/can I connect to my unrealircd server with the openssl protocol?
3608
3609 thanks!
3610
3611
3612 --
3613 Saunalahti Iso G - 50 Gigatavua nopeaa ja varmennettua verkkolevy? tiedostoillesi. Kokeile ilmaiseksi!
3614 http://isog.pp.fi
3615
3616 From surreal.w00t at gmail.com Tue Nov 21 11:28:29 2006
3617 From: surreal.w00t at gmail.com (Robin Burchell)
3618 Date: Tue Nov 21 11:28:35 2006
3619 Subject: [IRCServices] ssl
3620 In-Reply-To: <25039005.1212781164136141128.JavaMail.chiappa@jippii.fi>
3621 References: <25039005.1212781164136141128.JavaMail.chiappa@jippii.fi>
3622 Message-ID: <b19eae4e0611211128y440f1480m2509a26fa476d3ef@mail.gmail.com>
3623
3624 You can't, though you could theoretically look into stunnel.
3625
3626 Why would servicecs need to use SSL, when generally they are running
3627 over localhost?
3628
3629 On 11/21/06, chiappa@jippii.fi <chiappa@jippii.fi> wrote:
3630 > How/can I connect to my unrealircd server with the openssl protocol?
3631 >
3632 > thanks!
3633 >
3634 >
3635 > --
3636 > Saunalahti Iso G - 50 Gigatavua nopeaa ja varmennettua verkkolevy? tiedostoillesi. Kokeile ilmaiseksi!
3637 > http://isog.pp.fi
3638 >
3639 > ------------------------------------------------------------------
3640 > To unsubscribe or change your subscription options, visit:
3641 > http://lists.ircservices.za.net/mailman/listinfo/ircservices
3642 >
3643 From gabriel.baez at solid-ircd.com Thu Nov 30 12:56:47 2006
3644 From: gabriel.baez at solid-ircd.com (gabriel.baez@solid-ircd.com)
3645 Date: Thu Nov 30 12:56:50 2006
3646 Subject: [IRCServices] Anope conversion
3647 Message-ID: <39670.165.236.192.195.1164920207.squirrel@www.solid-ircd.com>
3648
3649 Has anyone have had any problems converting from anope database version
3650 Anope-1.7.17 (1182) to ircservices-5.1a10 ? I have Enabled the
3651 Anopeworkaround in modules.conf and still can't identify.
3652 From mielie69 at nerdshack.com Tue Dec 5 12:29:22 2006
3653 From: mielie69 at nerdshack.com (mielie69)
3654 Date: Tue Dec 5 12:28:06 2006
3655 Subject: [IRCServices] Compilation Error ( ircservices-5.0.59.tar.gz)
3656 Message-ID: <4575D6A2.9000106@nerdshack.com>
3657
3658 Hi,
3659
3660 My Box is running SuSE 10.0 and i receive the following error with
3661 configure, this doesnt stop compilation of the services, but i do get
3662 this error.
3663
3664 This is my ./configure log, as you will see everything is fine till it
3665 gets to the line saying that it cannot find strdup, i have checked in my
3666 /usr/includes directory and it is there, i have even written a test
3667 script to see if my system recognizes it, what can i do to get
3668 ircservices to recognize it is there? This was all because i want to
3669 link ircservices to Inspircd and im using their module for this, their
3670 module requires strdup and ircservices doesnt seem to recognize that my
3671 system has it.
3672
3673 Any help on this topic will be much appreciated.
3674
3675 Many Thanks
3676
3677 mielie69
3678
3679 Checking sanity of /bin/sh... high.
3680 Searching for a suitable compiler... great, found gcc!
3681 Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good.
3682 Let's see what libraries we need...
3683 Checking if we can use dynamic modules... yes.
3684 Checking whether ranlib exists... yes.
3685 Looking for an 8-bit integer type... char
3686 Looking for a 16-bit integer type... short
3687 Looking for a 32-bit integer type... int
3688 Checking the size of int... 32 bits
3689 Checking the size of long... 32 bits
3690 Checking the size of time_t... 32 bits
3691 Checking the size of gid_t... 32 bits
3692 Checking for socklen_t... present.
3693 Checking for presence of include files (it's okay if some aren't there):
3694 strings.h... present
3695 sys/select.h... present
3696 sys/sysproto.h... not present
3697 Seeing if your system defines int16/int32... not found (this is good).
3698 How to complain when something goes wrong... ah, strerror() is here.
3699 *Looking for other routines we want that you don't have... strdup*
3700 Checking how to install files... looks like "install" will work.
3701 Seeing if "install" will create directories... OK.
3702 Checking how to copy directories... /bin/cp -dpr
3703 Creating config.h... done.
3704 Creating Makefile.inc... done.
3705 Saving configuration results in config.cache... done.
3706
3707 All done! Now edit defs.h as needed, and run "make" (or possibly "gmake")
3708 to compile Services. See the README and FAQ if you have any problems.
3709
3710
3711 From achurch at achurch.org Wed Dec 6 15:33:14 2006
3712 From: achurch at achurch.org (Andrew Church)
3713 Date: Tue Dec 5 22:37:16 2006
3714 Subject: [IRCServices] Compilation Error ( ircservices-5.0.59.tar.gz)
3715 In-Reply-To: <4575D6A2.9000106@nerdshack.com>
3716 Message-ID: <45766518.24752@msgid.achurch.org>
3717
3718 This is not an error; configure is merely reporting that it could
3719 not confirm that you have a correctly working strdup(), and will
3720 therefore use its own internal version. Services will still compile and
3721 run correctly.
3722
3723 I admit that the output from configure is misleading, and I'll see
3724 about correcting it in a future release.
3725
3726 --Andrew Church
3727 achurch@achurch.org
3728 http://achurch.org/
3729
3730 >Hi,
3731 >
3732 >My Box is running SuSE 10.0 and i receive the following error with
3733 >configure, this doesnt stop compilation of the services, but i do get
3734 >this error.
3735 >
3736 >This is my ./configure log, as you will see everything is fine till it
3737 >gets to the line saying that it cannot find strdup, i have checked in my
3738 >/usr/includes directory and it is there, i have even written a test
3739 >script to see if my system recognizes it, what can i do to get
3740 >ircservices to recognize it is there? This was all because i want to
3741 >link ircservices to Inspircd and im using their module for this, their
3742 >module requires strdup and ircservices doesnt seem to recognize that my
3743 >system has it.
3744 >
3745 >Any help on this topic will be much appreciated.
3746 >
3747 >Many Thanks
3748 >
3749 >mielie69
3750 >
3751 >Checking sanity of /bin/sh... high.
3752 >Searching for a suitable compiler... great, found gcc!
3753 >Testing default compiler flags (-O2 -fno-strict-aliasing)... looks good.
3754 >Let's see what libraries we need...
3755 >Checking if we can use dynamic modules... yes.
3756 >Checking whether ranlib exists... yes.
3757 >Looking for an 8-bit integer type... char
3758 >Looking for a 16-bit integer type... short
3759 >Looking for a 32-bit integer type... int
3760 >Checking the size of int... 32 bits
3761 >Checking the size of long... 32 bits
3762 >Checking the size of time_t... 32 bits
3763 >Checking the size of gid_t... 32 bits
3764 >Checking for socklen_t... present.
3765 >Checking for presence of include files (it's okay if some aren't there):
3766 > strings.h... present
3767 > sys/select.h... present
3768 > sys/sysproto.h... not present
3769 >Seeing if your system defines int16/int32... not found (this is good).
3770 >How to complain when something goes wrong... ah, strerror() is here.
3771 >*Looking for other routines we want that you don't have... strdup*
3772 >Checking how to install files... looks like "install" will work.
3773 >Seeing if "install" will create directories... OK.
3774 >Checking how to copy directories... /bin/cp -dpr
3775 >Creating config.h... done.
3776 >Creating Makefile.inc... done.
3777 >Saving configuration results in config.cache... done.
3778 >
3779 >All done! Now edit defs.h as needed, and run "make" (or possibly "gmake")
3780 >to compile Services. See the README and FAQ if you have any problems.
3781 >
3782 >
3783 >------------------------------------------------------------------
3784 >To unsubscribe or change your subscription options, visit:
3785 >http://lists.ircservices.za.net/mailman/listinfo/ircservices
3786 From matheuscsilva at gmail.com Wed Dec 6 05:40:03 2006
3787 From: matheuscsilva at gmail.com (=?ISO-8859-1?Q?Matheus_Corr=EAa_da_Silva?=)
3788 Date: Wed Dec 6 05:40:21 2006
3789 Subject: [IRCServices] mysql
3790 Message-ID: <4576C833.8070908@gmail.com>
3791
3792 does ircservices will have any mysql support for reading and saving data?
3793 From achurch at achurch.org Wed Dec 6 23:06:13 2006
3794 From: achurch at achurch.org (Andrew Church)
3795 Date: Wed Dec 6 06:06:43 2006
3796 Subject: [IRCServices] mysql
3797 In-Reply-To: <4576C833.8070908@gmail.com>
3798 Message-ID: <4576ce70.25640@msgid.achurch.org>
3799
3800 >does ircservices will have any mysql support for reading and saving data?
3801
3802 No, IRC Services does not support MySQL databases, and no such
3803 support is planned.
3804
3805 --Andrew Church
3806 achurch@achurch.org
3807 http://achurch.org/