From uhc0 at rz.uni-karlsruhe.de Wed Feb 11 01:32:17 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local> References: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local> Message-ID: <1076491937.4499.0.camel@dreadnought.hadiko.de> No, after that there have been .24, .25, .26, .27 and now finally as of 05.02.2004 5.0.28 has been released. ftp://ftp.esper.net/ircservices On Wed, 2004-02-11 at 03:56, Andrew G. Buenaventura wrote: > I am using 5.0.23. Isn't it the latest version? > > Manually removing the .lock file causes services to segfault. > > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf > Iskenderoglu > Sent: Tuesday, February 10, 2004 6:34 PM > To: IRC Services General Mailing List > Subject: Re: [IRCServices] database locked > > Apart from manually removing that lock file, you must upgrade your > services. > > On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote: > > I am getting the following error message after almost an hour of running > > ircservices 5.0.23 on unreal 3.2 beta 19: > > > > [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning: > > Databases are locked, and cannot be updated. Remove the > > `/usr/local/ircservices/lib/.lock' file to allow database updates. > > > > What do you think is wrong? > > > > ______________________________________________________________________ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ______________________________________________________________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at winbot.co.uk Wed Feb 11 03:50:19 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked Message-ID: <200402111150.i1BBoKb19962@localhost.localdomain> if you have a backup of your services database, have you tried reverting to it? The one you have now may have become corrupted in some way? >I am using 5.0.23. Isn't it the latest version? > >Manually removing the .lock file causes services to segfault. > > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf >Iskenderoglu >Sent: Tuesday, February 10, 2004 6:34 PM >To: IRC Services General Mailing List >Subject: Re: [IRCServices] database locked > >Apart from manually removing that lock file, you must upgrade your >services. > >On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote: >> I am getting the following error message after almost an hour of running >> ircservices 5.0.23 on unreal 3.2 beta 19: >> >> [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning: >> Databases are locked, and cannot be updated. Remove the >> `/usr/local/ircservices/lib/.lock' file to allow database updates. >> >> What do you think is wrong? >> >> ______________________________________________________________________ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > From emurphy at sporked.us Wed Feb 11 11:27:15 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked References: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local> <1076491937.4499.0.camel@dreadnought.hadiko.de> Message-ID: <00fe01c3f0d5$10190000$0100a8c0@sporked.us> The confusion is probably caused by this: http://www.ircservices.za.net/index.html "version 5.0 (stable) Current version: 5.0.23 Released:1 November 2003 " As well as the ftp://ftp.ircservices.za.net/pub/ircservices/ not having anything over 5.0.23. You can get the 5.0.28 release at ftp://ftp.esper.net/ircservices/ though. ----- Original Message ----- From: "Yusuf Iskenderoglu" To: "IRC Services General Mailing List" Sent: Wednesday, February 11, 2004 4:32 AM Subject: RE: [IRCServices] database locked > No, after that there have been > .24, .25, .26, .27 and now finally as of 05.02.2004 > 5.0.28 has been released. > > ftp://ftp.esper.net/ircservices > > On Wed, 2004-02-11 at 03:56, Andrew G. Buenaventura wrote: > > I am using 5.0.23. Isn't it the latest version? > > > > Manually removing the .lock file causes services to segfault. > > > > > > -----Original Message----- > > From: ircservices-bounces@ircservices.za.net > > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf > > Iskenderoglu > > Sent: Tuesday, February 10, 2004 6:34 PM > > To: IRC Services General Mailing List > > Subject: Re: [IRCServices] database locked > > > > Apart from manually removing that lock file, you must upgrade your > > services. > > > > On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote: > > > I am getting the following error message after almost an hour of running > > > ircservices 5.0.23 on unreal 3.2 beta 19: > > > > > > [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning: > > > Databases are locked, and cannot be updated. Remove the > > > `/usr/local/ircservices/lib/.lock' file to allow database updates. > > > > > > What do you think is wrong? > > > > > > ______________________________________________________________________ > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ______________________________________________________________________ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From andrew at teamyehey.com Wed Feb 11 19:08:01 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF82@disco-mail-1.teamyehey.local> It works fine on 5.0.20. reverting to the latest known to be good database still gives out the same problem ----------------------------------------------------- Andrew G. Buenaventura MIS Manager 38/F Discovery Centre 25 ADB Avenue, Ortigas Center Pasig City, Philippines Tel: (632) 910-6419 Fax: (632) 910-6420 Email : andrew@teamyehey.com andrew@freebsd.org.ph ----------------------------------------------------- WWW.YEHEY.COM y o u r i n t e r n e t l i f e s t y l e -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards Sent: Wednesday, February 11, 2004 7:50 PM To: IRC Services General Mailing Lis Subject: Re: RE: [IRCServices] database locked if you have a backup of your services database, have you tried reverting to it? The one you have now may have become corrupted in some way? >I am using 5.0.23. Isn't it the latest version? > >Manually removing the .lock file causes services to segfault. > > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf >Iskenderoglu >Sent: Tuesday, February 10, 2004 6:34 PM >To: IRC Services General Mailing List >Subject: Re: [IRCServices] database locked > >Apart from manually removing that lock file, you must upgrade your >services. > >On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote: >> I am getting the following error message after almost an hour of running >> ircservices 5.0.23 on unreal 3.2 beta 19: >> >> [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning: >> Databases are locked, and cannot be updated. Remove the >> `/usr/local/ircservices/lib/.lock' file to allow database updates. >> >> What do you think is wrong? >> >> ______________________________________________________________________ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3562 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040212/caff36c7/smime.bin From andrew at teamyehey.com Wed Feb 11 20:25:02 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF89@disco-mail-1.teamyehey.local> Here are the details of my set up: Openbsd 3.4 Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19 Ircservices 5.0.25 and 5.0.28 Databases were migrated from a working 5.0.20 system When I run /msg operserv update, I get the following: [Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon :Updating databases... [Feb 12 04:25:25.354985 2004] debug: Saving databases [Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer) [Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS :PANIC! signal 11 (no buffer) [Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault [Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import' [Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export' [Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv' [Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT : [Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore' [Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward' [Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main' [Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT : [Feb 12 04:25:25.491522 2004] debug: Unloading module `chanserv/sendpass' [Feb 12 04:25:25.492310 2004] debug: Unloading module `chanserv/access-levels' [Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main' [Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT : [Feb 12 04:25:25.494618 2004] debug: Unloading module `nickserv/sendpass' [Feb 12 04:25:25.495253 2004] debug: Unloading module `nickserv/mail-auth' [Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link' [Feb 12 04:25:25.496345 2004] debug: Unloading module `nickserv/autojoin' [Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access' [Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main' [Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT : [Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline' [Feb 12 04:25:25.502415 2004] debug: Unloading module `operserv/sessions' [Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news' [Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill' [Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main' [Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT : [Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT : [Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp' [Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main' [Feb 12 04:25:25.507484 2004] debug: Unloading module `database/version4' [Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal' [Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT services.yehey.com :Services terminating: Segmentation fault [Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey! [Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia [Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers [Feb 12 04:25:25.516280 2004] debug: Deleting channel #services no core file was created after this. Any ideas? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3562 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040212/54527895/smime.bin From robert.daumann at rba-wuerzburg.de Thu Feb 12 00:52:05 2004 From: robert.daumann at rba-wuerzburg.de (Robert E. Daumann) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Botserv needed Message-ID: <18DD97782639BB4CA8E93A3C15D5A9C53629@win2k.rba-wuerzburg.lan> Hi I've an irc-server currently with auspice. What I've fount out is, auspice and anope too have a great bug in the services esp. in nickserv. So I will try the IRCServices, running with Unreal3.2/19. My question is: IRCServices does not have any botserv with some features inside, but I need one. So is it possible to enable any botserv with IRCServices and which one is the best choice? Robert From Craig at chatspike.net Thu Feb 12 09:48:15 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Botserv needed Message-ID: as far as i know, its not possible to create a botserv in IRCServices, as it requires services to read its write buffer to function correctly. This would create a huge drain on CPU resources, most of it being 'redundant' data. so Services probably wont support this feature. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Robert E. Daumann * To - ircservices@ircservices.za.net * Sent - 2004-02-12 08:52:05 * Subject - [IRCServices] Botserv needed ****************************************/ /****** - Begin Original Message - ******/ >Hi > >I've an irc-server currently with auspice. What I've fount out is, >auspice and anope too have a great bug in the services esp. in nickserv. >So I will try the IRCServices, running with Unreal3.2/19. > >My question is: IRCServices does not have any botserv with some features >inside, but I need one. So is it possible to enable any botserv with >IRCServices and which one is the best choice? > >Robert > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From brain at winbot.co.uk Fri Feb 13 04:16:17 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Botserv needed Message-ID: <200402131216.i1DCGHb29503@localhost.localdomain> i can't see why botserv isn't possible, but if it was written it *would* cause a lot of redundant data, as the only way i can imagine this being done, it would end up contridicting chanserv a lot with mode changes etc. At one point, we were going to attempt a botserv, but instead we settled for a pared-down service called idleserv which just idles in an oper-defined list of channels to hold them open (which is generally all users want a bot for on a network with services) >as far as i know, its not possible to create a botserv in IRCServices, as it requires services to read its write buffer to function correctly. This would create a huge drain on CPU resources, most of it being 'redundant' data. so Services probably wont support this feature. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Robert E. Daumann > * To - ircservices@ircservices.za.net > * Sent - 2004-02-12 08:52:05 > * Subject - [IRCServices] Botserv needed > ****************************************/ > >/****** - Begin Original Message - ******/ > >>Hi >> >>I've an irc-server currently with auspice. What I've fount out is, >>auspice and anope too have a great bug in the services esp. in nickserv. >>So I will try the IRCServices, running with Unreal3.2/19. >> >>My question is: IRCServices does not have any botserv with some features >>inside, but I need one. So is it possible to enable any botserv with >>IRCServices and which one is the best choice? >> >>Robert >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From andrew at teamyehey.com Sun Feb 15 21:43:32 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFA5@disco-mail-1.teamyehey.local> It worked on my linux box. Anybody knows if there's a compatibility issue between obsd and ircservices? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. Buenaventura Sent: Thursday, February 12, 2004 12:25 PM To: IRC Services General Mailing List Subject: RE: [IRCServices] database locked Here are the details of my set up: Openbsd 3.4 Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19 Ircservices 5.0.25 and 5.0.28 Databases were migrated from a working 5.0.20 system When I run /msg operserv update, I get the following: [Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon :Updating databases... [Feb 12 04:25:25.354985 2004] debug: Saving databases [Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer) [Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS :PANIC! signal 11 (no buffer) [Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault [Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import' [Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export' [Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv' [Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT : [Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore' [Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward' [Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main' [Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT : [Feb 12 04:25:25.491522 2004] debug: Unloading module `chanserv/sendpass' [Feb 12 04:25:25.492310 2004] debug: Unloading module `chanserv/access-levels' [Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main' [Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT : [Feb 12 04:25:25.494618 2004] debug: Unloading module `nickserv/sendpass' [Feb 12 04:25:25.495253 2004] debug: Unloading module `nickserv/mail-auth' [Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link' [Feb 12 04:25:25.496345 2004] debug: Unloading module `nickserv/autojoin' [Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access' [Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main' [Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT : [Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline' [Feb 12 04:25:25.502415 2004] debug: Unloading module `operserv/sessions' [Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news' [Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill' [Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main' [Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT : [Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT : [Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp' [Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main' [Feb 12 04:25:25.507484 2004] debug: Unloading module `database/version4' [Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal' [Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT services.yehey.com :Services terminating: Segmentation fault [Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey! [Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia [Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers [Feb 12 04:25:25.516280 2004] debug: Deleting channel #services no core file was created after this. Any ideas? From brain at winbot.co.uk Mon Feb 16 02:51:47 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] database locked Message-ID: <200402161051.i1GApmb25813@localhost.localdomain> probably a silly question but this is an intel system right? > > > >It worked on my linux box. Anybody knows if there's a compatibility >issue between obsd and ircservices? > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. >Buenaventura >Sent: Thursday, February 12, 2004 12:25 PM >To: IRC Services General Mailing List >Subject: RE: [IRCServices] database locked > >Here are the details of my set up: > >Openbsd 3.4 >Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19 >Ircservices 5.0.25 and 5.0.28 >Databases were migrated from a working 5.0.20 system > >When I run /msg operserv update, I get the following: > >[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Updating databases... >[Feb 12 04:25:25.354985 2004] debug: Saving databases >[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS >:PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault >[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import' >[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export' >[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv' >[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT : >[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore' >[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward' >[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main' >[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT : >[Feb 12 04:25:25.491522 2004] debug: Unloading module >`chanserv/sendpass' >[Feb 12 04:25:25.492310 2004] debug: Unloading module >`chanserv/access-levels' >[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main' >[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT : >[Feb 12 04:25:25.494618 2004] debug: Unloading module >`nickserv/sendpass' >[Feb 12 04:25:25.495253 2004] debug: Unloading module >`nickserv/mail-auth' >[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link' >[Feb 12 04:25:25.496345 2004] debug: Unloading module >`nickserv/autojoin' >[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access' >[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main' >[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT : >[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline' >[Feb 12 04:25:25.502415 2004] debug: Unloading module >`operserv/sessions' >[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news' >[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill' >[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main' >[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT : >[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT : >[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp' >[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main' >[Feb 12 04:25:25.507484 2004] debug: Unloading module >`database/version4' >[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal' >[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT >services.yehey.com :Services terminating: Segmentation fault >[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey! >[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia >[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers >[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services > >no core file was created after this. Any ideas? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Feb 16 21:10:07 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] old versions In-Reply-To: <200402080159.i181xNb07738@localhost.localdomain> Message-ID: <4030b5c7.71625@achurch.org> >anybody know where i can find any old (as in antique) versions of ircservices? say versions 3.x and below? I enjoy looking at this kind of thing to see how code evolves over time, so if anyone has them lying around i'd welcome a tarball or two from you ;) I have all versions since 2.2.26 (the last 2.x release), except for early 4.4.x versions; I've put what I have up at http://achurch.org/oldservices/ for the time being (this may disappear in the near future). If anyone happens to have versions 4.4.0-6 or anything before 2.2.26, please let me know. Side note: I plan to move the Services web site sometime in March, so that I can bring it up to date. I'll make an announcement when that happens. (The URL will hopefully stay the same.) --Andrew Church achurch@achurch.org http://achurch.org/ From brain at winbot.co.uk Mon Feb 16 06:20:18 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] old versions Message-ID: <200402161420.i1GEKJb28652@localhost.localdomain> Got what i needed, thanks :-) >>anybody know where i can find any old (as in antique) versions of ircservices? say versions 3.x and below? I enjoy looking at this kind of thing to see how code evolves over time, so if anyone has them lying around i'd welcome a tarball or two from you ;) > > I have all versions since 2.2.26 (the last 2.x release), except for >early 4.4.x versions; I've put what I have up at >http://achurch.org/oldservices/ for the time being (this may disappear in >the near future). If anyone happens to have versions 4.4.0-6 or anything >before 2.2.26, please let me know. > > Side note: I plan to move the Services web site sometime in March, so >that I can bring it up to date. I'll make an announcement when that >happens. (The URL will hopefully stay the same.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From andrew at teamyehey.com Mon Feb 16 18:17:52 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFAD@disco-mail-1.teamyehey.local> Yes. And I noticed that there is no core dump file. I would really appreciate if you can assist me on this matter. I really want to run my ircd and my ircservices on the same box to minimize the effects of netsplits. Thank you. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards Sent: Monday, February 16, 2004 6:52 PM To: IRC Services General Mailing Lis Subject: Re: RE: [IRCServices] database locked probably a silly question but this is an intel system right? > > > >It worked on my linux box. Anybody knows if there's a compatibility >issue between obsd and ircservices? > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. >Buenaventura >Sent: Thursday, February 12, 2004 12:25 PM >To: IRC Services General Mailing List >Subject: RE: [IRCServices] database locked > >Here are the details of my set up: > >Openbsd 3.4 >Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19 >Ircservices 5.0.25 and 5.0.28 >Databases were migrated from a working 5.0.20 system > >When I run /msg operserv update, I get the following: > >[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Updating databases... >[Feb 12 04:25:25.354985 2004] debug: Saving databases >[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS >:PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault >[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import' >[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export' >[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv' >[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT : >[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore' >[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward' >[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main' >[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT : >[Feb 12 04:25:25.491522 2004] debug: Unloading module >`chanserv/sendpass' >[Feb 12 04:25:25.492310 2004] debug: Unloading module >`chanserv/access-levels' >[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main' >[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT : >[Feb 12 04:25:25.494618 2004] debug: Unloading module >`nickserv/sendpass' >[Feb 12 04:25:25.495253 2004] debug: Unloading module >`nickserv/mail-auth' >[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link' >[Feb 12 04:25:25.496345 2004] debug: Unloading module >`nickserv/autojoin' >[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access' >[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main' >[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT : >[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline' >[Feb 12 04:25:25.502415 2004] debug: Unloading module >`operserv/sessions' >[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news' >[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill' >[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main' >[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT : >[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT : >[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp' >[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main' >[Feb 12 04:25:25.507484 2004] debug: Unloading module >`database/version4' >[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal' >[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT >services.yehey.com :Services terminating: Segmentation fault >[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey! >[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia >[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers >[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services > >no core file was created after this. Any ideas? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3562 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040217/331364e4/smime.bin From andrew at teamyehey.com Mon Feb 16 20:38:42 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] feature request Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB1@disco-mail-1.teamyehey.local> Can you please add channel mode +T (unreal 3.2 RC1) in chanserv's mlock? Thanks From Brian.Duke at Level3.com Mon Feb 16 21:51:03 2004 From: Brian.Duke at Level3.com (Duke, Brian) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: I know FreeBSD is inherently more secure then a RH9 machine. Just a lot less stuff is automatically activated at startup. My first thought is a sequencing error. Should yehey be unloaded before Unreals protocol? Also does yehey bind sockets which use those protocols? Brian Duke -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. Buenaventura Sent: Monday, February 16, 2004 7:18 PM To: brain@winbot.co.uk; IRC Services General Mailing List Subject: RE: RE: [IRCServices] database locked Yes. And I noticed that there is no core dump file. I would really appreciate if you can assist me on this matter. I really want to run my ircd and my ircservices on the same box to minimize the effects of netsplits. Thank you. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards Sent: Monday, February 16, 2004 6:52 PM To: IRC Services General Mailing Lis Subject: Re: RE: [IRCServices] database locked probably a silly question but this is an intel system right? > > > >It worked on my linux box. Anybody knows if there's a compatibility >issue between obsd and ircservices? > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. >Buenaventura >Sent: Thursday, February 12, 2004 12:25 PM >To: IRC Services General Mailing List >Subject: RE: [IRCServices] database locked > >Here are the details of my set up: > >Openbsd 3.4 >Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19 >Ircservices 5.0.25 and 5.0.28 >Databases were migrated from a working 5.0.20 system > >When I run /msg operserv update, I get the following: > >[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Updating databases... >[Feb 12 04:25:25.354985 2004] debug: Saving databases >[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS >:PANIC! signal 11 (no buffer) >[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault >[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import' >[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export' >[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv' >[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT : >[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore' >[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward' >[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main' >[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT : >[Feb 12 04:25:25.491522 2004] debug: Unloading module >`chanserv/sendpass' >[Feb 12 04:25:25.492310 2004] debug: Unloading module >`chanserv/access-levels' >[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main' >[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT : >[Feb 12 04:25:25.494618 2004] debug: Unloading module >`nickserv/sendpass' >[Feb 12 04:25:25.495253 2004] debug: Unloading module >`nickserv/mail-auth' >[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link' >[Feb 12 04:25:25.496345 2004] debug: Unloading module >`nickserv/autojoin' >[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access' >[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main' >[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT : >[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline' >[Feb 12 04:25:25.502415 2004] debug: Unloading module >`operserv/sessions' >[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news' >[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill' >[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main' >[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT : >[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT : >[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp' >[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main' >[Feb 12 04:25:25.507484 2004] debug: Unloading module >`database/version4' >[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal' >[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT >services.yehey.com :Services terminating: Segmentation fault >[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey! >[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia >[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers >[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services > >no core file was created after this. Any ideas? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From ron2k at webmail.co.za Mon Feb 16 21:52:39 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] XOP module suggestions Message-ID: I've got some suggestions for the XOP module for future versions of IRC Services: 1: Put in an "auto-deop" list that will change the access level of users in that list to -1. Currently, there is no way for channel owners to do this if they only use the XOP module (without the access-levels module). As for a name for this command, I'll leave that up to the developers. 2: This would probably be a tricky one to do - but if (and only if) the XOP module is loaded and the access-levels module is not, then try get ChanServ's STATUS command to show user levels in terms of SOP, AOP, etc and not as 100, 50, etc. I'd like to know what others think of these suggestions. __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From achurch at achurch.org Tue Feb 17 23:13:07 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked In-Reply-To: Message-ID: <40322248.72402@achurch.org> I haven't been following this thread closely since the original sender isn't sending in plain text, but there shouldn't be endian issues with the data files; I don't know of any reason to crash on update unless you're using the mysterious -fstack-protector addition to GCC (try recompiling with -fno-stack-protector). For core files, see FAQ Z.3.5. --Andrew Church achurch@achurch.org http://achurch.org/ From andrew at teamyehey.com Tue Feb 17 19:33:32 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB8@disco-mail-1.teamyehey.local> My sincerest apologies for sending me previous emails in HTML format. I have no excuse for that except for my irresponsibility in not choosing the correct format. Anyway, here are the details of my problem: 1. ircservices version - 5.0.28 (though the problem also occurs in 5.0.23) 2. ircd version - unreal 3.2 RC1 (problem is also present in unreal 3.2 beta19 and the latest CVS copy prior to unreal 3.2 RC1) 3. Series of steps: 1. ./ircservices -debug -nofork 2. /msg operserv update, then I got that database locked error message telling me to delete .lock file 3. I deleted the .lock file 4. ran /msg operserv update again 5. ircservices core dumps with the following log: [Feb 18 02:40:49.644650 2004] debug: Sent: :OperServ NOTICE muttdaemon :Updating databases... [Feb 18 02:40:49.645391 2004] warning: databases are locked, not updating [Feb 18 02:40:49.646259 2004] debug: Sent: :services.yehey.com GLOBOPS :Warning: Databases are locked, and cannot be updated. Remove the `/usr/local/ircservices/lib/.lock' file to allow database updates. [Feb 18 02:40:49.646851 2004] debug: Sent: :OperServ NOTICE muttdaemon :Database update failed. [Feb 18 02:40:54.849193 2004] debug: Received: :VJTD3 D #teenchat [Feb 18 02:40:54.849897 2004] debug: VJTD3 leaves #teenchat [Feb 18 02:40:55.245086 2004] debug: Received: :VJTD3 , :Finished Scanning [Feb 18 02:40:55.245757 2004] debug: VJTD3 quits [Feb 18 02:40:55.246294 2004] debug: Received: & VJTD3 2 1077071723 VJTD3 ppp203.net267.fl.sprint-hsd.net additional.services.yehey.com 0 + ppp203.net267.fl.sprint-hsd.net :VJTD3 [Feb 18 02:40:55.247091 2004] debug: new user: VJTD3 [Feb 18 02:40:55.248156 2004] debug: Sent: :services.yehey.com SVSMODE VJTD3 +d 1930359764 [Feb 18 02:40:55.248686 2004] debug: Changing mode for VJTD3 to + [Feb 18 02:40:55.249201 2004] debug: Received: :VJTD3 AA yehey-3D80E17C.net267.fl.sprint-hsd.net [Feb 18 02:40:55.249983 2004] debug: Received: :VJTD3 | +x [Feb 18 02:40:55.250590 2004] debug: Changing mode for VJTD3 to +x [Feb 18 02:40:55.251139 2004] debug: Received: :irc2.yehey.com ~ 1069223639 #teenchat :VJTD3 [Feb 18 02:40:55.251656 2004] protocol/unreal: debug: VJTD3 SJOINs #teenchat [Feb 18 02:40:55.252651 2004] debug: Sent: :ChanServ NOTICE VJTD3 :(#teenchat) WelCoMe Sa PinaKool Na ChanneL!!! sa YeHey! So stay Cool And Stay Lng kau d2! hehehehe [Feb 18 02:41:03.028444 2004] debug: Received: :ice_man ! nickserv :identify jjkalabaw [Feb 18 02:41:03.029761 2004] debug: Sent: :NickServ SVSMODE ice_man :+r [Feb 18 02:41:03.030294 2004] nickserv/main: ice_man!qbjleqbij@ipdial-179-179.tri-isys.com identified for nick ice_man [Feb 18 02:41:03.031295 2004] debug: Sent: :NickServ NOTICE ice_man :Password accepted -- you are now recognized. [Feb 18 02:41:15.070640 2004] debug: Sent: :services.yehey.com 433 bitoyski bitoyski :Nickname is registered to someone else [Feb 18 02:41:15.071292 2004] debug: Sent: :services.yehey.com 433 YeheyTrivia YeheyTrivia :Nickname is registered to someone else [Feb 18 02:41:15.072139 2004] debug: Sent: :services.yehey.com 433 Gear Gear :Nickname is registered to someone else [Feb 18 02:41:18.804424 2004] debug: Received: :muttdaemon ! operserv :update [Feb 18 02:41:18.805174 2004] operserv/main: muttdaemon: update [Feb 18 02:41:18.806265 2004] debug: Sent: :OperServ NOTICE muttdaemon :Updating databases... [Feb 18 02:41:18.808463 2004] debug: Saving databases Memory fault (core dumped) 6. backtrace of the core file: # gdb ircservices ircservices.core GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-openbsd3.4"... ircservices: No such file or directory. Core was generated by `ircservices'. Program terminated with signal 11, Segmentation fault. #0 0x1c020136 in ?? () (gdb) bt #0 0x1c020136 in ?? () #1 0x1c014c50 in ?? () #2 0x1c00b798 in ?? () #3 0x1c008ca3 in ?? () #4 0x1c008deb in ?? () #5 0x1c001aa1 in ?? () #6 0x1c001a17 in ?? () #7 0xcfbf10b8 in ?? () #8 0x40cf in ?? () Cannot access memory at address 0xbf0d8000. (gdb) From achurch at achurch.org Wed Feb 18 12:50:05 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB8@disco-mail-1.teamyehey.local> Message-ID: <4032e13b.03670@achurch.org> >My sincerest apologies for sending me previous emails in HTML format. I >have no excuse for that except for my irresponsibility in not choosing >the correct format. Anyway, here are the details of my problem: Can you send me your databases privately? I'll see if I can reproduce and fix the problem here. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Wed Feb 18 09:09:22 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: <20040218170925.0C81F11466@snow.fingers.co.za> hmm, i noticed that gdb couldnt open the IRCServices binary, hence the information provided was pretty much useless.. from the IRCServices binary directory, try this: gdb ircservices lib/core (or where ever your core file is in relation to the binary) should give some more insightful output :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew G. Buenaventura * To - IRC Services General Mailing List * Sent - 2004-02-18 03:33:32 * Subject - RE: RE: [IRCServices] database locked ****************************************/ /****** - Begin Original Message - ******/ >My sincerest apologies for sending me previous emails in HTML format. I >have no excuse for that except for my irresponsibility in not choosing >the correct format. Anyway, here are the details of my problem: > >1. ircservices version - 5.0.28 (though the problem also occurs in >5.0.23) >2. ircd version - unreal 3.2 RC1 (problem is also present in unreal 3.2 >beta19 and the latest CVS copy prior to unreal 3.2 RC1) >3. Series of steps: > 1. ./ircservices -debug -nofork > 2. /msg operserv update, then I got that database locked error >message telling me to delete .lock file > 3. I deleted the .lock file > 4. ran /msg operserv update again > 5. ircservices core dumps with the following log: > >[Feb 18 02:40:49.644650 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Updating databases... >[Feb 18 02:40:49.645391 2004] warning: databases are locked, not >updating >[Feb 18 02:40:49.646259 2004] debug: Sent: :services.yehey.com GLOBOPS >:Warning: Databases are locked, and cannot be updated. Remove the >`/usr/local/ircservices/lib/.lock' file to allow database updates. >[Feb 18 02:40:49.646851 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Database update failed. >[Feb 18 02:40:54.849193 2004] debug: Received: :VJTD3 D #teenchat >[Feb 18 02:40:54.849897 2004] debug: VJTD3 leaves #teenchat >[Feb 18 02:40:55.245086 2004] debug: Received: :VJTD3 , :Finished >Scanning >[Feb 18 02:40:55.245757 2004] debug: VJTD3 quits >[Feb 18 02:40:55.246294 2004] debug: Received: & VJTD3 2 1077071723 >VJTD3 ppp203.net267.fl.sprint-hsd.net additional.services.yehey.com 0 + >ppp203.net267.fl.sprint-hsd.net :VJTD3 >[Feb 18 02:40:55.247091 2004] debug: new user: VJTD3 >[Feb 18 02:40:55.248156 2004] debug: Sent: :services.yehey.com SVSMODE >VJTD3 +d 1930359764 >[Feb 18 02:40:55.248686 2004] debug: Changing mode for VJTD3 to + >[Feb 18 02:40:55.249201 2004] debug: Received: :VJTD3 AA >yehey-3D80E17C.net267.fl.sprint-hsd.net >[Feb 18 02:40:55.249983 2004] debug: Received: :VJTD3 | +x >[Feb 18 02:40:55.250590 2004] debug: Changing mode for VJTD3 to +x >[Feb 18 02:40:55.251139 2004] debug: Received: :irc2.yehey.com ~ >1069223639 #teenchat :VJTD3 >[Feb 18 02:40:55.251656 2004] protocol/unreal: debug: VJTD3 SJOINs >#teenchat >[Feb 18 02:40:55.252651 2004] debug: Sent: :ChanServ NOTICE VJTD3 >:(#teenchat) WelCoMe Sa PinaKool Na ChanneL!!! sa YeHey! So stay Cool >And Stay Lng kau d2! hehehehe >[Feb 18 02:41:03.028444 2004] debug: Received: :ice_man ! nickserv >:identify jjkalabaw >[Feb 18 02:41:03.029761 2004] debug: Sent: :NickServ SVSMODE ice_man :+r >[Feb 18 02:41:03.030294 2004] nickserv/main: >ice_man!qbjleqbij@ipdial-179-179.tri-isys.com identified for nick >ice_man >[Feb 18 02:41:03.031295 2004] debug: Sent: :NickServ NOTICE ice_man >:Password accepted -- you are now recognized. >[Feb 18 02:41:15.070640 2004] debug: Sent: :services.yehey.com 433 >bitoyski bitoyski :Nickname is registered to someone else >[Feb 18 02:41:15.071292 2004] debug: Sent: :services.yehey.com 433 >YeheyTrivia YeheyTrivia :Nickname is registered to someone else >[Feb 18 02:41:15.072139 2004] debug: Sent: :services.yehey.com 433 Gear >Gear :Nickname is registered to someone else >[Feb 18 02:41:18.804424 2004] debug: Received: :muttdaemon ! operserv >:update >[Feb 18 02:41:18.805174 2004] operserv/main: muttdaemon: update >[Feb 18 02:41:18.806265 2004] debug: Sent: :OperServ NOTICE muttdaemon >:Updating databases... >[Feb 18 02:41:18.808463 2004] debug: Saving databases >Memory fault (core dumped) > > 6. backtrace of the core file: > ># gdb ircservices ircservices.core >GNU gdb 4.16.1 >Copyright 1996 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you >are >welcome to change it and/or distribute copies of it under certain >conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for >details. >This GDB was configured as "i386-unknown-openbsd3.4"... > >ircservices: No such file or directory. > >Core was generated by `ircservices'. >Program terminated with signal 11, Segmentation fault. >#0 0x1c020136 in ?? () >(gdb) bt >#0 0x1c020136 in ?? () >#1 0x1c014c50 in ?? () >#2 0x1c00b798 in ?? () >#3 0x1c008ca3 in ?? () >#4 0x1c008deb in ?? () >#5 0x1c001aa1 in ?? () >#6 0x1c001a17 in ?? () >#7 0xcfbf10b8 in ?? () >#8 0x40cf in ?? () >Cannot access memory at address 0xbf0d8000. >(gdb) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From andrew at teamyehey.com Wed Feb 18 18:57:45 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:03 2004 Subject: [SPAM] Re: RE: RE: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFC2@disco-mail-1.teamyehey.local> Here's the correct one: # gdb ircservices lib/ircservices.core GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-openbsd3.4"... Core was generated by `ircservices'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.30.1...done. Reading symbols from /usr/libexec/ld.so...done. #0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at modules/database/version4.c:1247 1247 SAFE(write_string(ngi_mainnick(ngi), f)); (gdb) bt #0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at modules/database/version4.c:1247 #1 0x1c014c50 in do_save_data () at modules/chanserv/main.c:274 #2 0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699 #3 0x1c008ca3 in do_save_data () at main.c:200 #4 0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at main.c:250 #5 0x1c001aa1 in ___start () #6 0x1c001a17 in _start () #7 0xcfbf10b8 in ?? () #8 0x40cf in ?? () Cannot access memory at address 0xbf0d8000. (gdb) From ircservices at wdgaf.com Thu Feb 19 12:34:18 2004 From: ircservices at wdgaf.com (Mark Netzel) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] new to the list Message-ID: <007001c3f727$bfc99430$d5806e44@unit1> Hello, my name is Mark, and I am new to the list, so I do not know if this has been asked before, so forgive me if it has been asked a million times before. I was wondering why the pseudo bot services Chanserv/Memoserv/Nickserv are not set usermode +i It is just a personal preference that they be set this way, much like Operserv and Global are. Is there a setting for this someplace? Is there an operational reason they aren't setup +i? Will changing them to +i via ircd services commands break them in any way? Thanks, Mark From gluniz at luniz.dyndns.org Thu Feb 19 13:48:43 2004 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] new to the list References: <007001c3f727$bfc99430$d5806e44@unit1> Message-ID: <000a01c3f732$250b5130$0200a8c0@glunizpc> I would have to say that they are not +i because they are normal services for all users to be able to use, whereas Operserv and Global are for IRCOP's only. ----- Original Message ----- From: "Mark Netzel" To: Sent: Thursday, February 19, 2004 3:34 PM Subject: [IRCServices] new to the list > Hello, my name is Mark, and I am new to the list, so I do not know if this > has been asked before, > so forgive me if it has been asked a million times before. > I was wondering why the pseudo bot services Chanserv/Memoserv/Nickserv are > not set usermode +i > It is just a personal preference that they be set this way, much like > Operserv and Global are. Is there > a setting for this someplace? Is there an operational reason they aren't > setup +i? Will changing them to > +i via ircd services commands break them in any way? > > Thanks, > > Mark > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From admin at nevernet.net Fri Feb 20 21:32:18 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] NOEXPIRE question Message-ID: <20040221053354.50D281145E@snow.fingers.co.za> Does noexpire affect linked nicks? From looking at info displays for a master nick and the links, it would not appear this is the case. It would seem this feature might be something useful, though also easily remedied by action by admins. Any thoughts? Elijah From medice at gmx.at Sat Feb 21 02:09:08 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] NOEXPIRE question In-Reply-To: <20040221053354.50D281145E@snow.fingers.co.za> References: <20040221053354.50D281145E@snow.fingers.co.za> Message-ID: <40372E44.6070409@gmx.at> Elijah wrote: > Does noexpire affect linked nicks? From looking at info displays for a > master nick and the links, it would not appear this is the case. I looked on my nicks I've linked to my masternick which is noexpire of course and they all are also non expiring as well... but I'm not quite sure how the system works, maybe I set noexpire first and linked the nicks afterwards so all the nicks got the noexpire, which would NOT happen if you link a bunch of nicks and set the masternick noexpire afterwards - maybe try this one out (I'm lazy ;) ) greetz /medice From Craig at chatspike.net Sat Feb 21 08:38:31 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] NOEXPIRE question Message-ID: <20040221163806.0F963114D0@snow.fingers.co.za> Noexpire is designed not to be set on linked nicks.. I brought this question up a few years ago.. but was told it was designed behaviour. O'm concidering coding a small patch that will effect services into letting you inherant the noexpire on linked nicks. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Elijah * To - 'IRC Services General Mailing List' * Sent - 2004-02-21 05:32:18 * Subject - [IRCServices] NOEXPIRE question ****************************************/ /****** - Begin Original Message - ******/ >Does noexpire affect linked nicks? From looking at info displays for a >master nick and the links, it would not appear this is the case. It would >seem this feature might be something useful, though also easily remedied by >action by admins. > >Any thoughts? > >Elijah > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From andrew at teamyehey.com Tue Feb 24 01:36:31 2004 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0D002@disco-mail-1.teamyehey.local> Hello Craig, Did I send the correct one? Thanks -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. Buenaventura Sent: Thursday, February 19, 2004 10:58 AM To: IRC Services General Mailing List Subject: RE: [SPAM] Re: RE: RE: [IRCServices] database locked Here's the correct one: # gdb ircservices lib/ircservices.core GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-openbsd3.4"... Core was generated by `ircservices'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.30.1...done. Reading symbols from /usr/libexec/ld.so...done. #0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at modules/database/version4.c:1247 1247 SAFE(write_string(ngi_mainnick(ngi), f)); (gdb) bt #0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at modules/database/version4.c:1247 #1 0x1c014c50 in do_save_data () at modules/chanserv/main.c:274 #2 0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699 #3 0x1c008ca3 in do_save_data () at main.c:200 #4 0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at main.c:250 #5 0x1c001aa1 in ___start () #6 0x1c001a17 in _start () #7 0xcfbf10b8 in ?? () #8 0x40cf in ?? () Cannot access memory at address 0xbf0d8000. (gdb) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Tue Feb 24 03:48:29 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked Message-ID: <20040224114826.02A5A114A7@snow.fingers.co.za> yea, that looks right :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew G. Buenaventura * To - IRC Services General Mailing List * Sent - 2004-02-24 09:36:31 * Subject - RE: [IRCServices] database locked ****************************************/ /****** - Begin Original Message - ******/ >Hello Craig, > >Did I send the correct one? Thanks > > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G. >Buenaventura >Sent: Thursday, February 19, 2004 10:58 AM >To: IRC Services General Mailing List >Subject: RE: [SPAM] Re: RE: RE: [IRCServices] database locked > >Here's the correct one: > ># gdb ircservices lib/ircservices.core >GNU gdb 4.16.1 >Copyright 1996 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you >are >welcome to change it and/or distribute copies of it under certain >conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for >details. >This GDB was configured as "i386-unknown-openbsd3.4"... >Core was generated by `ircservices'. >Program terminated with signal 11, Segmentation fault. >Reading symbols from /usr/lib/libc.so.30.1...done. >Reading symbols from /usr/libexec/ld.so...done. >#0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at >modules/database/version4.c:1247 >1247 SAFE(write_string(ngi_mainnick(ngi), f)); >(gdb) bt >#0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at >modules/database/version4.c:1247 >#1 0x1c014c50 in do_save_data () at modules/chanserv/main.c:274 >#2 0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0, >arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699 >#3 0x1c008ca3 in do_save_data () at main.c:200 >#4 0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at >main.c:250 >#5 0x1c001aa1 in ___start () >#6 0x1c001a17 in _start () >#7 0xcfbf10b8 in ?? () >#8 0x40cf in ?? () >Cannot access memory at address 0xbf0d8000. >(gdb) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Tue Feb 24 23:53:30 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] database locked In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFC2@disco-mail-1.teamyehey.local> Message-ID: <403b65e3.20411@achurch.org> >#0 0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at >modules/database/version4.c:1247 >1247 SAFE(write_string(ngi_mainnick(ngi), f)); Okay, I've tracked this down to a compiler bug. What version of GCC did you use to compile Services? --Andrew Church achurch@achurch.org http://achurch.org/ From helper at teklan.com.tr Tue Feb 24 15:28:19 2004 From: helper at teklan.com.tr (irc.teklan.com.tr - #Help) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] information for info re online/register time Message-ID: <20040224232819.M70560@teklan.com.tr> Firstly hi, I have only just subscribed to this mail group. We have been using ircservices on our server for 3 or 4 years. I am a new user of this mail group so I'm not sure as to how we can share ideas and thoughts. Is there something that we can add to our services to show the online time, and registration time information of registered nicks. For example: Registered: Jan 11 23:43:15 2004 EET (44 days, 0 hours, 58 minutes and 33 seconds ago.) Last identified: Feb 24 23:51:16 2004 EET (25 hours, 30 minutes and 3 seconds ago.) Last seen: Feb 24 23:51:16 2004 EET (0 hours, 50 minutes ve 32 seconds ago.) Total online time: 2 days, 13 hours, 43 minutes ve 57 seconds. I would appreciate all of your help and assistance. Thank you -- Teklan Internet Erisim Hizmetleri http://www.teklan.net From achurch at achurch.org Wed Feb 25 15:52:52 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] OpenBSD segfault issue: OpenBSD 3.4 unsupported Message-ID: <403c4805.21260@achurch.org> With regard to the OpenBSD segfault issue reported earlier, it looks like OpenBSD 3.4 is not yet supported by recent versions of GCC due to the switch to ELF executable format. Since GCC 2.95.3 has an OpenBSD-specific bug which caused the reported crash, this means that Services cannot currently be used with OpenBSD 3.4 (*). You'll have to either downgrade to an earlier version of OpenBSD or use a different operating system to run Services. An enhancement request has been filed with the GCC development team (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13891), but there's no indication of when OpenBSD 3.4 support will (or won't) be added. (*) It may be possible to compile Services on an earlier version of OpenBSD and use the resulting executable file on OpenBSD 3.4. If anyone tries this, please let me know the result. --Andrew Church achurch@achurch.org http://achurch.org/ From brain at winbot.co.uk Wed Feb 25 05:33:01 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] A bit of info for you Message-ID: <200402251333.i1PDX2526162@localhost.localdomain> hi. Recently we have had many annoying but not crippling issues on our network with virus drones (e.g. with nicks like [{|` etc) and also with floodnets, and people evading bans via cgi:irc gateways. To combat this threat our oper team has started work on a project similar in structure, but different in operation, to ircservices, called 'irc defender'. It is a fully modular perl program which has modules for prevention of attacks, ban evasion, virus drone infestation etc, and can also maintain a ctcp version blacklist, and do simple version surveys of your network. We are currently seeking testers, feedback and module developers, and have asked andy if it's ok to post this to this list (of course the fact that you're reading this email shows that we have his permission) ;-) If you wish to take a look at this project (which is under GPL) you may find it at: http://ircdefender.sf.net/ It currently only supports unrealircd (either in server mode, as a server to server link, or in client mode as an opered connection) but writing protocol modules should be easy for anyone with IRC experience and an ability to write perl scripts, so we welcome all feedback, new modules (protocol, log and scan), but as always with matters unrelated to ircservices itself please reply off the list directly to my email address (brain at winbot dot co dot uk). Thanks for listening! Craig Edwards aka Brain, ChatSpike IRC network From medice at gmx.at Wed Feb 25 14:06:30 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] log-file resetting Message-ID: <403D1C66.7010409@gmx.at> Hi! I didn't find anything in the conf to establish this - but it might be usefull to let ircservices reset the slog each day at midnight and change the file to smth like services-timestamp.log so you can keep your log-file small, can copy and store anywhere else and have a faster access in case you are looking for something wihtin the logs. Is there any setting I missed, or might this be a new (usefull?) feature which can be optional activated at config-files greets /medice From emurphy at sporked.us Wed Feb 25 14:28:37 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] log-file resetting References: <403D1C66.7010409@gmx.at> Message-ID: <00b801c3fbee$b9d81440$0100a8c0@eric> Look for this section in ircservices.conf The way I have it makes it in this example makes it rotate logs at midnight. You have to go erase them yourself still. This is line 171 in my conf file. # LogFilename [REQUIRED] # Specifies the name of the file into which Services will log data. # May be overridden by the -log command-line option. If this name # contains "%y", "%m", or "%d", they will be replaced by the current # year, month, or day, respectively, and the logfile will be # automatically rotated as needed when the date changes. LogFilename ircservices%m%d%y.log ----- Original Message ----- From: "Medice" To: "IRC Services General Mailing List" Sent: Wednesday, February 25, 2004 5:06 PM Subject: [IRCServices] log-file resetting > Hi! > > I didn't find anything in the conf to establish this - but it might be > usefull to let ircservices reset the slog each day at midnight and > change the file to smth like services-timestamp.log so you can keep your > log-file small, can copy and store anywhere else and have a faster > access in case you are looking for something wihtin the logs. > > Is there any setting I missed, or might this be a new (usefull?) feature > which can be optional activated at config-files > > greets > /medice > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From medice at gmx.at Wed Feb 25 15:00:50 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] log-file resetting In-Reply-To: <00b801c3fbee$b9d81440$0100a8c0@eric> References: <403D1C66.7010409@gmx.at> <00b801c3fbee$b9d81440$0100a8c0@eric> Message-ID: <403D2922.60305@gmx.at> Eric Murphy wrote: > > # LogFilename [REQUIRED] > # Specifies the name of the file into which Services will log data. > # May be overridden by the -log command-line option. If this name > # contains "%y", "%m", or "%d", they will be replaced by the current > # year, month, or day, respectively, and the logfile will be > # automatically rotated as needed when the date changes. > > LogFilename ircservices%m%d%y.log > hmmm - rtfm and do it IN DETAIL and afterwards once again ;) Thx for it ;) greets /medice From brain at winbot.co.uk Fri Feb 27 03:00:55 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] bug? Message-ID: <200402271100.i1RB0t510055@localhost.localdomain> Hi, using the latest version of ircservices, it crashed without error or coredump, after reloading we got a log full of these during the netjoin: [Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134) [Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134) [Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134) [Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134) Is this normal? Thanks, Brain ----------------------------------------------------------------------- WinBot IRC client developer: http://www.winbot.co.uk ChatSpike - The users network: http://www.chatspike.net Online RPG Developer: http://www.ssod.org InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From gluniz at luniz.dyndns.org Sun Feb 29 12:11:06 2004 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Test Message-ID: <001201c3ff00$2aba2130$0200a8c0@glunizpc> Please ignore From jon at jons.org Wed Mar 3 22:54:39 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Updated Hybrid7 support for ircservices 5.0.28 Message-ID: Hello All, I have brought a lot of code together to get ircservices working with hybrid 7 and would like to share it with you all. The modules/files needed can be viewed/downloaded from: http://www.xelink.net/hybridservices/ This above site also contains various README file I have written to document what I have done, and who helped me do it. Hope others find it useful! Regards, Jon Christopherson jon <-at-> jons <-dot-> org From Craig at chatspike.net Thu Mar 4 17:43:14 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Problems with sendmail.. Message-ID: I just set up a copy of services on the box sitting next to me (will be used for module development etc), however, when i try to register my nickname, or anyone else tries, Services says the authcode has sent, but in the logfile, it says: [Aug 27 11:23:38 2004] mail/sendmail: pclose() failed: No child processes [Aug 27 11:23:38 2004] nickserv/main: Craig registered by Craig@192.168.0.2 (Craig@chatspike.net) And from what i can tell, the mail isnt sent.. anyone got any idea what may be the cause of this, and if so, how to fix it? Its important that i get this sorted as soon as possible. Thanks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From ron2k at webmail.co.za Fri Mar 5 02:53:23 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Re: Problems with sendmail.. In-Reply-To: <200403051002.i25A2M0v015006@mx3.wm.co.za> Message-ID: The sendmail program is discouraged. Try SMTP instead. (Although I'm sure that someone else will help you out if you really want to stick with sendmail) > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 5 Mar 2004 01:43:14 +0000 > From: "Craig McLure" > Subject: [IRCServices] Problems with sendmail.. > To: "ircservices" > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > I just set up a copy of services on the box sitting next > to me (will be used for module development etc), however, > when i try to register my nickname, or anyone else tries, > Services says the authcode has sent, but in the logfile, > it says: > > [Aug 27 11:23:38 2004] mail/sendmail: pclose() failed: No > child processes > [Aug 27 11:23:38 2004] nickserv/main: Craig registered by > Craig@192.168.0.2 (Craig@chatspike.net) > > And from what i can tell, the mail isnt sent.. anyone got > any idea what may be the cause of this, and if so, how to > fix it? Its important that i get this sorted as soon as > possible. Thanks :) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > > > ------------------------------ > > _______________________________________________ > IRCServices mailing list > IRCServices@ircservices.za.net > http://lists.g1b50n.co.za/mailman/listinfo/ircservices > > > End of IRCServices Digest, Vol 15, Issue 3 > ****************************************** __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From brain at winbot.co.uk Sat Mar 6 11:37:03 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Max user count? Message-ID: <200403061937.i26Jb3Y04469@brainbox.winbot.co.uk> any way to make ircservices not fill the log with 1500 lines of this each time we start it? [Mar 06 18:57:02 2004] user: New maximum user count: 632 [Mar 06 18:57:02 2004] user: New maximum user count: 633 [Mar 06 18:57:02 2004] user: New maximum user count: 634 we have almost 1500 users on our network and the amount of lines generated like this is kinda excessive and eats the quota of the ircservices account - is this disableable via a #define or something? seems a little pointless to me and doesnt scale that well to larger networks... Thanks, Brain From ircservices at tou.de Sat Mar 6 12:35:55 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder) Message-ID: <039201c403ba$b83ad400$024ea8c0@wolfkiste> Hi all, i'm not sure whether this is wanted behavior or simply a bug: The help for 'ChanServ INFO' says "If you are identified as the founder of the channel you're getting information for and ALL is specified, the entry message and successor will also be displayed.". But 'info all' only shows also extended information, if you have identified with the chanpass for your channel. If you only identified for your registered nick being founder of a channel, 'info all' doesn't show all information for your own channel. Since a "nick-identified founder" can change all the extra information 'cs info all' shows (like successor, entrymsg etc.), i do not see any reason why he shouldn't also could list these values. Wolfgang From ircservices at tou.de Sat Mar 6 12:45:04 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Max user count? References: <200403061937.i26Jb3Y04469@brainbox.winbot.co.uk> Message-ID: <03d401c403bc$0522acb0$024ea8c0@wolfkiste> Craig Edwards wrote: > any way to make ircservices not fill the log with 1500 lines of this > each time we start it? > [Mar 06 18:57:02 2004] user: New maximum user count: 632 | # LogMaxUsers [OPTIONAL] | # Causes Services to write a message to the log every time a new | # user maximum is reached. | | LogMaxUsers Disabling this in ircservices.conf should solve your problem. greetings Wolfgang From us44ever at hotmail.com Sun Mar 7 04:52:37 2004 From: us44ever at hotmail.com (us44ever .) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! Message-ID: Hi, i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the log file of the services get's very large full of the following lines: [Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood not found [Mar 07 13:42:57 2004] protocol/unreal: m_sethost: user record for ]tG[-poste215 not found [Mar 07 13:43:09 2004] protocol/unreal: m_sethost: user record for Cosell not found [Mar 07 13:43:39 2004] protocol/unreal: m_sethost: user record for ]tG[-shani46 not found [Mar 07 14:23:46 2004] protocol/unreal: m_sethost: user record for T0B3 not found [Mar 07 14:44:20 2004] protocol/unreal: m_sethost: user record for GoldenGlobe not found is there anyway to fix this or to disable the services to log this particular line? Regards, David _________________________________________________________________ Get a FREE online computer virus scan from McAfee when you click here. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From noddie_x at shadowfire.org Sun Mar 7 10:55:22 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! In-Reply-To: References: Message-ID: <20040307205228.K50671@hill.noc.uunet.co.za> On Sun, 7 Mar 2004, us44ever . wrote: > i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the > log file of the services get's very large full of the following lines: > > [Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood > not found been having the same issue with beta19. from time to time also get these *G* [OperServ] WARNING: Tried to delete non-existent session: $hostname From Craig at chatspike.net Sun Mar 7 10:57:48 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! Message-ID: Theres no services config directive for this, but if you want a 'quick fix' edit modules/protocol/unreal.c and comment out line 367 That should temporarily fix your problem. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - us44ever . * To - ircservices@ircservices.za.net * Sent - 2004-03-07 12:52:37 * Subject - [IRCServices] Log file get's very large! ****************************************/ /****** - Begin Original Message - ******/ >Hi, > >i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the >log file of the services get's very large full of the following lines: > >[Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood >not found >[Mar 07 13:42:57 2004] protocol/unreal: m_sethost: user record for >]tG[-poste215 not found >[Mar 07 13:43:09 2004] protocol/unreal: m_sethost: user record for Cosell >not found >[Mar 07 13:43:39 2004] protocol/unreal: m_sethost: user record for >]tG[-shani46 not found >[Mar 07 14:23:46 2004] protocol/unreal: m_sethost: user record for T0B3 not >found >[Mar 07 14:44:20 2004] protocol/unreal: m_sethost: user record for >GoldenGlobe not found > >is there anyway to fix this or to disable the services to log this >particular line? > >Regards, >David > >_________________________________________________________________ >Get a FREE online computer virus scan from McAfee when you click here. >http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.g1b50n.co.za/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From noddie_x at shadowfire.org Tue Mar 9 12:32:14 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! In-Reply-To: References: Message-ID: <20040309223052.S84534@hill.noc.uunet.co.za> On Sun, 7 Mar 2004, Craig McLure wrote: > Theres no services config directive for this, but if you want a 'quick fix' edit modules/protocol/unreal.c and comment out line 367 > > That should temporarily fix your problem. tx, will give it a bash. any ideas as to whos blaming who, and who is going to fix it, if in fact somebody is going to fix it. From irc at teknet.com.tr Thu Mar 11 06:38:10 2004 From: irc at teknet.com.tr (Okan Karasoy) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] authorisation info in nick INFO Message-ID: <0dcc16cb8ca9ba6d4428ada880bf99ca@teknet.com.tr> Hi, Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. [12:34:35] -NickServ- fdfdf is The MusketeeR [12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com [12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 [12:34:35] -NickServ- E-mail address: fake@fakemail.fake [12:34:35] -NickServ- Options: Kill protection, Security Is there any way of finding out wheter a nick has been authorised or not? From Craig at chatspike.net Thu Mar 11 06:17:14 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] authorisation info in nick INFO Message-ID: /ns info ALL /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Okan Karasoy * To - ircservices@ircservices.za.net * Sent - 2004-03-11 14:38:10 * Subject - [IRCServices] authorisation info in nick INFO ****************************************/ /****** - Begin Original Message - ******/ >Hi, >Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. > >[12:34:35] -NickServ- fdfdf is The MusketeeR >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake >[12:34:35] -NickServ- Options: Kill protection, Security > >Is there any way of finding out wheter a nick has been authorised or not? > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From irc at teknet.com.tr Thu Mar 11 09:55:24 2004 From: irc at teknet.com.tr (Okan Karasoy) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] authorisation info in nick INFO Message-ID: <3d1fa8fd6d27c7a4406f2e11d3d8d57b@teknet.com.tr> The example provided is of the /ns info nick ALL command. > >[12:34:35] -NickServ- fdfdf is The MusketeeR > >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com > >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 > >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake > >[12:34:35] -NickServ- Options: Kill protection, Security > /ns info ALL > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - Okan Karasoy > * To - ircservices@ircservices.za.net > * Sent - 2004-03-11 14:38:10 > * Subject - [IRCServices] authorisation info in nick INFO > ****************************************/ > > /****** - Begin Original Message - ******/> > >Hi, > >Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. > > > >[12:34:35] -NickServ- fdfdf is The MusketeeR > >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com > >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 > >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake > >[12:34:35] -NickServ- Options: Kill protection, Security > > > >Is there any way of finding out wheter a nick has been authorised or not? > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dkuntz at prismstudios.net Thu Mar 11 11:04:31 2004 From: dkuntz at prismstudios.net (Douglas Kuntz) Date: Sat Oct 23 23:02:03 2004 Subject: -=Spam 7=- Re: [IRCServices] authorisation info in nick INFO In-Reply-To: <3d1fa8fd6d27c7a4406f2e11d3d8d57b@teknet.com.tr> Message-ID: <200403111915.i2BJFSa15704@srv01.prismstudios.net> What I usually do, which will work if you have access, is ns /getauth nick If it has a number, it's not authed, if it says there's no auth code, it is authed. Douglas A. Kuntz WinChat Services Head http://www.winchat.net -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Okan Karasoy Sent: Thursday, March 11, 2004 12:55 PM To: IRC Services General Mailing List Subject: -=Spam 7=- Re: [IRCServices] authorisation info in nick INFO The example provided is of the /ns info nick ALL command. > >[12:34:35] -NickServ- fdfdf is The MusketeeR [12:34:35] -NickServ- Is > >online from: MasteR@ACBD0099.ipt.aol.com [12:34:35] -NickServ- Time > >registered: Mar 11 11:46:45 2004 [12:34:35] -NickServ- E-mail > >address: fake@fakemail.fake [12:34:35] -NickServ- Options: Kill > >protection, Security > /ns info ALL > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - Okan Karasoy > * To - ircservices@ircservices.za.net > * Sent - 2004-03-11 14:38:10 > * Subject - [IRCServices] authorisation info in nick INFO > ****************************************/ > > /****** - Begin Original Message - ******/> > >Hi, > >Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. > > > >[12:34:35] -NickServ- fdfdf is The MusketeeR [12:34:35] -NickServ- Is > >online from: MasteR@ACBD0099.ipt.aol.com [12:34:35] -NickServ- Time > >registered: Mar 11 11:46:45 2004 [12:34:35] -NickServ- E-mail > >address: fake@fakemail.fake [12:34:35] -NickServ- Options: Kill > >protection, Security > > > >Is there any way of finding out wheter a nick has been authorised or not? > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From Craig at chatspike.net Thu Mar 11 12:42:12 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] authorisation info in nick INFO Message-ID: i get the word (Unauthorised) in bold next to an email that hasnt been authed after /ns info all not sure why you dont.. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Okan Karasoy * To - IRC Services General Mailing List * Sent - 2004-03-11 17:55:24 * Subject - Re: [IRCServices] authorisation info in nick INFO ****************************************/ /****** - Begin Original Message - ******/ >The example provided is of the /ns info nick ALL command. > >> >[12:34:35] -NickServ- fdfdf is The MusketeeR >> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com >> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 >> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake >> >[12:34:35] -NickServ- Options: Kill protection, Security > >> /ns info ALL >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> >> /**************************************** >> * From - Okan Karasoy >> * To - ircservices@ircservices.za.net >> * Sent - 2004-03-11 14:38:10 >> * Subject - [IRCServices] authorisation info in nick INFO >> ****************************************/ >> >> /****** - Begin Original Message - ******/> >> >Hi, >> >Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. >> > >> >[12:34:35] -NickServ- fdfdf is The MusketeeR >> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com >> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 >> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake >> >[12:34:35] -NickServ- Options: Kill protection, Security >> > >> >Is there any way of finding out wheter a nick has been authorised or not? >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >. >> >> /******* - End Original Message - *******/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at chatspike.net Thu Mar 11 12:44:18 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] authorisation info in nick INFO Message-ID: In followup, here an an example of my nickserv info all.. 20:43| NickServ - fdfdf is Craig McLure 20:43| NickServ - Last seen address: Craig@frostycoolslug.force9.co.uk 20:43| NickServ - Last seen time: Mar 11 20:42:20 2004 GMT 20:43| NickServ - Time registered: Mar 11 20:42:17 2004 GMT 20:43| NickServ - E-mail address: Craig@chatspike.net (unverified) 20:43| NickServ - Options: Security Make sure you are oppered and have services oper privs. I found it doesnt work without them. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Craig McLure * To - IRC Services General Mailing Lis * Sent - 2004-03-11 20:42:11 * Subject - Re: Re: [IRCServices] authorisation info in nick INFO ****************************************/ /****** - Begin Original Message - ******/ >i get the word (Unauthorised) in bold next to an email that hasnt been authed after /ns info all > >not sure why you dont.. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Okan Karasoy > * To - IRC Services General Mailing List > * Sent - 2004-03-11 17:55:24 > * Subject - Re: [IRCServices] authorisation info in nick INFO > ****************************************/ > >/****** - Begin Original Message - ******/ > >>The example provided is of the /ns info nick ALL command. >> >>> >[12:34:35] -NickServ- fdfdf is The MusketeeR >>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com >>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 >>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake >>> >[12:34:35] -NickServ- Options: Kill protection, Security >> >>> /ns info ALL >>> >>> /**************************************** >>> * Craig "FrostyCoolSlug" McLure >>> * InspIRCd - http://www.inspircd.org >>> * ChatSpike - http://www.chatspike.net >>> ****************************************/ >>> >>> >>> /**************************************** >>> * From - Okan Karasoy >>> * To - ircservices@ircservices.za.net >>> * Sent - 2004-03-11 14:38:10 >>> * Subject - [IRCServices] authorisation info in nick INFO >>> ****************************************/ >>> >>> /****** - Begin Original Message - ******/> >>> >Hi, >>> >Previously when we used ircservices-5.0.22 information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. >>> > >>> >[12:34:35] -NickServ- fdfdf is The MusketeeR >>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com >>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004 >>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake >>> >[12:34:35] -NickServ- Options: Kill protection, Security >>> > >>> >Is there any way of finding out wheter a nick has been authorised or not? >>> > >>> >------------------------------------------------------------------ >>> >To unsubscribe or change your subscription options, visit: >>> >http://www.ircservices.za.net/mailman/listinfo/ircservices >>> >. >>> >>> /******* - End Original Message - *******/ >>> >>> >>> >>> ------------------------------------------------------------------ >>> To unsubscribe or change your subscription options, visit: >>> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > /******* - End Original Message - *******/ From jon at jons.org Sun Mar 14 19:48:39 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] SJOIN bug Message-ID: Hello, It doesn't appear as though ircservices parses the channel mode portion of a SJOIN message. This causes services set redundant modes as can be seen below: [Mar 15 03:38:37.763086 2004] debug: Received: :irc.west.vile.com SJOIN 1079321917 #help +nt :@ThaPrince [Mar 15 03:38:37.763203 2004] protocol/hybrid: debug: ThaPrince SJOINs #help [Mar 15 03:38:37.763259 2004] debug: Creating channel #help [Mar 15 03:38:37.763424 2004] debug: Sent: :ChanServ TBURST 1079321917 #help 1079318625 ThaPrince :moo [Mar 15 03:38:37.763575 2004] debug: Sent: :ChanServ MODE #help +nt I know that the hybrid protocol isn't supported, but the SJOIN messages it sends are the same as other IRCD's such as bahamut, and affects those as well. This causes services to resend modes that are already set on a channel, quite a few when it links to a large network with a lot of channels. I will try and get a patch made for it, unless someone already knows how to correct, or has already made a patch to fix this issue. Regards, Jon Christopherson From ron2k at webmail.co.za Tue Mar 16 02:31:47 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] IRC Services forums Message-ID: I e-mailed Andy Church about this last week, but I haven't to date received a reply, so I now think that it's time for me to let the mailing list now. What I've done is created some community forums for IRC Services. They are at: http://www.ircservices-forums.za.net __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From Craig at chatspike.net Tue Mar 16 08:30:27 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] IRC Services forums Message-ID: Andy has constantly said 'no' to things like forums, as they will seperate the support between them and the mailing list. Also its easier to check the mailing list. Besides, PHPBB sucks :/ /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Kieron Thwaites * To - ircservices@ircservices.za.net * Sent - 2004-03-16 10:31:47 * Subject - [IRCServices] IRC Services forums ****************************************/ /****** - Begin Original Message - ******/ >I e-mailed Andy Church about this last week, but I haven't >to date received a reply, so I now think that it's time for >me to let the mailing list now. > >What I've done is created some community forums for IRC >Services. They are at: >http://www.ircservices-forums.za.net >__________________________________________________________________________ >http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From andrew at wtfigo.co.uk Tue Mar 16 11:27:32 2004 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] IRC Services forums In-Reply-To: Message-ID: Hi there, In Andy's absence (he's away at the moment)... Those forums are unofficial - please make this FAR more clear on your website. As much as your good intentions are appreciated, this makes supporting IRC Services far more difficult. The address, for starters, is very misleading as it appears to be on the "official" end of the scale. Please refrain from making mention of your site again on this list until, at very least, Andy gets back and makes the final decision. Regards, Andrew > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Kieron Thwaites > Sent: 16 March 2004 10:32 > To: ircservices@ircservices.za.net > Subject: [IRCServices] IRC Services forums > > I e-mailed Andy Church about this last week, but I haven't to > date received a reply, so I now think that it's time for me > to let the mailing list now. > > What I've done is created some community forums for IRC > Services. They are at: > http://www.ircservices-forums.za.net > ______________________________________________________________ > ____________ > http://www.webmail.co.za/dialup Webmail ISP - Cool > Connection, Cool Price > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From andrew at wtfigo.co.uk Tue Mar 16 11:44:15 2004 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] IRC Services forums In-Reply-To: Message-ID: I would like to take this opportunity to add the following comments: There is a rather large amount of consolidation going on with regard to who hosts the lists, the ftp sites, the website and the mailinglists' archives. There have been recent issues with the lists and the speed with which mails were being relayed. This was due to the spam filters which were in place - the sites they were communicating with were under huge DOS attacks causing endless hassles. These issues have hopefully been resolved in recent weeks. *holds thumbs* The relocation of the website makes it far easier to maintain - so the history of things not being updated should be a thing of the past. Lastly, the FTP site is being sorted out too - more to follow once Andy is back. I know that the archives are rather difficult to browse due to there being no search engine at present. This is being rectified. Once fixed, it will make finding answers to questions far easier. Regards, Andrew > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Andrew Kempe > Sent: 16 March 2004 19:28 > To: 'IRC Services General Mailing List' > Subject: RE: [IRCServices] IRC Services forums > > Hi there, > > In Andy's absence (he's away at the moment)... > > Those forums are unofficial - please make this FAR more clear > on your website. As much as your good intentions are > appreciated, this makes supporting IRC Services far more > difficult. The address, for starters, is very misleading as > it appears to be on the "official" end of the scale. > > Please refrain from making mention of your site again on this > list until, at very least, Andy gets back and makes the final > decision. > > Regards, Andrew > > > -----Original Message----- > > From: ircservices-bounces@ircservices.za.net > > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Kieron > > Thwaites > > Sent: 16 March 2004 10:32 > > To: ircservices@ircservices.za.net > > Subject: [IRCServices] IRC Services forums > > > > I e-mailed Andy Church about this last week, but I haven't to date > > received a reply, so I now think that it's time for me to let the > > mailing list now. > > > > What I've done is created some community forums for IRC > Services. They > > are at: > > http://www.ircservices-forums.za.net > > ______________________________________________________________ > > ____________ > > http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool > > Price > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Mar 17 20:12:01 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! In-Reply-To: Message-ID: <40583683.10302@achurch.org> >i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the >log file of the services get's very large full of the following lines: > >[Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood >not found IIRC, this is an intermittent bug in Unreal; I have not been able to reproduce it in my own testing. If you can find a way to consistently cause this error message to occur on an empty network, please let me know. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Mar 17 20:20:18 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] IRC Services forums In-Reply-To: Message-ID: <4058369d.10313@achurch.org> >I e-mailed Andy Church about this last week, but I haven't >to date received a reply, so I now think that it's time for >me to let the mailing list now. > >What I've done is created some community forums for IRC >Services. They are at: >http://www.ircservices-forums.za.net The effort is appreciated, but as I have said before, the mailing lists are the only official communication channels for Services; I have no intention of using or monitoring web "forums" or other such systems. In principle, I do not object to users creating other discussion forums for their own use, provided they do not present themselves as being "official" or otherwise supported by me; as such, if you are going to keep your forums available, I would appreciate it if you would change the URL in order not to give a false impression. (Apologies for not replying personally; as Andrew Kempe mentioned, I've been on vacation and without E-mail access for the past week and a half.) --Andrew Church achurch@achurch.org http://achurch.org/ From medice at gmx.at Wed Mar 17 08:56:22 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Log file get's very large! In-Reply-To: <40583683.10302@achurch.org> References: <40583683.10302@achurch.org> Message-ID: <40588336.7030201@gmx.at> Andrew Church wrote: > IIRC, this is an intermittent bug in Unreal; I have not been able to > reproduce it in my own testing. If you can find a way to consistently > cause this error message to occur on an empty network, please let me know. > I think i've discovered a relation between a user connecting on a network and getting umode +x (hidden host) and the logentry in ircservices - maybe this is caused be simultan sending user appearance and sethost (hiddenhost in this case) while services are not yet beware of the new user, maybe together with the force-umode-function you may enable in unrealircd.conf... I'll check this later on on a extra instance of unreal and ircservices in debug mode... (but I'm busy right now) greets /medice From dux at fbnet.org Fri Mar 19 16:54:51 2004 From: dux at fbnet.org (=?iso-8859-1?Q?Jo=E3o_Cerveira_=5BFBN_Administra=E7=E3o_/_Tech_team=5D?=) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] bug on Converter ? Message-ID: Hello, I'm trying to convert a PTlink database to ircservices but i've got an error: [dux@dux tools]$ ./convert-db +ptlink /home/dux/backup/backup.19.03.2004 > services.xml /home/dux/backup/backup.19.03.2004/nick.db: error: expected 621 nicks, got 624 No matter how many nick registed I have, it give always this error: more nicks found that expected. Is this normal ? Jo?o Cerveira dux @ fbnet.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040320/c613e401/attachment.html From nick at nickgawronski.com Sat Mar 20 19:08:17 2004 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] feature for ircservices Message-ID: <000701c40ef1$c2cba650$210110ac@chihuahuad1> Hi, I was wondering if a small script could be made that would go threw the ircservices.conf and modules.conf file and if there were new values they would be added instead of us needing to manually murge them and also I think there should be a changelog for just the current release like from ircservices-5.0.27 to ircservices-5.0.28 instead of the entire changelog file, that file is also very useful for tracking the progress of ircservices but for those of us who like to upgrade when ever a new version comes out it would be nice to know what has changed between the version we have and the newer version so this way we may not need to upgrade. bye My web page is at http://www.nickgawronski.com Use paypal for your payments! https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG From Craig at chatspike.net Sat Mar 20 19:50:30 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] feature for ircservices Message-ID: Several Things: 1) Dont post your e-mail to both of the lists. Choose either one, or the other, thanks. 2) A Changelog is supplied in the IRCServices tarchive, named 'Changes', if you wanna see whats new between the 2 last versions, its at the top. 3) 'Manually Merging' directives genearlly means we have read the manual / changelog, and understand what the new features do. a Melodramatic example follows: New Directive coded in, called 'SetFireToNetwork' the default is 'Yes'. Would you like services to automatically add that directive to your config? so when you start services your network catches fire. If you had read the manual r the changelog on the subject, you would know to set it to 'No' And seeing as all services configs are unique to the network services is being used on, there no easy way to add directives in the right place. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Nick Gawronski * To - ircservices@ircservices.za.net * Sent - 2004-03-21 03:08:17 * Subject - [IRCServices] feature for ircservices ****************************************/ /****** - Begin Original Message - ******/ >Hi, I was wondering if a small script could be made that would go threw the >ircservices.conf and modules.conf file and if there were new values they >would be added instead of us needing to manually murge them and also I think >there should be a changelog for just the current release like from >ircservices-5.0.27 to ircservices-5.0.28 instead of the entire changelog >file, that file is also very useful for tracking the progress of ircservices >but for those of us who like to upgrade when ever a new version comes out it >would be nice to know what has changed between the version we have and the >newer version so this way we may not need to upgrade. bye >My web page is at http://www.nickgawronski.com >Use paypal for your payments! >https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From spam at b3design.ch Sun Mar 21 00:45:39 2004 From: spam at b3design.ch (Pix0r) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block Message-ID: Hi All, I'm sorry to have to ask this but would someone be kind enough to give me an example of the link block in services and the corresponding link block in unreal3.2's config sothat services links properly. I only just changed servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config. Thanks for any help From noddie_x at shadowfire.org Sun Mar 21 01:18:37 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block In-Reply-To: References: Message-ID: <20040321111744.W53750@verdict.schmangled.co.za> On Sun, 21 Mar 2004, Pix0r wrote: > I'm sorry to have to ask this but would someone be kind enough to give me an > example of the link block in services and the corresponding link block in > unreal3.2's config sothat services links properly. I only just changed > servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config. the "link block" stays the same iirc. what errors are you getting trying the linkage? From emurphy at sporked.us Sun Mar 21 01:42:46 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block References: <20040321111744.W53750@verdict.schmangled.co.za> Message-ID: <003a01c40f29$05a483c0$0100a8c0@eric> Unreal 3.2 changed configuration files from the standard ircd.conf to something that kind of resembles C I think 3.1 was similar to bahamut /dreamforge style links Anyway, Unreal 3.2 style link: link services.mynet.com { username *; hostname 192.168.0.10; bind-ip *; port 6667; hub *; password-connect "password"; password-receive "password"; class servers; options { }; }; ----- Original Message ----- From: "noddie_x" To: "IRC Services General Mailing List" Sent: Sunday, March 21, 2004 4:18 AM Subject: Re: [IRCServices] Link Block > > On Sun, 21 Mar 2004, Pix0r wrote: > > > I'm sorry to have to ask this but would someone be kind enough to give me an > > example of the link block in services and the corresponding link block in > > unreal3.2's config sothat services links properly. I only just changed > > servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config. > > the "link block" stays the same iirc. what errors are you getting trying > the linkage? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From spam at b3design.ch Sun Mar 21 01:52:48 2004 From: spam at b3design.ch (Pix0r) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block In-Reply-To: <20040321111744.W53750@verdict.schmangled.co.za> Message-ID: Hi and thanks for the reply, the error I'm getting from unreal is: *** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link block named 'irc.somenet.org.za') [@*.*.*.*.35613] *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied (No matching link configuration) [@*.*.*.*.35613] *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing Link: [66.220.1.173] (Link denied (No matching link configuration)) *** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the connection Thanks for the help! :) On 21/3/04 10:18, "noddie_x" wrote: > > On Sun, 21 Mar 2004, Pix0r wrote: > >> I'm sorry to have to ask this but would someone be kind enough to give me an >> example of the link block in services and the corresponding link block in >> unreal3.2's config sothat services links properly. I only just changed >> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config. > > the "link block" stays the same iirc. what errors are you getting trying > the linkage? > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From i at 1101001.com Sun Mar 21 02:10:23 2004 From: i at 1101001.com (Jonathon Marshall) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Some questions Message-ID: Hi, Im setting up a private irc server and there are a few things I would like to do, but I don't know how, or if IRC Services can do these things. Kick/Killing users without registered nicks. So only registered users can stay connected and join channels. Global ownership of channels, including new channels. Basicly no users, other than admins can be channel ops. Im also having problems with the httpd server module. It asks for my password and auths correctly, but all I see is "NOT FOUND The requested resource could not be found." Thanks for any help. jwm From emurphy at sporked.us Sun Mar 21 06:20:06 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block References: Message-ID: <001501c40f4f$9d3f2250$0100a8c0@eric> My only guess is that the name you gave the server in the link: block doesn't match the name that you have set in the ServerName field of the ircservices.conf file...also, be sure to read the status messages when you rehash unreal, it will give you the line numbers of errors if its just a mistyped configuration. ----- Original Message ----- From: "Pix0r" To: "IRC Services General Mailing List" Sent: Sunday, March 21, 2004 4:52 AM Subject: Re: [IRCServices] Link Block > Hi and thanks for the reply, the error I'm getting from unreal is: > > *** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link > block named 'irc.somenet.org.za') [@*.*.*.*.35613] > *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied > (No matching link configuration) [@*.*.*.*.35613] > *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing Link: > [66.220.1.173] (Link denied (No matching link configuration)) > *** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the connection > > Thanks for the help! :) > > On 21/3/04 10:18, "noddie_x" wrote: > > > > > On Sun, 21 Mar 2004, Pix0r wrote: > > > >> I'm sorry to have to ask this but would someone be kind enough to give me an > >> example of the link block in services and the corresponding link block in > >> unreal3.2's config sothat services links properly. I only just changed > >> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config. > > > > the "link block" stays the same iirc. what errors are you getting trying > > the linkage? > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ron2k at webmail.co.za Sun Mar 21 07:46:44 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal Message-ID: Yes, I'm back... I've just been following an interesting conversation over at UnrealIRCd, concerning a user who didn't have user modes set by NickServ (eg +r) showing up. It transpired that the services package that that user was using used Unreal's SVSMODE command, which does change the mode but does so invisibly. Unreal also features the SVS2MODE command which does the same thing as SVS2MODE, but makes it visible to the user. Now, I understand that some networks might like to use SVSMODE and others might want to use SVS2MODE. Which brings me to my feature request. Would it be at all possible to add a feature to let users choose between SVSMODE and SVS2MODE (make it an option in modules.conf) when using the Unreal protocol (as well as other ircd's with a similar feature). __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From uhc0 at rz.uni-karlsruhe.de Sun Mar 21 07:54:57 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal In-Reply-To: References: Message-ID: <1079884497.12630.6.camel@dreadnought.hadiko.de> Since a user may inform themselves at ANY time using /mode which modes they have, it makes absolutely no sense to distinguish between a SVSMODE and SVS2MODE, where the first hides the MODE change from the user, and the latter does not. Please ask your unreal coders to merge the whole content of SVS2MODE into SVSMODE and remove SVS2MODE completely. IMHO, this is a case services shall not handle. Regards; yusuf On Sun, 2004-03-21 at 16:46, Kieron Thwaites wrote: > Yes, I'm back... > > I've just been following an interesting conversation over > at UnrealIRCd, concerning a user who didn't have user modes > set by NickServ (eg +r) showing up. It transpired that the > services package that that user was using used Unreal's > SVSMODE command, which does change the mode but does so > invisibly. Unreal also features the SVS2MODE command which > does the same thing as SVS2MODE, but makes it visible to > the user. > > Now, I understand that some networks might like to use > SVSMODE and others might want to use SVS2MODE. Which brings > me to my feature request. Would it be at all possible to > add a feature to let users choose between SVSMODE and > SVS2MODE (make it an option in modules.conf) when using the > Unreal protocol (as well as other ircd's with a similar > feature). > __________________________________________________________________________ > http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From spam at b3design.ch Sun Mar 21 10:15:00 2004 From: spam at b3design.ch (Pix0r) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block In-Reply-To: <001501c40f4f$9d3f2250$0100a8c0@eric> Message-ID: That too was my first concern but they are identical, I have checked them more than once. Unreal doesn?t give me any errors when /rehashing. IRCservices does however give me one error: modules.conf:26: Unknown directive `NetworkDomain'. Any Ideas? Thanks On 21/3/04 15:20, "Eric Murphy" wrote: > My only guess is that the name you gave the server in the link: block > doesn't match the name that you have set in the ServerName field of the > ircservices.conf file...also, be sure to read the status messages when you > rehash unreal, it will give you the line numbers of errors if its just a > mistyped configuration. > ----- Original Message ----- > From: "Pix0r" > To: "IRC Services General Mailing List" > Sent: Sunday, March 21, 2004 4:52 AM > Subject: Re: [IRCServices] Link Block > > >> Hi and thanks for the reply, the error I'm getting from unreal is: >> >> *** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link >> block named 'irc.somenet.org.za') [@*.*.*.*.35613] >> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied >> (No matching link configuration) [@*.*.*.*.35613] >> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing > Link: >> [66.220.1.173] (Link denied (No matching link configuration)) >> *** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the > connection >> >> Thanks for the help! :) >> >> On 21/3/04 10:18, "noddie_x" wrote: >> >>> >>> On Sun, 21 Mar 2004, Pix0r wrote: >>> >>>> I'm sorry to have to ask this but would someone be kind enough to give > me an >>>> example of the link block in services and the corresponding link block > in >>>> unreal3.2's config sothat services links properly. I only just changed >>>> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) > config. >>> >>> the "link block" stays the same iirc. what errors are you getting trying >>> the linkage? >>> >>> ------------------------------------------------------------------ >>> To unsubscribe or change your subscription options, visit: >>> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From noddie_x at shadowfire.org Sun Mar 21 10:22:38 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block In-Reply-To: References: Message-ID: <20040321202000.Q54751@verdict.schmangled.co.za> On Sun, 21 Mar 2004, Pix0r wrote: > That too was my first concern but they are identical, I have checked them > more than once. Unreal doesn?t give me any errors when /rehashing. > IRCservices does however give me one error: modules.conf:26: Unknown > directive `NetworkDomain'. Any Ideas? > you are loading the unreal protocol in your ircservices.conf? "LoadModule protocol/unreal" NetworkDomain seems to only feature under the bahamut protocol. From spam at b3design.ch Sun Mar 21 10:51:16 2004 From: spam at b3design.ch (Pix0r) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Link Block In-Reply-To: <20040321202000.Q54751@verdict.schmangled.co.za> Message-ID: I figured it out, the RemoteServer was a sub-domain which did not yet exist so I just changed it to the domain itself and no it works fine. Thanks guys ;) On 21/3/04 19:22, "noddie_x" wrote: > > > On Sun, 21 Mar 2004, Pix0r wrote: > >> That too was my first concern but they are identical, I have checked them >> more than once. Unreal doesn?t give me any errors when /rehashing. >> IRCservices does however give me one error: modules.conf:26: Unknown >> directive `NetworkDomain'. Any Ideas? >> > > you are loading the unreal protocol in your ircservices.conf? > > "LoadModule protocol/unreal" > > NetworkDomain seems to only feature under the bahamut protocol. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dkuntz at prismstudios.net Sun Mar 21 12:07:47 2004 From: dkuntz at prismstudios.net (Douglas Kuntz) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Quick question Message-ID: <200403212021.i2LKLY332484@srv01.prismstudios.net> I havent seen this mentioned anywhere... Prolly missed it, but... When linked to our Unreal network (3.2RC2), services doesn't show in /map for any servers but the one it's linked to (even for opers/admins/netadmins, etc). Is this normal? Thanks Douglas A. Kuntz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4063 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040321/962e15b1/smime.bin From admin at nevernet.net Sun Mar 21 12:17:04 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Quick question In-Reply-To: <200403212021.i2LKLY332484@srv01.prismstudios.net> Message-ID: That's probably something you'd want to ask on an Unreal discussion list as /map is a function of the ircd. Chances are it blocks U: lined servers, though. Elijah nevernet irc -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Douglas Kuntz Sent: Sunday, 21 March, 2004 3:08 PM To: 'IRC Services General Mailing List' Subject: [IRCServices] Quick question I havent seen this mentioned anywhere... Prolly missed it, but... When linked to our Unreal network (3.2RC2), services doesn't show in /map for any servers but the one it's linked to (even for opers/admins/netadmins, etc). Is this normal? Thanks Douglas A. Kuntz From chat at discoware.com Mon Mar 22 06:31:33 2004 From: chat at discoware.com (Chat.DiSCoWARE.com) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] prefix aq References: <001501c40f4f$9d3f2250$0100a8c0@eric> Message-ID: <003601c4101a$66e9a9c0$1368fea9@trance> When release ircservices for UnrealIRCd 3.2 with prefix aq? A new services protocol.... From Craig at chatspike.net Mon Mar 22 08:49:41 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] prefix aq Message-ID: currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Chat.DiSCoWARE.com * To - IRC Services General Mailing List * Sent - 2004-03-22 14:31:33 * Subject - [IRCServices] prefix aq ****************************************/ /****** - Begin Original Message - ******/ >When release ircservices for UnrealIRCd 3.2 with prefix aq? A new services >protocol.... > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From ron2k at webmail.co.za Mon Mar 22 09:22:15 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:03 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal Message-ID: The view at the other end (the Unreal coders) is that it's a Services issue and not an ircd one. I tend to share that view - by having Services giving the option to choose between SVSMODE and SVS2MODE, it gives the end user much more choice. Unfortunately, judging by your reply, it looks like (for now anyway) the only solution will be to manually modify the unreal protocol module so that it uses SVS2MODE instead of SVSMODE. I'm not sure that everyone out there will have the necessary skill or programming knowledge to do that. K.T ------------------------------ Message: 4 Date: Sun, 21 Mar 2004 16:54:57 +0100 From: Yusuf Iskenderoglu Subject: Re: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal To: IRC Services General Mailing List Message-ID: <1079884497.12630.6.camel@dreadnought.hadiko.de> Content-Type: text/plain Since a user may inform themselves at ANY time using /mode which modes they have, it makes absolutely no sense to distinguish between a SVSMODE and SVS2MODE, where the first hides the MODE change from the user, and the latter does not. Please ask your unreal coders to merge the whole content of SVS2MODE into SVSMODE and remove SVS2MODE completely. IMHO, this is a case services shall not handle. Regards; yusuf __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From nick at nickgawronski.com Mon Mar 22 14:26:19 2004 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] adding a new service, fileserv Message-ID: <002001c4105c$b39af890$210110ac@chihuahuad1> Hi, I was wondering how come and how I could add a new service to ircservices called fileserv that could both send and receive files from users threw dcc because this would be very useful for system admins to use to publish documents that a user could read offline but receive when on irc and also it would free them from setting up a bot for just file handeling. bye My web page is at http://www.nickgawronski.com Use paypal for your payments! https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG From Craig at chatspike.net Mon Mar 22 14:37:49 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] adding a new service, fileserv Message-ID: It would have to be coded as a module, Services does support the CTCP, however, without oppening certain ports, it wont be able to accept DCCs. So this would require a significant ammount of coding. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Nick Gawronski * To - ircservices@ircservices.za.net * Sent - 2004-03-22 22:26:19 * Subject - [IRCServices] adding a new service, fileserv ****************************************/ /****** - Begin Original Message - ******/ >Hi, I was wondering how come and how I could add a new service to >ircservices called fileserv that could both send and receive files from >users threw dcc because this would be very useful for system admins to use >to publish documents that a user could read offline but receive when on irc >and also it would free them from setting up a bot for just file handeling. >bye >My web page is at http://www.nickgawronski.com >Use paypal for your payments! >https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Tue Mar 23 10:00:34 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal In-Reply-To: Message-ID: <405f8d6b.30444@achurch.org> I agree with Yusuf here--since the user can get their modes with /mode anyway, there's no sense in having a command that hides the change from them. And even if there was, every other ircd with SVSMODE informs the user upon an SVSMODE mode change, so if Unreal is going to make two commands, they should make SVS2MODE the one that doesn't inform the user. So the official answer is no, I'm not going to modify Services to support this Unreal feature; if it bothers you, bug the Unreal developers until they change/remove it. (I'll be sending a message their way myself.) --Andrew Church achurch@achurch.org http://achurch.org/ >The view at the other end (the Unreal coders) is that it's >a Services issue and not an ircd one. I tend to share that >view - by having Services giving the option to choose >between SVSMODE and SVS2MODE, it gives the end user much >more choice. > >Unfortunately, judging by your reply, it looks like (for >now anyway) the only solution will be to manually modify >the unreal protocol module so that it uses SVS2MODE instead >of SVSMODE. I'm not sure that everyone out there will have >the necessary skill or programming knowledge to do that. > >K.T > >------------------------------ > >Message: 4 >Date: Sun, 21 Mar 2004 16:54:57 +0100 >From: Yusuf Iskenderoglu >Subject: Re: [IRCServices] Feature Request - SVSMODE vs >SVS2MODE with >Unreal >To: IRC Services General Mailing List > >Message-ID: ><1079884497.12630.6.camel@dreadnought.hadiko.de> >Content-Type: text/plain > >Since a user may inform themselves at ANY time using >/mode >which modes they have, > >it makes absolutely no sense to distinguish between a >SVSMODE and >SVS2MODE, where the first hides the MODE change from the >user, and the >latter does not. > >Please ask your unreal coders to merge the whole content of >SVS2MODE >into SVSMODE and remove SVS2MODE completely. > >IMHO, this is a case services shall not handle. > >Regards; >yusuf >__________________________________________________________________________ >http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Mar 23 10:10:45 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] SVSMODE issue Message-ID: <405f8f5b.30525@achurch.org> On further investigation, it seems that other ircds (at least Bahamut) also hide SVSMODE changes from the user, so perhaps Unreal's behavior is not so unusual after all. However, I still hold that since the user can get their modes at any time with /mode, there's little reason to hide the changes; and conversely, any user who wants to know their mode can just use /mode to find out. So the official answer is still no, I won't use SVS2MODE on Unreal. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 23 10:30:58 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] prefix aq In-Reply-To: <405f1979.70723@mail.achurch.org> Message-ID: <405f937d.51201@achurch.org> >currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete) As far as I can tell, the latest release of Services works fine with Unreal 3.2rc2. Are you aware of any problems? --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Mon Mar 22 17:37:49 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] prefix aq Message-ID: not with prefixes, just the general mode locks, the module that is being created will ensure that things like +f are fully functional with services. when i said 'does not support' i meant 'isnt fully functional' :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-03-23 10:30:58 * Subject - Re: [IRCServices] prefix aq ****************************************/ /****** - Begin Original Message - ******/ >>currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete) > > As far as I can tell, the latest release of Services works fine with >Unreal 3.2rc2. Are you aware of any problems? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at chatspike.net Mon Mar 22 17:53:47 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal Message-ID: I agree with this, also, at the end of the day, 90% of users dont want to know they are +r, and probably 70% of them dont even know what +r is. I cant (personally) see any practical use for it. Generally the message 'Password accepted, you are now identified, have a nice day' is enough to say they have identified properly. If they really wanted to know, as has been mentioned by everyone before they can do a /mode. If someone can give me five valid reasons why a user should know that they have had the +r mode added, i'd concider thinking about it more. Untill then, i'm personally happy with SVSMODE. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-03-23 10:00:34 * Subject - Re: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal ****************************************/ /****** - Begin Original Message - ******/ > I agree with Yusuf here--since the user can get their modes with /mode >anyway, there's no sense in having a command that hides the change from >them. And even if there was, every other ircd with SVSMODE informs the >user upon an SVSMODE mode change, so if Unreal is going to make two >commands, they should make SVS2MODE the one that doesn't inform the user. >So the official answer is no, I'm not going to modify Services to support >this Unreal feature; if it bothers you, bug the Unreal developers until >they change/remove it. (I'll be sending a message their way myself.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>The view at the other end (the Unreal coders) is that it's >>a Services issue and not an ircd one. I tend to share that >>view - by having Services giving the option to choose >>between SVSMODE and SVS2MODE, it gives the end user much >>more choice. >> >>Unfortunately, judging by your reply, it looks like (for >>now anyway) the only solution will be to manually modify >>the unreal protocol module so that it uses SVS2MODE instead >>of SVSMODE. I'm not sure that everyone out there will have >>the necessary skill or programming knowledge to do that. >> >>K.T >> >>------------------------------ >> >>Message: 4 >>Date: Sun, 21 Mar 2004 16:54:57 +0100 >>From: Yusuf Iskenderoglu >>Subject: Re: [IRCServices] Feature Request - SVSMODE vs >>SVS2MODE with >>Unreal >>To: IRC Services General Mailing List >> >>Message-ID: >><1079884497.12630.6.camel@dreadnought.hadiko.de> >>Content-Type: text/plain >> >>Since a user may inform themselves at ANY time using >>/mode >>which modes they have, >> >>it makes absolutely no sense to distinguish between a >>SVSMODE and >>SVS2MODE, where the first hides the MODE change from the >>user, and the >>latter does not. >> >>Please ask your unreal coders to merge the whole content of >>SVS2MODE >>into SVSMODE and remove SVS2MODE completely. >> >>IMHO, this is a case services shall not handle. >> >>Regards; >>yusuf >>__________________________________________________________________________ >>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From lordbergee at comcast.net Mon Mar 22 18:12:35 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] prefix aq In-Reply-To: <405f937d.51201@achurch.org> References: <405f937d.51201@achurch.org> Message-ID: <405F9D13.6000707@comcast.net> Andrew Church wrote: > As far as I can tell, the latest release of Services works fine with > Unreal 3.2rc2. Are you aware of any problems? I use Unreal3.2 with PREFIX_AQ defined. I believe that he is talking more about the fact that Unreal with PREFIX_AQ defined now gives symbols to usermodes +q and +a, making the fact that services gives out +qo and +ao respectively rather pointless. Although I wouldn't call that broken... Unreal also calls +a channel admin instead of protection, which is somewhat confusing. While I'm on the subject of things about Unreal that IRCServices doesn't support, there is also channel mode +T that disable notices to a channel that you currently cannot use the mlock to control. Thinking more about it, IRCServices also does not support the Unreal +f channel mode correctly (it uses the old paramaters). Although I think I remember you saying you were waiting for them to stabalize that before updating the code to support it. I kind of forgot about this, but as I was writing this, I rememeber the extended channel bans that unreal supports, which /msg ChanServ UNBAN won't remove (because it doesn't know what they are.) You can check out http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes for a list of them. So I guess this ended up being a little bit longer than I thought it would, most of this stuff is more of an "annoyance" than "doesn't work", but I guess that depends on your point of view. Bergee P.S. I was also having a problem where rehashing IRCServices would cause the help for NickServ REGISTER to start displaying part of the help for NickServ UNSET. Has anyone else has this problem? From Craig at chatspike.net Mon Mar 22 18:23:13 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] prefix aq Message-ID: i've added channel mode +T to my module, i'll have to look into the ban masks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Bergee * To - IRC Services General Mailing List * Sent - 2004-03-23 02:12:35 * Subject - Re: [IRCServices] prefix aq ****************************************/ /****** - Begin Original Message - ******/ >Andrew Church wrote: >> As far as I can tell, the latest release of Services works fine with >> Unreal 3.2rc2. Are you aware of any problems? > > I use Unreal3.2 with PREFIX_AQ defined. I believe that he is talking >more about the fact that Unreal with PREFIX_AQ defined now gives symbols >to usermodes +q and +a, making the fact that services gives out +qo and >+ao respectively rather pointless. Although I wouldn't call that >broken... Unreal also calls +a channel admin instead of protection, >which is somewhat confusing. > > While I'm on the subject of things about Unreal that IRCServices >doesn't support, there is also channel mode +T that disable notices to a >channel that you currently cannot use the mlock to control. > > Thinking more about it, IRCServices also does not support the Unreal +f >channel mode correctly (it uses the old paramaters). Although I think I >remember you saying you were waiting for them to stabalize that before >updating the code to support it. > > I kind of forgot about this, but as I was writing this, I rememeber the >extended channel bans that unreal supports, which /msg ChanServ UNBAN >won't remove (because it doesn't know what they are.) You can check out >http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes >for a list of them. > > So I guess this ended up being a little bit longer than I thought it >would, most of this stuff is more of an "annoyance" than "doesn't work", >but I guess that depends on your point of view. > >Bergee > >P.S. I was also having a problem where rehashing IRCServices would cause >the help for NickServ REGISTER to start displaying part of the help for >NickServ UNSET. Has anyone else has this problem? > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From quension at mac.com Mon Mar 22 18:42:48 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal In-Reply-To: <200403230154.i2N1sZ5X013211@mac.com> Message-ID: On Monday, Mar 22, 2004, at 17:53 US/Pacific, Craig McLure wrote: > If someone can give me five valid reasons why a user should know that > they have had the +r mode added, i'd concider thinking about it more. The only reason that matters: automated notification of identification. E.g. script support, client support, ... -- Quension From Craig at chatspike.net Mon Mar 22 18:55:47 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] prefix aq Message-ID: After some investigation, what would probably be best, is to register the callback cb_unban with the Unreal module, and create a new way of removing the bans from there. Due to the extent of the change, i'm not sure how easy this is going to be, however.. I'll see what i can come up with. I'm not entirly sure why the Unreal team decided on this course of action (breaking the 'Rules of the RFC' so badly) it doesnt make life very easy :/ /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Craig McLure * To - IRC Services General Mailing Lis * Sent - 2004-03-23 02:23:13 * Subject - Re: Re: [IRCServices] prefix aq ****************************************/ /****** - Begin Original Message - ******/ >i've added channel mode +T to my module, i'll have to look into the ban masks :) > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Bergee > * To - IRC Services General Mailing List > * Sent - 2004-03-23 02:12:35 > * Subject - Re: [IRCServices] prefix aq > ****************************************/ > >/****** - Begin Original Message - ******/ > >>Andrew Church wrote: >>> As far as I can tell, the latest release of Services works fine with >>> Unreal 3.2rc2. Are you aware of any problems? >> >> I use Unreal3.2 with PREFIX_AQ defined. I believe that he is talking >>more about the fact that Unreal with PREFIX_AQ defined now gives symbols >>to usermodes +q and +a, making the fact that services gives out +qo and >>+ao respectively rather pointless. Although I wouldn't call that >>broken... Unreal also calls +a channel admin instead of protection, >>which is somewhat confusing. >> >> While I'm on the subject of things about Unreal that IRCServices >>doesn't support, there is also channel mode +T that disable notices to a >>channel that you currently cannot use the mlock to control. >> >> Thinking more about it, IRCServices also does not support the Unreal +f >>channel mode correctly (it uses the old paramaters). Although I think I >>remember you saying you were waiting for them to stabalize that before >>updating the code to support it. >> >> I kind of forgot about this, but as I was writing this, I rememeber the >>extended channel bans that unreal supports, which /msg ChanServ UNBAN >>won't remove (because it doesn't know what they are.) You can check out >>http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes >>for a list of them. >> >> So I guess this ended up being a little bit longer than I thought it >>would, most of this stuff is more of an "annoyance" than "doesn't work", >>but I guess that depends on your point of view. >> >>Bergee >> >>P.S. I was also having a problem where rehashing IRCServices would cause >>the help for NickServ REGISTER to start displaying part of the help for >>NickServ UNSET. Has anyone else has this problem? >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Tue Mar 23 23:33:52 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal In-Reply-To: Message-ID: <40604b56.55410@achurch.org> >The only reason that matters: automated notification of identification. > E.g. script support, client support, ... Let me put it another way: if the Unreal developers decide that the standard command, SVSMODE, should not inform clients of mode changes, then that's an Unreal issue, period. I'm not going to make Services "work around" what was arguably a design decision (whether good or bad is a separate issue). If it bothers you and Unreal doesn't change, then use another ircd. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Mar 24 19:27:18 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Services 5.0.29 released Message-ID: <4061633c.13035@achurch.org> Services 5.0.29 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) 5ab6b1127478bfd604fb8f6ad00d4a82 ircservices-5.0.29.tar.gz 265a11c206fd586fb519ad5cf659515a ircservices-5.0.29.diff.gz 1a5fda03124400ff1dba2b34e6ee7b9a ircservices-5.0.29-1.i386.rpm be22531132791ad45c723fbc91f10bc5 ircservices_5.0.29-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release includes experimental support for the Hybrid ircd; note that Hybrid needs special configuration to work with Services (see section 2 of the manual). Support for the latest Unreal releases is also included. Changes in version 5.0.29 ------------------------- 2004/03/24 Added support for extended ban types, new channel mode +f format, and other feeping creaturism in Unreal 3.2. 2004/03/24 Fixed PTlink channel database reading, and added workaround for PTlink bug causing inconsistent data to be stored. Reported by 2004/03/17 Added experimental support for Hybrid 7 servers. Thanks to Jon Christopherson for assistance. 2004/03/06 Updated tr-ircd protocol module to support version 5.7. Support for versions before 5.5 has been dropped at the tr-ircd author's request. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Wed Mar 24 07:45:07 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Services 5.0.29 released Message-ID: 'feeping creaturism' is probably understatement of the year, but thanks for the release. I've deleted my module that does everything that andy has coded in, and my 'sendpass-encrypt' module should be finished in the next day or 2 :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - services * Sent - 2004-03-24 19:27:18 * Subject - [IRCServices] Services 5.0.29 released ****************************************/ /****** - Begin Original Message - ******/ > Services 5.0.29 has been released, and can be downloaded from: > >ftp://ftp.esper.net/ircservices/ (USA, California) > >5ab6b1127478bfd604fb8f6ad00d4a82 ircservices-5.0.29.tar.gz >265a11c206fd586fb519ad5cf659515a ircservices-5.0.29.diff.gz >1a5fda03124400ff1dba2b34e6ee7b9a ircservices-5.0.29-1.i386.rpm >be22531132791ad45c723fbc91f10bc5 ircservices_5.0.29-1_i386.deb > >ftp.ircservices.za.net and the other mirrors should have it shortly. > > This release includes experimental support for the Hybrid ircd; note >that Hybrid needs special configuration to work with Services (see section >2 of the manual). Support for the latest Unreal releases is also included. > >Changes in version 5.0.29 >------------------------- >2004/03/24 Added support for extended ban types, new channel mode +f > format, and other feeping creaturism in Unreal 3.2. >2004/03/24 Fixed PTlink channel database reading, and added workaround > for PTlink bug causing inconsistent data to be stored. > Reported by >2004/03/17 Added experimental support for Hybrid 7 servers. Thanks to > Jon Christopherson for assistance. >2004/03/06 Updated tr-ircd protocol module to support version 5.7. > Support for versions before 5.5 has been dropped at the > tr-ircd author's request. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From ircservices at tou.de Wed Mar 24 11:10:59 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder) References: <039201c403ba$b83ad400$024ea8c0@wolfkiste> Message-ID: <019701c411d4$8a11ae50$024ea8c0@wolfkiste> Hi all, since i got no response on my last post concerning the 'ChanServ info all'-question/bugreport, i conclude that my problem was too difficulty explained. So i made an example to show what i meant: 1. Register a nick and a channel. -> *nickserv* register xxxxxx =NickServ= Nickname mynick has been registered to you. -> *chanserv* register #mychan xxxxxx x =ChanServ= Channel #mychan registered under your nickname: mynick 2. Reconnect to lose any identified-status and identify for the nick (not the channel). -> *nickserv* identify xxxxxx =NickServ= Password accepted -- you are now recognized. 3. You now have founderlevel in #mychan and can change everything, also founder, successor and password. Set the successor. -> *chanserv* set #mychan successor othernick =ChanServ= Successor for #mychan changed to othernick. 4. Even as founder "info all" doesn't show you the successor, you were able to set shortly ago. -> *chanserv* info #mychan all =ChanServ= Information for channel #mychan: =ChanServ= Founder: mynick =ChanServ= Description: x =ChanServ= Registered: Mar 24 18:44:31 2004 CET =ChanServ= Last used: Mar 24 18:48:20 2004 CET =ChanServ= Options: Topic Retention, Secure =ChanServ= Mode lock: +nt 5. Only if you identify with the chanpass, you are able to really see all values: -> *chanserv* identify #mychan xxxxxx =ChanServ= Password accepted -- you now have founder-level access to #mychan. -> *chanserv* info #mychan all =ChanServ= Information for channel #mychan: =ChanServ= Founder: mynick =ChanServ= Successor: othernick <<<== =ChanServ= Description: x =ChanServ= Registered: Mar 24 18:44:31 2004 CET =ChanServ= Last used: Mar 24 18:50:12 2004 CET =ChanServ= Options: Topic Retention, Secure =ChanServ= Mode lock: +nt The "info all" command works only for services-admins and chanserv-identified users. For all others (including nickserv-identified founders), it works like "info". Maybe there is some (historical) reason for that, but I think, if you have the permissions to change values, you should also be able to view them. Or it's just a bug. ;) So i suggest to change is_identified() simply to is_founder(). Wolle From ron2k at webmail.co.za Thu Mar 25 03:35:52 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] 404 changelog Message-ID: Just to inform those responsible for the website that the changelog link on the IRC services home page (linking to http://www.ircservices.za.net/Changes.html) seems to be 404. Fix it, please! __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From emurphy at sporked.us Thu Mar 25 12:40:24 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] 404 changelog References: Message-ID: <010f01c412a9$673f9650$0100a8c0@ericsrv1> The correct link is: http://www.ircservices.za.net/Changes And no, I can't remember how I found it. The upgrade from 4-5 page maybe. Eric ----- Original Message ----- From: "Kieron Thwaites" To: Sent: Thursday, March 25, 2004 6:35 AM Subject: [IRCServices] 404 changelog > Just to inform those responsible for the website that the > changelog link on the IRC services home page (linking to > http://www.ircservices.za.net/Changes.html) seems to be > 404. Fix it, please! > __________________________________________________________________________ > http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Thu Mar 25 13:05:00 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] [RELEASE] Sendpass With Encrypted Passwords. Message-ID: As promised, i've coded these modules for the community, It will allow users to perform the sendpass command on nicknames and channels. when the command is issued, Services will send them an email with an 'Authcode' in it, the user must then use the new services command 'reset' (syntax, /msg xserv resetpass ) and it will set the password for their nick / channel to . Some basic instructions: Extract the archive to your services source base directory cd to sendpass-encrypt/ READ THE README! I will not offer support for people that dont RTFM :) If you have any questions of problems with these modules, i request that you keep it off the services mailing list, and email me directly (Craig@chatspike.net). Download from: http://www.chatspike.net/modules/sendpass-encrypt.tar.gz thanks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From nick at nickgawronski.com Thu Mar 25 17:57:14 2004 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] sendpass modules in the main services package Message-ID: <001a01c412d5$a9f61fb0$210110ac@chihuahuad1> Hi, Those sendpass modules are great will they ever be included in the ircservices program, where they would all ready be installed and not need to be downloaded because these could save people a lot of time with passwords and reseting them. bye My web page is at http://www.nickgawronski.com Use paypal for your payments! https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG From noddie_x at shadowfire.org Fri Mar 26 01:42:23 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] .29 mlock issue Message-ID: <20040326113343.X24018@verdict.schmangled.co.za> hi, chanserv allows you to mlock -modes that gets +'d with channel mode +f. /msg chanserv set #channel mlock +ntSNT-miC+f [7c#C5,10j#i10,10k#K10,5m#m2]:10 for example, it allows you to add -m and +m (inside +f) rendering the mode useless. -- example -- [11:32] 1 sadfasdfasdfasdf [11:32] 2 dsfsdfgsdfgsdfgsdf [11:32] 3 ghndghndghngdhngfhngf [11:32] 4 dfghnjhfgjhfkjhjkgh [11:32] 5 dfgsdfgsdfgdsfgsdfg [11:32] 6 dfgdsafgsdfgfsghfdgh [11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m [11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m [11:32] 11 fhdghjfhljgjkglki./hkl -- /example -- will it be possible to add more strict checking when adding mlocks with +f? From achurch at achurch.org Fri Mar 26 18:45:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] .29 mlock issue In-Reply-To: <20040326113343.X24018@verdict.schmangled.co.za> Message-ID: <4063fc21.27017@achurch.org> Given the complexity of Unreal's +f mode, I don't really see checking this programatically as feasible; the simple answer is "don't do that". If it causes too many problems, I'll just remove MLOCK +f support entirely. --Andrew Church achurch@achurch.org http://achurch.org/ > >hi, > >chanserv allows you to mlock -modes that gets +'d with channel mode +f. > >/msg chanserv set #channel mlock +ntSNT-miC+f >[7c#C5,10j#i10,10k#K10,5m#m2]:10 > >for example, it allows you to add -m and +m (inside +f) rendering the mode >useless. > >-- example -- >[11:32] 1 sadfasdfasdfasdf >[11:32] 2 dsfsdfgsdfgsdfgsdf >[11:32] 3 ghndghndghngdhngfhngf >[11:32] 4 dfghnjhfgjhfkjhjkgh >[11:32] 5 dfgsdfgsdfgdsfgsdfg >[11:32] 6 dfgdsafgsdfgfsghfdgh >[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m >[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m >[11:32] 11 fhdghjfhljgjkglki./hkl >-- /example -- > >will it be possible to add more strict checking when adding mlocks with >+f? > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From noddie_x at shadowfire.org Fri Mar 26 01:56:09 2004 From: noddie_x at shadowfire.org (noddie_x) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] .29 mlock issue In-Reply-To: <4063fc21.27017@achurch.org> References: <4063fc21.27017@achurch.org> Message-ID: <20040326115238.B24018@verdict.schmangled.co.za> On Fri, 26 Mar 2004, Andrew Church wrote: > Given the complexity of Unreal's +f mode, I don't really see checking > this programatically as feasible; the simple answer is "don't do that". If > it causes too many problems, I'll just remove MLOCK +f support entirely. a bit drastic :) leave it, it rocks. it just requires a bit of user education, i dont see a problem with that. From alisor at softhome.net Fri Mar 26 04:11:02 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] .29 mlock issue References: <4063fc21.27017@achurch.org> Message-ID: <003c01c4132b$6c6b4f70$0800000a@citir> i think adding +f mode to mlock with this new version is a perfect desicion. I hope Andrew Church wont remove +f support. ----- Original Message ----- From: "Andrew Church" To: Sent: Friday, March 26, 2004 11:45 AM Subject: Re: [IRCServices] .29 mlock issue > Given the complexity of Unreal's +f mode, I don't really see checking > this programatically as feasible; the simple answer is "don't do that". If > it causes too many problems, I'll just remove MLOCK +f support entirely. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > > >hi, > > > >chanserv allows you to mlock -modes that gets +'d with channel mode +f. > > > >/msg chanserv set #channel mlock +ntSNT-miC+f > >[7c#C5,10j#i10,10k#K10,5m#m2]:10 > > > >for example, it allows you to add -m and +m (inside +f) rendering the mode > >useless. > > > >-- example -- > >[11:32] 1 sadfasdfasdfasdf > >[11:32] 2 dsfsdfgsdfgsdfgsdf > >[11:32] 3 ghndghndghngdhngfhngf > >[11:32] 4 dfghnjhfgjhfkjhjkgh > >[11:32] 5 dfgsdfgsdfgdsfgsdfg > >[11:32] 6 dfgdsafgsdfgfsghfdgh > >[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m > >[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m > >[11:32] 11 fhdghjfhljgjkglki./hkl > >-- /example -- > > > >will it be possible to add more strict checking when adding mlocks with > >+f? > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Admin at VonitsaNet.gr Fri Mar 26 04:16:35 2004 From: Admin at VonitsaNet.gr (Dionisios K.) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Translate Message-ID: <001601c4132c$2f6dcbb0$6c3d05d5@server> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3233 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040326/b0de740b/smime.bin From vonitsa_net at yahoo.gr Fri Mar 26 04:35:03 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] [RELEASE] Sendpass With Encrypted Passwords. In-Reply-To: <20040325210541.8EC1F3EF5C@mail.zoneedit.com> Message-ID: <20040326123503.54241.qmail@web86102.mail.ukl.yahoo.com> This Is a very interesting module Craig McLure. :)) I think that Andrew must add it on services. ===== Dionisios K. - VoNiTsA On GrNet From Craig at chatspike.net Fri Mar 26 08:02:52 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] .29 mlock issue Message-ID: I'd have to agree to the "don't do that" statement, it requires just a little bit of common sence, if you know chanserv isnt going to allow +m, dont set it in your +f. I dont think this requires removing support for MLOCK +f though, seems a bit drastic :p /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-03-26 18:45:08 * Subject - Re: [IRCServices] .29 mlock issue ****************************************/ /****** - Begin Original Message - ******/ > Given the complexity of Unreal's +f mode, I don't really see checking >this programatically as feasible; the simple answer is "don't do that". If >it causes too many problems, I'll just remove MLOCK +f support entirely. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >> >>hi, >> >>chanserv allows you to mlock -modes that gets +'d with channel mode +f. >> >>/msg chanserv set #channel mlock +ntSNT-miC+f >>[7c#C5,10j#i10,10k#K10,5m#m2]:10 >> >>for example, it allows you to add -m and +m (inside +f) rendering the mode >>useless. >> >>-- example -- >>[11:32] 1 sadfasdfasdfasdf >>[11:32] 2 dsfsdfgsdfgsdfgsdf >>[11:32] 3 ghndghndghngdhngfhngf >>[11:32] 4 dfghnjhfgjhfkjhjkgh >>[11:32] 5 dfgsdfgsdfgdsfgsdfg >>[11:32] 6 dfgdsafgsdfgfsghfdgh >>[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m >>[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m >>[11:32] 11 fhdghjfhljgjkglki./hkl >>-- /example -- >> >>will it be possible to add more strict checking when adding mlocks with >>+f? >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From nick at nickgawronski.com Fri Mar 26 16:15:39 2004 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices Message-ID: <001901c41390$a322c600$210110ac@chihuahuad1> Hi, One new server that Andy might want to consider writing for ircservices is fileserv that could send files to users with dcc and optionally receive files so if the irc admins wanted to write documents on their irc network or distribute demos of irc clients users could download them easily with out leaving irc with just /msg fileserv get file This server would be very useful for server admins who don't want to setup a bot just for file use and fileserv could be a module so if admins did not want it they would not need to use it. bye My web page is at http://www.nickgawronski.com Use paypal for your payments! https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG From Craig at chatspike.net Fri Mar 26 16:22:21 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices Message-ID: i'll quote what i said last time you asked for this.. It would have to be coded as a module, Services does support the CTCP, however, without oppening certain ports, it wont be able to accept DCCs. So this would require a significant ammount of coding. Please dont re-post previous topics to the list. Its irritating, if you dont get a responce the first time (which you did) then it probably wont be concidered, or no one has anything to say about it. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Nick Gawronski * To - ircservices@ircservices.za.net * Sent - 2004-03-27 00:15:39 * Subject - [IRCServices] new server for ircservices ****************************************/ /****** - Begin Original Message - ******/ >Hi, One new server that Andy might want to consider writing for ircservices >is fileserv that could send files to users with dcc and optionally receive >files so if the irc admins wanted to write documents on their irc network or >distribute demos of irc clients users could download them easily with out >leaving irc with just /msg fileserv get file This server would be very >useful for server admins who don't want to setup a bot just for file use and >fileserv could be a module so if admins did not want it they would not need >to use it. bye >My web page is at http://www.nickgawronski.com >Use paypal for your payments! >https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From horizon at regina.sask.cc Fri Mar 26 16:28:00 2004 From: horizon at regina.sask.cc (Horizon) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices In-Reply-To: <001901c41390$a322c600$210110ac@chihuahuad1> References: <001901c41390$a322c600$210110ac@chihuahuad1> Message-ID: <34179.24.72.30.62.1080347280.squirrel@webmail.projectjones.com> I think that might be what a MOTD or is for IMO :-) I can also see a lot of ways to abuse this proposed service in theory. Bad idea if you ask me. Alex > Hi, One new server that Andy might want to consider writing for > ircservices > is fileserv that could send files to users with dcc and optionally receive > files so if the irc admins wanted to write documents on their irc network > or > distribute demos of irc clients users could download them easily with out > leaving irc with just /msg fileserv get file This server would be very > useful for server admins who don't want to setup a bot just for file use > and > fileserv could be a module so if admins did not want it they would not > need > to use it. bye > My web page is at http://www.nickgawronski.com > Use paypal for your payments! > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From horizon at regina.sask.cc Fri Mar 26 16:28:00 2004 From: horizon at regina.sask.cc (Horizon) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices In-Reply-To: <001901c41390$a322c600$210110ac@chihuahuad1> References: <001901c41390$a322c600$210110ac@chihuahuad1> Message-ID: <34179.24.72.30.62.1080347280.squirrel@webmail.projectjones.com> I think that might be what a MOTD or is for IMO :-) I can also see a lot of ways to abuse this proposed service in theory. Bad idea if you ask me. Alex > Hi, One new server that Andy might want to consider writing for > ircservices > is fileserv that could send files to users with dcc and optionally receive > files so if the irc admins wanted to write documents on their irc network > or > distribute demos of irc clients users could download them easily with out > leaving irc with just /msg fileserv get file This server would be very > useful for server admins who don't want to setup a bot just for file use > and > fileserv could be a module so if admins did not want it they would not > need > to use it. bye > My web page is at http://www.nickgawronski.com > Use paypal for your payments! > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From idontwantthisshit at hotmail.com Fri Mar 26 16:33:11 2004 From: idontwantthisshit at hotmail.com (DeadNotBuried .) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices Message-ID: i think it could end up slowing services down too much and eggdrops work fine as file servers, and if not wanting a file server on then don't have to load it into the eggdrop, just have the bot log onto the network as FileServ most users wouldn't know the difference > >I think that might be what a MOTD or is for IMO :-) I can also see a lot >of ways to abuse this proposed service in theory. Bad idea if you ask me. > > >Alex > > > > > Hi, One new server that Andy might want to consider writing for > > ircservices > > is fileserv that could send files to users with dcc and optionally >receive > > files so if the irc admins wanted to write documents on their irc >network > > or > > distribute demos of irc clients users could download them easily with >out > > leaving irc with just /msg fileserv get file This server would be very > > useful for server admins who don't want to setup a bot just for file use > > and > > fileserv could be a module so if admins did not want it they would not > > need > > to use it. bye > > My web page is at http://www.nickgawronski.com > > Use paypal for your payments! > > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Protect your inbox from harmful viruses with new ninemsn Premium. Go to http://ninemsn.com.au/premium/landing.asp?banner=emailtag&referrer=hotmail From Craig at chatspike.net Sat Mar 27 04:37:22 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Perl Script for Encrypting Passwords.. Message-ID: I can remember reading a while back that someone made a perl script which would go thru the services databases, and encrypt the passwords, i've searched the archives, but have failed to find it. Does anyone have this around somewhere, if so, could you put it on the list? thanks /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From brain at winbot.co.uk Sat Mar 27 06:40:45 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices Message-ID: <200403271440.i2REejY28966@brainbox.winbot.co.uk> euhhh.... why not just call it 'warez-serv'? :/ >i think it could end up slowing services down too much and eggdrops work >fine as file servers, and if not wanting a file server on then don't have to >load it into the eggdrop, just have the bot log onto the network as FileServ >most users wouldn't know the difference > >> >>I think that might be what a MOTD or is for IMO :-) I can also see a lot >>of ways to abuse this proposed service in theory. Bad idea if you ask me. >> >> >>Alex >> >> >> >> > Hi, One new server that Andy might want to consider writing for >> > ircservices >> > is fileserv that could send files to users with dcc and optionally >>receive >> > files so if the irc admins wanted to write documents on their irc >>network >> > or >> > distribute demos of irc clients users could download them easily with >>out >> > leaving irc with just /msg fileserv get file This server would be very >> > useful for server admins who don't want to setup a bot just for file use >> > and >> > fileserv could be a module so if admins did not want it they would not >> > need >> > to use it. bye >> > My web page is at http://www.nickgawronski.com >> > Use paypal for your payments! >> > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG >> > >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >> > >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > >_________________________________________________________________ >Protect your inbox from harmful viruses with new ninemsn Premium. Go to >http://ninemsn.com.au/premium/landing.asp?banner=emailtag&referrer=hotmail > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Sat Mar 27 10:59:41 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Translate Message-ID: <20040327185941.39635.qmail@web86103.mail.ukl.yahoo.com> I want to translate the irc services to the greek language. Can anyone tell me all the files i have to translate? ===== Dionisios K. - VoNiTsA On GrNet From quension at mac.com Sat Mar 27 14:17:40 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Perl Script for Encrypting Passwords.. In-Reply-To: <200403271239.i2RCdoIk023362@mac.com> Message-ID: <8FA5F71E-803C-11D8-8589-0003938D6866@mac.com> ----- From: achurch@achurch.org (Andrew Church) Date: Wed Sep 17, 2003 07:27:17 US/Pacific To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Database encryption This isn't possible at the moment. I'm hoping to make it possible for 5.1. In the meantime, you can export to XML and encrypt the passwords manually. Something like the following Perl snippet (pseudocode) should do it: undef $/; $data = ; s,([\0-\377]*?),"".&escape(&md5($1))."",eg; print NEWXML $data; where &md5 is a subroutine that returns the MD5 hash of its parameter (raw binary, not hex string), and &escape turns non-ASCII characters into &#nnn; entities. --Andrew Church achurch@achurch.org http://achurch.org/ > Hello all, > I have a simple question that I can't seem to find the answer to. How > can I convert the my services database to use MD5? Just enabling > encryption/md 5 breaks it. :/ > Jeian/John ----- From Craig at chatspike.net Sat Mar 27 17:32:22 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Translate Message-ID: you should probably just need the en_us language file from ./lang note all the warnings and cautions in it thou :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Dionisios K. * To - ircservices@ircservices.za.net * Sent - 2004-03-27 18:59:41 * Subject - [IRCServices] Translate ****************************************/ /****** - Begin Original Message - ******/ >I want to translate the irc services to the greek >language. Can anyone tell me all the files i have to translate? > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at chatspike.net Sat Mar 27 17:34:55 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Perl Script for Encrypting Passwords.. Message-ID: Ok, thanks. I'll concider creating a small 'one-run' module, that lets the chanserv and nickserv protocol load, runs thru the structs MD5ing the passwords, then makes services quit. I dunno the ETA for this mod, but i have a lot of things to finish before i concider it :/ /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Trevor Talbot * To - IRC Services General Mailing List * Sent - 2004-03-27 23:17:40 * Subject - Re: [IRCServices] Perl Script for Encrypting Passwords.. ****************************************/ /****** - Begin Original Message - ******/ >----- >From: achurch@achurch.org (Andrew Church) >Date: Wed Sep 17, 2003 07:27:17 US/Pacific >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Database encryption > > This isn't possible at the moment. I'm hoping to make it possible >for 5.1. In the meantime, you can export to XML and encrypt the >passwords manually. Something like the following Perl snippet >(pseudocode) should do it: > > undef $/; > $data = ; > s,([\0-\377]*?),"".&escape(&md5($1))."",eg; > print NEWXML $data; > >where &md5 is a subroutine that returns the MD5 hash of its parameter >(raw binary, not hex string), and &escape turns non-ASCII characters >into &#nnn; entities. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >> Hello all, >> I have a simple question that I can't seem to find the answer to. How >> can I convert the my services database to use MD5? Just enabling >> encryption/md 5 breaks it. :/ >> Jeian/John >----- > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From ron2k at webmail.co.za Sun Mar 28 22:49:18 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] new server for ircservices In-Reply-To: <200403270034.i2R0YjgD022591@mx4.wm.co.za> Message-ID: Use EggDrop or something similar for file services. I don't see any need for Services to have this feature (and seemingly neither do any of the _other_ services proggie coders). __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From brain at winbot.co.uk Mon Mar 29 04:19:20 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Possible bug "command unavailable" Message-ID: <200403291219.i2TCJKY17093@brainbox.winbot.co.uk> Seems that on a large channel (>500 users) the op/voice etc commands stop working (no, they havent been disabled) - digging into the source i find that this happens when memory allocation and system calls etc fail: [12:49pm] *ChanServ* Sorry, the OP command is temporarily unavailable. We've just moved the services to a different machine so it isnt the machine services are running on, this was happening before. Any ideas? Thanks, Brain From brain at winbot.co.uk Mon Mar 29 04:25:18 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Fw: Possible bug "command unavailable" Message-ID: <200403291225.i2TCPIY17207@brainbox.winbot.co.uk> Sorry for my hasty bug report, seems this has to do with "BOUNCY_MODES"... and im looking into it now ;) --- Original --- Seems that on a large channel (>500 users) the op/voice etc commands stop working (no, they havent been disabled) - digging into the source i find that this happens when memory allocation and system calls etc fail: [12:49pm] *ChanServ* Sorry, the OP command is temporarily unavailable. We've just moved the services to a different machine so it isnt the machine services are running on, this was happening before. Any ideas? Thanks, Brain From ron2k at webmail.co.za Tue Mar 30 03:34:24 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Auspice conversion and channel entry messages In-Reply-To: <200403301001.i2UA1Y1M022891@mx3.wm.co.za> Message-ID: I was helping a friend of mine convert an Auspice 2.8 database to IRC Services (5.0.29) - we noticed that channel entry messages are not imported. Is it possible for this to be either fixed or documented? EDIT: I went off to the manual just before I was about to send this. It says: "Services uses a different news system than Auspice; network and channel news items will not be converted." Does this cover what I just mentioned? If so, maybe it could be better documented... __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From byteripper01 at hotmail.com Tue Mar 30 04:30:31 2004 From: byteripper01 at hotmail.com (Byte Ripper) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Problems at starting up services Message-ID: Hi I'm using Unrealircd 3.2 RC2 and ircservices 5.0.0.29 on an debian box. So far everything should be configured right but when i try to start the services i get some errors. Maybe someone can tell me where the problem is. Debug Log: [Mar 30 14:28:16.425021 2004] IRC Services 5.0.29 starting up (options: debug) [Mar 30 14:28:16.425258 2004] debug: Loading language 0 from file `languages/en_us' [Mar 30 14:28:16.426049 2004] debug: Loading language 10 from file `languages/nl' [Mar 30 14:28:16.426883 2004] debug: Loading language 6 from file `languages/fr' [Mar 30 14:28:16.427807 2004] debug: Loading language 9 from file `languages/de' [Mar 30 14:28:16.428655 2004] debug: Loading language 11 from file `languages/hu' [Mar 30 14:28:16.429499 2004] debug: Loading language 8 from file `languages/it' [Mar 30 14:28:16.430045 2004] debug: Loading language 2 from file `languages/ja_euc' [Mar 30 14:28:16.430850 2004] debug: Loading language 3 from file `languages/ja_sjis' [Mar 30 14:28:16.431597 2004] debug: Loading language 5 from file `languages/pt' [Mar 30 14:28:16.432204 2004] debug: Loading language 4 from file `languages/es' [Mar 30 14:28:16.433087 2004] debug: Loading language 7 from file `languages/tr' [Mar 30 14:28:16.434113 2004] debug: Loaded languages [Mar 30 14:28:16.434214 2004] debug: Loading module `protocol/unreal' [Mar 30 14:28:16.435427 2004] debug: Successfully loaded module `protocol/unreal' [Mar 30 14:28:16.435504 2004] debug: Loading module `database/version4' [Mar 30 14:28:16.436671 2004] debug: Successfully loaded module `database/version4' [Mar 30 14:28:16.436727 2004] debug: Loading module `mail/main' [Mar 30 14:28:16.436931 2004] debug: Successfully loaded module `mail/main' [Mar 30 14:28:16.436981 2004] debug: Loading module `mail/sendmail' [Mar 30 14:28:16.437193 2004] debug: Successfully loaded module `mail/sendmail' [Mar 30 14:28:16.437244 2004] debug: Loading module `operserv/main' [Mar 30 14:28:16.437758 2004] debug: Successfully loaded module `operserv/main' [Mar 30 14:28:16.437812 2004] debug: Loading module `operserv/akill' [Mar 30 14:28:16.438212 2004] debug: Successfully loaded module `operserv/akill' [Mar 30 14:28:16.438264 2004] debug: Loading module `operserv/news' [Mar 30 14:28:16.438594 2004] debug: Successfully loaded module `operserv/news' [Mar 30 14:28:16.438645 2004] debug: Loading module `operserv/sessions' [Mar 30 14:28:16.439073 2004] debug: Successfully loaded module `operserv/sessions' [Mar 30 14:28:16.439124 2004] debug: Loading module `operserv/sline' [Mar 30 14:28:16.439595 2004] debug: Successfully loaded module `operserv/sline' [Mar 30 14:28:16.439648 2004] debug: Loading module `nickserv/main' [Mar 30 14:28:16.441240 2004] debug: Successfully loaded module `nickserv/main' [Mar 30 14:28:16.441306 2004] debug: Loading module `nickserv/access' [Mar 30 14:28:16.441807 2004] debug: Successfully loaded module `nickserv/access' [Mar 30 14:28:16.441860 2004] debug: Loading module `nickserv/link' [Mar 30 14:28:16.442374 2004] debug: Successfully loaded module `nickserv/link' [Mar 30 14:28:16.442426 2004] debug: Loading module `nickserv/mail-auth' [Mar 30 14:28:16.442961 2004] debug: Successfully loaded module `nickserv/mail-auth' [Mar 30 14:28:16.443012 2004] debug: Loading module `nickserv/sendpass' [Mar 30 14:28:16.443563 2004] debug: Successfully loaded module `nickserv/sendpass' [Mar 30 14:28:16.443616 2004] debug: Loading module `chanserv/main' [Mar 30 14:28:16.445107 2004] debug: Successfully loaded module `chanserv/main' [Mar 30 14:28:16.445177 2004] debug: Loading module `chanserv/access-levels' [Mar 30 14:28:16.446038 2004] debug: Successfully loaded module `chanserv/access-levels' [Mar 30 14:28:16.446091 2004] debug: Loading module `chanserv/sendpass' [Mar 30 14:28:16.446679 2004] debug: Successfully loaded module `chanserv/sendpass' [Mar 30 14:28:16.446731 2004] debug: Loading module `memoserv/main' [Mar 30 14:28:16.447429 2004] debug: Successfully loaded module `memoserv/main' [Mar 30 14:28:16.447482 2004] debug: Loading module `memoserv/forward' [Mar 30 14:28:16.448105 2004] debug: Successfully loaded module `memoserv/forward' [Mar 30 14:28:16.448159 2004] debug: Loading module `memoserv/ignore' [Mar 30 14:28:16.448782 2004] debug: Successfully loaded module `memoserv/ignore' [Mar 30 14:28:16.448834 2004] debug: Loading module `statserv/main' [Mar 30 14:28:16.449574 2004] debug: Successfully loaded module `statserv/main' [Mar 30 14:28:16.449626 2004] debug: Loading module `misc/helpserv' [Mar 30 14:28:16.450407 2004] debug: Successfully loaded module `misc/helpserv' [Mar 30 14:28:16.450459 2004] debug: Loading module `misc/xml-export' [Mar 30 14:28:16.451262 2004] debug: Successfully loaded module `misc/xml-export' [Mar 30 14:28:16.451314 2004] debug: Loading module `misc/xml-import' [Mar 30 14:28:16.452443 2004] debug: Successfully loaded module `misc/xml-import' [Mar 30 14:28:16.452497 2004] debug: Loaded modules [Mar 30 14:28:16.463773 2004] Initiated connection to 127.0.0.1:5000 [Mar 30 14:28:16.463966 2004] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN [Mar 30 14:28:16.464065 2004] debug: Sent: PASS :XXXXXXX [Mar 30 14:28:16.464154 2004] debug: Sent: SERVER services.217.20.123.236 1 :U0-*-2 Services for IRC Networks [Mar 30 14:28:16.464323 2004] debug: Sent: :services.217.20.123.236 TSCTL SVSTIME 1080649696 [Mar 30 14:28:16.464444 2004] debug: Sent: NICK OperServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +oiSqd 217.20.123.236 :Operator Server [Mar 30 14:28:16.464557 2004] debug: Sent: NICK Global 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +oiSqd 217.20.113.234 :Global Noticer [Mar 30 14:28:16.464773 2004] debug: Sent: NICK NickServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 :Nickname Server [Mar 30 14:28:16.464933 2004] debug: Sent: NICK ChanServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 :Channel Server [Mar 30 14:28:16.465021 2004] debug: Sent: NICK MemoServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 :Memo Server [Mar 30 14:28:16.465114 2004] debug: Sent: NICK StatServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +iSqd 217.20.123.236 :Statistics Server [Mar 30 14:28:16.465196 2004] debug: Sent: NICK HelpServ 1 1080649696 services 217.20.113.234 services.217.20.113.234 0 +Sqd 217.20.123.236 :Help Server [Mar 30 14:28:16.465285 2004] debug: Received: :irc.xxx.xxx.cx NOTICE AUTH :*** Looking up your hostname... [Mar 30 14:28:16.465413 2004] debug: Saving databases [Mar 30 14:28:16.467260 2004] Read error from server: Broken pipe [Mar 30 14:28:16.467346 2004] debug: Unloading module `misc/xml-import' [Mar 30 14:28:16.467489 2004] debug: Unloading module `misc/xml-export' [Mar 30 14:28:16.467588 2004] debug: Unloading module `misc/helpserv' [Mar 30 14:28:16.467686 2004] debug: Unloading module `statserv/main' [Mar 30 14:28:16.467805 2004] debug: Unloading module `memoserv/ignore' [Mar 30 14:28:16.467900 2004] debug: Unloading module `memoserv/forward' [Mar 30 14:28:16.467996 2004] debug: Unloading module `memoserv/main' [Mar 30 14:28:16.468098 2004] debug: Unloading module `chanserv/sendpass' [Mar 30 14:28:16.468202 2004] debug: Unloading module `chanserv/access-levels' [Mar 30 14:28:16.468297 2004] debug: Unloading module `chanserv/main' [Mar 30 14:28:16.468435 2004] debug: Unloading module `nickserv/sendpass' [Mar 30 14:28:16.468530 2004] debug: Unloading module `nickserv/mail-auth' [Mar 30 14:28:16.468636 2004] debug: Unloading module `nickserv/link' [Mar 30 14:28:16.468730 2004] debug: Unloading module `nickserv/access' [Mar 30 14:28:16.468824 2004] debug: Unloading module `nickserv/main' [Mar 30 14:28:16.469049 2004] debug: Unloading module `operserv/sline' [Mar 30 14:28:16.469152 2004] debug: Unloading module `operserv/sessions' [Mar 30 14:28:16.469263 2004] debug: Unloading module `operserv/news' [Mar 30 14:28:16.469358 2004] debug: Unloading module `operserv/akill' [Mar 30 14:28:16.469467 2004] debug: Unloading module `operserv/main' [Mar 30 14:28:16.469571 2004] debug: Unloading module `mail/sendmail' [Mar 30 14:28:16.469665 2004] debug: Unloading module `mail/main' [Mar 30 14:28:16.469756 2004] debug: Unloading module `database/version4' [Mar 30 14:28:16.469865 2004] debug: Unloading module `protocol/unreal' [Mar 30 12:28:16.470211 2004] PANIC! signal 11 (no buffer) [Mar 30 12:28:16.470324 2004] FATAL: Caught signal 11 (Segmentation fault) while shutting down _________________________________________________________________ Messenger? - ?Wer in Echtzeit kommunizieren will, l?dt den MSN Messenger. Cool, kostenlos und mit 3D Emoticons: http://messenger.msn.de From achurch at achurch.org Tue Mar 30 21:59:51 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Auspice conversion and channel entry messages In-Reply-To: Message-ID: <40696f87.43566@achurch.org> As you yourself mention, this is documented using the same terminology Auspice uses, "channel news." If that confuses you, that's not my problem. --Andrew Church achurch@achurch.org http://achurch.org/ >I was helping a friend of mine convert an Auspice 2.8 >database to IRC Services (5.0.29) - we noticed that channel >entry messages are not imported. Is it possible for this to >be either fixed or documented? > >EDIT: I went off to the manual just before I was about to >send this. It says: "Services uses a different news system >than Auspice; network and channel news items will not be >converted." Does this cover what I just mentioned? If so, >maybe it could be better documented... >__________________________________________________________________________ >http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From azoff at se.linux.org Tue Mar 30 05:32:11 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Problems at starting up services In-Reply-To: References: Message-ID: <406976DB.3090903@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Byte Ripper wrote: | Hi | | I'm using Unrealircd 3.2 RC2 and ircservices 5.0.0.29 on an debian box. | So far everything should be configured right but when i try to start the | services i get some errors. | Maybe someone can tell me where the problem is. Can you enable coredump when you compile ircservices? (./configure --help) Then, please read the webbpage about how to backtrace. Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAaXbbeY7jmtvbDP0RAqv4AJ0Q5xjI5h8q1a9ny8XtlhzWQ0lpmQCgob0b 0mKtIJFNaBQUu7Daj2+uAnQ= =loWC -----END PGP SIGNATURE----- From cpuman2000 at hotmail.com Tue Mar 30 20:34:02 2004 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Possible Channel Expiration Bug Message-ID: I've had two different channels report that there channel have inexplicable expired. When the owner said that they had identified for their nickname and were on the channel several times a week which should mean it is impossible for the channel to expire since the limit is set at 14 days. Just to be sure I went and checked the logs and sure enough they were identifying for their nicks but yet the log still showed the channel as expired. I also know for sure that the owners where actually in the channels. Um... I'm not sure what other information I can provide other then I'm running the latest version of services and they're running on a slack9 Linux box. CPUMAN Network Administrator Serenia IRC Network irc.serenia.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040330/08d4b82b/attachment.html From cpuman2000 at hotmail.com Tue Mar 30 20:46:25 2004 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Possible Channel Expiration Bug References: Message-ID: Also forgot to mention that on one channel the owner disabled auto-oping, auto-voicing, etc. I don't know about the other channel. I would imagine that disabling these auto modes shouldn't effect services recognizing if the channel has been used or not but I though it might be useful to mention. CPUMAN Network Administrator Serenia IRC Network irc.serenia.net ----- Original Message ----- From: CPUMAN To: IRC Services General Mailing List Sent: Tuesday, March 30, 2004 9:34 PM Subject: [IRCServices] Possible Channel Expiration Bug I've had two different channels report that there channel have inexplicable expired. When the owner said that they had identified for their nickname and were on the channel several times a week which should mean it is impossible for the channel to expire since the limit is set at 14 days. Just to be sure I went and checked the logs and sure enough they were identifying for their nicks but yet the log still showed the channel as expired. I also know for sure that the owners where actually in the channels. Um... I'm not sure what other information I can provide other then I'm running the latest version of services and they're running on a slack9 Linux box. CPUMAN Network Administrator Serenia IRC Network irc.serenia.net ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040330/b0a1f928/attachment.htm From ron2k at webmail.co.za Tue Mar 30 22:59:21 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Module request In-Reply-To: <200403301001.i2UA1Y1M022891@mx3.wm.co.za> Message-ID: http://www.servicescommunity.za.net/viewtopic.php?t=5 Anyone here prepared to help this guy out? __________________________________________________________________________ http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price From jamie at silverdream.org Wed Mar 31 02:46:15 2004 From: jamie at silverdream.org (Jamie L. Penman-Smithson) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Module request In-Reply-To: References: Message-ID: <1080729974.3457.25.camel@oasis.silverdream.hq> On Wed, 2004-03-31 at 07:59, Kieron Thwaites wrote: > http://www.servicescommunity.za.net/viewtopic.php?t=5 > > Anyone here prepared to help this guy out? If he wants help he can use the mailing list, and if he did use the mailing list, I'd say that such a module is a complete and utter waste of time.. -- -jamie | spamtrap: spam@silverdream.org w: http://www.silverdream.org | p: sms@silverdream.org pgp key @ http://silverdream.org/~jps/pub.key 11:30:01 up 9:10, 3 users, load average: 0.13, 0.41, 0.34 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040331/fdc3511b/attachment.pgp From achurch at achurch.org Wed Mar 31 20:13:50 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Possible Channel Expiration Bug In-Reply-To: Message-ID: <406aaa44.47324@achurch.org> >Also forgot to mention that on one channel the owner disabled = >auto-oping, auto-voicing, etc. As section 3-2 of the manual states, channel activity is determined by whether auto-op users enter the channel; while it's not stated explicitly, this means that disabling auto-op also prevents the channel's last-used time from getting updated this way. The last-used time is also updated whenever the IDENTIFY or OP commands are used successfully; if neither of these commands are used within the expiration period, the channel will expire. This is not a bug; I've long been aware that it's not obvious or desirable behavior, but I've not been able to come up with a better system which retains fairness (for example, a random user or spambot entering a channel with no intent to use it as the founder intended should not cause the last-used time to be updated). Suggestions are welcome. I'll update the manual for the next release to cover this issue more clearly. --Andrew Church achurch@achurch.org http://achurch.org/ From medice at gmx.at Wed Mar 31 04:16:14 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Possible Channel Expiration Bug In-Reply-To: <406aaa44.47324@achurch.org> References: <406aaa44.47324@achurch.org> Message-ID: <406AB68E.3090403@gmx.at> maybe it's also a good idea to enter a small line of explanation somewhere to the ircservices-help files, so the normal user usually reffering to the help and not the manual is aware of this fact (anyway it's imho rather senseless for founders to deal with channels without any single op...) greets /medice Andrew Church wrote: > I'll update the manual for the next release to cover this issue more > clearly. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From Craig at chatspike.net Wed Mar 31 05:10:15 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Module request Message-ID: Replying now, Please Try and keep These requests off the mailing list. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Kieron Thwaites * To - ircservices@ircservices.za.net * Sent - 2004-03-31 07:59:21 * Subject - [IRCServices] Module request ****************************************/ /****** - Begin Original Message - ******/ >http://www.servicescommunity.za.net/viewtopic.php?t=5 > >Anyone here prepared to help this guy out? >__________________________________________________________________________ >http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From thekynanbud at yahoo.com Mon Apr 5 10:34:05 2004 From: thekynanbud at yahoo.com (kynan lalone) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange Message-ID: <20040405173405.27441.qmail@web60210.mail.yahoo.com> I have scanned the mailing lists for this problem, and I see it is a common problem.. although solutions offered have not been helping. I am using Unreal3.2-RC2fix build 1.1.1.1.2.1.2.36 2004/03/07 22:25:59 Slackware 9.1 ircservices-5.0.29 My problem is this: When a registered nick is attempted to be used a message is thrown: -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, +please choose a different nickname. But that is it. There is no furtherer action taken. No one minute delay.. no kill.. no nickforce change action taken. Users have found this out pretty quickly during testing stages and have staged themselves to be other users. NSForceNickChange is enabled in modules.conf in unrealircd my U:lines are as follows: ulines { 127.0.0.1; }; mail-auth is not enabled and will probably not. I have caught word that nsforcenickchange will only work once the user has authed, but it seems the users have authed although no auth command was sent by any user.. demonstrated.. -NickServ- Time registered: Mar 30 13:23:53 2004 CST If auth is the problem is there a way to tell the user to msg the auth code? It would be great if I could have both nsforcenickchange and msg auth code instead of email :) This is just a one server irc network, running both UnrealIRCd and ircservices. Everything seems to be working so far.. except this. Help will be greatly appreciated as I have been at this problem for a long while. Kynan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From ircservices at tou.de Mon Apr 5 11:23:59 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange References: <20040405173405.27441.qmail@web60210.mail.yahoo.com> Message-ID: <0e3301c41b3b$5ca53d90$024ea8c0@wolfkiste> ----- Original Message ----- From: "kynan lalone" To: Sent: Monday, April 05, 2004 7:34 PM Subject: [IRCServices] nsforcenickchange > -NickServ- This nickname is registered and protected. > If it is your nickname, type /msg NickServ IDENTIFY > password. Otherwise, > +please choose a different nickname. > But that is it. There is no furtherer action taken. This is correct, if the user's ident/host matches on any mask on the nick-accesslist (/nickserv help access) or if the kill-option is disabled (/nickserv help set kill). The module.conf-options NSDefKill, NSFirstAccessEnable and NSFirstAccessWild may also be interesting for you. Wolle From thekynanbud at yahoo.com Mon Apr 5 12:40:12 2004 From: thekynanbud at yahoo.com (kynan lalone) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange&In-Reply-To= Message-ID: <20040405194013.67803.qmail@web60204.mail.yahoo.com> Ok... I have done you have said and enabled these options... Now the nick force change works... sort of... It says it's changing .. but doesn't eg NickServ: This nickname has been registered; you may not use it. Your nickname is now being changed to Guest350711211. My nick hasn't changed This only works with newly registered accounts I removed nsforcechange as I thought there was some problem unrealircd's nickforcechange options... now the operation is quite sparatic Sometimes you will killed. sometimes you will be told your nick is being changed and it isn't.. The only effective thing that ever happens if I am using epic, and epic detects that your nick is going to be changed or you are going to be killed and does it for you.. How do I render this problem fixed? __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From derfy at derfy.net Mon Apr 5 13:52:16 2004 From: derfy at derfy.net (Freddie Agricola) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange&In-Reply-To= In-Reply-To: <20040405194013.67803.qmail@web60204.mail.yahoo.com> References: <20040405194013.67803.qmail@web60204.mail.yahoo.com> Message-ID: On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote: >Ok... I have done you have said and enabled these >options... > >Now the nick force change works... sort of... >It says it's changing .. but doesn't eg >NickServ: This nickname has been registered; you may >not use it. Your nickname is now being changed to >Guest350711211. > My nick hasn't changed > >This only works with newly registered accounts > >I removed nsforcechange as I thought there was some >problem unrealircd's nickforcechange options... now >the operation is quite sparatic > >Sometimes you will killed. sometimes you will be told >your nick is being changed and it isn't.. The only >effective thing that ever happens if I am using epic, >and epic detects that your nick is going to be changed >or you are going to be killed and does it for you.. > > >How do I render this problem fixed? > ISTR this being a bug in the nick changing code. One of our resident coders on our network found the command being sent wasn't correct. The SVSNICK format wasn't correct. Check your ircservices.log for "permission denied, you are not an irc operator" directed to a server. Then look in your protocols/unreal/ for the nick changing code. Oh, and know what you're doing, because I sure don't. From uhc0 at rz.uni-karlsruhe.de Mon Apr 5 14:00:54 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange&In-Reply-To= In-Reply-To: References: <20040405194013.67803.qmail@web60204.mail.yahoo.com> Message-ID: <1081198854.5624.15.camel@dreadnought.hadiko.de> Actually, "Permission denied" would not show that the SVSNICK line is wrong, BUT that an appropriate U:Line is missing. maybe you sould add the NAME of the services server instead its ip address to "ulines {}" ? Regards; yusuf On Mon, 2004-04-05 at 22:52, Freddie Agricola wrote: > On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote: > > >Ok... I have done you have said and enabled these > >options... > > > >Now the nick force change works... sort of... > >It says it's changing .. but doesn't eg > >NickServ: This nickname has been registered; you may > >not use it. Your nickname is now being changed to > >Guest350711211. > > My nick hasn't changed > > > >This only works with newly registered accounts > > > >I removed nsforcechange as I thought there was some > >problem unrealircd's nickforcechange options... now > >the operation is quite sparatic > > > >Sometimes you will killed. sometimes you will be told > >your nick is being changed and it isn't.. The only > >effective thing that ever happens if I am using epic, > >and epic detects that your nick is going to be changed > >or you are going to be killed and does it for you.. > > > > > >How do I render this problem fixed? > > > ISTR this being a bug in the nick changing code. One of our resident > coders on our network found the command being sent wasn't correct. The > SVSNICK format wasn't correct. Check your ircservices.log for > "permission denied, you are not an irc operator" directed to a server. > Then look in your protocols/unreal/ for > the nick changing code. Oh, and know what you're doing, because I sure > don't. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Apr 5 14:09:05 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange Message-ID: This is the answer you are looking for. U:Lines need the server NAME (ie, services.yournetwork.net) rather than the IP of the server. So it should read something like: ulines { services.yournetwork.net; }; (Please note these are only EXAMPLES, don't try using the addresses i've used else that wont work either :)) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Yusuf Iskenderoglu * To - IRC Services General Mailing List * Sent - 2004-04-05 22:00:54 * Subject - Re: [IRCServices] nsforcenickchange&In-Reply-To= ****************************************/ /****** - Begin Original Message - ******/ >Actually, > >"Permission denied" would not show that the SVSNICK line is wrong, BUT >that an appropriate U:Line is missing. > >maybe you sould add the NAME of the services server instead its ip >address to "ulines {}" ? > >Regards; >yusuf > >On Mon, 2004-04-05 at 22:52, Freddie Agricola wrote: >> On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote: >> >> >Ok... I have done you have said and enabled these >> >options... >> > >> >Now the nick force change works... sort of... >> >It says it's changing .. but doesn't eg >> >NickServ: This nickname has been registered; you may >> >not use it. Your nickname is now being changed to >> >Guest350711211. >> > My nick hasn't changed >> > >> >This only works with newly registered accounts >> > >> >I removed nsforcechange as I thought there was some >> >problem unrealircd's nickforcechange options... now >> >the operation is quite sparatic >> > >> >Sometimes you will killed. sometimes you will be told >> >your nick is being changed and it isn't.. The only >> >effective thing that ever happens if I am using epic, >> >and epic detects that your nick is going to be changed >> >or you are going to be killed and does it for you.. >> > >> > >> >How do I render this problem fixed? >> > >> ISTR this being a bug in the nick changing code. One of our resident >> coders on our network found the command being sent wasn't correct. The >> SVSNICK format wasn't correct. Check your ircservices.log for >> "permission denied, you are not an irc operator" directed to a server. >> Then look in your protocols/unreal/ for >> the nick changing code. Oh, and know what you're doing, because I sure >> don't. >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From admin at nevernet.net Mon Apr 5 22:07:29 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] LISTCHANS Error Message-ID: The following two users are on the Services Operator list. When doing LISTCHANS for their own nicknames, they are getting a "Permission Denied" response and then getting the normal output for LISTCHANS. These users are unable to use LISTCHANS on other nicknames, which is correct behaviour according to the help information for this command. It sort of makes sense why this happens as they are trying to use the command incorrectly. But it may be a bit confusing to have services return an error *and* the requested information. Is there any chance of just services just ignoring any input after LISTCHANS if the user does not have permission to use the LISTCHANS [nick] command and only returning information for the user's nick without an error? Elijah listchans r0wr Permission denied. Channels registered by r0wr: #Bots #Orkut #infection_help #r0wr End of list (4 channels registered). listchans thain Permission denied. Channels registered by Thain: #gargle End of list (1 channels registered).. listchans r0wr Permission denied. Channels registered by Thain: #gargle End of list (1 channels registered).. From achurch at achurch.org Tue Apr 6 14:37:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] LISTCHANS Error In-Reply-To: <40723ba8.31121@mail.achurch.org> Message-ID: <4072427b.52141@achurch.org> > listchans r0wr > Permission denied. > Channels registered by r0wr: Fixed, thanks for the report. (The intention was to abort after the error message; the code has been corrected to do this, except in the case where a non-servadmin operator gives their own nickname, in which case the list will be displayed as usual.) --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Mon Apr 5 22:42:03 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] LISTCHANS Error In-Reply-To: <4072427b.52141@achurch.org> Message-ID: Thanks :) -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Tuesday, 06 April, 2004 12:38 AM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] LISTCHANS Error > listchans r0wr > Permission denied. > Channels registered by r0wr: Fixed, thanks for the report. (The intention was to abort after the error message; the code has been corrected to do this, except in the case where a non-servadmin operator gives their own nickname, in which case the list will be displayed as usual.) --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Apr 6 14:55:33 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder) In-Reply-To: <039201c403ba$b83ad400$024ea8c0@wolfkiste> Message-ID: <40724667.53065@achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all, > >i'm not sure whether this is wanted behavior or simply a bug: > >The help for 'ChanServ INFO' says "If you are identified as the founder of >the channel you're getting information for and ALL is specified, the entry >message and successor will also be displayed.". > >But 'info all' only shows also extended information, if you have identified >with the chanpass for your channel. If you only identified for your >registered nick being founder of a channel, 'info all' doesn't show all >information for your own channel. >Since a "nick-identified founder" can change all the extra information 'cs >info all' shows (like successor, entrymsg etc.), i do not see any reason why >he shouldn't also could list these values. > >Wolfgang > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.g1b50n.co.za/mailman/listinfo/ircservices From thekynanbud at yahoo.com Tue Apr 6 06:18:59 2004 From: thekynanbud at yahoo.com (kynan lalone) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange Message-ID: <20040406131859.32284.qmail@web60208.mail.yahoo.com> Ok... Ok... This is becomming quite an issue :) Here is what I have done to fix using your suggestions, and here is the undesired results. I changed link services.ircwayoxbay { username *; hostname localhost; bind-ip *; port 7029; leaf *; password-connect "LiNK"; password-receive "LiNK"; class servers; options { /* autoconnect; ssl; zip; */ }; }; and.. ulines { localhost; }; (Notice the only changes were changing 127.0.0.1 to localhost as the last suggestion was ulines needed a hostname, not an IP) and Now the results are: My nick is still not changed/and I am not killed (unless a client such as epic changes itself) After my nick isn't changed, I can change it to another nick... and then try to change it back but the the server says its inuse. After a quick /whois I get *** temporal is enforcer@ircwayoxbay (NickServ Enforcement) *** on irc via server services.ircwayoxbay (IRCWAY_OXBAY Services) *** temporal : End of /WHOIS list. I thought enforcer was only for when NickServ was in use by a user when services restarted...... confusing? yes. Truly yours - more and more confused daily, Kynan. __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From brain at winbot.co.uk Tue Apr 6 08:06:21 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange Message-ID: <200404061506.i36F6Lv26049@brainbox.winbot.co.uk> dont use hostnames. your uline should be for services.ircwayoxbay NOT localhost. >Ok... Ok... This is becomming quite an issue :) Here >is what I have done to fix using your suggestions, and >here is the undesired results. > >I changed >link services.ircwayoxbay >{ > username *; > hostname localhost; > bind-ip *; > port 7029; > leaf *; > password-connect "LiNK"; > password-receive "LiNK"; > class servers; > options { >/* > autoconnect; > ssl; > zip; >*/ > }; >}; > > >and.. > > >ulines { > localhost; >}; > >(Notice the only changes were changing 127.0.0.1 to >localhost as the last suggestion was ulines needed a >hostname, not an IP) > >and Now the results are: >My nick is still not changed/and I am not killed >(unless a client such as epic changes itself) After >my nick isn't changed, I can change it to another >nick... and then try to change it back but the the >server says its inuse. After a quick /whois I get >*** temporal is enforcer@ircwayoxbay (NickServ >Enforcement) >*** on irc via server services.ircwayoxbay >(IRCWAY_OXBAY Services) >*** temporal : End of /WHOIS list. >I thought enforcer was only for when NickServ was in >use by a user when services restarted...... confusing? >yes. > >Truly yours - more and more confused daily, >Kynan. > >__________________________________ >Do you Yahoo!? >Yahoo! Small Business $15K Web Design Giveaway >http://promotions.yahoo.com/design_giveaway/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From thekynanbud at yahoo.com Tue Apr 6 08:49:13 2004 From: thekynanbud at yahoo.com (kynan lalone) Date: Sat Oct 23 23:02:04 2004 Subject: [IRCServices] nsforcenickchange Message-ID: <20040406154913.63782.qmail@web60205.mail.yahoo.com> Thank you so much for helping me with my problem. Everything works perfectly now.. I just one last quick question for a newbie to ircservices... Is there any way I can clear all the access lists (I think that is the problem) So all the users don't have to re-register to enable this new feature? Thank you so much for the help and putting up with my incompetence :) Kynan __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From chat at discoware.com Tue Apr 6 15:36:19 2004 From: chat at discoware.com (TrAnCe) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Bug? Message-ID: <003001c41c27$abb27c80$1368fea9@discoware> I found a little bug whith UnrealIRCd 3.2-RC2 . . Now talking in # [Total: 1] [Ops: 1 (100%)] [Voice: 0 (0%)] [Regular: 0 (0%)] [Synched in 0.016 seconds] [ 00:32:14 ] . . ChanMode: @Frodo^Minas_Tirith sets mode [ +nt ] I can join to # channel. Is it an ircservices bug or UnrealIRCd bug. I think it is services bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040407/3ea7ae17/attachment.htm From ircservices at tou.de Tue Apr 6 15:53:25 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Bug? References: <003001c41c27$abb27c80$1368fea9@discoware> Message-ID: <0f0801c41c2a$4afdd5d0$024ea8c0@wolfkiste> ----- Original Message ----- From: TrAnCe To: IRC Services General Mailing List Sent: Wednesday, April 07, 2004 12:36 AM Subject: [IRCServices] Bug? > I can join to # channel. > Is it an ircservices bug or UnrealIRCd bug. I think it is services bug. It's not a bug. Whether you can join the # channel depends on this option: # CSForbidShortChannel [OPTIONAL] # When enabled, treats the channel "#" as a forbidden channel, not # allowing any users to join it. When not enabled, the channel "#" # can be used normally, although ChanServ functions cannot be used # with it. Wolle From medice at gmx.at Tue Apr 6 15:56:27 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Bug? In-Reply-To: <003001c41c27$abb27c80$1368fea9@discoware> References: <003001c41c27$abb27c80$1368fea9@discoware> Message-ID: <4073359B.9000607@gmx.at> TrAnCe wrote: > I found a little bug whith UnrealIRCd 3.2-RC2 > ? ? Now talking in # > [Total: 1] [Ops: 1 (100%)] [Voice: 0 (0%)] [Regular: 0 (0%)] > [Synched in 0.016 seconds] > [ 00:32:14 ] ? ? ChanMode: @Frodo^Minas_Tirith sets mode [ +nt ] > > I can join to # channel. > Is it an ircservices bug or UnrealIRCd bug. I think it is services bug. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices why do you think so? it's an ircd-bug, as it's the work of ircd joining users to channel or not, services are something more in background in a sense... greets /medice From jamie at silverdream.org Tue Apr 6 16:05:23 2004 From: jamie at silverdream.org (Jamie L. Penman-Smithson) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Bug? In-Reply-To: <003001c41c27$abb27c80$1368fea9@discoware> References: <003001c41c27$abb27c80$1368fea9@discoware> Message-ID: <1081292723.1115.209.camel@oasis.silverdream.hq> On Tue, 2004-04-06 at 23:36, TrAnCe wrote: > I can join to # channel. > Is it an ircservices bug or UnrealIRCd bug. I think it is services > bug. Next time, RTFM. If you'd looked at the documentation you'd have read these two rather enlightening paragraphs: "Finally, note that the channel "#" (a single "#" character with no name following) is treated specially by Services. While this channel is legal according to the IRC protocol (RFC 1459) and in fact supported by most, if not all, IRC servers, it requires special treatment for use with a number of Services functions, and in fact bugs in previous versions of Services as well as other Services-like programs have allowed users to crash these programs using the channel "#". Thus, to avoid the potential for such problems, Services explicitly refuses to allow this channel to be registered (or forbidden), which in turn prevents any other Services functions from being used with it." "As a result of this (lack of) handling, users will be able to use the channel "#" freely. If this bothers you, the CSForbidShortChannel option in modules.conf can be enabled, which causes Services to treat this channel as a forbidden channel and not allow any clients to use it. (Unlike normal forbidden channels, even Services administrators will not be permitted to use the channel when this option is enabled.)" -- -jamie | spamtrap: spam@silverdream.org w: http://www.silverdream.org | p: sms@silverdream.org pgp key @ http://silverdream.org/~jps/pub.key 23:30:01 up 2 days, 34 min, 12 users, load average: 0.06, 0.19, 0.18 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040407/d01e39d6/attachment.pgp From achurch at achurch.org Wed Apr 7 10:17:23 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] nsforcenickchange In-Reply-To: <20040406154913.63782.qmail@web60205.mail.yahoo.com> Message-ID: <407356fe.01730@achurch.org> >Is there any way I can clear all the access lists (I >think that is the problem) So all the users don't have >to re-register to enable this new feature? Not all at once, unless you wipe the databases completely (rm {datadir}/*.db). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Apr 9 14:18:30 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Segfault again. In-Reply-To: <4024F218.7090900@se.linux.org> Message-ID: <407632aa.63255@achurch.org> >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Andrew Church wrote: >| I can't find any reference to a -fstack-protector option in the GCC >| documentation. Are you using an unofficial build? If so, your GCC could >| be broken. If you can send me your executable file and core, I'll try to >| look into the problem as time permits. > >I am not the one controling this part at our server, so I don't know so >much about it. As far as I know it's an extantion to gcc, see [0], and >are used to protect agains stack overflows. The other admins just said >that I should use -fstack-protector while compiling IRCd and services, >and so I did. I think this was why I got seg fraults using .27 before too. [...] >[0] http://www.trl.ibm.com/projects/security/ssp/ I finally got around to looking at this, and it turns out that this stack-protector extension has a bug which generates incorrect code for certain cases, and Services triggers this bug. I've sent a report to the author of the patch; for the meantime, don't use -fstack-protector when compiling Services. (I'll put in a configure check in the next release to ensure that it's not used.) --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Fri Apr 9 01:38:50 2004 From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Segfault again. In-Reply-To: <407632aa.63255@achurch.org> References: <407632aa.63255@achurch.org> Message-ID: <4076611A.2000403@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | | I finally got around to looking at this, and it turns out that this | stack-protector extension has a bug which generates incorrect code for | certain cases, and Services triggers this bug. I've sent a report to the | author of the patch; for the meantime, don't use -fstack-protector when | compiling Services. (I'll put in a configure check in the next release to | ensure that it's not used.) Thanks! Please tell me when I could use -fstack-protector again :) Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAdmEZeY7jmtvbDP0RAlc8AKCdCsueItnte8wgbGzs8CMF9SJwAQCggaMO kILla37ec+UR31qW6/X1uh4= =C1Uq -----END PGP SIGNATURE----- From ircservices at tou.de Mon Apr 12 07:42:21 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list Message-ID: <16fa01c4209d$051a71f0$024ea8c0@wolfkiste> Hi, at our net we have lot of users running unattended bouncers. Some of these bouncers have no auto identify on logon and start to 'fight' with the services after a reconnect. Means: They change to a registered nick, services change their nick to a guest nick and so on - i'm sure you all know this situation. I see the following options to cope with this problem (manually, as sadmin): - ban the user in one of his channels to stop nick changes You need chanop-privileges in one of the users channels. If the bouncer reconnects, you have the same problem. - kill/kline the user Very hard method with low effect. BNC continues annoying by (quickly) reconnecting servers. - drop the nick There should be no reason to drop other users nick.. :) - disable the kill-option for the nick Working solution, but opens a security hole: Other users can use the nick. - add the ident/host mask to the nick accesslist IMHO the best solution. I'm not a fan of changing other users options, but compared to the alternatives it's the easiest and friendliest method. The problem is, that you can only modify your own nick access list, even as sadmin. It would be very helpful if sadmins could modify the nick access lists of any user like they can change the nick options for everyone. Wolle From Craig at chatspike.net Mon Apr 12 09:01:28 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list Message-ID: Cant you use /ns set kill off? The user will be prompted for their password, but Nickserv wont take any action if its not entered. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Wolfgang Urban * To - IRC Services General Mailing List * Sent - 2004-04-12 15:42:21 * Subject - [IRCServices] Feature Request: SA can modify every NS acc list ****************************************/ /****** - Begin Original Message - ******/ >Hi, > >at our net we have lot of users running unattended bouncers. Some of these >bouncers have no auto identify on logon and start to 'fight' with the >services after a reconnect. Means: They change to a registered nick, >services change their nick to a guest nick and so on - i'm sure you all know >this situation. > >I see the following options to cope with this problem (manually, as sadmin): >- ban the user in one of his channels to stop nick changes > You need chanop-privileges in one of the users channels. If the bouncer > reconnects, you have the same problem. > >- kill/kline the user > Very hard method with low effect. BNC continues annoying by (quickly) > reconnecting servers. > >- drop the nick > There should be no reason to drop other users nick.. :) > >- disable the kill-option for the nick > Working solution, but opens a security hole: Other users can use the nick. > >- add the ident/host mask to the nick accesslist > IMHO the best solution. I'm not a fan of changing other users options, but > compared to the alternatives it's the easiest and friendliest method. > >The problem is, that you can only modify your own nick access list, even as >sadmin. It would be very helpful if sadmins could modify the nick >access lists of any user like they can change the nick options for everyone. > >Wolle > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From brain at winbot.co.uk Mon Apr 12 09:28:50 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list Message-ID: <200404121628.i3CGSov08804@brainbox.winbot.co.uk> that lets other users use the nick too though :p >Cant you use /ns set kill off? The user will be prompted for their password, but Nickserv wont take any action if its not entered. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Wolfgang Urban > * To - IRC Services General Mailing List > * Sent - 2004-04-12 15:42:21 > * Subject - [IRCServices] Feature Request: SA can modify every NS acc list > ****************************************/ > >/****** - Begin Original Message - ******/ > >>Hi, >> >>at our net we have lot of users running unattended bouncers. Some of these >>bouncers have no auto identify on logon and start to 'fight' with the >>services after a reconnect. Means: They change to a registered nick, >>services change their nick to a guest nick and so on - i'm sure you all know >>this situation. >> >>I see the following options to cope with this problem (manually, as sadmin): >>- ban the user in one of his channels to stop nick changes >> You need chanop-privileges in one of the users channels. If the bouncer >> reconnects, you have the same problem. >> >>- kill/kline the user >> Very hard method with low effect. BNC continues annoying by (quickly) >> reconnecting servers. >> >>- drop the nick >> There should be no reason to drop other users nick.. :) >> >>- disable the kill-option for the nick >> Working solution, but opens a security hole: Other users can use the nick. >> >>- add the ident/host mask to the nick accesslist >> IMHO the best solution. I'm not a fan of changing other users options, but >> compared to the alternatives it's the easiest and friendliest method. >> >>The problem is, that you can only modify your own nick access list, even as >>sadmin. It would be very helpful if sadmins could modify the nick >>access lists of any user like they can change the nick options for everyone. >> >>Wolle >> >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From ircservices at tou.de Mon Apr 12 09:45:48 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list References: <200404121602.i3CG2kWN023970@mailin.webmailer.de> Message-ID: <174e01c420ad$ef26e070$024ea8c0@wolfkiste> ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing Lis" Sent: Monday, April 12, 2004 6:01 PM Subject: Re: [IRCServices] Feature Request: SA can modify every NS acc list > Cant you use /ns set kill off? The user will be prompted for > their password, but Nickserv wont take any action if its not entered. As i wrote: > >- disable the kill-option for the nick > > Working solution, but opens a security hole: Other users can use the > > nick. Wolle From ircservices at tou.de Mon Apr 12 09:56:15 2004 From: ircservices at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list References: <407AC3FE.9050509@sympatico.ca> Message-ID: <179a01c420af$6ecb7650$024ea8c0@wolfkiste> ----- Original Message ----- From: "pam" To: "Wolfgang Urban" Sent: Monday, April 12, 2004 6:29 PM Subject: re [IRCServices] Feature Request: SA can modify every NS acc list > if using unreal sajoin these guys in a channel that is +N > +N stops nick changes I'm not using Unreal, but setting chanmode N would have the same effect as: > > - ban the user in one of his channels to stop nick changes > > You need chanop-privileges in one of the users channels. If the > > bouncer reconnects, you have the same problem. Additionally some bouncers part channels immediately after sajoin'ing them. And they won't autojoin this channel when they reconnect. Wolle From achurch at achurch.org Tue Apr 13 09:06:00 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Feature Request: SA can modify every NS acc list In-Reply-To: <16fa01c4209d$051a71f0$024ea8c0@wolfkiste> Message-ID: <407b2ef9.15272@achurch.org> >The problem is, that you can only modify your own nick access list, even as >sadmin. It would be very helpful if sadmins could modify the nick >access lists of any user like they can change the nick options for everyone. This is already in my plans for 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Tue Apr 13 05:13:46 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com> Hello. A new command may be added to ircservices (or not..). The command will be like this: /cs set #channel restrictid on-off If the option is "on" the /cs identify command will be allowed only to channel accessed users even if someone else have the password. If the option is "off" the /cs identify command will be allowed to anyone who have the password. Please reply:)) From vonitsa_net at yahoo.gr Tue Apr 13 10:48:08 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040413174808.38288.qmail@web86106.mail.ukl.yahoo.com> Sorry for my english.. A channel accessed user is a user who have access to a channel. ===== Dionisios K. - VoNiTsA On GrNet From brain at winbot.co.uk Tue Apr 13 12:26:52 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <200404131926.i3DJQqv02204@brainbox.winbot.co.uk> i really like this idea, hope it gets put into 5.1 or whenever... >Hello. >A new command may be added to ircservices (or not..). >The command will be like this: > >/cs set #channel restrictid on-off > >If the option is "on" the /cs identify command will be >allowed only to channel accessed users even if someone >else have the password. If the option is "off" the /cs >identify command will be allowed to anyone who have >the password. > >Please reply:)) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Tue Apr 13 13:59:58 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. In-Reply-To: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com> Message-ID: Isn't this already available: by default only the founder knows the password so only that person can identify for it. If for some peculiar reason the founder wants to share the password they can. This "option" does not seem to create a benefit and merely adds unnecessary complexity. M. > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Dionisios K. > Sent: 13 April 2004 13:14 > To: ircservices@ircservices.za.net > Subject: [IRCServices] secure Identify Feature.. > > Hello. > A new command may be added to ircservices (or not..). > The command will be like this: > > /cs set #channel restrictid on-off > > If the option is "on" the /cs identify command will be > allowed only to channel accessed users even if someone else > have the password. If the option is "off" the /cs identify > command will be allowed to anyone who have the password. > > Please reply:)) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Tue Apr 13 15:50:12 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: This command would add things to make the channel more secure thou, If you did give the channel founder password to people you trust, and you find its being abused, you can simply remove that person from the access list, this way you dont need to worry about changing the password and re-distributing it :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - M * To - 'IRC Services General Mailing List' * Sent - 2004-04-13 21:59:58 * Subject - RE: [IRCServices] secure Identify Feature.. ****************************************/ /****** - Begin Original Message - ******/ >Isn't this already available: by default only the founder knows the password >so only that person can identify for it. If for some peculiar reason the >founder wants to share the password they can. > >This "option" does not seem to create a benefit and merely adds unnecessary >complexity. > >M. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From mark at ctcp.net Tue Apr 13 16:08:45 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. In-Reply-To: Message-ID: Craig McLure wrote: > This command would add things to make the channel more secure > thou, If you did give the channel founder password to people > you trust, and you find its being abused, you can simply > remove that person from the access list, this way you dont > need to worry about changing the password and re-distributing it :) The way to be secure is not to give out the founder password. You could apply the same short sighted reason for a "/ns set letotherpeopleaccessmynick pass" request. The founder password is designed to give the channel founder access to manage the ownership of the channel. There is no need to give out the password to anyone, channel management through others is provided via op status. If for some peculiar reason a channel founder wishes to share the password then IMO that is their problem. The chances are that any user that would require modifying the access list to "fix" this, would likely be attempted too late since a rogue user could have merely taken ownership of the channel thereby making the option and the founder password redundant and merely make it a problem that administrators waste time on. The founder can already provide access to whatever commands an op needs via levels which is far more secure and already subject to access list restrictions. What function of founder status is required that warrants removing the founder status by supporting sharing of it? M. From Craig at chatspike.net Tue Apr 13 17:39:43 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: I read this mail, and read it again, and its absolutly right, with some careful manipulation of the /cs levels command, along with /cs access, you can basically give people 'Founder' privs without them being founder. Another possible advantage to this command thou.. If for some weird reason, someone finds your channel password, this command would prevent them from doing anything with it, as they would not be able to log on as channel founder (Unless they were on the access list). sometimes the distributation of channel passwords may be present when the real founder cant get at the channel for various reasons, and they give the password to the successor, or someone else trustworthy. From where i'm sitting, I cant really see any other real use for this function. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - M * To - 'IRC Services General Mailing List' * Sent - 2004-04-13 23:08:45 * Subject - RE: RE: [IRCServices] secure Identify Feature.. ****************************************/ /****** - Begin Original Message - ******/ >Craig McLure wrote: >> This command would add things to make the channel more secure >> thou, If you did give the channel founder password to people >> you trust, and you find its being abused, you can simply >> remove that person from the access list, this way you dont >> need to worry about changing the password and re-distributing it :) > >The way to be secure is not to give out the founder password. You could >apply the same short sighted reason for a "/ns set >letotherpeopleaccessmynick pass" request. > >The founder password is designed to give the channel founder access to >manage the ownership of the channel. There is no need to give out the >password to anyone, channel management through others is provided via op >status. > >If for some peculiar reason a channel founder wishes to share the password >then IMO that is their problem. The chances are that any user that would >require modifying the access list to "fix" this, would likely be attempted >too late since a rogue user could have merely taken ownership of the channel >thereby making the option and the founder password redundant and merely make >it a problem that administrators waste time on. > >The founder can already provide access to whatever commands an op needs via >levels which is far more secure and already subject to access list >restrictions. > >What function of founder status is required that warrants removing the >founder status by supporting sharing of it? > >M. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Wed Apr 14 09:42:30 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. In-Reply-To: <407c7a68.52474@mail.achurch.org> Message-ID: <407c8f26.04340@achurch.org> >Another possible advantage to this command thou.. If for some weird >reason, someone finds your channel password, this command would prevent >them from doing anything with it, as they would not be able to log on as >channel founder (Unless they were on the access list). It's always been my policy not to try and defend against user stupidity; "build idiot-proof software, and Nature will build a better idiot"--it's a losing battle. I realize that with the glut of online services these days, it's next to impossible to memorize "good", distinct passwords for everything, and I'll admit even I keep my less important passwords stored in an encrypted file on my PC. Nonetheless, the password itself should almost never be needed, since the founder can perform all founder functions (except dropping) by identifying for their nick. If the founder does choose to share the password, e.g. while going on vacation, and said password is abused, as far as I'm concerned that's their fault, and there's nothing Services should do about it. --Andrew Church achurch@achurch.org http://achurch.org/ From dwachtve at hotmail.com Tue Apr 13 18:12:19 2004 From: dwachtve at hotmail.com (David D. Wachtveitl) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. References: Message-ID: Also, it would prevent an "over the shoulder" viewer of the password the ability to use it. I keep an access mask on my nick ident for this very reason. I think it makes some sense to have this on the channel founder as well (as an option). Of course, if for some reason you are the founder and no longer have access to the mask you set for yourself, you could be sol also :P ----- Original Message ----- From: "Craig McLure" To: "mark@ctcp.net, IRC Services Gene" Sent: Tuesday, April 13, 2004 8:39 PM Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. > I read this mail, and read it again, and its absolutly right, with some careful manipulation of the /cs levels command, along with /cs access, you can basically give people 'Founder' privs without them being founder. Another possible advantage to this command thou.. If for some weird reason, someone finds your channel password, this command would prevent them from doing anything with it, as they would not be able to log on as channel founder (Unless they were on the access list). sometimes the distributation of channel passwords may be present when the real founder cant get at the channel for various reasons, and they give the password to the successor, or someone else trustworthy. From where i'm sitting, I cant really see any other real use for this function. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - M > * To - 'IRC Services General Mailing List' > * Sent - 2004-04-13 23:08:45 > * Subject - RE: RE: [IRCServices] secure Identify Feature.. > ****************************************/ > > /****** - Begin Original Message - ******/ > > >Craig McLure wrote: > >> This command would add things to make the channel more secure > >> thou, If you did give the channel founder password to people > >> you trust, and you find its being abused, you can simply > >> remove that person from the access list, this way you dont > >> need to worry about changing the password and re-distributing it :) > > > >The way to be secure is not to give out the founder password. You could > >apply the same short sighted reason for a "/ns set > >letotherpeopleaccessmynick pass" request. > > > >The founder password is designed to give the channel founder access to > >manage the ownership of the channel. There is no need to give out the > >password to anyone, channel management through others is provided via op > >status. > > > >If for some peculiar reason a channel founder wishes to share the password > >then IMO that is their problem. The chances are that any user that would > >require modifying the access list to "fix" this, would likely be attempted > >too late since a rogue user could have merely taken ownership of the channel > >thereby making the option and the founder password redundant and merely make > >it a problem that administrators waste time on. > > > >The founder can already provide access to whatever commands an op needs via > >levels which is far more secure and already subject to access list > >restrictions. > > > >What function of founder status is required that warrants removing the > >founder status by supporting sharing of it? > > > >M. > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Wed Apr 14 10:42:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. In-Reply-To: Message-ID: <407c9775.04373@achurch.org> >Also, it would prevent an "over the shoulder" viewer of the password the >ability to use it. I keep an access mask on my nick ident for this very >reason. I think it makes some sense to have this on the channel founder as >well (as an option). Of course, if for some reason you are the founder and >no longer have access to the mask you set for yourself, you could be sol >also :P The same issue applies for nicks, since you can identify regardless of whether you match an access mask or not--unless you set KILL IMMED on your nick, in which case, as you say, you're SOL. The solution is to not let people watch you type your password. --Andrew Church achurch@achurch.org http://achurch.org/ From dwachtve at hotmail.com Tue Apr 13 18:59:09 2004 From: dwachtve at hotmail.com (David D. Wachtveitl) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. References: <407c9775.04373@achurch.org> Message-ID: Well, except on nicks you have the option, on the channel founder you do not, is that not the whole point trying to be made here? In this day and age, it is getting to the point where you can barely go to the bathroom without being "watched" in some manner. The real answer would be to crypt the passwords (so they can't be snooped/sniffed) and to not allow them to be seen on the screen. Knowing that is not going to happen, the current suggestion would be a good solution. Just my .02 ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, April 13, 2004 9:42 PM Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. > >Also, it would prevent an "over the shoulder" viewer of the password the > >ability to use it. I keep an access mask on my nick ident for this very > >reason. I think it makes some sense to have this on the channel founder as > >well (as an option). Of course, if for some reason you are the founder and > >no longer have access to the mask you set for yourself, you could be sol > >also :P > > The same issue applies for nicks, since you can identify regardless of > whether you match an access mask or not--unless you set KILL IMMED on your > nick, in which case, as you say, you're SOL. The solution is to not let > people watch you type your password. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Wed Apr 14 11:38:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] Services 5.0.30 released Message-ID: <407ca4f2.24232@achurch.org> Services 5.0.30 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) 15d8c01946ea6bdcc173b561c6576cb0 ircservices-5.0.30.tar.gz 350b43673ffc65ab4977898f5c4b861f ircservices-5.0.30.diff.gz b7663327556ae06b617f35c3cdf64338 ircservices-5.0.30-1.i386.rpm 8bdbaa265fd38cd70d836392b8614708 ircservices_5.0.30-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This is a maintenance release including fixes for the various issues that have been raised over the last couple of weeks. See below for details. Changes in version 5.0.30 ------------------------- 2004/04/09 Added logic to configure script to avoid the use of the -fstack-protector option if doing so would trigger a compiler bug. Reported by Torbjo"rn Svennson 2004/04/06 ChanServ no longer requires an explicit IDENTIFY to use INFO ALL. Reported by Wolfgang Urban 2004/04/06 NickServ LISTCHANS now properly aborts when a non-servadmin uses the nickname form of the command. Reported by Elijah 2004/04/04 The ChanServ DEPROTECT command now clears channel-owner status on those IRC servers that support such a mode. Suggested by 2004/04/02 Fixed additional bug causing autokill exclusions to not function properly in some cases. 2004/04/02 Fixed bug causing autokill exclusions to not function under Unreal. Reported by Eric Murphy 2004/03/31 Fixed bug allowing users to improperly be identified for newly-registered nicknames awaiting authentication. Reported by 2004/03/30 Added workaround for Unreal SQLINE "bouncing" issue. Reported by Craig Edwards 2004/03/30 ChanServ SET RESTRICTED no longer modifies the internal NOJOIN level. 2004/03/30 Fixed failure to reset internal-use AUTODEOP and NOJOIN channel levels when loading databases from version 4.5 and earlier. Reported by Wolfgang Urban --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Wed Apr 14 00:02:05 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040414070205.84542.qmail@web86105.mail.ukl.yahoo.com> Im not sure but when someone try to identify a channet too many times with wrong password, chanserv suspends this channel for some days. This command will prevent any lame user who try to do this. And something else. If the real founder want to activate this command to his channel he must think the possibility to lose his nick password. But this command is optional if someone wants this type of security will enable it, if someone doesnt like this will not enable it.... Is this right or not? ===== Dionisios K. - VoNiTsA On GrNet From vonitsa_net at yahoo.gr Wed Apr 14 00:02:44 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040414070244.67109.qmail@web86110.mail.ukl.yahoo.com> Im not sure but when someone try to identify a channet too many times with wrong password, chanserv suspends this channel for some days. This command will prevent any lame user who try to do this. And something else. If the real founder want to activate this command to his channel he must think the possibility to lose his nick password. But this command is optional if someone wants this type of security will enable it, if someone doesnt like this will not enable it.... Is this right or not? ===== Dionisios K. - VoNiTsA On GrNet From ruldaen at wfsg.net Wed Apr 14 01:34:05 2004 From: ruldaen at wfsg.net (crs97) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] RE: IRCServices Digest, Vol 16, Issue 6 In-Reply-To: Message-ID: I really like this idea as well!! -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of ircservices-request@ircservices.za.net Sent: Tuesday, April 13, 2004 10:03 PM To: ircservices@ircservices.za.net Subject: IRCServices Digest, Vol 16, Issue 6 Send IRCServices mailing list submissions to ircservices@ircservices.za.net To subscribe or unsubscribe via the World Wide Web, visit http://www.ircservices.za.net/mailman/listinfo/ircservices or, via email, send a message with subject or body 'help' to ircservices-request@ircservices.za.net You can reach the person managing the list at ircservices-owner@ircservices.za.net When replying, please edit your Subject line so it is more specific than "Re: Contents of IRCServices digest..." Today's Topics: 1. secure Identify Feature.. ( Dionisios K. ) 2. RE: secure Identify Feature.. (Dionisios K.) 3. Re: secure Identify Feature.. (Craig Edwards) 4. RE: secure Identify Feature.. (M) 5. Re: RE: [IRCServices] secure Identify Feature.. (Craig McLure) 6. RE: RE: [IRCServices] secure Identify Feature.. (M) 7. Re: RE: RE: [IRCServices] secure Identify Feature.. (Craig McLure) 8. Re: RE: RE: [IRCServices] secure Identify Feature.. (Andrew Church) 9. Re: RE: RE: [IRCServices] secure Identify Feature.. (David D. Wachtveitl) 10. Re: RE: RE: [IRCServices] secure Identify Feature.. (Andrew Church) 11. Re: RE: RE: [IRCServices] secure Identify Feature.. (David D. Wachtveitl) ---------------------------------------------------------------------- Message: 1 Date: Tue, 13 Apr 2004 13:13:46 +0100 (BST) From: " Dionisios K. " Subject: [IRCServices] secure Identify Feature.. To: ircservices@ircservices.za.net Message-ID: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com> Content-Type: text/plain; charset=iso-8859-7 Hello. A new command may be added to ircservices (or not..). The command will be like this: /cs set #channel restrictid on-off If the option is "on" the /cs identify command will be allowed only to channel accessed users even if someone else have the password. If the option is "off" the /cs identify command will be allowed to anyone who have the password. Please reply:)) ------------------------------ Message: 2 Date: Tue, 13 Apr 2004 10:48:08 -0700 (PDT) From: "Dionisios K." Subject: RE: [IRCServices] secure Identify Feature.. To: Ircservices@ircservices.za.net Message-ID: <20040413174808.38288.qmail@web86106.mail.ukl.yahoo.com> Content-Type: text/plain; charset=us-ascii Sorry for my english.. A channel accessed user is a user who have access to a channel. ===== Dionisios K. - VoNiTsA On GrNet ------------------------------ Message: 3 Date: Tue, 13 Apr 2004 20:26:52 +0100 From: "Craig Edwards" Subject: Re: [IRCServices] secure Identify Feature.. To: "ircservices" Message-ID: <200404131926.i3DJQqv02204@brainbox.winbot.co.uk> Content-Type: text/plain; charset="iso-8859-1" i really like this idea, hope it gets put into 5.1 or whenever... >Hello. >A new command may be added to ircservices (or not..). >The command will be like this: > >/cs set #channel restrictid on-off > >If the option is "on" the /cs identify command will be >allowed only to channel accessed users even if someone >else have the password. If the option is "off" the /cs >identify command will be allowed to anyone who have >the password. > >Please reply:)) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------ Message: 4 Date: Tue, 13 Apr 2004 21:59:58 +0100 From: "M" Subject: RE: [IRCServices] secure Identify Feature.. To: "'IRC Services General Mailing List'" Message-ID: Content-Type: text/plain; charset="US-ASCII" Isn't this already available: by default only the founder knows the password so only that person can identify for it. If for some peculiar reason the founder wants to share the password they can. This "option" does not seem to create a benefit and merely adds unnecessary complexity. M. > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Dionisios K. > Sent: 13 April 2004 13:14 > To: ircservices@ircservices.za.net > Subject: [IRCServices] secure Identify Feature.. > > Hello. > A new command may be added to ircservices (or not..). > The command will be like this: > > /cs set #channel restrictid on-off > > If the option is "on" the /cs identify command will be > allowed only to channel accessed users even if someone else > have the password. If the option is "off" the /cs identify > command will be allowed to anyone who have the password. > > Please reply:)) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------ Message: 5 Date: Tue, 13 Apr 2004 23:50:12 +0100 From: "Craig McLure" Subject: Re: RE: [IRCServices] secure Identify Feature.. To: "mark@ctcp.net, IRC Services Gene" Message-ID: Content-Type: text/plain; charset="iso-8859-1" This command would add things to make the channel more secure thou, If you did give the channel founder password to people you trust, and you find its being abused, you can simply remove that person from the access list, this way you dont need to worry about changing the password and re-distributing it :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - M * To - 'IRC Services General Mailing List' * Sent - 2004-04-13 21:59:58 * Subject - RE: [IRCServices] secure Identify Feature.. ****************************************/ /****** - Begin Original Message - ******/ >Isn't this already available: by default only the founder knows the password >so only that person can identify for it. If for some peculiar reason the >founder wants to share the password they can. > >This "option" does not seem to create a benefit and merely adds unnecessary >complexity. > >M. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------ Message: 6 Date: Wed, 14 Apr 2004 00:08:45 +0100 From: "M" Subject: RE: RE: [IRCServices] secure Identify Feature.. To: "'IRC Services General Mailing List'" Message-ID: Content-Type: text/plain; charset="US-ASCII" Craig McLure wrote: > This command would add things to make the channel more secure > thou, If you did give the channel founder password to people > you trust, and you find its being abused, you can simply > remove that person from the access list, this way you dont > need to worry about changing the password and re-distributing it :) The way to be secure is not to give out the founder password. You could apply the same short sighted reason for a "/ns set letotherpeopleaccessmynick pass" request. The founder password is designed to give the channel founder access to manage the ownership of the channel. There is no need to give out the password to anyone, channel management through others is provided via op status. If for some peculiar reason a channel founder wishes to share the password then IMO that is their problem. The chances are that any user that would require modifying the access list to "fix" this, would likely be attempted too late since a rogue user could have merely taken ownership of the channel thereby making the option and the founder password redundant and merely make it a problem that administrators waste time on. The founder can already provide access to whatever commands an op needs via levels which is far more secure and already subject to access list restrictions. What function of founder status is required that warrants removing the founder status by supporting sharing of it? M. ------------------------------ Message: 7 Date: Wed, 14 Apr 2004 00:39:43 +0000 From: "Craig McLure" Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. To: "mark@ctcp.net, IRC Services Gene" Message-ID: Content-Type: text/plain; charset="iso-8859-1" I read this mail, and read it again, and its absolutly right, with some careful manipulation of the /cs levels command, along with /cs access, you can basically give people 'Founder' privs without them being founder. Another possible advantage to this command thou.. If for some weird reason, someone finds your channel password, this command would prevent them from doing anything with it, as they would not be able to log on as channel founder (Unless they were on the access list). sometimes the distributation of channel passwords may be present when the real founder cant get at the channel for various reasons, and they give the password to the successor, or someone else trustworthy. From where i'm sitting, I cant really see any other real use for this function. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - M * To - 'IRC Services General Mailing List' * Sent - 2004-04-13 23:08:45 * Subject - RE: RE: [IRCServices] secure Identify Feature.. ****************************************/ /****** - Begin Original Message - ******/ >Craig McLure wrote: >> This command would add things to make the channel more secure >> thou, If you did give the channel founder password to people >> you trust, and you find its being abused, you can simply >> remove that person from the access list, this way you dont >> need to worry about changing the password and re-distributing it :) > >The way to be secure is not to give out the founder password. You could >apply the same short sighted reason for a "/ns set >letotherpeopleaccessmynick pass" request. > >The founder password is designed to give the channel founder access to >manage the ownership of the channel. There is no need to give out the >password to anyone, channel management through others is provided via op >status. > >If for some peculiar reason a channel founder wishes to share the password >then IMO that is their problem. The chances are that any user that would >require modifying the access list to "fix" this, would likely be attempted >too late since a rogue user could have merely taken ownership of the channel >thereby making the option and the founder password redundant and merely make >it a problem that administrators waste time on. > >The founder can already provide access to whatever commands an op needs via >levels which is far more secure and already subject to access list >restrictions. > >What function of founder status is required that warrants removing the >founder status by supporting sharing of it? > >M. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------ Message: 8 Date: Wed, 14 Apr 2004 09:42:30 JST From: achurch@achurch.org (Andrew Church) Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. To: ircservices@ircservices.za.net Message-ID: <407c8f26.04340@achurch.org> Content-Type: text/plain; charset=ISO-2022-JP >Another possible advantage to this command thou.. If for some weird >reason, someone finds your channel password, this command would prevent >them from doing anything with it, as they would not be able to log on as >channel founder (Unless they were on the access list). It's always been my policy not to try and defend against user stupidity; "build idiot-proof software, and Nature will build a better idiot"--it's a losing battle. I realize that with the glut of online services these days, it's next to impossible to memorize "good", distinct passwords for everything, and I'll admit even I keep my less important passwords stored in an encrypted file on my PC. Nonetheless, the password itself should almost never be needed, since the founder can perform all founder functions (except dropping) by identifying for their nick. If the founder does choose to share the password, e.g. while going on vacation, and said password is abused, as far as I'm concerned that's their fault, and there's nothing Services should do about it. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------ Message: 9 Date: Tue, 13 Apr 2004 21:12:19 -0400 From: "David D. Wachtveitl" Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. To: "IRC Services General Mailing List" , "mark@ctcp.net, IRC Services Gene" , Message-ID: Content-Type: text/plain; charset="iso-8859-1" Also, it would prevent an "over the shoulder" viewer of the password the ability to use it. I keep an access mask on my nick ident for this very reason. I think it makes some sense to have this on the channel founder as well (as an option). Of course, if for some reason you are the founder and no longer have access to the mask you set for yourself, you could be sol also :P ----- Original Message ----- From: "Craig McLure" To: "mark@ctcp.net, IRC Services Gene" Sent: Tuesday, April 13, 2004 8:39 PM Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. > I read this mail, and read it again, and its absolutly right, with some careful manipulation of the /cs levels command, along with /cs access, you can basically give people 'Founder' privs without them being founder. Another possible advantage to this command thou.. If for some weird reason, someone finds your channel password, this command would prevent them from doing anything with it, as they would not be able to log on as channel founder (Unless they were on the access list). sometimes the distributation of channel passwords may be present when the real founder cant get at the channel for various reasons, and they give the password to the successor, or someone else trustworthy. From where i'm sitting, I cant really see any other real use for this function. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - M > * To - 'IRC Services General Mailing List' > * Sent - 2004-04-13 23:08:45 > * Subject - RE: RE: [IRCServices] secure Identify Feature.. > ****************************************/ > > /****** - Begin Original Message - ******/ > > >Craig McLure wrote: > >> This command would add things to make the channel more secure > >> thou, If you did give the channel founder password to people > >> you trust, and you find its being abused, you can simply > >> remove that person from the access list, this way you dont > >> need to worry about changing the password and re-distributing it :) > > > >The way to be secure is not to give out the founder password. You could > >apply the same short sighted reason for a "/ns set > >letotherpeopleaccessmynick pass" request. > > > >The founder password is designed to give the channel founder access to > >manage the ownership of the channel. There is no need to give out the > >password to anyone, channel management through others is provided via op > >status. > > > >If for some peculiar reason a channel founder wishes to share the password > >then IMO that is their problem. The chances are that any user that would > >require modifying the access list to "fix" this, would likely be attempted > >too late since a rogue user could have merely taken ownership of the channel > >thereby making the option and the founder password redundant and merely make > >it a problem that administrators waste time on. > > > >The founder can already provide access to whatever commands an op needs via > >levels which is far more secure and already subject to access list > >restrictions. > > > >What function of founder status is required that warrants removing the > >founder status by supporting sharing of it? > > > >M. > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------ Message: 10 Date: Wed, 14 Apr 2004 10:42:57 JST From: achurch@achurch.org (Andrew Church) Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. To: ircservices@ircservices.za.net Message-ID: <407c9775.04373@achurch.org> Content-Type: text/plain; charset=ISO-2022-JP >Also, it would prevent an "over the shoulder" viewer of the password the >ability to use it. I keep an access mask on my nick ident for this very >reason. I think it makes some sense to have this on the channel founder as >well (as an option). Of course, if for some reason you are the founder and >no longer have access to the mask you set for yourself, you could be sol >also :P The same issue applies for nicks, since you can identify regardless of whether you match an access mask or not--unless you set KILL IMMED on your nick, in which case, as you say, you're SOL. The solution is to not let people watch you type your password. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------ Message: 11 Date: Tue, 13 Apr 2004 21:59:09 -0400 From: "David D. Wachtveitl" Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. To: "IRC Services General Mailing List" Message-ID: Content-Type: text/plain; charset="ISO-2022-JP" Well, except on nicks you have the option, on the channel founder you do not, is that not the whole point trying to be made here? In this day and age, it is getting to the point where you can barely go to the bathroom without being "watched" in some manner. The real answer would be to crypt the passwords (so they can't be snooped/sniffed) and to not allow them to be seen on the screen. Knowing that is not going to happen, the current suggestion would be a good solution. Just my .02 ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, April 13, 2004 9:42 PM Subject: Re: RE: RE: [IRCServices] secure Identify Feature.. > >Also, it would prevent an "over the shoulder" viewer of the password the > >ability to use it. I keep an access mask on my nick ident for this very > >reason. I think it makes some sense to have this on the channel founder as > >well (as an option). Of course, if for some reason you are the founder and > >no longer have access to the mask you set for yourself, you could be sol > >also :P > > The same issue applies for nicks, since you can identify regardless of > whether you match an access mask or not--unless you set KILL IMMED on your > nick, in which case, as you say, you're SOL. The solution is to not let > people watch you type your password. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------ _______________________________________________ IRCServices mailing list IRCServices@ircservices.za.net http://www.ircservices.za.net/mailman/listinfo/ircservices End of IRCServices Digest, Vol 16, Issue 6 ****************************************** From brain at winbot.co.uk Wed Apr 14 02:57:14 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <200404140957.i3E9vFv16184@brainbox.winbot.co.uk> this might be a bad idea because any lamer can come along and /cs identify for a channel with this option set 3 times, and suspend it, causing it to become unusable for everyone in it. IMHO suspend should be something *ONLY* services admins/opers can set. >Im not sure but when someone try to identify a channet >too many times with wrong password, chanserv suspends >this channel for some days. This command will prevent >any lame user who try to do this. And something else. >If the real founder want to activate this command to >his channel he must think the possibility to lose his >nick password. But this command is optional if someone >wants this type of security will enable it, if someone >doesnt like this will not enable it.... Is this right >or not? > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Wed Apr 14 04:05:59 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:05 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040414110559.8285.qmail@web86104.mail.ukl.yahoo.com> Just add it because many users want it. Anyway i knew that the answer will be no (of course, what else...) ===== Dionisios K. - VoNiTsA On GrNet From vonitsa_net at yahoo.gr Wed Apr 14 04:06:43 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] secure Identify Feature.. Message-ID: <20040414110643.55663.qmail@web86106.mail.ukl.yahoo.com> Just add it because many users want it. Anyway i knew that the answer will be no (of course, what else...) ===== Dionisios K. - VoNiTsA On GrNet From dawgclan at shaw.ca Thu Apr 15 02:52:41 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <19a5e9a19a4a4e.19a4a4e19a5e9a@shaw.ca> I have found a bug in your Chanserv unban function. (02:36) -ChanServ- Syntax: UNBAN channel (02:36) -ChanServ- (02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from (02:36) -ChanServ- entering the given channel. By default, limited to users (02:36) -ChanServ- with level 50 (AOP) access and above on the channel. "removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release. Here's the Scenario: Rothgar is admin@netadmin.street-creed.com * DawG of DooM! Rothgar is connecting from *@211.XX.XXX.XXX (02:34) * Rothgar sets mode: +b *!*@211.* -=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you... (02:34) -ChanServ- You have been unbanned from #underdog. (02:34) -ChanServ- You have been unbanned from #underdog. (02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net -=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;) Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca From achurch at achurch.org Thu Apr 15 19:48:37 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug In-Reply-To: <19a5e9a19a4a4e.19a4a4e19a5e9a@shaw.ca> Message-ID: <407e6890.17156@achurch.org> What version are you using? --Andrew Church achurch@achurch.org http://achurch.org/ >I have found a bug in your Chanserv unban function. > >(02:36) -ChanServ- Syntax: UNBAN channel >(02:36) -ChanServ- >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from >(02:36) -ChanServ- entering the given channel. By default, limited to users >(02:36) -ChanServ- with level 50 (AOP) access and above on the channel. > >"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release. > >Here's the Scenario: > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! >Rothgar is connecting from *@211.XX.XXX.XXX > >(02:34) * Rothgar sets mode: +b *!*@211.* >-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you... >(02:34) -ChanServ- You have been unbanned from #underdog. >(02:34) -ChanServ- You have been unbanned from #underdog. >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) > >As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address > you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;) > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From dawgclan at shaw.ca Thu Apr 15 04:36:51 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <19a1bc419a3ddb.19a3ddb19a1bc4@shaw.ca> We have just compiled the newer version of IRC Services recently. ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr 9 22:58:02 EST 2004 Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: achurch@achurch.org (Andrew Church) Date: Thursday, April 15, 2004 3:48 am Subject: Re: [IRCServices] Chanserv UNBAN Bug > What version are you using? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >I have found a bug in your Chanserv unban function. > > > >(02:36) -ChanServ- Syntax: UNBAN channel > >(02:36) -ChanServ- > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing > you from > >(02:36) -ChanServ- entering the given channel. By default, > limited to users > >(02:36) -ChanServ- with level 50 (AOP) access and above on the > channel.> > >"removes all bans preventing me from entering the channel", this > is false. However it will hopefully be fixed in next release. > > > >Here's the Scenario: > > > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > >Rothgar is connecting from *@211.XX.XXX.XXX > > > >(02:34) * Rothgar sets mode: +b *!*@211.* > >-=Ban Protection=- You have banned yourself from > Channel:#underdog Attempting to UnBan you... > >(02:34) -ChanServ- You have been unbanned from #underdog. > >(02:34) -ChanServ- You have been unbanned from #underdog. > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > DFC019D.dip.t-dialin.net > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) > > > >As you can see Chanserv did not in fact remove bans preventing me > from entering the channel. Chanserv needs to lookup vhosts as well > as actual addresses. This would include a BNC etc. If someone set > a ban on a subnet like that and it included your address > > you would be denied entry. No smart asses saying how being a > netadmin I am not prevented ;) > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From emurphy at sporked.us Thu Apr 15 06:41:38 2004 From: emurphy at sporked.us (Eric) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug References: <19a1bc419a3ddb.19a3ddb19a1bc4@shaw.ca> Message-ID: <005601c422ef$6a831480$4200a8c0@eternalcomputers.net> You should look at this message that was sent the day before yesterday... I don't know if that bug was fixed, but it looks like a lot were. Eric Murphy Quoting from the message - ----- Original Message ----- From: "Andrew Church" To: "services" Sent: Tuesday, April 13, 2004 10:38 PM Subject: [IRCServices] Services 5.0.30 released > Services 5.0.30 has been released, and can be downloaded from: > > ftp://ftp.esper.net/ircservices/ (USA, California) > > 15d8c01946ea6bdcc173b561c6576cb0 ircservices-5.0.30.tar.gz > 350b43673ffc65ab4977898f5c4b861f ircservices-5.0.30.diff.gz > b7663327556ae06b617f35c3cdf64338 ircservices-5.0.30-1.i386.rpm > 8bdbaa265fd38cd70d836392b8614708 ircservices_5.0.30-1_i386.deb > > ftp.ircservices.za.net and the other mirrors should have it shortly. > > This is a maintenance release including fixes for the various issues > that have been raised over the last couple of weeks. See below for > details. > > Changes in version 5.0.30 > ------------------------- > 2004/04/09 Added logic to configure script to avoid the use of the > -fstack-protector option if doing so would trigger a > compiler bug. Reported by Torbjo"rn Svennson > > 2004/04/06 ChanServ no longer requires an explicit IDENTIFY to use INFO > ALL. Reported by Wolfgang Urban > 2004/04/06 NickServ LISTCHANS now properly aborts when a non-servadmin > uses the nickname form of the command. Reported by > Elijah > 2004/04/04 The ChanServ DEPROTECT command now clears channel-owner > status on those IRC servers that support such a mode. > Suggested by > 2004/04/02 Fixed additional bug causing autokill exclusions to not > function properly in some cases. > 2004/04/02 Fixed bug causing autokill exclusions to not function under > Unreal. Reported by Eric Murphy > 2004/03/31 Fixed bug allowing users to improperly be identified for > newly-registered nicknames awaiting authentication. > Reported by > 2004/03/30 Added workaround for Unreal SQLINE "bouncing" issue. > Reported by Craig Edwards > 2004/03/30 ChanServ SET RESTRICTED no longer modifies the internal > NOJOIN level. > 2004/03/30 Fixed failure to reset internal-use AUTODEOP and NOJOIN > channel levels when loading databases from version 4.5 > and earlier. Reported by Wolfgang Urban > > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices ----- Original Message ----- From: "JASON M" To: "IRC Services General Mailing List" Sent: Thursday, April 15, 2004 7:36 AM Subject: Re: [IRCServices] Chanserv UNBAN Bug > We have just compiled the newer version of IRC Services recently. > > ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr 9 22:58:02 EST 2004 > > Regards, > > Jason Mainwaring > A+ Service Technician > Microsoft Certified Systems Administrator > MCSA Messaging > Certified Novell Administrator > Phone: (02) 9419 4616 > E-mail: dawgclan@shaw.ca > > ----- Original Message ----- > From: achurch@achurch.org (Andrew Church) > Date: Thursday, April 15, 2004 3:48 am > Subject: Re: [IRCServices] Chanserv UNBAN Bug > > > What version are you using? > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >I have found a bug in your Chanserv unban function. > > > > > >(02:36) -ChanServ- Syntax: UNBAN channel > > >(02:36) -ChanServ- > > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing > > you from > > >(02:36) -ChanServ- entering the given channel. By default, > > limited to users > > >(02:36) -ChanServ- with level 50 (AOP) access and above on the > > channel.> > > >"removes all bans preventing me from entering the channel", this > > is false. However it will hopefully be fixed in next release. > > > > > >Here's the Scenario: > > > > > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > > >Rothgar is connecting from *@211.XX.XXX.XXX > > > > > >(02:34) * Rothgar sets mode: +b *!*@211.* > > >-=Ban Protection=- You have banned yourself from > > Channel:#underdog Attempting to UnBan you... > > >(02:34) -ChanServ- You have been unbanned from #underdog. > > >(02:34) -ChanServ- You have been unbanned from #underdog. > > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > > DFC019D.dip.t-dialin.net > > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) > > > > > >As you can see Chanserv did not in fact remove bans preventing me > > from entering the channel. Chanserv needs to lookup vhosts as well > > as actual addresses. This would include a BNC etc. If someone set > > a ban on a subnet like that and it included your address > > > you would be denied entry. No smart asses saying how being a > > netadmin I am not prevented ;) > > > > > >Regards, > > > > > >Jason Mainwaring > > >A+ Service Technician > > >Microsoft Certified Systems Administrator > > >MCSA Messaging > > >Certified Novell Administrator > > >Phone: (02) 9419 4616 > > >E-mail: dawgclan@shaw.ca > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From dawgclan at shaw.ca Thu Apr 15 07:58:02 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <19bce6b19bc716.19bc71619bce6b@shaw.ca> Thanks for that Eric, I just signed up today so I didn't receive that message. However it does not list anything about fixing a unban issue? I will load that as soon as I get time. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Eric Date: Thursday, April 15, 2004 6:41 am Subject: Re: [IRCServices] Chanserv UNBAN Bug > You should look at this message that was sent the day before > yesterday... I > don't know if that bug was fixed, but it looks like a lot were. > > Eric Murphy > > Quoting from the message - > ----- Original Message ----- > From: "Andrew Church" > To: "services" > Sent: Tuesday, April 13, 2004 10:38 PM > Subject: [IRCServices] Services 5.0.30 released > > > > Services 5.0.30 has been released, and can be downloaded from: > > > > ftp://ftp.esper.net/ircservices/ (USA, California) > > > > 15d8c01946ea6bdcc173b561c6576cb0 ircservices-5.0.30.tar.gz > > 350b43673ffc65ab4977898f5c4b861f ircservices-5.0.30.diff.gz > > b7663327556ae06b617f35c3cdf64338 ircservices-5.0.30-1.i386.rpm > > 8bdbaa265fd38cd70d836392b8614708 ircservices_5.0.30-1_i386.deb > > > > ftp.ircservices.za.net and the other mirrors should have it shortly. > > > > This is a maintenance release including fixes for the > various issues > > that have been raised over the last couple of weeks. See below for > > details. > > > > Changes in version 5.0.30 > > ------------------------- > > 2004/04/09 Added logic to configure script to avoid the use of the > > -fstack-protector option if doing so would trigger a > > compiler bug. Reported by Torbjo"rn Svennson > > > > 2004/04/06 ChanServ no longer requires an explicit IDENTIFY to > use INFO > > ALL. Reported by Wolfgang Urban > > 2004/04/06 NickServ LISTCHANS now properly aborts when a non- > servadmin> uses the nickname form of the command. Reported by > > Elijah > > 2004/04/04 The ChanServ DEPROTECT command now clears channel-owner > > status on those IRC servers that support such a mode. > > Suggested by > > 2004/04/02 Fixed additional bug causing autokill exclusions to not > > function properly in some cases. > > 2004/04/02 Fixed bug causing autokill exclusions to not function > under> Unreal. Reported by Eric Murphy > > 2004/03/31 Fixed bug allowing users to improperly be identified for > > newly-registered nicknames awaiting authentication. > > Reported by > > 2004/03/30 Added workaround for Unreal SQLINE "bouncing" issue. > > Reported by Craig Edwards > > 2004/03/30 ChanServ SET RESTRICTED no longer modifies the internal > > NOJOIN level. > > 2004/03/30 Fixed failure to reset internal-use AUTODEOP and NOJOIN > > channel levels when loading databases from version 4.5 > > and earlier. Reported by Wolfgang Urban > > > > > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > ----------------------------------------------------------------- > - > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > ----- Original Message ----- > From: "JASON M" > To: "IRC Services General Mailing List" > Sent: Thursday, April 15, 2004 > 7:36 AM > Subject: Re: [IRCServices] Chanserv UNBAN Bug > > > > We have just compiled the newer version of IRC Services recently. > > > > ircservices-5.0.29 Services.street-creed.com build #1, compiled > Fri Apr 9 > 22:58:02 EST 2004 > > > > Regards, > > > > Jason Mainwaring > > A+ Service Technician > > Microsoft Certified Systems Administrator > > MCSA Messaging > > Certified Novell Administrator > > Phone: (02) 9419 4616 > > E-mail: dawgclan@shaw.ca > > > > ----- Original Message ----- > > From: achurch@achurch.org (Andrew Church) > > Date: Thursday, April 15, 2004 3:48 am > > Subject: Re: [IRCServices] Chanserv UNBAN Bug > > > > > What version are you using? > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > > > > >I have found a bug in your Chanserv unban function. > > > > > > > >(02:36) -ChanServ- Syntax: UNBAN channel > > > >(02:36) -ChanServ- > > > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing > > > you from > > > >(02:36) -ChanServ- entering the given channel. By default, > > > limited to users > > > >(02:36) -ChanServ- with level 50 (AOP) access and above on the > > > channel.> > > > >"removes all bans preventing me from entering the channel", this > > > is false. However it will hopefully be fixed in next release. > > > > > > > >Here's the Scenario: > > > > > > > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > > > >Rothgar is connecting from *@211.XX.XXX.XXX > > > > > > > >(02:34) * Rothgar sets mode: +b *!*@211.* > > > >-=Ban Protection=- You have banned yourself from > > > Channel:#underdog Attempting to UnBan you... > > > >(02:34) -ChanServ- You have been unbanned from #underdog. > > > >(02:34) -ChanServ- You have been unbanned from #underdog. > > > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > > > DFC019D.dip.t-dialin.net > > > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in > #underdog)> > > > > > >As you can see Chanserv did not in fact remove bans > preventing me > > > from entering the channel. Chanserv needs to lookup vhosts as well > > > as actual addresses. This would include a BNC etc. If someone set > > > a ban on a subnet like that and it included your address > > > > you would be denied entry. No smart asses saying how being a > > > netadmin I am not prevented ;) > > > > > > > >Regards, > > > > > > > >Jason Mainwaring > > > >A+ Service Technician > > > >Microsoft Certified Systems Administrator > > > >MCSA Messaging > > > >Certified Novell Administrator > > > >Phone: (02) 9419 4616 > > > >E-mail: dawgclan@shaw.ca > > > > > > > > > > > >-------------------------------------------------------------- > ---- > > > >To unsubscribe or change your subscription options, visit: > > > > > > --------------------------------------------------------------- > --- > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ----------------------------------------------------------------- > - > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Thu Apr 15 09:43:56 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: "We have just compiled the newer version of IRC Services recently. ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr 9 22:58:02 EST 2004" So it might have been fixed in .30 /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-04-15 19:48:37 * Subject - Re: [IRCServices] Chanserv UNBAN Bug ****************************************/ /****** - Begin Original Message - ******/ > What version are you using? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>I have found a bug in your Chanserv unban function. >> >>(02:36) -ChanServ- Syntax: UNBAN channel >>(02:36) -ChanServ- >>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from >>(02:36) -ChanServ- entering the given channel. By default, limited to users >>(02:36) -ChanServ- with level 50 (AOP) access and above on the channel. >> >>"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release. >> >>Here's the Scenario: >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! >>Rothgar is connecting from *@211.XX.XXX.XXX >> >>(02:34) * Rothgar sets mode: +b *!*@211.* >>-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you... >>(02:34) -ChanServ- You have been unbanned from #underdog. >>(02:34) -ChanServ- You have been unbanned from #underdog. >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) >> >>As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address >> you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;) >> >>Regards, >> >>Jason Mainwaring >>A+ Service Technician >>Microsoft Certified Systems Administrator >>MCSA Messaging >>Certified Novell Administrator >>Phone: (02) 9419 4616 >>E-mail: dawgclan@shaw.ca >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From dawgclan at shaw.ca Fri Apr 16 08:17:44 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <1b0cfe51b09426.1b094261b0cfe5@shaw.ca> As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30 Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig McLure Date: Thursday, April 15, 2004 9:43 am Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug > "We have just compiled the newer version of IRC Services recently. > > ircservices-5.0.29 Services.street-creed.com build #1, compiled > Fri Apr 9 22:58:02 EST 2004" > > So it might have been fixed in .30 > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - Andrew Church > * To - ircservices@ircservices.za.net > * Sent - 2004-04-15 19:48:37 > * Subject - Re: [IRCServices] Chanserv UNBAN Bug > ****************************************/ > > /****** - Begin Original Message - ******/ > > > What version are you using? > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > >>I have found a bug in your Chanserv unban function. > >> > >>(02:36) -ChanServ- Syntax: UNBAN channel > >>(02:36) -ChanServ- > >>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing > you from > >>(02:36) -ChanServ- entering the given channel. By default, > limited to users > >>(02:36) -ChanServ- with level 50 (AOP) access and above on the > channel.>> > >>"removes all bans preventing me from entering the channel", this > is false. However it will hopefully be fixed in next release. > >> > >>Here's the Scenario: > >> > >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > >>Rothgar is connecting from *@211.XX.XXX.XXX > >> > >>(02:34) * Rothgar sets mode: +b *!*@211.* > >>-=Ban Protection=- You have banned yourself from > Channel:#underdog Attempting to UnBan you... > >>(02:34) -ChanServ- You have been unbanned from #underdog. > >>(02:34) -ChanServ- You have been unbanned from #underdog. > >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > DFC019D.dip.t-dialin.net > >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in > #underdog)>> > >>As you can see Chanserv did not in fact remove bans preventing > me from entering the channel. Chanserv needs to lookup vhosts as > well as actual addresses. This would include a BNC etc. If someone > set a ban on a subnet like that and it included your address > >> you would be denied entry. No smart asses saying how being a > netadmin I am not prevented ;) > >> > >>Regards, > >> > >>Jason Mainwaring > >>A+ Service Technician > >>Microsoft Certified Systems Administrator > >>MCSA Messaging > >>Certified Novell Administrator > >>Phone: (02) 9419 4616 > >>E-mail: dawgclan@shaw.ca > >> > >> > >>----------------------------------------------------------------- > - > >>To unsubscribe or change your subscription options, visit: > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Fri Apr 16 08:47:19 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: Are your U:Lines set up properly? And are you getting messages regarding u:lines when you try an unban? (also, paste your U:Line if possible) Thanks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - JASON M * To - IRC Services General Mailing List * Sent - 2004-04-16 16:17:44 * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug ****************************************/ /****** - Begin Original Message - ******/ >As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30 > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: Craig McLure >Date: Thursday, April 15, 2004 9:43 am >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug > >> "We have just compiled the newer version of IRC Services recently. >> >> ircservices-5.0.29 Services.street-creed.com build #1, compiled >> Fri Apr 9 22:58:02 EST 2004" >> >> So it might have been fixed in .30 >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org - REVIVED >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> >> /**************************************** >> * From - Andrew Church >> * To - ircservices@ircservices.za.net >> * Sent - 2004-04-15 19:48:37 >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug >> ****************************************/ >> >> /****** - Begin Original Message - ******/ >> >> > What version are you using? >> > >> > --Andrew Church >> > achurch@achurch.org >> > http://achurch.org/ >> > >> >>I have found a bug in your Chanserv unban function. >> >> >> >>(02:36) -ChanServ- Syntax: UNBAN channel >> >>(02:36) -ChanServ- >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing >> you from >> >>(02:36) -ChanServ- entering the given channel. By default, >> limited to users >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on the >> channel.>> >> >>"removes all bans preventing me from entering the channel", this >> is false. However it will hopefully be fixed in next release. >> >> >> >>Here's the Scenario: >> >> >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! >> >>Rothgar is connecting from *@211.XX.XXX.XXX >> >> >> >>(02:34) * Rothgar sets mode: +b *!*@211.* >> >>-=Ban Protection=- You have banned yourself from >> Channel:#underdog Attempting to UnBan you... >> >>(02:34) -ChanServ- You have been unbanned from #underdog. >> >>(02:34) -ChanServ- You have been unbanned from #underdog. >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- >> DFC019D.dip.t-dialin.net >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in >> #underdog)>> >> >>As you can see Chanserv did not in fact remove bans preventing >> me from entering the channel. Chanserv needs to lookup vhosts as >> well as actual addresses. This would include a BNC etc. If someone >> set a ban on a subnet like that and it included your address >> >> you would be denied entry. No smart asses saying how being a >> netadmin I am not prevented ;) >> >> >> >>Regards, >> >> >> >>Jason Mainwaring >> >>A+ Service Technician >> >>Microsoft Certified Systems Administrator >> >>MCSA Messaging >> >>Certified Novell Administrator >> >>Phone: (02) 9419 4616 >> >>E-mail: dawgclan@shaw.ca >> >> >> >> >> >>----------------------------------------------------------------- >> - >> >>To unsubscribe or change your subscription options, visit: >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >. >> >> /******* - End Original Message - *******/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From dawgclan at shaw.ca Fri Apr 16 09:18:43 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca> We know how to run a IRC Network ;) Our U:Lines are fine and everything works perfectly except UNBAN which will work fine if you don't use the IP address of the user. It doesn't lookup IP's thats it's only flaw. just to keep you happy though, we have U:Lined Services.street-creed.com and yes it is global on all servers (specified in each config), and yes It's matched case :) Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig McLure Date: Friday, April 16, 2004 8:47 am Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug > Are your U:Lines set up properly? And are you getting messages > regarding u:lines when you try an unban? (also, paste your U:Line > if possible) > > Thanks :) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - JASON M > * To - IRC Services General Mailing List > * Sent - 2004-04-16 16:17:44 > * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug > ****************************************/ > > /****** - Begin Original Message - ******/ > > >As I figured from the version change log, this issues has not > been fixed and still produces the same effect on .30 > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > >----- Original Message ----- > >From: Craig McLure > >Date: Thursday, April 15, 2004 9:43 am > >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug > > > >> "We have just compiled the newer version of IRC Services recently. > >> > >> ircservices-5.0.29 Services.street-creed.com build #1, compiled > >> Fri Apr 9 22:58:02 EST 2004" > >> > >> So it might have been fixed in .30 > >> > >> /**************************************** > >> * Craig "FrostyCoolSlug" McLure > >> * InspIRCd - http://www.inspircd.org - REVIVED > >> * ChatSpike - http://www.chatspike.net > >> ****************************************/ > >> > >> > >> /**************************************** > >> * From - Andrew Church > >> * To - ircservices@ircservices.za.net > >> * Sent - 2004-04-15 19:48:37 > >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug > >> ****************************************/ > >> > >> /****** - Begin Original Message - ******/ > >> > >> > What version are you using? > >> > > >> > --Andrew Church > >> > achurch@achurch.org > >> > http://achurch.org/ > >> > > >> >>I have found a bug in your Chanserv unban function. > >> >> > >> >>(02:36) -ChanServ- Syntax: UNBAN channel > >> >>(02:36) -ChanServ- > >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans > preventing > >> you from > >> >>(02:36) -ChanServ- entering the given channel. By default, > >> limited to users > >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on > the > >> channel.>> > >> >>"removes all bans preventing me from entering the channel", > this > >> is false. However it will hopefully be fixed in next release. > >> >> > >> >>Here's the Scenario: > >> >> > >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > >> >>Rothgar is connecting from *@211.XX.XXX.XXX > >> >> > >> >>(02:34) * Rothgar sets mode: +b *!*@211.* > >> >>-=Ban Protection=- You have banned yourself from > >> Channel:#underdog Attempting to UnBan you... > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > >> DFC019D.dip.t-dialin.net > >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in > >> #underdog)>> > >> >>As you can see Chanserv did not in fact remove bans > preventing > >> me from entering the channel. Chanserv needs to lookup vhosts > as > >> well as actual addresses. This would include a BNC etc. If > someone > >> set a ban on a subnet like that and it included your address > >> >> you would be denied entry. No smart asses saying how being a > >> netadmin I am not prevented ;) > >> >> > >> >>Regards, > >> >> > >> >>Jason Mainwaring > >> >>A+ Service Technician > >> >>Microsoft Certified Systems Administrator > >> >>MCSA Messaging > >> >>Certified Novell Administrator > >> >>Phone: (02) 9419 4616 > >> >>E-mail: dawgclan@shaw.ca > >> >> > >> >> > >> >>-------------------------------------------------------------- > --- > >> - > >> >>To unsubscribe or change your subscription options, visit: > >> > > >> >--------------------------------------------------------------- > --- > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices > >> >. > >> > >> /******* - End Original Message - *******/ > >> > >> > >> > >> ---------------------------------------------------------------- > -- > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From accountnamehere at yahoo.co.uk Sat Apr 17 14:02:47 2004 From: accountnamehere at yahoo.co.uk (=?iso-8859-1?q?Ashen?=) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] the idea of operflags Message-ID: <20040417210247.44991.qmail@web25109.mail.ukl.yahoo.com> I've noticed that quite a lot of services packages now have, instead of a "levels" based system of oper access to services, (such as oper < services oper < services admin < services root), a "flags" system of access. This "flags" system is really very simple, commands (or groups of commands) each have flags that you must posess in order to use them. For example, there could be one flag for having admin access to forbid channels, another to drop/force register channels, another to set things like the channel password, and another to use 'sendpass'. The benifits of this system are clear, much more finely tuned operator access to services according to job, greater access seperation, and a much more flexible services package overall. Are there any plans to implement such a feature into ircservices? Other packages are already implementing it, and it's a really nice feature a lot of us would like to see. -Ashen ____________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From brain at winbot.co.uk Sat Apr 17 14:47:50 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <200404172147.i3HLlp125518@brainbox.winbot.co.uk> i think this is because your cloak keys are different on different servers? they need to be the same all over your network. >I have found a bug in your Chanserv unban function. > >(02:36) -ChanServ- Syntax: UNBAN channel >(02:36) -ChanServ- >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from >(02:36) -ChanServ- entering the given channel. By default, limited to users >(02:36) -ChanServ- with level 50 (AOP) access and above on the channel. > >"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release. > >Here's the Scenario: > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! >Rothgar is connecting from *@211.XX.XXX.XXX > >(02:34) * Rothgar sets mode: +b *!*@211.* >-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you... >(02:34) -ChanServ- You have been unbanned from #underdog. >(02:34) -ChanServ- You have been unbanned from #underdog. >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) > >As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;) > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Apr 18 08:53:58 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] the idea of operflags In-Reply-To: <20040417210247.44991.qmail@web25109.mail.ukl.yahoo.com> Message-ID: <4081c540.01747@achurch.org> >I've noticed that quite a lot of services packages now have, instead of a >"levels" based system of oper access to services, (such as oper < services >oper < services admin < services root), a "flags" system of access. > >This "flags" system is really very simple, commands (or groups of >commands) >each have flags that you must posess in order to use them. > >For example, there could be one flag for having admin access to forbid >channels, another to drop/force register channels, another to set things >like the channel password, and another to use 'sendpass'. I'm not quite sure how this is "simple" compared to the current system... >The benifits of this system are clear, much more finely tuned operator >access to services according to job, greater access seperation, and a much >more flexible services package overall. On the other hand, drawbacks include more complex configuration, more complex code (meaning more potential bugs), and more annoyance when trying to deal with people who can't get it set up right. Still, the issue of inflexibility in the current system has been raised before, and I may consider modifying it to allow more customization in version 5.1 or later. I will not be making any changes in 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From dawgclan at shaw.ca Sat Apr 17 23:09:42 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <1c731491c73a6b.1c73a6b1c73149@shaw.ca> I checked the cloak keys, there were two old ircd's with wrong keys. I updated them restarted, unfortunetely that did not fix the issue. The UNBAN problem still occurs, but at least the cloak keys are updated now ;) Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig Edwards Date: Saturday, April 17, 2004 2:47 pm Subject: Re: [IRCServices] Chanserv UNBAN Bug > i think this is because your cloak keys are different on different > servers? they need to be the same all over your network. > > >I have found a bug in your Chanserv unban function. > > > >(02:36) -ChanServ- Syntax: UNBAN channel > >(02:36) -ChanServ- > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing > you from > >(02:36) -ChanServ- entering the given channel. By default, > limited to users > >(02:36) -ChanServ- with level 50 (AOP) access and above on the > channel.> > >"removes all bans preventing me from entering the channel", this > is false. However it will hopefully be fixed in next release. > > > >Here's the Scenario: > > > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > >Rothgar is connecting from *@211.XX.XXX.XXX > > > >(02:34) * Rothgar sets mode: +b *!*@211.* > >-=Ban Protection=- You have banned yourself from > Channel:#underdog Attempting to UnBan you... > >(02:34) -ChanServ- You have been unbanned from #underdog. > >(02:34) -ChanServ- You have been unbanned from #underdog. > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > DFC019D.dip.t-dialin.net > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog) > > > >As you can see Chanserv did not in fact remove bans preventing me > from entering the channel. Chanserv needs to lookup vhosts as well > as actual addresses. This would include a BNC etc. If someone set > a ban on a subnet like that and it included your address you would > be denied entry. No smart asses saying how being a netadmin I am > not prevented ;) > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Sun Apr 18 18:38:04 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug In-Reply-To: <1b0cfe51b09426.1b094261b0cfe5@shaw.ca> Message-ID: <40824df6.02052@achurch.org> >As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30 You're using Unreal, yes? I looked into the problem, and it seems that Unreal is applying bans based on client IP address as well as real and fake hostmasks. The problem with this is that the Unreal protocol doesn't send client IP addresses to other servers (Services included), so Services doesn't have any way to tell whether a given ban will match a client's IP address. In short, you're SOL unless you can switch to another ircd. I'll note this in the FAQ for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Sun Apr 18 06:30:11 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: Cant you get services to use cloaked keys? this way you can 'decrypt' the encrypted parts, allowing for proper functionality. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-04-18 18:38:04 * Subject - Re: [IRCServices] Chanserv UNBAN Bug ****************************************/ /****** - Begin Original Message - ******/ >>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30 > > You're using Unreal, yes? I looked into the problem, and it seems >that Unreal is applying bans based on client IP address as well as real and >fake hostmasks. The problem with this is that the Unreal protocol doesn't >send client IP addresses to other servers (Services included), so Services >doesn't have any way to tell whether a given ban will match a client's IP >address. In short, you're SOL unless you can switch to another ircd. I'll >note this in the FAQ for the next release. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From brain at winbot.co.uk Sun Apr 18 06:31:59 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <200404181332.i3IDW0112608@brainbox.winbot.co.uk> as i see it the best way to support/fix this would be to allow the unrealircd module to support cloak-keys as provided by unreal itself so it can encode/decode cloaked hosts. >>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30 > > You're using Unreal, yes? I looked into the problem, and it seems >that Unreal is applying bans based on client IP address as well as real and >fake hostmasks. The problem with this is that the Unreal protocol doesn't >send client IP addresses to other servers (Services included), so Services >doesn't have any way to tell whether a given ban will match a client's IP >address. In short, you're SOL unless you can switch to another ircd. I'll >note this in the FAQ for the next release. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From quension at mac.com Sun Apr 18 16:31:07 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug In-Reply-To: <200404181332.i3IDW0112608@brainbox.winbot.co.uk> Message-ID: <77D3A597-9190-11D8-B3D3-0003938D6866@mac.com> On Sunday, Apr 18, 2004, at 06:30 US/Pacific, Craig McLure wrote: > Cant you get services to use cloaked keys? this way you can 'decrypt' > the encrypted parts, allowing for proper functionality. On Sunday, Apr 18, 2004, at 06:31 US/Pacific, Craig Edwards wrote: > as i see it the best way to support/fix this would be to allow the > unrealircd module to support cloak-keys as provided by unreal itself > so it can encode/decode cloaked hosts. Unreal already sends both the real and fake hosts, so services is capable of dealing with them. The issue is the client's real IP, not its hostname. -- Quension >> You're using Unreal, yes? I looked into the problem, and it >> seems that Unreal is applying bans based on client IP address as well >> as real and fake hostmasks. The problem with this is that the Unreal >> protocol doesn't send client IP addresses to other servers (Services >> included), so Services doesn't have any way to tell whether a given >> ban will match a client's IP address. In short, you're SOL unless >> you can switch to another ircd. I'll note this in the FAQ for the >> next release. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ From achurch at achurch.org Mon Apr 19 10:04:34 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug In-Reply-To: <40828341.63032@mail.achurch.org> Message-ID: <408325d2.03302@achurch.org> >Cant you get services to use cloaked keys? this way you can 'decrypt' the encrypted parts, allowing for proper functionality. This only works if the encrypted IP is actually sent; if the client's host resolves, or if the fake host is set to something else, there's no IP information to decode in the first place. --Andrew Church achurch@achurch.org http://achurch.org/ From ballsy at mystical.net Mon Apr 19 11:02:39 2004 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug In-Reply-To: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca> References: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca> Message-ID: <6.0.0.22.0.20040419120043.01acfc70@127.0.0.1> At 10:18 AM 16/04/2004, JASON M wrote: >We know how to run a IRC Network ;) For future reference, when folks feel the need to list their credentials in their email sig, some of us generally infer that you don't. >Our U:Lines are fine and everything works perfectly except UNBAN which >will work fine if you don't use the IP address of the user. It doesn't >lookup IP's thats it's only flaw. just to keep you happy though, we have >U:Lined Services.street-creed.com and yes it is global on all servers >(specified in each config), and yes It's matched case :) > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: Craig McLure >Date: Friday, April 16, 2004 8:47 am >Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug > > > Are your U:Lines set up properly? And are you getting messages > > regarding u:lines when you try an unban? (also, paste your U:Line > > if possible) > > > > Thanks :) > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * InspIRCd - http://www.inspircd.org - REVIVED > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > > > /**************************************** > > * From - JASON M > > * To - IRC Services General Mailing List > > * Sent - 2004-04-16 16:17:44 > > * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug > > ****************************************/ > > > > /****** - Begin Original Message - ******/ > > > > >As I figured from the version change log, this issues has not > > been fixed and still produces the same effect on .30 > > > > > >Regards, > > > > > >Jason Mainwaring > > >A+ Service Technician > > >Microsoft Certified Systems Administrator > > >MCSA Messaging > > >Certified Novell Administrator > > >Phone: (02) 9419 4616 > > >E-mail: dawgclan@shaw.ca > > > > > >----- Original Message ----- > > >From: Craig McLure > > >Date: Thursday, April 15, 2004 9:43 am > > >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug > > > > > >> "We have just compiled the newer version of IRC Services recently. > > >> > > >> ircservices-5.0.29 Services.street-creed.com build #1, compiled > > >> Fri Apr 9 22:58:02 EST 2004" > > >> > > >> So it might have been fixed in .30 > > >> > > >> /**************************************** > > >> * Craig "FrostyCoolSlug" McLure > > >> * InspIRCd - http://www.inspircd.org - REVIVED > > >> * ChatSpike - http://www.chatspike.net > > >> ****************************************/ > > >> > > >> > > >> /**************************************** > > >> * From - Andrew Church > > >> * To - ircservices@ircservices.za.net > > >> * Sent - 2004-04-15 19:48:37 > > >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug > > >> ****************************************/ > > >> > > >> /****** - Begin Original Message - ******/ > > >> > > >> > What version are you using? > > >> > > > >> > --Andrew Church > > >> > achurch@achurch.org > > >> > http://achurch.org/ > > >> > > > >> >>I have found a bug in your Chanserv unban function. > > >> >> > > >> >>(02:36) -ChanServ- Syntax: UNBAN channel > > >> >>(02:36) -ChanServ- > > >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans > > preventing > > >> you from > > >> >>(02:36) -ChanServ- entering the given channel. By default, > > >> limited to users > > >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on > > the > > >> channel.>> > > >> >>"removes all bans preventing me from entering the channel", > > this > > >> is false. However it will hopefully be fixed in next release. > > >> >> > > >> >>Here's the Scenario: > > >> >> > > >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > > >> >>Rothgar is connecting from *@211.XX.XXX.XXX > > >> >> > > >> >>(02:34) * Rothgar sets mode: +b *!*@211.* > > >> >>-=Ban Protection=- You have banned yourself from > > >> Channel:#underdog Attempting to UnBan you... > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > > >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > > >> DFC019D.dip.t-dialin.net > > >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in > > >> #underdog)>> > > >> >>As you can see Chanserv did not in fact remove bans > > preventing > > >> me from entering the channel. Chanserv needs to lookup vhosts > > as > > >> well as actual addresses. This would include a BNC etc. If > > someone > > >> set a ban on a subnet like that and it included your address > > >> >> you would be denied entry. No smart asses saying how being a > > >> netadmin I am not prevented ;) > > >> >> > > >> >>Regards, > > >> >> > > >> >>Jason Mainwaring > > >> >>A+ Service Technician > > >> >>Microsoft Certified Systems Administrator > > >> >>MCSA Messaging > > >> >>Certified Novell Administrator > > >> >>Phone: (02) 9419 4616 > > >> >>E-mail: dawgclan@shaw.ca > > >> >> > > >> >> > > >> >>-------------------------------------------------------------- > > --- > > >> - > > >> >>To unsubscribe or change your subscription options, visit: > > >> > > > >> >--------------------------------------------------------------- > > --- > > >> >To unsubscribe or change your subscription options, visit: > > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >> >. > > >> > > >> /******* - End Original Message - *******/ > > >> > > >> > > >> > > >> ---------------------------------------------------------------- > > -- > > >> To unsubscribe or change your subscription options, visit: > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >> > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >. > > > > /******* - End Original Message - *******/ > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From dawgclan at shaw.ca Tue Apr 20 22:34:21 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Chanserv UNBAN Bug Message-ID: <21e65121b1fa.21b1fa21e651@shaw.ca> If thats how you feel. I use my e-mail sig for reasons other than this mailing list, so you can settle down. Take a deep breath and stop flaming. It's called Professionalism. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Ballsy Date: Monday, April 19, 2004 11:02 am Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug > At 10:18 AM 16/04/2004, JASON M wrote: > >We know how to run a IRC Network ;) > > For future reference, when folks feel the need to list > their > credentials in their email sig, some of us generally infer that > you don't. > > > > > >Our U:Lines are fine and everything works perfectly except UNBAN > which > >will work fine if you don't use the IP address of the user. It > doesn't > >lookup IP's thats it's only flaw. just to keep you happy though, > we have > >U:Lined Services.street-creed.com and yes it is global on all > servers > >(specified in each config), and yes It's matched case :) > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > >----- Original Message ----- > >From: Craig McLure > >Date: Friday, April 16, 2004 8:47 am > >Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug > > > > > Are your U:Lines set up properly? And are you getting messages > > > regarding u:lines when you try an unban? (also, paste your U:Line > > > if possible) > > > > > > Thanks :) > > > > > > /**************************************** > > > * Craig "FrostyCoolSlug" McLure > > > * InspIRCd - http://www.inspircd.org - REVIVED > > > * ChatSpike - http://www.chatspike.net > > > ****************************************/ > > > > > > > > > /**************************************** > > > * From - JASON M > > > * To - IRC Services General Mailing List > > > * Sent - 2004-04-16 16:17:44 > > > * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug > > > ****************************************/ > > > > > > /****** - Begin Original Message - ******/ > > > > > > >As I figured from the version change log, this issues has not > > > been fixed and still produces the same effect on .30 > > > > > > > >Regards, > > > > > > > >Jason Mainwaring > > > >A+ Service Technician > > > >Microsoft Certified Systems Administrator > > > >MCSA Messaging > > > >Certified Novell Administrator > > > >Phone: (02) 9419 4616 > > > >E-mail: dawgclan@shaw.ca > > > > > > > >----- Original Message ----- > > > >From: Craig McLure > > > >Date: Thursday, April 15, 2004 9:43 am > > > >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug > > > > > > > >> "We have just compiled the newer version of IRC Services > recently.> > >> > > > >> ircservices-5.0.29 Services.street-creed.com build #1, compiled > > > >> Fri Apr 9 22:58:02 EST 2004" > > > >> > > > >> So it might have been fixed in .30 > > > >> > > > >> /**************************************** > > > >> * Craig "FrostyCoolSlug" McLure > > > >> * InspIRCd - http://www.inspircd.org - REVIVED > > > >> * ChatSpike - http://www.chatspike.net > > > >> ****************************************/ > > > >> > > > >> > > > >> /**************************************** > > > >> * From - Andrew Church > > > >> * To - ircservices@ircservices.za.net > > > >> * Sent - 2004-04-15 > 19:48:37> > >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug > > > >> ****************************************/ > > > >> > > > >> /****** - Begin Original Message - ******/ > > > >> > > > >> > What version are you using? > > > >> > > > > >> > --Andrew Church > > > >> > achurch@achurch.org > > > >> > http://achurch.org/ > > > >> > > > > >> >>I have found a bug in your Chanserv unban function. > > > >> >> > > > >> >>(02:36) -ChanServ- Syntax: UNBAN channel > > > >> >>(02:36) -ChanServ- > > > >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans > > > preventing > > > >> you from > > > >> >>(02:36) -ChanServ- entering the given channel. By default, > > > >> limited to users > > > >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on > > > the > > > >> channel.>> > > > >> >>"removes all bans preventing me from entering the channel", > > > this > > > >> is false. However it will hopefully be fixed in next release. > > > >> >> > > > >> >>Here's the Scenario: > > > >> >> > > > >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM! > > > >> >>Rothgar is connecting from *@211.XX.XXX.XXX > > > >> >> > > > >> >>(02:34) * Rothgar sets mode: +b *!*@211.* > > > >> >>-=Ban Protection=- You have banned yourself from > > > >> Channel:#underdog Attempting to UnBan you... > > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog. > > > >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street- > > > >> DFC019D.dip.t-dialin.net > > > >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in > > > >> #underdog)>> > > > >> >>As you can see Chanserv did not in fact remove bans > > > preventing > > > >> me from entering the channel. Chanserv needs to lookup vhosts > > > as > > > >> well as actual addresses. This would include a BNC etc. If > > > someone > > > >> set a ban on a subnet like that and it included your address > > > >> >> you would be denied entry. No smart asses saying how > being a > > > >> netadmin I am not prevented ;) > > > >> >> > > > >> >>Regards, > > > >> >> > > > >> >>Jason Mainwaring > > > >> >>A+ Service Technician > > > >> >>Microsoft Certified Systems Administrator > > > >> >>MCSA Messaging > > > >> >>Certified Novell Administrator > > > >> >>Phone: (02) 9419 4616 > > > >> >>E-mail: dawgclan@shaw.ca > > > >> >> > > > >> >> > > > >> >>---------------------------------------------------------- > ---- > > > --- > > > >> - > > > >> >>To unsubscribe or change your subscription options, visit: > > > >> > > > > >> >----------------------------------------------------------- > ---- > > > --- > > > >> >To unsubscribe or change your subscription options, visit: > > > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >> >. > > > >> > > > >> /******* - End Original Message - *******/ > > > >> > > > >> > > > >> > > > >> ------------------------------------------------------------ > ---- > > > -- > > > >> To unsubscribe or change your subscription options, visit: > > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >> > > > > > > > > > > > >-------------------------------------------------------------- > ---- > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >. > > > > > > /******* - End Original Message - *******/ > > > > > > > > > > > > --------------------------------------------------------------- > --- > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From brain at winbot.co.uk Fri Apr 23 08:54:52 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Convincing someone to not use auspice Message-ID: <200404231554.i3NFsq131092@brainbox.winbot.co.uk> I'm currently trying to convince someone to not bother using auspice on their network, the reasons being it is no longer maintained, and is based on a very very very old version of ircservices which is full of bugs and holes (seems so old that it doesnt even use linked lists for a lot of its data structures, rather static arrays). It seems that this person is unwilling to listen to reason about why such old unmaintained (the keyword here) projects should not be used on a live net, can anyone else come up with any good reasons to sway him? Thanks, Brain From irc at teknet.com.tr Fri Apr 23 19:28:52 2004 From: irc at teknet.com.tr (Okan karasoy) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] /ns list *ip probem Message-ID: We are currently running Tr ircd 5.7 on our server. We have a problem with the /ns list command. We use ircservices-5.0.30 and when we use the /ns list command services crash and close. An example can be seen here. -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: PANIC! buffer = :^^zZz^^ P NickServ@services.teklan.com.tr :list *@TeKLAN.B026B2E8291FAE.TR seklinde aradigimiz zaman - -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: Received SQUIT services.teklan.com.tr from services.teklan.com.tr (Services terminating: Segmentation fault) - -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Write error to services.teklan.com.tr, closing link - -irc.teklan.com.tr- *** Routing -- services.teklan.com.tr was connected for 508 seconds. 171/860 sendK/recvK. - What could be the reason(s) for this? Is there anyway of preventing this from happening? irc.teklan.com.tr IRC Y?netim kadrosu http://irc.teklan.com.tr/teklan.html http://ircforum.teklan.net From irc at teknet.com.tr Fri Apr 23 19:29:32 2004 From: irc at teknet.com.tr (Okan karasoy) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Bug log in Log file Message-ID: When we start up the ircservices we get a bug log in the log file such as this below. [Apr 24 01:57:46 2004] IRC Services 5.0.30 starting up [Apr 24 01:57:48 2004] unknown message from server (:irc.teklan.com.tr 451 :Kayytly de?ilsiniz) [Apr 24 01:57:48 2004] user: New maximum user count: 1 [Apr 24 01:57:48 2004] user: New maximum user count: 2 [Apr 24 01:57:48 2004] user: New maximum user count: 3 [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] user: New maximum user count: 4 [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) [Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) What could be the reason for this? Why does this happen? irc.teklan.com.tr IRC Y?netim kadrosu http://irc.teklan.com.tr/teklan.html http://ircforum.teklan.net From Craig at chatspike.net Fri Apr 23 17:48:25 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Bug log in Log file Message-ID: Is it possible to have more information on your machine? Linux distro, Compiler and version, etc :) Thanks /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Okan karasoy * To - IRC Services General Mailing Lis * Sent - 2004-04-24 02:29:32 * Subject - [IRCServices] Bug log in Log file ****************************************/ /****** - Begin Original Message - ******/ >When we start up the ircservices we get a bug log in the log file such as this below. > >[Apr 24 01:57:46 2004] IRC Services 5.0.30 starting up >[Apr 24 01:57:48 2004] unknown message from server (:irc.teklan.com.tr 451 :Kayytly de?ilsiniz) >[Apr 24 01:57:48 2004] user: New maximum user count: 1 >[Apr 24 01:57:48 2004] user: New maximum user count: 2 >[Apr 24 01:57:48 2004] user: New maximum user count: 3 >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] user: New maximum user count: 4 >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) >[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) > >What could be the reason for this? Why does this happen? > > > > >irc.teklan.com.tr IRC Y?netim kadrosu > http://irc.teklan.com.tr/teklan.html > http://ircforum.teklan.net > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From sofit at proshe.bg Sat Apr 24 01:19:10 2004 From: sofit at proshe.bg (Stanislav Zahariev) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Feature Request - "Alias" of commands Message-ID: <121648728.20040424111910@proshe.bg> Hello, I was wondering, is it possible (with the current code) for NickServ to make no difference between /msg NickServ id /msg NickServ ide /msg NickServ iden /msg NickServ identify i.e. the above commands to be all aliases of identify. And if there is an ambiguous command NickServ will just say "Ambiguous command". -- Best regards, Stanislav From Alexander_Zverev at oxy.com Sat Apr 24 04:38:58 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB52@nnzwexc1.nizhnevartovsk.intloxy.com> Hello I install noctcp module on my server. This module can restrict CTCP ACTION on channels, on which +D mode is set. When I try to lock this module, ChanServ says: [17:36:32] -ChanServ- Unknown mode character D ignored. --- Wbr, Alexander Zverev From achurch at achurch.org Sat Apr 24 20:54:25 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB52@nnzwexc1.nizhnevartovsk.intloxy.com> Message-ID: <408a5581.17152@achurch.org> Modes added by third-party modules are not supported. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello > >I install noctcp module on my server. This module can restrict CTCP >ACTION on channels, on which +D mode is set. >When I try to lock this module, ChanServ says: [17:36:32] -ChanServ- >Unknown mode character D ignored. > > >--- >Wbr, Alexander Zverev > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at winbot.co.uk Sat Apr 24 04:57:57 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D Message-ID: <200404241157.i3OBvw114759@brainbox.winbot.co.uk> this is because services is unaware of the changes made to your ircd by loading the module. To make this work you'd probably have to hack around inside unreal.c (the protocol module in services). Note however that doing so would invalidate any support offered here as modified distributions are not supported for obvious reasons. >Hello > >I install noctcp module on my server. This module can restrict CTCP >ACTION on channels, on which +D mode is set. >When I try to lock this module, ChanServ says: [17:36:32] -ChanServ- >Unknown mode character D ignored. > > >--- >Wbr, Alexander Zverev > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at winbot.co.uk Sat Apr 24 05:03:36 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Releasing a protocol module Message-ID: <200404241203.i3OC3a114848@brainbox.winbot.co.uk> Hi, Recently ive been developing a protocol module for my ircd (www.inspircd.org) which is nearing completion. Is there any way i could get the protocol module bundled with the others in the ircservices package when it is complete? It will of course need some tidying up, and im sure Andy will want to make some tweaks so it fits in with his coding style. Due to the nature of my ircd ive had to put some weird/ugly hacks into the protocol module such as capturing builtins such as privmsg as 'extra' commands (this has to be done because the format of the commands is totally different to any other ircd) - but it appears to work fine so far. Any more information on this? Thanks lots, Brain From dawgclan at shaw.ca Sat Apr 24 06:43:00 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <5c46255c7662.5c76625c4625@shaw.ca> I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)? Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca From brain at winbot.co.uk Sat Apr 24 07:00:11 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <200404241400.i3OE0B118995@brainbox.winbot.co.uk> Andy wont support this if you compile it, as its 3rd-party, but... if you get the idleserv module from here, http://www.chatspike.net/modules/ - then it can be used to hold channels open while there are no users in it, the way you want. >I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)? > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at phedny.net Sat Apr 24 06:58:57 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca> References: <5c46255c7662.5c76625c4625@shaw.ca> Message-ID: <408A72A1.20309@phedny.net> JASON M wrote: >I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)? > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From mark at phedny.net Sat Apr 24 07:00:50 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca> References: <5c46255c7662.5c76625c4625@shaw.ca> Message-ID: <408A7312.1060006@phedny.net> Hi, I think the best way to do this is place someone in the channel. Afaik the Services can't do this, but you might be able to create a small bot that can join channels when people ask it to. Just so anyone is inside the channel. JASON M wrote: >I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)? > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From dawgclan at shaw.ca Sat Apr 24 20:08:16 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <62790162c5bb.62c5bb627901@shaw.ca> Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy? Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig Edwards Date: Saturday, April 24, 2004 7:00 am Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > Andy wont support this if you compile it, as its 3rd-party, but... > > if you get the idleserv module from here, > http://www.chatspike.net/modules/ - then it can be used to hold > channels open while there are no users in it, the way you want. > > >I'm not sure if IRC Services' ChanServ ever did stay in the > channel, we have jumped around a bit over the years. I am > wondering however if it is possible to add this in... My reasons > being users wanting to make passworded channels. If a user makes a > passworded channel and everyone leaves, all modes are removed. If > you mlock +k yourpassword, upon entry it will set the "mlock" > modes which include the password yet the user is still in the > channel and now has the password visualy on the screen. Is this > just with Unreal? How would one make a passworded channel, stay > protected upon all people leaving (ruling out an eggdrop or the like)? > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From derfy at derfy.net Sat Apr 24 21:24:11 2004 From: derfy at derfy.net (Freddie Agricola) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. In-Reply-To: <62790162c5bb.62c5bb627901@shaw.ca> References: <62790162c5bb.62c5bb627901@shaw.ca> Message-ID: <49fm809btsbgs7a3hevq483hglbal33v55@4ax.com> On Sat, 24 Apr 2004 20:08:16 -0700, you wrote: >Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy? > >Regards, > >Jason Mainwaring > Andy's word is here: http://www.ircservices.za.net/docs/faq.html#Z6.5 From achurch at achurch.org Sun Apr 25 14:39:16 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. In-Reply-To: <62790162c5bb.62c5bb627901@shaw.ca> Message-ID: <408b4f30.20436@achurch.org> RTFM. (FAQ Z.6) --Andrew Church achurch@achurch.org http://achurch.org/ >Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely k >now who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy? > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: Craig Edwards >Date: Saturday, April 24, 2004 7:00 am >Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > >> Andy wont support this if you compile it, as its 3rd-party, but... >> >> if you get the idleserv module from here, >> http://www.chatspike.net/modules/ - then it can be used to hold >> channels open while there are no users in it, the way you want. >> >> >I'm not sure if IRC Services' ChanServ ever did stay in the >> channel, we have jumped around a bit over the years. I am >> wondering however if it is possible to add this in... My reasons >> being users wanting to make passworded channels. If a user makes a >> passworded channel and everyone leaves, all modes are removed. If >> you mlock +k yourpassword, upon entry it will set the "mlock" >> modes which include the password yet the user is still in the >> channel and now has the password visualy on the screen. Is this >> just with Unreal? How would one make a passworded channel, stay >> protected upon all people leaving (ruling out an eggdrop or the like)? >> > >> >Regards, >> > >> >Jason Mainwaring >> >A+ Service Technician >> >Microsoft Certified Systems Administrator >> >MCSA Messaging >> >Certified Novell Administrator >> >Phone: (02) 9419 4616 >> >E-mail: dawgclan@shaw.ca >> > >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From brain at winbot.co.uk Sun Apr 25 05:16:10 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: <200404251216.i3PCGB109906@brainbox.winbot.co.uk> Its perfectly possible to get idleserv to be chanserv (if you know what i mean) simply by exporting one symbol s_ChanServ from chanserv.c (maybe this is more suited to the services coding list). If you want to try this, again youre on your own but ive found modifying ircservices to be great fun, and you might enjoy it. Im guessing it would be a 10 minute job to do. >Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy? > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: Craig Edwards >Date: Saturday, April 24, 2004 7:00 am >Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > >> Andy wont support this if you compile it, as its 3rd-party, but... >> >> if you get the idleserv module from here, >> http://www.chatspike.net/modules/ - then it can be used to hold >> channels open while there are no users in it, the way you want. >> >> >I'm not sure if IRC Services' ChanServ ever did stay in the >> channel, we have jumped around a bit over the years. I am >> wondering however if it is possible to add this in... My reasons >> being users wanting to make passworded channels. If a user makes a >> passworded channel and everyone leaves, all modes are removed. If >> you mlock +k yourpassword, upon entry it will set the "mlock" >> modes which include the password yet the user is still in the >> channel and now has the password visualy on the screen. Is this >> just with Unreal? How would one make a passworded channel, stay >> protected upon all people leaving (ruling out an eggdrop or the like)? >> > >> >Regards, >> > >> >Jason Mainwaring >> >A+ Service Technician >> >Microsoft Certified Systems Administrator >> >MCSA Messaging >> >Certified Novell Administrator >> >Phone: (02) 9419 4616 >> >E-mail: dawgclan@shaw.ca >> > >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sun Apr 25 06:45:08 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] XML Loaded without HTTPd? Message-ID: I think this is a bug, but i'm gonna query it first, for months now (without really realising it) we have had the XML modules loaded in our copy of services, however, we have done so without the httpd modules loaded. As far as i know, the XML modules depend on http for their output, so, Shouldnt the XML modules check to see if the HTTP modules are running before being allowed to function? Especially seeing afaik, there is no other way to use the XML modules. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Sun Apr 25 23:04:16 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] XML Loaded without HTTPd? In-Reply-To: <408bc127.02753@mail.achurch.org> Message-ID: <408bc598.21136@achurch.org> XML I/O can be used from the command line (in fact, importing can only be done from the command line). --Andrew Church achurch@achurch.org http://achurch.org/ >I think this is a bug, but i'm gonna query it first, for months now (without really realising it) we have had the XML modules loaded in our copy of services, however, we have done so without the httpd modules loaded. As far as i know, the XML modules depe >nd on http for their output, so, Shouldnt the XML modules check to see if the HTTP modules are running before being allowed to function? >Especially seeing afaik, there is no other way to use the XML modules. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From medice at gmx.at Sun Apr 25 08:14:06 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca> References: <5c46255c7662.5c76625c4625@shaw.ca> Message-ID: <408BD5BE.40200@gmx.at> I always thought it is more reasonable to solve this problem ircd-sided, which might be possible with a chanmode +r for registered channels only setable by services (I don't know all the ircd out there and am not aware if ALL have this or a similar mode implemented...). In case +r is set (which means the channel is registered by chanserv) this channel should not "expire" on ircd - it should keep all modes - including bans and +k keywords and so on - even if there are 0 user in. So there are existing empty channels, just as my home has all its tables, chairs and pencils even if I'm out ;) But the ircd-coders I sent this idea dislike :( Meanwhile you should prefer a workaround - as suggested here on ML or in FAQ using modules or bots. greetz /medice P.S. i hope, nobody is disturbed, although this post is not really ircservices-related... From irc at teknet.com.tr Sun Apr 25 11:46:07 2004 From: irc at teknet.com.tr (irc.teklan.com.tr) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] services terminating with mlock command ? Message-ID: Hi, We are using tr-ircd(magnificat)-5.7(00)-rc2#16 on our server and ircservices-5.0.30. We have a problem with services. When a user uses the mlock command with the +J mode, services terminate. The command used was /cs set #chan mlock +J 5 and we are given this quit message: [16:25:00] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: PANIC! buffer = :SenSei P ChanServ@services.teklan.com.tr :set #opers mlock +tnJ 5 - [16:25:00] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: Received SQUIT services.teklan.com.tr from services.teklan.com.tr (Services terminating: Segmentation fault) - [16:25:00] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Write error to services.teklan.com.tr, closing link - [16:25:00] -irc.teklan.com.tr- *** Routing -- services.teklan.com.tr was connected for 404 seconds. 364/1847 sendK/recvK. What could be the reason for this, and how can we prevent it? irc.teklan.com.tr IRC Y?netim kadrosu http://irc.teklan.com.tr/teklan.html http://ircforum.teklan.net From vonitsa_net at yahoo.gr Sun Apr 25 09:44:03 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <20040425164403.69403.qmail@web86402.mail.ukl.yahoo.com> Hello.. I think this is a solution... services must check if the user know the channel key. So if someone is the *first* user who wants to join a channel with mlock +k he must type a command first like this: /cs keyjoin #chan channel key ... If someone try to join a channel without typing this command CΗΑÎSΕRV will kick and ban him.. And if someone trys to use this command more than 3 times with wronk channel key services will kill him. I want reply from the members for this;-p ===== Dionisios K. - VoNiTsA On GrNet From Craig at chatspike.net Sun Apr 25 13:26:02 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServenforcing. Message-ID: A more reasonable idea would be to kick ban the first person to join the channel if empty, Chanserv will sit in there for a small ammount of time (as it would with normal kicks), then set the channel key before unbanning the user. That user would then be able to join the channel properly. Although i might add, i suggested something like this previously, and it was chucked out at the first hurdle, with a message saying 'Use Secure access lists'. Which i'm guessing will be the same responce here. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Dionisios K. * To - ircservices@ircservices.za.net * Sent - 2004-04-25 17:44:03 * Subject - Re: [IRCServices] Creating passworded channels with ChanServenforcing. ****************************************/ /****** - Begin Original Message - ******/ >Hello.. I think this is a solution... services must >check if the user know the channel key. So if someone >is the *first* user who wants to join a channel with >mlock +k he must type a command first like this: /cs >keyjoin #chan channel key ... If someone try to join a >channel without typing this command C??????S??RV will >kick and ban him.. And if someone trys to use this >command more than 3 times with wronk channel key >services will kill him. I want reply from the members >for this;-p > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From dawgclan at shaw.ca Mon Apr 26 09:25:40 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <715c42718e2a.718e2a715c42@shaw.ca> "An option to make ChanServ stay in some/all registered channels: I see absolutely no necessity for this feature, since (1) Services' channel privilege and information functions will operate whether or not ChanServ (or any users at all) are in the channel, and (2) if someone really wants to keep a channel open for some reason, they can use an ordinary bot. Furthermore, having ChanServ stay in channels will dramatically increase the amount of traffic Services has to handle, which will in turn reduce the rate at which Services can respond to requests. (This has also been discussed to death on the mailing list, so please don't ask for it to be reconsidered.)" I have only a few things to add. The privelidge system doesn't necessarily work if you can't lock a channel correctly? Sure you could get an eggdrop... Yet they won't be services and I honestly don't see why a feature like this couldn't be added. Defaultly Off, with the ability to turn on? It can't slow down Services too greatly as a server such as GamSurge A.K.A. GamesNet who uses SRVX has ChanServ in their 30,000+ Channels with obviously more users than that. They seem to respond perfectly fine 90-95% of the time. Perhaps SRVX has developed a good method? They mustn't ignore channel text as srvx has channel triggers? I would not be so against this, if the passwording of a channel actually worked... Would there be a method you could create instead perhaps like a "set chanpass" option. I am unsure of how IRCd and Services interact, yet perhaps on receiving a join command set the pass before the user joins or check the password param from the user against the chanpass setting? Once again I am not sure how they interact :) I just use them. A Services solution to passwording channels would be nice though. I agree I could have read the FAQ, It didn't cross my mind, so thats quite a legit response. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: achurch@achurch.org (Andrew Church) Date: Saturday, April 24, 2004 10:39 pm Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > RTFM. (FAQ Z.6) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hmm, I assume with your IdleServ module, the bot will be called > just that... IdleServ. I am really looking for a module to SVSJOIN > ChanServ to all registered channels or a built in feature to make > ChanServ stay in the channels. A lot of our users barely k > >now who ChanServ is let alone IdleServ heh. Plus as you said it's > not supported. Any word on this Andy? > > > >Regards, > > > >Jason Mainwaring > >A+ Service Technician > >Microsoft Certified Systems Administrator > >MCSA Messaging > >Certified Novell Administrator > >Phone: (02) 9419 4616 > >E-mail: dawgclan@shaw.ca > > > >----- Original Message ----- > >From: Craig Edwards > >Date: Saturday, April 24, 2004 7:00 am > >Subject: Re: [IRCServices] Creating passworded channels with > ChanServ enforcing.> > >> Andy wont support this if you compile it, as its 3rd-party, but... > >> > >> if you get the idleserv module from here, > >> http://www.chatspike.net/modules/ - then it can be used to hold > >> channels open while there are no users in it, the way you want. > >> > >> >I'm not sure if IRC Services' ChanServ ever did stay in the > >> channel, we have jumped around a bit over the years. I am > >> wondering however if it is possible to add this in... My > reasons > >> being users wanting to make passworded channels. If a user > makes a > >> passworded channel and everyone leaves, all modes are removed. > If > >> you mlock +k yourpassword, upon entry it will set the "mlock" > >> modes which include the password yet the user is still in the > >> channel and now has the password visualy on the screen. Is this > >> just with Unreal? How would one make a passworded channel, stay > >> protected upon all people leaving (ruling out an eggdrop or the > like)?>> > > >> >Regards, > >> > > >> >Jason Mainwaring > >> >A+ Service Technician > >> >Microsoft Certified Systems Administrator > >> >MCSA Messaging > >> >Certified Novell Administrator > >> >Phone: (02) 9419 4616 > >> >E-mail: dawgclan@shaw.ca > >> > > >> > > >> >--------------------------------------------------------------- > --- > >> >To unsubscribe or change your subscription options, visit: > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > >> > >> ---------------------------------------------------------------- > -- > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dawgclan at shaw.ca Mon Apr 26 09:33:35 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServ enforcing. Message-ID: <719756717c60.717c60719756@shaw.ca> Thats kind of what I was thinking... opposed to "/msg chanserv pass chan" however which I don't believe will work, which is why people can join around this. on use typing "/join #channel" if this gets sent to the ircd, which sends to Services? This could be intercepted? as "/join #channel password" is a valid parameter for joining a passworded channel, it could then match is with a password you set in Chanserv set options. Another method could be ChanServ idling a channel while no-one is in it? On second person joining leave? When there is one user left, join? This would keep modes active without the "extra load" as it was put on ChanServ. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: "Dionisios K." Date: Sunday, April 25, 2004 9:44 am Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > Hello.. I think this is a solution... services must > check if the user know the channel key. So if someone > is the *first* user who wants to join a channel with > mlock +k he must type a command first like this: /cs > keyjoin #chan channel key ... If someone try to join a > channel without typing this command C??????S??RV will > kick and ban him.. And if someone trys to use this > command more than 3 times with wronk channel key > services will kill him. I want reply from the members > for this;-p > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dawgclan at shaw.ca Mon Apr 26 09:38:12 2004 From: dawgclan at shaw.ca (JASON M) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServenforcing. Message-ID: <71bed471b698.71b69871bed4@shaw.ca> The problem I see with your idea there is the whole banning users for an ammount of time in which the user would then have to wait or unban themselves to join. Pain in the ass if you ask me. Use secure access, this was an option I was considering before posting however back to the whole pain in the ass aspect. People often can't auth as fast as they join. So if they aren't authed simple, no access to channel. They then have to manually re-join the channel. If there was a solution to passwording the channel where it wouldn't inconvenience the user by kickbanning them, or requiring them to auth it would be great. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9419 4616 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig McLure Date: Sunday, April 25, 2004 1:26 pm Subject: Re: [IRCServices] Creating passworded channels with ChanServenforcing. > A more reasonable idea would be to kick ban the first person to > join the channel if empty, Chanserv will sit in there for a small > ammount of time (as it would with normal kicks), then set the > channel key before unbanning the user. That user would then be > able to join the channel properly. > > Although i might add, i suggested something like this previously, > and it was chucked out at the first hurdle, with a message saying > 'Use Secure access lists'. Which i'm guessing will be the same > responce here. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - Dionisios K. > * To - ircservices@ircservices.za.net > * Sent - 2004-04-25 17:44:03 > * Subject - Re: [IRCServices] Creating passworded channels with > ChanServenforcing. ****************************************/ > > /****** - Begin Original Message - ******/ > > >Hello.. I think this is a solution... services must > >check if the user know the channel key. So if someone > >is the *first* user who wants to join a channel with > >mlock +k he must type a command first like this: /cs > >keyjoin #chan channel key ... If someone try to join a > >channel without typing this command C??????S??RV will > >kick and ban him.. And if someone trys to use this > >command more than 3 times with wronk channel key > >services will kill him. I want reply from the members > >for this;-p > > > >===== > >Dionisios K. - VoNiTsA On GrNet > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > -------------- next part -------------- ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at phedny.net Mon Apr 26 09:57:42 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels with ChanServenforcing. In-Reply-To: <71bed471b698.71b69871bed4@shaw.ca> References: <71bed471b698.71b69871bed4@shaw.ca> Message-ID: <408D3F86.5080301@phedny.net> Hi, What is the difference between specifying a channel key (+k) on join and specifying a password with NickServ. By using the ChanServ access list you accomplish the same. In most IRC clients there is some way of specifying a login-command (login-cmd, perform buffer, etc), where you can place the NickServ IDENTIFY command. - Mark JASON M wrote: >The problem I see with your idea there is the whole banning users for an ammount of time in which the user would then have to wait or unban themselves to join. Pain in the ass if you ask me. Use secure access, this was an option I was considering before posting however back to the whole pain in the ass aspect. People often can't auth as fast as they join. So if they aren't authed simple, no access to channel. They then have to manually re-join the channel. If there was a solution to passwording the channel where it wouldn't inconvenience the user by kickbanning them, or requiring them to auth it would be great. > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: Craig McLure >Date: Sunday, April 25, 2004 1:26 pm >Subject: Re: [IRCServices] Creating passworded channels with ChanServenforcing. > > From Craig at chatspike.net Mon Apr 26 10:07:17 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: Services will recieve the Join _AFTER_ the IRCd has created the channel, so there is no way to intercept it. The problem with this, is that the chance are, the channels will be forced to be left open on the IRCd, Which could cause performance issues (potentially thousands of empty channels being held open by chanserv) Re: Your other mail Nickserv has an ajoin command, maybe you could encourage users to use it? /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - JASON M * To - IRC Services General Mailing List * Sent - 2004-04-26 17:33:35 * Subject - Re: [IRCServices] Creating passworded channels withChanServ enforcing. ****************************************/ /****** - Begin Original Message - ******/ >Thats kind of what I was thinking... opposed to "/msg chanserv pass chan" however which I don't believe will work, which is why people can join around this. on use typing "/join #channel" if this gets sent to the ircd, which sends to Services? This could be intercepted? as "/join #channel password" is a valid parameter for joining a passworded channel, it could then match is with a password you set in Chanserv set options. Another method could be ChanServ idling a channel while no-one is in it? On second person joining leave? When there is one user left, join? This would keep modes active without the "extra load" as it was put on ChanServ. > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9419 4616 >E-mail: dawgclan@shaw.ca > >----- Original Message ----- >From: "Dionisios K." >Date: Sunday, April 25, 2004 9:44 am >Subject: Re: [IRCServices] Creating passworded channels with ChanServ enforcing. > >> Hello.. I think this is a solution... services must >> check if the user know the channel key. So if someone >> is the *first* user who wants to join a channel with >> mlock +k he must type a command first like this: /cs >> keyjoin #chan channel key ... If someone try to join a >> channel without typing this command C??????S??RV will >> kick and ban him.. And if someone trys to use this >> command more than 3 times with wronk channel key >> services will kill him. I want reply from the members >> for this;-p >> >> ===== >> Dionisios K. - VoNiTsA On GrNet >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From vonitsa_net at yahoo.gr Mon Apr 26 10:46:58 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com> Open channels? Idleserv? My idea is very more simple. Just add a command to services to check if the first user who join a +k mlocked channel knows the key. /cs chankey #chan - and yes why not kickban a user who try to join to a channel and he dont know the key. ===== Dionisios K. - VoNiTsA On GrNet From thema at adnd.com Mon Apr 26 12:23:31 2004 From: thema at adnd.com (thema@adnd.com) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. In-Reply-To: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com> Message-ID: <000e01c42bc3$f5c43470$3d714fd9@thema> Quite honestly I've been watching this argument fly around the mailing list for so long now that I personally am sick of it. Andy, I know you think you have valid reasons for not implementing this choice, but even I, with my limited intelligence can see that you're flogging a dead horse. Why not give people what they want? I don't think it can be considered as a failure to admit that maybe the masses might have a point, small as it might be. We all, and I include myself in that all, want the choice. Dammit man if it slows down services then we're forewarned already. It's no biggie. We'll handle it. Stop saying "No!" just because you think you know better then we do. I admit it. You know wayyy more then I do, but I need this facility, and so do so many others. Be kind to us, and please let us have the choice. Thema (AKA Olly webmaster and Admin www.adnd.com) -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Dionisios K. Sent: 26 April 2004 18:47 To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Creating passworded channels withChanServ enforcing. Open channels? Idleserv? My idea is very more simple. Just add a command to services to check if the first user who join a +k mlocked channel knows the key. /cs chankey #chan - and yes why not kickban a user who try to join to a channel and he dont know the key. ===== Dionisios K. - VoNiTsA On GrNet ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004 From admin at nevernet.net Mon Apr 26 12:29:02 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. In-Reply-To: <000e01c42bc3$f5c43470$3d714fd9@thema> Message-ID: It comes down to Andy having to write the code for this. Making demands is no way to get someone to do something when he's doing it for free. If you don't like ircservices because it doesn't have the feature you want, there are plenty of other services versions out there. There is no need to be disrespectful or unappreciative of Andy's work on this project. It's his project, it's his vision. If he says "NO!" a thousand times, that's his prerogative. If you don't like his answer, go buy "C For Dummies" and write your own services. > Be kind to us, and please let us have the choice. You have the choice. Make it. Elijah -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of thema@adnd.com Sent: Monday, 26 April, 2004 2:24 PM To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Creating passworded channels withChanServ enforcing. Quite honestly I've been watching this argument fly around the mailing list for so long now that I personally am sick of it. Andy, I know you think you have valid reasons for not implementing this choice, but even I, with my limited intelligence can see that you're flogging a dead horse. Why not give people what they want? I don't think it can be considered as a failure to admit that maybe the masses might have a point, small as it might be. We all, and I include myself in that all, want the choice. Dammit man if it slows down services then we're forewarned already. It's no biggie. We'll handle it. Stop saying "No!" just because you think you know better then we do. I admit it. You know wayyy more then I do, but I need this facility, and so do so many others. Be kind to us, and please let us have the choice. Thema (AKA Olly webmaster and Admin www.adnd.com) From mike at chat.za.net Mon Apr 26 12:58:24 2004 From: mike at chat.za.net (Michael Smith) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] bahamut-1.4.35 or .36 Message-ID: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98> Hi Guys, I have been running bahamut 1.4.35 with ircservices 5.0.x since Last year November on a fairly large network with no problems, except for the szline issues.......its actually been rock solid I _KNOW_ according to the documentation that bahamut up to 1.4.34 is supported.... My Questions are: Has anyone had any experience running ircservice 5.0.x on bahamut 1.4.36? if so, whats it like? (I know about the lack of szlines), but I am talking stability and whether it actually does work... AND: Are there any plans to add support to ircservices for bahamut 1.4.35+ to the existing bahamut module, or to add a new bahamut_new module or something like that? (I was thinking an automap of SZLINE to ip based KLINE or something along those lines?)..... What are the plans if any? Thx Mike --- Michael Smith (Warlock on IRC) (QQ:11165) "Do you smell something burning or is it me?" -- Joan of Arc From gregk at wwwpages.com Mon Apr 26 12:54:39 2004 From: gregk at wwwpages.com (gregk@wwwpages.com) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. In-Reply-To: <000e01c42bc3$f5c43470$3d714fd9@thema> References: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com> <000e01c42bc3$f5c43470$3d714fd9@thema> Message-ID: <2064.192.168.1.1.1083009279.squirrel@sqmail.wwwpages.com> wow, that was written like you are a paying customer, and not just running free software that he took the time and effort to write, test and distribute. If you feel so strongly about it, why not look at other products? If the masses are as correct as you suggest, surely someone has dedicated the time to take that market! just my $.02 > Quite honestly I've been watching this argument fly around the mailing > list > for so long now that I personally am sick of it. > > Andy, I know you think you have valid reasons for not implementing this > choice, but even I, with my limited intelligence can see that you're > flogging a dead horse. Why not give people what they want? > I don't think it can be considered as a failure to admit that maybe the > masses might have a point, small as it might be. We all, and I include > myself in that all, want the choice. Dammit man if it slows down services > then we're forewarned already. It's no biggie. We'll handle it. Stop > saying > "No!" just because you think you know better then we do. I admit it. You > know wayyy more then I do, but I need this facility, and so do so many > others. Be kind to us, and please let us have the choice. > > Thema (AKA Olly webmaster and Admin www.adnd.com) > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Dionisios K. > Sent: 26 April 2004 18:47 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Creating passworded channels withChanServ > enforcing. > > > Open channels? Idleserv? My idea is very more simple. > Just add a command to services to check if the first > user who join a +k mlocked channel knows the key. /cs > chankey #chan - and yes why not kickban a user who try > to join to a channel and he dont know the key. > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004 > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004 > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Mon Apr 26 13:14:26 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: Truer words were never typed. From my experiance with Andy (coming on several years now :p) Generally, when he says no for something, thats the final answer. Yes, this topic 'Bounces around' a lot but surely if people READ the previous posts from the archives (Dont say 'I cant find them' Enter 'Channel Key' into the search box), this wouldnt come up quite so often. And i'm sure it does say (but please dont quote me on this) that you should read through the archives BEFORE making a request submission. Sorry if people concider this a rant. Its starting to get frustration to see the same topics come up, with the same things being said, and the same overall answer being ignored. And C for Dummyies sucks *burns his copy* :p /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Elijah * To - 'IRC Services General Mailing List' * Sent - 2004-04-26 20:29:02 * Subject - RE: [IRCServices] Creating passworded channels withChanServ enforcing. ****************************************/ /****** - Begin Original Message - ******/ >It comes down to Andy having to write the code for this. Making demands is no >way to get someone to do something when he's doing it for free. If you don't >like ircservices because it doesn't have the feature you want, there are plenty >of other services versions out there. There is no need to be disrespectful or >unappreciative of Andy's work on this project. It's his project, it's his >vision. If he says "NO!" a thousand times, that's his prerogative. If you don't >like his answer, go buy "C For Dummies" and write your own services. > >> Be kind to us, and please let us have the choice. > >You have the choice. Make it. > >Elijah > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of thema@adnd.com >Sent: Monday, 26 April, 2004 2:24 PM >To: 'IRC Services General Mailing List' >Subject: RE: [IRCServices] Creating passworded channels withChanServ enforcing. > >Quite honestly I've been watching this argument fly around the mailing list >for so long now that I personally am sick of it. > >Andy, I know you think you have valid reasons for not implementing this >choice, but even I, with my limited intelligence can see that you're >flogging a dead horse. Why not give people what they want? >I don't think it can be considered as a failure to admit that maybe the >masses might have a point, small as it might be. We all, and I include >myself in that all, want the choice. Dammit man if it slows down services >then we're forewarned already. It's no biggie. We'll handle it. Stop saying >"No!" just because you think you know better then we do. I admit it. You >know wayyy more then I do, but I need this facility, and so do so many >others. Be kind to us, and please let us have the choice. > >Thema (AKA Olly webmaster and Admin www.adnd.com) > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From azoff at se.linux.org Mon Apr 26 13:31:40 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] bahamut-1.4.35 or .36 In-Reply-To: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98> References: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98> Message-ID: <408D71AC.7060909@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Smith wrote: [snip] | Has anyone had any experience running ircservice 5.0.x on bahamut | 1.4.36? if so, whats it like? (I know about the lack of szlines), but I | am talking stability and whether it actually does work... I have been runing bahamut-1.4(36)p3 (and the other releases) for quite some time now. Iirc there are security holes in the 35 release. | Are there any plans to add support to ircservices for bahamut 1.4.35+ to | the existing bahamut module, or to add a new bahamut_new module or | something like that? (I was thinking an automap of SZLINE to ip based | KLINE or something along those lines?)..... For my network, the "old" module works fine, I haven't got any problems using it with either the 35 or the 36 releases. What do you think wont work with the "old" module? Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAjXGreY7jmtvbDP0RAgiIAJ4gxGNwP1kgE0UB5gN2FMpHBqayrQCgpkOU NLsG8SS7eiS4qzXvdaTwsR8= =42Uo -----END PGP SIGNATURE----- From vonitsa_net at yahoo.gr Mon Apr 26 14:07:38 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: <20040426210738.31380.qmail@web86406.mail.ukl.yahoo.com> 1) I think its not right to ignore an email even if the answer exists on the search box:-p 2) An answer for him who said that Andrew always says no.. Just respect his work for this FREE and generally nice project and if you dont like it use another services. ===== Dionisios K. - VoNiTsA On GrNet From achurch at achurch.org Tue Apr 27 09:28:02 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] bahamut-1.4.35 or .36 In-Reply-To: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98> Message-ID: <408da9a1.70666@achurch.org> >Are there any plans to add support to ircservices for bahamut 1.4.35+ to >the existing bahamut module, or to add a new bahamut_new module or >something like that? (I was thinking an automap of SZLINE to ip based KLINE >or something along those lines?)..... Basically, I got tired of the Bahamut developers changing the protocol every release or two, so I decided to not bother updating the protocol module until they moved to version 1.5 or 1.6. If I have some free time I may look at updating the module for 1.4.36, but it's not high on my priority list. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Apr 27 09:31:17 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Releasing a protocol module In-Reply-To: <200404241203.i3OC3a114848@brainbox.winbot.co.uk> Message-ID: <408daa1d.70676@achurch.org> Send me your source and I'll take a look at it, but I'm hesitant to add support for something that uses such an unusual protocol. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Recently ive been developing a protocol module for my ircd (www.inspircd.org) which is nearing completion. Is there any way i could get the protocol module bundled with the others in the ircservices package when it is complete? It will of course need some > tidying up, and im sure Andy will want to make some tweaks so it fits in with his coding style. Due to the nature of my ircd ive had to put some weird/ugly hacks into the protocol module such as capturing builtins such as privmsg as 'extra' commands (thi >s has to be done because the format of the commands is totally different to any other ircd) - but it appears to work fine so far. > >Any more information on this? > >Thanks lots, >Brain > > >------------------------------------------------------------------ From achurch at achurch.org Tue Apr 27 09:38:44 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] IdleServ, channel keys, and more Message-ID: <408db319.70771@achurch.org> Summing up a few issues: >Quite honestly I've been watching this argument fly around the mailing list >for so long now that I personally am sick of it. > >Andy, I know you think you have valid reasons for not implementing this >choice, but even I, with my limited intelligence can see that you're >flogging a dead horse. Why not give people what they want? Because I don't want to. As others have correctly pointed out, Services is something I do in my spare time because I enjoy it; while I'm not one to upset people out of spite, neither do I intend to use my personal time on things I don't like. I'm sure the people who want an IdleServ or similar feature have, to their minds, excellent reasons for it. However, none of those reasons has convinced _me_ of its usefulness, and I am also not interested in writing it for its own sake; therefore, my answer is "no". It's that simple. Or did you want to hire me to write it? If you pay, I'll write IdleServ and anything else you want. >It can't slow down Services too greatly as a server such as GamSurge >A.K.A. GamesNet who uses SRVX has ChanServ in their 30,000+ Channels with >obviously more users than that. They seem to respond perfectly fine 90-95% >of the time. Perhaps SRVX has developed a good method? They mustn't ignore >channel text as srvx has channel triggers? One, 90-95% isn't good enough for me. Two, they probably have a high-powered server for running Services, but not everyone has such a server--my own homepage, for example, is served off a 166MHz Pentium, and the network I originally developed Services for used a 486 for both Services and the ircd. >Hello.. I think this is a solution... services must >check if the user know the channel key. So if someone >is the *first* user who wants to join a channel with >mlock +k he must type a command first like this: /cs >keyjoin #chan channel key ... If someone try to join a >channel without typing this command ChanServ will >kick and ban him.. This is an interesting thought, but the same thing should be able to be accomplished with ChanServ access lists and SET RESTRICTED. >1) I think its not right to ignore an email even if >the answer exists on the search box:-p In general, I don't ignore messages just out of spite. I do tend to ignore them if (1) the answer is in the FAQ, (2) the sender refuses to listen to what I've already said, or (3) the message isn't readable at all, e.g. HTML or multipart mail (Craig McLure, check your mailreader settings-- some of your messages are going out as multipart base64, which my mailreader doesn't grok). Again, for something I'm doing on my free time, I think that's perfectly reasonable. --Andrew Church achurch@achurch.org http://achurch.org/ From evilrabidmonkey at hotmail.com Mon Apr 26 19:08:19 2004 From: evilrabidmonkey at hotmail.com (Teddy Wexler) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Unexplanable disconnect! Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040426/bcb09dc5/attachment.htm From quension at mac.com Mon Apr 26 19:13:35 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] bahamut-1.4.35 or .36 In-Reply-To: <408da9a1.70666@achurch.org> Message-ID: <7CE566F2-97F0-11D8-841C-0003938D6866@mac.com> On Monday, Apr 26, 2004, at 17:28 US/Pacific, Andrew Church wrote: >> Are there any plans to add support to ircservices for bahamut 1.4.35+ >> to the existing bahamut module, or to add a new bahamut_new module or >> something like that? (I was thinking an automap of SZLINE to ip based >> KLINE or something along those lines?)..... > > Basically, I got tired of the Bahamut developers changing the > protocol every release or two, so I decided to not bother updating the > protocol module until they moved to version 1.5 or 1.6. If I have > some free time I may look at updating the module for 1.4.36, but it's > not high on my priority list. 1.8 is due for release soonish, and has at least 3 new channel modes, among other things. It would be a good time to look at it again. -- Quension From vonitsa_net at yahoo.gr Mon Apr 26 21:51:08 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. Message-ID: <20040427045108.86467.qmail@web86406.mail.ukl.yahoo.com> Andrew interesting means that.. 1) You will add it on the future if you find some free time or 2) its interesting but you can use restricted on. ?:-P ===== Dionisios K. - VoNiTsA On GrNet From achurch at achurch.org Tue Apr 27 14:47:28 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Creating passworded channels withChanServ enforcing. In-Reply-To: <20040427045108.86467.qmail@web86406.mail.ukl.yahoo.com> Message-ID: <408df48a.71161@achurch.org> >Andrew interesting means that.. 1) You will add it on >the future if you find some free time or 2) its >interesting but you can use restricted on. ?:-P It means I haven't really given a lot of thought to the interaction between IRC channel keys and ChanServ control features, and that at some point in the future (5.1 or later) I need to think about it more. I haven't decided yet what I'm going to do (if anything) about it, though. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Wed Apr 28 05:34:47 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:06 2004 Subject: [IRCServices] Nick change Message-ID: <20040428123447.69757.qmail@web86407.mail.ukl.yahoo.com> Can i set how many seconds services must wait before force nick change or kill the user if he using a forbidden or a suspended nickname? If i cant change the time, a feature like this may be added on ircservices? ===== Dionisios K. - VoNiTsA On GrNet From achurch at achurch.org Wed Apr 28 22:52:09 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change In-Reply-To: <20040428123447.69757.qmail@web86407.mail.ukl.yahoo.com> Message-ID: <408fb726.74327@achurch.org> >Can i set how many seconds services must wait before >force nick change or kill the user if he using a >forbidden or a suspended nickname? If i cant change >the time, a feature like this may be added on ircservices? I think the current values of 60 and 20 seconds are reasonable. What reason would you have for changing them? --Andrew Church achurch@achurch.org http://achurch.org/ From brain at winbot.co.uk Wed Apr 28 07:09:44 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change Message-ID: <200404281409.i3SE9j115605@brainbox.winbot.co.uk> if a nickname is forbidden, why should they have any period of time where they can use the nickname at all? if its forbidden imho a user shouldnt be able to use it at all period. >>Can i set how many seconds services must wait before >>force nick change or kill the user if he using a >>forbidden or a suspended nickname? If i cant change >>the time, a feature like this may be added on ircservices? > > I think the current values of 60 and 20 seconds are reasonable. What >reason would you have for changing them? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Wed Apr 28 07:28:06 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change Message-ID: <20040428142806.46402.qmail@web86402.mail.ukl.yahoo.com> I havent any reason to change it:-Ρ. Its only a suggestion. But anyway i agree with Craig (no delay). ===== Dionisios K. - VoNiTsA On GrNet From spam at b3design.ch Wed Apr 28 07:30:03 2004 From: spam at b3design.ch (Pix0r) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change In-Reply-To: <200404281409.i3SE9j115605@brainbox.winbot.co.uk> Message-ID: Correct me if I'm wrong, but everytime someone asks a question like this a huge disscussion follows about 'why' he is asking the question, who cares? Why not just answer his question ? :P Just my 2 1/2 cents On 28/4/04 16:09, "Craig Edwards" wrote: > if a nickname is forbidden, why should they have any period of time where they > can use the nickname at all? if its forbidden imho a user shouldnt be able to > use it at all period. > > > >>> Can i set how many seconds services must wait before >>> force nick change or kill the user if he using a >>> forbidden or a suspended nickname? If i cant change >>> the time, a feature like this may be added on ircservices? >> >> I think the current values of 60 and 20 seconds are reasonable. What >> reason would you have for changing them? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Wed Apr 28 08:13:05 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change Message-ID: <20040428151305.17702.qmail@web86407.mail.ukl.yahoo.com> Pix0r... Do you know whats a mail list? If you know this is my answer to your email. ===== Dionisios K. - VoNiTsA On GrNet From Craig at chatspike.net Wed Apr 28 10:27:16 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change Message-ID: I think you misread Andy, he said for forbidden and suspended nicknames, although.. *puts in his 2c* I agree with others, there shouldnt need to be a wait, because if you forbid an offencive nickname, and give people some time before it forces a nick change, they can still use that nickname to offend people, which really isnt a good thing. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-04-28 22:52:09 * Subject - Re: [IRCServices] Nick change ****************************************/ /****** - Begin Original Message - ******/ >>Can i set how many seconds services must wait before >>force nick change or kill the user if he using a >>forbidden or a suspended nickname? If i cant change >>the time, a feature like this may be added on ircservices? > > I think the current values of 60 and 20 seconds are reasonable. What >reason would you have for changing them? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Thu Apr 29 09:07:46 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Services 5.0.31 released Message-ID: <409047a0.15274@achurch.org> Services 5.0.31 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (Western USA) 86e6c8d806452275dd907ffa8a5c7b02 ircservices-5.0.31.tar.gz 35cfd814620979fa06a3b6c431538c88 ircservices-5.0.31.diff.gz 7092005485ea46fff0ed9bc242e4ae95 ircservices-5.0.31-1.i386.rpm e8fbaf67458af5912e9ba927b2728e45 ircservices_5.0.31-1_i386.deb The other mirrors should have it shortly. This release is to fix a crash when using Services with the tr-ircd server; ChanServ SET MLOCK +J was not processed correctly, leading to crashes in some cases. People using Services with tr-ircd should upgrade immediately. Changes in version 5.0.31 ------------------------- 2004/04/29 Fixed crash with MLOCK +J when using trircd protocol. Reported by 2004/04/28 Added stricter checks on module loading order. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Apr 29 09:19:45 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Nick change In-Reply-To: <408feac7.07741@mail.achurch.org> Message-ID: <40904b21.15312@achurch.org> True, I misread. Still, I don't see a problem with 60 seconds. If you want to keep people from using certain strings in nicks at all (no grace period), use SQlines instead--forbid/suspend are intended to be used against particular users, not particular nicknames, and an instant kill would not be appropriate for another user who just happened to pick the same nickname. --Andrew Church achurch@achurch.org http://achurch.org/ >I think you misread Andy, he said for forbidden and suspended nicknames, although.. > >*puts in his 2c* > >I agree with others, there shouldnt need to be a wait, because if you forbid an offencive nickname, and give people some time before it forces a nick change, they can still use that nickname to offend people, which really isnt a good thing. > > > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Andrew Church > * To - ircservices@ircservices.za.net > * Sent - 2004-04-28 22:52:09 > * Subject - Re: [IRCServices] Nick change > ****************************************/ > >/****** - Begin Original Message - ******/ > >>>Can i set how many seconds services must wait before >>>force nick change or kill the user if he using a >>>forbidden or a suspended nickname? If i cant change >>>the time, a feature like this may be added on ircservices? >> >> I think the current values of 60 and 20 seconds are reasonable. What >>reason would you have for changing them? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Alexander_Zverev at oxy.com Thu Apr 29 09:04:49 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5A@nnzwexc1.nizhnevartovsk.intloxy.com> Hello all Sutiation: Someone get registered nick and nickserv notice him to change nick or identify. When time expired, nick changed to nick :), contains GuestNickPrefix value. But why not change nick without GuectNickPrefix, just add random digits to current nick? To activate this feature make some key for GuestNickPrefix. --- thanks From vonitsa_net at yahoo.gr Thu Apr 29 09:27:35 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <20040429162735.80678.qmail@web86404.mail.ukl.yahoo.com> I think this feature its completely useless.. Just change your nick manually to anything you want ... Dont ask from services to do everything. ===== Dionisios K. - VoNiTsA On GrNet From vonitsa_net at yahoo.gr Thu Apr 29 09:28:14 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <20040429162814.82853.qmail@web86401.mail.ukl.yahoo.com> I think that this feature its completely useless.. Just change your nick manually to anything you want ... Dont ask from services to do everything. ===== Dionisios K. - VoNiTsA On GrNet From Alexander_Zverev at oxy.com Thu Apr 29 09:42:19 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5B@nnzwexc1.nizhnevartovsk.intloxy.com> I think than this feature is already implement. I just ask to do it more frexible. > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Dionisios K. > Sent: Thursday, April 29, 2004 10:28 PM > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Feature: nickchange and guestnickprefix > > I think this feature its completely useless.. Just change > your nick manually to anything you want ... > Dont ask from services to do everything. > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Apr 30 09:37:24 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB5B@nnzwexc1.nizhnevartovsk.intloxy.com> Message-ID: <4091a03a.37534@achurch.org> >I think than this feature is already implement. I just ask to do it more >frexible. I agree, this is useless flexibility. It also adds complications in that Services has to check whether the new randomly-generated nick is registered (GuestNickPrefix nicks are not allowed to be registered so they don't have this problem). --Andrew Church achurch@achurch.org http://achurch.org/ From Alexander_Zverev at oxy.com Thu Apr 29 19:58:12 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5D@nnzwexc1.nizhnevartovsk.intloxy.com> > >I think than this feature is already implement. I just ask to do it > >more frexible. > > I agree, this is useless flexibility. It also adds > complications in that Services has to check whether the new > randomly-generated nick is registered (GuestNickPrefix nicks > are not allowed to be registered so they don't have this problem). Services prevent randomly-generated nick registration, that start with CuestNickPrefix and only that nicks, but they _doesn`t_ prevent registration for randomly-generated nicks (flood registration). Therefore any restrictions, than comes with GuestNickPrefix, are useless, isn`t it? From Craig at chatspike.net Thu Apr 29 20:46:31 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: Andrew isnt refering to 'randomly generated nick registration', Andy is just stating that the nickname that services will change your nick to is 'randomly generated' what and is also saying, that if it were to generate a new nickname for a user based on its current nickname, it would have to check to see if that nickname is registered before changing it. (for example, Craig is taken, someone tries to use it, Services wants to change the nickname to Craig132123, it has to check to see if Craig132123 is already registered before changing the nickname. Otherwise, you may hit another already registered nick.). Nicknames with the guestprefix cannot be registered at all. Meaning that services doesnt have to perform registration checks on it before changing the nick. There are other methods of preventing mass registration, including Registration delays, E-Mail authorisation, etc. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Alexander_Zverev * To - ircservices@ircservices.za.net * Sent - 2004-04-30 03:58:12 * Subject - RE: [IRCServices] Feature: nickchange and guestnickprefix ****************************************/ /****** - Begin Original Message - ******/ >> >I think than this feature is already implement. I just ask to do it >> >more frexible. >> >> I agree, this is useless flexibility. It also adds >> complications in that Services has to check whether the new >> randomly-generated nick is registered (GuestNickPrefix nicks >> are not allowed to be registered so they don't have this problem). > >Services prevent randomly-generated nick registration, that start with >CuestNickPrefix and only that nicks, but they _doesn`t_ prevent >registration for randomly-generated nicks (flood registration). >Therefore any restrictions, than comes with GuestNickPrefix, are >useless, isn`t it? > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Alexander_Zverev at oxy.com Thu Apr 29 21:03:13 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5E@nnzwexc1.nizhnevartovsk.intloxy.com> > Andrew isnt refering to 'randomly generated nick > registration', Andy is just stating that the nickname that > services will change your nick to is 'randomly generated' > what and is also saying, that if it were to generate a new > nickname for a user based on its current nickname, it would > have to check to see if that nickname is registered before > changing it. (for example, Craig is taken, someone tries to > use it, Services wants to change the nickname to Craig132123, > it has to check to see if Craig132123 is already registered > before changing the nickname. Otherwise, you may hit another > already registered nick.). Nicknames with the guestprefix > cannot be registered at all. Meaning that services doesnt > have to perform registration checks on it before changing the nick. This situstion are very highly unlikely, isn`t? Improve randomization, add one more check, that`s it. Anyway, services ask password again. PS: This feature alredy implemended on some services and I don`t see any problem there. From achurch at achurch.org Fri Apr 30 15:54:14 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB5E@nnzwexc1.nizhnevartovsk.intloxy.com> Message-ID: <4091f86d.40452@achurch.org> >This situstion are very highly unlikely, isn`t? >Improve randomization, add one more check, that`s it. >Anyway, services ask password again. If you, as a new user, encountered this situation, how would you feel to have your nick repeatedly changed every 60 (or even 20) seconds when you're not even familiar with how the registration system works? >PS: >This feature alredy implemended on some services and I don`t see any >problem there. Then please feel free to use one of those programs. --Andrew Church achurch@achurch.org http://achurch.org/ From Alexander_Zverev at oxy.com Fri Apr 30 00:11:54 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB61@nnzwexc1.nizhnevartovsk.intloxy.com> > >This situstion are very highly unlikely, isn`t? > >Improve randomization, add one more check, that`s it. > >Anyway, services ask password again. > > If you, as a new user, encountered this situation, how > would you feel to have your nick repeatedly changed every 60 > (or even 20) seconds when you're not even familiar with how > the registration system works? Then this person is VERY LUCKY, if his randomly-generated nick always set to one of registered. Improve randomization to decrease probability of this situation, or check in nickserv database for newly generated nick. Why you do this so complicated? From achurch at achurch.org Fri Apr 30 16:56:47 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB61@nnzwexc1.nizhnevartovsk.intloxy.com> Message-ID: <409206cf.40625@achurch.org> >> If you, as a new user, encountered this situation, how >> would you feel to have your nick repeatedly changed every 60 >> (or even 20) seconds when you're not even familiar with how >> the registration system works? > >Then this person is VERY LUCKY, if his randomly-generated nick always >set to one of registered. Improve randomization to decrease probability >of this situation, or check in nickserv database for newly generated >nick. > >Why you do this so complicated? Because I DON'T WANT TO IMPLEMENT IT. End of story. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Fri Apr 30 01:29:06 2004 From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix In-Reply-To: <409206cf.40625@achurch.org> References: <409206cf.40625@achurch.org> Message-ID: <40920E52.50701@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | Because I DON'T WANT TO IMPLEMENT IT. End of story. I agree with Andrew, I don't think it's a good thing to use an ordinary nick as a base for generated nicks. That would if something, confuse the people talking to [s]he in the channels. Please continue using the Guestnick thing :) Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAkg5ReY7jmtvbDP0RAkrXAKCjwZrPYAWph3hH5uKODpd3OVq5kwCgjNwm By/+rM56D/1zw5KaPjJt7tc= =SxU1 -----END PGP SIGNATURE----- From Alexander_Zverev at oxy.com Fri Apr 30 01:46:00 2004 From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Feature: nickchange and guestnickprefix Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB62@nnzwexc1.nizhnevartovsk.intloxy.com> > Torbjo"rn Svensson > Sent: Friday, April 30, 2004 2:29 PM > I agree with Andrew, I don't think it's a good thing to use > an ordinary nick as a base for generated nicks. That would if > something, confuse the people talking to [s]he in the > channels. Please continue using the Guestnick thing :) Many nicks have one base, and this is not a problem. Torbjo Torbjo1965 Torbjo1 Torbjo_ Svensson Svensson_ _Svensson And so on and so on, on big irc-network this is normal. What you will do with this persons, that use nick, like yours? Ask them to change it? It will be funny. As I see, there is no problem to implement this in anyway, Andrew "DON'T WANT TO IMPLEMENT IT." The end. From conrad at raztech.za.net Fri Apr 30 01:51:17 2004 From: conrad at raztech.za.net (Conrad Steyn) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Re: Feature: nickchange and guestnickprefix Message-ID: <1083315077.15405.16.camel@diablo> hey all, well this is a nice feature BUT.. irc services doent have it so too bad.. the only nice thing about set prefix is that if you use a type of services that go down alot u can set it to use nick_ and not change to guest.. i'm a ex cygnus user..[in the process of moving over to bigger and better services(irc services)] they have that feature but as i said.. its needed coz services drop at least every day.. From conrad at raztech.za.net Fri Apr 30 01:59:58 2004 From: conrad at raztech.za.net (Conrad Steyn) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Database conversion.... Message-ID: <1083315597.15414.25.camel@diablo> greets to all, as said in my other mail.. im sadly using cygnus due to the fact that at the stage of implementing services i only had a w32 server.. now that im moving over to nix im able to load decent services. but my headache starts with the cygnus database.. cygnus can convert irc services's database [i dont see why anyone wanna go that route anyway] but cygnus isnt listed in the db converter of irc services.. this is a minor headache to me but if needed i can convince my users [all 50 or so of them to start over].. but i dont want to make extra work for myself if the cygnus database can be converted ;p great job on the services.. i tried to 'break' it while testing and ya.. it doesnt seem possible :) Ragards Conrad Steyn Raztech From achurch at achurch.org Fri Apr 30 20:12:14 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Database conversion.... In-Reply-To: <1083315597.15414.25.camel@diablo> Message-ID: <409235f4.40762@achurch.org> >cygnus can convert irc services's database [i dont see why anyone wanna >go that route anyway] but cygnus isnt listed in the db converter of irc >services.. It should be--do you have the latest version (5.0.31)? crystal:/home/achurch/src/cvs/ircservices/tools> ./convert-db Directory name must be specified Usage: ./convert-db [-v] [+program-name] [options...] sourcedir The following program names are known: anope auspice bolivia cygnus daylight [...] >great job on the services.. i tried to 'break' it while testing and ya.. >it doesnt seem possible :) Actually, I suspect at least one reason other programs are so unstable is because their authors focus too much on adding features and not enough on making it actually work right. (The same might be said of a certain widely-used operating system...) I believe that _less_ features, and more "just start it up and it works", is what makes good software, and to be honest I think IRC Services still has too many options, configuration settings and the like. --Andrew Church achurch@achurch.org http://achurch.org/ From conrad at raztech.za.net Fri Apr 30 05:34:05 2004 From: conrad at raztech.za.net (Conrad Steyn) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Database conversion.... In-Reply-To: <409235f4.40762@achurch.org> References: <409235f4.40762@achurch.org> Message-ID: <1083328445.2752.11.camel@diablo> ahhh thank you soo much, all my problems are sorted now and i'm running decent services ... well i must say cygnus doesnt have that much features.. thanx once again for the hard work and dedication that went into writing this great service -- Conrad Steyn Raztech On Fri, 2004-04-30 at 22:12, Andrew Church wrote: > >cygnus can convert irc services's database [i dont see why anyone wanna > >go that route anyway] but cygnus isnt listed in the db converter of irc > >services.. > > It should be--do you have the latest version (5.0.31)? > > crystal:/home/achurch/src/cvs/ircservices/tools> ./convert-db > Directory name must be specified > Usage: ./convert-db [-v] [+program-name] [options...] sourcedir > The following program names are known: > anope > auspice > bolivia > cygnus > daylight > [...] > > >great job on the services.. i tried to 'break' it while testing and ya.. > >it doesnt seem possible :) > > Actually, I suspect at least one reason other programs are so unstable > is because their authors focus too much on adding features and not enough > on making it actually work right. (The same might be said of a certain > widely-used operating system...) I believe that _less_ features, and more > "just start it up and it works", is what makes good software, and to be > honest I think IRC Services still has too many options, configuration > settings and the like. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Mon May 3 10:17:28 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] swhois Message-ID: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com> Hello:-> A new command may be added to services for the useful swhois command (unreal protocol) to add whois lines, without use the RAW command... ===== Dionisios K. - VoNiTsA On GrNet From uhc0 at rz.uni-karlsruhe.de Mon May 3 10:28:29 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] swhois In-Reply-To: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com> References: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com> Message-ID: <1083605309.4170.5.camel@dreadnought.hadiko.de> I don't think that services should provide commands that are only available within certain protocols, meaning that services' command set ought not change when you switch your ircd. Regards; yusuf. On Mon, 2004-05-03 at 19:17, Dionisios K. wrote: > Hello:-> > A new command may be added to services for the useful > swhois command (unreal protocol) to add whois lines, > without use the RAW command... > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ Slytherin | | ------------------------------------------------------------------ From achurch at achurch.org Tue May 4 03:18:17 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] swhois In-Reply-To: <1083605309.4170.5.camel@dreadnought.hadiko.de> Message-ID: <40968d94.01726@achurch.org> >I don't think that services should provide commands that are only >available within certain protocols, meaning that services' command set >ought not change when you switch your ircd. Agreed; this is my basic stance as well--I only add such protocol- dependent features when there's significant benefit to them, such as nick changing or autokill exclusions. /swhois definitely does not fall into that category. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Mon May 3 19:56:13 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Services 5.0.31 released Message-ID: I just patched services up to .31, and noticed a warning when compiling.. make[2]: Entering directory `/home/chatspike/services/ircservices-5.0.0/modules/database' cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/database/version4.c -o modules/database/version4.o modules/database/version4.c: In function `init_module': modules/database/version4.c:2756: warning: unused variable `mod' Just thought i would point it out :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-04-29 09:07:46 * Subject - [IRCServices] Services 5.0.31 released ****************************************/ /****** - Begin Original Message - ******/ > Services 5.0.31 has been released, and can be downloaded from: > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >ftp://ftp.esper.net/ircservices/ (Western USA) > >86e6c8d806452275dd907ffa8a5c7b02 ircservices-5.0.31.tar.gz >35cfd814620979fa06a3b6c431538c88 ircservices-5.0.31.diff.gz >7092005485ea46fff0ed9bc242e4ae95 ircservices-5.0.31-1.i386.rpm >e8fbaf67458af5912e9ba927b2728e45 ircservices_5.0.31-1_i386.deb > >The other mirrors should have it shortly. > > This release is to fix a crash when using Services with the tr-ircd >server; ChanServ SET MLOCK +J was not processed correctly, leading to >crashes in some cases. People using Services with tr-ircd should upgrade >immediately. > >Changes in version 5.0.31 >------------------------- >2004/04/29 Fixed crash with MLOCK +J when using trircd protocol. > Reported by >2004/04/28 Added stricter checks on module loading order. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at chatspike.net Mon May 3 20:31:49 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Something for lazy patchers.. Message-ID: i've found that patching can often be a repetative task, so i've created a small shellscript that will do it for you. NOTE: i take NO responcibility for what this script does to your services installation (and i'm sure no one else will either). It should work properly, but if used incorrectly can break a lot. (in most cases, its safer to do it by hand) you execute the script by using ./ so in my case (as an example) ./patch 5.0.31 The Script will then download the 5.0.31 diff.gz, gunzip it, apply it, silently re-run ./configure, re-compile and re-'install' services. If you plan on using this, please remember to edit the values at the top of the script at they point to where you plan on installing the services binarys and data files (for use in the ./configure componant) The Script follows (the text BETWEEN (NOT including) the ---'s): --- #!/bin/sh # Configure these Parameters.. # Path to the services source directory (Can be relative) SERVDIR="/path/to/ircservices-5.0.xx" # FULL PATHS to your services Binary and Data folders. BINDIR="/path/to/binary/dir" LIBDIR="/path/to/data/dir" # You shouldnt need to edit below this line. if [ -z "$1" ] ; then echo "You must enter a version number." exit 0 fi VERSION=$1 PATCHDIR=`pwd` echo "Attempting to download ircservices-$VERSION.diff.gz from esper.net" wget -q ftp://ftp.esper.net/ircservices/ircservices-$VERSION.diff.gz if [ ! -e "ircservices-$VERSION.diff.gz" ] ; then echo "Services Version $VERSION Does Not Exist." exit 0 fi gunzip ircservices-$VERSION.diff.gz cd $SERVDIR patch -p1 < $PATCHDIR/ircservices-$VERSION.diff echo "Download and Patch successful, silently running ./configure.." ./configure -bindest $BINDIR -datdest $LIBDIR >> /dev/null echo "Done! re-compiling and installing." make make install echo "Completed Successfully." --- As i say, i dont use this script (it was just something i made cause i was bored) although i can say it does work when used properly. If it doesnt work for you, dont use it. I'm not planning on supporting this in any way. Thanks. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Tue May 4 17:56:40 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Services 5.0.31 released In-Reply-To: <40970766.20605@mail.achurch.org> Message-ID: <40975ad7.03213@achurch.org> Thanks, must have missed that one (: Fixed. --Andrew Church achurch@achurch.org http://achurch.org/ >I just patched services up to .31, and noticed a warning when compiling.. > >make[2]: Entering directory `/home/chatspike/services/ircservices-5.0.0/modules/database' >cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/database/version4.c -o modules/database/version4.o >modules/database/version4.c: In function `init_module': >modules/database/version4.c:2756: warning: unused variable `mod' > > >Just thought i would point it out :) > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Andrew Church > * To - ircservices@ircservices.za.net > * Sent - 2004-04-29 09:07:46 > * Subject - [IRCServices] Services 5.0.31 released > ****************************************/ > >/****** - Begin Original Message - ******/ > >> Services 5.0.31 has been released, and can be downloaded from: >> >>ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >>ftp://ftp.esper.net/ircservices/ (Western USA) >> >>86e6c8d806452275dd907ffa8a5c7b02 ircservices-5.0.31.tar.gz >>35cfd814620979fa06a3b6c431538c88 ircservices-5.0.31.diff.gz >>7092005485ea46fff0ed9bc242e4ae95 ircservices-5.0.31-1.i386.rpm >>e8fbaf67458af5912e9ba927b2728e45 ircservices_5.0.31-1_i386.deb >> >>The other mirrors should have it shortly. >> >> This release is to fix a crash when using Services with the tr-ircd >>server; ChanServ SET MLOCK +J was not processed correctly, leading to >>crashes in some cases. People using Services with tr-ircd should upgrade >>immediately. >> >>Changes in version 5.0.31 >>------------------------- >>2004/04/29 Fixed crash with MLOCK +J when using trircd protocol. >> Reported by >>2004/04/28 Added stricter checks on module loading order. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Tue May 4 04:52:50 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] MS Limit Message-ID: <001801c431cf$64e224f0$0800000a@citir> Hello; I found out that there is a limit of 32767 memos to Servis Admins. As a services root i wish i could limit that. yes there is a limit for normal users at modules.conf but i am thinking of another limit like Exclude have. Default is 20 but if a services admin tries to raise it, he can only raise up to 100 for example. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040504/29750a97/attachment.html From vonitsa_net at yahoo.gr Tue May 4 07:00:42 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] MS Limit In-Reply-To: <001801c431cf$64e224f0$0800000a@citir> Message-ID: <20040504140042.86916.qmail@web86403.mail.ukl.yahoo.com> Useless for me. Just tell to your services admins to not raise the limit more than 100. If you can't trust your services admins.... i\I don't know who you can trust. --- Ali Sor wrote: > Hello; > > I found out that there is a limit of 32767 memos to > Servis Admins. > > As a services root i wish i could limit that. yes > there is a limit for normal users at modules.conf > but i am thinking of another limit like Exclude > have. > > Default is 20 but if a services admin tries to raise > it, he can only raise up to 100 for example. > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ===== Dionisios K. - VoNiTsA On GrNet From alisor at softhome.net Tue May 4 11:10:04 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] MS Limit References: <20040504140042.86916.qmail@web86403.mail.ukl.yahoo.com> Message-ID: <002201c43203$0d13ab20$0800000a@citir> Then we dont trust the admin and put another limit to exclude. We dont trust to admins so we made them not to getpass other admins or root....( i cant write a lot more) This isnt about Trust... ----- Original Message ----- From: "Dionisios K." To: "IRC Services General Mailing List" Sent: Tuesday, May 04, 2004 5:00 PM Subject: Re: [IRCServices] MS Limit > Useless for me. > Just tell to your services admins to not raise the > limit more than 100. > If you can't trust your services admins.... i\I don't > know who you can trust. > > > --- Ali Sor wrote: > Hello; > > > > I found out that there is a limit of 32767 memos to > > Servis Admins. > > > > As a services root i wish i could limit that. yes > > there is a limit for normal users at modules.conf > > but i am thinking of another limit like Exclude > > have. > > > > Default is 20 but if a services admin tries to raise > > it, he can only raise up to 100 for example. > > > > > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, > > visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Tue May 4 12:03:56 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] MS Limit Message-ID: <20040504190356.16049.qmail@web86407.mail.ukl.yahoo.com> If you think that is the same thing getpass and MS limit.. ===== Dionisios K. - VoNiTsA On GrNet From Admin at VonitsaNet.gr Fri May 7 05:21:01 2004 From: Admin at VonitsaNet.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Akick Message-ID: <002201c4342d$c385b930$413d05d5@server> Can be added to services a feature to show this information at the END of the akick reason? * You were kicked from #test by ChanServ (Test Akick!!! - [ VoNiTsA : May 07 * 13:02 ] ) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3233 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040507/1fe7c647/smime.bin From vonitsa_net at yahoo.gr Fri May 7 06:31:57 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Akick Message-ID: <20040507133157.73034.qmail@web86406.mail.ukl.yahoo.com> Can be added to services a feature to show this information at the END of the akick reason? * You were kicked from #test by ChanServ (Test Akick!!! - [ VoNiTsA : May 07 * 13:02 ] ) ===== Dionisios K. - VoNiTsA On GrNet From vonitsa_net at yahoo.gr Fri May 7 07:00:24 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Memoserv feature Message-ID: <20040507140024.6692.qmail@web86405.mail.ukl.yahoo.com> A new command for MEMOSERV may be added to ircservices: "CANCEL" -> Cancel last sent memo ===== Dionisios K. - VoNiTsA On GrNet From Craig at frostycoolslug.com Fri May 7 09:19:26 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Akick Message-ID: I cant really see too much need for this, especially seeing as a lot of people who set akicks will want to be anonymous. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Dionisios K. * To - ircservices@ircservices.za.net * Sent - 2004-05-07 14:31:57 * Subject - [IRCServices] Akick ****************************************/ /****** - Begin Original Message - ******/ >Can be added to services a feature to show this >information at the END of >the akick reason? > >* You were kicked from #test by ChanServ (Test >Akick!!! - [ VoNiTsA : May 07 >* 13:02 ] ) > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at frostycoolslug.com Fri May 7 09:36:33 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Memoserv feature Message-ID: I like this idea, BUT.. It wouldnt work with memo forwarding. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Dionisios K. * To - ircservices@ircservices.za.net * Sent - 2004-05-07 15:00:24 * Subject - [IRCServices] Memoserv feature ****************************************/ /****** - Begin Original Message - ******/ >A new command for MEMOSERV may be added to >ircservices: >"CANCEL" -> Cancel last sent memo > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From brain at winbot.co.uk Sat May 8 10:53:31 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Unreal Bug? Message-ID: <200405081753.i48HrW125705@brainbox.winbot.co.uk> Hi When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence. Thanks, Brain From brain at winbot.co.uk Sat May 8 10:57:14 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Fw: Unreal Bug? Message-ID: <200405081757.i48HvE125756@brainbox.winbot.co.uk> Followup: This appears to be a bug, verified by the fact that other ircds which support +R have a matching definition in the protocol module, whereas unreal doesnt. Example from grepping the modules/protocol dir: modules/protocol/ptlink.c: {'R', {0x00008000}}, /* Allow PRIVMSGs from +r clients only */ >Hi > >When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may >message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be >implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence. > >Thanks, >Brain From achurch at achurch.org Sun May 9 10:33:23 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Unreal Bug? In-Reply-To: <200405081753.i48HrW125705@brainbox.winbot.co.uk> Message-ID: <409d8a7a.50614@achurch.org> >When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence. This is not a mode Services needs to be aware of, hence it's not listed in the mode table. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun May 9 10:35:14 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Fw: Unreal Bug? In-Reply-To: <200405081757.i48HvE125756@brainbox.winbot.co.uk> Message-ID: <409d8af0.50627@achurch.org> >Followup: This appears to be a bug, verified by the fact that other ircds which support +R have a matching definition in the protocol module, whereas unreal doesnt. Example from grepping the modules/protocol dir: > >modules/protocol/ptlink.c: {'R', {0x00008000}}, /* Allow PRIVMSGs from +r clients only */ I probably put that in just to remind myself it exists, since I use PTlink less often than Unreal (read: never). --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Sun May 9 05:38:25 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Memoserv cancel command Message-ID: <20040509123825.60292.qmail@web86406.mail.ukl.yahoo.com> I have sent an email to add a feature to cancel the last sent memo (disabled if forward is enabled).. Any reply for this feature? ===== Dionisios K. - VoNiTsA On GrNet From achurch at achurch.org Sun May 9 23:35:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Memoserv cancel command In-Reply-To: <20040509123825.60292.qmail@web86406.mail.ukl.yahoo.com> Message-ID: <409e420e.51202@achurch.org> >I have sent an email to add a feature to cancel the >last sent memo (disabled if forward is enabled).. Any >reply for this feature? Unnecessary, and impossible besides if forwarding is in use (as was already mentioned). Watch what you write before you send; I won't help you take it back. --Andrew Church achurch@achurch.org http://achurch.org/ From ysar68 at otenet.gr Sun May 9 11:22:06 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error Message-ID: <011501c435f2$88fcc080$c133673e@ysar> after full installation and start of services when i had going inside the client to make tests the answer is was : Services is currently down. Please wait a few moments, and then try again. but in my system is running both ircd and ircservices so in this case with get this error ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040509/77a3ceb3/attachment.html From azoff at se.linux.org Sun May 9 11:37:00 2004 From: azoff at se.linux.org (=?ISO-8859-7?Q?Torbjo=22rn_Svensson?=) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error In-Reply-To: <011501c435f2$88fcc080$c133673e@ysar> References: <011501c435f2$88fcc080$c133673e@ysar> Message-ID: <409E7A4C.2020107@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 john sarantopoulos wrote: | after full installation and start of services when i had going inside the client to make tests the answer is was : | Services is currently down. Please wait a few moments, and then try again. | | but in my system is running both ircd and ircservices so in this case with get this error ? Services ain't connected to you're ircd. Check yor're ircservices.conf and ircd.conf Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAnnpLeY7jmtvbDP0RAs6oAKCUKujhsZsEbsDXHc6suoFhHzerUgCbBJ23 FjQ24XIaxmdWrgWq4irECyw= =rYrP -----END PGP SIGNATURE----- From uhc0 at rz.uni-karlsruhe.de Sun May 9 12:11:03 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error In-Reply-To: <011501c435f2$88fcc080$c133673e@ysar> References: <011501c435f2$88fcc080$c133673e@ysar> Message-ID: <1084129863.6643.1.camel@dreadnought.hadiko.de> It might be, that the SERVICES_NAME definition of your ircd does not match to the name of the services server you have chosen, causing commands like /nickserv /chanserv not work. If you tell us which version of the ircd and services you are running, we might help further. Regards; y. On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote: > after full installation and start of services when i had going inside > the client to make tests the answer is was : > Services is currently down. Please wait a few moments, and then try > again. > > but in my system is running both ircd and ircservices so in this case > with get this error ? > > > ______________________________________________________________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ysar68 at otenet.gr Sun May 9 12:37:11 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error References: <011501c435f2$88fcc080$c133673e@ysar> <1084129863.6643.1.camel@dreadnought.hadiko.de> Message-ID: <013c01c435fd$065a8490$c133673e@ysar> so this is was the error of ircd yeap when i try to make msg command everything is goes ok with ircservices but!! with /nickserv /chanserv etc the error the irc server is down try later the version is bahamut-1.4(36)p2. irc.athensweb.gr CiIY TS5ow-r[RELEASE] and the services 5.0.0 ----- Original Message ----- From: "Yusuf Iskenderoglu" To: "IRC Services General Mailing List" Sent: Sunday, May 09, 2004 10:11 PM Subject: Re: [IRCServices] error > It might be, that the SERVICES_NAME definition of your ircd does not > match to the name of the services server you have chosen, causing > commands like > /nickserv > /chanserv not work. > > If you tell us which version of the ircd and services you are running, > we might help further. > > Regards; > y. > > On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote: > > after full installation and start of services when i had going inside > > the client to make tests the answer is was : > > Services is currently down. Please wait a few moments, and then try > > again. > > > > but in my system is running both ircd and ircservices so in this case > > with get this error ? > > > > > > ______________________________________________________________________ > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From uhc0 at rz.uni-karlsruhe.de Sun May 9 13:25:33 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error In-Reply-To: <013c01c435fd$065a8490$c133673e@ysar> References: <011501c435f2$88fcc080$c133673e@ysar> <1084129863.6643.1.camel@dreadnought.hadiko.de> <013c01c435fd$065a8490$c133673e@ysar> Message-ID: <1084134333.6644.6.camel@dreadnought.hadiko.de> Hi, Please upgrade your services immediately, 5.0.0 is far too old. The latest release is 5.0.31 Moreover, RTFM and discover that Bahamut versions 1.4.34 and later are not supported, you either downgrade your ircd, or switch to another server software, consider the alternatives listed in section 2.1 of ircservices manual. And last, the "services_name" definition inside options {} section of the ircd.conf of Bahamut is the solution to your case; that name must match the name of your services server. Regards; yusuf. On Sun, 2004-05-09 at 21:37, john sarantopoulos wrote: > so this is was the error of ircd yeap when i try to make msg command > everything is goes ok with ircservices but!! with /nickserv /chanserv etc > the error the irc server is down try later the version is bahamut-1.4(36)p2. > irc.athensweb.gr CiIY TS5ow-r[RELEASE] and the services 5.0.0 > ----- Original Message ----- > From: "Yusuf Iskenderoglu" > To: "IRC Services General Mailing List" > Sent: Sunday, May 09, 2004 10:11 PM > Subject: Re: [IRCServices] error > > > > It might be, that the SERVICES_NAME definition of your ircd does not > > match to the name of the services server you have chosen, causing > > commands like > > /nickserv > > /chanserv not work. > > > > If you tell us which version of the ircd and services you are running, > > we might help further. > > > > Regards; > > y. > > > > On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote: > > > after full installation and start of services when i had going inside > > > the client to make tests the answer is was : > > > Services is currently down. Please wait a few moments, and then try > > > again. > > > > > > but in my system is running both ircd and ircservices so in this case > > > with get this error ? > > > > > > > > > ______________________________________________________________________ > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From moontan at dmbroadband.com Sun May 9 18:01:58 2004 From: moontan at dmbroadband.com (moontan@dmbroadband.com) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Re: IRCServices Digest, Vol 17, Issue 5 In-Reply-To: <20040509100103.881A571998@dm.deskmedia.com> References: <20040509100103.881A571998@dm.deskmedia.com> Message-ID: <20040510003422.M89809@deskmedia.com> I am having a logging problem, as in large size services log.this is the only thing in the log: "[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): size (32768) <= wlen (-31838) [May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): size (32768) <= wlen (- 31838)" The log is full of that. Any help would be greatly appreciated. Thanks -- Open WebMail Project (http://openwebmail.org) ---------- Original Message ----------- From: ircservices-request@ircservices.za.net To: ircservices@ircservices.za.net Sent: Sun, 9 May 2004 05:01:03 -0500 (CDT) Subject: IRCServices Digest, Vol 17, Issue 5 > Send IRCServices mailing list submissions to > ircservices@ircservices.za.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ircservices.za.net/mailman/listinfo/ircservices > or, via email, send a message with subject or body 'help' to > ircservices-request@ircservices.za.net > > You can reach the person managing the list at > ircservices-owner@ircservices.za.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of IRCServices digest..." > > Today's Topics: > > 1. Unreal Bug? (Craig Edwards) > 2. Fw: Unreal Bug? (Craig Edwards) > 3. Re: Unreal Bug? (Andrew Church) > 4. Re: Fw: Unreal Bug? (Andrew Church) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 8 May 2004 18:53:31 +0100 > From: "Craig Edwards" > Subject: [IRCServices] Unreal Bug? > To: "IRC Services General Mailing Lis" > > Message-ID: <200405081753.i48HrW125705@brainbox.winbot.co.uk> > Content-Type: text/plain; charset="iso-8859-1" > > Hi > > When looking through the code for ircservices, i noticed that it > doesnt list usermode +R (only registered users may message the > nickname) in its list of extra modes supported by unrealircd (in > modules/protocol/unreal.c). Should this be implemented as it is a > known usermode to unreal, and it seems that services is blissfully > unaware of its presence. > > Thanks, > Brain > > ------------------------------ > > Message: 2 > Date: Sat, 8 May 2004 18:57:14 +0100 > From: "Craig Edwards" > Subject: [IRCServices] Fw: Unreal Bug? > To: "ircservices" > Message-ID: <200405081757.i48HvE125756@brainbox.winbot.co.uk> > Content-Type: text/plain; charset="iso-8859-1" > > Followup: This appears to be a bug, verified by the fact that other > ircds which support +R have a matching definition in the protocol > module, whereas unreal doesnt. Example from grepping the > modules/protocol dir: > > modules/protocol/ptlink.c: {'R', {0x00008000}}, /* Allow > PRIVMSGs from +r clients only */ > > >Hi > > > >When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may >message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be >implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence. > > > >Thanks, > >Brain > > ------------------------------ > > Message: 3 > Date: Sun, 09 May 2004 10:33:23 JST > From: achurch@achurch.org (Andrew Church) > Subject: Re: [IRCServices] Unreal Bug? > To: ircservices@ircservices.za.net > Message-ID: <409d8a7a.50614@achurch.org> > Content-Type: text/plain; charset=ISO-2022-JP > > >When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence. > > This is not a mode Services needs to be aware of, hence it's not > listed in the mode table. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------ > > Message: 4 > Date: Sun, 09 May 2004 10:35:14 JST > From: achurch@achurch.org (Andrew Church) > Subject: Re: [IRCServices] Fw: Unreal Bug? > To: ircservices@ircservices.za.net > Message-ID: <409d8af0.50627@achurch.org> > Content-Type: text/plain; charset=ISO-2022-JP > > >Followup: This appears to be a bug, verified by the fact that other ircds which support +R have a matching definition in the protocol module, whereas unreal doesnt. Example from grepping the modules/protocol dir: > > > >modules/protocol/ptlink.c: {'R', {0x00008000}}, /* Allow PRIVMSGs from +r clients only */ > > I probably put that in just to remind myself it exists, since I > use PTlink less often than Unreal (read: never). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------ > > _______________________________________________ > IRCServices mailing list > IRCServices@ircservices.za.net > http://www.ircservices.za.net/mailman/listinfo/ircservices > > End of IRCServices Digest, Vol 17, Issue 5 > ****************************************** ------- End of Original Message ------- From achurch at achurch.org Mon May 10 10:29:31 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] Re: IRCServices Digest, Vol 17, Issue 5 In-Reply-To: <20040510003422.M89809@deskmedia.com> Message-ID: <409edb39.52160@achurch.org> >I am having a logging problem, as in large size services log.this is the >only thing in the log: "[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): >size (32768) <= wlen (-31838) >[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): size (32768) <= wlen (- >31838)" >The log is full of that. Any help would be greatly appreciated. Thanks Version? --Andrew Church achurch@achurch.org http://achurch.org/ From ysar68 at otenet.gr Mon May 10 01:55:21 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] operserv prob Message-ID: <017801c4366c$88eae5c0$c133673e@ysar> when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : OperServ :Services is currently down. Please wait a few moments, and then try again. my versions of are : ircd : bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE] services : ircservices 5.0.0.31 any solution ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/6b99cede/attachment.htm From profound at eyerc.net Mon May 10 02:28:41 2004 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] operserv prob References: <017801c4366c$88eae5c0$c133673e@ysar> Message-ID: <002701c43671$35fbdf40$0300a8c0@mothership> Hi John, Where you modified the value of SERVICES_NAME you need to modify the value of STATS_NAME. Make it equal to whatever SERVICES_NAME is set to. Regards, Tim Owen Profound @ EYErc.net www.EYErc.net ----- Original Message ----- From: john sarantopoulos To: ircservices Sent: Monday, May 10, 2004 6:25 PM Subject: [IRCServices] operserv prob when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : OperServ :Services is currently down. Please wait a few moments, and then try again. my versions of are : ircd : bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE] services : ircservices 5.0.0.31 any solution ? ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/8250ce51/attachment.html From ysar68 at otenet.gr Mon May 10 02:39:20 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] operserv prob References: <017801c4366c$88eae5c0$c133673e@ysar> <002701c43671$35fbdf40$0300a8c0@mothership> Message-ID: <01b001c43672$abdf5b50$c133673e@ysar> thanks man :) ----- Original Message ----- From: Profound To: IRC Services General Mailing List Sent: Monday, May 10, 2004 12:28 PM Subject: Re: [IRCServices] operserv prob Hi John, Where you modified the value of SERVICES_NAME you need to modify the value of STATS_NAME. Make it equal to whatever SERVICES_NAME is set to. Regards, Tim Owen Profound @ EYErc.net www.EYErc.net ----- Original Message ----- From: john sarantopoulos To: ircservices Sent: Monday, May 10, 2004 6:25 PM Subject: [IRCServices] operserv prob when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : OperServ :Services is currently down. Please wait a few moments, and then try again. my versions of are : ircd : bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE] services : ircservices 5.0.0.31 any solution ? ---------------------------------------------------------------------------- ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/4fcec4b2/attachment.htm From us44ever at hotmail.com Mon May 10 12:01:04 2004 From: us44ever at hotmail.com (us44ever .) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error while installing Message-ID: hi, i get this error while trying to upgrade (when using gmake): gmake[2]: Leaving directory `/usr/home/hub/ircservices-5.0.31' gcc -rdynamic convert-db.o convert-cygnus.o convert-epona.o convert-magick.o convert-ptlink.o convert-sirv.o convert-trircd.o convert-ver8.o fileutil-x.o suspinfo-x.o xml-export-x.o ../compat.o -o convert-db convert-trircd.o: In function `trircd_load_ajoin': /usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined reference to `ngi_mainnick' gmake[1]: *** [convert-db] Error 1 gmake[1]: Leaving directory `/usr/home/hub/ircservices-5.0.31/tools' gmake: *** [tools] Error 2 - net93-david# gcc -v Using builtin specs. gcc version 2.95.4 20020320 [FreeBSD] - anyone can help please? _________________________________________________________________ Watch LIVE baseball games on your computer with MLB.TV, included with MSN Premium! http://join.msn.com/?page=features/mlb&pgmarket=en-us/go/onm00200439ave/direct/01/ From ysar68 at otenet.gr Mon May 10 13:28:47 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] ... Message-ID: <01d501c436cd$661def90$c133673e@ysar> two thinks ... 1 , when starts the mirc at the main chanel the first say up there dalnet how i can change to any other name ? 2 , the command identify for nickserv can be changed to id for smaller use of users ? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/c72a8e4c/attachment.html From ysar68 at otenet.gr Mon May 10 13:33:15 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] expire time Message-ID: <01e301c436ce$05fce840$c133673e@ysar> when one user log in the server the services is giving the message about identify but if the user is not give the identification the system is not set the user to guestXXX how i can fix this prob !? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/809615c5/attachment.htm From Craig at frostycoolslug.com Mon May 10 14:04:03 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] ... Message-ID: The first issue is IRCd related, Not Services. This second one is possible, but with modifications of the source. if you have experiance with C, you can edit the command table in nickserv/main.c but remember, if you make this modification, any other bugs you find wont be supported. (if you are using Unreal3.2 theres a chance you can use some clever regexps to allow for an 'id' command like that, although i wont help with this, and i cant garuntee it) And with regards to your other issue, make sure NSForceNickChange is specified in your modules.conf /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - john sarantopoulos * To - ircservices * Sent - 2004-05-10 21:28:47 * Subject - [IRCServices] ... ****************************************/ /****** - Begin Original Message - ******/ >two thinks ... > >1 , when starts the mirc at the main chanel the first say up there dalnet how i can change to any other name ? >2 , the command identify for nickserv can be changed to id for smaller use of users ? > >thanks >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From ysar68 at otenet.gr Mon May 10 14:30:03 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] ... References: <200405102101.i4AL1jpO011987@thalia.otenet.gr> Message-ID: <021801c436d5$f53fce70$c133673e@ysar> ok i have changed and all is ok in execute of /nickserv id password , so i must change also in help not show /nickserv identify password but /nickserv id password to use the user the correct case if user read the help thanks ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing Lis" Sent: Tuesday, May 11, 2004 12:04 AM Subject: Re: [IRCServices] ... > The first issue is IRCd related, Not Services. > > This second one is possible, but with modifications of the source. if you have experiance with C, you can edit the command table in nickserv/main.c but remember, if you make this modification, any other bugs you find wont be supported. (if you are using Unreal3.2 theres a chance you can use some clever regexps to allow for an 'id' command like that, although i wont help with this, and i cant garuntee it) > > And with regards to your other issue, make sure NSForceNickChange is specified in your modules.conf > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - john sarantopoulos > * To - ircservices > * Sent - 2004-05-10 21:28:47 > * Subject - [IRCServices] ... > ****************************************/ > > /****** - Begin Original Message - ******/ > > >two thinks ... > > > >1 , when starts the mirc at the main chanel the first say up there dalnet how i can change to any other name ? > >2 , the command identify for nickserv can be changed to id for smaller use of users ? > > > >thanks > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From Craig at frostycoolslug.com Mon May 10 14:49:26 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] ... Message-ID: This information is stored in the Language files. These files are located in ircservices-5.0.xx/lang/*.l You will need to look through these, and make the required changes. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - john sarantopoulos * To - IRC Services General Mailing List * Sent - 2004-05-10 22:30:03 * Subject - Re: [IRCServices] ... ****************************************/ /****** - Begin Original Message - ******/ >ok i have changed and all is ok in execute of /nickserv id password , so i >must change also in help not show /nickserv identify password but /nickserv >id password to use the user the correct case if user read the help > >thanks > >----- Original Message ----- >From: "Craig McLure" >To: "IRC Services General Mailing Lis" >Sent: Tuesday, May 11, 2004 12:04 AM >Subject: Re: [IRCServices] ... > > >> The first issue is IRCd related, Not Services. >> >> This second one is possible, but with modifications of the source. if you >have experiance with C, you can edit the command table in nickserv/main.c >but remember, if you make this modification, any other bugs you find wont be >supported. (if you are using Unreal3.2 theres a chance you can use some >clever regexps to allow for an 'id' command like that, although i wont help >with this, and i cant garuntee it) >> >> And with regards to your other issue, make sure NSForceNickChange is >specified in your modules.conf >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * Craig@FrostyCoolSlug.com >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> >> /**************************************** >> * From - john sarantopoulos >> * To - ircservices >> * Sent - 2004-05-10 21:28:47 >> * Subject - [IRCServices] ... >> ****************************************/ >> >> /****** - Begin Original Message - ******/ >> >> >two thinks ... >> > >> >1 , when starts the mirc at the main chanel the first say up there dalnet >how i can change to any other name ? >> >2 , the command identify for nickserv can be changed to id for smaller >use of users ? >> > >> >thanks >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >> >> /******* - End Original Message - *******/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From ysar68 at otenet.gr Mon May 10 17:08:28 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] languge Message-ID: <027301c436ec$16773770$c133673e@ysar> if i want to translate on of this to other languange not included in list and after put it in list as example copy the en_us.l to gr.l and translate it to greek lang how i can do it this ? and after to put it to list of the languanges ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/93751cc6/attachment.html From achurch at achurch.org Tue May 11 09:16:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] error while installing In-Reply-To: Message-ID: <40a01ba2.62422@achurch.org> >convert-trircd.o: In function `trircd_load_ajoin': >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined >reference to `ngi_mainnick' Try again with unmodified sources. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Mon May 10 17:41:04 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:07 2004 Subject: [IRCServices] languge Message-ID: Basically, rename an 'existing' language file to the name of your new language, translate it, Send it to Andy to see if he will add it to the main services distribution, edit language.c, perform a make and make install, then restart services. This should put your language into services :) As a note, remember to read the notes at the top of the language you are going to translate from. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - john sarantopoulos * To - ircservices * Sent - 2004-05-11 01:08:28 * Subject - [IRCServices] languge ****************************************/ /****** - Begin Original Message - ******/ >if i want to translate on of this to other languange not included in list and after put it in list as example copy the en_us.l to gr.l and translate it to greek lang how i can do it this ? and after to put it to list of the languanges ? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From Craig at frostycoolslug.com Mon May 10 17:43:56 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] A Quick question about chanserv status.. Message-ID: is it possible to have proper 'invalid' messages for this services function? It can be slightly confusing to have services chuck things like: STATUS ? ? ERROR Syntax error STATUS #chatspike Craig ERROR Nick not online rather than the 'useful' messages (for example, a reminder of the syntax) which services normally gives out? Thanks /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Tue May 11 10:00:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] A Quick question about chanserv status.. In-Reply-To: <40a0212d.44435@mail.achurch.org> Message-ID: <40a0260e.62452@achurch.org> >is it possible to have proper 'invalid' messages for this services function? > >It can be slightly confusing to have services chuck things like: > >STATUS ? ? ERROR Syntax error >STATUS #chatspike Craig ERROR Nick not online > >rather than the 'useful' messages (for example, a reminder of the syntax) which services normally gives out? The problem with this is that it would confuse bots trying to parse the message, which is what I see as the main use for this function. --Andrew Church achurch@achurch.org http://achurch.org/ From ysar68 at otenet.gr Mon May 10 18:22:02 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] so here is the error Message-ID: <028d01c436f6$5d86b320$c133673e@ysar> when i try to compile after add the language put this : form language.c /* Order in which languages should be displayed: (alphabetical) */ static int langorder[] = { LANG_EN_US, /* English (US) */ LANG_NL, /* Dutch */ LANG_FR, /* French */ LANG_DE, /* German */ LANG_HU, /* Hungarian */ LANG_IT, /* Italian */ /* LANG_JA_JIS,*/ /* Japanese (JIS encoding) */ LANG_JA_EUC, /* Japanese (EUC encoding) */ LANG_JA_SJIS, /* Japanese (SJIS encoding) */ LANG_PT, /* Portugese */ LANG_ES, /* Spanish */ LANG_TR, /* Turkish */ LANG_GR, /* Greek */ }; /* Filenames for language files: */ static struct { int num; const char *filename; } filenames[] = { { LANG_EN_US, "en_us" }, { LANG_NL, "nl" }, { LANG_FR, "fr" }, { LANG_DE, "de" }, { LANG_HU, "hu" }, { LANG_IT, "it" }, /* { LANG_JA_JIS, "ja_jis" },*/ { LANG_JA_EUC, "ja_euc" }, { LANG_JA_SJIS, "ja_sjis" }, { LANG_PT, "pt" }, { LANG_ES, "es" }, { LANG_TR, "tr" }, { LANG_GR "gr" }, { -1, NULL } }; and from language.h this : #define LANG_EN_US 0 /* United States English */ #define LANG_UNUSED1 1 /* Unused; was Japanese (JIS encoding) */ #define LANG_JA_EUC 2 /* Japanese (EUC encoding) */ #define LANG_JA_SJIS 3 /* Japanese (SJIS encoding) */ #define LANG_ES 4 /* Spanish */ #define LANG_PT 5 /* Portugese */ #define LANG_FR 6 /* French */ #define LANG_TR 7 /* Turkish */ #define LANG_IT 8 /* Italian */ #define LANG_DE 9 /* German */ #define LANG_NL 10 /* Dutch */ #define LANG_HU 11 /* Hungarian */ #define LANG_GR 12 /* Greek */ #define NUM_LANGS 13 /* Number of languages */ #define LANG_DEFAULT -1 /* "Use the default" setting */ i get this error in compile ake make -C lang langstrs.h make[1]: Entering directory `/home/irc/ircservices-5.0.31/lang' Generating langstrs.h... 1204 strings langstrs.h unchanged make[1]: Leaving directory `/home/irc/ircservices-5.0.31/lang' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -c language.c -o language.o language.c:60: parse error before string constant make: *** [language.o] Error 1 what i have to do for find the solution and compile? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/e40fd6ee/attachment.htm From Craig at frostycoolslug.com Mon May 10 19:07:15 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] so here is the error Message-ID: Its probably related to this line: { LANG_GR "gr" }, you are missing a , so it should read: { LANG_GR, "gr" }, If that doesnt fix it, i'm not sure what would. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - john sarantopoulos * To - ircservices * Sent - 2004-05-11 02:22:02 * Subject - [IRCServices] so here is the error ****************************************/ /****** - Begin Original Message - ******/ >when i try to compile after add the language put this : form language.c > > >/* Order in which languages should be displayed: (alphabetical) */ >static int langorder[] = { > LANG_EN_US, /* English (US) */ > LANG_NL, /* Dutch */ > LANG_FR, /* French */ > LANG_DE, /* German */ > LANG_HU, /* Hungarian */ > LANG_IT, /* Italian */ >/* LANG_JA_JIS,*/ /* Japanese (JIS encoding) */ > LANG_JA_EUC, /* Japanese (EUC encoding) */ > LANG_JA_SJIS, /* Japanese (SJIS encoding) */ > LANG_PT, /* Portugese */ > LANG_ES, /* Spanish */ > LANG_TR, /* Turkish */ > LANG_GR, /* Greek */ >}; > >/* Filenames for language files: */ >static struct { > int num; > const char *filename; >} filenames[] = { > { LANG_EN_US, "en_us" }, > { LANG_NL, "nl" }, > { LANG_FR, "fr" }, > { LANG_DE, "de" }, > { LANG_HU, "hu" }, > { LANG_IT, "it" }, >/* { LANG_JA_JIS, "ja_jis" },*/ > { LANG_JA_EUC, "ja_euc" }, > { LANG_JA_SJIS, "ja_sjis" }, > { LANG_PT, "pt" }, > { LANG_ES, "es" }, > { LANG_TR, "tr" }, > { LANG_GR "gr" }, > { -1, NULL } >}; > >and from language.h this : > >#define LANG_EN_US 0 /* United States English */ >#define LANG_UNUSED1 1 /* Unused; was Japanese (JIS encoding) */ >#define LANG_JA_EUC 2 /* Japanese (EUC encoding) */ >#define LANG_JA_SJIS 3 /* Japanese (SJIS encoding) */ >#define LANG_ES 4 /* Spanish */ >#define LANG_PT 5 /* Portugese */ >#define LANG_FR 6 /* French */ >#define LANG_TR 7 /* Turkish */ >#define LANG_IT 8 /* Italian */ >#define LANG_DE 9 /* German */ >#define LANG_NL 10 /* Dutch */ >#define LANG_HU 11 /* Hungarian */ >#define LANG_GR 12 /* Greek */ > >#define NUM_LANGS 13 /* Number of languages */ >#define LANG_DEFAULT -1 /* "Use the default" setting */ > >i get this error in compile > >ake >make -C lang langstrs.h >make[1]: Entering directory `/home/irc/ircservices-5.0.31/lang' >Generating langstrs.h... 1204 strings >langstrs.h unchanged >make[1]: Leaving directory `/home/irc/ircservices-5.0.31/lang' >gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -c language.c -o language.o >language.c:60: parse error before string constant >make: *** [language.o] Error 1 > >what i have to do for find the solution and compile? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From ysar68 at otenet.gr Tue May 11 01:21:05 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] network split! Message-ID: <02a101c43730$e85503a0$c133673e@ysar> when the ircd server is connected with ircservices , and join in a new unregistered channel they dont giving a op status autmaticaly , and back in main window gives this error message : -irc.athensweb.gr- *** Notice -- Due to a network split, you can not obtain channel operator status in a new channel at this time. so why network split if is connected both!? i had make /nickserv help and /chanserv help and response i have to change again something inside the config files? thanks john sarantopoulos -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/51f8d669/attachment.html From ysar68 at otenet.gr Tue May 11 01:52:33 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] ok the compile! but! Message-ID: <02b601c43735$4e3ecf30$c133673e@ysar> ok with the compile is not stop after i have put the , bud i try to select language 12 in nickserv and tell me is not existing why ? i fix the error the compile made all also the installation -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/950974b6/attachment.htm From ysar68 at otenet.gr Tue May 11 02:21:53 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Fw: ok the compile! but! Message-ID: <032701c43739$671046c0$c133673e@ysar> ok with the compile is not stop after i have put the language strings and files , bud i try to select language 12 in nickserv and tell me is not existing why and is not existing in list of help in language chosing help ? i fix the with "," made make and made install finish normal ! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/9cc462e0/attachment.html From vonitsa_net at yahoo.gr Tue May 11 03:03:08 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Locked Channel Modes Message-ID: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com> Unreal IRCD supports this feature: set::restrict-channelmodes to restrict users to set/unset the specific channelmodes. But MLOCK command overrides this feature (U:line).. Can be implemented a feature to not allow users from mlock these modes? ===== Dionisios K. - VoNiTsA On GrNet From medice at gmx.at Tue May 11 03:16:27 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Locked Channel Modes In-Reply-To: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com> References: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com> Message-ID: <40A0A7FB.1040705@gmx.at> well, this sounds indeed reasonable, maybe a config-parameter at services which can be set equal zu ircds setting... greetz /medice Dionisios K. wrote: > Unreal IRCD supports this feature: > set::restrict-channelmodes > to restrict users to set/unset the specific > channelmodes. > > But MLOCK command overrides this feature (U:line).. > Can be implemented a feature to not allow users from > mlock these modes? > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From achurch at achurch.org Tue May 11 23:20:22 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Locked Channel Modes In-Reply-To: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com> Message-ID: <40a0e156.06441@achurch.org> >Unreal IRCD supports this feature: >set::restrict-channelmodes >to restrict users to set/unset the specific >channelmodes. > >But MLOCK command overrides this feature (U:line).. >Can be implemented a feature to not allow users from >mlock these modes? This is under consideration for a future version, but will not be added to 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ From ysar68 at otenet.gr Tue May 11 08:55:15 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] prob Message-ID: <004201c43770$5a7c58e0$c133673e@ysar> when the client is running in main window before all channels says DALnet , where in source i can change to my name so if can't help me what is the right one address for ircd servers help ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/f2d5104a/attachment.htm From vonitsa_net at yahoo.gr Tue May 11 10:53:37 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] prob Message-ID: <20040511175337.13068.qmail@web86404.mail.ukl.yahoo.com> If you are using unreal www.Unrealircd.com and if you are using Bahamut bahamut.dal.net ===== Dionisios K. - VoNiTsA On GrNet From azoff at se.linux.org Tue May 11 14:21:51 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Bahamut 1.8.0 Message-ID: <40A143EF.9070207@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Just wanna tell you people out there that my upgrade to 1.8.0 worked well with latest ircservices. I haven't found anything broken yet. Andrew, are you plaing to add this release to the "supported" list? Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAoUPieY7jmtvbDP0RAoZmAJ9lK/d9xDGHJp1Qrv8mPfphLq4IggCgkVrD lnp9gCKKlMSRIqh1iGaG5N4= =YpkI -----END PGP SIGNATURE----- From ysar68 at otenet.gr Tue May 11 17:40:50 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] ircservices-chk Message-ID: <007f01c437b9$c63954e0$c133673e@ysar> the ircservices-chk where i must install it to check the services if running to work ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040512/54a0255d/attachment.html From ysar68 at otenet.gr Tue May 11 17:20:20 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] reset by peer Message-ID: <007001c437b6$e99702a0$c133673e@ysar> i leaved at night and after fwe 2 or 3 hours i find down the services with read error : [May 11 23:18:16 2004] operserv/main: galois: set #linux -o galois [May 11 23:18:52 2004] operserv/main: galois: help [May 11 23:19:06 2004] operserv/main: galois: help commands [May 11 23:20:37 2004] operserv/main: galois: global foo [May 11 23:21:05 2004] Read error from server: Connection reset by peer -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040512/94dc4938/attachment.htm From vonitsa_net at yahoo.gr Tue May 11 21:32:26 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] ircservices-chk Message-ID: <20040512043226.3595.qmail@web86402.mail.ukl.yahoo.com> To start services with this feature type ./ircservices-chk ===== Dionisios K. - VoNiTsA On GrNet From ysar68 at otenet.gr Wed May 12 00:20:58 2004 From: ysar68 at otenet.gr (john sarantopoulos) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] ircservices-chk References: <20040512043226.3595.qmail@web86402.mail.ukl.yahoo.com> Message-ID: <00b601c437f1$be1e7690$c133673e@ysar> yes i had use this command and after i make a check i drop by my self the services and is not restart ----- Original Message ----- From: "Dionisios K." To: Sent: Wednesday, May 12, 2004 7:32 AM Subject: Re: [IRCServices] ircservices-chk > To start services with this feature type ./ircservices-chk > > ===== > Dionisios K. - VoNiTsA On GrNet > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From vonitsa_net at yahoo.gr Wed May 12 03:58:33 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] ircservices-chk In-Reply-To: <00b601c437f1$be1e7690$c133673e@ysar> Message-ID: <20040512105833.47960.qmail@web86407.mail.ukl.yahoo.com> Drop? what you mean? If you mean that you have terminate services... How? ===== Dionisios K. - VoNiTsA On GrNet From tty at inbox.ru Wed May 12 10:42:05 2004 From: tty at inbox.ru (=?koi8-r?Q?=22?=Alex HangMan=?koi8-r?Q?=22=20?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] nickserv: delay on LINK command Message-ID: Hello I found, that LINK command have no delay between consecutive uses. This is the way to flood nickserv with this command and inflate size of database. NSLinkMax doesn`t help since the attacker can register new nick and link nicks again. --- wbr From us44ever at hotmail.com Wed May 12 13:08:23 2004 From: us44ever at hotmail.com (us44ever .) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] error while installing Message-ID: hi Andrew, i didn't modify anything, it has been directly downloaded from ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz > > >convert-trircd.o: In function `trircd_load_ajoin': > >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined > >reference to `ngi_mainnick' > > Try again with unmodified sources. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/ From achurch at achurch.org Thu May 13 09:17:20 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] error while installing In-Reply-To: Message-ID: <40a2beb4.77314@achurch.org> Try again from the .tar file. --Andrew Church achurch@achurch.org http://achurch.org/ >hi Andrew, > >i didn't modify anything, it has been directly downloaded from >ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz > > >> >> >convert-trircd.o: In function `trircd_load_ajoin': >> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined >> >reference to `ngi_mainnick' >> >> Try again with unmodified sources. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ > >_________________________________________________________________ >FREE pop-up blocking with the new MSN Toolbar ? get it now! >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at frostycoolslug.com Wed May 12 17:31:24 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] error while installing Message-ID: I used this patch and it worked fine, not sure where your problem is coming from /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - us44ever . * To - ircservices@ircservices.za.net * Sent - 2004-05-12 21:08:23 * Subject - Re: [IRCServices] error while installing ****************************************/ /****** - Begin Original Message - ******/ >hi Andrew, > >i didn't modify anything, it has been directly downloaded from >ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz > > >> >> >convert-trircd.o: In function `trircd_load_ajoin': >> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined >> >reference to `ngi_mainnick' >> >> Try again with unmodified sources. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ > >_________________________________________________________________ >FREE pop-up blocking with the new MSN Toolbar ? get it now! >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From jon at jons.org Wed May 12 17:45:31 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:02:08 2004 Subject: [SPAM] Re: Re: [IRCServices] error while installing In-Reply-To: <20040513002910.5D3FF326BA6@mail2.zoneedit.com> Message-ID: <200405130046.i4D0kA67009913@mail.xelink.net> >I used this patch and it worked fine, not sure where your problem is coming >from He probably patched already modified source. As long as the modified parts don't conflict with the patch set, it would still apply cleanly. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ -jon From achurch at achurch.org Thu May 13 18:13:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Advance warning for 5.0.32 Message-ID: <40a33d50.06141@achurch.org> Since Bahamut 1.8.0 has been released, I'm updating the Bahamut protocol module for Services 5.0.32. However, due to the difficulty of supporting both 1.8.0 and earlier versions simultaneously, support for earlier versions of Bahamut will be dropped completely in Services 5.0.32. Normally I wouldn't make such a precipitous change in a maintenance release, but given that the current module only supports older versions, and that those older versions reportedly have a number of fairly major bugs, I think it's reasonable in this case. In summary: If you're running Bahamut, you'll have to upgrade all of your servers to 1.8.0 before you can use Services 5.0.32. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Thu May 13 04:22:11 2004 From: azoff at se.linux.org (=?iso-8859-1?b?VG9yYmr2cm4=?= Svensson) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Advance warning for 5.0.32 In-Reply-To: <40a33d50.06141@achurch.org> References: <40a33d50.06141@achurch.org> Message-ID: <1084447331.40a35a636b02e@mail.azoff.homeip.net> Quoting Andrew Church : > Since Bahamut 1.8.0 has been released, I'm updating the Bahamut > protocol module for Services 5.0.32. However, due to the difficulty of > supporting both 1.8.0 and earlier versions simultaneously, support for > earlier versions of Bahamut will be dropped completely in Services 5.0.32. > Normally I wouldn't make such a precipitous change in a maintenance > release, but given that the current module only supports older versions, > and that those older versions reportedly have a number of fairly major > bugs, I think it's reasonable in this case. > > In summary: If you're running Bahamut, you'll have to upgrade all of > your servers to 1.8.0 before you can use Services 5.0.32. Can I ask why you can't just rename the old one to something like bahamut-old or something and later remove it? I think it would be great if you did support the 1.4 releases befor there are some patchsets like blitzed that uses 1.4. Btw, what does not work in .31 and 1.8? I haven't seen anything broken yet. Regards, -- .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org `-- http://www.se.linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From Craig at frostycoolslug.com Thu May 13 05:15:32 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Advance warning for 5.0.32 Message-ID: I dont use Bahamut, but i tend to agree with this opinion, imo, theres nothing wrong with leaving an 'old' module in there for people who dont run 1.8.0. At the end of the day thou, if the worst comes to the worst, users of older releases can just backup their old module, before updating services, then just put it back where it was before (removing the new support) Like i say, i dont use Bahamut, so its just my opinion /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Torbj?rnSvensson * To - IRC Services General Mailing List * Sent - 2004-05-13 12:22:11 * Subject - Re: [IRCServices] Advance warning for 5.0.32 ****************************************/ /****** - Begin Original Message - ******/ >Quoting Andrew Church : > >> Since Bahamut 1.8.0 has been released, I'm updating the Bahamut >> protocol module for Services 5.0.32. However, due to the difficulty of >> supporting both 1.8.0 and earlier versions simultaneously, support for >> earlier versions of Bahamut will be dropped completely in Services 5.0.32. >> Normally I wouldn't make such a precipitous change in a maintenance >> release, but given that the current module only supports older versions, >> and that those older versions reportedly have a number of fairly major >> bugs, I think it's reasonable in this case. >> >> In summary: If you're running Bahamut, you'll have to upgrade all of >> your servers to 1.8.0 before you can use Services 5.0.32. > >Can I ask why you can't just rename the old one to something like bahamut-old or >something and later remove it? >I think it would be great if you did support the 1.4 releases befor there are >some patchsets like blitzed that uses 1.4. > >Btw, what does not work in .31 and 1.8? I haven't seen anything broken yet. > >Regards, >-- > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD > `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org > `-- http://www.se.linux.org > >---------------------------------------------------------------- >This message was sent using IMP, the Internet Messaging Program. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From emurphy at sporked.us Thu May 13 08:01:06 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Bahamut 1.8.0 References: <40A143EF.9070207@se.linux.org> Message-ID: <018601c438fb$1e6f64a0$4200a8c0@user3giu7hz2mo> The most obvious thing to me that needs fixed is combining Chanserv Akicks with exceptions. This also happens with Unreal, but I've never mentioned it before since Unreal was in beta forever... But it's the very same behavior. [10:43:43] * Now talking in #test [10:43:43] -test.sporked.us:#test- *** Notice -- TS for #test changed from 1084459414 to 1084412605 [10:43:43] * services.sporked.us sets mode: -o Erusun [10:43:43] * services.sporked.us sets mode: +o Erusun [10:43:43] * ChanServ sets mode: +ntr-o Erusun [10:44:03] * ChanServ sets mode: +o Erusun [10:47:37] -ChanServ- *!*@* added to #test autokick list. [10:53:16] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:16] * services.sporked.us sets mode: +b *!*@* [10:53:16] * testuser was kicked by services.sporked.us (User has been banned from the channel) * Retrieving #test modes... [10:53:29] * Erusun sets mode: +e *!*@* [10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:46] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:46] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:46] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:53:50] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:50] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:53:58] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:58] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:53:58] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:53:58] * testuser was kicked by services.sporked.us (User has been banned from the channel) [10:54:02] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:54:02] * testuser (~erusun@www.eternalcomputers.net) Quit (Local kill by Erusun (No reason specified)) [10:54:33] * testuser (~erusun@www.eternalcomputers.net) has joined #test [10:54:33] * testuser was kicked by services.sporked.us (User has been banned from the channel) ----- Original Message ----- From: "Torbj?rn Svensson" To: "IRC Services General Mailing List" Sent: Tuesday, May 11, 2004 5:21 PM Subject: [IRCServices] Bahamut 1.8.0 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Just wanna tell you people out there that my upgrade to 1.8.0 worked well with latest ircservices. I haven't found anything broken yet. Andrew, are you plaing to add this release to the "supported" list? Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAoUPieY7jmtvbDP0RAoZmAJ9lK/d9xDGHJp1Qrv8mPfphLq4IggCgkVrD lnp9gCKKlMSRIqh1iGaG5N4= =YpkI -----END PGP SIGNATURE----- ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri May 14 00:38:46 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Advance warning for 5.0.32 In-Reply-To: <1084447331.40a35a636b02e@mail.azoff.homeip.net> Message-ID: <40a39760.14432@achurch.org> >Can I ask why you can't just rename the old one to something like bahamut-old or >something and later remove it? I actually thought of that after I sent the message, but on the other hand I don't want to leave in a module that had compatibility issues with later 1.4 releases anyway (SZLINE didn't work, for one thing). I haven't decided whether to do that or not, but I'd suggest looking into upgrading your Bahamut in any case. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Thu May 13 14:13:25 2004 From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Advance warning for 5.0.32 In-Reply-To: <40a39760.14432@achurch.org> References: <40a39760.14432@achurch.org> Message-ID: <40A3E4F5.1000402@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | I actually thought of that after I sent the message, but on the other | hand I don't want to leave in a module that had compatibility issues with | later 1.4 releases anyway (SZLINE didn't work, for one thing). I haven't | decided whether to do that or not, but I'd suggest looking into upgrading | your Bahamut in any case. As I get it, the 1.4 will *not* be upgraded any more. I have already moved over and it works with my needs. I don't use +e so I haven't seen that "bug". Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAo+T0eY7jmtvbDP0RAsdgAJ0bHtYIemGFJjP/yWz1ML5xBgHk5wCfX6a6 hcyZ69p9E7NIemx4Y+5qGI8= =6kfu -----END PGP SIGNATURE----- From achurch at achurch.org Fri May 14 14:46:05 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Bahamut 1.8.0 In-Reply-To: <018601c438fb$1e6f64a0$4200a8c0@user3giu7hz2mo> Message-ID: <40a45d28.17700@achurch.org> >The most obvious thing to me that needs fixed is combining Chanserv Akicks >with exceptions. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From us44ever at hotmail.com Fri May 14 03:18:09 2004 From: us44ever at hotmail.com (us44ever .) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] error while installing Message-ID: yea i downloaded the full package, not the diff, and it worked fine. thanks. > > Try again from the .tar file. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >hi Andrew, > > > >i didn't modify anything, it has been directly downloaded from > >ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz > > > > > >> > >> >convert-trircd.o: In function `trircd_load_ajoin': > >> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined > >> >reference to `ngi_mainnick' > >> > >> Try again with unmodified sources. > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > > > >_________________________________________________________________ > >FREE pop-up blocking with the new MSN Toolbar – get it now! > >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/ From vonitsa_net at yahoo.gr Fri May 14 10:01:12 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] +z channel mode Message-ID: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com> UnrealIrcd supports +z channelmode (only secure connections may join) If i add +z to mlock the FIRST user who join without using a secure connection must be kick/banned from the channel like +A , +O mlocks (When a user is the FIRST user on a channel and try to join on a +O or +A mlocked channel even if the channen is "RESTRICTED OFF" chanserv kicks and bans this user) Correct Me If I'm Wrong ===== Dionisios K. - VoNiTsA On GrNet From mark at phedny.net Fri May 14 10:14:12 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] +z channel mode In-Reply-To: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com> References: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com> Message-ID: <40A4FE64.7020100@phedny.net> Actually, this should only be done when the user doesn't have +z user mode, since that indicates he is connected by SSL himself. Dionisios K. wrote: >UnrealIrcd supports +z channelmode (only secure >connections may join) >If i add +z to mlock the FIRST user who join without >using a secure connection must be kick/banned from the >channel like +A , +O mlocks > >(When a user is the FIRST user on a channel and try to >join on a +O or +A mlocked channel even if the channen >is "RESTRICTED OFF" chanserv kicks and bans this user) > >Correct Me If I'm Wrong > >===== >Dionisios K. - VoNiTsA On GrNet > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From admin at nevernet.net Sat May 15 15:45:45 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X Message-ID: <9A2B7058-A6C1-11D8-86B3-000A95ACFF92@nevernet.net> Has anyone had any success compiling and running ircservices on mac os x? Elijah From trido at swallegiance.com Sat May 15 23:34:01 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem Message-ID: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD server. When I try to start it up, I get the following message: [04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for irc.swallegiance.com(unknown@69.28.183.209) (No link block named 'irc.swallegiance.com') [@69.28.183.209.6677] My ircservices.log file says: [May 15 23:29:56 2004] IRC Services 5.0.31 starting up [May 15 23:29:56 2004] httpd/main: Listening on :12701 [May 15 23:29:56 2004] unknown message from server (:irc.swallegiance.com 451 PING :You have not registered) [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@69.28.183.209.6677]) [May 15 23:29:57 2004] unknown message from server (ERROR :Closing Link: [69.28.183.209] (Link denied (No matching link configuration))) [May 15 23:29:57 2004] Read error from server: Connection reset by peer Does anyone know what might be causing that? Trido -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040516/6cd19664/attachment.html From mark at phedny.net Sun May 16 02:42:46 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> Message-ID: <40A73796.4060904@phedny.net> Hi Trido, How does your link block in de Unreal config looks like? In particular the name of the link block and the hostname to connect to. - Mark Trido wrote: > I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD > server. When I try to start it up, I get the following message: > > [04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for > irc.swallegiance.com(unknown@69.28.183.209 > ) (No link block named > 'irc.swallegiance.com') [@69.28.183.209.6677] > > My ircservices.log file says: > > [May 15 23:29:56 2004] IRC Services 5.0.31 starting up > [May 15 23:29:56 2004] httpd/main: Listening on :12701 > [May 15 23:29:56 2004] unknown message from server > (:irc.swallegiance.com 451 PING :You have not registered) > [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > (No matching link configuration) [@69.28.183.209.6677]) > [May 15 23:29:57 2004] unknown message from server (ERROR :Closing > Link: [69.28.183.209] (Link denied (No matching link configuration))) > [May 15 23:29:57 2004] Read error from server: Connection reset by peer > > Does anyone know what might be causing that? > > Trido > >------------------------------------------------------------------------ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > From trido at swallegiance.com Sun May 16 04:46:52 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> Message-ID: <000701c43b3b$7e19b620$7100a8c0@JUSTIN> Here it is. This was the one section I was having trouble with. I admit I didn't understand a lot of it. But this is what I have now: link irc.swallegiance.com { username *; hostname ircservices@69.28.183.209; bind-ip *; port 12701; hub *; password-connect "password"; password-receive "password"; class servers; options { ssl; zip; md5; }; }; Trido ----- Original Message ----- From: "Mark van Cuijk" To: "Trido" ; "IRC Services General Mailing List" Sent: Sunday, May 16, 2004 7:42 PM Subject: Re: [IRCServices] Startup problem > Hi Trido, > > How does your link block in de Unreal config looks like? > In particular the name of the link block and the hostname to connect to. > > - Mark > > Trido wrote: > > > I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD > > server. When I try to start it up, I get the following message: > > > > [04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for > > irc.swallegiance.com(unknown@69.28.183.209 > > ) (No link block named > > 'irc.swallegiance.com') [@69.28.183.209.6677] > > > > My ircservices.log file says: > > > > [May 15 23:29:56 2004] IRC Services 5.0.31 starting up > > [May 15 23:29:56 2004] httpd/main: Listening on :12701 > > [May 15 23:29:56 2004] unknown message from server > > (:irc.swallegiance.com 451 PING :You have not registered) > > [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > > (No matching link configuration) [@69.28.183.209.6677]) > > [May 15 23:29:57 2004] unknown message from server (ERROR :Closing > > Link: [69.28.183.209] (Link denied (No matching link configuration))) > > [May 15 23:29:57 2004] Read error from server: Connection reset by peer > > > > Does anyone know what might be causing that? > > > > Trido > > > >------------------------------------------------------------------------ > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > From chris at starglade.org Sun May 16 04:53:52 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> Message-ID: <40A75650.8050404@starglade.org> Trido wrote: > Here it is. This was the one section I was having trouble with. I admit I > didn't understand a lot of it. But this is what I have now: Your hostname is wrong. It should just be the IP address or a domain name - remove the ircservices@ from it. Chris -- Chris Jenkinson chris@starglade.org From trido at swallegiance.com Sun May 16 05:09:50 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> <40A75650.8050404@starglade.org> Message-ID: <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN> Sadly that didn't work. I still get the same error. Trido > Your hostname is wrong. It should just be the IP address or a domain > name - remove the ircservices@ from it. > > Chris From chris at starglade.org Sun May 16 05:16:08 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> <40A75650.8050404@starglade.org> <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN> Message-ID: <40A75B88.8030006@starglade.org> Trido wrote: > Sadly that didn't work. I still get the same error. Ok, are the IP addresses correct? The hostname should be the IP address or domain name of the server services are connecting from - if it is on the same computer, use 127.0.0.1. C -- Chris Jenkinson chris@starglade.org From jamie at silverdream.org Sun May 16 05:17:51 2004 From: jamie at silverdream.org (Jamie L. Penman-Smithson) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> Message-ID: <1084709870.16140.13.camel@oasis.silverdream.hq> On Sun, 2004-05-16 at 12:46, Trido wrote: > options { > ssl; > zip; > md5; > }; AFAIK ircservices does not support compressed (which I think was discussed a while ago on this mailing list(?)) or encrypted links. HTH, -- -jamie | spamtrap: spam@silverdream.org w: http://www.silverdream.org | p: sms@silverdream.org pgp key @ http://silverdream.org/~jps/pub.key 12:30:01 up 14 days, 22:03, 13 users, load average: 0.30, 0.27, 0.26 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040516/01449e3d/attachment.pgp From emurphy at sporked.us Sun May 16 05:27:47 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net><000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A75650.8050404@starglade.org> <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN> Message-ID: <009b01c43b41$3313b8a0$0100a8c0@eric> What does the server it's connecting to say? Erusun ----- Original Message ----- From: "Trido" To: "IRC Services General Mailing List" Sent: Sunday, May 16, 2004 8:09 AM Subject: Re: [IRCServices] Startup problem > Sadly that didn't work. I still get the same error. > > Trido > > > > Your hostname is wrong. It should just be the IP address or a domain > > name - remove the ircservices@ from it. > > > > Chris > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at phedny.net Sun May 16 08:52:35 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> Message-ID: <40A78E43.2020303@phedny.net> Trido wrote: >link irc.swallegiance.com >{ > username *; > hostname ircservices@69.28.183.209; > bind-ip *; > port 12701; > hub *; > password-connect "password"; > password-receive "password"; > class servers; > options { > ssl; > zip; > md5; > }; >}; > > To make this work, your services ServerName must be irc.swallegiance.com. To me it's more likely this is the name of the IRCd server itself, so you should probably change it to services.irc.swallegiance.com or something you like. Anyway, it should match the name you specify for ServerName in the ircservices.conf file. Then you should make the hostname be only 69.28.183.209, without the username in front of it. Also, the ssl, zip and md5 options should be removed and I suggest to remove the hub line to, since services will not link to any other host. Since your log file shows > [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > (No matching link configuration) [@69.28.183.209.6677]) I think you're using port 6677 for services and not 12701. - Mark From chris at starglade.org Sun May 16 08:54:25 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <40A78E43.2020303@phedny.net> References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN> <40A78E43.2020303@phedny.net> Message-ID: <40A78EB1.6030809@starglade.org> Mark van Cuijk wrote: > Also, the ssl, zip and md5 options should be removed and I suggest to > remove the hub line to, since services will not link to any other host. No, services should be allowed to introduce fake servers so it can jupe the real server. C -- Chris Jenkinson chris@starglade.org From kfiresun at ix.netcom.com Sun May 16 11:42:39 2004 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X References: <9A2B7058-A6C1-11D8-86B3-000A95ACFF92@nevernet.net> Message-ID: <003b01c43b75$90cb1fe0$1f01a8c0@bahamut> As of OS 10.3.x support for the dyndl fuctions have become available. However, I have not had much luck with the ar utility playing nice. I can run it by hand, but it bombs out when running make. As a side note there needs to be a -fno-builtin option passed to the compiler on Mac OS X so you don't get that anoying warning about the builtin log function conflicting with that of the log function defined within Services itself. This can be added to the second appearance of the MORE_CFLAGS variable in the top level Makefile. e.g.: MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes I'll keep playing with it until I can get it to work. I think it just boils down to some tweaking of the various Makefiles. Kelmar K. Firesun (IRL: Bryce Simonds) Assistant Admin: dream.esper.net ----- Original Message ----- From: "Elijah" To: Sent: Saturday, May 15, 2004 5:45 PM Subject: [IRCServices] Compiling on OS X > Has anyone had any success compiling and running ircservices on mac os > x? > > Elijah > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From trido at swallegiance.com Sun May 16 16:32:00 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A78E43.2020303@phedny.net> <40A78EB1.6030809@starglade.org> Message-ID: <002001c43b9e$008738f0$7100a8c0@JUSTIN> Well, I tried all the things suggested still to no avail. Here is what it said to my last: [09:29:44 am] -irc.swallegiance.com- *** LocOps -- Link denied for services.irc.swallegiance.com(unknown@69.28.183.209) (No link block named 'services.irc.swallegiance.com') [@69.28.183.209.65050] and [May 16 16:29:08 2004] IRC Services 5.0.31 starting up [May 16 16:29:08 2004] httpd/main: Listening on :12701 [May 16 16:29:08 2004] unknown message from server (:irc.swallegiance.com 451 PING :You have not registered) [May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@69.28.183.209.65050]) [May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link: [69.28.183.209] (Link denied (No matching link configuration))) [May 16 16:29:08 2004] Read error from server: Connection reset by peer Trido From Adm at Land-of-Ahz.com Sun May 16 17:24:36 2004 From: Adm at Land-of-Ahz.com (Sys Admin) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN> <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A78E43.2020303@phedny.net><40A78EB1.6030809@starglade.org> <002001c43b9e$008738f0$7100a8c0@JUSTIN> Message-ID: <000a01c43ba5$5663cc00$6401a8c0@mother1a> you might want to check your config C and N lines, it does not look like it is linking correctly to your IRC. [May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@69.28.183.209.65050]) [May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link: [69.28.183.209] (Link denied (No matching link configuration))) [May 16 16:29:08 2004] Read error from server: Connection reset by peer Ahz ~~~ www.Land-of-Ahz.com IRC.Land-of-Ahz.com ----- Original Message ----- From: Trido To: IRC Services General Mailing List Sent: Sunday, May 16, 2004 4:32 PM Subject: Re: [IRCServices] Startup problem Well, I tried all the things suggested still to no avail. Here is what it said to my last: [09:29:44 am] -irc.swallegiance.com- *** LocOps -- Link denied for services.irc.swallegiance.com(unknown@69.28.183.209) (No link block named 'services.irc.swallegiance.com') [@69.28.183.209.65050] and [May 16 16:29:08 2004] IRC Services 5.0.31 starting up [May 16 16:29:08 2004] httpd/main: Listening on :12701 [May 16 16:29:08 2004] unknown message from server (:irc.swallegiance.com 451 PING :You have not registered) [May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@69.28.183.209.65050]) [May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link: [69.28.183.209] (Link denied (No matching link configuration))) [May 16 16:29:08 2004] Read error from server: Connection reset by peer Trido ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon May 17 09:25:36 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X In-Reply-To: <003b01c43b75$90cb1fe0$1f01a8c0@bahamut> Message-ID: <40a807c0.42147@achurch.org> >However, I have not had much luck with the ar utility playing nice. >I can run it by hand, but it bombs out when running make. Check the exit code of ar ("ar ... ; echo $?"), particularly with respect to the presence/absence of the -c option vs. the existence or nonexistence of the output (.a) file; it could be that the MacOS ar is anal about return codes. If not, it could just be a bug in ar--in that case, I guess you'll need to file a bug report with Apple. >As a side note there needs to be a -fno-builtin option passed to the >compiler on Mac OS X so you don't get that anoying warning about the >builtin log function conflicting with that of the log function defined >within Services itself. This can be added to the second appearance >of the MORE_CFLAGS variable in the top level Makefile. > >e.g.: >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes This has been in the Makefile since forever. Are you sure you're using current source? --Andrew Church achurch@achurch.org http://achurch.org/ From ron2k at webmail.co.za Sun May 16 23:19:11 2004 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Re: Startup Problem In-Reply-To: <200405170028.i4H0SV6t015587@mx2.wm.co.za> Message-ID: Hi, I do offer support for UnrealIRCd, and it looks like I should be able to fix this. Please can you send me the following information: - From UnrealIRCd: your link blocks and listen blocks - From Services: the RemoteServer and ServerName directives - Additional information: the IP's/hostnames of the computers. As the information I'm requesting can be considered sensitive, please send it to me DIRECTLY - don't post it to this mailing list. _____________________________________________________________________ For super low premiums ,click here http://www.dialdirect.co.za/quote From vonitsa_net at yahoo.gr Mon May 17 05:40:19 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] +z Message-ID: <20040517124019.89313.qmail@web86406.mail.ukl.yahoo.com> I have sent an email for +z. I didnt receive any answer... Can i have an answer for this? ===== Dionisios K. - VoNiTsA On GrNet From Craig at frostycoolslug.com Mon May 17 15:39:57 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem Message-ID: Try using this as your link block instead link services.irc.swallegiance.com { username *; hostname 69.28.183.209; bind-ip *; port 12701; hub *; password-connect "password"; password-receive "password"; class servers; }; and in your ircservices.conf RemoteServer irc.swallegiance.com 12701 "password" LocalAddress 69.28.183.209 ServerName "services.irc.swallegiance.com" That will then force services to use the IP address the IRCd expects from it, obviously replace password with the relevant password. Also, if your link config is in a seperate file, ensure that it is included in your main config. That _SHOULD_ fix your probs. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Mark van Cuijk * To - IRC Services General Mailing List * Sent - 2004-05-16 16:52:35 * Subject - Re: [IRCServices] Startup problem ****************************************/ /****** - Begin Original Message - ******/ >Trido wrote: > >>link irc.swallegiance.com >>{ >> username *; >> hostname ircservices@69.28.183.209; >> bind-ip *; >> port 12701; >> hub *; >> password-connect "password"; >> password-receive "password"; >> class servers; >> options { >> ssl; >> zip; >> md5; >> }; >>}; >> >> >To make this work, your services ServerName must be >irc.swallegiance.com. To me it's more likely this is the name of the >IRCd server itself, so you should probably change it to >services.irc.swallegiance.com or something you like. Anyway, it should >match the name you specify for ServerName in the ircservices.conf file. > >Then you should make the hostname be only 69.28.183.209, without the >username in front of it. >Also, the ssl, zip and md5 options should be removed and I suggest to >remove the hub line to, since services will not link to any other host. > >Since your log file shows > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied >> (No matching link configuration) [@69.28.183.209.6677]) > >I think you're using port 6677 for services and not 12701. > >- Mark > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From trido at swallegiance.com Mon May 17 16:22:31 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem Message-ID: <000201c43c66$60f4c040$7100a8c0@JUSTIN> That actually worked. I stopped getting error messages. Thanks. :) Doesn't mean my problems are over though. My new problem is this: [May 17 16:17:59 2004] IRC Services 5.0.31 starting up [May 17 16:18:00 2004] httpd/main: Listening on :12701 [May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not connected [May 17 16:18:03 2004] Read error from server: Socket is not connected Anyone have any ideas? Trido ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing Lis" Sent: Tuesday, May 18, 2004 8:39 AM Subject: Re: Re: [IRCServices] Startup problem > Try using this as your link block instead > > link services.irc.swallegiance.com > { > username *; > hostname 69.28.183.209; > bind-ip *; > port 12701; > hub *; > password-connect "password"; > password-receive "password"; > class servers; > }; > > and in your ircservices.conf > > RemoteServer irc.swallegiance.com 12701 "password" > LocalAddress 69.28.183.209 > ServerName "services.irc.swallegiance.com" > > > That will then force services to use the IP address the IRCd expects from it, obviously replace password with the relevant password. > > Also, if your link config is in a seperate file, ensure that it is included in your main config. > > That _SHOULD_ fix your probs. > > > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > /**************************************** > * From - Mark van Cuijk > * To - IRC Services General Mailing List > * Sent - 2004-05-16 16:52:35 > * Subject - Re: [IRCServices] Startup problem > ****************************************/ > > /****** - Begin Original Message - ******/ > > >Trido wrote: > > > >>link irc.swallegiance.com > >>{ > >> username *; > >> hostname ircservices@69.28.183.209; > >> bind-ip *; > >> port 12701; > >> hub *; > >> password-connect "password"; > >> password-receive "password"; > >> class servers; > >> options { > >> ssl; > >> zip; > >> md5; > >> }; > >>}; > >> > >> > >To make this work, your services ServerName must be > >irc.swallegiance.com. To me it's more likely this is the name of the > >IRCd server itself, so you should probably change it to > >services.irc.swallegiance.com or something you like. Anyway, it should > >match the name you specify for ServerName in the ircservices.conf file. > > > >Then you should make the hostname be only 69.28.183.209, without the > >username in front of it. > >Also, the ssl, zip and md5 options should be removed and I suggest to > >remove the hub line to, since services will not link to any other host. > > > >Since your log file shows > > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > >> (No matching link configuration) [@69.28.183.209.6677]) > > > >I think you're using port 6677 for services and not 12701. > > > >- Mark > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From Rottman3D at yahoo.com Mon May 17 17:03:44 2004 From: Rottman3D at yahoo.com (Rottman3D@yahoo.com) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem In-Reply-To: <000201c43c66$60f4c040$7100a8c0@JUSTIN> References: <000201c43c66$60f4c040$7100a8c0@JUSTIN> Message-ID: <6.0.0.22.2.20040517200218.02d4b430@pop.mail.yahoo.com> The web server can not listen on the same port that is being used for the connection. Also remove the port from your servers config file, just use port * for the line otherwise the server will try to connect to services and will fail. At 07:22 PM 5/17/2004, Trido wrote: >That actually worked. I stopped getting error messages. Thanks. :) >Doesn't mean my problems are over though. My new problem is this: > >[May 17 16:17:59 2004] IRC Services 5.0.31 starting up >[May 17 16:18:00 2004] httpd/main: Listening on :12701 >[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not >connected >[May 17 16:18:03 2004] Read error from server: Socket is not connected > >Anyone have any ideas? > >Trido > >----- Original Message ----- >From: "Craig McLure" >To: "IRC Services General Mailing Lis" >Sent: Tuesday, May 18, 2004 8:39 AM >Subject: Re: Re: [IRCServices] Startup problem > > > > Try using this as your link block instead > > > > link services.irc.swallegiance.com > > { > > username *; > > hostname 69.28.183.209; > > bind-ip *; > > port 12701; > > hub *; > > password-connect "password"; > > password-receive "password"; > > class servers; > > }; > > > > and in your ircservices.conf > > > > RemoteServer irc.swallegiance.com 12701 "password" > > LocalAddress 69.28.183.209 > > ServerName "services.irc.swallegiance.com" > > > > > > That will then force services to use the IP address the IRCd expects from >it, obviously replace password with the relevant password. > > > > Also, if your link config is in a seperate file, ensure that it is >included in your main config. > > > > That _SHOULD_ fix your probs. > > > > > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * Craig@FrostyCoolSlug.com > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > > > /**************************************** > > * From - Mark van Cuijk > > * To - IRC Services General Mailing List > > > * Sent - 2004-05-16 16:52:35 > > * Subject - Re: [IRCServices] Startup problem > > ****************************************/ > > > > /****** - Begin Original Message - ******/ > > > > >Trido wrote: > > > > > >>link irc.swallegiance.com > > >>{ > > >> username *; > > >> hostname ircservices@69.28.183.209; > > >> bind-ip *; > > >> port 12701; > > >> hub *; > > >> password-connect "password"; > > >> password-receive "password"; > > >> class servers; > > >> options { > > >> ssl; > > >> zip; > > >> md5; > > >> }; > > >>}; > > >> > > >> > > >To make this work, your services ServerName must be > > >irc.swallegiance.com. To me it's more likely this is the name of the > > >IRCd server itself, so you should probably change it to > > >services.irc.swallegiance.com or something you like. Anyway, it should > > >match the name you specify for ServerName in the ircservices.conf file. > > > > > >Then you should make the hostname be only 69.28.183.209, without the > > >username in front of it. > > >Also, the ssl, zip and md5 options should be removed and I suggest to > > >remove the hub line to, since services will not link to any other host. > > > > > >Since your log file shows > > > > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > > >> (No matching link configuration) [@69.28.183.209.6677]) > > > > > >I think you're using port 6677 for services and not 12701. > > > > > >- Mark > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >. > > > > /******* - End Original Message - *******/ > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From trido at swallegiance.com Mon May 17 18:38:16 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem References: <000201c43c66$60f4c040$7100a8c0@JUSTIN> <6.0.0.22.2.20040517200218.02d4b430@pop.mail.yahoo.com> Message-ID: <000f01c43c78$ef9862e0$7100a8c0@JUSTIN> I am getting close now. Before, when I tried to start IRC Services, it said it did, but it hadn't due to errors. After that last bit of advice, it now properly loads up and sits in the background. I am still getting that same error message in my log file though, and when I try to connect the services, I get the error message: [11:37:53 am] -irc.swallegiance.com- *** Connect: Server services.irc.swallegiance.com is not configured for linking I don't even know if I am typing the right commands here. Trido ----- Original Message ----- From: To: Sent: Tuesday, May 18, 2004 10:03 AM Subject: Re: Re: [IRCServices] Startup problem > The web server can not listen on the same port that is being used for the > connection. Also remove the port from your servers config file, just use > port * for the line otherwise the server will try to connect to services > and will fail. > > > At 07:22 PM 5/17/2004, Trido wrote: > >That actually worked. I stopped getting error messages. Thanks. :) > >Doesn't mean my problems are over though. My new problem is this: > > > >[May 17 16:17:59 2004] IRC Services 5.0.31 starting up > >[May 17 16:18:00 2004] httpd/main: Listening on :12701 > >[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not > >connected > >[May 17 16:18:03 2004] Read error from server: Socket is not connected > > > >Anyone have any ideas? > > > >Trido > > > >----- Original Message ----- > >From: "Craig McLure" > >To: "IRC Services General Mailing Lis" > >Sent: Tuesday, May 18, 2004 8:39 AM > >Subject: Re: Re: [IRCServices] Startup problem > > > > > > > Try using this as your link block instead > > > > > > link services.irc.swallegiance.com > > > { > > > username *; > > > hostname 69.28.183.209; > > > bind-ip *; > > > port 12701; > > > hub *; > > > password-connect "password"; > > > password-receive "password"; > > > class servers; > > > }; > > > > > > and in your ircservices.conf > > > > > > RemoteServer irc.swallegiance.com 12701 "password" > > > LocalAddress 69.28.183.209 > > > ServerName "services.irc.swallegiance.com" > > > > > > > > > That will then force services to use the IP address the IRCd expects from > >it, obviously replace password with the relevant password. > > > > > > Also, if your link config is in a seperate file, ensure that it is > >included in your main config. > > > > > > That _SHOULD_ fix your probs. > > > > > > > > > > > > /**************************************** > > > * Craig "FrostyCoolSlug" McLure > > > * Craig@FrostyCoolSlug.com > > > * InspIRCd - http://www.inspircd.org > > > * ChatSpike - http://www.chatspike.net > > > ****************************************/ > > > > > > > > > /**************************************** > > > * From - Mark van Cuijk > > > * To - IRC Services General Mailing List > > > > > * Sent - 2004-05-16 16:52:35 > > > * Subject - Re: [IRCServices] Startup problem > > > ****************************************/ > > > > > > /****** - Begin Original Message - ******/ > > > > > > >Trido wrote: > > > > > > > >>link irc.swallegiance.com > > > >>{ > > > >> username *; > > > >> hostname ircservices@69.28.183.209; > > > >> bind-ip *; > > > >> port 12701; > > > >> hub *; > > > >> password-connect "password"; > > > >> password-receive "password"; > > > >> class servers; > > > >> options { > > > >> ssl; > > > >> zip; > > > >> md5; > > > >> }; > > > >>}; > > > >> > > > >> > > > >To make this work, your services ServerName must be > > > >irc.swallegiance.com. To me it's more likely this is the name of the > > > >IRCd server itself, so you should probably change it to > > > >services.irc.swallegiance.com or something you like. Anyway, it should > > > >match the name you specify for ServerName in the ircservices.conf file. > > > > > > > >Then you should make the hostname be only 69.28.183.209, without the > > > >username in front of it. > > > >Also, the ssl, zip and md5 options should be removed and I suggest to > > > >remove the hub line to, since services will not link to any other host. > > > > > > > >Since your log file shows > > > > > > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied > > > >> (No matching link configuration) [@69.28.183.209.6677]) > > > > > > > >I think you're using port 6677 for services and not 12701. > > > > > > > >- Mark > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >. > > > > > > /******* - End Original Message - *******/ > > > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From kfiresun at ix.netcom.com Mon May 17 18:45:57 2004 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X References: <40a807c0.42147@achurch.org> Message-ID: <002b01c43c79$dda82470$1f01a8c0@bahamut> ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, May 16, 2004 7:25 PM Subject: Re: [IRCServices] Compiling on OS X > >However, I have not had much luck with the ar utility playing nice. > >I can run it by hand, but it bombs out when running make. > > Check the exit code of ar ("ar ... ; echo $?"), particularly with > respect to the presence/absence of the -c option vs. the existence or > nonexistence of the output (.a) file; it could be that the MacOS ar is anal > about return codes. If not, it could just be a bug in ar--in that case, I > guess you'll need to file a bug report with Apple. > I'll check that out. > >As a side note there needs to be a -fno-builtin option passed to the > >compiler on Mac OS X so you don't get that anoying warning about the > >builtin log function conflicting with that of the log function defined > >within Services itself. This can be added to the second appearance > >of the MORE_CFLAGS variable in the top level Makefile. > > > >e.g.: > >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes > > This has been in the Makefile since forever. Are you sure you're > using current source? > *boggle* I did a fresh check out from the CVS repository...... From achurch at achurch.org Tue May 18 10:49:02 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X In-Reply-To: <002b01c43c79$dda82470$1f01a8c0@bahamut> Message-ID: <40a96bd0.36352@achurch.org> >> >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes >> >> This has been in the Makefile since forever. Are you sure you're >> using current source? > >*boggle* > >I did a fresh check out from the CVS repository...... I haven't used that repository in ages--it's all stored locally on my system now. Try again with the distribution tarball. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Mon May 17 18:55:14 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X Message-ID: erm, last time i checked.. there wasnt a CVS repository (or at least hasnt been for the 3 or 4 years i've been on the mailing list).. Your best bet is to download 5.0.31 from ftp://ftp.esper.net/ircservices/ and start from scratch :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Kelmar K. Firesun * To - IRC Services General Mailing List * Sent - 2004-05-18 02:45:57 * Subject - Re: [IRCServices] Compiling on OS X ****************************************/ /****** - Begin Original Message - ******/ > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Sunday, May 16, 2004 7:25 PM >Subject: Re: [IRCServices] Compiling on OS X > > >> >However, I have not had much luck with the ar utility playing nice. >> >I can run it by hand, but it bombs out when running make. >> >> Check the exit code of ar ("ar ... ; echo $?"), particularly with >> respect to the presence/absence of the -c option vs. the existence or >> nonexistence of the output (.a) file; it could be that the MacOS ar is >anal >> about return codes. If not, it could just be a bug in ar--in that case, I >> guess you'll need to file a bug report with Apple. >> > >I'll check that out. > >> >As a side note there needs to be a -fno-builtin option passed to the >> >compiler on Mac OS X so you don't get that anoying warning about the >> >builtin log function conflicting with that of the log function defined >> >within Services itself. This can be added to the second appearance >> >of the MORE_CFLAGS variable in the top level Makefile. >> > >> >e.g.: >> >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes >> >> This has been in the Makefile since forever. Are you sure you're >> using current source? >> > >*boggle* > >I did a fresh check out from the CVS repository...... > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at frostycoolslug.com Mon May 17 19:03:16 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Startup problem Message-ID: Maybe you should spend some time reading both thorougly through the Manual Files for Unreal IRCd, and more importantly Services, you seem to be new to the IRCd world, and i can appreciate that, we have all been there, wanting to get our servers up as quickly as possible, overlooking some things that dont really seem important.. however, some of the problems you are having seem to be 'elementary' stuff, which are most probably solved in a lot of manuals and alike, would save us trying to 'guess' at your issue :) Just as a word of advise, your network layout seems a bit.. well, strange.. A Standard layout is something like the following.. server1.yournetwork.com server2.yournetwork.com server3.yournetwork.com server4.yournetwork.com services.yournetwork.com With generally a round robin going between servers 1 to 4, called irc.yournetwork.com (Just a small note, i'm not here to tell you how to run your network, but it might make your life easier) With all that said, and looking at your problem, i cant really see a reason why services is currently failing to link, i would (personally) call it an IRCd issue, maybe you should concider getting in touch with the UnrealIRCd team, and seeing what they have to say about it :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Trido * To - IRC Services General Mailing List * Sent - 2004-05-18 02:38:16 * Subject - Re: Re: [IRCServices] Startup problem ****************************************/ /****** - Begin Original Message - ******/ >I am getting close now. Before, when I tried to start IRC Services, it said >it did, but it hadn't due to errors. After that last bit of advice, it now >properly loads up and sits in the background. I am still getting that same >error message in my log file though, and when I try to connect the services, >I get the error message: > >[11:37:53 am] -irc.swallegiance.com- *** Connect: Server >services.irc.swallegiance.com is not configured for linking > >I don't even know if I am typing the right commands here. > >Trido > >----- Original Message ----- >From: >To: >Sent: Tuesday, May 18, 2004 10:03 AM >Subject: Re: Re: [IRCServices] Startup problem > > >> The web server can not listen on the same port that is being used for the >> connection. Also remove the port from your servers config file, just use >> port * for the line otherwise the server will try to connect to services >> and will fail. >> >> >> At 07:22 PM 5/17/2004, Trido wrote: >> >That actually worked. I stopped getting error messages. Thanks. :) >> >Doesn't mean my problems are over though. My new problem is this: >> > >> >[May 17 16:17:59 2004] IRC Services 5.0.31 starting up >> >[May 17 16:18:00 2004] httpd/main: Listening on :12701 >> >[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not >> >connected >> >[May 17 16:18:03 2004] Read error from server: Socket is not connected >> > >> >Anyone have any ideas? >> > >> >Trido >> > >> >----- Original Message ----- >> >From: "Craig McLure" >> >To: "IRC Services General Mailing Lis" >> >Sent: Tuesday, May 18, 2004 8:39 AM >> >Subject: Re: Re: [IRCServices] Startup problem >> > >> > >> > > Try using this as your link block instead >> > > >> > > link services.irc.swallegiance.com >> > > { >> > > username *; >> > > hostname 69.28.183.209; >> > > bind-ip *; >> > > port 12701; >> > > hub *; >> > > password-connect "password"; >> > > password-receive "password"; >> > > class servers; >> > > }; >> > > >> > > and in your ircservices.conf >> > > >> > > RemoteServer irc.swallegiance.com 12701 "password" >> > > LocalAddress 69.28.183.209 >> > > ServerName "services.irc.swallegiance.com" >> > > >> > > >> > > That will then force services to use the IP address the IRCd expects >from >> >it, obviously replace password with the relevant password. >> > > >> > > Also, if your link config is in a seperate file, ensure that it is >> >included in your main config. >> > > >> > > That _SHOULD_ fix your probs. >> > > >> > > >> > > >> > > /**************************************** >> > > * Craig "FrostyCoolSlug" McLure >> > > * Craig@FrostyCoolSlug.com >> > > * InspIRCd - http://www.inspircd.org >> > > * ChatSpike - http://www.chatspike.net >> > > ****************************************/ >> > > >> > > >> > > /**************************************** >> > > * From - Mark van Cuijk >> > > * To - IRC Services General Mailing List >> > >> > > * Sent - 2004-05-16 16:52:35 >> > > * Subject - Re: [IRCServices] Startup problem >> > > ****************************************/ >> > > >> > > /****** - Begin Original Message - ******/ >> > > >> > > >Trido wrote: >> > > > >> > > >>link irc.swallegiance.com >> > > >>{ >> > > >> username *; >> > > >> hostname ircservices@69.28.183.209; >> > > >> bind-ip *; >> > > >> port 12701; >> > > >> hub *; >> > > >> password-connect "password"; >> > > >> password-receive "password"; >> > > >> class servers; >> > > >> options { >> > > >> ssl; >> > > >> zip; >> > > >> md5; >> > > >> }; >> > > >>}; >> > > >> >> > > >> >> > > >To make this work, your services ServerName must be >> > > >irc.swallegiance.com. To me it's more likely this is the name of the >> > > >IRCd server itself, so you should probably change it to >> > > >services.irc.swallegiance.com or something you like. Anyway, it >should >> > > >match the name you specify for ServerName in the ircservices.conf >file. >> > > > >> > > >Then you should make the hostname be only 69.28.183.209, without the >> > > >username in front of it. >> > > >Also, the ssl, zip and md5 options should be removed and I suggest to >> > > >remove the hub line to, since services will not link to any other >host. >> > > > >> > > >Since your log file shows >> > > > >> > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link >denied >> > > >> (No matching link configuration) [@69.28.183.209.6677]) >> > > > >> > > >I think you're using port 6677 for services and not 12701. >> > > > >> > > >- Mark >> > > > >> > > >------------------------------------------------------------------ >> > > >To unsubscribe or change your subscription options, visit: >> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >. >> > > >> > > /******* - End Original Message - *******/ >> > > >> > > >> > > >> > > ------------------------------------------------------------------ >> > > To unsubscribe or change your subscription options, visit: >> > > http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > >> > > >> > >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Tue May 18 10:59:54 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:08 2004 Subject: [IRCServices] Compiling on OS X In-Reply-To: <40a96d47.74620@mail.achurch.org> Message-ID: <40a96fa3.37741@achurch.org> >erm, last time i checked.. there wasnt a CVS repository (or at least hasnt been for the 3 or 4 years i've been on the mailing list).. Correct, mostly. For a period of time (late 4.5, early 5.0? I can't recall exactly), I had Services stored in a CVS repository run by a mutual friend of ours, and he had access to Services as well as the ircd code he was working on; I'm guessing that he's referring to this repository, as I don't think I ever actually deleted Services from it, and it's certainly old enough that the Makefile issue might still be there. For the curious, I still manage Services using CVS for my own convenience--CVS makes it a lot easier to try out changes and undo them if they don't work well--but the repository is stored locally on my machine, and I don't allow outside access to it. --Andrew Church achurch@achurch.org http://achurch.org/ From trido at swallegiance.com Mon May 17 19:12:48 2004 From: trido at swallegiance.com (Trido) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Startup problem Message-ID: <002801c43c7d$a10c4150$7100a8c0@JUSTIN> Believe me, I have been trying. You're right, I am new to IRCd and services. I've been looking in the documentation I can find, as well as asking questions when I can. I don't know, I musn't be looking in the right places, especially if these problems are that basic. I have been trying to contact them via that IRC channel of theirs, but I keep failing that damn test (Despite the fact that I was positive I had it all right). I'll try again though. Trido ----- Original Message ----- From: "Craig McLure" To: "ircservices" Sent: Tuesday, May 18, 2004 12:03 PM Subject: Re: [IRCServices] Startup problem > Maybe you should spend some time reading both thorougly through the Manual Files for Unreal IRCd, and more importantly Services, you seem to be new to the IRCd world, and i can appreciate that, we have all been there, wanting to get our servers up as quickly as possible, overlooking some things that dont really seem important.. however, some of the problems you are having seem to be 'elementary' stuff, which are most probably solved in a lot of manuals and alike, would save us trying to 'guess' at your issue :) > > Just as a word of advise, your network layout seems a bit.. well, strange.. A Standard layout is something like the following.. > > server1.yournetwork.com > server2.yournetwork.com > server3.yournetwork.com > server4.yournetwork.com > services.yournetwork.com > > With generally a round robin going between servers 1 to 4, called irc.yournetwork.com (Just a small note, i'm not here to tell you how to run your network, but it might make your life easier) > > With all that said, and looking at your problem, i cant really see a reason why services is currently failing to link, i would (personally) call it an IRCd issue, maybe you should concider getting in touch with the UnrealIRCd team, and seeing what they have to say about it :) From achurch at achurch.org Tue May 18 11:06:58 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Startup problem In-Reply-To: <40a96f2b.74760@mail.achurch.org> Message-ID: <40a9714b.63601@achurch.org> >With all that said, and looking at your problem, i cant really see a >reason why services is currently failing to link, i would (personally) >call it an IRCd issue, maybe you should concider getting in touch with >the UnrealIRCd team, and seeing what they have to say about it :) One other thing I should mention is that there have been a couple of cases reported where Services exits immediately with the "socket is not connected" error message, without any obvious cause. I've seen it once myself, but I haven't been able to reproduce it. I'm guessing that it's a timing issue related to the connection to the ircd; until I can find exactly what's causing it, I'd suggest that if you see that error, just restart Services and it should go away. (I don't think there have been any cases of Services suddenly disconnecting once the connection has been made.) --Andrew Church achurch@achurch.org http://achurch.org/ From Robin.Burchell at oxley.nsw.edu.au Wed May 19 16:48:14 2004 From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] [Module] Botserv coming sometime soon Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B0B@oxleyserver.oxley.nsw.edu.au> Yes, you may have heard about it but I thought i'd let the news slip here: I've been working on a botserv module for ircservices, and hope to have a beta version some time in the next week. I spoke to Andrew, and it won't be in the official distribution or anything, but it will be fairly easy to setup (especially if you have some programming knowledge). All you have to do is: Replace modules/chanserv/chanserv.h with my chanserv.h Place all other files in a folder: /modules/botserv Set up the module name and away you go. The one major thing I havent really been able to do so far is database integration. If anyone can help with that, I would greatly appreciate it. Here's to hoping this message arrives, this is the first time I have used a mailing list. Yours, Robin Burchell [w00t] Administrator, irc.netronet.org From Craig at frostycoolslug.com Wed May 19 17:57:23 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] [Module] Botserv coming sometime soon Message-ID: hi w00t.. when it comes to databases in services for things like botserv, or other modules, its best to create your own. (Contact me on the insp forums, and i'll see if i can help you out more..) Just as a matter of interest, how did you manage to bypass the problem with BotServ recieving the relevant information from services? Services arnt designed to join channels, and thus, other services dont get told if they do. Also, how did you manage to parse Private messages? Although you can remove the Deaf modes on services, it causes a LOT of overhead, and is generally better left ignored. I wouldnt mind viewing a copy of your source at some point, to see how you combatted some of the major problems when it comes to modules like this. cya :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Robin Burchell * To - ircservices@ircservices.za.net * Sent - 2004-05-19 23:48:14 * Subject - [IRCServices] [Module] Botserv coming sometime soon ****************************************/ /****** - Begin Original Message - ******/ >Yes, you may have heard about it but I thought i'd let the news slip here: > >I've been working on a botserv module for ircservices, and hope to have a beta version some time in the next week. I spoke to Andrew, and it won't be in the official distribution or anything, but it will be fairly easy to setup (especially if you have some programming knowledge). > >All you have to do is: > Replace modules/chanserv/chanserv.h with my chanserv.h > Place all other files in a folder: /modules/botserv > Set up the module name >and away you go. >The one major thing I havent really been able to do so far is database integration. If anyone can help with that, I would greatly appreciate it. > >Here's to hoping this message arrives, this is the first time I have used a mailing list. > >Yours, >Robin Burchell [w00t] >Administrator, irc.netronet.org >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From Robin.Burchell at oxley.nsw.edu.au Thu May 20 19:24:29 2004 From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] [Feature] Chanserv Access Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B26@oxleyserver.oxley.nsw.edu.au> Would it be an idea to store who set\modified the access list per person last, ie on access who by w00t 100 w00t zaptan 100 zaptan scorpz 50 zaptan etc etc. Just a thought. Robin Burchell [w00t] Administrator, irc.netronet.org From mark at phedny.net Sat May 29 03:09:13 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY Message-ID: <40B86149.3000904@phedny.net> Hi, Is there a way, for Services Admins, to check whether a user has a certain password? This is because I want to add some interactive pages to my website that can be used to read and change some NickServ and ChanServ settings. Currently I created a small bot, that is Services Admin on the network and is able to perform certain NickServ and ChanServ operations. You understand I want users to be able to change those settings only after they entered their password, which the bots needs to check before performing the requested operation(s). - Mark From uhc0 at rz.uni-karlsruhe.de Sat May 29 04:11:32 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B86149.3000904@phedny.net> References: <40B86149.3000904@phedny.net> Message-ID: <1085829091.13443.0.camel@dreadnought.hadiko.de> Why don't you use GETPASS and compare the output? Regards; yusuf On Sat, 2004-05-29 at 12:09, Mark van Cuijk wrote: > Hi, > > Is there a way, for Services Admins, to check whether a user has a > certain password? > This is because I want to add some interactive pages to my website that > can be used to read and change some NickServ and ChanServ settings. > Currently I created a small bot, that is Services Admin on the network > and is able to perform certain NickServ and ChanServ operations. You > understand I want users to be able to change those settings only after > they entered their password, which the bots needs to check before > performing the requested operation(s). > > - Mark > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From medice at gmx.at Sat May 29 04:14:40 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B86149.3000904@phedny.net> References: <40B86149.3000904@phedny.net> Message-ID: <40B870A0.4010101@gmx.at> /nickserv getpass nick /chanserv getpass #chan as long as the pass-encryption is not activated - take a look at the documentation, config-file-comments and services-inside-help ;) greets /medice Mark van Cuijk wrote: > Hi, > > Is there a way, for Services Admins, to check whether a user has a > certain password? > This is because I want to add some interactive pages to my website that > can be used to read and change some NickServ and ChanServ settings. > Currently I created a small bot, that is Services Admin on the network > and is able to perform certain NickServ and ChanServ operations. You > understand I want users to be able to change those settings only after > they entered their password, which the bots needs to check before > performing the requested operation(s). > > - Mark > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From mark at phedny.net Sat May 29 04:26:59 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B870A0.4010101@gmx.at> References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at> Message-ID: <40B87383.5050504@phedny.net> Hi, > as long as the pass-encryption is not activated - take a look at the > documentation, config-file-comments and services-inside-help ;) That is just my problem, pass-encrypting IS enabled. I'll talk to the other admins about disabling it and requiring every user to reset their password, but in the meanwhile I'll try finding some other solution. - Mark From medice at gmx.at Sat May 29 04:38:17 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B87383.5050504@phedny.net> References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at> <40B87383.5050504@phedny.net> Message-ID: <40B87629.6020301@gmx.at> Mark van Cuijk wrote: > That is just my problem, pass-encrypting IS enabled. Well in this case it is - hm - not good ;) In fact I get only one terribly awful kind-of-work-around procedure in mind: let your bot try to identify himself with the given password on the given nick/chan - if services reply positive - the pass might be the correct one. But this one is NOT really elegant and I would consider it a high-security-risk and identifying for foreign nicks/chans is in my opinion abusive... is it too complicate for users to learn some simple commands or to read the help for getting commands they want? greets /medice From mark at phedny.net Sat May 29 08:53:13 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B87629.6020301@gmx.at> References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at> <40B87383.5050504@phedny.net> <40B87629.6020301@gmx.at> Message-ID: <40B8B1E9.5080801@phedny.net> Hi, > Well in this case it is - hm - not good ;) > In fact I get only one terribly awful kind-of-work-around procedure in > mind: let your bot try to identify himself with the given password on > the given nick/chan - if services reply positive - the pass might be > the correct one. The problem with this of course is that the bot must first take the nickname of that user and that would be a problem if that user is already online in the network. > But this one is NOT really elegant and I would consider it a > high-security-risk and identifying for foreign nicks/chans is in my > opinion abusive... When this is only possible for Services Admins, it would be that a risk (assuming the bot itself is secure enough that no harmfull commands could leak through). > is it too complicate for users to learn some simple commands or to > read the help for getting commands they want? I agree with you when you say this, including some of the people that are interested in computers and so, but I also host three game channels with total n00bs (sorry to express it this way) and since that's the largest group of all the users, they are my target. I want to make the page explain itself, with help text next to each field. Anyway, we agreed on unsetting password encryption and therefore forcing everybody to set the password again. When I have some things working, I'll send a notification message so people how are interested could take a look at it. - Mark From brain at winbot.co.uk Sat May 29 13:26:43 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY Message-ID: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk> i can give you some code to do this which you could put in a module. Email me off the list if you are interested and understand that by applying such code to your services build officially it wont be supported :p i will provide you with the code but due to being a very busy person at this time i cannot offer to adapt it for your use... this you must do yourself :P Thanks, Brain >Hi, > >> Well in this case it is - hm - not good ;) >> In fact I get only one terribly awful kind-of-work-around procedure in >> mind: let your bot try to identify himself with the given password on >> the given nick/chan - if services reply positive - the pass might be >> the correct one. > >The problem with this of course is that the bot must first take the >nickname of that user and that would be a problem if that user is >already online in the network. > >> But this one is NOT really elegant and I would consider it a >> high-security-risk and identifying for foreign nicks/chans is in my >> opinion abusive... > >When this is only possible for Services Admins, it would be that a risk >(assuming the bot itself is secure enough that no harmfull commands >could leak through). > >> is it too complicate for users to learn some simple commands or to >> read the help for getting commands they want? > >I agree with you when you say this, including some of the people that >are interested in computers and so, but I also host three game channels >with total n00bs (sorry to express it this way) and since that's the >largest group of all the users, they are my target. I want to make the >page explain itself, with help text next to each field. > >Anyway, we agreed on unsetting password encryption and therefore forcing >everybody to set the password again. >When I have some things working, I'll send a notification message so >people how are interested could take a look at it. > >- Mark > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at phedny.net Sat May 29 13:36:31 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk> References: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk> Message-ID: <40B8F44F.3030707@phedny.net> I would be glad to receive some code. Although I'm not familiar with module programming for ircservices, that's a thing I can learn ;) Craig Edwards wrote: >i can give you some code to do this which you could put in a module. Email me off the list if you are interested and understand that by applying such code to your services build officially it wont be supported :p > >i will provide you with the code but due to being a very busy person at this time i cannot offer to adapt it for your use... this you must do yourself :P > >Thanks, >Brain > > From mark at phedny.net Sun May 30 10:07:18 2004 From: mark at phedny.net (Mark van Cuijk) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40B8B1E9.5080801@phedny.net> References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at> <40B87383.5050504@phedny.net> <40B87629.6020301@gmx.at> <40B8B1E9.5080801@phedny.net> Message-ID: <40BA14C6.60303@phedny.net> Hi, Today I got myself familiar with module programming for services and wrote a module that does what I want. Although I didn't write any documentation yet, for those who want to experiment with it the module is available for download: http://www.phedny.net/~mark/testpass.tar.gz and http://www.phedny.net/~mark/testpass.tar.bz2 Untar the file into the services source dir and do a make, make install. Then add "LoadModule testpass/main" to the end of the ircservices.conf file (at least after loading NickServ / ChanServ). The TESTPASS command is not added to any HELP command, but is available for both NickServ and ChanServ: /msg NickServ TESTPASS /msg ChanServ TESTPASS The commands are only available for Services Admins. - Mark From chris at starglade.org Sun May 30 10:15:33 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40BA14C6.60303@phedny.net> References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at> <40B87383.5050504@phedny.net> <40B87629.6020301@gmx.at> <40B8B1E9.5080801@phedny.net> <40BA14C6.60303@phedny.net> Message-ID: <40BA16B5.6090007@starglade.org> Mark van Cuijk wrote: > Although I didn't write any documentation yet, for those who want to > experiment with it the module is available for download: > http://www.phedny.net/~mark/testpass.tar.gz and > http://www.phedny.net/~mark/testpass.tar.bz2 Neither of these URLs is working for me. Chris -- Chris Jenkinson chris@starglade.org From andrew at wtfigo.co.uk Sun May 30 10:39:02 2004 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40BA14C6.60303@phedny.net> Message-ID: Hi guys, please can you move this to the coding list. Thanks, Andrew > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Mark van Cuijk > Sent: 30 May 2004 18:07 > To: IRC Services General Mailing List > Subject: Re: [IRCServices] Check password without IDENTIFY > > Hi, > > Today I got myself familiar with module programming for > services and wrote a module that does what I want. > > Although I didn't write any documentation yet, for those who > want to experiment with it the module is available for download: > http://www.phedny.net/~mark/testpass.tar.gz and > http://www.phedny.net/~mark/testpass.tar.bz2 > > Untar the file into the services source dir and do a make, > make install. > Then add "LoadModule testpass/main" to the end of the > ircservices.conf file (at least after loading NickServ / ChanServ). > > The TESTPASS command is not added to any HELP command, but is > available for both NickServ and ChanServ: > /msg NickServ TESTPASS /msg ChanServ > TESTPASS > > The commands are only available for Services Admins. > > - Mark > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon May 31 09:13:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY In-Reply-To: <40ba1c72.55342@mail.achurch.org> Message-ID: <40ba78d0.61730@achurch.org> >Hi guys, please can you move this to the coding list. Actually, I think this is reasonable for the main list, as long as it doesn't get into coding details and the like. --Andrew Church achurch@achurch.org http://achurch.org/ >Thanks, Andrew > >> -----Original Message----- >> From: ircservices-bounces@ircservices.za.net >> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of >> Mark van Cuijk >> Sent: 30 May 2004 18:07 >> To: IRC Services General Mailing List >> Subject: Re: [IRCServices] Check password without IDENTIFY >> >> Hi, >> >> Today I got myself familiar with module programming for >> services and wrote a module that does what I want. >> >> Although I didn't write any documentation yet, for those who >> want to experiment with it the module is available for download: >> http://www.phedny.net/~mark/testpass.tar.gz and >> http://www.phedny.net/~mark/testpass.tar.bz2 >> >> Untar the file into the services source dir and do a make, >> make install. >> Then add "LoadModule testpass/main" to the end of the >> ircservices.conf file (at least after loading NickServ / ChanServ). >> >> The TESTPASS command is not added to any HELP command, but is >> available for both NickServ and ChanServ: >> /msg NickServ TESTPASS /msg ChanServ >> TESTPASS >> >> The commands are only available for Services Admins. >> >> - Mark >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at frostycoolslug.com Sun May 30 18:41:00 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY Message-ID: I feel this needs to be pointed out, Currently, Nickserv generally kills users after 5 invalid passwords. This module apparently provides a way for users to 'test' passwords without any cause for alarm. This also means people will be able to brute force passwords using this command. I thought i would point this out as it can be concidered a threat. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Mark van Cuijk * To - IRC Services General Mailing List * Sent - 2004-05-30 18:07:18 * Subject - Re: [IRCServices] Check password without IDENTIFY ****************************************/ /****** - Begin Original Message - ******/ >Hi, > >Today I got myself familiar with module programming for services and >wrote a module that does what I want. > >Although I didn't write any documentation yet, for those who want to >experiment with it the module is available for download: >http://www.phedny.net/~mark/testpass.tar.gz and >http://www.phedny.net/~mark/testpass.tar.bz2 > >Untar the file into the services source dir and do a make, make install. >Then add "LoadModule testpass/main" to the end of the ircservices.conf >file (at least after loading NickServ / ChanServ). > >The TESTPASS command is not added to any HELP command, but is available >for both NickServ and ChanServ: >/msg NickServ TESTPASS >/msg ChanServ TESTPASS > >The commands are only available for Services Admins. > >- Mark > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Robin.Burchell at oxley.nsw.edu.au Sun May 30 19:03:34 2004 From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B37@oxleyserver.oxley.nsw.edu.au> Sorry if this isnt a direct reply, damn my outlook web access not allowing TEXT email (groan) I havent checked the modules themselves, but didnt he say they were limited to Services admins only? ------- Robin Burchell [w00t] Administrator, irc.netronet.org From Craig at frostycoolslug.com Sun May 30 20:51:17 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Check password without IDENTIFY Message-ID: aah, sorry, missed that bit, disregard my last mail :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Robin Burchell * To - ircservices@ircservices.za.net * Sent - 2004-05-31 03:03:34 * Subject - RE: Re: [IRCServices] Check password without IDENTIFY ****************************************/ /****** - Begin Original Message - ******/ >Sorry if this isnt a direct reply, damn my outlook web access not allowing TEXT email (groan) >I havent checked the modules themselves, but didnt he say they were limited to Services admins only? > > >------- >Robin Burchell [w00t] >Administrator, irc.netronet.org >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From alisor at softhome.net Fri Jun 4 07:47:37 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Log MEssages Message-ID: <000c01c44a42$f208daa0$0800000a@citir> Hello; I moved my services to new box. Today services collapse and i looked at the logs and see these mesages at the bottom. I am using services for a long time but it is the first time i see some messages like that at logs. Anybody know what these mean? [Jun 04 16:40:21 2004] Read error from server: Connection reset by peer [Jun 04 16:45:01 2004] IRC Services 5.0.31 starting up [Jun 04 16:45:21 2004] operserv/sline: warning: client IP addresses not available with this IRC server ............................... [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-68467) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-68467) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611) ............. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040604/bb29a9aa/attachment.html From brain at winbot.co.uk Sat Jun 5 09:20:38 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] message bugs Message-ID: <200406051620.i55GKcw23689@brainbox.winbot.co.uk> When setting options on another nick, using services admin privilages: /ns set FlirtBot mainnick RefereeBot [17:16] -NickServ- Your main nickname has been changed to refereebot. shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p Thanks, Brain From achurch at achurch.org Sun Jun 6 18:37:10 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] message bugs In-Reply-To: <200406051620.i55GKcw23689@brainbox.winbot.co.uk> Message-ID: --Andrew Church achurch@achurch.org http://achurch.org/ Sender: achurch@achurch.org Message-ID: <40c2e5ea.12064@achurch.org> When setting options on another nick, using services admin privilages: > >/ns set FlirtBot mainnick RefereeBot >[17:16] -NickServ- Your main nickname has been changed to refereebot. > >shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p > >Thanks, >Brain > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Jun 6 18:37:51 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Log MEssages In-Reply-To: <000c01c44a42$f208daa0$0800000a@citir> Message-ID: <40c2ea3f.12074@achurch.org> [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <=3D = >wlen (-68467) This is apparently a bug in the socket handling code. I haven't been able to reproduce it; if you do run into it, try restarting Services--the problem should go away. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Jun 6 18:57:40 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] message bugs Message-ID: <40c2eac7.12112@achurch.org> When setting options on another nick, using services admin privilages: > >/ns set FlirtBot mainnick RefereeBot >[17:16] -NickServ- Your main nickname has been changed to refereebot. > >shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p This is a known issue and is documented in the KnownBugs file (which probably ought to be in the manual, admittedly). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Jun 6 19:55:22 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] message bugs In-Reply-To: <40c2eac7.12112@achurch.org> Message-ID: <40c2f83e.13266@achurch.org> Apologies for the corrupted messages; there was a minor bug with my mail server (fixed now). --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Sun Jun 6 15:02:37 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Log MEssages References: <40c2ea3f.12074@achurch.org> Message-ID: <004d01c44c11$fdaf5de0$0800000a@citir> well it only happens after restarts/shutdowns ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, June 06, 2004 12:37 PM Subject: Re: [IRCServices] Log MEssages > [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <=3D = > >wlen (-68467) > > This is apparently a bug in the socket handling code. I haven't been > able to reproduce it; if you do run into it, try restarting Services--the > problem should go away. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Robin.Burchell at oxley.nsw.edu.au Sun Jun 6 22:02:41 2004 From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Weird startup thing Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B42@oxleyserver.oxley.nsw.edu.au> [14:54] zaptan@sovereign:/home/zaptan/ircservices>./ircservices -nofork [14:54] [Jun 07 00:51:53 2004] IRC Services 1.0.1a starting up [14:54] [Jun 07 00:51:53 2004] sockets: flush_write_buffer(4): Socket is not connected [14:54] [Jun 07 00:51:56 2004] Read error from server: Socket is not connected I dont get this. We are running 5.0.30-- (havent yet upgraded) Any clues?! From Craig at frostycoolslug.com Mon Jun 7 09:06:08 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Weird startup thing Message-ID: errm.. Looking at that startup text, you are either running a modified version of services (1.0.1a?), or an EXTREMELLY old version. If its the first, you probably wont be supported, and are encouraged to download an official services release (from http://www.ircservices.za.net), or if its the latter, visit the forementioned URL and upgrade your services. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Robin Burchell * To - ircservices@ircservices.za.net * Sent - 2004-06-07 06:02:41 * Subject - [IRCServices] Weird startup thing ****************************************/ /****** - Begin Original Message - ******/ >[14:54] zaptan@sovereign:/home/zaptan/ircservices>./ircservices -nofork >[14:54] [Jun 07 00:51:53 2004] IRC Services 1.0.1a starting up >[14:54] [Jun 07 00:51:53 2004] sockets: flush_write_buffer(4): Socket is not connected >[14:54] [Jun 07 00:51:56 2004] Read error from server: Socket is not connected > >I dont get this. We are running 5.0.30-- (havent yet upgraded) > >Any clues?! > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > /******* - End Original Message - *******/ From chris at unreal-irc.net Mon Jun 7 11:05:22 2004 From: chris at unreal-irc.net (chris@unreal-irc.net) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] FW: AKill Message-ID: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com> Any akill added on our network results in a massive flood of notices when the user then attempts to rejoin. In older versions of services, when an akill was added and the user attempted to rejoin, we got one notice telling us the user had been akilled then nothing more. How on earth do we stop the flooding of services with all these notices each time a user tries to rejoin and gets akilled? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040607/3ee0a1cd/attachment.htm From achurch at achurch.org Tue Jun 8 09:55:01 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] FW: AKill In-Reply-To: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com> Message-ID: <40c50ec2.27600@achurch.org> RTFM (FAQ F.9), and don't use HTML when posting to the list. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============1162681352== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0129_01C44CC2.63AC2910" > >This is a multi-part message in MIME format. > >------=_NextPart_000_0129_01C44CC2.63AC2910 >Content-Type: text/plain; > charset="us-ascii" >Content-Transfer-Encoding: 7bit > >Any akill added on our network results in a massive flood of notices when >the user then attempts to rejoin. > > > >In older versions of services, when an akill was added and the user >attempted to rejoin, we got one notice telling us the user had been akilled >then nothing more. How on earth do we stop the flooding of services with >all these notices each time a user tries to rejoin and gets akilled? > > >------=_NextPart_000_0129_01C44CC2.63AC2910 >Content-Type: text/html; > charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >xmlns:w=3D"urn:schemas-microsoft-com:office:word" = >xmlns=3D"http://www.w3.org/TR/REC-html40"> > > >charset=3Dus-ascii"> > > > > > > > >
> >

style=3D'font-size:10.0pt; >font-family:Arial'>Any akill added on our network results in a massive = >flood of >notices when the user then attempts to = >rejoin.

> >

style=3D'font-size:10.0pt; >font-family:Arial'> 

> >

style=3D'font-size:10.0pt; >font-family:Arial'>In older versions of services, when an akill was = >added and >the user attempted to rejoin, we got one notice telling us the user had = >been akilled >then nothing more.  How on earth do we stop the flooding of = >services with >all these notices each time a user tries to rejoin and gets = >akilled?

> >
> > > > > >------=_NextPart_000_0129_01C44CC2.63AC2910-- > > > > >--===============1162681352== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >--===============1162681352==-- > > > From Robin.Burchell at oxley.nsw.edu.au Mon Jun 7 18:02:24 2004 From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Weird startup thing Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B43@oxleyserver.oxley.nsw.edu.au> That's what throws me-- We are using 5.0.30 vanilla-- yet it reported 1.0.1a!?! Craig, cmon its me here, w00t! I didnt even USE ircservices till you told me about it The problem seems to have resolved itself-- we tried ./ircservices -debug and the problem vanished... Will keep you all posted. Robin Burchell [w00t] Administrator, irc.netronet.org From achurch at achurch.org Tue Jun 8 09:58:18 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Services 5.0.32 released Message-ID: <40c50fa8.27635@achurch.org> Services 5.0.32 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) 6269c6f7a6f73b577f23df7e84612c31 ircservices-5.0.32.tar.gz d1677618884bdc517933ffbd95d32b3a ircservices-5.0.32.diff.gz ded4e8e85224be005789e969662805b0 ircservices-5.0.32-1.i386.rpm 171a7badeebb4e6b617a5580e43dc38e ircservices_5.0.32-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release includes updated support for the most recent versions of the Unreal and Bahamut IRC servers, in addition to the usual bug fixes and a minor internal change in the ChanServ module interface. PLEASE NOTE that, as announced earlier, Bahamut versions earlier than 1.8.0 are no longer supported as of this release of Services. If you are using Bahamut, you MUST upgrade all of your servers to Bahamut 1.8.0 at the same time you upgrade Services. I apologize for the inconvenience. Changes in version 5.0.32 ------------------------- 2004/06/07 Updated Unreal protocol module for Unreal 3.2.1. 2004/05/24 get_access() (which returns a user's access level on a channel) is now exported by the chanserv/main module. 2004/05/18 -z (insecure) users can no longer enter channels locked to +z on Unreal. Reported by Dionisios K. 2004/05/14 Fixed failure to clear ban exceptions on autokick. Reported by Eric Murphy 2004/05/12 Updated Bahamut protocol module for Bahamut 1.8.0. Support for 1.4.x has been removed. 2004/05/07 Fixed errors in OperServ SESSIONS and EXCEPTIONS help text. Reported by Elijah 2004/05/04 Fixed harmless compilation warning in database/version4 module. Reported by Craig McLure --Andrew Church achurch@achurch.org http://achurch.org/ From chris at unreal-irc.net Tue Jun 8 07:21:54 2004 From: chris at unreal-irc.net (chris@unreal-irc.net) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4 In-Reply-To: <200406081001.i58A11727671@earl.vwe.net> Message-ID: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com> When a user gets akilled due to session limiting I do not expect services to tell me about it every time the user attempts to reconnect. Unfortunately, FAQ F9 does not address this. ---- Message: 2 Date: Mon, 7 Jun 2004 19:05:22 +0100 From: Subject: [IRCServices] FW: AKill To: Message-ID: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com> Content-Type: text/plain; charset="us-ascii" Any akill added on our network results in a massive flood of notices when the user then attempts to rejoin. In older versions of services, when an akill was added and the user attempted to rejoin, we got one notice telling us the user had been akilled then nothing more. How on earth do we stop the flooding of services with all these notices each time a user tries to rejoin and gets akilled? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.ircservices.za.net/pipermail/ircservices/attachments/20040607/3ee 0a1cd/attachment-0001.html ------------------------------ Message: 3 Date: Tue, 08 Jun 2004 09:55:01 JST From: achurch@achurch.org (Andrew Church) Subject: Re: [IRCServices] FW: AKill To: ircservices@ircservices.za.net Message-ID: <40c50ec2.27600@achurch.org> Content-Type: text/plain; charset=ISO-2022-JP RTFM (FAQ F.9), and don't use HTML when posting to the list. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============1162681352== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0129_01C44CC2.63AC2910" > >This is a multi-part message in MIME format. > >------=_NextPart_000_0129_01C44CC2.63AC2910 >Content-Type: text/plain; > charset="us-ascii" >Content-Transfer-Encoding: 7bit > >Any akill added on our network results in a massive flood of notices when >the user then attempts to rejoin. > > > >In older versions of services, when an akill was added and the user >attempted to rejoin, we got one notice telling us the user had been akilled >then nothing more. How on earth do we stop the flooding of services with >all these notices each time a user tries to rejoin and gets akilled? > > >------=_NextPart_000_0129_01C44CC2.63AC2910 >Content-Type: text/html; > charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > >xmlns:w=3D"urn:schemas-microsoft-com:office:word" = >xmlns=3D"http://www.w3.org/TR/REC-html40"> > > >charset=3Dus-ascii"> > > > > > > > >
> >

style=3D'font-size:10.0pt; >font-family:Arial'>Any akill added on our network results in a massive = >flood of >notices when the user then attempts to = >rejoin.

> >

style=3D'font-size:10.0pt; >font-family:Arial'> 

> >

style=3D'font-size:10.0pt; >font-family:Arial'>In older versions of services, when an akill was = >added and >the user attempted to rejoin, we got one notice telling us the user had = >been akilled >then nothing more.  How on earth do we stop the flooding of = >services with >all these notices each time a user tries to rejoin and gets = >akilled?

> >
> > > > > >------=_NextPart_000_0129_01C44CC2.63AC2910-- > > > > >--===============1162681352== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >--===============1162681352==-- > > > ------------------------------ Message: 4 Date: Tue, 8 Jun 2004 11:02:24 +1000 From: "Robin Burchell" Subject: Re: [IRCServices] Weird startup thing To: Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B43@oxleyserver.oxley.nsw.edu.au> Content-Type: text/plain; charset="UTF-8" That's what throws me-- We are using 5.0.30 vanilla-- yet it reported 1.0.1a!?! Craig, cmon its me here, w00t! I didnt even USE ircservices till you told me about it The problem seems to have resolved itself-- we tried ./ircservices -debug and the problem vanished... Will keep you all posted. Robin Burchell [w00t] Administrator, irc.netronet.org ------------------------------ Message: 5 Date: Tue, 08 Jun 2004 09:58:18 JST From: achurch@achurch.org (Andrew Church) Subject: [IRCServices] Services 5.0.32 released To: services Message-ID: <40c50fa8.27635@achurch.org> Content-Type: text/plain; charset=ISO-2022-JP Services 5.0.32 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) 6269c6f7a6f73b577f23df7e84612c31 ircservices-5.0.32.tar.gz d1677618884bdc517933ffbd95d32b3a ircservices-5.0.32.diff.gz ded4e8e85224be005789e969662805b0 ircservices-5.0.32-1.i386.rpm 171a7badeebb4e6b617a5580e43dc38e ircservices_5.0.32-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release includes updated support for the most recent versions of the Unreal and Bahamut IRC servers, in addition to the usual bug fixes and a minor internal change in the ChanServ module interface. PLEASE NOTE that, as announced earlier, Bahamut versions earlier than 1.8.0 are no longer supported as of this release of Services. If you are using Bahamut, you MUST upgrade all of your servers to Bahamut 1.8.0 at the same time you upgrade Services. I apologize for the inconvenience. Changes in version 5.0.32 ------------------------- 2004/06/07 Updated Unreal protocol module for Unreal 3.2.1. 2004/05/24 get_access() (which returns a user's access level on a channel) is now exported by the chanserv/main module. 2004/05/18 -z (insecure) users can no longer enter channels locked to +z on Unreal. Reported by Dionisios K. 2004/05/14 Fixed failure to clear ban exceptions on autokick. Reported by Eric Murphy 2004/05/12 Updated Bahamut protocol module for Bahamut 1.8.0. Support for 1.4.x has been removed. 2004/05/07 Fixed errors in OperServ SESSIONS and EXCEPTIONS help text. Reported by Elijah 2004/05/04 Fixed harmless compilation warning in database/version4 module. Reported by Craig McLure --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------ _______________________________________________ IRCServices mailing list IRCServices@ircservices.za.net http://www.ircservices.za.net/mailman/listinfo/ircservices End of IRCServices Digest, Vol 18, Issue 4 ****************************************** From medice at gmx.at Tue Jun 8 15:46:48 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4 In-Reply-To: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com> References: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com> Message-ID: <40C641D8.5010503@gmx.at> chris@unreal-irc.net wrote: > When a user gets akilled due to session limiting I do not expect services to > tell me about it every time the user attempts to reconnect. > > Unfortunately, FAQ F9 does not address this. > You might not expect it, 'cos services are not akilling users immediatly on session limit exeeding, but killing (on a real look at the messages by reading or some similar kind of cognitive sensations you might find "kill" instead off "akill" / "gline" or anything else). Exceeding users are usually killed several times and on continuing the excess, they are akilled finally for some time. That's the way it works on every services-packages I know... greets /medice From achurch at achurch.org Wed Jun 9 09:36:21 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4 In-Reply-To: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com> Message-ID: <40c65c6d.31007@achurch.org> >When a user gets akilled due to session limiting I do not expect services to >tell me about it every time the user attempts to reconnect. > >Unfortunately, FAQ F9 does not address this. Yes, it does. If you check your IRC server (and you should get relevant server notices if you're an operator), you'll see that no AKILLs (or GLINEs, depending on what IRC server you're using) are being added to the server itself, and Services is simply issuing a KILL every time the user connects. You should also find a notice in your ircservices.log to the effect that AKILLs/GLINEs cannot be added because autokill exclusions are enabled. I'll update the FAQ to clarify this point. --Andrew Church achurch@achurch.org http://achurch.org/ From mamfelt at acm.org Mon Jun 14 01:33:27 2004 From: mamfelt at acm.org (Michael Felt) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Segmentation Error at startup with database load Message-ID: <6.1.0.6.0.20040614103223.027b1288@mail> Note: if the database files are removed, ircservices startups and communicates with bahamut with no problems. The core dump occurs on a restart. 1. IRC Version [Jun 14 01:48:32 2004] IRC Services 5.0.32 starting up HARDWARE/OS: PowerIV, 64 bit, AIX 5.2 Compiled with no special problems using gcc 3.3.2 downloaded from BULL freeware.gcc.rte 3.3.2.0 C F gcc version 3.3.2 p.s. I had alomst gotten it ported to AIX xlC compiler, but also ran into problems with __builtin* functions. Apparantly only GCC has those. 2. NA atm (bahamut 1.8) 3. Basic error: core dump, segmentation error Segmentation fault in load_one_serverstats at line 2316 in file "modules/database/version4.c" 2316 ss->t_join = tmp32; 4. (dbx) list 2305, 2320 2305 static ServerStats *load_one_serverstats(dbFILE *f) 2306 { 2307 ServerStats *ss; 2308 char *servername; 2309 int32 tmp32; 2310 2311 SAFE(read_string(&servername, f)); 2312 ss = new_serverstats(servername); 2313 free(servername); 2314 servername = NULL; 2315 SAFE(read_int32(&tmp32, f)); 2316 ss->t_join = tmp32; 2317 SAFE(read_int32(&tmp32, f)); /* t_quit */ 2318 /* Avoid join>=quit staying true on load (which would indicate that the 2319 * server is online even before any server connections are processed) */ 2320 ss->t_quit = time(NULL)-1; (dbx) === Basically, new_serverstats return value is not properly returned. === more detail (dbx) stop at 2312 [2] stop at "version4.c":2312 (dbx) rerun [ /usr/local/sbin/ircservices ] [2] stopped in load_one_serverstats at line 2312 in file "modules/database/version4.c" 2312 ss = new_serverstats(servername); (dbx) where load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c" open_statserv_db(dbname = "stats.db"), line 2377 in "version4.c" init_module_statserv_main(??), line 622 in "main.c" internal_init_module(??), line 388 in "modules.c" load_module(??), line 417 in "modules.c" unnamed block $b64, line 848 in "init.c" init.init(??, ??), line 848 in "init.c" main.main(ac = ??, av = 0x2ff22b04, envp = 0x2ff22b0c), line 225 in "main.c" (dbx) dump load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c" servername = "Ascendent.tdzk" ss = (nil) tmp32 = 536944164 (dbx) registers $r0:0x1001d27c $stkp:0x2ff22788 $toc:0x2001508c $r3:0x00000000 $r4:0x00000fe9 $r5:0x201c56e7 $r6:0x6e64656e $r7:0x742e7464 $r8:0x7a6b0000 $r9:0x00000000 $r10:0xf01c5f34 $r11:0x00000000 $r12:0x1001f9c0 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008c488 $r29:0x00000001 $r30:0x2008c668 $r31:0x00000000 $iar:0x1001d288 $msr:0x0002d0b2 $cr:0x28222244 $link:0x1001d27c $ctr:0xd01f0278 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:l 2:e 3:e 4:e 5:e 6:g 7:g [unset $noflregs to view floating point registers] in load_one_serverstats at line 2312 in file "modules/database/version4.c" 0x1001d288 (load_one_serverstats+0x30) 812206cc lwz r9,0x6cc(r2) (dbx) whatis ss register ServerStats *ss; (dbx) ==== (dbx) step [2] Interrupt in load_one_serverstats at line 2312 in file "modules/database/version4.c" 2312 ss = new_serverstats(servername); (dbx) step stopped in __dblocal_new_serverstats_stub at line 189 in file "modules/database/extsyms.c" 189 IMPORT_FUNC("statserv/main", module_statserv, new_serverstats); (dbx) , etc.. ==== 2312 ss = new_serverstats(servername); (dbx) registers $r0:0x1001d2ac $stkp:0x2ff22788 $toc:0x2001508c $r3:0x00008080 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008c488 $r29:0x00000001 $r30:0x2008c668 $r31:0x00000000 $iar:0x1001d2ac $msr:0x0000d0b2 $cr:0x24222224 $link:0x1001d2ac $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in load_one_serverstats at line 2312 in file "modules/database/version4.c" 0x1001d2ac (load_one_serverstats+0x54) 80410014 lwz r2,0x14(r1) (dbx) / ss 2316 ss->t_join = tmp32; (dbx) stepi stopped in load_one_serverstats at 0x1001d2b0 0x1001d2b0 (load_one_serverstats+0x58) 7c7f1b78 mr r31,r3 (dbx) stepi stopped in load_one_serverstats at 0x1001d2b4 0x1001d2b4 (load_one_serverstats+0x5c) 80610038 lwz r3,0x38(r1) (dbx) print ss 0x00008080 ABOVE it seems that ss is finally getting it's value (in r31, was nil, now 0x0008080 (from r3) (dbx) registers $r0:0x1001d2ac $stkp:0x2ff22788 $toc:0x2001508c $r3:0x2008b0c8 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0xf01b401c $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008c488 $r29:0x00000001 $r30:0x2008c668 $r31:0x00008080 $iar:0x10004344 $msr:0x0002d0b2 $cr:0x24222224 $link:0x1001d2bc $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] ==== In smaller steps I come to this code: stopped in new_serverstats at line 377 in file "modules/statserv/main.c" 377 { (dbx) where new_serverstats(servername = "Ascendent.tdzk"), line 377 in "main.c" __dblocal_new_serverstats_stub(), line 189 in "extsyms.c" load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c" open_statserv_db(dbname = "stats.db"), line 2377 in "version4.c" init_module_statserv_main(module_ = ??), line 622 in "main.c" internal_init_module(module = 0x2008c3a8), line 388 in "modules.c" load_module(modulename = "statserv/main"), line 417 in "modules.c" unnamed block $b64, line 848 in "init.c" init.init(??, ??), line 848 in "init.c" main.main(ac = ??, av = 0x2ff22b04, envp = 0x2ff22b0c), line 225 in "main.c" (dbx) list 370, 390 370 371 /* Create a new ServerStats structure for the given server name and return 372 * it. Always successful. 373 */ 374 375 EXPORT_FUNC(new_serverstats) 376 ServerStats *new_serverstats(const char *servername) 377 { 378 ServerStats *ss; 379 380 ss = scalloc(sizeof(*ss), 1); 381 ss->name = sstrdup(servername); 382 return ss; 383 } 384 385 /*************************************************************************/ And then single stepping.... (watch for mr r31,r3 (that incorrectly loads the r31 (ss) value. ==== (dbx) stop at 383 [7] stop at "modules/statserv/main.c":383 (dbx) cont [7] stopped in new_serverstats at line 383 in file "modules/statserv/main.c" 383 } (dbx) dump new_serverstats(servername = "Ascendent.tdzk"), line 383 in "main.c" ss = 0x2008b658 (dbx) registers $r0:0x2008b568 $stkp:0x2ff22648 $toc:0x2001508c $r3:0x2008b568 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008b0c8 $r29:0x2008b658 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x1007eb28 $msr:0x0002d0b2 $cr:0x24222224 $link:0x1007eb1c $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in new_serverstats at line 383 in file "modules/statserv/main.c" 0x1007eb28 (new_serverstats+0x40) 7fa3eb78 mr r3,r29 (dbx) stepi stopped in unnamed block $b916 at 0x1007eb2c 0x1007eb2c ($b916) 901d0010 stw r0,0x10(r29) (dbx) stepi stopped in unnamed block $b916 at 0x1007eb30 0x1007eb30 ($b916+0x4) 80010008 lwz r0,0x8(r1) (dbx) stepi stopped in unnamed block $b916 at 0x1007eb34 0x1007eb34 ($b916+0x8) 8381fff0 lwz r28,-16(r1) (dbx) stepi stopped in unnamed block $b916 at 0x1007eb38 0x1007eb38 ($b916+0xc) 7c0803a6 mtlr r0 (dbx) stepi stopped in unnamed block $b916 at 0x1007eb3c 0x1007eb3c ($b916+0x10) 83a1fff4 lwz r29,-12(r1) (dbx) stepi stopped in unnamed block $b916 at 0x1007eb40 0x1007eb40 ($b916+0x14) 4e800020 blr (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fb8 0x10020fb8 (__dblocal_new_serverstats_stub+0x11c) 80410014 lwz r2,0x14(r1) (dbx) registers $r0:0x10020fb8 $stkp:0x2ff22648 $toc:0x2001508c $r3:0x2008b658 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fb8 $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fb8 0x10020fb8 (__dblocal_new_serverstats_stub+0x11c) 80410014 lwz r2,0x14(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fbc 0x10020fbc (__dblocal_new_serverstats_stub+0x120) 907f00c8 stw r3,0xc8(r31) (dbx) registers $r0:0x10020fb8 $stkp:0x2ff22648 $toc:0x2001508c $r3:0x2008b658 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fbc $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fbc 0x10020fbc (__dblocal_new_serverstats_stub+0x120) 907f00c8 stw r3,0xc8(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fc0 0x10020fc0 (__dblocal_new_serverstats_stub+0x124) 909f00cc stw r4,0xcc(r31) (dbx) registers $r0:0x10020fb8 $stkp:0x2ff22648 $toc:0x2001508c $r3:0x2008b658 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fc0 $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fc0 0x10020fc0 (__dblocal_new_serverstats_stub+0x124) 909f00cc stw r4,0xcc(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fc4 0x10020fc4 (__dblocal_new_serverstats_stub+0x128) d83f00d0 stfd fr1,0xd0(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fc8 0x10020fc8 (__dblocal_new_serverstats_stub+0x12c) 803f00dc lwz r1,0xdc(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fcc 0x10020fcc (__dblocal_new_serverstats_stub+0x130) 801f00d8 lwz r0,0xd8(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fd0 0x10020fd0 (__dblocal_new_serverstats_stub+0x134) 90010000 stw r0,0x0(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fd4 0x10020fd4 (__dblocal_new_serverstats_stub+0x138) 80210000 lwz r1,0x0(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fd8 0x10020fd8 (__dblocal_new_serverstats_stub+0x13c) 807f00c8 lwz r3,0xc8(r31) (dbx) registers $r0:0x2ff22788 $stkp:0x2ff22788 $toc:0x2001508c $r3:0x2008b658 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fd8 $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fd8 0x10020fd8 (__dblocal_new_serverstats_stub+0x13c) 807f00c8 lwz r3,0xc8(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fdc 0x10020fdc (__dblocal_new_serverstats_stub+0x140) 809f00cc lwz r4,0xcc(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fe0 0x10020fe0 (__dblocal_new_serverstats_stub+0x144) 7d234b78 mr r3,r9 (dbx) registers $r0:0x2ff22788 $stkp:0x2ff22788 $toc:0x2001508c $r3:0x2008b658 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fe0 $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fe0 0x10020fe0 (__dblocal_new_serverstats_stub+0x144) 7d234b78 mr r3,r9 (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fe4 0x10020fe4 (__dblocal_new_serverstats_stub+0x148) 80010008 lwz r0,0x8(r1) (dbx) registers $r0:0x2ff22788 $stkp:0x2ff22788 $toc:0x2001508c $r3:0x00008080 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x20015008 $r29:0x20003e30 $r30:0x2008c668 $r31:0x2ff22698 $iar:0x10020fe4 $msr:0x0002d0b2 $cr:0x24222224 $link:0x10020fb8 $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in __dblocal_new_serverstats_stub at 0x10020fe4 0x10020fe4 (__dblocal_new_serverstats_stub+0x148) 80010008 lwz r0,0x8(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fe8 0x10020fe8 (__dblocal_new_serverstats_stub+0x14c) c83f00d0 lfd fr1,0xd0(r31) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020fec 0x10020fec (__dblocal_new_serverstats_stub+0x150) 7c0803a6 mtlr r0 (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020ff0 0x10020ff0 (__dblocal_new_serverstats_stub+0x154) 8381fff0 lwz r28,-16(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020ff4 0x10020ff4 (__dblocal_new_serverstats_stub+0x158) 83a1fff4 lwz r29,-12(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020ff8 0x10020ff8 (__dblocal_new_serverstats_stub+0x15c) 83e1fffc lwz r31,-4(r1) (dbx) stepi stopped in __dblocal_new_serverstats_stub at 0x10020ffc 0x10020ffc (__dblocal_new_serverstats_stub+0x160) 4e800020 blr (dbx) stepi stopped in load_one_serverstats at 0x1001d2ac 0x1001d2ac (load_one_serverstats+0x54) 80410014 lwz r2,0x14(r1) (dbx) registers $r0:0x1001d2ac $stkp:0x2ff22788 $toc:0x2001508c $r3:0x00008080 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008c488 $r29:0x00000001 $r30:0x2008c668 $r31:0x00000000 $iar:0x1001d2ac $msr:0x0002d0b2 $cr:0x24222224 $link:0x1001d2ac $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in load_one_serverstats at 0x1001d2ac 0x1001d2ac (load_one_serverstats+0x54) 80410014 lwz r2,0x14(r1) (dbx) stepi stopped in load_one_serverstats at 0x1001d2b0 0x1001d2b0 (load_one_serverstats+0x58) 7c7f1b78 mr r31,r3 (dbx) stepi stopped in load_one_serverstats at 0x1001d2b4 0x1001d2b4 (load_one_serverstats+0x5c) 80610038 lwz r3,0x38(r1) (dbx) registers $r0:0x1001d2ac $stkp:0x2ff22788 $toc:0x2001508c $r3:0x00008080 $r4:0x2008b0d4 $r5:0x2008b576 $r6:0x00000000 $r7:0x007a6b00 $r8:0x7a6b0000 $r9:0x00008080 $r10:0x7f7f7f7f $r11:0x00000004 $r12:0x00008080 $r13:0xdeadbeef $r14:0x00000001 $r15:0x2ff22b04 $r16:0x2ff22b0c $r17:0x00000000 $r18:0xdeadbeef $r19:0xdeadbeef $r20:0xdeadbeef $r21:0xdeadbeef $r22:0xdeadbeef $r23:0xdeadbeef $r24:0xdeadbeef $r25:0x00000001 $r26:0x2ff22b04 $r27:0x00000001 $r28:0x2008c488 $r29:0x00000001 $r30:0x2008c668 $r31:0x00008080 $iar:0x1001d2b4 $msr:0x0002d0b2 $cr:0x24222224 $link:0x1001d2ac $ctr:0x00000004 $xer:0x0000000f $mq:0xdeadbeef Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g [unset $noflregs to view floating point registers] in load_one_serverstats at 0x1001d2b4 0x1001d2b4 (load_one_serverstats+0x5c) 80610038 lwz r3,0x38(r1) (dbx) stepi stopped in load_one_serverstats at 0x1001d2b8 0x1001d2b8 (load_one_serverstats+0x60) 4bfe7089 bl 0x10004340 (free) (dbx) ==== I am wondering what the constant 64 means in: extsyms.c: static void *__dblocal_##func##_stub(void) { \ __dblocal_##func##_stub0(); \ __builtin_return(__builtin_apply((void *)__dblocal_##func, \ __builtin_apply_args(), 64)); \ } \ From achurch at achurch.org Mon Jun 14 18:02:25 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Segmentation Error at startup with database load In-Reply-To: <6.1.0.6.0.20040614103223.027b1288@mail> Message-ID: <40cd6acf.73526@achurch.org> This looks like the GCC __builtin_apply() bug I reported to the GCC team a while back (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028). The configure script should detect and work around this, though; I'm not sure why not. I'll take a closer look at this report and see if I can figure the problem out. >I am wondering what the constant 64 means in: >extsyms.c: > >static void *__dblocal_##func##_stub(void) { \ > __dblocal_##func##_stub0(); \ > __builtin_return(__builtin_apply((void *)__dblocal_##func, \ > __builtin_apply_args(), 64)); \ >} \ This is more suited to the -coding list, but 64 is the argument space reserved for the called function--I use 64 as an arbitrary value larger than anything that will actually be passed. See the GCC documentation for details on how __builtin_apply() works. --Andrew Church achurch@achurch.org http://achurch.org/ From mamfelt at acm.org Mon Jun 14 08:23:45 2004 From: mamfelt at acm.org (Michael Felt) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Segmentation Error at startup with database load In-Reply-To: <40cd6acf.73526@achurch.org> References: <6.1.0.6.0.20040614103223.027b1288@mail> <40cd6acf.73526@achurch.org> Message-ID: <6.1.0.6.0.20040614171338.02774f18@mail> Thanks for your answer. As it has been about 15 or 16 years since I have done any serious assembly programming, and GNU is very new to me, I am a bit curious about why this particular solution is chosen. What I usedto do years ago was define a struct, similiar to the way device drivers are/were added (maybe they do that differently today too) - in which one of the fields would be a pointer to a function. As I think of it, it is still pretty standard to include a pointer to a function to ioctl. Would there be any interest in my looking a different way of doing this? Or will you prefer to do some inline assembly (ala SPARC)? If interested I can send your cc "assembly" output to see what the compiler is turning it into. I havent made a real study of xlC and/or gcc assembly conventions. But I am certainly willing. It is certainly frustrating to see everything there, but just not being returned properly. At 11:02 AM 6/14/2004, you wrote: > This looks like the GCC __builtin_apply() bug I reported to the GCC >team a while back (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028). The >configure script should detect and work around this, though; I'm not sure >why not. I'll take a closer look at this report and see if I can figure >the problem out. > > >I am wondering what the constant 64 means in: > >extsyms.c: > > > >static void *__dblocal_##func##_stub(void) { \ > > __dblocal_##func##_stub0(); \ > > __builtin_return(__builtin_apply((void *)__dblocal_##func, \ > > __builtin_apply_args(), 64)); \ > >} \ > > This is more suited to the -coding list, but 64 is the argument space >reserved for the called function--I use 64 as an arbitrary value larger >than anything that will actually be passed. See the GCC documentation for >details on how __builtin_apply() works. Thanks again. Should I be posting to the -coding list - rather than here? > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From rsaikali at mchsi.com Wed Jun 16 16:12:36 2004 From: rsaikali at mchsi.com (Rami Saikali) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] bug Message-ID: 1. Running version ircservices-5.0.31 services.zirc.org build #2, compiled Thu May 20 23:20:13 EDT 2004 2. Unreal3.2. 3. Users who have access to the deprotect command can remove the mode +q from the channel founder. First add a user at sop access level. Then have the user type /msg chanserv deprotect replacing with the name of the founder. Logs: [17:57:24] * ChanServ sets mode: -q Excelsior [17:57:25] -ChanServ:#OA- DEPROTECT command used for excelsior by nikhsub1 [17:57:25] * You were kicked from #OA by ChanServ (KICK by nikhsub1) Seems minor, and may not be a bug, but I don't think deprotect was intended to also remove +q'd users founder status, as it never did before. -Excelsior Bones.wa.us.zirc.org Co-Administrator -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040616/d492327a/attachment.html From meekhou at houston.rr.com Tue Jun 22 08:44:41 2004 From: meekhou at houston.rr.com (Noah Meek) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] (no subject) Message-ID: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com> Hey, I get the following error when I start ircservices [Jun 22 10:23:29.046383 2004] debug: Loading module `database/version4' [Jun 22 10:23:29.046479 2004] modules: Unable to load module `database/version4': No `module_version' symbol found [Jun 22 10:23:29.046560 2004] Error loading modules, aborting I am running Bahamut 1.8.1 on Mac OS X 10.3.4 and im trying to start ircservices 4.5 From uhc0 at rz.uni-karlsruhe.de Tue Jun 22 09:15:00 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] (no subject) In-Reply-To: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com> References: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com> Message-ID: <1087920900.26568.1.camel@dreadnought.hadiko.de> IrcServices versions 4.x do not include module support. You must be using something else. Are you sure not using a modified services package? Please upgrade to the latest release, 5.0.32 Andy: Is ircservices capable of running on macosx? Regards; yusuf On Tue, 2004-06-22 at 17:44, Noah Meek wrote: > Hey, > I get the following error when I start ircservices > [Jun 22 10:23:29.046383 2004] debug: Loading module `database/version4' > [Jun 22 10:23:29.046479 2004] modules: Unable to load module > `database/version4': No `module_version' symbol found > [Jun 22 10:23:29.046560 2004] Error loading modules, aborting > > I am running Bahamut 1.8.1 on Mac OS X 10.3.4 and im trying to start > ircservices 4.5 > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From meekhou at houston.rr.com Tue Jun 22 10:50:55 2004 From: meekhou at houston.rr.com (Noah Meek) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] help: starting up irc services Message-ID: Get the following error when I try to startup irc services (version 5.0.32) [Jun 22 11:18:00 2004] Error loading modules, aborting [Jun 22 12:48:55 2004] IRC Services 5.0.32 starting up [Jun 22 12:48:56 2004] modules: Unable to load module `database/version4': No `module_version' symbol found [Jun 22 12:48:56 2004] Error loading modules, aborting I am using Bahamut 1.8.1 and it works fine. How do i get IRC Services to start?? From maciek at planet.nl Thu Jun 24 12:08:27 2004 From: maciek at planet.nl (M. Sokolewicz) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Link denied Message-ID: <40DB26AB.8070709@planet.nl> hi, I hope I'm not asking at the wrong list with this problem, but here goes... I have installed UnrealIRCd 3.2, and it works fine. I've also installed IRCServices 5. Now, whenever I start up both the service server and the IRC server (IRC server first of course), ircservices.log returns: [Jun 24 19:59:36 2004] unknown message from server (:server.example.com 451 PING :You have not registered) [Jun 24 19:59:36 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@207.44.144.61.8097]) [Jun 24 19:59:36 2004] unknown message from server (ERROR :Closing Link: [207.44.144.61] (Link denied (No matching link configuration))) [Jun 24 19:59:36 2004] Read error from server: Connection reset by peer I checked the link block in unrealirc.conf, and it LOOKS right (to me), but I'll show it anyway link server.example.com { username *; hostname 207.44.144.61; port 8097; hub *; password-connect "nopass"; password-receive "nopass"; class servers; options { nohostcheck; } }; vs. ircservices.conf: RemoteServer server.example.com 6667 "nopass" LocalAddress localhost 8097 ServerName "server.example.com" As you can see, both SEEM to be linkable (well, they do to me...), Now, the problem remains, I'm still getting the error in the log files, but I have no idea how to resolve this. Ideas, please? thank you, M. Sokolewicz From loliveira at neoline.com.br Thu Jun 24 12:29:37 2004 From: loliveira at neoline.com.br (Luiz Oliveira) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Link denied In-Reply-To: <40DB26AB.8070709@planet.nl> References: <40DB26AB.8070709@planet.nl> Message-ID: <1088105377.23511.5.camel@PO205.al.neoline.com.br> Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu: > hi, (...) > > vs. ircservices.conf: > RemoteServer server.example.com 6667 "nopass" > LocalAddress localhost 8097 > ServerName "server.example.com" Try: RemoteServer server.example.com 8097 "nopass" LocalAddress... Specifies the local address to bind to before connecting to the remote server. This may be useful on multihomed hosts. ~ Luiz From maciek at planet.nl Thu Jun 24 13:01:45 2004 From: maciek at planet.nl (M. Sokolewicz) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Link denied In-Reply-To: <1088105377.23511.5.camel@PO205.al.neoline.com.br> References: <40DB26AB.8070709@planet.nl> <1088105377.23511.5.camel@PO205.al.neoline.com.br> Message-ID: <40DB3329.9030506@planet.nl> hi, It returns: [Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up [Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701 [Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused Besides, RemoteServer supplies the host, port and password for the IRC server you want to run this service on. So I don't think turning the host and port to the port and host the SERVICE is listening on would help at all. But that might be just me... - M. Sokolewicz Luiz Oliveira wrote: >Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu: > > >>hi, >> >> >(...) > > >>vs. ircservices.conf: >>RemoteServer server.example.com 6667 "nopass" >>LocalAddress localhost 8097 >>ServerName "server.example.com" >> >> > >Try: > >RemoteServer server.example.com 8097 "nopass" > >LocalAddress... >Specifies the local address to bind to before connecting to the remote >server. This may be useful on multihomed hosts. > > >~ Luiz > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From phan70m at gmail.com Thu Jun 24 13:20:13 2004 From: phan70m at gmail.com (PHANTOm) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Link denied In-Reply-To: <40DB3329.9030506@planet.nl> References: <40DB26AB.8070709@planet.nl> <1088105377.23511.5.camel@PO205.al.neoline.com.br> <40DB3329.9030506@planet.nl> Message-ID: Wierd problem you got there, consider commenting the LocalAddress in ircservices.conf, it's not really needed for services to connect or work. Also, i'd recomment connecting services to a seperate port on the ircd, preferably one you mark as server-only. It would also speed services starting up if you'd use an ip in the RemoteServer instead of a host, and if both are on the same machine 127.0.0.1 would be highly preferable (unless it's on a dedic. server that doesn't support 127.0.0.1 afcourse). Consider nagging unreal coders at irc.unrealircd.com #unreal-support Also, double check your ircd actually has all the values you set in the conf by using /stats L and /stats C On Thu, 24 Jun 2004 22:01:45 +0200, M. Sokolewicz wrote: > > hi, > > It returns: > [Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up > [Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701 > [Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused > > Besides, RemoteServer supplies the host, port and password for the IRC > server you want to run this service on. So I don't think turning the > host and port to the port and host the SERVICE is listening on would > help at all. But that might be just me... > > - M. Sokolewicz > > > > Luiz Oliveira wrote: > > >Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu: > > > > > >>hi, > >> > >> > >(...) > > > > > >>vs. ircservices.conf: > >>RemoteServer server.example.com 6667 "nopass" > >>LocalAddress localhost 8097 > >>ServerName "server.example.com" > >> > >> > > > >Try: > > > >RemoteServer server.example.com 8097 "nopass" > > > >LocalAddress... > >Specifies the local address to bind to before connecting to the remote > >server. This may be useful on multihomed hosts. > > > > > >~ Luiz > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From maciek at planet.nl Thu Jun 24 14:17:59 2004 From: maciek at planet.nl (M. Sokolewicz) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Link denied In-Reply-To: References: <40DB26AB.8070709@planet.nl> <1088105377.23511.5.camel@PO205.al.neoline.com.br> <40DB3329.9030506@planet.nl> Message-ID: <40DB4507.1010808@planet.nl> I removed the LocalAddress, and changes everything to 127.0.0.1, also added special servers-only port, and for some strange reason it started spitting out errors, after correcting those (including the "missing bind-ip", etc), it all works fine now. Thank you for your help! - M. Sokolewicz PHANTOm wrote: >Wierd problem you got there, >consider commenting the LocalAddress in ircservices.conf, it's not >really needed for services to connect or work. >Also, i'd recomment connecting services to a seperate port on the >ircd, preferably one you mark as server-only. >It would also speed services starting up if you'd use an ip in the >RemoteServer instead of a host, and if both are on the same machine >127.0.0.1 would be highly preferable (unless it's on a dedic. server >that doesn't support 127.0.0.1 afcourse). >Consider nagging unreal coders at irc.unrealircd.com #unreal-support >Also, double check your ircd actually has all the values you set in >the conf by using /stats L and /stats C > >On Thu, 24 Jun 2004 22:01:45 +0200, M. Sokolewicz wrote: > > >>hi, >> >>It returns: >>[Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up >>[Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701 >>[Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused >> >>Besides, RemoteServer supplies the host, port and password for the IRC >>server you want to run this service on. So I don't think turning the >>host and port to the port and host the SERVICE is listening on would >>help at all. But that might be just me... >> >>- M. Sokolewicz >> >> >> >>Luiz Oliveira wrote: >> >> >> >>>Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu: >>> >>> >>> >>> >>>>hi, >>>> >>>> >>>> >>>> >>>(...) >>> >>> >>> >>> >>>>vs. ircservices.conf: >>>>RemoteServer server.example.com 6667 "nopass" >>>>LocalAddress localhost 8097 >>>>ServerName "server.example.com" >>>> >>>> >>>> >>>> >>>Try: >>> >>>RemoteServer server.example.com 8097 "nopass" >>> >>>LocalAddress... >>>Specifies the local address to bind to before connecting to the remote >>>server. This may be useful on multihomed hosts. >>> >>> >>>~ Luiz >>> >>> >>> From meekhou at houston.rr.com Fri Jun 25 17:56:11 2004 From: meekhou at houston.rr.com (Noah Meek) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Compiling on OS X Message-ID: <9E29D283-C70B-11D8-AA22-00039398BC3C@houston.rr.com> I have gotten IRC Services to compile on my Mac running 10.3.4. It doesn't complete the startup process yet (I've already fixed one problem shown in the log) but it compiled without any difficulty. From achurch at achurch.org Tue Jun 29 17:41:41 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] bug In-Reply-To: <40d0d3ce.72425@mail.achurch.org> Message-ID: <40e12bdc.31042@achurch.org> >3. Users who have access to the deprotect command can remove the mode +q >from the channel founder. This is intended behavior, introduced in 5.0.30 (see the change log). Since DEPROTECT is (by default) limited to auto-protect users, who presumably are trusted, I don't consider this a problem. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jun 30 11:56:37 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Compiling on OS X In-Reply-To: <9E29D283-C70B-11D8-AA22-00039398BC3C@houston.rr.com> Message-ID: <40e22bfb.74223@achurch.org> >I have gotten IRC Services to compile on my Mac running 10.3.4. It >doesn't complete the startup process yet (I've already fixed one >problem shown in the log) but it compiled without any difficulty. Thanks for the information; I've added it to the manual. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 1 21:32:38 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Services 5.0.33 released Message-ID: <40e406c2.04350@achurch.org> Services 5.0.33 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) b4b78d91f66dbec30dc05b952ea10de9 ircservices-5.0.33.tar.gz 9ee92777f61a0770dd5e298e558a5137 ircservices-5.0.33.diff.gz 1eb386c11414c43633b5a57fcbd41e07 ircservices-5.0.33-1.i386.rpm 6b3c4287ec400ad9477044c1a2f56467 ircservices_5.0.33-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This is a maintenance release that addresses minor issues mentioned recently (or perhaps not-so-recently) on the mailing lists. In particular, the "configure" script should now be more intelligent about detecting compilers which cannot compile Services correctly; GCC 3.4.0 seems to have all relevant bugs fixed, so if configure complains, try upgrading your GCC. If you patch to 5.0.33 from a previous version, you will need to re-run configure before recompiling. Changes in version 5.0.33 ------------------------- 2004/06/29 Fixed child process handling bug in mail/sendmail module. Reported by Ali Sor 2004/06/29 ChanServ STATUS now displays the SOP/AOP/VOP level when the chanserv/access-xop module is loaded. Suggested by Kieron Thwaites 2004/06/29 For Bahamut, SGLINE/SQLINE commands for masks not in the appropriate list are now reversed by Services (to prevent "revival" of deleted masks by split servers). This applies to operator-issued SGLINE/SQLINEs as well. 2004/06/17 The configure script now checks for two bugs in GCC (fixed in GCC 3.4.0) which cause Services to crash. --Andrew Church achurch@achurch.org http://achurch.org/ From martinpels at hotmail.com Fri Jul 2 03:49:59 2004 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken Message-ID: Hi, It looks like the httpd/auth-password module no longer works (it worked last time I used it, which was a couple of versions back). I'm using version 5.0.33 and have the following in my modules.conf: Module httpd/auth-password AuthName "Mp3CreW IRC Services" Protect / "test:test" EndModule When i connect to services through http it gives me the user+pass screen, but it won't accept the user+pass i put in modules.conf. I tried starting services in debugmode but didn't get more info than the connection message, so it looks like it doesn't process the user+pass at all (when I enable auth-ip I get a message when it denies access). Grtz, Rodecker _________________________________________________________________ MSN Search, for accurate results! http://search.msn.nl From gluniz at luniz.dyndns.org Fri Jul 2 06:18:08 2004 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken References: Message-ID: <002701c46037$044f7340$0200a8c0@glunizpc> I have to agree with Martin as I am unable to get into mine as well. It will not accept the login/password that I have assigned to it. ----- Original Message ----- From: "Martin Pels" To: Cc: Sent: Friday, July 02, 2004 6:49 AM Subject: [IRCServices] httpd/auth-password seems broken > Hi, > > It looks like the httpd/auth-password module no longer works (it worked > last time I used it, which was a couple of versions back). > > I'm using version 5.0.33 and have the following in my modules.conf: > > Module httpd/auth-password > AuthName "Mp3CreW IRC Services" > Protect / "test:test" > EndModule > > When i connect to services through http it gives me the user+pass > screen, but it won't accept the user+pass i put in modules.conf. > > I tried starting services in debugmode but didn't get more info than the > connection message, so it looks like it doesn't process the user+pass at > all (when I enable auth-ip I get a message when it denies access). > > Grtz, > Rodecker > > _________________________________________________________________ > MSN Search, for accurate results! http://search.msn.nl > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From medice at gmx.at Fri Jul 2 09:39:38 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken In-Reply-To: References: Message-ID: <40E58FCA.7020304@gmx.at> > > Module httpd/auth-password > AuthName "Mp3CreW IRC Services" > Protect / "test:test" > EndModule > try "/~" instead of "/" since this as an example in the default-confs... hth /medice From gluniz at luniz.dyndns.org Fri Jul 2 12:21:36 2004 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken References: <40E58FCA.7020304@gmx.at> Message-ID: <001c01c46069$cb0c9ad0$0200a8c0@glunizpc> By using: Protect /~ "nickuser:nickpass" but does not password protect it at all. When it was: Protect / "nickuser:nickpass" it would work and protect it in the last version. ----- Original Message ----- From: "Medice" To: "IRC Services General Mailing List" Sent: Friday, July 02, 2004 12:39 PM Subject: Re: [IRCServices] httpd/auth-password seems broken > > > > Module httpd/auth-password > > AuthName "Mp3CreW IRC Services" > > Protect / "test:test" > > EndModule > > > > try "/~" instead of "/" since this as an example in the default-confs... > > hth > > /medice > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Mon Jul 5 05:04:42 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Wrong GCC Version? Message-ID: Hi, i was just compiling .33 of IRC Services, and it reported that i was using Version 2 of GCC... Take a look :) Searching for a suitable compiler... WARNING: Your version of GCC was detected as `2'. As of Services 5.0.23, versions of GCC earlier than 3.2, other than 2.95.3, have been deprecated. This and future releases of Services 5.0 will still work, though some error messages will lose information; future versions of Services may not compile at all. Please upgrade your compiler to GCC 3.2 or later. Press Enter to continue: chatspike@azbox:~/services/ircservices-5.0.0$ gcc -v Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread model: posix gcc version 3.3.4 (Debian 1:3.3.4-2) Obviously i know thats not an issue, because i AM using GCC3, Just wanted to inform you of the missreporting :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Mon Jul 5 23:45:41 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Wrong GCC Version? In-Reply-To: <40e94585.43160@mail.achurch.org> Message-ID: <40e96b10.02606@achurch.org> Argh. The Debian people would find it enjoyable to screw with the version number, wouldn't they. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, i was just compiling .33 of IRC Services, and it reported that i was using Version 2 of GCC... > >Take a look :) > >Searching for a suitable compiler... >WARNING: Your version of GCC was detected as `2'. As of Services > 5.0.23, versions of GCC earlier than 3.2, other than 2.95.3, > have been deprecated. This and future releases of Services 5.0 > will still work, though some error messages will lose > information; future versions of Services may not compile at > all. Please upgrade your compiler to GCC 3.2 or later. > >Press Enter to continue: >chatspike@azbox:~/services/ircservices-5.0.0$ gcc -v >Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs >Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w >ithout-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux >Thread model: posix >gcc version 3.3.4 (Debian 1:3.3.4-2) > > >Obviously i know thats not an issue, because i AM using GCC3, Just wanted to inform you of the missreporting :) > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From achurch at achurch.org Mon Jul 5 23:53:47 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Services 5.0.34 released Message-ID: <40e96d6f.21263@achurch.org> Services 5.0.34 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) 38c1e12c6c255d0beca835a3217d8e4f ircservices-5.0.34.tar.gz 05a203e419ea4401333f468a8356c8eb ircservices-5.0.34.diff.gz 5f3ab5ae0e8754296729aaef3d844545 ircservices-5.0.34-1.i386.rpm 6de0362b2fb0f2ed67ecee6d05e37f75 ircservices_5.0.34-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This is a just minor update, correcting the GCC detection problem in Debian and fixing a couple of mode-lock-related bugs. Changes in version 5.0.34 ------------------------- 2004/07/05 configure now properly detects the GCC version in use when running under Debian Linux. 2004/07/02 Fixed bugs in handling MLOCK +/-j on Bahamut. 2004/07/02 Fixed tiny potential memory leak on failed SET MLOCK. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Jul 6 00:02:15 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken In-Reply-To: Message-ID: <40e96d8d.21271@achurch.org> Oops, I forgot about this. I'll get to it next time... --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >It looks like the httpd/auth-password module no longer works (it worked >last time I used it, which was a couple of versions back). > >I'm using version 5.0.33 and have the following in my modules.conf: > >Module httpd/auth-password > AuthName "Mp3CreW IRC Services" > Protect / "test:test" >EndModule > >When i connect to services through http it gives me the user+pass >screen, but it won't accept the user+pass i put in modules.conf. > >I tried starting services in debugmode but didn't get more info than the >connection message, so it looks like it doesn't process the user+pass at >all (when I enable auth-ip I get a message when it denies access). > >Grtz, >Rodecker > >_________________________________________________________________ >MSN Search, for accurate results! http://search.msn.nl > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From azoff at se.linux.org Mon Jul 5 08:49:52 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken In-Reply-To: <40e96d8d.21271@achurch.org> References: <40e96d8d.21271@achurch.org> Message-ID: <40E978A0.5090501@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | Oops, I forgot about this. I'll get to it next time... Do you have any patch that one could apply so this works with 5.0.34? Cheers! - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA6XigeY7jmtvbDP0RAsqKAJ4nSbdwZanK6XKzvmgYddJLHkDepACdE1N3 SJx5BjtlBaHOcEE2DKc+xoE= =XNnI -----END PGP SIGNATURE----- From achurch at achurch.org Tue Jul 6 10:03:40 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken In-Reply-To: <40E978A0.5090501@se.linux.org> Message-ID: <40e9fa93.21574@achurch.org> >| Oops, I forgot about this. I'll get to it next time... > >Do you have any patch that one could apply so this works with 5.0.34? Nope--the reason it's not in 5.0.34 is because I didn't get around to fixing the problem. ;) I'll release .35 when it's fixed. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Mon Jul 5 21:12:35 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] httpd/auth-password seems broken In-Reply-To: <40e9fa93.21574@achurch.org> References: <40e9fa93.21574@achurch.org> Message-ID: <40EA26B3.6040909@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | Nope--the reason it's not in 5.0.34 is because I didn't get around to | fixing the problem. ;) I'll release .35 when it's fixed. Oki, thanks! Cheers! - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net:8080/ | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA6iaweY7jmtvbDP0RAvwgAKDPEpC3/hr3gxOObrZm9fHNcFbqawCfQtil xjZwhWhyvpwjLPA7zMqcQkM= =g0t7 -----END PGP SIGNATURE----- From vonitsa_net at yahoo.gr Wed Jul 7 10:42:55 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] ChanServ SecureoOps Feature Message-ID: <20040707174255.34991.qmail@web53104.mail.yahoo.com> I was thinking about a ChanServ feature like secureops but with a difference. This will allow ONLY registered nicknames to gain op or halfop mode. Any Comments? ===== Dionisios K. - ToXiC On HellenicNet From achurch at achurch.org Thu Jul 8 09:50:55 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] ChanServ SecureoOps Feature In-Reply-To: <20040707174255.34991.qmail@web53104.mail.yahoo.com> Message-ID: <40ec9a9f.61074@achurch.org> >I was thinking about a ChanServ feature like secureops >but with a difference. This will allow ONLY registered >nicknames to gain op or halfop mode. I can't see any use for this. If you're that concerned about unregistered users misbehaving in your channel, just set a +R modelock and keep them out. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 8 22:05:16 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Services 5.0.35 released Message-ID: <40ed4706.10624@achurch.org> Services 5.0.35 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) 92c7074ac4788f0e0f5b05f80be1fada ircservices-5.0.35.tar.gz 2c9a4284bd7a190c5ec531a1272935a5 ircservices-5.0.35.diff.gz 5a286712d036e549a81b527a4e051af0 ircservices-5.0.35-1.i386.rpm 634f59b5448d79b4f6a5e4d1b010134d ircservices_5.0.35-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release is primarily to fix the HTTP authorization bug reported recently (a stupid mistake on my part--read the diff file for the gory details). Apologies for the multiple updates in such a short period of time. Changes in version 5.0.35 ------------------------- 2004/07/08 Fixed memory leak in httpd/auth-password module when reconfiguring. 2004/07/08 Fixed bug causing HTTP password authorization to fail. Reported by Martin Pels 2004/07/07 Added support for invite masks to Hybrid protocol. Suggested by Jon Christopherson --Andrew Church achurch@achurch.org http://achurch.org/ From chawmp at cyberarmy.net Thu Jul 8 12:50:51 2004 From: chawmp at cyberarmy.net (Chawmp) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Seg Fault/Bus Error on SQUIT Message-ID: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior> Hello, Recently, after moving our ircservices to a new host, they have crashed with a Bus Error whenever another server quit. I've searched and found that a few others have posted with this problem, but didn't find a resolution. So I had to debug :\ We actually use a non-current, modded version for long and boring reasons, but I have checked and all this applies equally to stock ircservices 5.0.35: do_squit() in servers.c contains the following code: squit_server(server, av[1]); if (server->hub) { .. attempts to read server->hub .. } squit_server() in turn calls delete_server, that free()s the server record, meaning "server->hub" attempts to dereference a freed pointer. On most systems this would probably just work anyway, since there would have been no time for the freed memory to have been changed before it was accessed again for the last time. However, on the server we were using, malloc was configured to initialize memory to 0xd0d0d0d0 when it was free()d, leading to a Bus Error at the dereference. I fixed this by moving the squit_server(...) call after the "if (server->hub)" block, and things seem to work. I hope this fix is correct, and works for everyone else. Regards, Tom McIntyre chawmp@cyberarmy.net From achurch at achurch.org Fri Jul 9 18:29:09 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Seg Fault/Bus Error on SQUIT In-Reply-To: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior> Message-ID: <40ee6580.13535@achurch.org> >Recently, after moving our ircservices to a new host, they have crashed with >a Bus Error whenever another server quit. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Fri Jul 9 14:43:58 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Hide Services Clients Message-ID: <20040709214358.42732.qmail@web53106.mail.yahoo.com> I think it will be nice if Services Clients had the +H mode on Unreal (Or just remove +o mode from clients because Services is a U:lined server anyway) Because services clients are not irc operators and should not be counted as opers on /lusers and on /who 0 o and on /stats +m o From achurch at achurch.org Mon Jul 12 18:16:05 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:09 2004 Subject: [IRCServices] Services 5.0.36 released Message-ID: <40f257c6.32373@achurch.org> Services 5.0.36 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) 80759b531fa5d0345a11f237228de98c ircservices-5.0.36.tar.gz 904a29dc5849c557e84fb11df8946803 ircservices-5.0.36.diff.gz 2b1814a7b351a11e163041b7b7fdb568 ircservices-5.0.36-1.i386.rpm 16623e0a026b1742c33caad835c521ca ircservices_5.0.36-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release corrects the crash on SQUIT reported a few days ago; if aren't experiencing this problem, you don't need to upgrade immediately. (Due to the memory layout of the relevant data, this problem only occurs under certain environments--if you can SQUIT a server once without Services crashing, you're probably safe.) I've also removed the "sockets BUG" message that has from time to time filled up people's log files. I still haven't been able to pinpoint the problem itself, but I'll be switching to a revised version of the socket handling code for Services 5.1 (which, coincidentally, I've finally started working on), so this will hopefully suffice as a workaround for the meantime. Changes in version 5.0.36 ------------------------- 2004/07/09 Removed log message on socket buffer size misbehavior. 2004/07/09 Fixed potential crash on SQUIT. Reported by Tom McIntyre --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Tue Jul 13 14:18:49 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Ircservices + Unreal3.2.1 Message-ID: <20040713211849.67559.qmail@web53106.mail.yahoo.com> Hello :))) I have 2 questions: 1) From Unreal3.2.1 IP addresses is sent to all servers on connection. Is this supported from services so they can remove IP bans or not yet? 2) Can i use ircservices 4.5.45 with unreal 3.2.1 ? From lordbergee at comcast.net Tue Jul 13 16:32:11 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] NickServ enforcer bug when unlinking nicknames Message-ID: <40F470FB.7070104@comcast.net> I recently experienced a minor bug on my network which is currently running IRCServices 5.0.31 on Red Hat Linux 9.0 on an Intel Celeron 1.7 GHz processor. A while ago I noticed that a NickServ Enforcer bot had been sitting on a nickname for over an hour. Checking NickServ INFO returned that the nickname was not registered. After a little investigating in the log files I noticed that the nickname had very recently been unlinked by its owner. With that in hand I've been able to consistently reproduce the problem by taking the following steps: (This assumes of course that your network does not have NSForceNickChange enabled.) 1) Register a nickname and enable automatic kill protection and then link another nickname to your name. 2) Have another user use the nickname you just linked and wait for NickServ to kill the user. 3) Unlink the other nickname from your main nickname and watch as the NickServ enforcer bot doesn't ever release the nickname. If you attempt to use NickServ release you will be told the nickname isn't being held. Before reporting the problem, I upgraded to IRCServices 5.0.36 and it is still reproducible. I believe that Services should simply remove the enforcer bot holding a nickname if the user unlinks the nickname while the enforcer is online. Bergee From achurch at achurch.org Wed Jul 14 08:52:11 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Ircservices + Unreal3.2.1 In-Reply-To: <20040713211849.67559.qmail@web53106.mail.yahoo.com> Message-ID: <40f475ba.66610@achurch.org> >Hello :))) > >I have 2 questions: > >1) From Unreal3.2.1 IP addresses is sent to all >servers on connection. Is this supported from services >so they can remove IP bans or not yet? > >2) Can i use ircservices 4.5.45 with unreal 3.2.1 ? Yes to both, as documented in the change log. --Andrew Church achurch@achurch.org http://achurch.org/ From chris at starglade.org Tue Jul 13 16:56:14 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features Message-ID: <40F4769E.7020107@starglade.org> Hiya, I'm just curious what kind of new stuff we should be expecting in IRC Services 5.1. Have you got a plan for what you'd like to add or is it going to be what people suggest? Chris -- Chris Jenkinson chris@starglade.org From achurch at achurch.org Wed Jul 14 10:42:43 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] NickServ enforcer bug when unlinking nicknames In-Reply-To: <40F470FB.7070104@comcast.net> Message-ID: <40f48ffb.70156@achurch.org> > 1) Register a nickname and enable automatic kill protection and then >link another nickname to your name. > 2) Have another user use the nickname you just linked and wait for >NickServ to kill the user. > 3) Unlink the other nickname from your main nickname and watch as the >NickServ enforcer bot doesn't ever release the nickname. If you attempt >to use NickServ release you will be told the nickname isn't being held. Fixed, thanks for the report. For the meantime, just /kill any enforcers you find sitting around too long. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jul 14 10:46:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40F4769E.7020107@starglade.org> Message-ID: <40f4923b.70175@achurch.org> >I'm just curious what kind of new stuff we should be expecting in IRC >Services 5.1. Have you got a plan for what you'd like to add or is it >going to be what people suggest? I'm always open to suggestions, but here are some of the things I'm thinking about: - At least some progress toward support for MySQL/etc. databases - A wider variety of statistics from StatServ - More flexible logging (e.g. separate "main" log and "event" log) - Some way to simplify the configuration process (a configuration module for the HTTP interface, for example) And before anyone asks (because I know someone will...), no, I won't add a BotServ. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Tue Jul 13 19:29:46 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features Message-ID: Ok, this is going to be a mail where i comment on the original message.. /****** - Begin Original Message - ******/ > I'm always open to suggestions, but here are some of the things I'm >thinking about: Careful of thinking.. its bad for you lol (j/k) >- At least some progress toward support for MySQL/etc. databases I'm still not entirely convinced that MySQL is needed.. i'm working on an interface that allows the current version of Services to communicate with a web inteface using sockets.. and if you DO add MySQL, i think it should be a feature which is 'all or nothing', having "some progress" wouldnt really be useful.. (currently, i understand that MySQL isnt possible due to the way that services stores all its information in structs, rather than directly accessing the database) but unless there is full dynamic read / write, it probably wouldnt be used (this will bring me onto another point later). >- A wider variety of statistics from StatServ irc.chatspike.net uses a modified version of Statserv at the moment, which will do periodic dumps to a SQL file (which can be imported) although you said you would take a look at its feature set when it was first completed, i dont think you got around to it. >- More flexible logging (e.g. separate "main" log and "event" log) >- Some way to simplify the configuration process (a configuration module > for the HTTP interface, for example) > > And before anyone asks (because I know someone will...), no, I won't >add a BotServ. Thank god. /******* - End Original Message - *******/ ok, now for a couple of suggestions of my own.. a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services can be frustrating. a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files. I find it frustrating sometimes when i release modules that add functionality to nickserv that they cant be viewed in /ns help without editing the language file. so for example, addhelp(
, , ); if section already exists, append it to the end (for example /ns help commands, or a totally seperate item which can be added to the command struct). Maybe if this is done, the entire of services hlp can be dynamically generated, so it wont list commands that arn't avaliable. possibly add sendpass commands for encrypted passwords? ;) maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. PLEASE NOTE: before flaming me, this is my 2c when it comes to 5.1, i'm not saying any of these features 'must be in there'. Andy has done a lot of hard work on services, and i appreciate this. When it comes to the services frontend, i think all that can be crammed into it (bar 1 or 2 small features) has been. my suggestions were made in a hope that when it comes to module development, life can become much easier, encouraging more people to create their own modules. i concider myself to be 'active' on the module scene, and find some parts of creating modules frustrating :) Thanks for your time. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Wed Jul 14 12:31:14 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40f49af2.71643@mail.achurch.org> Message-ID: <40f4ab62.70244@achurch.org> >ok, now for a couple of suggestions of my own.. >a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services ca >n be frustrating. This is what my "some progress" is aiming for. I've been aware of this issue since I started work on 5.0, but it's a lot of work. Ideally the database system should be flexible enough to let modules register their own database formats, and that's what I'm going to try and do for 5.1. It's not too large a step from there to adding more flexibility in database format (e.g. Berkeley DB or MySQL), though that's probably aiming a bit too high for now. "Real" DBMS support, as in actually using a database server for the online data, is a more distant issue; the majority of SQL-related comments I've seen so far have been to allow easier read access to the data, e.g. to display information on a web page, and for that periodic syncs are sufficient. >a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files. Already doable, add a "HELP" callback. >possibly add sendpass commands for encrypted passwords? ;) RTFM, not possible ;) or do you mean a way for the user to reset the password? If the latter, I'm considering doing that through the AUTH system instead (/ns reauth -> read mail -> /ns auth NNN -> /ns set password or something like that). >maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. /ms set forward copy --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Tue Jul 13 20:59:08 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features Message-ID: As always, thanks for the responce.. I'll have to take a closer look at the module API for the HELP callback (there are so many! probably missed that one) With sendpass on encrypted passwords, i meant the latter.. sorry, should have been more clear there. Looks like i'm starting to get rusty with my services commands, will take a closer look at the help files later today :) Thanks again :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices@ircservices.za.net * Sent - 2004-07-14 12:31:14 * Subject - Re: Re: [IRCServices] IRC Services 5.1 Features ****************************************/ /****** - Begin Original Message - ******/ >>ok, now for a couple of suggestions of my own.. >>a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services ca >>n be frustrating. > > This is what my "some progress" is aiming for. I've been aware of >this issue since I started work on 5.0, but it's a lot of work. Ideally >the database system should be flexible enough to let modules register their >own database formats, and that's what I'm going to try and do for 5.1. >It's not too large a step from there to adding more flexibility in database >format (e.g. Berkeley DB or MySQL), though that's probably aiming a bit too >high for now. "Real" DBMS support, as in actually using a database server >for the online data, is a more distant issue; the majority of SQL-related >comments I've seen so far have been to allow easier read access to the >data, e.g. to display information on a web page, and for that periodic >syncs are sufficient. > >>a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files. > > Already doable, add a "HELP" callback. > >>possibly add sendpass commands for encrypted passwords? ;) > > RTFM, not possible ;) or do you mean a way for the user to reset the >password? If the latter, I'm considering doing that through the AUTH >system instead (/ns reauth -> read mail -> /ns auth NNN -> /ns set password >or something like that). > >>maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. > > /ms set forward copy > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From brightside at quasinet.org Wed Jul 14 21:11:17 2004 From: brightside at quasinet.org (BrightSide) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40f4ab62.70244@achurch.org> Message-ID: <200471561117.832436@MARVIN> My wishlist for 5.1: 1a) Support for the Ultimate3 ircd protocol :) 1b) Option in ChanServ to specify who get the channel-admin mode (founder, founder & SOPs, none) defaults to founder 2) An ability in MemoServ to split channel memos and send one memo to each of those who have access to channel memos. Maybe a settable option in module config -BrightSide- From achurch at achurch.org Wed Jul 14 13:50:32 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <200471561117.832436@MARVIN> Message-ID: <40f4bea8.70265@achurch.org> >1a) Support for the Ultimate3 ircd protocol :) Noted. (No promises, though... maaaybe if you get enough people to pester me ;) ) >1b) Option in ChanServ to specify who get the channel-admin mode (founder, founder & SOPs, none) defaults to founder I admit handling of the channel admin/owner mode was only added in as a "might as well use it" sort of thing. I'm not sure I like the idea of adding yet another ChanServ option, though. As far as I understand it (correct me if I'm wrong), channel owner mode is just like protected (+a) except that it can't be unset by other +a users; if that's the case, I'm not sure there's much reason to use it at all--after all, ChanServ will always let the founder unban, rejoin, and get +a back as needed. (And internally, channel owner mode support is a pain because different ircds use different mode letters for it.) What would people think of just doing away with channel owner mode support entirely? >2) An ability in MemoServ to split channel memos and send one memo to each of those who have access to channel memos. Maybe a settable option in module config Channel memos is one thing I've been meaning to revisit for a while; thanks for reminding me. The channel memo system is a major hack as is, with no notification or anything else that can be done for nicknames. So let me pose a question: What would you (anyone feel free to reply) want to use channel memos for? In what cases would you want to send a memo to a channel, and who would you want to read the memo? I've got a few redesign possibilities in mind, but to avoid leading questions, I won't mention them right now; just assume channel memos could do anything you want, and tell me what you'd want them to do. --Andrew Church achurch@achurch.org http://achurch.org/ From lordbergee at comcast.net Tue Jul 13 23:11:26 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40f4bea8.70265@achurch.org> References: <40f4bea8.70265@achurch.org> Message-ID: <40F4CE8E.7020909@comcast.net> Andrew Church wrote: > As far as I understand it (correct me if I'm wrong), channel owner > mode is just like protected (+a) except that it can't be unset by > other +a users; if that's the case, I'm not sure there's much reason > to use it at all--after all, ChanServ will always let the founder > unban, rejoin, and get +a back as needed. > What would people think of just doing away with channel owner > mode support entirely? At least on Unreal that is not quite true. The mode +q (which is used to indicated owner on Unreal) allows you to set or remove channel modes +u (auditorium mode) and +L (channel linking). It also allows you to set/remove +a or +q from users on the channel (and services doesn't enforce +q on anyone, regardless of whether one is the founder). And of course, there's the stuff related to kicking, as a user with +q, you can kick any +a or +q users from the channel, and can't be kicked yourself unless the user trying also has +q. Last but not least, if this feature is enabled, +q also grants the user a different prefix, which a lot of users like to indicate at a glance who runs the channel. On Unreal, given that having it is the only way one can set two channel modes without using services, I think it's a good idea to keep the support for it in place. I would also make the suggestion that if ChanServ enforce is on, that the channel owner mode be enforced if another user removes it. :) Bergee From idontwantthisshit at hotmail.com Wed Jul 14 01:03:57 2004 From: idontwantthisshit at hotmail.com (DeadNotBuried .) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features Message-ID: > >2) An ability in MemoServ to split channel memos and send one memo to >each of those who have access to channel memos. Maybe a settable option in >module config > > Channel memos is one thing I've been meaning to revisit for a while; >thanks for reminding me. The channel memo system is a major hack as is, >with no notification or anything else that can be done for nicknames. So >let me pose a question: What would you (anyone feel free to reply) want to >use channel memos for? In what cases would you want to send a memo to a >channel, and who would you want to read the memo? I've got a few redesign >possibilities in mind, but to avoid leading questions, I won't mention them >right now; just assume channel memos could do anything you want, and tell >me what you'd want them to do. > > --Andrew Church personally i don't see much use for channel memo's at all, but peronally i would think that sending it to a channel/nick level would be best eg /msg memoserv send #channel v text ( which sends a memo to each nick on the vop list or above for the channel) or /msg memoserv send #channel h text ( which sends a memo to each nick on the hop list or above for the channel) or /msg memoserv send #channel 100 text ( which sends a memo to each nick on the channel list with access level 100 or above) etc _________________________________________________________________ Play Love Hunt to win a $9000 holiday and find love! http://mobilecentral.ninemsn.com.au/mclovehunt/lovehunt.aspx From alisor at softhome.net Wed Jul 14 01:35:13 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features References: <40f4923b.70175@achurch.org> Message-ID: <005d01c4697d$8100fa90$0800000a@citir> Hello i have some suggestions about 5.1 1- Domain ban system. With conf lines or commands registering from given domains can be forbidden. Better is limiting the mail auth system like, "only mail from *@ircservices.za.net can register nick" or " *@lamer.org cant register nicks at this network" 2- ns/cs info ALL command can be used by Services operators. So that they can give info to users if there is no services admin online. 3- Log checking from IRC. smth like /ns changes nick or /cs changes #channel command. And this gives info of mail/founder/password changes info from IRC so no need to check all the log files. There can be a limit for this.(30 day etc) 4- Access infos : Info of accesses. Who give the access at a channel,when etc. ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, July 14, 2004 4:46 AM Subject: Re: [IRCServices] IRC Services 5.1 Features > >I'm just curious what kind of new stuff we should be expecting in IRC > >Services 5.1. Have you got a plan for what you'd like to add or is it > >going to be what people suggest? > > I'm always open to suggestions, but here are some of the things I'm > thinking about: > > - At least some progress toward support for MySQL/etc. databases > - A wider variety of statistics from StatServ > - More flexible logging (e.g. separate "main" log and "event" log) > - Some way to simplify the configuration process (a configuration module > for the HTTP interface, for example) > > And before anyone asks (because I know someone will...), no, I won't > add a BotServ. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From azoff at se.linux.org Wed Jul 14 03:22:53 2004 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40f4923b.70175@achurch.org> References: <40f4923b.70175@achurch.org> Message-ID: <40F5097D.6050108@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | - At least some progress toward support for MySQL/etc. databases What type of database are you using now? Something you have wrote yourself? Pesonaly I don't think mysql is a good idea, it will be on heavy load if it's a medmium network. | - More flexible logging (e.g. separate "main" log and "event" log) This would help while checking logs.. | - Some way to simplify the configuration process (a configuration module | for the HTTP interface, for example) This should be useful if you don't have a shell on the server. Cheers! - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA9Ql8eY7jmtvbDP0RAmnNAJ90nFxpbiU2MaO6SSXB9LW02BlgLQCeLyoU cVEY++WmZKmiZzntURxPMi8= =wtRi -----END PGP SIGNATURE----- From achurch at achurch.org Wed Jul 14 20:32:27 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <40F5097D.6050108@se.linux.org> Message-ID: <40f51af8.72756@achurch.org> >| - At least some progress toward support for MySQL/etc. databases > >What type of database are you using now? Something you have wrote >yourself? Pesonaly I don't think mysql is a good idea, it will be on >heavy load if it's a medmium network. The current format is a flat file, and hacked at that to retain compatibility with the format used in 4.5. I had intended to redo the format for 5.0, but it was too much work at the time to redesign the database system with the needed modularity. As far as DBMS support goes, (I mentioned this in an earlier message as well, but) most of the requests I've had are in order for other programs to be able to easily access Services' databases, and for that a periodic sync to disk (same as for the current flat-file format) ought to be sufficient. I don't share your pessimism that the load for using a DBMS in real time would be unmanageable, but due to the significant changes required such a feature is much farther off. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Wed Jul 14 10:52:38 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Small bug in Unreal3.2.1 Message-ID: I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From vjeko at starfriend.com Wed Jul 14 11:01:51 2004 From: vjeko at starfriend.com (Vjeko Konc) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features Message-ID: <6.1.1.1.2.20040714200000.0292ee28@127.0.0.1> Andrew Church wrote: > Channel memos is one thing I've been meaning to revisit for a while; >thanks for reminding me. The channel memo system is a major hack as is, >with no notification or anything else that can be done for nicknames. So >let me pose a question: What would you (anyone feel free to reply) want to >use channel memos for? In what cases would you want to send a memo to a >channel, and who would you want to read the memo? I've got a few redesign >possibilities in mind, but to avoid leading questions, I won't mention them >right now; just assume channel memos could do anything you want, and tell >me what you'd want them to do. As it is now I use channel memos as a bulletin board for my ops, leaving messages about anything I feel they might need to know; who was banned lately and why, major changes to the channel's access list, or just basic and/or channel policy reminders. Highly usable. What I'd like to see at some point is a way to check if a memo sent to an individual have been read, as well as a channel memo notification for everyone with the required access. Under the assumption that channel memos could do anything, I'd have the option to send a persistent notification to my ops notifying them every time they come online, or at least each time they come into the channel in question, that they have unread channel memos waiting until they've actually read all new memos. Maybe by flagging certain memos as important somehow, e.g. SEND {nickname | channel} [flag] memo-text. Vjeko Konc --- When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. From medice at gmx.at Wed Jul 14 11:34:58 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Small bug in Unreal3.2.1 In-Reply-To: <20040714175557.25567gmx1@mx030.gmx.net> References: <20040714175557.25567gmx1@mx030.gmx.net> Message-ID: <40F57CD2.9060601@gmx.at> Craig McLure wrote: > I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels. > as far as i know, this is not a bug, but a feature (a rather senseless one in my opinion) the fact, that a user is local-op (umode +O) is NOT distributed on other servers (including services) - try taking a look on remote local-ops - they may have umode h and stuff, but you'll not find +O don't know why this stuff is not globalized (same with effects of snomasks...) it seems to be some kind of policy in doing so... maybe call the unreal-coders ;) - not sending oper-info is certainly not worthy for traffic-limitation, since there should only be a few opers and their info-sets are supposed to be limited in the same way ;) (maybe i leave a note on their bugtracker...) greets /medice From lordbergee at comcast.net Wed Jul 14 16:39:51 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] MemoServ Info Display Bug Message-ID: <40F5C447.2010809@comcast.net> Howdy all, Found a little bug in the MemoServ info command's display. If you have a registered nickname (no special admin privileges) and execute /msg memoserv info you'll see: -MemoServ- You currently have no memos. -MemoServ- Your memo limit is 20. -MemoServ- You will be notified of new memos at logon and when they arrive. Now type /msg memoserv info someoneelse (someoneelse doesn't even have to be a registered nickname) and you will see: -MemoServ- someoneelse currently has no memos. -MemoServ- someoneelse's memo limit is 20. -MemoServ- someoneelse is notified of new memos at logon and when they arrive. Just a minor display problem as MemoServ still provides you with the information about your nickname and not whatever you may tell it. I believe MemoServ should just ignore the invalid parameter you pass to it and still use "you" and "your" in its output. I have tested this with IRCServices 5.0.36 on Red Hat Linux 9.0 linked to Unreal 3.2.1. :) Bergee From achurch at achurch.org Thu Jul 15 10:34:30 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Small bug in Unreal3.2.1 In-Reply-To: <40f5735b.76515@mail.achurch.org> Message-ID: <40f5df55.74467@achurch.org> >I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels. Services has no way to know about local opers, since their mode +o doesn't get propogated. (Or has this changed too?) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 15 10:40:50 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] MemoServ Info Display Bug In-Reply-To: <40F5C447.2010809@comcast.net> Message-ID: <40f5e0ae.75416@achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >Howdy all, > Found a little bug in the MemoServ info command's display. If you have >a registered nickname (no special admin privileges) and execute /msg >memoserv info you'll see: > >-MemoServ- You currently have no memos. >-MemoServ- Your memo limit is 20. >-MemoServ- You will be notified of new memos at logon and when they arrive. > >Now type /msg memoserv info someoneelse (someoneelse doesn't even have >to be a registered nickname) and you will see: > >-MemoServ- someoneelse currently has no memos. >-MemoServ- someoneelse's memo limit is 20. >-MemoServ- someoneelse is notified of new memos at logon and when they >arrive. > >Just a minor display problem as MemoServ still provides you with the >information about your nickname and not whatever you may tell it. I >believe MemoServ should just ignore the invalid parameter you pass to it >and still use "you" and "your" in its output. I have tested this with >IRCServices 5.0.36 on Red Hat Linux 9.0 linked to Unreal 3.2.1. :) > >Bergee > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From lordbergee at comcast.net Wed Jul 14 19:48:11 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue Message-ID: <40F5F06B.3080707@comcast.net> Hello again, I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 with a 1.7 GHz Celeron. Earlier today I noticed that as a regular user I am able to mode lock channel modes +O or +A on. Doing this then makes a channel where I was the founder into a channel that only IRCops (+O) or Admins (+A) can join. Given that as a regular user I would then not be permitted to join my own channel I suggest that only IRCops and above be able to mode lock channel mode O and only Admins be able to do the same for channel mode A. Bergee From achurch at achurch.org Thu Jul 15 11:53:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue In-Reply-To: <40F5F06B.3080707@comcast.net> Message-ID: <40f5f27a.75644@achurch.org> This has been brought up before, and I won't be changing this behavior; this is a classic case of DDTT. (Don't Do That Then: if an unusual action produces an undesired result, then the obvious solution is to simply not perform that action. For example, pounding on your keyboard can cause keys to fly off, but that's not a defect in the keyboard--DDTT.) --Andrew Church achurch@achurch.org http://achurch.org/ >Hello again, > I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 >with a 1.7 GHz Celeron. Earlier today I noticed that as a regular user >I am able to mode lock channel modes +O or +A on. Doing this then makes >a channel where I was the founder into a channel that only IRCops (+O) >or Admins (+A) can join. Given that as a regular user I would then not >be permitted to join my own channel I suggest that only IRCops and above >be able to mode lock channel mode O and only Admins be able to do the >same for channel mode A. > >Bergee > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at frostycoolslug.com Wed Jul 14 19:59:38 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue Message-ID: This is questionable, and adds some complexity to services, imo, at the end of the day, if you can SET mlock +A and +O, then you can also unset it. making 'Only admin can set this mlock' code redundant. Just my 2c. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * Andy didnt respond to my fanmail! *cries* ;D ****************************************/ /**************************************** * From - Bergee * To - IRC Services General Mailing List * Sent - 2004-07-15 03:48:11 * Subject - [IRCServices] Unreal modelock issue ****************************************/ /****** - Begin Original Message - ******/ >Hello again, > I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 >with a 1.7 GHz Celeron. Earlier today I noticed that as a regular user >I am able to mode lock channel modes +O or +A on. Doing this then makes >a channel where I was the founder into a channel that only IRCops (+O) >or Admins (+A) can join. Given that as a regular user I would then not >be permitted to join my own channel I suggest that only IRCops and above >be able to mode lock channel mode O and only Admins be able to do the >same for channel mode A. > >Bergee > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Rottman3D at yahoo.com Wed Jul 14 20:11:26 2004 From: Rottman3D at yahoo.com (Rottman3D@yahoo.com) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue In-Reply-To: <40f5f27a.75644@achurch.org> References: <40F5F06B.3080707@comcast.net> <40f5f27a.75644@achurch.org> Message-ID: <6.1.1.1.2.20040714230314.02d5b870@pop.mail.yahoo.com> True, users will learn quickly if they lock themselves out of the channel. Maybe a feature with a more useful future is the ability to deny some modes from being MLOCK'ed. Maybe a line in the conf file such as 'Restrict-mlock "tnOA"'. Then use the ircd to set the mode on channel creation if that mode should be on. I'm not sure if this has come up before, a quick search of the archives leads me to say it hasn't. -R From lordbergee at comcast.net Wed Jul 14 20:11:50 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Suggestion: AKICK kick reason format change Message-ID: <40F5F5F6.7070602@comcast.net> Howdy, Recently some users on my network have taken to adding AKICKs for people with the reason "KICK by SomeOtherUser" and then using AKICK enforce to cause ChanServ to kick the user with the reason "KICK by SomeOtherUser". This of course looks exactly like the kick reason if SomeOtherUser had used cs kick, which is slightly confusing to users, especially new ones. Therefore I suggest that when ChanServ kicks a user because of an AKICK it use a format something like "AKICK by RealNickname (reason here)" where RealNickname is the nick of the user that added the AKICK. I realize this is somewhat of an education problem of the users, but it strikes me as somewhat similar to prefixing channel entry messages with the channel name (to prevent people from faking actual ChanServ messages). Granted it's probably not as serious, but still slightly confusing if you're new to IRC. :) I'm curious what other people think about this. Anyone have any other thoughts about this? Bergee From lordbergee at comcast.net Wed Jul 14 20:13:53 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue In-Reply-To: <40f5f27a.75644@achurch.org> References: <40f5f27a.75644@achurch.org> Message-ID: <40F5F671.9050700@comcast.net> Andrew Church wrote: > This has been brought up before, and I won't be changing this > behavior; this is a classic case of DDTT. Whoops, guess I didn't search hard enough then, my fault. :) I suppose that is true in terms of a solution. I was really suggesting it because the IRCd won't let normal users set the mode and it followed to me that neither should services. :) Craig McLure wrote: > This is questionable, and adds some complexity to services, imo, at > the end of the day, if you can SET mlock +A and +O, then you can also > unset it. making 'Only admin can set this mlock' code redundant. I was actually trying to suggest that similar to how ChanServ treats +r, a normal user simply not be allowed to include modes O or A in the mode lock at all. :) Bergee From achurch at achurch.org Thu Jul 15 12:25:16 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue In-Reply-To: <40F5F671.9050700@comcast.net> Message-ID: <40f5f997.76043@achurch.org> > > This is questionable, and adds some complexity to services, imo, at > > the end of the day, if you can SET mlock +A and +O, then you can also > > unset it. making 'Only admin can set this mlock' code redundant. > > I was actually trying to suggest that similar to how ChanServ treats >+r, a normal user simply not be allowed to include modes O or A in the >mode lock at all. :) Which, as Craig says, requires more complexity than the current code (which doesn't differentiate between opers and regular users at all). This is my main technical objection to adding such a feature--the added complexity outweighs the (negligible) benefit provided. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jul 15 12:50:29 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue In-Reply-To: <6.1.1.1.2.20040714230314.02d5b870@pop.mail.yahoo.com> Message-ID: <40f5ff5e.76057@achurch.org> >True, users will learn quickly if they lock themselves out of the channel. >Maybe a feature with a more useful future is the ability to deny some modes >from being MLOCK'ed. Maybe a line in the conf file such as 'Restrict-mlock >"tnOA"'. Then use the ircd to set the mode on channel creation if that mode >should be on. I'm not sure if this has come up before, a quick search of >the archives leads me to say it hasn't. This is an interesting idea, and could work well with earlier suggestions of allowing the initial mode lock to be configurable. I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From loliveira at neoline.com.br Wed Jul 14 23:54:46 2004 From: loliveira at neoline.com.br (Luiz Oliveira) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Suggestion: HTTP recirect module Message-ID: <1089874486.4761.10.camel@PO219.al.neoline.com.br> Hi, My suggestion would be for being possible to create more hosts (Virtual Host) for module to redirect URLs. Example: http://users.domain.net/~nick http://channels.domain.net/~channel ~ Luiz From brightside at quasinet.org Fri Jul 16 06:59:55 2004 From: brightside at quasinet.org (BrightSide) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] IRC Services 5.1 Features In-Reply-To: <200471516537.076693@MARVIN> Message-ID: <2004716155955.004446@MARVIN> >?Noted. ?(No promises, though... maaaybe if you get enough people >?to ?pester me ;) ) pester, pester, pester! :) But on a more serious note: if it will be any help, I'll be more than happy to share my hacked Bahamut protocol module which I'm currently using for Ultimate3. (Running on irc.quasinet.org for anyone who got some idle time and wanting to see it in action) >?I admit handling of the channel admin/owner mode was only added >?in ?as a "might as well use it" sort of thing. ?I'm not sure I >?like the ?idea of adding yet another ChanServ option, though. ?As >?far as I ?understand it (correct me if I'm wrong), channel owner >?mode is just ?like protected (+a) except that it can't be unset >?by other +a ?users; if that's the case, I'm not sure there's much >?reason to use ?it at all--after all, ChanServ will always let the >?founder unban, ?rejoin, and get +a back as needed. ?(And >?internally, channel owner ?mode support is a pain because >?different ircds use different mode ?letters for it.) > >?What would people think of just doing away with channel owner >?mode ?support entirely? I don't have any experience with other ircd's so I can't answer for them, but on Ultimate the +a is used in much the same way as halfop except that it is one step above chan-op instead of one step below. Channel-Admins can give and remove mode +a for other users, chanops can not. Chanops are also not able to kick admins out of the channel, in the same way that halfops are not allowed to kick chanops. When a new channel is created, the first user is given chanops status and for this reason it's necessary for services to be able to set this mode. There is no way normal users can set this themselves without requiring assistance from an ircoper. The reason I want this to be specifiable is because some users want to use this as a "founder only" mode, and some want to use it as a mode given to the founder and all co-founders (a.k.a SOPs). I have also seen some clients break because the mode is outside the RFC1459 spesifications, so I believe that some users might find it more annoying than helpful so they want to disable it completely, in other words make chanserv not set the mode at all. But these needs varies from channel to channel. >?Channel memos is one thing I've been meaning to revisit for a ? >?while; thanks for reminding me. ?The channel memo system is a >?major ?hack as is, with no notification or anything else that can >?be done ?for nicknames. ?So let me pose a question: ?What would >?you (anyone ?feel free to reply) want to use channel memos for? ? >?In what cases ?would you want to send a memo to a channel, and >?who would you want ?to read the memo? ?I've got a few redesign >?possibilities in mind, ?but to avoid leading questions, I won't >?mention them right now; ?just assume channel memos could do >?anything you want, and tell me ?what you'd want them to do. > I see channel memos as a simple way of informing all operators of a channel about channel events without requiring them to be online. This could be messages informing them of new operators, channel guildelines etc. etc. It's an easy way to reach everyone at the same time so you can be sure they got the message, and there's no need for channel-users to create their own mailinglist or a forum board. From my own experience, I have found this very handy in channels with users from all over the world, as it's impossible to reach everyone at the same time because of timezones :)I see channel memos as a simple way of informing all operators of a channel about channel events without requiring them to be online. This could be messages informing them of new operators, channel guildelines etc. etc. It's an easy way to reach everyone at the same time so you can be sure they got the message, and there's no need for channel-users to create their own mailinglist or a forum board. From my own experience, I have found this very useful in channels with users from all over the world, as it's impossible to reach everyone at the same time because of timezones :) Also, a final wish: 3) I've noticed there are a callback for "receive message" to capture all messages sent from a server to services but I have not yet found any way to capture all messages sent from services to a server. It would be useful to support server-to-server compression and encryption. -BrightSide- From vonitsa_net at yahoo.gr Thu Jul 15 07:19:05 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue Message-ID: <20040715141905.90936.qmail@web53107.mail.yahoo.com> this feature to restrict modes from the mlock command should be available to services admins and not only to someone with access to the conf file. so this may be added as a command: /os set restrictmlock [modes] ===== Dionisios K. - ToXiC On HellenicNet From vonitsa_net at yahoo.gr Thu Jul 15 07:25:22 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Unreal modelock issue Message-ID: <20040715142522.32637.qmail@web53106.mail.yahoo.com> this feature to restrict modes from the mlock command should be available to services admins and not only to someone with access to the conf file. so this may be added as a command: /os set restrictmlock [modes] ===== Dionisios K. - ToXiC On HellenicNet From irc at teknet.com.tr Thu Jul 15 16:59:50 2004 From: irc at teknet.com.tr (Okan Karasoy) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Nick Enforcer Holding Problem Message-ID: Hi there, While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our situation is that Nick linking is not active in our services. The nicks that are caught in the Nick Enforcer are not released for a very long period of time. The Nick Enforcer settings in the modules.conf are as follows: NSEnforcerUser tutkal #NSEnforcerUser enforcer@localhost.net NSForceNickChange NSReleaseTimeout 30s We have tested this problem on our own nicks which have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately some nicks are held in the Nick Enforcer for two to three hours. We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us. Thank you for all your time and assistance. Okan Karasoy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040715/7f683f51/attachment.htm From achurch at achurch.org Fri Jul 16 08:12:14 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Nick Enforcer Holding Problem In-Reply-To: Message-ID: <40f70f87.02446@achurch.org> This is probably the same problem (it also occurs on nick drops). --Andrew Church achurch@achurch.org http://achurch.org/ >--===============0195564303== >Content-Type: multipart/alternative; > boundary="--0E79C1A997A8CF7B7CDEA2D7E9F4FF5C" > >----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C >Content-Type: text/plain; charset="iso-8859-9" >Content-Transfer-Encoding: 7bit > >Hi there, >While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our situation is >that Nick linking is not active in our services. >The nicks that are caught in the Nick Enforcer are not released for a very long period of time. >The Nick Enforcer settings in the modules.conf are as follows: >NSEnforcerUser tutkal >#NSEnforcerUser enforcer@localhost.net >NSForceNickChange >NSReleaseTimeout 30s >We have tested this problem on our own nicks which have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately > some nicks are held in the Nick Enforcer for two to three hours. >We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us. > >Thank you for all your time and assistance. > >Okan Karasoy > >----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C >Content-Type: text/html; charset="iso-8859-9" >Content-Transfer-Encoding: 7bit > >Hi there,
While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our > situation is that Nick linking is not active in our services.
The nicks that are caught in the Nick Enforcer are not released for a very long period of time.
The Nick Enforcer settings in the modules.conf are as follows:
NSEnforcerUser &n >bsp;    tutkal
#NSEnforcerUser     enforcer@localhost.net
NSForceNickChange
NSReleaseTimeout    30s
We have tested this problem on our own nicks whic >h have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately some nicks are held in the >Nick Enforcer for two to three hours.
We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us.

Thank you for all your time and assistance.

Okan Karasoy >
>----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C-- > > > >--===============0195564303== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ From ircservices at utonet.org Sun Jul 18 18:08:19 2004 From: ircservices at utonet.org (arcane) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Suggestion: AKICK kick reason format change In-Reply-To: <40F5F5F6.7070602@comcast.net> References: <40F5F5F6.7070602@comcast.net> Message-ID: <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-verizon.net> I can definitely see the validity of this claim. As much as founders wish their chanops were perfectly behaved, this "bug" is a marvelous way to trick many ordinary users into thinking someone else banned them. If, however, you want usage of AKICK to remain anonymous, ChanServ could at least have it be prefixed with "AKICK", "(AKICK)", or something similar. Personally I think just saying "AKICK by nickname" is acceptable since it's not like many other ChanServ features are anonymous anyway. No matter what route this takes, I think it should definitely show who placed an AKICK somewhere. Arcane - UtoNet Service Administrator On Wed, 2004-07-14 at 22:11, Bergee wrote: > Howdy, > Recently some users on my network have taken to adding AKICKs for > people with the reason "KICK by SomeOtherUser" and then using AKICK > enforce to cause ChanServ to kick the user with the reason "KICK by > SomeOtherUser". This of course looks exactly like the kick reason if > SomeOtherUser had used cs kick, which is slightly confusing to users, > especially new ones. > Therefore I suggest that when ChanServ kicks a user because of an AKICK > it use a format something like "AKICK by RealNickname (reason here)" > where RealNickname is the nick of the user that added the AKICK. I > realize this is somewhat of an education problem of the users, but it > strikes me as somewhat similar to prefixing channel entry messages with > the channel name (to prevent people from faking actual ChanServ > messages). Granted it's probably not as serious, but still slightly > confusing if you're new to IRC. :) > I'm curious what other people think about this. Anyone have any other > thoughts about this? > > Bergee > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From vjeko at starfriend.com Mon Jul 19 00:35:19 2004 From: vjeko at starfriend.com (Vjeko Konc) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Suggestion: AKICK kick reason format change In-Reply-To: <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-v erizon.net> References: <40F5F5F6.7070602@comcast.net> <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-verizon.net> Message-ID: <6.1.1.1.2.20040719090538.0292f6f0@127.0.0.1> arcane wrote: >If, however, you want usage of AKICK to remain anonymous, ChanServ could >at least have it be prefixed with "AKICK", "(AKICK)", or something >similar. Personally I think just saying "AKICK by nickname" is >acceptable since it's not like many other ChanServ features are >anonymous anyway. > > >No matter what route this takes, I think it should definitely show who >placed an AKICK somewhere. I agree wholeheartedly, I don't see why AKICK should be more anonymous than the ChanServ KICK command, making it prone for abuse. If nothing else, adding "AKICK by nickname" would make it more consistent. ;-) Vjeko Konc --- When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. From vonitsa_net at yahoo.gr Fri Jul 23 02:43:42 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature Message-ID: <20040723094342.64133.qmail@web53110.mail.yahoo.com> hello again:-) Andrew can be added to the next services release an operserv noop command? ===== Dionisios K. - ToXiC On HellenicNet From brain at winbot.co.uk Fri Jul 23 13:08:06 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature Message-ID: does it actually have any use? not seen a use for it yet... >hello again:-) Andrew can be added to the next >services release an operserv noop command? > >===== >Dionisios K. - ToXiC On HellenicNet > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > From vonitsa_net at yahoo.gr Fri Jul 23 14:56:22 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature Message-ID: <20040723215622.43548.qmail@web53103.mail.yahoo.com> useful for test servers. i can use raw to send a noop but i think it will be more easy and secure the use of it as an operserv command. ===== Dionisios K. - ToXiC On HellenicNet From uhc0 at rz.uni-karlsruhe.de Fri Jul 23 15:16:49 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature In-Reply-To: <20040723215622.43548.qmail@web53103.mail.yahoo.com> References: <20040723215622.43548.qmail@web53103.mail.yahoo.com> Message-ID: <1090621009.11119.12.camel@dreadnought.hadiko.de> Can you please also explain, why you link a server whose operators you do not trust? For testing purposes, the raw command should be enough. I do not see any point in adding a mostly useless command and creating additional translation job for translators just because of your test network. Regards; yusuf. On Fri, 2004-07-23 at 23:56, Dionisios K. wrote: > useful for test servers. i can use raw to send a noop > but i think it will be more easy and secure the use of > it as an operserv command. > > ===== > Dionisios K. - ToXiC On HellenicNet > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Fri Jul 23 16:03:08 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature Message-ID: <20040723230308.11018.qmail@web53110.mail.yahoo.com> if you wait to trust all opers before any link i think you have 1 or 2 servers to your network if you have one. ps: please before sending any email calm down... something useless for you doesnt mean its useless for everyone. ===== Dionisios K. - ToXiC On HellenicNet From mark at ctcp.net Fri Jul 23 16:26:02 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature In-Reply-To: <20040723230308.11018.qmail@web53110.mail.yahoo.com> Message-ID: Dionisios K wrote: > if you wait to trust all opers before any link i think you > have 1 or 2 servers to your network if you have one. ps: How a network chooses to expand is down to the network and has no place in discussion of IRCServices development. Insults are qually inappropriate for the list. > please before sending any email calm down... Listen to your own advice... > something useless for you doesnt mean its useless for everyone. This is a discussion list so you will get differing opinions. You have made one, Yusef has made one. Just because he did not agree is no reason for you to discount his opinion. If you want anything added to IRCServices, you need both a good idea and support. So far you have had one person object and no support. Your response to the objection did not further your case. M. From achurch at achurch.org Sat Jul 24 21:57:49 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] noop feature In-Reply-To: <20040723094342.64133.qmail@web53110.mail.yahoo.com> Message-ID: <41025d2c.16261@achurch.org> >hello again:-) Andrew can be added to the next >services release an operserv noop command? I believe this has been discussed before, but this is something that should be handled at the IRC server and network administration (i.e. human) levels, and is not worth implementing in Services. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Sat Jul 24 06:56:39 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] old services databases convert Message-ID: <20040724135639.73456.qmail@web53104.mail.yahoo.com> i have to convert databases from ircservices 4.5.43 to 5.0.36 - what i have to do? after the conversion it will be 100table? ===== Dionisios K. - ToXiC On HellenicNet From vonitsa_net at yahoo.gr Sat Jul 24 07:03:14 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] old services databases convert Message-ID: <20040724140314.29944.qmail@web53105.mail.yahoo.com> 100table = stable ===== Dionisios K. - ToXiC On HellenicNet From achurch at achurch.org Sat Jul 24 23:07:09 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] old services databases convert In-Reply-To: <20040724140314.29944.qmail@web53105.mail.yahoo.com> Message-ID: <41026d1d.16630@achurch.org> Services 5.0 can read 4.x databases directly. --Andrew Church achurch@achurch.org http://achurch.org/ From chawmp at cyberarmy.net Sun Jul 25 13:20:28 2004 From: chawmp at cyberarmy.net (Chawmp) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Allocation error: ns unsuspend In-Reply-To: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior> Message-ID: <20040725201935.TPCR6109.mta10-svc.ntlworld.com@excelsior> Hi again, I just noticed and patched another bug, quite similar to the last issue I posted about ("Seg Fault/Bus Error on SQUIT": http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ). Again, I noticed this one because free() is set up to write a pattern over memory as it is released on our services host. It wouldn't occur in most normal circumstances, but might do unpredictably, depending on a lot of factors, so ought to be fixed. The problem occurs when unsuspending a nickname that is part of a group in which no nickname has been used for longer than the NSExpire setting - or something along those lines. In modules/nickserv/util.c, unsuspend_nick() does this: ARRAY_FOREACH (i, ngi->nicks) { NickInfo *ni = get_nickinfo(ngi->nicks[i]); ... } get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions (roughly as I described above), making the following attempts to dereference ngi crash the program: if (!ni) { module_log("unsuspend: unable to retrieve NickInfo for %s" " (nick group %u)", ngi->nicks[i], ngi->id); continue; } ngi would also be used in subsequent loops, so just changing the log message wouldn't be a solution. I didn't have a lot of time to investigate the best way to fix this, but here is the patch I came up with. It seems to do the job, but I would be grateful if anyone can advise something more suitable. (Lines beginning "+" were added; noexpire is just set to 1 before the loop, and restored afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff only happens a few lines after the call to get_nickinfo(), so for that small time, nick groups can disappear.). void unsuspend_nick(NickGroupInfo *ngi, int set_time) { time_t now = time(NULL); + int cache_noexpire = 0; if (!ngi->suspendinfo) { module_log("unsuspend: called on non-suspended nick group %u [%s]", ... " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id, (long)ngi->authset); } + cache_noexpire = noexpire; + noexpire = 1; ARRAY_FOREACH (i, ngi->nicks) { NickInfo *ni = get_nickinfo(ngi->nicks[i]); if (!ni) { ... } } } + noexpire = cache_noexpire; } /*************************************************************************/ -- Tom McIntyre chawmp@cyberarmy.net From chawmp at cyberarmy.net Mon Jul 26 05:05:02 2004 From: chawmp at cyberarmy.net (Chawmp) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Allocation error: ns unsuspend [retry] Message-ID: <20040726120549.PHYF11275.mta09-svc.ntlworld.com@excelsior> Hi again, [ I sent this yesterday, but it seems it got put under another thread in the archive, and didn't actually get sent out to the list, so I'll send it again in case it gets missed :) ] I just noticed and patched another bug, quite similar to the last issue I posted about ("Seg Fault/Bus Error on SQUIT": http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ). Again, I noticed this one because free() is set up to write a pattern over memory as it is released on our services host. It wouldn't occur in most normal circumstances, but might do unpredictably, depending on a lot of factors, so ought to be fixed. The problem occurs when unsuspending a nickname that is part of a group in which no nickname has been used for longer than the NSExpire setting - or something along those lines. In modules/nickserv/util.c, unsuspend_nick() does this: ARRAY_FOREACH (i, ngi->nicks) { NickInfo *ni = get_nickinfo(ngi->nicks[i]); ... } get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions (roughly as I described above), making the following attempts to dereference ngi crash the program: if (!ni) { module_log("unsuspend: unable to retrieve NickInfo for %s" " (nick group %u)", ngi->nicks[i], ngi->id); continue; } ngi would also be used in subsequent loops, so just changing the log message wouldn't be a solution. I didn't have a lot of time to investigate the best way to fix this, but here is the patch I came up with. It seems to do the job, but I would be grateful if anyone can advise something more suitable. (Lines beginning "+" were added; noexpire is just set to 1 before the loop, and restored afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff only happens a few lines after the call to get_nickinfo(), so for that small time, nick groups can disappear.). void unsuspend_nick(NickGroupInfo *ngi, int set_time) { time_t now = time(NULL); + int cache_noexpire = 0; if (!ngi->suspendinfo) { module_log("unsuspend: called on non-suspended nick group %u [%s]", ... " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id, (long)ngi->authset); } + cache_noexpire = noexpire; + noexpire = 1; ARRAY_FOREACH (i, ngi->nicks) { NickInfo *ni = get_nickinfo(ngi->nicks[i]); if (!ni) { ... } } } + noexpire = cache_noexpire; } /*************************************************************************/ -- Tom McIntyre chawmp@cyberarmy.net From achurch at achurch.org Mon Jul 26 22:29:50 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Allocation error: ns unsuspend [retry] In-Reply-To: <20040726120549.PHYF11275.mta09-svc.ntlworld.com@excelsior> Message-ID: <41050928.24475@achurch.org> I did see your original message--it's just that I've been going through the entire code to find and fix similar bugs as well. I have a sneaking suspicion that the expire-on-get design plays nasty games with pointers in the user record too, but as it hasn't seemed to cause any problems so far, I'm saving that bit of contemplation for 5.1 (which, incidentally, will also have similar use-after-free checks in the memory checking code). At any rate, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi again, > >[ I sent this yesterday, but it seems it got put under another thread in the >archive, and didn't actually get sent out to the list, so I'll send it again >in case it gets missed :) ] > >I just noticed and patched another bug, quite similar to the last issue I >posted about ("Seg Fault/Bus Error on SQUIT": >http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ). > >Again, I noticed this one because free() is set up to write a pattern over >memory as it is released on our services host. It wouldn't occur in most >normal circumstances, but might do unpredictably, depending on a lot of >factors, so ought to be fixed. > >The problem occurs when unsuspending a nickname that is part of a group in >which no nickname has been used for longer than the NSExpire setting - or >something along those lines. > >In modules/nickserv/util.c, unsuspend_nick() does this: > > ARRAY_FOREACH (i, ngi->nicks) { > NickInfo *ni = get_nickinfo(ngi->nicks[i]); > ... > } > >get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions >(roughly as I described above), making the following attempts to dereference >ngi crash the program: > > if (!ni) { > module_log("unsuspend: unable to retrieve NickInfo >for %s" > " (nick group %u)", ngi->nicks[i], ngi->id); > continue; > } > >ngi would also be used in subsequent loops, so just changing the log message >wouldn't be a solution. > >I didn't have a lot of time to investigate the best way to fix this, but >here is the patch I came up with. It seems to do the job, but I would be >grateful if anyone can advise something more suitable. (Lines beginning "+" >were added; noexpire is just set to 1 before the loop, and restored >afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff >only happens a few lines after the call to get_nickinfo(), so for that small >time, nick groups can disappear.). > > void unsuspend_nick(NickGroupInfo *ngi, int set_time) > { > time_t now = time(NULL); >+ int cache_noexpire = 0; > > if (!ngi->suspendinfo) { > module_log("unsuspend: called on non-suspended nick group %u [%s]", > >... > > " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id, > (long)ngi->authset); > } >+ cache_noexpire = noexpire; >+ noexpire = 1; > ARRAY_FOREACH (i, ngi->nicks) { > NickInfo *ni = get_nickinfo(ngi->nicks[i]); > if (!ni) { > >... > > } > } > } >+ noexpire = cache_noexpire; > } > > >/*************************************************************************/ > >-- >Tom McIntyre >chawmp@cyberarmy.net > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From chawmp at cyberarmy.net Mon Jul 26 11:58:44 2004 From: chawmp at cyberarmy.net (Chawmp) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Allocation error: ns unsuspend [retry] In-Reply-To: <41050928.24475@achurch.org> Message-ID: <20040726185911.YXNL17476.mta07-svc.ntlworld.com@excelsior> Yeah... It seems like the kind of problem that could have been lying undetected in a number of places for some time. The first bug I posted about took a lot of trial and error to locate exactly, but with the help of the memory management debugger (among other things) Valgrind [ http://valgrind.kde.org/ ] I was able to find the source of this problem much more quickly. If you're not using something like it already, it might be of help. Of course, to find every bug of this kind you would need to potentially cause every possible flow-of-control to happen. I guess picking out appropriate sections to examine, as you were doing, would make the process more feasible :) Tom McIntyre chawmp@cyberarmy.net > -----Original Message----- > From: ircservices-bounces@ircservices.za.net [mailto:ircservices- > bounces@ircservices.za.net] On Behalf Of Andrew Church > Sent: 26 July 2004 14:30 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Allocation error: ns unsuspend [retry] > > I did see your original message--it's just that I've been going > through the entire code to find and fix similar bugs as well. I have a > sneaking suspicion that the expire-on-get design plays nasty games with > pointers in the user record too, but as it hasn't seemed to cause any > problems so far, I'm saving that bit of contemplation for 5.1 (which, > incidentally, will also have similar use-after-free checks in the memory > checking code). > > At any rate, thanks for the report. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi again, > > > >[ I sent this yesterday, but it seems it got put under another thread in > the > >archive, and didn't actually get sent out to the list, so I'll send it > again > >in case it gets missed :) ] > > > >I just noticed and patched another bug, quite similar to the last issue I > >posted about ("Seg Fault/Bus Error on SQUIT": > >http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ). > > > >Again, I noticed this one because free() is set up to write a pattern > over > >memory as it is released on our services host. It wouldn't occur in most > >normal circumstances, but might do unpredictably, depending on a lot of > >factors, so ought to be fixed. > > > >The problem occurs when unsuspending a nickname that is part of a group > in > >which no nickname has been used for longer than the NSExpire setting - or > >something along those lines. > > > >In modules/nickserv/util.c, unsuspend_nick() does this: > > > > ARRAY_FOREACH (i, ngi->nicks) { > > NickInfo *ni = get_nickinfo(ngi->nicks[i]); > > ... > > } > > > >get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions > >(roughly as I described above), making the following attempts to > dereference > >ngi crash the program: > > > > if (!ni) { > > module_log("unsuspend: unable to retrieve NickInfo > >for %s" > > " (nick group %u)", ngi->nicks[i], ngi->id); > > continue; > > } > > > >ngi would also be used in subsequent loops, so just changing the log > message > >wouldn't be a solution. > > > >I didn't have a lot of time to investigate the best way to fix this, but > >here is the patch I came up with. It seems to do the job, but I would be > >grateful if anyone can advise something more suitable. (Lines beginning > "+" > >were added; noexpire is just set to 1 before the loop, and restored > >afterwards, which stops the expiry check. Note that the NSSuspendGrace > stuff > >only happens a few lines after the call to get_nickinfo(), so for that > small > >time, nick groups can disappear.). > > > > void unsuspend_nick(NickGroupInfo *ngi, int set_time) > > { > > time_t now = time(NULL); > >+ int cache_noexpire = 0; > > > > if (!ngi->suspendinfo) { > > module_log("unsuspend: called on non-suspended nick group %u [%s]", > > > >... > > > > " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id, > > (long)ngi->authset); > > } > >+ cache_noexpire = noexpire; > >+ noexpire = 1; > > ARRAY_FOREACH (i, ngi->nicks) { > > NickInfo *ni = get_nickinfo(ngi->nicks[i]); > > if (!ni) { > > > >... > > > > } > > } > > } > >+ noexpire = cache_noexpire; > > } > > > > > >/************************************************************************ > */ > > > >-- > >Tom McIntyre > >chawmp@cyberarmy.net > From achurch at achurch.org Tue Jul 27 21:00:50 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Services 5.0.37 released Message-ID: <4106449d.70605@achurch.org> Services 5.0.37 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (Western USA) a653dfb1b80e8cc71ced042686656983 ircservices-5.0.37.tar.gz d322600effff0ec5c6785a768e9dac7f ircservices-5.0.37.diff.gz 72315d5c40db36eab27427deeac40bf2 ircservices-5.0.37-1.i386.rpm 7c4659635ec510aff829d6b828c922fd ircservices_5.0.37-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release collects the fixes for the minor problems reported recently. This isn't a critical upgrade; if you aren't experiencing any of these problems, you can upgrade at your convenience. Changes in version 5.0.37 ------------------------- 2004/07/27 Autokicks now prefix the kick reason with "AKICK by " to avoid misleading kick messages. Suggested by Bergee 2004/07/26 Fixed potential crashes in NickServ UNSUSPEND, DROP, and LINK (from the nickserv/oldlink module only). Reported by Tom McIntyre 2004/07/15 Fixed cosmetic bug in MemoServ INFO display. Reported by Bergee 2004/07/14 Fixed potential crash on exit when freeing language data. 2004/07/14 Fixed bug causing nickname enforcers to not be removed when a nickname was deleted. Reported by Bergee --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Tue Jul 27 12:53:07 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] oldlink Message-ID: <20040727195307.43422.qmail@web53109.mail.yahoo.com> can someone tell me what is the nickserv oldlink module? ===== Dionisios K. - ToXiC On HellenicNet From irc at teknet.com.tr Tue Jul 27 16:45:42 2004 From: irc at teknet.com.tr (Okan Karasoy) Date: Sat Oct 23 23:02:10 2004 Subject: [IRCServices] Attacks on services Message-ID: <8fdc33cd90b1e705218a381f9fe69d3e@teknet.com.tr> Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this: What can you recommend that we do to prevent this from happening? 18:01:20 2004] nickserv/main: Yxdxxpu registered by aqtyy@81.213.125.164 (Soxsdr@hotmail.com) [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Gicj@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Fybfhb@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Uimfoi@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Fczmo@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Svroii@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat BrHotY@hotmail.com [Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat IMhAQ@hotmail.com [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat HWtI@h$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Rirlz@$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Mzuxyw$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Ostoat$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Ofjef@$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat LAtl@h$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Szwvez$ [Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Vcdr@h$ Jul 27 18:05:04 2004] nickserv/main: Hpml registered by jrccxyt@ti300720a080-1063.bb.online.no (Fgwtnnh@hotmail.com) [Jul 27 18:05:25 2004] unknown message from server (:irc.teklan.com.tr 441 ChanServ oTOpSy #bebe?im :Odada yoklar) [Jul 27 17:58:30 2004] Ignored message from ZrBk: ":ZrBk P NickServ@services.teklan.com.tr :register alitopuat BPaAmG@hotmail$ [Jul 27 17:58:30 2004] Ignored message from ZrBk: ":ZrBk P NickServ@services.teklan.com.tr :register alitopuat Ymmpnjq@hotmai$ [Jul 27 17:58:34 2004] operserv/main: ^^zZz^^: killclones ZrBk [Jul 27 17:58:34 2004] operserv/main: KILLCLONES: 3 clone(s) matching *!*@dsl81-215-35494.adsl.ttnet.net.tr killed. [Jul 27 17:58:35 2004] nickserv/main: user record for ZrBk not found [Jul 27 17:58:35 2004] nickserv/main: user record for ZrBk not found As seen in the logs, nicks are entering the server, and using the NickServ command /ns register password email@adres.com to register the same nick with a different email address. I would really appreciate it if you could help us with this situation. Thank you for your time and help Okan Karasoy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040727/83c6de2f/attachment.html From steffe_riese at yahoo.com Tue Jul 27 14:55:35 2004 From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ Message-ID: <20040727215535.75541.qmail@web40007.mail.yahoo.com> Hi! I have problem to get Access to OperServ on an bahamut irc server i have set up at home. I am using ircservices 5.0.36. I have set up "Admin" as super-user, but when I have do a /nick Admin in my IRC-client i can't write "/msg OperServ ADMIN LIST" in my IRC-client. I get Access denied. When i look in the logfile i get "operserv/main: Non-oper Admin!Admin@stefan.sandgatan sent: admin list" What is wrong? Stefan Riese H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html From chris at starglade.org Tue Jul 27 14:58:55 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ In-Reply-To: <20040727215535.75541.qmail@web40007.mail.yahoo.com> References: <20040727215535.75541.qmail@web40007.mail.yahoo.com> Message-ID: <4106D01F.8000404@starglade.org> Stefan Riese wrote: > Hi! > I have problem to get Access to OperServ on an bahamut > irc server i have set up at home. I am using > ircservices 5.0.36. > > I have set up "Admin" as super-user, but when I have > do a /nick Admin in my IRC-client i can't write "/msg > OperServ ADMIN LIST" in my IRC-client. I get Access > denied. > > When i look in the logfile i get "operserv/main: > Non-oper Admin!Admin@stefan.sandgatan sent: admin > list" > > What is wrong? You need to be opered up and identified to NickServ. Chris -- Chris Jenkinson chris@starglade.org From medice at gmx.at Tue Jul 27 15:07:11 2004 From: medice at gmx.at (Medice) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ In-Reply-To: <20040727215535.75541.qmail@web40007.mail.yahoo.com> References: <20040727215535.75541.qmail@web40007.mail.yahoo.com> Message-ID: <4106D20F.9040207@gmx.at> Stefan Riese wrote: > Hi! > I have problem to get Access to OperServ on an bahamut > irc server i have set up at home. I am using > ircservices 5.0.36. > > I have set up "Admin" as super-user, but when I have > do a /nick Admin in my IRC-client i can't write "/msg > OperServ ADMIN LIST" in my IRC-client. I get Access > denied. > > When i look in the logfile i get "operserv/main: > Non-oper Admin!Admin@stefan.sandgatan sent: admin > list" > > What is wrong? > > Stefan Riese > your nick "Admin" has to be registered and identified for in ircservices your session has to be opered up correctly, so you are allowed to use services as an services-admin or netadmin (or whatever bahamut is offering, I'm not familiar with that ircd...) hth /medice From steffe_riese at yahoo.com Tue Jul 27 15:15:54 2004 From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ In-Reply-To: <4106D01F.8000404@starglade.org> Message-ID: <20040727221554.13577.qmail@web40005.mail.yahoo.com> I have registered Admin with NickServ, and /oper to IRC-operator, but I still can't connect to OperServ. Access denied. Stefan Riese --- Chris Jenkinson skrev: > Stefan Riese wrote: > > > Hi! > > I have problem to get Access to OperServ on an > bahamut > > irc server i have set up at home. I am using > > ircservices 5.0.36. > > > > I have set up "Admin" as super-user, but when I > have > > do a /nick Admin in my IRC-client i can't write > "/msg > > OperServ ADMIN LIST" in my IRC-client. I get > Access > > denied. > > > > When i look in the logfile i get "operserv/main: > > Non-oper Admin!Admin@stefan.sandgatan sent: admin > > list" > > > > What is wrong? > > You need to be opered up and identified to NickServ. > > Chris > > -- > Chris Jenkinson > chris@starglade.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html From quension at mac.com Tue Jul 27 15:55:36 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ In-Reply-To: <20040727221554.13577.qmail@web40005.mail.yahoo.com> Message-ID: <12D2B4CF-E020-11D8-8CC6-0003938D6866@mac.com> On Tuesday, Jul 27, 2004, at 15:15 US/Pacific, Stefan Riese wrote: > I have registered Admin with NickServ, and /oper to IRC-operator, but > I still can't connect to OperServ. Access denied. In the oper block in ircd.conf, change the access small 'o' to a capital 'O'. This point of confusion will be corrected in a future release. -- Quension From steffe_riese at yahoo.com Tue Jul 27 16:29:10 2004 From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Problem with OperServ In-Reply-To: <12D2B4CF-E020-11D8-8CC6-0003938D6866@mac.com> Message-ID: <20040727232910.9240.qmail@web40001.mail.yahoo.com> That was the problem. Thankyou for your help. Stefan Riese --- Trevor Talbot skrev: > On Tuesday, Jul 27, 2004, at 15:15 US/Pacific, > Stefan Riese wrote: > > > I have registered Admin with NickServ, and /oper > to IRC-operator, but > > I still can't connect to OperServ. Access denied. > > In the oper block in ircd.conf, change the access > small 'o' to a > capital 'O'. This point of confusion will be > corrected in a future > release. > > -- Quension > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html From achurch at achurch.org Wed Jul 28 11:26:13 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] oldlink In-Reply-To: <20040727195307.43422.qmail@web53109.mail.yahoo.com> Message-ID: <41070ecc.71557@achurch.org> RTFM --Andrew Church achurch@achurch.org http://achurch.org/ >can someone tell me what is the nickserv oldlink module? > >===== >Dionisios K. - ToXiC On HellenicNet > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 28 11:30:44 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Attacks on services In-Reply-To: <8fdc33cd90b1e705218a381f9fe69d3e@teknet.com.tr> Message-ID: <4107100d.71573@achurch.org> >Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this: >What can you recommend that we do to prevent this from happening? What exactly is the problem? From the logs you provide it appears Services is functioning normally. --Andrew Church achurch@achurch.org http://achurch.org/ From uhc0 at rz.uni-karlsruhe.de Wed Jul 28 02:01:17 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Attacks on services In-Reply-To: <4107100d.71573@achurch.org> References: <4107100d.71573@achurch.org> Message-ID: <1091005276.11283.7.camel@dreadnought.hadiko.de> The problem they have is, that when such an attack starts, services after some time stop responding, making the ircd quit the link, and looking at the table of processes shows, that services sits there with 99% CPU usage, requiring kill -9 to be shut down. That attack has a simple appearance: A set of probably trojaned connections, that even reply to simple CTCP requests, begin connecting, and floodding services with multiple nick registration commands, changing nicknames, and floodding again, quitting, reconnecting, and floodding again. Just before services start responding, notices arrive that it is not parsing privmsgs anymore, due to network load, but even then it gets disconnected. Interestingly, setting it temporarily to readonly mode helped, apparently it could response. Currently we have no solution for this kind of attack, those connections are not detected by the proxy scanner, we assume that these aren't using proxies at all. Temporarily /modunload'ing m_nick.so and /close'ing helps to postpone the issue :-) Regards; yusuf. On Wed, 2004-07-28 at 13:30, Andrew Church wrote: > >Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this: > >What can you recommend that we do to prevent this from happening? > > What exactly is the problem? From the logs you provide it appears > Services is functioning normally. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ Slytherin | | ------------------------------------------------------------------ From achurch at achurch.org Wed Jul 28 18:36:54 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Attacks on services In-Reply-To: <1091005276.11283.7.camel@dreadnought.hadiko.de> Message-ID: <4107740b.10323@achurch.org> >The problem they have is, that when such an attack starts, >services after some time stop responding, making the ircd quit the link, >and looking at the table of processes shows, that services sits there >with 99% CPU usage, requiring kill -9 to be shut down. Is there any way you can look into this with gdb and see where it's using all its CPU time? I can try repeating the flood here but I suspect database size is at least a part of the problem. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Wed Jul 28 12:35:43 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Attacks on services Message-ID: <20040728193543.57172.qmail@web53104.mail.yahoo.com> it will be helpful a general limit for the register command for nicknames and channels?... something like this: X new registered nicknames and channels per X minute(s) are allowed. i think an automatic temp ignore for flooding will also help. ===== Dionisios K. - ToXiC On HellenicNet From alisor at softhome.net Wed Jul 28 12:54:47 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:11 2004 Subject: [IRCServices] Attacks on services References: <20040728193543.57172.qmail@web53104.mail.yahoo.com> Message-ID: <000b01c474dc$bfd7baf0$0800000a@citir> # NSRegDelay