From ianj at ian-justman.com Wed Jan 2 06:20:28 2008 From: ianj at ian-justman.com (Ian R. Justman) Date: Wed, 02 Jan 2008 06:20:28 -0800 Subject: [IRCServices] Test and mailing list move Message-ID: <477B9DAC.70903@ian-justman.com> Hi, all. This message serves two purposes: 1. This is a test to make sure the mailing list works as it should. 2. I am in the process of migrating the mailing list to a different server, so for a short time until Andy fixes DNS, the mailing list archives will not be viewable. In the meantime, traffic headed to the list will still make their mark. If anyone has any questions, please let me know. Andy: I will contact you off-list to finalize the changes once I've been able to confirm that things are working on this side. Thanks! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From achurch at achurch.org Thu Jan 3 10:19:00 2008 From: achurch at achurch.org (Andrew Church) Date: Thu, 03 Jan 2008 10:19:00 JST Subject: [IRCServices] Services 5.1.11 released Message-ID: <477c3cbb.60210@msgid.achurch.org> Services 5.1.11 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) b5969648d989d94019e047247a37da4e ircservices-5.1.11.tar.gz 761149ae2d115a38363059c8ce6bb3e5 ircservices-5.1.11.diff.gz 9d3c64c8593cc0daf88c7a5e05ac9a39 ircservices-5.1.11-1.i386.rpm 5df20be6def210d009584bc3c06d8c02 ircservices_5.1.11-1_i386.deb The mirrors should have it shortly. This release corrects a critical bug in ChanServ which allows any user to crash Services. All users of Services should upgrade to this release immediately. Apologies for the inconvenience. Changes in version 5.1.11 ------------------------- 2008/01/03 Fixed bug allowing users to crash Services through improper use of the ChanServ LISTLEVEL command. Reported by Daniel Lindbeck 2007/12/31 Fixed bug causing ChanServ to reverse mode +o sent by the server for an IRC operator joining a channel. Reported by Marco Wepfer 2007/12/22 Added note to section 3-3-1 of the manual pointing out that memo limits are ignored for memos from Services admins. --Andrew Church achurch at achurch.org http://achurch.org/ From robin at en2no.com Wed Jan 2 17:42:33 2008 From: robin at en2no.com (Robin Burchell) Date: Wed, 2 Jan 2008 17:42:33 -0800 Subject: [IRCServices] Services 5.1.11 released In-Reply-To: <477c3cbb.60210@msgid.achurch.org> References: <477c3cbb.60210@msgid.achurch.org> Message-ID: Does the same issue exist in 5.0? On Jan 2, 2008 5:19 PM, Andrew Church wrote: > Services 5.1.11 has been released, and can be downloaded from: > > http://www.ircservices.za.net/download/ (Japan) > ftp://ftp.esper.net/ircservices/ (Western USA) > > b5969648d989d94019e047247a37da4e ircservices-5.1.11.tar.gz > 761149ae2d115a38363059c8ce6bb3e5 ircservices-5.1.11.diff.gz > 9d3c64c8593cc0daf88c7a5e05ac9a39 ircservices-5.1.11-1.i386.rpm > 5df20be6def210d009584bc3c06d8c02 ircservices_5.1.11-1_i386.deb > > The mirrors should have it shortly. > > This release corrects a critical bug in ChanServ which allows any user > to crash Services. All users of Services should upgrade to this release > immediately. > > Apologies for the inconvenience. > > Changes in version 5.1.11 > ------------------------- > 2008/01/03 Fixed bug allowing users to crash Services through improper > use of the ChanServ LISTLEVEL command. Reported by > Daniel Lindbeck > 2007/12/31 Fixed bug causing ChanServ to reverse mode +o sent by the > server for an IRC operator joining a channel. Reported > by Marco Wepfer > 2007/12/22 Added note to section 3-3-1 of the manual pointing out that > memo limits are ignored for memos from Services admins. > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net web: http://www.en2no.com From achurch at achurch.org Thu Jan 3 10:42:48 2008 From: achurch at achurch.org (Andrew Church) Date: Thu, 03 Jan 2008 10:42:48 JST Subject: [IRCServices] Services 5.1.11 released In-Reply-To: Message-ID: <477c3da8.60236@msgid.achurch.org> >Does the same issue exist in 5.0? No. --Andrew Church achurch at achurch.org http://achurch.org/ From robin at en2no.com Sat Jan 5 14:47:07 2008 From: robin at en2no.com (Robin Burchell) Date: Sat, 5 Jan 2008 22:47:07 +0000 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. Message-ID: Ok, so I just got in another kick war with ChanServ (again). This bug has been reported before with no conclusion, but it obviously *does* exist. [22:43:57] -ChanServ- Information for channel #helpers: [22:43:57] -ChanServ- Founder: ol [22:43:57] -ChanServ- Description: helpers meeting channel [22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT [22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT [22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, Restricted Access, Secure, Enforce [22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV Fair enough. I joined whilest not being identified, and was booted out. Also okay. What wasn't ok was services not setting a ban on my host for some reason (perhaps assuming it'd be smart and get in a kick war with me instead? I don't know.) Anyway, so thanks to autorejoin and autoconnect, I then spammed with kicks and reconnects for the next 3 minutes until I managed to reconnect a second client and ban myself manually. Can this be looked into again? Because it really seems like something isn't right. I can't reproduce it, but I have seen it happen various times, and it's happened to me a few times. Thanks Andrew, Robin From timowen at internode.on.net Sat Jan 5 14:59:18 2008 From: timowen at internode.on.net (Tim Owen) Date: Sun, 06 Jan 2008 09:29:18 +1030 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: References: Message-ID: <47800BC6.6090707@internode.on.net> Hi Robin, Are there other users in #helpers at the time? (are you sure?) The ban will not 'stick' if there is no-one in the channel. This could produce something like what you describe below? Regards, Tim Owen Profound / EYErc.net Robin Burchell wrote: > Ok, so I just got in another kick war with ChanServ (again). > > This bug has been reported before with no conclusion, but it obviously > *does* exist. > > [22:43:57] -ChanServ- Information for channel #helpers: > [22:43:57] -ChanServ- Founder: ol > [22:43:57] -ChanServ- Description: helpers meeting channel > [22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT > [22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT > [22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, > Restricted Access, Secure, Enforce > [22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV > > Fair enough. > > I joined whilest not being identified, and was booted out. Also okay. > > What wasn't ok was services not setting a ban on my host for some > reason (perhaps assuming it'd be smart and get in a kick war with me > instead? I don't know.) > > Anyway, so thanks to autorejoin and autoconnect, I then spammed with > kicks and reconnects for the next 3 minutes until I managed to > reconnect a second client and ban myself manually. > > Can this be looked into again? Because it really seems like something > isn't right. I can't reproduce it, but I have seen it happen various > times, and it's happened to me a few times. > > Thanks Andrew, > Robin > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From robin at en2no.com Sat Jan 5 15:24:45 2008 From: robin at en2no.com (Robin Burchell) Date: Sat, 5 Jan 2008 23:24:45 +0000 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: <47800BC6.6090707@internode.on.net> References: <47800BC6.6090707@internode.on.net> Message-ID: Yes, I am positive. We aren't a small network (~10-15 staff, some 5-8 of which are usually online at a time). The ban would also stick anyway as ChanServ is designed to take this into account by staying around for a while with empty channels. On Jan 5, 2008 10:59 PM, Tim Owen wrote: > Hi Robin, > > Are there other users in #helpers at the time? (are you sure?) > > The ban will not 'stick' if there is no-one in the channel. This could > produce something like what you describe below? > > Regards, > > Tim Owen > Profound / EYErc.net > > > Robin Burchell wrote: > > Ok, so I just got in another kick war with ChanServ (again). > > > > This bug has been reported before with no conclusion, but it obviously > > *does* exist. > > > > [22:43:57] -ChanServ- Information for channel #helpers: > > [22:43:57] -ChanServ- Founder: ol > > [22:43:57] -ChanServ- Description: helpers meeting channel > > [22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT > > [22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT > > [22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, > > Restricted Access, Secure, Enforce > > [22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV > > > > Fair enough. > > > > I joined whilest not being identified, and was booted out. Also okay. > > > > What wasn't ok was services not setting a ban on my host for some > > reason (perhaps assuming it'd be smart and get in a kick war with me > > instead? I don't know.) > > > > Anyway, so thanks to autorejoin and autoconnect, I then spammed with > > kicks and reconnects for the next 3 minutes until I managed to > > reconnect a second client and ban myself manually. > > > > Can this be looked into again? Because it really seems like something > > isn't right. I can't reproduce it, but I have seen it happen various > > times, and it's happened to me a few times. > > > > Thanks Andrew, > > Robin > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net web: http://www.en2no.com From achurch at achurch.org Sun Jan 6 08:28:16 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 06 Jan 2008 08:28:16 JST Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: Message-ID: <4780148e.43515@msgid.achurch.org> I don't recall what the conclusion (if any) was last time, but I'll need more than this to look into the problem; as always, a debug log from Services startup to the occurrence of the bug would be most useful, but without at least a method to reproduce it there's not much I can do. --Andrew Church achurch at achurch.org http://achurch.org/ >Ok, so I just got in another kick war with ChanServ (again). > >This bug has been reported before with no conclusion, but it obviously >*does* exist. > >[22:43:57] -ChanServ- Information for channel #helpers: >[22:43:57] -ChanServ- Founder: ol >[22:43:57] -ChanServ- Description: helpers meeting channel >[22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT >[22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT >[22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, >Restricted Access, Secure, Enforce >[22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV > >Fair enough. > >I joined whilest not being identified, and was booted out. Also okay. > >What wasn't ok was services not setting a ban on my host for some >reason (perhaps assuming it'd be smart and get in a kick war with me >instead? I don't know.) > >Anyway, so thanks to autorejoin and autoconnect, I then spammed with >kicks and reconnects for the next 3 minutes until I managed to >reconnect a second client and ban myself manually. > >Can this be looked into again? Because it really seems like something >isn't right. I can't reproduce it, but I have seen it happen various >times, and it's happened to me a few times. > >Thanks Andrew, >Robin >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From robin at en2no.com Sat Jan 5 15:48:02 2008 From: robin at en2no.com (Robin Burchell) Date: Sat, 5 Jan 2008 23:48:02 +0000 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: <4780148e.43515@msgid.achurch.org> References: <4780148e.43515@msgid.achurch.org> Message-ID: Well, I don't know if I can get a log (I will try, but our services run 24x7 on a network with 1k or so people, and this might happen 3 times per 100 days that I notice, so it's not all that feasible). What happens is (in almost every example I've seen): User joins channel they're not allowed to be in (CS SET RESTRICTED ON) - in all cases I've seen an *existing* channel, gets kicked, no ban gets placed, rejoins ad-infinitum. My guess is that services *somehow* think there is a ban that's there that isn't, I am equally shocked that this is possible, but apparantly it is, and from the times it's been reported or talked about on or off this list, it is there somehow: [22:47:16] <+dz> w00t: that's a well-known bug [22:47:29] <+dz> also happens with akick I understand it must be frustrating to have an issue like this that's so hard to track down, but it is equally frustrating to get bit in the ass by it. Isn't it wise to assume that if they are joining an existing channel that a ban matching them doesn't exist anyway (otherwise how are they joining?) This is happening to me on InspIRCd w/ services 5, it has been also seen on zirc (Unreal), and another Unreal network on here I also remember has reported it, at least. On Jan 5, 2008 11:28 PM, Andrew Church wrote: > I don't recall what the conclusion (if any) was last time, but I'll need > more than this to look into the problem; as always, a debug log from > Services startup to the occurrence of the bug would be most useful, but > without at least a method to reproduce it there's not much I can do. > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > > >Ok, so I just got in another kick war with ChanServ (again). > > > >This bug has been reported before with no conclusion, but it obviously > >*does* exist. > > > >[22:43:57] -ChanServ- Information for channel #helpers: > >[22:43:57] -ChanServ- Founder: ol > >[22:43:57] -ChanServ- Description: helpers meeting channel > >[22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT > >[22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT > >[22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, > >Restricted Access, Secure, Enforce > >[22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV > > > >Fair enough. > > > >I joined whilest not being identified, and was booted out. Also okay. > > > >What wasn't ok was services not setting a ban on my host for some > >reason (perhaps assuming it'd be smart and get in a kick war with me > >instead? I don't know.) > > > >Anyway, so thanks to autorejoin and autoconnect, I then spammed with > >kicks and reconnects for the next 3 minutes until I managed to > >reconnect a second client and ban myself manually. > > > >Can this be looked into again? Because it really seems like something > >isn't right. I can't reproduce it, but I have seen it happen various > >times, and it's happened to me a few times. > > > >Thanks Andrew, > >Robin > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://lists.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net web: http://www.en2no.com From achurch at achurch.org Sun Jan 6 08:52:34 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 06 Jan 2008 08:52:34 JST Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: Message-ID: <478019f1.43742@msgid.achurch.org> >I understand it must be frustrating to have an issue like this that's >so hard to track down, but it is equally frustrating to get bit in the >ass by it. Isn't it wise to assume that if they are joining an >existing channel that a ban matching them doesn't exist anyway >(otherwise how are they joining?) +e, +I, explicit INVITE, possibly other methods. Originally, I didn't bother checking for the ban, but apparently it caused a problem, because I added the check in 4.5pre0: 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user from a channel. Reported by James --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10 +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11 @@ -670,10 +670,13 @@ #else } #endif - av[1] = "+b"; - av[2] = mask; - send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); - do_cmode(s_ChanServ, 3, av); + /* Apparently invites can get around bans, so check for ban first */ + if (!chan_has_ban(mask)) { + av[1] = "+b"; + av[2] = mask; + send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); + do_cmode(s_ChanServ, 3, av); + } free(mask); send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason); if (stay) { The list archives are down at the moment, so I can't check exactly what the problem was, whether it was a serious issue or just cosmetic; I'm hesitant to remove the check without knowing more. (Of course, you're welcome to try removing it yourself and seeing what happens.) --Andrew Church achurch at achurch.org http://achurch.org/ From robin at en2no.com Sat Jan 5 16:05:56 2008 From: robin at en2no.com (Robin Burchell) Date: Sun, 6 Jan 2008 00:05:56 +0000 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: <478019f1.43742@msgid.achurch.org> References: <478019f1.43742@msgid.achurch.org> Message-ID: No +I masks, three +e masks are set, neither of which match me.. #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31) #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27) #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21) #helpers End of Channel Exception List - #helpers End of Channel Invite Exception List w00t is w00t at globop.chatspike.net * Master of all trades; jack of none <- being me. Explicit invite - (as in /invite?) - aren't used on that channel. It's also perhaps worthy of note that /invite only overrides ban on some software. I imagine the problem was caused as some IRCds will propegate the ban anyway (no duplicates checking) from a server to server link, so I guess that could be construed as a problem of sorts, though not a major one. Given the infrequency of this problem, I don't mind waiting until the list archives are back up for you to check, by all means. :) On Jan 5, 2008 11:52 PM, Andrew Church wrote: > >I understand it must be frustrating to have an issue like this that's > >so hard to track down, but it is equally frustrating to get bit in the > >ass by it. Isn't it wise to assume that if they are joining an > >existing channel that a ban matching them doesn't exist anyway > >(otherwise how are they joining?) > > +e, +I, explicit INVITE, possibly other methods. Originally, I didn't > bother checking for the ban, but apparently it caused a problem, because > I added the check in 4.5pre0: > > 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user > from a channel. Reported by James > --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10 > +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11 > @@ -670,10 +670,13 @@ > #else > } > #endif > - av[1] = "+b"; > - av[2] = mask; > - send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); > - do_cmode(s_ChanServ, 3, av); > + /* Apparently invites can get around bans, so check for ban first */ > + if (!chan_has_ban(mask)) { > + av[1] = "+b"; > + av[2] = mask; > + send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); > + do_cmode(s_ChanServ, 3, av); > + } > free(mask); > send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason); > if (stay) { > > The list archives are down at the moment, so I can't check exactly what > the problem was, whether it was a serious issue or just cosmetic; I'm > hesitant to remove the check without knowing more. (Of course, you're > welcome to try removing it yourself and seeing what happens.) > > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net web: http://www.en2no.com From phan70m at gmail.com Sun Jan 6 05:08:23 2008 From: phan70m at gmail.com (Anton Wolkov) Date: Sun, 6 Jan 2008 15:08:23 +0200 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: References: <478019f1.43742@msgid.achurch.org> Message-ID: there are many issues with unreal, since i had a chance to build my own unreal services i stumbled a lot of sync issues. here are some issues, some of which (but not all) are already handled: +b can be overridden or be desynced. here are the reasons i remember for overrides: user who gets an /invite (services invite too in ajoin etc) user who has +e *!*@* +e can include shit loads of extensions i.e. +e ~c:#opers or ~r:gekos +I acts like /invite and also may include weird extensions and when u handle all that you need to start taking into account services timestamp desync handler, generally speaking, if your timestamp is higher than the one the ircd sends you, you need to discard your modes, if they are identical, you need to do an awkward merge, and if you have a lower value discard everything the server just told you. btw, are time desyncs (TS) taking into account here? usually not an issue when services link to localhost, but i've seen different setups. sounds simple? sure, just a couple more ideas my implementation unsets a ban after 5 minutes, to avoid ban list getting filled, and akicks/restricts always set a ban in *!*@host form to avoid dbls. some modules allow opers to override but that's obvious. i've still didn't have a chance to figure out the new maskign module (thanks ircd for sending * instead of the actual value) so i do USERHOST nick1 nick2 nick3 on every connect to get in sync. i've implemented ALL of that, and guess what, on extremely rare occasions, i still get a desync issue (my services think ban is set but it's not). i'm pretty sure it's just a protocol compatibility issue and not the services fault (although implementing more of the protocol would help), so my solution is to set +f with user join flood protection that bans users and unsets the bans after 5 minutes. On Jan 6, 2008 2:05 AM, Robin Burchell wrote: > No +I masks, three +e masks are set, neither of which match me.. > > #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31) > #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27) > #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21) > #helpers End of Channel Exception List > - > #helpers End of Channel Invite Exception List > > w00t is w00t at globop.chatspike.net * Master of all trades; jack of none > <- being me. > > Explicit invite - (as in /invite?) - aren't used on that channel. It's > also perhaps worthy of note that /invite only overrides ban on some > software. > > I imagine the problem was caused as some IRCds will propegate the ban > anyway (no duplicates checking) from a server to server link, so I > guess that could be construed as a problem of sorts, though not a > major one. > > Given the infrequency of this problem, I don't mind waiting until the > list archives are back up for you to check, by all means. :) > > On Jan 5, 2008 11:52 PM, Andrew Church wrote: > > >I understand it must be frustrating to have an issue like this that's > > >so hard to track down, but it is equally frustrating to get bit in the > > >ass by it. Isn't it wise to assume that if they are joining an > > >existing channel that a ban matching them doesn't exist anyway > > >(otherwise how are they joining?) > > > > +e, +I, explicit INVITE, possibly other methods. Originally, I didn't > > bother checking for the ban, but apparently it caused a problem, because > > I added the check in 4.5pre0: > > > > 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user > > from a channel. Reported by James < > daemus at evilcode.com> > > --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10 > > +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11 > > @@ -670,10 +670,13 @@ > > #else > > } > > #endif > > - av[1] = "+b"; > > - av[2] = mask; > > - send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); > > - do_cmode(s_ChanServ, 3, av); > > + /* Apparently invites can get around bans, so check for ban first > */ > > + if (!chan_has_ban(mask)) { > > + av[1] = "+b"; > > + av[2] = mask; > > + send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, > time(NULL)); > > + do_cmode(s_ChanServ, 3, av); > > + } > > free(mask); > > send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason); > > if (stay) { > > > > The list archives are down at the moment, so I can't check exactly what > > the problem was, whether it was a serious issue or just cosmetic; I'm > > hesitant to remove the check without knowing more. (Of course, you're > > welcome to try removing it yourself and seeing what happens.) > > > > > > --Andrew Church > > achurch at achurch.org > > http://achurch.org/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > -- > Robin Burchell > mob: +447702671419 > msn: msn at viroteck.net > web: http://www.en2no.com > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Best Regards, Anton Wolkov Information Security Expert | BugSec Ltd. Mobile: 054-7703580 | Office: 03-9622655 Visit us at our web site: www.bugsec.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080106/61013a93/attachment.html From caseyclaydon at fastmail.com.au Mon Jan 7 00:40:17 2008 From: caseyclaydon at fastmail.com.au (Casey) Date: Mon, 07 Jan 2008 18:40:17 +1000 Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin Message-ID: <4781E571.4080500@fastmail.com.au> I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd to be able to use the Services Admin commands with your nick as Services Admin on OperServ, and if you are a normal oper on InspIRCd and are on the Services Admin list, you are not able to use the Admin commands. - Casey From achurch at achurch.org Mon Jan 7 18:21:12 2008 From: achurch at achurch.org (Andrew Church) Date: Mon, 07 Jan 2008 18:21:12 JST Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin In-Reply-To: <4781E571.4080500@fastmail.com.au> Message-ID: <4781ef49.24163@msgid.achurch.org> Services doesn't monitor IRC server privileges other than oper mode (+o), so either this is an InspIRCd issue or the actual cause is different (such as forgetting to identify for your nick). --Andrew Church achurch at achurch.org http://achurch.org/ >I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd to be >able to use the Services Admin commands with your nick as Services Admin >on OperServ, and if you are a normal oper on InspIRCd and are on the >Services Admin list, you are not able to use the Admin commands. > > >- Casey >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From caseyclaydon at fastmail.com.au Mon Jan 7 02:00:36 2008 From: caseyclaydon at fastmail.com.au (Casey) Date: Mon, 07 Jan 2008 20:00:36 +1000 Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin In-Reply-To: <4781ef49.24163@msgid.achurch.org> References: <4781ef49.24163@msgid.achurch.org> Message-ID: <4781F844.1030802@fastmail.com.au> I had a friend on standard oper on Services Admin, he was saying he was not able to use the admin commands. I put him on NetAdmin and he was able to use the admin commands. I tested it out just now on myself with another nick, I had my other nick on standard oper on Services Admin, and I was able to use the admin commands. He was saying he was identified and that. strange all is well and you can use Services Admin on standard oper on InspIRCd. - Casey Andrew Church wrote: > Services doesn't monitor IRC server privileges other than oper mode (+o), > so either this is an InspIRCd issue or the actual cause is different (such > as forgetting to identify for your nick). > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > >> I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd to be >> able to use the Services Admin commands with your nick as Services Admin >> on OperServ, and if you are a normal oper on InspIRCd and are on the >> Services Admin list, you are not able to use the Admin commands. >> >> >> - Casey >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices From rottman3d at yahoo.com Mon Jan 7 19:59:39 2008 From: rottman3d at yahoo.com (Dave Streb) Date: Mon, 7 Jan 2008 19:59:39 -0800 (PST) Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin Message-ID: <52968.89785.qm@web51909.mail.re2.yahoo.com> When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper. ----- Original Message ---- From: Casey To: IRC Services General Mailing List Sent: Monday, January 7, 2008 5:00:36 AM Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin I had a friend on standard oper on Services Admin, he was saying he was not able to use the admin commands. I put him on NetAdmin and he was able to use the admin commands. I tested it out just now on myself with another nick, I had my other nick on standard oper on Services Admin, and I was able to use the admin commands. He was saying he was identified and that. strange all is well and you can use Services Admin on standard oper on InspIRCd. - Casey Andrew Church wrote: > Services doesn't monitor IRC server privileges other than oper mode (+o), > so either this is an InspIRCd issue or the actual cause is different (such > as forgetting to identify for your nick). > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > >> I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd to be >> able to use the Services Admin commands with your nick as Services Admin >> on OperServ, and if you are a normal oper on InspIRCd and are on the >> Services Admin list, you are not able to use the Admin commands. >> >> >> - Casey >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From caseyclaydon at fastmail.com.au Mon Jan 7 21:40:52 2008 From: caseyclaydon at fastmail.com.au (Casey) Date: Tue, 08 Jan 2008 15:40:52 +1000 Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin In-Reply-To: <52968.89785.qm@web51909.mail.re2.yahoo.com> References: <52968.89785.qm@web51909.mail.re2.yahoo.com> Message-ID: <47830CE4.8010807@fastmail.com.au> On InspIRCd there is Helper - GlobalOp - NetAdmin, it was on GlobalOp it was happening on, and was calling GlobalOp as normal / standard oper compared to the higher NetAdmin. - Casey Dave Streb wrote: > When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper. > > ----- Original Message ---- > From: Casey > To: IRC Services General Mailing List > Sent: Monday, January 7, 2008 5:00:36 AM > Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin > > > I had a friend on standard oper on Services Admin, he was saying he was > not able to use the admin commands. I put him on NetAdmin and he was > able to use the admin commands. > > I tested it out just now on myself with another nick, I had my other > nick on standard oper on Services Admin, and I was able to use the > admin > commands. > > He was saying he was identified and that. strange > > all is well and you can use Services Admin on standard oper on > InspIRCd. > > > - Casey > > > > Andrew Church wrote: > >> Services doesn't monitor IRC server privileges other than oper mode >> > (+o), > >> so either this is an InspIRCd issue or the actual cause is different >> > (such > >> as forgetting to identify for your nick). >> >> --Andrew Church >> achurch at achurch.org >> http://achurch.org/ >> >> >> >>> I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd >>> > to be > >>> able to use the Services Admin commands with your nick as Services >>> > Admin > >>> on OperServ, and if you are a normal oper on InspIRCd and are on >>> > the > >>> Services Admin list, you are not able to use the Admin commands. >>> >>> >>> - Casey >>> ------------------------------------------------------------------ >>> To unsubscribe or change your subscription options, visit: >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices >>> >>> >>> > ------------------------------------------------------------------------ > >>> ------------------------------------------------------------------ >>> To unsubscribe or change your subscription options, visit: >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices >>> > > > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From robin at en2no.com Tue Jan 8 00:55:54 2008 From: robin at en2no.com (Robin Burchell) Date: Tue, 8 Jan 2008 08:55:54 +0000 Subject: [IRCServices] Services Admin commands on InspIRCd NetAdmin In-Reply-To: <47830CE4.8010807@fastmail.com.au> References: <52968.89785.qm@web51909.mail.re2.yahoo.com> <47830CE4.8010807@fastmail.com.au> Message-ID: There are no set levels (the admin of each server sets whichever classes (s)he wants), and all opers are "global" of a sort (though the powers they have can be set according to type, so it isn't so hard to make something that seems rather local). On Jan 8, 2008 5:40 AM, Casey wrote: > On InspIRCd there is Helper - GlobalOp - NetAdmin, it was on GlobalOp > it was happening on, and was calling GlobalOp as normal / standard oper > compared to the higher NetAdmin. > > > - Casey > > > > > Dave Streb wrote: > > When you say "Standard Oper", could this be local oper? Someone would have to be at least a global oper for services to see them as an oper. > > > > ----- Original Message ---- > > From: Casey > > To: IRC Services General Mailing List > > Sent: Monday, January 7, 2008 5:00:36 AM > > Subject: Re: [IRCServices] Services Admin commands on InspIRCd NetAdmin > > > > > > I had a friend on standard oper on Services Admin, he was saying he was > > not able to use the admin commands. I put him on NetAdmin and he was > > able to use the admin commands. > > > > I tested it out just now on myself with another nick, I had my other > > nick on standard oper on Services Admin, and I was able to use the > > admin > > commands. > > > > He was saying he was identified and that. strange > > > > all is well and you can use Services Admin on standard oper on > > InspIRCd. > > > > > > - Casey > > > > > > > > Andrew Church wrote: > > > >> Services doesn't monitor IRC server privileges other than oper mode > >> > > (+o), > > > >> so either this is an InspIRCd issue or the actual cause is different > >> > > (such > > > >> as forgetting to identify for your nick). > >> > >> --Andrew Church > >> achurch at achurch.org > >> http://achurch.org/ > >> > >> > >> > >>> I have noticed on InspIRCd, you need to be a NetAdmin on InspIRCd > >>> > > to be > > > >>> able to use the Services Admin commands with your nick as Services > >>> > > Admin > > > >>> on OperServ, and if you are a normal oper on InspIRCd and are on > >>> > > the > > > >>> Services Admin list, you are not able to use the Admin commands. > >>> > >>> > >>> - Casey > >>> ------------------------------------------------------------------ > >>> To unsubscribe or change your subscription options, visit: > >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices > >>> > >>> > >>> > > ------------------------------------------------------------------------ > > > >>> ------------------------------------------------------------------ > >>> To unsubscribe or change your subscription options, visit: > >>> http://lists.ircservices.za.net/mailman/listinfo/ircservices > >>> > > > > > > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net web: http://www.en2no.com From caseyclaydon at fastmail.com.au Fri Jan 11 14:37:38 2008 From: caseyclaydon at fastmail.com.au (Casey) Date: Sat, 12 Jan 2008 08:37:38 +1000 Subject: [IRCServices] ChanServ does not deop opers on empty registered channels Message-ID: <4787EFB2.30206@fastmail.com.au> When an oper goes into any empty registered channels, ChanServ does not deop opers. Is this normal? - Casey From achurch at achurch.org Sun Jan 13 08:19:25 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 13 Jan 2008 08:19:25 JST Subject: [IRCServices] ChanServ does not deop opers on empty registered channels In-Reply-To: <4787EFB2.30206@fastmail.com.au> Message-ID: <47894b2d.36122@msgid.achurch.org> >When an oper goes into any empty registered channels, ChanServ does not >deop opers. > >Is this normal? Yes; opers are exempt from automatic deopping. --Andrew Church achurch at achurch.org http://achurch.org/ From genius3000 at gmail.com Sun Jan 27 15:02:11 2008 From: genius3000 at gmail.com (genius3000 aka Cue) Date: Sun, 27 Jan 2008 16:02:11 -0700 Subject: [IRCServices] Auto Owner Message-ID: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com> Hmmm, so I see in the code that Auto Owner is no longer used, but I can't find anything, anywhere about why. Just curious as to why it was removed, as it's nice to get +q when you are the founder, as it is your channel. -- genius3000 aka Cue -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080127/4ad3f748/attachment.html From achurch at achurch.org Mon Jan 28 11:20:58 2008 From: achurch at achurch.org (Andrew Church) Date: Mon, 28 Jan 2008 11:20:58 JST Subject: [IRCServices] Auto Owner In-Reply-To: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com> Message-ID: <479d3c3f.23164@msgid.achurch.org> >Hmmm, so I see in the code that Auto Owner is no longer used, but I can't >find anything, anywhere about why. >Just curious as to why it was removed, as it's nice to get +q when you are >the founder, as it is your channel. >From the WhatsNew file: - Support for the "channel owner" mode present in the PTlink (+a), trircd (+u), and Unreal (+q) IRC servers has been removed, as there are too many differing opinions on its proper use. --Andrew Church achurch at achurch.org http://achurch.org/ From matheuscsilva at gmail.com Sun Jan 27 21:09:03 2008 From: matheuscsilva at gmail.com (Matheus Silva) Date: Mon, 28 Jan 2008 03:09:03 -0200 Subject: [IRCServices] Auto Owner In-Reply-To: <479d3c3f.23164@msgid.achurch.org> References: <2513c2050801271502g1655e282maa9f9478c3be453d@mail.gmail.com> <479d3c3f.23164@msgid.achurch.org> Message-ID: <22048baa0801272109u7d299091uf76715194c54de5f@mail.gmail.com> Why dont you put it as an option? Many networks are used to it. On 28/01/2008, Andrew Church wrote: > > >Hmmm, so I see in the code that Auto Owner is no longer used, but I can't > >find anything, anywhere about why. > >Just curious as to why it was removed, as it's nice to get +q when you > are > >the founder, as it is your channel. > > >From the WhatsNew file: > > - Support for the "channel owner" mode present in the PTlink (+a), > trircd (+u), and Unreal (+q) IRC servers has been removed, as > there > are too many differing opinions on its proper use. > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Matheus Corr?a da Silva Frigorifico Silva - http://www.frigorificosilva.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080128/8101ec5c/attachment-0001.htm From achurch at achurch.org Mon Jan 28 14:58:48 2008 From: achurch at achurch.org (Andrew Church) Date: Mon, 28 Jan 2008 14:58:48 JST Subject: [IRCServices] Auto Owner In-Reply-To: <22048baa0801272109u7d299091uf76715194c54de5f@mail.gmail.com> Message-ID: <479d6f40.23306@msgid.achurch.org> >Why dont you put it as an option? Many networks are used to it. At this point in time, Services development has ended, so I am no longer accepting feature suggestions. --Andrew Church achurch at achurch.org http://achurch.org/ From robin at en2no.com Thu Feb 7 15:00:00 2008 From: robin at en2no.com (Robin Burchell) Date: Thu, 7 Feb 2008 23:00:00 +0000 Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: References: <478019f1.43742@msgid.achurch.org> Message-ID: Has anything happened on this? I've had it recur several times now, and seem to (unfortunately) be able to reproduce it at will on our live network, complete with debug logging now. [Feb 07 22:51:11.431779 2008] debug: Received: :w00t JOIN #helpers 1190456995 [Feb 07 22:51:11.432490 2008] debug: w00t joins #helpers [Feb 07 22:51:11.432723 2008] chanserv/main: debug: AutoKicking w00t!w00t at xxxxxxxx [Feb 07 22:51:11.433734 2008] debug: Sent: :ChanServ KICK #helpers w00t :You are not permitted to be on this channel. [Feb 07 22:51:12.220542 2008] debug: Received: :w00t JOIN #helpers 1190456995 [Feb 07 22:51:12.221316 2008] debug: w00t joins #helpers [Feb 07 22:51:12.221621 2008] chanserv/main: debug: AutoKicking w00t!w00t at xxxxxxxx [Feb 07 22:51:12.222543 2008] debug: Sent: :ChanServ KICK #helpers w00t :You are not permitted to be on this channel. [Feb 07 22:51:13.719754 2008] debug: Received: :w00t JOIN #helpers 1190456995 [Feb 07 22:51:13.720357 2008] debug: w00t joins #helpers [Feb 07 22:51:13.720755 2008] chanserv/main: debug: AutoKicking w00t!w00t at xxxxxxxx [Feb 07 22:51:13.721859 2008] debug: Sent: :ChanServ KICK #helpers w00t :You are not permitted to be on this channel. (excuse host censorship). Of course, as always, NO bans, exempts or invites that can match me are set on the channel. In-channel log: 22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers 22:51 -!- w00t was kicked from #helpers by ChanServ [You are not permitted to be on this channel.] 22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers 22:51 -!- w00t was kicked from #helpers by ChanServ [You are not permitted to be on this channel.] 22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers 22:51 -!- w00t was kicked from #helpers by ChanServ [You are not permitted to be on this channel.] 22:51 -!- w00t [w00t at ChatSpike-6e468d22.karoo.KCOM.COM] has joined #helpers 22:51 -!- w00t was kicked from #helpers by ChanServ [You are not permitted to be on this channel.] 22:53 -!- #helpers: ban exception *!*@herring.chatspike.net [by Om, 8293226 secs ago] 22:53 -!- #helpers: ban exception *!*@helper.chatspike.net [by Om, 8293231 secs ago] 22:53 -!- #helpers: ban exception *!*@tortoisegod.chatspike.net [by Om, 8293236 secs ago] 22:53 -!- #helpers End of Channel Exception List 22:53 -!- #helpers End of Channel Invite Exception List 22:53 -!- #helpers End of channel ban list On a related note, what is the point of kicking a user who is exempt from banning, seeing as they would just get into this endless loop situation anyway? On Jan 6, 2008 12:05 AM, Robin Burchell wrote: > No +I masks, three +e masks are set, neither of which match me.. > > #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31) > #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27) > #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21) > #helpers End of Channel Exception List > - > #helpers End of Channel Invite Exception List > > w00t is w00t at globop.chatspike.net * Master of all trades; jack of none > <- being me. > > Explicit invite - (as in /invite?) - aren't used on that channel. It's > also perhaps worthy of note that /invite only overrides ban on some > software. > > I imagine the problem was caused as some IRCds will propegate the ban > anyway (no duplicates checking) from a server to server link, so I > guess that could be construed as a problem of sorts, though not a > major one. > > Given the infrequency of this problem, I don't mind waiting until the > list archives are back up for you to check, by all means. :) > > > On Jan 5, 2008 11:52 PM, Andrew Church wrote: > > >I understand it must be frustrating to have an issue like this that's > > >so hard to track down, but it is equally frustrating to get bit in the > > >ass by it. Isn't it wise to assume that if they are joining an > > >existing channel that a ban matching them doesn't exist anyway > > >(otherwise how are they joining?) > > > > +e, +I, explicit INVITE, possibly other methods. Originally, I didn't > > bother checking for the ban, but apparently it caused a problem, because > > I added the check in 4.5pre0: > > > > 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user > > from a channel. Reported by James > > --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10 > > +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11 > > @@ -670,10 +670,13 @@ > > #else > > } > > #endif > > - av[1] = "+b"; > > - av[2] = mask; > > - send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); > > - do_cmode(s_ChanServ, 3, av); > > + /* Apparently invites can get around bans, so check for ban first */ > > + if (!chan_has_ban(mask)) { > > + av[1] = "+b"; > > + av[2] = mask; > > + send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); > > + do_cmode(s_ChanServ, 3, av); > > + } > > free(mask); > > send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason); > > if (stay) { > > > > The list archives are down at the moment, so I can't check exactly what > > the problem was, whether it was a serious issue or just cosmetic; I'm > > hesitant to remove the check without knowing more. (Of course, you're > > welcome to try removing it yourself and seeing what happens.) > > > > > > --Andrew Church > > achurch at achurch.org > > http://achurch.org/ > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > -- > Robin Burchell > mob: +447702671419 > msn: msn at viroteck.net > web: http://www.en2no.com > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net From genius3000 at gmail.com Sat Feb 16 16:28:23 2008 From: genius3000 at gmail.com (genius3000 aka Cue) Date: Sat, 16 Feb 2008 17:28:23 -0700 Subject: [IRCServices] Ban not found Message-ID: <2513c2050802161628n742c491g2af9490c7e5e073b@mail.gmail.com> Using 5.1.11 I'm getting the "ban not found" messages in the logfile when using "ChanServ unban" to remove an akick/restricted access/non oper and +O channel, etc ban. aka, I join a user with the same ident/host as my other client into a restricted channel where user no access. ChanServ sets the ban and kicks. I use my other client to do a "ChanServ unban" to remove it, and get the "ban not found" message. -- genius3000 aka Cue -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080216/47563209/attachment.htm From techteen at gmail.com Mon Mar 3 07:38:42 2008 From: techteen at gmail.com (Jeffrey Hathaway) Date: Mon, 3 Mar 2008 10:38:42 -0500 Subject: [IRCServices] Channel Mode +q Message-ID: Can anyone tell me why when the owner (founder) enters a channel, Chanserv only sets +oa and now +q -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080303/cba292d6/attachment.html From w00t at inspircd.org Mon Mar 3 07:52:41 2008 From: w00t at inspircd.org (Robin Burchell) Date: Mon, 3 Mar 2008 15:52:41 +0000 Subject: [IRCServices] Channel Mode +q In-Reply-To: References: Message-ID: Support for +q was removed from 5.1. On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway wrote: > Can anyone tell me why when the owner (founder) enters a channel, Chanserv > only sets +oa and now +q > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From techteen at gmail.com Mon Mar 3 08:03:57 2008 From: techteen at gmail.com (Jeffrey Hathaway) Date: Mon, 3 Mar 2008 11:03:57 -0500 Subject: [IRCServices] Channel Mode +q In-Reply-To: References: Message-ID: Ah that explains a lot, any idea why? On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell wrote: > Support for +q was removed from 5.1. > > On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway > wrote: > > Can anyone tell me why when the owner (founder) enters a channel, > Chanserv > > only sets +oa and now +q > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080303/6a666158/attachment.htm From w00t at inspircd.org Mon Mar 3 08:18:13 2008 From: w00t at inspircd.org (Robin Burchell) Date: Mon, 3 Mar 2008 16:18:13 +0000 Subject: [IRCServices] Channel Mode +q In-Reply-To: References: Message-ID: Apparantly because different daemons can't agree on it's use. Not something I really agree with myself, but hey, to each their own... :) On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway wrote: > Ah that explains a lot, any idea why? > > > > > On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell wrote: > > > Support for +q was removed from 5.1. > > > > > > On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway > wrote: > > > Can anyone tell me why when the owner (founder) enters a channel, > Chanserv > > > only sets +oa and now +q > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net From rhaegar at coldfront.net Thu Mar 6 13:04:18 2008 From: rhaegar at coldfront.net (Tom Atkinson-Edwards) Date: Thu, 6 Mar 2008 21:04:18 -0000 Subject: [IRCServices] Channel Mode +q In-Reply-To: References: Message-ID: <00bb01c87fcd$a545afd0$efd10f70$@net> Yeah, it makes me not want to upgrade. Wish it was a config option, but alas it never will be. -----Original Message----- From: ircservices-bounces at ircservices.za.net [mailto:ircservices-bounces at ircservices.za.net] On Behalf Of Robin Burchell Sent: 03 March 2008 16:18 To: IRC Services General Mailing List Subject: Re: [IRCServices] Channel Mode +q Apparantly because different daemons can't agree on it's use. Not something I really agree with myself, but hey, to each their own... :) On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway wrote: > Ah that explains a lot, any idea why? > > > > > On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell wrote: > > > Support for +q was removed from 5.1. > > > > > > On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway > wrote: > > > Can anyone tell me why when the owner (founder) enters a channel, > Chanserv > > > only sets +oa and now +q > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Robin Burchell mob: +447702671419 msn: msn at viroteck.net ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From brain at brainbox.cc Thu Mar 6 14:39:57 2008 From: brain at brainbox.cc (Craig Edwards) Date: Thu, 06 Mar 2008 22:39:57 +0000 Subject: [IRCServices] Channel Mode +q In-Reply-To: <00bb01c87fcd$a545afd0$efd10f70$@net> References: <00bb01c87fcd$a545afd0$efd10f70$@net> Message-ID: <47D072BD.2080305@brainbox.cc> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Actually this combined with the fact we have a lot of proprietary modules of our own loaded into ircservices 5.0 is one of the reasons we won't be upgrading either :( When the time comes and Andy stops maintaining ircservices we will be forking 5.0 for use on our own network. - --Brain Tom Atkinson-Edwards wrote: | Yeah, it makes me not want to upgrade. Wish it was a config option, but alas | it never will be. | | -----Original Message----- | From: ircservices-bounces at ircservices.za.net | [mailto:ircservices-bounces at ircservices.za.net] On Behalf Of Robin Burchell | Sent: 03 March 2008 16:18 | To: IRC Services General Mailing List | Subject: Re: [IRCServices] Channel Mode +q | | Apparantly because different daemons can't agree on it's use. Not | something I really agree with myself, but hey, to each their own... :) | | On Mon, Mar 3, 2008 at 4:03 PM, Jeffrey Hathaway wrote: |> Ah that explains a lot, any idea why? |> |> |> |> |> On Mon, Mar 3, 2008 at 10:52 AM, Robin Burchell wrote: |> |>> Support for +q was removed from 5.1. |>> |>> |>> On Mon, Mar 3, 2008 at 3:38 PM, Jeffrey Hathaway |> wrote: |>>> Can anyone tell me why when the owner (founder) enters a channel, |> Chanserv |>>> only sets +oa and now +q |>>> ------------------------------------------------------------------ |>>> To unsubscribe or change your subscription options, visit: |>>> http://lists.ircservices.za.net/mailman/listinfo/ircservices |>>> |>> ------------------------------------------------------------------ |>> To unsubscribe or change your subscription options, visit: |>> http://lists.ircservices.za.net/mailman/listinfo/ircservices |>> |> |> ------------------------------------------------------------------ |> To unsubscribe or change your subscription options, visit: |> http://lists.ircservices.za.net/mailman/listinfo/ircservices |> | | | -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFH0HK9EfZC7DVw6zARCqcwAJsEXHjtLwdhPl3U03e9pHuaI7aCIwCgpeAi vbtjH+PdjjGdJOwO0PNeH+w= =reIj -----END PGP SIGNATURE----- From xfadedintheblackoutx at gmail.com Sun Apr 6 09:22:06 2008 From: xfadedintheblackoutx at gmail.com (Alex Miles) Date: Sun, 6 Apr 2008 17:22:06 +0100 Subject: [IRCServices] XML Export Clarification Message-ID: <6ffef95e0804060922h18447534p3b6e073d45609807@mail.gmail.com> Hello all, This is my first post on any mailing list... ever. So forgive me if I've missed some major ettiquette conventions, it's unintentional. My question relates to the XML export functionality of ircservices. Having tested the httpd based XML export, I did indeed experience the services "freeze" symptoms the manual warns about. As I am currently testing on a "live" install, I don't want to repeat this, but the wording in the manual is somewhat ambiguous as to whether the command line -export=filename will cause the same behaviour, as it also mentions database information changing, and shutting the server down before exporting. Can I use the command line -export option to export the services database while ircservices is running and connected to a network? Also, does anyone have any experience with modifying the database services uses in real time? Ideally I'd like external applications to have access to constantly up-to-date information from services. Current Version Info: IRC Services 5.0.50 with Unreal3.2.4 Thanks. Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080406/43379cd4/attachment.htm From achurch at achurch.org Mon Apr 7 10:13:15 2008 From: achurch at achurch.org (Andrew Church) Date: Mon, 07 Apr 2008 10:13:15 JST Subject: [IRCServices] XML Export Clarification In-Reply-To: <6ffef95e0804060922h18447534p3b6e073d45609807@mail.gmail.com> Message-ID: <47f97820.05117@msgid.achurch.org> >This is my first post on any mailing list... ever. So forgive me if I've >missed some major ettiquette conventions, it's unintentional. You're doing fine, don't worry. (: >As I am currently testing on a "live" install, I don't want to repeat this, >but the wording in the manual is somewhat ambiguous as to whether the >command line -export=filename will cause the same behaviour, as it also >mentions database information changing, and shutting the server down before >exporting. > >Can I use the command line -export option to export the services database >while ircservices is running and connected to a network? Yes; you can run "ircservices -export" from the command line while an active copy of Services is running, and doing so won't affect that running copy. However, keep in mind that the exported data will only be current as of the last database file update, so it may be up to 5 minutes old (or whatever period of time you specified in the UpdateTimeout directive in ircservices.conf). >Also, does anyone have any experience with modifying the database services >uses in real time? Ideally I'd like external applications to have access to >constantly up-to-date information from services. Unfortunately, Services isn't designed to handle asynchronous updates to its databases. Providing read-only access to the data is feasible in theory, but you'd need to write a custom module to handle it. >Current Version Info: >IRC Services 5.0.50 with Unreal3.2.4 Also let me point out that this version of Services is quite old, and has known security flaws; I'd recommend that you upgrade to either the current version (5.1.11) or, if you prefer to stay with the 5.0 series, the latest release in that series (5.0.63). --Andrew Church achurch at achurch.org http://achurch.org/ From jesse at teranetworks.de Thu Apr 24 13:07:23 2008 From: jesse at teranetworks.de (jesse keys) Date: Thu, 24 Apr 2008 22:07:23 +0200 Subject: [IRCServices] Omit IPs in logs or disable logging completely Message-ID: <4810E87B.90704@teranetworks.de> Hello there. According to the privacy policy of our network, I would like to remove the IPs from the ircservices log file. Has anyone done something like that yet? If I could turn of logging completely I'd be even happier. Thanks in advance for any hint, jesse From jesse at teranetworks.de Thu Apr 24 14:19:48 2008 From: jesse at teranetworks.de (jesse keys) Date: Thu, 24 Apr 2008 23:19:48 +0200 Subject: [IRCServices] Omit IPs in logs or disable logging completely In-Reply-To: <4810F8BD.2010602@quis.cx> References: <4810E87B.90704@teranetworks.de> <4810F8BD.2010602@quis.cx> Message-ID: <4810F974.3080600@teranetworks.de> Jille Timmermans wrote: > you could replace ircservices.log in the source with /dev/null. > Or even simpler, in shell: > # cd /path/to/ircservices > # rm -f ircservices.log > # ln -s /dev/null ircservices.log > > This will log to the /dev/null, in other words, it will disappear. I didn't think of that. Awesome! Thanks for the fast reply :-) jesse From jille at quis.cx Thu Apr 24 14:16:45 2008 From: jille at quis.cx (Jille Timmermans) Date: Thu, 24 Apr 2008 23:16:45 +0200 Subject: [IRCServices] Omit IPs in logs or disable logging completely In-Reply-To: <4810E87B.90704@teranetworks.de> References: <4810E87B.90704@teranetworks.de> Message-ID: <4810F8BD.2010602@quis.cx> Hello Jesse, you could replace ircservices.log in the source with /dev/null. Or even simpler, in shell: # cd /path/to/ircservices # rm -f ircservices.log # ln -s /dev/null ircservices.log This will log to the /dev/null, in other words, it will disappear. -- Jille jesse keys schreef: > Hello there. > > According to the privacy policy of our network, I would like to remove > the IPs from the ircservices log file. Has anyone done something like > that yet? > If I could turn of logging completely I'd be even happier. > > Thanks in advance for any hint, > > jesse > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From medice at gmx.at Fri Apr 25 02:03:42 2008 From: medice at gmx.at (Medice) Date: Fri, 25 Apr 2008 11:03:42 +0200 Subject: [IRCServices] Omit IPs in logs or disable logging completely In-Reply-To: <4810F974.3080600@teranetworks.de> References: <4810E87B.90704@teranetworks.de> <4810F8BD.2010602@quis.cx> <4810F974.3080600@teranetworks.de> Message-ID: <48119E6E.9090303@gmx.at> jesse keys schrieb: >> This will log to the /dev/null, in other words, it will disappear. > > I didn't think of that. Awesome! keep in mind, that you will miss some more or less important information, f.i. in case of a crash, since nothing's logged anymore. greetings Medice From minderasr at gmail.com Fri Jun 13 20:41:31 2008 From: minderasr at gmail.com (MiNd ErAsR) Date: Fri, 13 Jun 2008 23:41:31 -0400 Subject: [IRCServices] Possible bug in version 5.0.63 Message-ID: We recently had a rather large botnet join our network. One of my opers set a channel akill using the following alias: quote os akillchan kill +1h $0 Bots not welcome here As the 200+ akills expired, the log repeats the following message (albeit only 53 times): [Jun 13 21:05:16 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * Followed by... [Jun 13 21:05:16 2008] PANIC! signal 11 (no buffer) [Jun 13 21:05:16 2008] Services terminating: Segmentation fault: 11 [Jun 13 21:05:16 2008] FATAL: Caught signal 11 (Segmentation fault: 11) while shutting down Snotices sent: *** Global -- from services.XXXXX.net: PANIC! signal 11 (no buffer) *** LocOps -- Server services.XXXXX.net[xxx.xxx.xxx.xxx] closed the connection The cron kicked in and restarted services at 21:10:00. Then the following snotice was sent after a couple of users identified to nickserv: 21:15:00 *** Global -- from services.XXXXX.net: Warning: Databases are locked, and cannot be updated. Remove the `/home/Services/ircservices/lib/.lock' file to allow database updates. The .lock file was then deleted and things appear to be normal now. Hopefully this info is useful. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080613/c4c9257c/attachment.htm From minderasr at gmail.com Fri Jun 13 20:44:06 2008 From: minderasr at gmail.com (MiNd ErAsR) Date: Fri, 13 Jun 2008 23:44:06 -0400 Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: References: Message-ID: I forgot to mention, we're running Unreal3.2.7 On Fri, Jun 13, 2008 at 11:41 PM, MiNd ErAsR wrote: > We recently had a rather large botnet join our network. One of my opers > set a channel akill using the following alias: > quote os akillchan kill +1h $0 Bots not welcome here > > As the 200+ akills expired, the log repeats the following message (albeit > only 53 times): > [Jun 13 21:05:16 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > > Followed by... > [Jun 13 21:05:16 2008] PANIC! signal 11 (no buffer) > [Jun 13 21:05:16 2008] Services terminating: Segmentation fault: 11 > [Jun 13 21:05:16 2008] FATAL: Caught signal 11 (Segmentation fault: 11) > while shutting down > > Snotices sent: > *** Global -- from services.XXXXX.net: PANIC! signal 11 (no buffer) > *** LocOps -- Server services.XXXXX.net[xxx.xxx.xxx.xxx] closed the > connection > > The cron kicked in and restarted services at 21:10:00. Then the following > snotice was sent after a couple of users identified to nickserv: > 21:15:00 *** Global -- from services.XXXXX.net: Warning: Databases are > locked, and cannot be updated. Remove the > `/home/Services/ircservices/lib/.lock' file to allow database updates. > > The .lock file was then deleted and things appear to be normal now. > Hopefully this info is useful. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080613/fd9f7ae7/attachment-0001.htm From minderasr at gmail.com Mon Jun 30 13:08:45 2008 From: minderasr at gmail.com (MiNd ErAsR) Date: Mon, 30 Jun 2008 16:08:45 -0400 Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: References: Message-ID: It's happened again. After operserv chankill bans expire, the problems begin. Server hosting services is running FreeBSD 7.0-RELEASE #0. Any ideas what could be causing this? >From services logs... [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 11:22:29 2008] database/version4: del_maskdata(): invalid index 3 for type 0 at 0x283ac098 [Jun 30 11:25:26 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859 chatzilla 0 +wx D604FBDC.E$ [Jun 30 14:41:06 2008] Out of memory! [Jun 30 14:41:06 2008] FATAL: Caught signal 11 (Segmentation fault: 11) while shutting down On Fri, Jun 13, 2008 at 11:44 PM, MiNd ErAsR wrote: > I forgot to mention, we're running Unreal3.2.7 > > > On Fri, Jun 13, 2008 at 11:41 PM, MiNd ErAsR wrote: > >> We recently had a rather large botnet join our network. One of my opers >> set a channel akill using the following alias: >> quote os akillchan kill +1h $0 Bots not welcome here >> >> As the 200+ akills expired, the log repeats the following message (albeit >> only 53 times): >> [Jun 13 21:05:16 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >> mask: * >> >> Followed by... >> [Jun 13 21:05:16 2008] PANIC! signal 11 (no buffer) >> [Jun 13 21:05:16 2008] Services terminating: Segmentation fault: 11 >> [Jun 13 21:05:16 2008] FATAL: Caught signal 11 (Segmentation fault: 11) >> while shutting down >> >> Snotices sent: >> *** Global -- from services.XXXXX.net: PANIC! signal 11 (no buffer) >> *** LocOps -- Server services.XXXXX.net[xxx.xxx.xxx.xxx] closed the >> connection >> >> The cron kicked in and restarted services at 21:10:00. Then the following >> snotice was sent after a couple of users identified to nickserv: >> 21:15:00 *** Global -- from services.XXXXX.net: Warning: Databases are >> locked, and cannot be updated. Remove the >> `/home/Services/ircservices/lib/.lock' file to allow database updates. >> >> The .lock file was then deleted and things appear to be normal now. >> Hopefully this info is useful. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080630/6491c84e/attachment.htm From minderasr at gmail.com Mon Jun 30 13:12:12 2008 From: minderasr at gmail.com (MiNd ErAsR) Date: Mon, 30 Jun 2008 16:12:12 -0400 Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: References: Message-ID: Apologies. Just noticed one of the lines truncated. [15:40:03] -bellevue.tx.us.afterx.net- *** Global -- from services.afterx.net: PANIC! buffer = & ib 2 1214854859 chatzilla 0 +wx D604FBDC.EC80BDAF.CA936C55.IP hKoFiw== :New Now Know How On Mon, Jun 30, 2008 at 4:08 PM, MiNd ErAsR wrote: > It's happened again. After operserv chankill bans expire, the problems > begin. Server hosting services is running FreeBSD 7.0-RELEASE #0. Any > ideas what could be causing this? > From services logs... > > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > [Jun 30 11:22:29 2008] database/version4: del_maskdata(): invalid index 3 > for type 0 at 0x283ac098 > [Jun 30 11:25:26 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > mask: * > > [Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859 > chatzilla 0 +wx D604FBDC.E$ > [Jun 30 14:41:06 2008] Out of memory! > [Jun 30 14:41:06 2008] FATAL: Caught signal 11 (Segmentation fault: 11) > while shutting down > > > > On Fri, Jun 13, 2008 at 11:44 PM, MiNd ErAsR wrote: > >> I forgot to mention, we're running Unreal3.2.7 >> >> >> On Fri, Jun 13, 2008 at 11:41 PM, MiNd ErAsR wrote: >> >>> We recently had a rather large botnet join our network. One of my opers >>> set a channel akill using the following alias: >>> quote os akillchan kill +1h $0 Bots not welcome here >>> >>> As the 200+ akills expired, the log repeats the following message (albeit >>> only 53 times): >>> [Jun 13 21:05:16 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >>> mask: * >>> >>> Followed by... >>> [Jun 13 21:05:16 2008] PANIC! signal 11 (no buffer) >>> [Jun 13 21:05:16 2008] Services terminating: Segmentation fault: 11 >>> [Jun 13 21:05:16 2008] FATAL: Caught signal 11 (Segmentation fault: 11) >>> while shutting down >>> >>> Snotices sent: >>> *** Global -- from services.XXXXX.net: PANIC! signal 11 (no buffer) >>> *** LocOps -- Server services.XXXXX.net[xxx.xxx.xxx.xxx] closed the >>> connection >>> >>> The cron kicked in and restarted services at 21:10:00. Then the >>> following snotice was sent after a couple of users identified to nickserv: >>> 21:15:00 *** Global -- from services.XXXXX.net: Warning: Databases are >>> locked, and cannot be updated. Remove the >>> `/home/Services/ircservices/lib/.lock' file to allow database updates. >>> >>> The .lock file was then deleted and things appear to be normal now. >>> Hopefully this info is useful. >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080630/79dd29e1/attachment.htm From achurch at achurch.org Tue Jul 1 06:09:09 2008 From: achurch at achurch.org (Andrew Church) Date: Tue, 01 Jul 2008 06:09:09 JST Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: Message-ID: <48694f5e.04315@msgid.achurch.org> >It's happened again. After operserv chankill bans expire, the problems >begin. Server hosting services is running FreeBSD 7.0-RELEASE #0. Any >ideas what could be causing this? [...] >[Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >mask: * Are you perhaps using a (buggy) third-party module? The code in Services itself always ensures that autokill masks have an "@" in them. >[Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859 >chatzilla 0 +wx D604FBDC.E$ >[Jun 30 14:41:06 2008] Out of memory! Again, if you're using a third-party module and that module doesn't properly free the memory it uses, Services can run out of memory. I'm not currently aware of any memory leaks in Services itself. --Andrew Church achurch at achurch.org http://achurch.org/ From ron2k.za at gmail.com Tue Jul 1 03:52:34 2008 From: ron2k.za at gmail.com (Kieron Thwaites) Date: Tue, 1 Jul 2008 12:52:34 +0200 Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: <48694f5e.04315@msgid.achurch.org> References: <48694f5e.04315@msgid.achurch.org> Message-ID: Hi, As Andrew said, it's possibly a third-party module. I suggest following the instructions in the FAQ that deal with generating a backtrace. If Services crashes again and you have a backtrace, any coder out there can see where in the code the crash occurred. This will even be useful if indeed it's a bug in a third-party module, because you can then take that backtrace and say to the relevant developer "your code is broken, fix it". :) Something else that I just thought of - when you next add akills, try listing them to see that they are indeed in the correct format. Cheers --K 2008/6/30 Andrew Church : > >It's happened again. After operserv chankill bans expire, the problems > >begin. Server hosting services is running FreeBSD 7.0-RELEASE #0. Any > >ideas what could be causing this? > [...] > >[Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in > >mask: * > > Are you perhaps using a (buggy) third-party module? The code in Services > itself always ensures that autokill masks have an "@" in them. > > >[Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859 > >chatzilla 0 +wx D604FBDC.E$ > >[Jun 30 14:41:06 2008] Out of memory! > > Again, if you're using a third-party module and that module doesn't > properly free the memory it uses, Services can run out of memory. > I'm not currently aware of any memory leaks in Services itself. > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080701/2a15a9a7/attachment.htm From minderasr at gmail.com Tue Jul 1 07:05:58 2008 From: minderasr at gmail.com (MiNd ErAsR) Date: Tue, 1 Jul 2008 10:05:58 -0400 Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: References: <48694f5e.04315@msgid.achurch.org> Message-ID: The only added module we're using is vhost (Automatic vhosting (Hostserv) main module. Based on code (c) Andrew Kempe (TheShadow)). All akills appeared to be in the correct format when listed. We were able to reproduce the crash and generate a core dump. Here is the relevant information. 1. Version: ircservices-5.0.63 services.afterx.net build #2, compiled Thu Mar 6 15:52:12 CST 2008 2. Version: Unreal3.2.7. bellevue.tx.us.afterx.net FhinXOoZE3 [FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root at logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386=2309] 3. Set an akill on a channel (command used was os akillchan kill +1h $0 Bots not welcome here). Note only 5 users were banned from this channel. 4. Log output: [Jul 01 07:59:46 2008] operserv/main: tr: akillchan kill +15m #reefaholics Bots not welcome here [Jul 01 07:59:57 2008] operserv/main: tr: akill list [Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Jul 01 08:18:06 2008] database/version4: del_maskdata(): invalid index 3 for type 0 at 0x283e93d8 [Jul 01 08:20:26 2008] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * 5. bt output: #0 0x28433416 in check_expire_nick (ni=0x28386200) at modules/nickserv/util.c:198 #1 0x281e98e8 in next_nickinfo () at modules/database/version4.c:150 #2 0x281e9924 in first_nickinfo () at modules/database/version4.c:150 #3 0x281eb16c in sync_nick_db (dbname=0x282032a0 "nick.db") at modules/database/version4.c:620 #4 0x2842ae93 in do_save_data () at modules/nickserv/main.c:220 #5 0x0805ab20 in call_callback_5 (module=0x806c8e0, id=6, arg1=0x0, arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:705 #6 0x08056283 in do_save_data () at main.c:200 #7 0x08056465 in main (ac=1, av=0xbfbfecc8, envp=0xbfbfecd0) at main.c:251 On Tue, Jul 1, 2008 at 6:52 AM, Kieron Thwaites wrote: > Hi, > > As Andrew said, it's possibly a third-party module. > > I suggest following the instructions in the FAQ that deal with generating a > backtrace. If Services crashes again and you have a backtrace, any coder out > there can see where in the code the crash occurred. This will even be useful > if indeed it's a bug in a third-party module, because you can then take that > backtrace and say to the relevant developer "your code is broken, fix it". > :) > > Something else that I just thought of - when you next add akills, try > listing them to see that they are indeed in the correct format. > > Cheers > > --K > > 2008/6/30 Andrew Church : > >> >It's happened again. After operserv chankill bans expire, the problems >> >begin. Server hosting services is running FreeBSD 7.0-RELEASE #0. Any >> >ideas what could be causing this? >> [...] >> >[Jun 30 11:22:29 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >> >mask: * >> >> Are you perhaps using a (buggy) third-party module? The code in Services >> itself always ensures that autokill masks have an "@" in them. >> >> >[Jun 30 14:41:06 2008] PANIC! signal 30, buffer = & ib 2 1214854859 >> >chatzilla 0 +wx D604FBDC.E$ >> >[Jun 30 14:41:06 2008] Out of memory! >> >> Again, if you're using a third-party module and that module doesn't >> properly free the memory it uses, Services can run out of memory. >> I'm not currently aware of any memory leaks in Services itself. >> >> --Andrew Church >> achurch at achurch.org >> http://achurch.org/ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080701/3733ff97/attachment-0001.htm From achurch at achurch.org Wed Jul 2 08:34:17 2008 From: achurch at achurch.org (Andrew Church) Date: Wed, 02 Jul 2008 08:34:17 JST Subject: [IRCServices] Possible bug in version 5.0.63 In-Reply-To: Message-ID: <486ac272.17774@msgid.achurch.org> Thanks for the additional information. Unfortunately, it's not very helpful to me, because it suggests Services is crashing at a point where the code specifically has checks to avoid a crash. It does look like something is happening to the autokills from the AKILLCHAN command, but I assume that when you did the "akill list", they looked normal? If you can generate a core dump (recompile after running the configure script with the "-dumpcore" option) and send it to me along with your executable file and any files in the "modules" subdirectory of the data directory (if such a subdirectory exists), I may be able to get a little more information on the problem. You can also try removing the vhost module and seeing if the problem goes away, if that won't cause undue disturbance on your network. Otherwise, I think the best recommendation I can offer at this point is to upgrade to version 5.1; there have been numerous internal changes since 5.0, so if something inside Services is indeed at fault, it's possible that it's been fixed. --Andrew Church achurch at achurch.org http://achurch.org/ >The only added module we're using is vhost (Automatic vhosting (Hostserv) >main module. Based on code (c) Andrew Kempe (TheShadow)). All akills >appeared to be in the correct format when listed. We were able to reproduce >the crash and generate a core dump. Here is the relevant information. > >1. Version: ircservices-5.0.63 services.afterx.net build #2, compiled Thu >Mar 6 15:52:12 CST 2008 > >2. Version: Unreal3.2.7. bellevue.tx.us.afterx.net FhinXOoZE3 [FreeBSD >7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 >root at logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386=2309] > >3. Set an akill on a channel (command used was os akillchan kill +1h $0 >Bots not welcome here). Note only 5 users were banned from this channel. > >4. Log output: >[Jul 01 07:59:46 2008] operserv/main: tr: akillchan kill +15m #reefaholics >Bots not welcome here >[Jul 01 07:59:57 2008] operserv/main: tr: akill list >[Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >mask: * >[Jul 01 08:18:06 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >mask: * >[Jul 01 08:18:06 2008] database/version4: del_maskdata(): invalid index 3 >for type 0 at 0x283e93d8 >[Jul 01 08:20:26 2008] operserv/akill: BUG: (cancel_akill) Missing @ in >mask: * > >5. bt output: >#0 0x28433416 in check_expire_nick (ni=0x28386200) at >modules/nickserv/util.c:198 >#1 0x281e98e8 in next_nickinfo () at modules/database/version4.c:150 >#2 0x281e9924 in first_nickinfo () at modules/database/version4.c:150 >#3 0x281eb16c in sync_nick_db (dbname=0x282032a0 "nick.db") at >modules/database/version4.c:620 >#4 0x2842ae93 in do_save_data () at modules/nickserv/main.c:220 >#5 0x0805ab20 in call_callback_5 (module=0x806c8e0, id=6, arg1=0x0, >arg2=0x0, arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:705 >#6 0x08056283 in do_save_data () at main.c:200 >#7 0x08056465 in main (ac=1, av=0xbfbfecc8, envp=0xbfbfecd0) at main.c:251 From pascalicchio at hotmail.com Sat Aug 9 00:21:01 2008 From: pascalicchio at hotmail.com (Fillipe Moraes) Date: Sat, 9 Aug 2008 07:21:01 +0000 Subject: [IRCServices] Encrypt password Message-ID: Hi all. I?m using IRCservices on my test network and trying to log-in website with same user from services.. But I can?t find the encryptation code..For example, my nick is "teste" and my password "teste" (encrypted it is change to "d864ac630ee4ed5c5c4d8d3febe81c6518cdef2a".Could you guys help-me to find the php code to encrypt my password and finally log me in ? More close result than I get it was this one: md5(crypt(sha1($senha))); I really aprecciate!!Tkz FIlipe _________________________________________________________________ Conhe?a o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080809/974be7b8/attachment.html From pascalicchio at hotmail.com Sat Aug 9 00:17:02 2008 From: pascalicchio at hotmail.com (Fillipe Moraes) Date: Sat, 9 Aug 2008 07:17:02 +0000 Subject: [IRCServices] Encrypt password Message-ID: Hi all. I?m using IRCservices on my test network and trying to log-in website with same user from services.. But I can?t find the encryptation code.. For example, my nick is "teste" and my password "teste" (encrypted it is change to "d864ac630ee4ed5c5c4d8d3febe81c6518cdef2a". Could you guys help-me to find the php code to encrypt my password and finally log me in ? More close result than I get it was this one: md5(crypt(sha1($senha))); I really aprecciate!!Tkz FIlipe _________________________________________________________________ Conhe?a o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080809/83739ead/attachment.htm From achurch at achurch.org Fri Aug 22 14:56:26 2008 From: achurch at achurch.org (Andrew Church) Date: Fri, 22 Aug 2008 14:56:26 JST Subject: [IRCServices] Services 5.1.12 released Message-ID: <48ae5621.74047@msgid.achurch.org> Services 5.1.12 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) c739343fed7c09b67f0f423ee181f8da ircservices-5.1.12.tar.gz 0482e316f72c9636f9876dffdfea3d76 ircservices-5.1.12.diff.gz 632cbe632f536916a1ca23020d86b715 ircservices-5.1.12-1.i386.rpm 65a2d9d865d9cad9e4f4001d019d8215 ircservices_5.1.12-1_i386.deb This release adds an extra encryption interface function for modules (as discussed on the coding list), and also includes a minor fix from six months(!) ago that I apparently forgot to release; apologies for any inconvenience caused by this delay. Also, the main mirror at ftp.esper.net seems to be down at the moment, so please download from www.ircservices.za.net instead. Changes in version 5.1.12 ------------------------- 2008/08/22 Added set_password() interface function for use by modules. 2008/02/15 Fixed bug causing ChanServ to improperly deop users on SECUREOPS channels under certain conditions. Reported by Timothy C. McGrath --Andrew Church achurch at achurch.org http://achurch.org/ From y_takumi at hotmail.com Sun Aug 24 19:54:48 2008 From: y_takumi at hotmail.com (Takumi Yamashita) Date: Mon, 25 Aug 2008 09:54:48 +0700 Subject: [IRCServices] OperServ Akill Commands Message-ID: Why I use akill commands from OperServ It's not add gline in IRCd _________________________________________________________________ ???????????????????????????????? ????????????????? http://yourinnerathlete.windowslive.com?locale=th-th&ocid=TXT_TAGLM_WLYIA_takequiz_th -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080825/fe5b1863/attachment.htm From ianj at ian-justman.com Thu Aug 28 22:23:03 2008 From: ianj at ian-justman.com (Ian R. Justman) Date: Thu, 28 Aug 2008 22:23:03 -0700 Subject: [IRCServices] ftp.esper.net site news Message-ID: <48B787B7.7090108@ian-justman.com> Hi, all. Just an update, I am in the process of fixing the ftp.esper.net issue. I should have it going in the next hour or so. Granted some of the material is a bit outdated, but I have all the materials. Thanks for bearing with me! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From ianj at ian-justman.com Thu Aug 28 23:03:24 2008 From: ianj at ian-justman.com (Ian R. Justman) Date: Thu, 28 Aug 2008 23:03:24 -0700 Subject: [IRCServices] ftp.esper.net site news In-Reply-To: <48B787B7.7090108@ian-justman.com> References: <48B787B7.7090108@ian-justman.com> Message-ID: <48B7912C.7040109@ian-justman.com> Ian R. Justman wrote: > Hi, all. > > Just an update, I am in the process of fixing the ftp.esper.net issue. > I should have it going in the next hour or so. Granted some of the > material is a bit outdated, but I have all the materials. > > Thanks for bearing with me! > > --Ian. > Update: Site is now fully online with the updated materials from the other site. Enjoy! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From achurch at achurch.org Mon Sep 1 14:25:59 2008 From: achurch at achurch.org (Andrew Church) Date: Mon, 01 Sep 2008 14:25:59 JST Subject: [IRCServices] OperServ Akill Commands In-Reply-To: Message-ID: <48bb7dde.76025@msgid.achurch.org> >Why I use akill commands from OperServ >=20 >It's not add gline in IRCd=20 I'm sorry, can you clarify your question? --Andrew Church achurch at achurch.org http://achurch.org/ From y_takumi at hotmail.com Mon Sep 1 20:18:33 2008 From: y_takumi at hotmail.com (Takumi Yamashita) Date: Tue, 2 Sep 2008 10:18:33 +0700 Subject: [IRCServices] OperServ Akill Commands In-Reply-To: <48bb7dde.76025@msgid.achurch.org> References: <48bb7dde.76025@msgid.achurch.org> Message-ID: RE: {OPERSERV AKILL COMMAND} When I use akill in OperServ command ircservices-5.1.12 not add Gline in IRCd Example : -irc.*****.com- *** Global -- from OperServ: rexton added an autokill for *@202.149.25.195 (expires in 1 minute)-OperServ- *@202.149.25.195 added to autokill list.-irc.*****.com- *** Notice -- Client exiting: ???????_ (-Tuesday at 202.149.25.195) [User has been banned from ***** (Autokilled: Akill Test)]* ???????_ (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) Quit (User has been banned from ***** (Autokilled: Akill Test))-irc.*****.com- *** Notice -- Client connecting on port 6667: ???????_ (-Tuesday at 202.149.25.195) [clients] * ???????_ (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) has joined #??????-irc.*****.com- ???????_ (-Tuesday at 202.149.25.195) joined #??????-irc.*****.com- *** Notice -- Received KILL message for ???????_!-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP from OperServ Path: hub!services!OperServ (Autokilled: Akill Test)-irc.*****.com- *** Notice -- Client exiting: ???????_ (-Tuesday at 202.149.25.195) [Killed (OperServ (Autokilled: Akill Test))]* ???????_ (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) Quit (Killed (OperServ (Autokilled: Akill Test))) -OperServ- *@202.149.25.195 removed from autokill list. In IRCd Stats Report End of /STATS report--irc.*****.com- Stats 'g' requested by rexton (rexton@*****.com) If OperServ add GLINE in IRCd user cannot connect .... but I akill *@202.149.25.195 then ???????_ (-Tuesday at 202.149.25.195) was disconnected. Then ???????_ (-Tuesday at 202.149.25.195) can connect to IRCd then OperServ kill again ! I use UnrealIRCd3.2.7 I speak englist little, sorry if my question not clear. > From: achurch at achurch.org> To: ircservices at ircservices.za.net> Date: Mon, 1 Sep 2008 14:25:59 +0900> Subject: Re: [IRCServices] OperServ Akill Commands> > >Why I use akill commands from OperServ> >=20> >It's not add gline in IRCd=20> > I'm sorry, can you clarify your question?> > --Andrew Church> achurch at achurch.org> http://achurch.org/ _________________________________________________________________ ?????????????????????????????? Photo Gallery http://get.live.com/photogallery/overview -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20080902/f192373a/attachment-0001.htm From achurch at achurch.org Tue Sep 2 13:15:15 2008 From: achurch at achurch.org (Andrew Church) Date: Tue, 02 Sep 2008 13:15:15 JST Subject: [IRCServices] OperServ Akill Commands Message-ID: <48bcbdfb.10156@msgid.achurch.org> If the EnableExclude option is set in modules.conf, G:lines will not be added; see FAQ F.9 and section 3-4-3 in the manual. Otherwise, check your Services log file and IRCd configuration for potential problems. --Andrew Church achurch at achurch.org http://achurch.org/ >--_72525c83-dd9a-4c15-a180-a238cb03cf0b_ >Content-Type: text/plain; charset="windows-874" >Content-Transfer-Encoding: 8bit > >RE: {OPERSERV AKILL COMMAND} > > When I use akill in OperServ command > >ircservices-5.1.12 not add Gline in IRCd > >Example : > >-irc.*****.com- *** Global -- from OperServ: rexton added an autokill for *@202.149.25.195 (expires in 1 minute)-OperServ- *@202.149.25.195 added to autokill list.-irc.*****.com- *** Notice -- Client exiting: ?????$(0o=???$(Gi%?(B (-Tuesday at 202.149.25.195) [Us er has b >een banned from ***** (Autokilled: Akill Test)]* ?????$(0o=???$(Gi%?(B (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) Quit (User has been banned from ***** (Autokilled: Akill Test))-irc.*****.com- *** Notice -- Client connecting on port 6667: ?????$(0o=???$(Gi%?(B (-Tuesd ay at 202.149.25.1 >95) [clients] * ?????$(0o=???$(Gi%?(B (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) has joined #??,Ao????$Bo>,To?$Ao>?(B-irc.*****.com- ?????$(0o=???$(Gi%?(B (-Tuesday at 202.149.25.195) joined #??,Ao????$Bo>,To?$Ao>?(B-irc.*****.com- *** Notice -- Received KILL message for ?????$(0o=???(B $(Gi%?(B!-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP fr >om OperSer >v Path: hub!services!OperServ (Autokilled: Akill Test)-irc.*****.com- *** Notice -- Client exiting: ?????$(0o=???$(Gi%?(B (-Tuesday at 202.149.25.195) [Killed (OperServ (Autokilled: Akill Test))]* ?????$(0o=???$(Gi%?(B (-Tuesday at 14E1EF62.E13C95A8.FEDC39A0.IP) Quit (Kil led (OperServ ( >Autokilled: Akill Test))) -OperServ- *@202.149.25.195 removed from autokill list. > >In IRCd Stats Report > >End of /STATS report--irc.*****.com- Stats 'g' requested by rexton (rexton@*****.com) > > > > >If OperServ add GLINE in IRCd user cannot connect .... > >but I akill *@202.149.25.195 then ?????$(0o=???$(Gi%?(B (-Tuesday at 202.149.25.195) was disconnected. > >Then ?????$(0o=???$(Gi%?(B (-Tuesday at 202.149.25.195) can connect to IRCd then OperServ kill again ! > >I use UnrealIRCd3.2.7 > >I speak englist little, sorry if my question not clear. > > > >> From: achurch at achurch.org> To: ircservices at ircservices.za.net> Date: Mon, 1 Sep 2008 14:25:59 +0900> Subject: Re: [IRCServices] OperServ Akill Commands> > >Why I use akill commands from OperServ> >=20> >It's not add gline in IRCd=20> > I'm sorry, can y o >u clarify your question?> > --Andrew Church> achurch at achurch.org> http://achurch.org/ >_________________________________________________________________ >??(Jo?$Ao>,Ao????$Ao>(Jo????$Ao=??????,Go?$Bo>,Ag?,Ci"?????$Ao=??????$(Go>,Lo?$Bg>??????$Ao>,Go????$(0o=?(B ??,To?,Mo?????????$(0/o??????????(Jo?,Mo???????$(1o>(Jo??(B >http://yourinnerathlete.windowslive.com?locale=th-th&ocid=TXT_TAGLM_WLYIA_takequiz_th From jille at quis.cx Mon Sep 8 13:15:44 2008 From: jille at quis.cx (Jille Timmermans) Date: Mon, 08 Sep 2008 22:15:44 +0200 Subject: [IRCServices] Little bug with enforcer and dropping nicks Message-ID: <48C587F0.9010701@quis.cx> Hello, In short: UserX got a nickkill, I did a dropemail and dropped that account. after that I tried to release UserX: "Nickname not registered" I /kill'ed UserX, so I don't know whether UserX would have ever been released. -- Jille Timmermans From jesse at teranetworks.de Mon Sep 15 14:37:35 2008 From: jesse at teranetworks.de (jesse keys) Date: Mon, 15 Sep 2008 23:37:35 +0200 Subject: [IRCServices] Happy Birthday Message-ID: <48CED59F.3070808@teranetworks.de> http://freshmeat.net/projects/ircservices/ Added: Tue, Sep 15th 1998 12:23 UTC (10 years, 0 months ago) as far as freshmeat is concerned, ircservices is now 10 years old. just found out by accicent. congrats and thanks for maintaining :) From alex at barton.de Fri Nov 7 08:07:41 2008 From: alex at barton.de (Alexander Barton) Date: Fri, 7 Nov 2008 17:07:41 +0100 Subject: [IRCServices] ircservices 5.1.11 RFC 1459 protocol module broken? Message-ID: Hello! I'm working on getting ngIRCd connected to the ircservices 5.1.11 package, at the moment I'm using the RFC 1459 protocol module and enhanced ngIRCd to understand server and user registration according to this older RFC. Thereby I encountered a problem: ircservices all the time answered with the following error message: ----------> cut here <---------- debug: Received: :a.irc.net PASS srvPWD 0210-IRC+ ngircd|dev:CHLZ PZ debug: Received: :a.irc.net SERVER a.irc.net 1 :A Server Info Text debug: Received: NICK test :1 debug: Received: :test USER ~alex localhost a.irc.net :Alex debug: Received: :test MODE test :+w debug: user: MODE +w for nonexistent nick test from test: test +w ----------> cut here <---------- "nonexistent nick test" ... hm!? Digging through the source code of ircservices, I found the folowing code in modules/protocol/rfc1459.c, line 42 ff.: ----------> cut here <---------- static void m_user(char *source, int ac, char **av) { char *new_av[7]; if (ac != 5) return; ----------> cut here <---------- So this function checks if the USER command das 5(!) parameters. BUT: according to RFC 1459 the USER command only has 4 parameters, see section 4.1.3: ----------> cut here <---------- 4.1.3 User message Command: USER Parameters: [...] ----------> cut here <---------- So the above mentioned test in ircservices always silently failed. Proposed patch: ----------> cut here <---------- --- rfc1459.c.ORIG 2008-08-13 21:28:33.000000000 +0200 +++ rfc1459.c 2008-08-13 21:27:51.000000000 +0200 @@ -43,8 +43,11 @@ static void m_user(char *source, int ac, { char *new_av[7]; - if (ac != 5) + if (ac != 4) { + module_log_debug(1, "USER message: wrong number of parameters" + " (%d) for source `%s'", ac, source ? source : "?"); return; + } new_av[0] = source; /* Nickname */ new_av[1] = (char *)"0"; /* # of hops (was in NICK command... we lose) */ new_av[2] = (char *)"0"; /* Timestamp */ ----------> cut here <---------- Can you tell me if I'm correct? Or do I overlook something? And can you tell me which protocol module is the "most advanced" or "best"? Thanks a lot! Alex From jille at quis.cx Fri Nov 7 09:03:48 2008 From: jille at quis.cx (Jille Timmermans) Date: Fri, 07 Nov 2008 18:03:48 +0100 Subject: [IRCServices] ircservices 5.1.11 RFC 1459 protocol module broken? In-Reply-To: References: Message-ID: <491474F4.6040903@quis.cx> Hello, I think you are wrong. The IRC protocol first registers all users through an 8(?)-argument NICK-command. The NICK command with only 2 parameters (:oldnick NICK newnick :timestamp) is used to notify other servers of nick-changes. The long NICK-command is used to add new nicknames. And of course there should be nicknames registered before they can change ;) The USER command does not even exists in server to server mode iirc. about the ac == 5: probably ac[0] == "USER" (the command himself) -- Jille Note; after writing this email I realize I am used to UnrealIRCd; so I'm not sure whether I am correct, sorry. Alexander Barton schreef: > Hello! > > I'm working on getting ngIRCd connected to the ircservices 5.1.11 > package, at the moment I'm using the RFC 1459 protocol module and > enhanced ngIRCd to understand server and user registration according > to this older RFC. > > Thereby I encountered a problem: ircservices all the time answered > with the following error message: > > ----------> cut here <---------- > debug: Received: :a.irc.net PASS srvPWD 0210-IRC+ ngircd|dev:CHLZ PZ > debug: Received: :a.irc.net SERVER a.irc.net 1 :A Server Info Text > debug: Received: NICK test :1 > debug: Received: :test USER ~alex localhost a.irc.net :Alex > debug: Received: :test MODE test :+w > debug: user: MODE +w for nonexistent nick test from test: test +w > ----------> cut here <---------- > > "nonexistent nick test" ... hm!? > > Digging through the source code of ircservices, I found the folowing > code in modules/protocol/rfc1459.c, line 42 ff.: > > ----------> cut here <---------- > static void m_user(char *source, int ac, char **av) > { > char *new_av[7]; > if (ac != 5) > return; > ----------> cut here <--------- > > So this function checks if the USER command das 5(!) parameters. BUT: > according to RFC 1459 the USER command only has 4 parameters, see > section 4.1.3: > > ----------> cut here <---------- > 4.1.3 User message > > Command: USER > Parameters: > > [...] > ----------> cut here <---------- > > So the above mentioned test in ircservices always silently failed. > > Proposed patch: > > ----------> cut here <---------- > --- rfc1459.c.ORIG 2008-08-13 21:28:33.000000000 +0200 > +++ rfc1459.c 2008-08-13 21:27:51.000000000 +0200 > @@ -43,8 +43,11 @@ static void m_user(char *source, int ac, > { > char *new_av[7]; > > - if (ac != 5) > + if (ac != 4) { > + module_log_debug(1, "USER message: wrong number of parameters" > + " (%d) for source `%s'", ac, source ? > source : "?"); > return; > + } > new_av[0] = source; /* Nickname */ > new_av[1] = (char *)"0"; /* # of hops (was in NICK command... we > lose) */ > new_av[2] = (char *)"0"; /* Timestamp */ > ----------> cut here <---------- > > Can you tell me if I'm correct? Or do I overlook something? > > And can you tell me which protocol module is the "most advanced" or > "best"? > > Thanks a lot! > Alex > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sat Nov 8 01:59:41 2008 From: achurch at achurch.org (Andrew Church) Date: Sat, 08 Nov 2008 01:59:41 JST Subject: [IRCServices] ircservices 5.1.11 RFC 1459 protocol module broken? In-Reply-To: Message-ID: <491475aa.51303@msgid.achurch.org> Fixed, thanks for the report. As for which protocol is "most advanced", it's hard to say; each protocol has its own different set of features. The rfc1459, ts8, dalnet, and undernet-p9 protocols are all archaic at this point, but most of the other protocols supported by Services are reasonably modern and suitable for use. --Andrew Church achurch at achurch.org http://achurch.org/ >Hello! > >I'm working on getting ngIRCd connected to the ircservices 5.1.11 >package, at the moment I'm using the RFC 1459 protocol module and >enhanced ngIRCd to understand server and user registration according >to this older RFC. > >Thereby I encountered a problem: ircservices all the time answered >with the following error message: > >----------> cut here <---------- >debug: Received: :a.irc.net PASS srvPWD 0210-IRC+ ngircd|dev:CHLZ PZ >debug: Received: :a.irc.net SERVER a.irc.net 1 :A Server Info Text >debug: Received: NICK test :1 >debug: Received: :test USER ~alex localhost a.irc.net :Alex >debug: Received: :test MODE test :+w >debug: user: MODE +w for nonexistent nick test from test: test +w >----------> cut here <---------- > >"nonexistent nick test" ... hm!? > >Digging through the source code of ircservices, I found the folowing >code in modules/protocol/rfc1459.c, line 42 ff.: > >----------> cut here <---------- >static void m_user(char *source, int ac, char **av) >{ > char *new_av[7]; > if (ac != 5) > return; >----------> cut here <---------- > >So this function checks if the USER command das 5(!) parameters. BUT: >according to RFC 1459 the USER command only has 4 parameters, see >section 4.1.3: > >----------> cut here <---------- >4.1.3 User message > > Command: USER > Parameters: > >[...] >----------> cut here <---------- > >So the above mentioned test in ircservices always silently failed. > >Proposed patch: > >----------> cut here <---------- >--- rfc1459.c.ORIG 2008-08-13 21:28:33.000000000 +0200 >+++ rfc1459.c 2008-08-13 21:27:51.000000000 +0200 >@@ -43,8 +43,11 @@ static void m_user(char *source, int ac, >{ > char *new_av[7]; > >- if (ac != 5) >+ if (ac != 4) { >+ module_log_debug(1, "USER message: wrong number of parameters" >+ " (%d) for source `%s'", ac, source ? >source : "?"); > return; >+ } > new_av[0] = source; /* Nickname */ > new_av[1] = (char *)"0"; /* # of hops (was in NICK command... we >lose) */ > new_av[2] = (char *)"0"; /* Timestamp */ >----------> cut here <---------- > >Can you tell me if I'm correct? Or do I overlook something? > >And can you tell me which protocol module is the "most advanced" or >"best"? > >Thanks a lot! >Alex >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sat Nov 8 02:41:28 2008 From: achurch at achurch.org (Andrew Church) Date: Sat, 08 Nov 2008 02:41:28 JST Subject: [IRCServices] Services 5.1.13 released Message-ID: <49147df3.00473@msgid.achurch.org> Services 5.1.13 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) c124a94038f99a4bcd233834489ecc8b ircservices-5.1.13.tar.gz 53523416d77964051ef842f684b90f78 ircservices-5.1.13.diff.gz a113f2c7c38a11b271769ccfa205cc7a ircservices-5.1.13-1.i386.rpm f2114c76a7b272e7e7c03ac2950c8e46 ircservices_5.1.13-1_i386.deb The mirrors should have it shortly. This release includes the rfc1459 protocol module fix recently mentioned on the mailing list. There are no other changes in this release. Changes in version 5.1.13 ------------------------- 2008/11/08 Fixed bug preventing remote users from being recognized by the rfc1459 protocol module. Reported by Alexander Barton --Andrew Church achurch at achurch.org http://achurch.org/ From alex at barton.de Tue Nov 11 08:55:02 2008 From: alex at barton.de (Alexander Barton) Date: Tue, 11 Nov 2008 17:55:02 +0100 Subject: [IRCServices] Patch: Make IRCServices 5.1.13 compile on Mac OS X Message-ID: <66D4835E-FDD7-4DAC-A6DC-FB58685B036B@barton.de> Hi! Attached is a patch that makes IRCServices 5.1.13 compile on Mac OS X: the problem was that on Mac OS X (tested with 10.5.5) the transformation with tr(1) is broken when $LANG (or $LC_xxx) is set: $ echo $LANG de_DE.ISO8859-1 $ echo crypto | tr '[a-z]' '[A-Z]' CR?PUO This is needed to create the correct #define's in config.h. So we set it to something sane ("C"). Regards Alex diff -rup ircservices-5.1.13-orig/configure ircservices-5.1.13/configure --- ircservices-5.1.13-orig/configure 2008-01-06 01:17:39.000000000 +0100 +++ ircservices-5.1.13/configure 2008-11-09 15:25:23.000000000 +0100 @@ -163,7 +163,7 @@ test_function () { if [ ! "$proto" ] ; then proto="(...)" fi - func2=`echo $func | tr '[a-z]' '[A-Z]'` + func2=`echo $func | LC_ALL=C tr '[a-z]' '[A-Z]'` if [ ! "$TEST" ] ; then TEST="return 0;" fi From alex at barton.de Tue Nov 11 09:14:57 2008 From: alex at barton.de (Alexander Barton) Date: Tue, 11 Nov 2008 18:14:57 +0100 Subject: [IRCServices] Patch: Flush write buffer on connect Message-ID: <8F785A9C-E1E6-4171-BDED-3DA4C6B854DF@barton.de> Hi! The attached patch fixes the problem that IRCServices don't flush the write buffer when the connection to the server is establised and data has already been written to the buffer. This caused the server to disconnect IRCServices after a timeout because of no data has been sent. Solution has been to send IRCServices a HUP signal right after starting it. I was able to reproduce this problem on all of my machines (Linux on HPPA, Linux on amd64, and Mac OS X on i386). I think these messages describe the same problem: Regards Alex diff -rup ircservices-5.1.13-orig/sockets.c ircservices-5.1.13/sockets.c --- ircservices-5.1.13-orig/sockets.c 2008-11-07 18:11:57.000000000 +0100 +++ ircservices-5.1.13/sockets.c 2008-11-09 15:53:35.000000000 +0100 @@ -691,6 +691,10 @@ void check_sockets(void) } s->flags &= ~SF_CONNECTING; s->flags |= SF_CONNECTED; + + /* Flush already cached data for this socket */ + flush_write_buffer(s); + FD_CLR(i, &write_fds); if (!(s->flags & SF_MUTE)) FD_SET(i, &sock_fds); From jille at quis.cx Tue Nov 11 10:23:21 2008 From: jille at quis.cx (Jille Timmermans) Date: Tue, 11 Nov 2008 19:23:21 +0100 Subject: [IRCServices] 'recursive' crashing (Abort trap 6) Message-ID: <4919CD99.1090803@quis.cx> Hello, I am running ircservices-5.0.63 on FreeBSD 6; and (for the second time) it crashed on an Abort trap, and kept on crashing, and flooded the log up to the available disk-space. IRC services is linked to UnrealIRCd 3.2.7; which in turn is linked to a self-written server (bot). Log: Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout [Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 [Nov 11 16:01:03 2008] FATAL: Caught signal 6 (Abort trap: 6) while shutting down [Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout [Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 [Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout [Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 [Nov 11 16:01:03 2008] modules: BUG: trying to unuse module `chanserv/main' from module `misc/xml-import' but caller not found in user list! [Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout [Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 [Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout [Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 And the last 2 lines repeat themselves untill the disk is full. Earlier that day, a few of these messages occur: [Nov 11 01:15:57 2008] user: do_part: no channel record for USERY on #CHAN1 (bug?) [Nov 11 02:45:19 2008] user: do_part: no channel record for USERY on #CHAN2 (bug?) [Nov 11 03:04:22 2008] user: do_part: no channel record for USERZ on #CHAN1 (bug?) I unfortunately don't have a coredump; neither I build with debugging; neither I can reproduce it. The time between this and the previous crash is quite long. Anyone got a clue what this is ? I am willing to help hunting this bug down and providing extra information. -- Jille From alex at barton.de Thu Nov 20 13:45:22 2008 From: alex at barton.de (Alexander Barton) Date: Thu, 20 Nov 2008 22:45:22 +0100 Subject: [IRCServices] Patch: Flush write buffer on connect In-Reply-To: <8F785A9C-E1E6-4171-BDED-3DA4C6B854DF@barton.de> References: <8F785A9C-E1E6-4171-BDED-3DA4C6B854DF@barton.de> Message-ID: <4925DA72.8020806@barton.de> Hi all! Any comments to this patch? Regards Alex Am 11.11.2008 18:14, Alexander Barton schrieb: > Hi! > > The attached patch fixes the problem that IRCServices don't flush the > write buffer when the connection to the server is establised and data > has already been written to the buffer. > > This caused the server to disconnect IRCServices after a timeout > because of no data has been sent. Solution has been to send > IRCServices a HUP signal right after starting it. I was able to > reproduce this problem on all of my machines (Linux on HPPA, Linux on > amd64, and Mac OS X on i386). > > I think these messages describe the same problem: > > > > > > > Regards > Alex > > > diff -rup ircservices-5.1.13-orig/sockets.c ircservices-5.1.13/sockets.c > --- ircservices-5.1.13-orig/sockets.c 2008-11-07 18:11:57.000000000 > +0100 > +++ ircservices-5.1.13/sockets.c 2008-11-09 15:53:35.000000000 +0100 > @@ -691,6 +691,10 @@ void check_sockets(void) > } > s->flags &= ~SF_CONNECTING; > s->flags |= SF_CONNECTED; > + > + /* Flush already cached data for this socket */ > + flush_write_buffer(s); > + > FD_CLR(i, &write_fds); > if (!(s->flags & SF_MUTE)) > FD_SET(i, &sock_fds); > From achurch at achurch.org Fri Nov 21 11:48:08 2008 From: achurch at achurch.org (Andrew Church) Date: Fri, 21 Nov 2008 11:48:08 JST Subject: [IRCServices] Patch: Flush write buffer on connect In-Reply-To: <4925DA72.8020806@barton.de> Message-ID: <4926218f.46501@msgid.achurch.org> Sorry, I'm busy with work at the moment and don't have the time to investigate the issue in detail. I'll take a closer look when I do have time. --Andrew Church achurch at achurch.org http://achurch.org/ >Hi all! > >Any comments to this patch? > >Regards >Alex > >Am 11.11.2008 18:14, Alexander Barton schrieb: > >> Hi! >> >> The attached patch fixes the problem that IRCServices don't flush the >> write buffer when the connection to the server is establised and data >> has already been written to the buffer. >> >> This caused the server to disconnect IRCServices after a timeout >> because of no data has been sent. Solution has been to send >> IRCServices a HUP signal right after starting it. I was able to >> reproduce this problem on all of my machines (Linux on HPPA, Linux on >> amd64, and Mac OS X on i386). >> >> I think these messages describe the same problem: >> >> >> >> >> >> >> Regards >> Alex >> >> >> diff -rup ircservices-5.1.13-orig/sockets.c ircservices-5.1.13/sockets.c >> --- ircservices-5.1.13-orig/sockets.c 2008-11-07 18:11:57.000000000 >> +0100 >> +++ ircservices-5.1.13/sockets.c 2008-11-09 15:53:35.000000000 +0100 >> @@ -691,6 +691,10 @@ void check_sockets(void) >> } >> s->flags &= ~SF_CONNECTING; >> s->flags |= SF_CONNECTED; >> + >> + /* Flush already cached data for this socket */ >> + flush_write_buffer(s); >> + >> FD_CLR(i, &write_fds); >> if (!(s->flags & SF_MUTE)) >> FD_SET(i, &sock_fds); >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From alex at barton.de Fri Nov 21 02:05:37 2008 From: alex at barton.de (Alexander Barton) Date: Fri, 21 Nov 2008 11:05:37 +0100 Subject: [IRCServices] Patch: Flush write buffer on connect In-Reply-To: <4926218f.46501@msgid.achurch.org> References: <4926218f.46501@msgid.achurch.org> Message-ID: Hi Andrew! Thanks a lot for your answer! I don't want to stress anybody, but was not sure if the mail reached its destination :-) Regards Alex Am 21.11.2008 um 03:48 schrieb Andrew Church: > Sorry, I'm busy with work at the moment and don't have the time to > investigate the issue in detail. I'll take a closer look when I do > have time. > > --Andrew Church > achurch at achurch.org > http://achurch.org/ > >> Hi all! >> >> Any comments to this patch? >> >> Regards >> Alex >> >> Am 11.11.2008 18:14, Alexander Barton schrieb: >> >>> Hi! >>> >>> The attached patch fixes the problem that IRCServices don't flush >>> the >>> write buffer when the connection to the server is establised and >>> data >>> has already been written to the buffer. >>> >>> This caused the server to disconnect IRCServices after a timeout >>> because of no data has been sent. Solution has been to send >>> IRCServices a HUP signal right after starting it. I was able to >>> reproduce this problem on all of my machines (Linux on HPPA, Linux >>> on >>> amd64, and Mac OS X on i386). >>> >>> I think these messages describe the same problem: >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >>> Regards >>> Alex >>> >>> >>> diff -rup ircservices-5.1.13-orig/sockets.c ircservices-5.1.13/ >>> sockets.c >>> --- ircservices-5.1.13-orig/sockets.c 2008-11-07 18:11:57.000000000 >>> +0100 >>> +++ ircservices-5.1.13/sockets.c 2008-11-09 15:53:35.000000000 +0100 >>> @@ -691,6 +691,10 @@ void check_sockets(void) >>> } >>> s->flags &= ~SF_CONNECTING; >>> s->flags |= SF_CONNECTED; >>> + >>> + /* Flush already cached data for this socket */ >>> + flush_write_buffer(s); >>> + >>> FD_CLR(i, &write_fds); >>> if (!(s->flags & SF_MUTE)) >>> FD_SET(i, &sock_fds); >>> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From charlvn at charlvn.za.net Fri Nov 28 08:40:47 2008 From: charlvn at charlvn.za.net (Charl van Niekerk) Date: Fri, 28 Nov 2008 18:40:47 +0200 Subject: [IRCServices] protocol_name in encryption/md5 Message-ID: Hi All, I am trying to run IRC Services 5.1.13 on CentOS 5.2 and am getting the following error in ircservices.log. This is the same both when using the RPM and compiling from source. [Nov 28 18:11:12 2008] IRC Services 5.1.13 starting up [Nov 28 18:11:12 2008] FATAL: Variable `protocol_name' not set by protocol module `encryption/md5' Thanks in advance for any help offered. Best Regards, Charl -- Charl van Niekerk http://charlvn.za.net From bk at liquigel.net Fri Nov 28 12:26:40 2008 From: bk at liquigel.net (Bill Kramme) Date: Fri, 28 Nov 2008 14:26:40 -0600 Subject: [IRCServices] protocol_name in encryption/md5 In-Reply-To: References: Message-ID: On Fri, Nov 28, 2008 at 10:40 AM, Charl van Niekerk wrote: > [Nov 28 18:11:12 2008] IRC Services 5.1.13 starting up > [Nov 28 18:11:12 2008] FATAL: Variable `protocol_name' not set by > protocol module `encryption/md5' You do have a protocol module loaded, correct? -- Bill Kramme Email: bk at liquigel.net | AIM: resolution0 Web: http://liquigel.net | MSN: bk at liquigel.net From achurch at achurch.org Sun Dec 7 19:49:42 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 19:49:42 JST Subject: [IRCServices] Kick war with ChanServ, for the 135175631861th time.. In-Reply-To: Message-ID: <493baa99.75546@msgid.achurch.org> Reviving this after almost a year to report that it should be fixed in the next release, thanks to the patch recently posted on -coding. Sorry for the inconvenience! --Andrew Church achurch at achurch.org http://achurch.org/ >Ok, so I just got in another kick war with ChanServ (again). > >This bug has been reported before with no conclusion, but it obviously >*does* exist. > >[22:43:57] -ChanServ- Information for channel #helpers: >[22:43:57] -ChanServ- Founder: ol >[22:43:57] -ChanServ- Description: helpers meeting channel >[22:43:57] -ChanServ- Registered: Jan 13 14:11:53 2004 GMT >[22:43:57] -ChanServ- Last used: Jan 05 22:43:37 2008 GMT >[22:43:57] -ChanServ- Options: Topic Retention, Secure Ops, >Restricted Access, Secure, Enforce >[22:43:57] -ChanServ- Mode lock: +nstKCS-ipkV > >Fair enough. > >I joined whilest not being identified, and was booted out. Also okay. > >What wasn't ok was services not setting a ban on my host for some >reason (perhaps assuming it'd be smart and get in a kick war with me >instead? I don't know.) > >Anyway, so thanks to autorejoin and autoconnect, I then spammed with >kicks and reconnects for the next 3 minutes until I managed to >reconnect a second client and ban myself manually. > >Can this be looked into again? Because it really seems like something >isn't right. I can't reproduce it, but I have seen it happen various >times, and it's happened to me a few times. > >Thanks Andrew, >Robin >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From ianj at ian-justman.com Sun Dec 7 02:57:27 2008 From: ianj at ian-justman.com (Ian R. Justman) Date: Sun, 07 Dec 2008 02:57:27 -0800 Subject: [IRCServices] Server maintenance outage Message-ID: <493BAC17.4070807@ian-justman.com> Hi, all. Later today, I will be taking down the server which handles IRCServices' mailing lists and FTP server to install a bigger hard drive. This maintenance event could take up to an hour to complete because I need to bring the stuff which changes a lot (notably logs, mailboxes and users' home directories). If everything goes as planned or better than anticipated, this outage may be much shorter in length (bless rsync's devs' souls). Thanks for bearing with me! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From achurch at achurch.org Sun Dec 7 20:03:45 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 20:03:45 JST Subject: [IRCServices] Little bug with enforcer and dropping nicks In-Reply-To: <48C587F0.9010701@quis.cx> Message-ID: <493bae17.76222@msgid.achurch.org> I've fixed this for the next release (the enforcer will now be removed as soon as the nickname is dropped). Thanks for the report, and sorry for taking so long to get to this! --Andrew Church achurch at achurch.org http://achurch.org/ >Hello, > >In short: UserX got a nickkill, I did a dropemail and dropped that account. >after that I tried to release UserX: "Nickname not registered" > >I /kill'ed UserX, so I don't know whether UserX would have ever been >released. > > >-- Jille Timmermans >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Dec 7 20:09:15 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 20:09:15 JST Subject: [IRCServices] Patch: Make IRCServices 5.1.13 compile on Mac OS X In-Reply-To: <66D4835E-FDD7-4DAC-A6DC-FB58685B036B@barton.de> Message-ID: <493baf41.76522@msgid.achurch.org> Fixed for the next release (I just replaced the ranges with literals to make sure there are no future surprises). Thanks for the report! --Andrew Church achurch at achurch.org http://achurch.org/ >Hi! > >Attached is a patch that makes IRCServices 5.1.13 compile on Mac OS X: >the problem was that on Mac OS X (tested with 10.5.5) the >transformation with tr(1) is broken when $LANG (or $LC_xxx) is set: > > $ echo $LANG > de_DE.ISO8859-1 > $ echo crypto | tr '[a-z]' '[A-Z]' > CR?PUO > >This is needed to create the correct #define's in config.h. >So we set it to something sane ("C"). > >Regards >Alex > > >diff -rup ircservices-5.1.13-orig/configure ircservices-5.1.13/configure >--- ircservices-5.1.13-orig/configure 2008-01-06 01:17:39.000000000 >+0100 >+++ ircservices-5.1.13/configure 2008-11-09 15:25:23.000000000 +0100 >@@ -163,7 +163,7 @@ test_function () { > if [ ! "$proto" ] ; then > proto="(...)" > fi >- func2=`echo $func | tr '[a-z]' '[A-Z]'` >+ func2=`echo $func | LC_ALL=C tr '[a-z]' '[A-Z]'` > if [ ! "$TEST" ] ; then > TEST="return 0;" > fi > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Dec 7 20:18:39 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 20:18:39 JST Subject: [IRCServices] Patch: Flush write buffer on connect In-Reply-To: <8F785A9C-E1E6-4171-BDED-3DA4C6B854DF@barton.de> Message-ID: <493bb12b.76664@msgid.achurch.org> Fixed for the next release. Thanks for the report! --Andrew Church achurch at achurch.org http://achurch.org/ >Hi! > >The attached patch fixes the problem that IRCServices don't flush the >write buffer when the connection to the server is establised and data >has already been written to the buffer. > >This caused the server to disconnect IRCServices after a timeout >because of no data has been sent. Solution has been to send >IRCServices a HUP signal right after starting it. I was able to >reproduce this problem on all of my machines (Linux on HPPA, Linux on >amd64, and Mac OS X on i386). > >I think these messages describe the same problem: > > > > > > >Regards >Alex > > >diff -rup ircservices-5.1.13-orig/sockets.c ircservices-5.1.13/sockets.c >--- ircservices-5.1.13-orig/sockets.c 2008-11-07 18:11:57.000000000 >+0100 >+++ ircservices-5.1.13/sockets.c 2008-11-09 15:53:35.000000000 +0100 >@@ -691,6 +691,10 @@ void check_sockets(void) > } > s->flags &= ~SF_CONNECTING; > s->flags |= SF_CONNECTED; >+ >+ /* Flush already cached data for this socket */ >+ flush_write_buffer(s); >+ > FD_CLR(i, &write_fds); > if (!(s->flags & SF_MUTE)) > FD_SET(i, &sock_fds); > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Dec 7 20:26:06 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 20:26:06 JST Subject: [IRCServices] 'recursive' crashing (Abort trap 6) In-Reply-To: <4919CD99.1090803@quis.cx> Message-ID: <493bb40e.00725@msgid.achurch.org> I don't know what would cause the "abort trap" signal, but I've fixed Services to avoid the infinite loop of error messages. Thanks for the report! --Andrew Church achurch at achurch.org http://achurch.org/ >Hello, > >I am running ircservices-5.0.63 on FreeBSD 6; and (for the second time) >it crashed on an Abort trap, and kept on crashing, and flooded the log >up to the available disk-space. >IRC services is linked to UnrealIRCd 3.2.7; which in turn is linked to a >self-written server (bot). > >Log: >Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout >[Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 >[Nov 11 16:01:03 2008] FATAL: Caught signal 6 (Abort trap: 6) while >shutting down >[Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout >[Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 >[Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout >[Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 >[Nov 11 16:01:03 2008] modules: BUG: trying to unuse module >`chanserv/main' from module `misc/xml-import' but caller not found in >user list! >[Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout >[Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 >[Nov 11 16:01:03 2008] PANIC! signal 6, buffer = :USERX, :Ping timeout >[Nov 11 16:01:03 2008] Services terminating: Abort trap: 6 > > >And the last 2 lines repeat themselves untill the disk is full. > >Earlier that day, a few of these messages occur: >[Nov 11 01:15:57 2008] user: do_part: no channel record for USERY on >#CHAN1 (bug?) >[Nov 11 02:45:19 2008] user: do_part: no channel record for USERY on >#CHAN2 (bug?) >[Nov 11 03:04:22 2008] user: do_part: no channel record for USERZ on >#CHAN1 (bug?) > >I unfortunately don't have a coredump; neither I build with debugging; >neither I can reproduce it. >The time between this and the previous crash is quite long. > >Anyone got a clue what this is ? >I am willing to help hunting this bug down and providing extra information. > >-- Jille >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Dec 7 21:12:30 2008 From: achurch at achurch.org (Andrew Church) Date: Sun, 07 Dec 2008 21:12:30 JST Subject: [IRCServices] Services 5.1.14 released Message-ID: <493bbe00.27307@msgid.achurch.org> Services 5.1.14 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 54047dbfe9b8aa76f41abab48958c3b5 ircservices-5.1.14.tar.gz 597dfecdd99bcfba0cce9cf06ed7f738 ircservices-5.1.14.diff.gz f096cbd8d8bfe12c038ecb8523ea751f ircservices-5.1.14-1.i386.rpm bb62c92efa10543ee1ce2c8c3399ecd0 ircservices_5.1.14-1_i386.deb The mirrors should have it shortly. This release fixes the various bugs that have been reported on the mailing list over the past few months. In particular, a bug which could prevent autokick bans from working properly has been fixed. Changes in version 5.1.14 ------------------------- 2008/12/07 Fixed potential infinite loop on detecting a fatal error. Reported by Jille Timmermans 2008/12/07 Fixed race condition in which Services might fail to send its initial data to the server if the connection took too long. Reported by Alexander Barton 2008/12/07 Fixed bug causing incorrect #defines to be written to config.h in non-English locales. Reported by Alexander Barton 2008/12/07 Fixed bug causing nickname enforcers to remain online indefinitely if the associated nickname was dropped before the enforcer was removed. Reported by Jille Timmermans 2008/12/07 Fixed bug causing channel ban lists to get desynchronized, leading to failure to add bans when autokicking users. Reported (and fix suggested) by Aragon Gouveia --Andrew Church achurch at achurch.org http://achurch.org/ From stanly at stanl.info Fri Dec 26 11:12:06 2008 From: stanly at stanl.info (Stanly) Date: Fri, 26 Dec 2008 21:12:06 +0200 Subject: [IRCServices] nickserv REGISTER problem Message-ID: <1681776233.20081226211206@stanl.info> Hello guys, I've just installed IRC Services 5.1.9 and successfully configured it to work with my ircd-hybrid-7.2.3+plexus-3.0.0 From modules.conf: NickServName "NickServ" "Nickname Server" NSEnableRegister But when I try to register using the command /nickserv register passwd mailbox at domain.com I get the following at the logs: [Dec 26 21:59:22 2008] (nickserv/main) user record for Chaiko not found User Chaiko is set as ServicesRoot at OperServ. What am I doing wrong? Thanks for your suggestions. -- Best regards, Stanly From achurch at achurch.org Sat Dec 27 06:37:59 2008 From: achurch at achurch.org (Andrew Church) Date: Sat, 27 Dec 2008 06:37:59 JST Subject: [IRCServices] nickserv REGISTER problem In-Reply-To: <1681776233.20081226211206@stanl.info> Message-ID: <49554ff9.17365@msgid.achurch.org> >I've just installed IRC Services 5.1.9 and successfully configured it >to work with my ircd-hybrid-7.2.3+plexus-3.0.0 > >>From modules.conf: > > NickServName "NickServ" "Nickname Server" > NSEnableRegister > >But when I try to register using the command >/nickserv register passwd mailbox at domain.com >I get the following at the logs: > >[Dec 26 21:59:22 2008] (nickserv/main) user record for Chaiko not found > >User Chaiko is set as ServicesRoot at OperServ. This indicates that Services isn't aware that you've connected to the network. Ensure that your first LoadModule line in ircservices.conf reads: LoadModule protocol/hybrid If it still doesn't work, the "plexus" extension may be causing an incompatibility with Services. Try using a stock IRCD-hybrid server, if possible. --Andrew Church achurch at achurch.org http://achurch.org/