From ron885 at bloodheart.com Wed Jan 1 00:20:01 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200212312122.gBVLMiC07281@localhost.localdomain> References: <200212312122.gBVLMiC07281@localhost.localdomain> Message-ID: <200212311514.33394.ron885@bloodheart.com> On Tuesday 31 December 2002 02:26 pm, Craig Edwards wrote: > channel is not regularly used... how about an option to put a pseudoclient yes its called using a bot From ron885 at bloodheart.com Wed Jan 1 00:20:10 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question about TR-IRCD In-Reply-To: <4.3.2.7.2.20021231163507.0256bfa8@mail.ab2m.net> References: <4.3.2.7.2.20021231163507.0256bfa8@mail.ab2m.net> Message-ID: <200212311515.12366.ron885@bloodheart.com> On Tuesday 31 December 2002 02:35 pm, Joe Tomasone wrote: > We are using TR-IRCD 5.0.3, and have discovered an issue. /onotice > messgaes sent by channel operators are being sent to all users of the > channel. Has anyone seen this, and know how to fix it, or is it a bug that > will be fixed in another release? what does an ircd command have to do with services? From joe at ab2m.net Wed Jan 1 00:25:01 2003 From: joe at ab2m.net (Joe Tomasone) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question about TR-IRCD In-Reply-To: <200212311515.12366.ron885@bloodheart.com> References: <4.3.2.7.2.20021231163507.0256bfa8@mail.ab2m.net> <4.3.2.7.2.20021231163507.0256bfa8@mail.ab2m.net> Message-ID: <4.3.2.7.2.20021231172300.024d3a68@mail.ab2m.net> Nothing. But as I said, I have exhausted other avenues of inquiry and hoped that some saavy TR-IRCD folks might be on this list, given the fact that it is the services of choice for that IRCD. My apologies for divulging off topic, and I will gladly accept replies in private. At 05:15 PM 12/31/2002, you wrote: >On Tuesday 31 December 2002 02:35 pm, Joe Tomasone wrote: > > We are using TR-IRCD 5.0.3, and have discovered an issue. /onotice > > messgaes sent by channel operators are being sent to all users of the > > channel. Has anyone seen this, and know how to fix it, or is it a bug that > > will be fixed in another release? > >what does an ircd command have to do with services? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From n.p at bluewin.ch Wed Jan 1 16:17:00 2003 From: n.p at bluewin.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bot crashes services... Message-ID: Hi all, We've been running a bot on our network and ever since I changed the domain name it's been using services crashes when we connect him: [Jan 01 14:05:00 2003] PANIC! buffer = & CarbonServ 1 1041429895 pickkles admin.carbonirc.net stealth.carbonirc.net 0 +ix carbon-3D510D1B.car$ [Jan 01 14:05:00 2003] Services terminating: Segmentation fault The only thing I can think of is that the bots host is similar to the services server and ircd adresses, but that still shouldn?t be a problem. I'm reversing the old domain the bot used so I can try again with that but I'm kinda worried that this is happening ;( P.S: admin.carbonirc.net is the bots address and stealth.carbonirc.net is the ircds address. P.P.S: The bots nick kill is on immediate and I forgot to set admin.carbonirc.net in his access list so he gets killed automatically on Connection, again this shouldn?t really make a difference but maybe... Unreal3.2b13 & ircservices 5.0.5 Any help would be great ;) From brain at brainbox.winbot.co.uk Thu Jan 2 02:42:00 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 Message-ID: <200301020041.h020fPC19550@localhost.localdomain> the idea of services is supposed to be that users shouldnt need to run bots? >On Tuesday 31 December 2002 02:26 pm, Craig Edwards wrote: >> channel is not regularly used... how about an option to put a pseudoclient > >yes its called using a bot >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From ron885 at bloodheart.com Thu Jan 2 03:21:00 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200301020041.h020fPC19550@localhost.localdomain> References: <200301020041.h020fPC19550@localhost.localdomain> Message-ID: <200301011815.00813.ron885@bloodheart.com> On Wednesday 01 January 2003 05:36 pm, Craig Edwards wrote: > the idea of services is supposed to be that users shouldnt need to run > bots? no its not... "Services provides for definitive nickname and channel ownership, as well as the ability to send messages ("memos") to offline users, and gives IRC operators considerably more control over the network." "Channel management. Like nicknames, Services allows users to register channels as well. A channel's owner can give privileges to other users of the channel, such as auto-opping or the ability to set various channel options, or conversely deny other users the ability to obtain channel operator privileges or even enter the channel altogether. Services will remember the topic on the channel even after the last user leaves, and can automatically set modes on the channel whenever a user joins it." doesn't say anything about keeping modes while the channel is empty... besides... putting a pseudo in the channel isn't the answer... services aren't supposed to sit in channels From brain at brainbox.winbot.co.uk Thu Jan 2 03:53:00 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 Message-ID: <200301020152.h021qcC20074@localhost.localdomain> There has to be some way of doing this without use of a bot, e.g. in services. As it stands services gives away the key of a channel to whoever enters first, and this person may not be on the access list and/or may not be welcome so this is not a good idea. People have been known to use this as a way to steal a channel's key, and users will insist on security that involves nothing more than a mode locked key... so anything would be good, as we cant really say to users "the ability to lock a key is part of services but you shouldnt use it as it can be exploited" - if this is the case its not worth having the feature in the code at all :) ... Suggestions anyone? >On Wednesday 01 January 2003 05:36 pm, Craig Edwards wrote: >> the idea of services is supposed to be that users shouldnt need to run >> bots? > >no its not... > > "Services provides for definitive nickname and channel ownership, as well as > the ability to send messages ("memos") to offline users, and gives IRC > operators considerably more control over the network." > > "Channel management. Like nicknames, Services allows users to register > channels as well. A channel's owner can give privileges to other users of the > channel, such as auto-opping or the ability to set various channel options, > or conversely deny other users the ability to obtain channel operator > privileges or even enter the channel altogether. Services will remember the > topic on the channel even after the last user leaves, and can automatically > set modes on the channel whenever a user joins it." > >doesn't say anything about keeping modes while the channel is empty... >besides... putting a pseudo in the channel isn't the answer... services >aren't supposed to sit in channels >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From ron885 at bloodheart.com Thu Jan 2 04:46:00 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200301020152.h021qcC20074@localhost.localdomain> References: <200301020152.h021qcC20074@localhost.localdomain> Message-ID: <200301011940.10641.ron885@bloodheart.com> there really isn't much that can be done... having a pseudo sit there isn't really a solution and as Trevor pointed out services has no idea if the person used a key. one way i see this is to kick people not on the acc list if its +k... but tahts just the same as putting RESTRICTED From achurch at achurch.org Thu Jan 2 05:06:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bot crashes services... In-Reply-To: Message-ID: <3e13ac74.06472@crystal.achurch.org> Can you get me a backtrace on this? Reconfigure with -dumpcore and recompile to get core files: $ ./configure -dumpcore && make && make install then, after a crash, use GDB to get the backtrace (replace the paths below with the actual paths to your executable and data directory): $ gdb /usr/local/sbin/ircservices /usr/local/lib/ircservices/core Hi all, > >We've been running a bot on our network and ever since I changed the domain >name it's been using services crashes when we connect him: > >[Jan 01 14:05:00 2003] PANIC! buffer = & CarbonServ 1 1041429895 pickkles >admin.carbonirc.net stealth.carbonirc.net 0 +ix carbon-3D510D1B.car$ >[Jan 01 14:05:00 2003] Services terminating: Segmentation fault > >The only thing I can think of is that the bots host is similar to the >services server and ircd adresses, but that still shouldn be a problem. >I'm reversing the old domain the bot used so I can try again with that but >I'm kinda worried that this is happening ;( > >P.S: admin.carbonirc.net is the bots address and stealth.carbonirc.net is >the ircds address. > >P.P.S: The bots nick kill is on immediate and I forgot to set >admin.carbonirc.net in his access list so he gets killed automatically on >Connection, again this shouldn really make a difference but maybe... > >Unreal3.2b13 & ircservices 5.0.5 > >Any help would be great ;) > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 2 11:43:10 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200301020041.h020fPC19550@localhost.localdomain> Message-ID: <3e140964.05166@crystal.achurch.org> >We've just discovered a bug in ircservices 5.0.6 where a channel can be >joined which has a key modelocked, and not only does it allow the client >to enter, it also shows them the key, if the room is empty. RTFM (/msg ChanServ HELP SET MLOCK). >the idea of services is supposed to be that users shouldnt need to run bots? RTFM (FAQ Z.5, Z.6). --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jan 2 11:55:10 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Adding aops/vops/hops In-Reply-To: Message-ID: <3e140c4c.05217@crystal.achurch.org> >Hi, is there a way I can add vops/hops/aops to a channel that I havent >registered? No, though I am considering allowing Services admins to modify channel access lists in a future version. --Andrew Church achurch@achurch.org http://achurch.org/ From brain at brainbox.winbot.co.uk Thu Jan 2 23:02:01 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 Message-ID: <200301022101.h02L1PC28555@localhost.localdomain> > >RTFM (/msg ChanServ HELP SET MLOCK). > Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :) From brain at brainbox.winbot.co.uk Fri Jan 3 00:13:01 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Problem with /cs set secure and /cs set restricted Message-ID: <200301022212.h02MChC29071@localhost.localdomain> Ok. after trying to drum it into my users that access lists should be used instead of modelocked keys, they complained to me there is a bug which stops them using this, this appears to be the case after a quick poke around (ircservices 5.0.6): If a user sets a channel to restricted, as shown here, [22:03] -ChanServ- Information for channel #testing: [22:03] -ChanServ- Founder: Cadavre [22:03] -ChanServ- Description: testes [22:03] -ChanServ- Registered: Jan 02 22:04:32 2003 GMT [22:03] -ChanServ- Last used: Jan 02 22:04:32 2003 GMT [22:03] -ChanServ- Options: Topic Retention, Restricted Access, Secure then if a user joins the channel and it is *empty*, they are not kicked, as would be expected... here is an example (i tried it with a non-registered nick, as this was the original complaint, but it appears it will let a registered user stay too): [22:03] --> You are now talking on #testing [22:03] --- services.chatspike.net has changed the topic to: dum di dum (Cadavre) [22:03] --- ChanServ sets modes [#testing +sntir-o Not-Registered-Test] .. and no kick :/ i wasn't even identified, let alone on the access list. This means that if users who ARE on the access list join afterwards, the intruder can "pretend" to be on the access list simply by idling. is it just me or did chanserv used to join the channel, eject the user, stay to hold the ban for a few seconds to stop auto rejoin, then part again? I know that this is "wrong" as services arent supposed to join channels, but this was the default a few versions ago i believe and it worked fine... If this also does not work, how can i keep users out of these empty channels without resorting to a "well you have to use a bot or have idle users in it" response every time? Some of these channels are too small to have users on 24/7 all the time to hold the channel open (small alliance channels for online games) Also, at this moment in time i have no access to the services.* shell to check what options are set in the configuration. Is it possible an option is set that stops users being kicked out? I cant find such an option in my glance through the manual. (thanks to Cadavre for pointing out this problem) >> >>RTFM (/msg ChanServ HELP SET MLOCK). >> > >Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at brainbox.winbot.co.uk Fri Jan 3 00:37:00 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Problem with /cs set secure and /cs set restricted Message-ID: <200301022236.h02MaPC29247@localhost.localdomain> On hindsight it appears this only happens when a non-regged nick joins... i had some regged nicks join to test it and they get kicked as expected. >Ok. after trying to drum it into my users that access lists should be used instead of modelocked keys, they complained to me there is a bug which stops them using this, this appears to be the case after a quick poke around (ircservices 5.0.6): > >If a user sets a channel to restricted, as shown here, > >[22:03] -ChanServ- Information for channel #testing: >[22:03] -ChanServ- Founder: Cadavre >[22:03] -ChanServ- Description: testes >[22:03] -ChanServ- Registered: Jan 02 22:04:32 2003 GMT >[22:03] -ChanServ- Last used: Jan 02 22:04:32 2003 GMT >[22:03] -ChanServ- Options: Topic Retention, Restricted Access, Secure > >then if a user joins the channel and it is *empty*, they are not kicked, as would be expected... here is an example (i tried it with a non-registered nick, as this was the original complaint, but it appears it will let a registered user stay too): > >[22:03] --> You are now talking on #testing >[22:03] --- services.chatspike.net has changed the topic to: dum di dum (Cadavre) >[22:03] --- ChanServ sets modes [#testing +sntir-o Not-Registered-Test] > >... and no kick :/ i wasn't even identified, let alone on the access list. This means that if users who ARE on the access list join afterwards, the intruder can "pretend" to be on the access list simply by idling. > >is it just me or did chanserv used to join the channel, eject the user, stay to hold the ban for a few seconds to stop auto rejoin, then part again? I know that this is "wrong" as services arent supposed to join channels, but this was the default a few versions ago i believe and it worked fine... If this also does not work, how can i keep users out of these empty channels without resorting to a "well you have to use a bot or have idle users in it" response every time? Some of these channels are too small to have users on 24/7 all the time to hold the channel open (small alliance channels for online games) > >Also, at this moment in time i have no access to the services.* shell to check what options are set in the configuration. Is it possible an option is set that stops users being kicked out? I cant find such an option in my glance through the manual. > >(thanks to Cadavre for pointing out this problem) > >>> >>>RTFM (/msg ChanServ HELP SET MLOCK). >>> >> >>Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :) >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at brainbox.winbot.co.uk Fri Jan 3 00:45:00 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Problem with /cs set secure and /cs set restricted Message-ID: <200301022244.h02MiHC29294@localhost.localdomain> Sorry for continual posting but after more testing it seems to be picky about which nicks it allows or doesnt allow, not based on anything i can figure out. One unregged nick successfully joined, while chanserv booted another... this seems to happen randomly... very weird. I will stop posting now as continual posts on this subject like this are kind of pointless and i dont want to annoy anyone... >On hindsight it appears this only happens when a non-regged nick joins... i had some regged nicks join to test it and they get kicked as expected. > >>Ok. after trying to drum it into my users that access lists should be used instead of modelocked keys, they complained to me there is a bug which stops them using this, this appears to be the case after a quick poke around (ircservices 5.0.6): >> >>If a user sets a channel to restricted, as shown here, >> >>[22:03] -ChanServ- Information for channel #testing: >>[22:03] -ChanServ- Founder: Cadavre >>[22:03] -ChanServ- Description: testes >>[22:03] -ChanServ- Registered: Jan 02 22:04:32 2003 GMT >>[22:03] -ChanServ- Last used: Jan 02 22:04:32 2003 GMT >>[22:03] -ChanServ- Options: Topic Retention, Restricted Access, Secure >> >>then if a user joins the channel and it is *empty*, they are not kicked, as would be expected... here is an example (i tried it with a non-registered nick, as this was the original complaint, but it appears it will let a registered user stay too): >> >>[22:03] --> You are now talking on #testing >>[22:03] --- services.chatspike.net has changed the topic to: dum di dum (Cadavre) >>[22:03] --- ChanServ sets modes [#testing +sntir-o Not-Registered-Test] >> >>... and no kick :/ i wasn't even identified, let alone on the access list. This means that if users who ARE on the access list join afterwards, the intruder can "pretend" to be on the access list simply by idling. >> >>is it just me or did chanserv used to join the channel, eject the user, stay to hold the ban for a few seconds to stop auto rejoin, then part again? I know that this is "wrong" as services arent supposed to join channels, but this was the default a few versions ago i believe and it worked fine... If this also does not work, how can i keep users out of these empty channels without resorting to a "well you have to use a bot or have idle users in it" response every time? Some of these channels are too small to have users on 24/7 all the time to hold the channel open (small alliance channels for online games) >> >>Also, at this moment in time i have no access to the services.* shell to check what options are set in the configuration. Is it possible an option is set that stops users being kicked out? I cant find such an option in my glance through the manual. >> >>(thanks to Cadavre for pointing out this problem) >> >>>> >>>>RTFM (/msg ChanServ HELP SET MLOCK). >>>> >>> >>>Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :) >>> >>> >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>>http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Jan 3 04:32:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in mode locked keys in 5.0.6 In-Reply-To: <200301022101.h02L1PC28555@localhost.localdomain> Message-ID: <3e14f5fe.10414@crystal.achurch.org> >> >>RTFM (/msg ChanServ HELP SET MLOCK). >> > >Thanks - when was this help text added? i dont think users read the help text for MLOCK, if a user knows (or thinks they know) how a command works, they dont bother to read help text on the command, they just use it :) This has been there since, um, forever? At least since version 3.0.0 (1997). --Andrew Church achurch@achurch.org http://achurch.org/ From gunslinger at xaos.ru Sat Jan 4 17:27:00 2003 From: gunslinger at xaos.ru (gunslinger) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Trapdoor in use In-Reply-To: <20030104082900.87326.4621.Mailman@snow.fingers.co.za> Message-ID: Hello all. My problem is that ive got this error "nickserv/sendpass: Trapdoor in use" with the lates version of IRCServ (5.0.6). Also using FreeBSD 4.5 and IRCd-RU as a server. From copys at gmx.de Sat Jan 4 18:14:01 2003 From: copys at gmx.de (copys) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] where can i find modules ? Message-ID: <002801c2b40b$f6f35fa0$a10cfea9@ttm02i3w68wgue> I've installed Ircservices version 5.0.6 and configured it so far on my Suse Linux 7.2 with Unreal Beta13. on starting i recive an error in the log file: [Jan 04 16:45:22 2003] IRC Services 5.0.6 starting up [Jan 04 16:45:22 2003] httpd/main: Listening on :8080 [Jan 04 16:45:22 2003] FATAL: send.c: No (or bad) protocol module loaded. But i've configured it sofar right with Module protocol/unreal I tried Module unreal also but with the same result. There's no folder with protocoll files. So please tell me where to find the modules or how to config my ircservices right. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030104/8297a2ac/attachment.html From ron885 at bloodheart.com Sat Jan 4 21:01:00 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] where can i find modules ? In-Reply-To: <002801c2b40b$f6f35fa0$a10cfea9@ttm02i3w68wgue> References: <002801c2b40b$f6f35fa0$a10cfea9@ttm02i3w68wgue> Message-ID: <20030104115321.5c275ae7.ron885@bloodheart.com> On Sat, 4 Jan 2003 17:11:39 +0100, "copys" wrote: > But i've configured it sofar right with > Module protocol/unreal > I tried > Module unreal did you make sure you changed: #LoadModule protocol/(insert protocol name here) in the ircservices.conf to LoadModule protocol/protocol ? From Craig at chatspike.net Sun Jan 5 15:50:01 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in help file.. Message-ID: <20030105134920.YMMV14589.mta02-svc.ntlworld.com@i-br0ked-it> when you /msg chanserv clear , rather than services telling you the value is invalid, it will tell you your syntax is wrong, surely it shouldnt do this? On another note, whats the command to remove entry messages? i cant see it documented anywhere. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From Schutzgeist at uni.de Sun Jan 5 19:00:01 2003 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Bug in help file.. In-Reply-To: <20030105134920.YMMV14589.mta02-svc.ntlworld.com@i-br0ked-it> References: <20030105134920.YMMV14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: <18583381936.20030105175944@uni.de> Hallo Craig, CM> On another note, whats the command to remove entry messages? i cant see it documented anywhere. U have set the entrymessage with /msg chanserv set <=== commmand. To remove it type 'unset' instead of 'set' . Also: /msg chanserv unset #ChatRoom entrymsg CM>when you /msg chanserv clear , rather than services CM>telling you the value is invalid, it will tell you your syntax is wrong, CM>surely it shouldnt do this? [17:08:31] -> *chanserv* clear #admins blah [17:08:31] -ChanServ- Syntax: CLEAR channel what [17:08:31] -ChanServ- Type /msg ChanServ HELP CLEAR for more information. That looks okay. From tim at unixtechs.org Mon Jan 6 18:00:01 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Starting Services with TR-IRCD5. Message-ID: <20030106155913.GA24519@r2d2.unixtechs.org> I finally have two servers linked, and now I want to put Services into the mix. Well with the previous config, services would connect, and then kill one of the IRCDs. I tried to use the version that was on /usr/ports for FreeBSD, and then put in my configs. I finally have it connecting but now there seems to be another problem. Here's what the log complains about: http://ic.net/~timh/ircservices.log Since the log got a bit wide/long, I figured I'd just post it that way instead of pasting it all here. Why's this happening? When I set RemoteServer to the same port that IRCD is running on, it kills the IRCD. I set it to another one, and now I have this problem. When the ports are the same, I see this in the log file. [Jan 06 10:56:51 2003] unknown message from server (E :Closing Link: 0.0.0.0 (Sorry, no H-line.)) [Jan 06 10:56:51 2003] Read error from server: Connection reset by peer What's the H-Line it's complaining about? Any help is GREATLY appreciated! Thanks! tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From alisor at softhome.net Mon Jan 6 20:56:00 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Chanserv Sendpass Message-ID: <005c01c2b5b5$78635900$0100a8c0@control> Hello; Isnt it strange that a services admin can make Getpass but noone except Founder can use Sendpass command? -ChanServ- Only the founder of a channel may use the SENDPASS command. Services admins can use sendpass for nick but cant do it with chans? Or did i miss smth? Ali Sor From ballsy at mystical.net Mon Jan 6 21:15:01 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Chanserv Sendpass In-Reply-To: <005c01c2b5b5$78635900$0100a8c0@control> Message-ID: Makes sense to me. Channel founder forgets their channel password, so they ID for their nick and use Sendpass. What if they forget their nick password too, and can't ID to it in order to use SendPass ? Well, they then speak with a Services Admin to get their nick pass, and the user can then SendPass again. IMO, putting the onus on the user is a good thing. David Quoth Ali Sor on Jan 6 at 20:57, > Hello; > > Isnt it strange that a services admin can make Getpass but noone except > Founder can use Sendpass command? > > -ChanServ- Only the founder of a channel may use the SENDPASS command. > > Services admins can use sendpass for nick but cant do it with chans? > > Or did i miss smth? > > Ali Sor > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From uhc0 at rz.uni-karlsruhe.de Mon Jan 6 21:33:01 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] Starting Services with TR-IRCD5. In-Reply-To: <20030106155913.GA24519@r2d2.unixtechs.org> Message-ID: <000401c2b5ba$624a5ba0$60c8a8c0@nygmatech.local> Hello; Let me try to explain the solutions to your problems. > I finally have it connecting but now there seems to be > another problem. Here's what the log complains about: > http://ic.net/~timh/ircservices.log This means, that your network already has one services server, and you try to connect a second one, which introduces the same nicks: NickServ ChanServ ... so that they continously collide, and services runs into introduce_user() loop. > Why's this happening? When I set RemoteServer to the same port that IRCD is > running on, it kills the IRCD. I set it to another one, and now I have this > problem. When the ports are the same, I see this in the log file. Killing an ircd means, that you did not set up the connect block for the server where services connects, on the OTHER server correctly. Linking services means, that this server is a HUB, since more than one server is connected to it (services, and the other server) This requires you to set ishub = yes; in the connect {} of the other server. Moreover, you have to set the services also as a hub, otherwise a /operserv JUPE will cause "interesting" effects. Unless you run the ircds in a non-native mode, the protocol will inform the leaf server that the services server is U:Lined and is also a hub, so you do not need additional connect entries for the services on the leaf server. > [Jan 06 10:56:51 2003] unknown message from server > (E :Closing Link: 0.0.0.0 (Sorry, no H-line.)) > [Jan 06 10:56:51 2003] Read error from server: Connection reset by peer This is explained above. Your hub, the server services connects to, must be declared as a hub on all of its leafs. > Any help is GREATLY appreciated! Thanks! > tdh Regards; yusuf ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From tim at unixtechs.org Mon Jan 6 22:49:01 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] Starting Services with TR-IRCD5. In-Reply-To: <000401c2b5ba$624a5ba0$60c8a8c0@nygmatech.local> References: <20030106155913.GA24519@r2d2.unixtechs.org> <000401c2b5ba$624a5ba0$60c8a8c0@nygmatech.local> Message-ID: <20030106204812.GA26506@r2d2.unixtechs.org> | | Hello; | | Let me try to explain the solutions to your problems. | | This means, thAt your network already has one services server, and you try to connect a second one, which introduces the same nicks: NickServ ChanServ ... so that they continously collide, and services runs into introduce_user() loop. | Well, I've checked a number of times, and the servers were not running. They basically stopped running once they couldn't connect, and they weren't running at all. But as I changed the configuratin, it's the H-line that it was complaining about. | | Killing an ircd means, that you did not set up the connect block for the server where services connects, on the OTHER server correctly. Linking services means, that this server is a HUB, since more than one server is connected to it (services, and the other server) This requires you to set ishub = yes; in the connect {} of the other server. Moreover, you have to set the services also as a hub, otherwise a /operserv JUPE will cause "interesting" effects. Unless you run the ircds in a non-native mode, the protocol will inform | the leaf server that the services server is U:Lined and is also a hub, so you do | not need additional connect entries for the services on the leaf server. | In the serveropt directive, I have my server for hub = yes;, the other linked server should say hub = no;. So at this point all it needs is a line for each link to say ishub = yes;? Having done that now, it still manages to kill the IRCD. IRC Services 5.0.2 starting up httpd/main: Listening on 127.0.0.1:12701 protocol/trircd: WARNING: missing IP address for new nick Nick1 user: New maximum user count: 1 protocol/trircd: WARNING: missing IP address for new nick Nick2 user: New maximum user count: 2 user: New maximum user count: 3 unknown message from server (E :Closing Link: 0.0.0.0 (Sorry, no H-line.)) Read error from server: Connection reset by peer Is there something else I'm missing, or am I just not understanding things properly? | | This is explained above. Your hub, the server services connects to, must be declared as a hub on all of its leafs. | | > Any help is GREATLY appreciated! Thanks! | > tdh | | Regards; | yusuf | `------------------------------------------------------------------- tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From griever at t2n.org Tue Jan 7 00:42:00 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] Starting Services with TR-IRCD5. In-Reply-To: <000401c2b5ba$624a5ba0$60c8a8c0@nygmatech.local> Message-ID: On Mon, 6 Jan 2003, Yusuf Iskenderoglu wrote: > Unless you run the ircds in a non-native mode, the protocol will inform > the leaf > server that the services server is U:Lined and is also a hub, so you do > not need > additional connect entries for the services on the leaf server. What ircd supp... oh never mind From msmith at acmecorp.org Tue Jan 7 01:49:01 2003 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question Message-ID: <5.1.0.14.0.20030106184754.00cba8f0@mail.acmecorp.org> Why would chanserv op a user that was removed from both the access and aop lists for a specific channel? Regards, Mike Network Chief Administrator FleetChat IRC Network "Net boy, net girl/Send your impulse 'round the world/ Put your message in a modem/And throw it in the Cyber Sea" Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) From Craig at chatspike.net Tue Jan 7 02:53:00 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question Message-ID: <20030107005234.WPAP20174.mta06-svc.ntlworld.com@i-br0ked-it> it wouldnt...... Due to lack of detail here, i doubt anyone can help you, give logs, both services logs and IRC logs.. show the access and aop lists, show the user getting opped.. show us services logs.. maybe _THEN_ someone will be able to help you. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Michael D. Smith" Reply-To: To : ircservices@ircservices.za.net Subject : [IRCServices] Question Date : 2003-01-06 Why would chanserv op a user that was removed from both the access and aop lists for a specific channel? Regards, Mike Network Chief Administrator FleetChat IRC Network "Net boy, net girl/Send your impulse 'round the world/ Put your message in a modem/And throw it in the Cyber Sea" Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From msmith at acmecorp.org Tue Jan 7 02:57:00 2003 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:50 2004 Subject: [IRCServices] Question In-Reply-To: <20030107005234.WPAP20174.mta06-svc.ntlworld.com@i-br0ked-i t> Message-ID: <5.1.0.14.0.20030106195410.00cba688@mail.acmecorp.org> At 00:55 1/7/2003 +0000, Craig McLure wrote: >it wouldnt...... > >Due to lack of detail here, i doubt anyone can help you, give logs, both >services logs and IRC logs.. show the access and aop lists, show the user >getting opped.. show us services logs.. maybe _THEN_ someone will be able to >help you. Well, I fixed it the sort of hard way. I dropped the channel and then re-registered it. I just thought perhaps someone might have run into this issue before me. :) Thanks tho! Regards, Mike Network Chief Administrator FleetChat IRC Network "Net boy, net girl/Send your impulse 'round the world/ Put your message in a modem/And throw it in the Cyber Sea" Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) From achurch at achurch.org Tue Jan 7 07:03:01 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:50 2004 Subject: AW: [IRCServices] Starting Services with TR-IRCD5. In-Reply-To: Message-ID: <3e1a5f30.01003@crystal.achurch.org> I've refrained from bringing this up until now, but please do not post pointless messages like this to the list; they only waste everyone's time. --Andrew Church achurch@achurch.org http://achurch.org/ >On Mon, 6 Jan 2003, Yusuf Iskenderoglu wrote: > >> Unless you run the ircds in a non-native mode, the protocol will inform >> the leaf >> server that the services server is U:Lined and is also a hub, so you do >> not need >> additional connect entries for the services on the leaf server. >What ircd supp... oh never mind > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Jan 7 07:06:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Bug in help file.. In-Reply-To: <20030105134920.YMMV14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: <3e1a602a.01016@crystal.achurch.org> >when you /msg chanserv clear , rather than services telling you the value is invalid, it will tell you your syntax is wrong, surely it shouldnt do this? The syntax error includes a referral to HELP CLEAR, so I think the obvious thing to do in that case would be to read the help. But I do agree that a better message could be used; I'll think about it for a future version. --Andrew Church achurch@achurch.org http://achurch.org/ From reinis at apollo.lv Tue Jan 7 09:21:00 2003 From: reinis at apollo.lv (Reinis Rozitis) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Question References: <5.1.0.14.0.20030106195410.00cba688@mail.acmecorp.org> Message-ID: <002901c2b61d$a1bd4dc0$0f79afd5@NEIROZE> Common thing that makes this happens are just linked nicks.. You have to check if there are no other users which have aop status in chan and are maybe linked to "victim" (or hostmasks added in access list) ----------------------------------------------------------------- roze@roze.lv ----- Original Message ----- From: "Michael D. Smith" To: ; Sent: Tuesday, January 07, 2003 2:55 AM Subject: Re: [IRCServices] Question > At 00:55 1/7/2003 +0000, Craig McLure wrote: > >it wouldnt...... > > > >Due to lack of detail here, i doubt anyone can help you, give logs, both > >services logs and IRC logs.. show the access and aop lists, show the user > >getting opped.. show us services logs.. maybe _THEN_ someone will be able to > >help you. > > Well, I fixed it the sort of hard way. I dropped the channel and then > re-registered it. I just thought perhaps someone might have run into this > issue before me. :) > > Thanks tho! > > Regards, > Mike > > Network Chief Administrator > FleetChat IRC Network > > "Net boy, net girl/Send your impulse 'round the world/ > Put your message in a modem/And throw it in the Cyber Sea" > Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From uhc0 at rz.uni-karlsruhe.de Tue Jan 7 09:50:01 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Question In-Reply-To: <5.1.0.14.0.20030106184754.00cba8f0@mail.acmecorp.org> Message-ID: Another possibility is setting autoop level to 0. Use the HELP for the ChanServ LEVELS command for detailed information about this. Regards; yusuf On Mon, 6 Jan 2003, Michael D. Smith wrote: > Why would chanserv op a user that was removed from both the access and aop > lists for a specific channel? > > Regards, > Mike > > Network Chief Administrator > FleetChat IRC Network > > "Net boy, net girl/Send your impulse 'round the world/ > Put your message in a modem/And throw it in the Cyber Sea" > Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de From robert at comtron.net Wed Jan 8 13:30:01 2003 From: robert at comtron.net (Hartmann, Robert) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] unknown message from server Message-ID: <9811824582.20030108122634@comtron.net> hi, when i start ircservices i become the following error in ircservices.log: [Jan 08 12:20:56 2003] unknown message from server (:www.***.com 461 SERVER :Not enough parameters) [Jan 08 12:20:56 2003] unknown message from server (ERROR :Closing Link: [*.*.*.*] by www.*.com (Need more parameters)) what parameters does it mean? -- mfg Robert Hartmann From ballsy at mystical.net Wed Jan 8 15:39:00 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] unknown message from server In-Reply-To: <9811824582.20030108122634@comtron.net> Message-ID: Please include a few more details about your setup, including version of Services, type/version of IRCd. It looks as though it's complaining about the SERVER command, which may suggest an incompatible protocol module.....just a stab in the dark though. David Quoth Hartmann, Robert on Jan 8 at 12:26, > hi, > > when i start ircservices i become the following error in > ircservices.log: > > [Jan 08 12:20:56 2003] unknown message from server (:www.***.com 461 SERVER :Not enough parameters) > [Jan 08 12:20:56 2003] unknown message from server (ERROR :Closing Link: [*.*.*.*] by www.*.com (Need more parameters)) > > what parameters does it mean? > > > > From uhc0 at rz.uni-karlsruhe.de Wed Jan 8 20:18:00 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:51 2004 Subject: AW: [IRCServices] unknown message from server In-Reply-To: <9811824582.20030108122634@comtron.net> Message-ID: <000601c2b742$45c38040$60c8a8c0@nygmatech.local> It means that you should not use ircu 2.10 or ircd 2.10 with IrcServices, since they are incompatible. Please read out the documentation about the supported ircd versions. Regards; yusuf ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von > Hartmann, Robert > Gesendet: Mittwoch, 8. Januar 2003 12:27 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] unknown message from server > > > hi, > > when i start ircservices i become the following error in > ircservices.log: > > [Jan 08 12:20:56 2003] unknown message from server (:www.***.com 461 SERVER :Not enough parameters) [Jan 08 12:20:56 2003] unknown message from server (ERROR :Closing Link: [*.*.*.*] by www.*.com (Need more parameters)) what parameters does it mean? -- mfg Robert Hartmann ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From balrog_67 at hotmail.com Wed Jan 8 23:51:00 2003 From: balrog_67 at hotmail.com (Andrea B.) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Bug Ircservices 5.0.6 Message-ID: I will send another time the massage because i don't received any answer. Tell me please if some informations are missing or if those problems are known and you're solving those things. Tanks a lot. Services: Ircservices 5.0.6 Server: Unreal 3.1.3 Hi all, in our net we have some problems with theese situations. The first one and the second are the baddest(they make crash the services!) 1) [Dec 02 22:39:18 2002] PANIC! buffer = :sadmin PRIVMSG NickServ@Services :UNLINK nick force [Dec 02 22:39:18 2002] Services terminating: Segmentation fault 2) [Dec 24 14:08:14 2002] PANIC! buffer = :nick ! memoserv :del 1,2 [Dec 24 14:08:14 2002] Services terminating: Segmentation fault 3) An AOP user using Chanserv (/cs deop) is able to deop a SOP user and also a Founder! So +a and +q don't works good.Instead we notice that the procedure for /cs kick is correct ana an AOP can't kick a SOP or a Founder. _________________________________________________________________ MSN Extra Storage! Hotmail all'ennesima potenza. Provalo! http://www.msn.it/msnservizi/es/ From dylanvdm at icon.co.za Thu Jan 9 00:03:00 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Bug Ircservices 5.0.6 References: Message-ID: <001201c2b761$bbfaed10$50ccef9b@dylan> I would suggest upgrading to Unreal 3.1.5. Dylan. ----- Original Message ----- From: "Andrea B." To: Sent: Wednesday, January 08, 2003 11:48 PM Subject: [IRCServices] Bug Ircservices 5.0.6 > I will send another time the massage because i don't received any answer. > Tell me please if some informations are missing or if those problems are > known and you're solving those things. > > Tanks a lot. > > Services: Ircservices 5.0.6 Server: Unreal 3.1.3 > > Hi all, in our net we have some problems with theese situations. The first > one and the second are the baddest(they make crash the services!) > > 1) [Dec 02 22:39:18 2002] PANIC! buffer = :sadmin PRIVMSG NickServ@Services > :UNLINK nick force [Dec 02 22:39:18 2002] Services terminating: Segmentation > fault > > 2) [Dec 24 14:08:14 2002] PANIC! buffer = :nick ! memoserv :del 1,2 [Dec 24 > 14:08:14 2002] Services terminating: Segmentation fault > > 3) An AOP user using Chanserv (/cs deop) is able to deop a SOP user and also > a Founder! So +a and +q don't works good.Instead we notice that the > procedure for /cs kick is correct ana an AOP can't kick a SOP or a Founder. > > > > > > > _________________________________________________________________ > MSN Extra Storage! Hotmail all'ennesima potenza. Provalo! > http://www.msn.it/msnservizi/es/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From admin at iamunreal.com Thu Jan 9 21:11:00 2003 From: admin at iamunreal.com (unreal) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Sendmail - sendauth problems Message-ID: <000101c2b812$c8249d00$6401a8c0@unreal> Hi, I've having some problems getting sendmail to work (I believe that is the problem.) I'm using ircservices v5.0.5 along with Unreal3.2-beta13 I believe that I either setup sendmail wrong in the modules.conf file or it is not configured correctly on the box - bear with me as I am rather new to the linux environment. I notice that the sendmail program is located inside /usr/lib, so should the SendmailPath be /usr/lib or /usr/lib/sendmail? I believe the Relayhost and SMTPName may be off. could someone fill me in a bit more on how I can find the correct options for these fields? I type /msg nickserv sendauth and it says it has sent the email, but nothing comes to my inbox - and I see no errors in the ircservices.log file. Thanks for your help, Jay - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030109/5c971d60/attachment.htm From Ganja51 at lcirc.net Fri Jan 10 03:53:01 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Sendmail - sendauth problems References: <000101c2b812$c8249d00$6401a8c0@unreal> Message-ID: <001701c2b84a$a1ae98a0$1402a8c0@monte> Typically if you have shell access you can type 'whereis sendmail' and it will give you the path for sendmail. I believe that SMTP is the preferred type of mail system with IRCServices though. ~Ganja51 ----- Original Message ----- From: unreal To: ircservices@ircservices.za.net Sent: Thursday, January 09, 2003 1:09 PM Subject: [IRCServices] Sendmail - sendauth problems Hi, I've having some problems getting sendmail to work (I believe that is the problem.) I'm using ircservices v5.0.5 along with Unreal3.2-beta13 I believe that I either setup sendmail wrong in the modules.conf file or it is not configured correctly on the box - bear with me as I am rather new to the linux environment. I notice that the sendmail program is located inside /usr/lib, so should the SendmailPath be /usr/lib or /usr/lib/sendmail? I believe the Relayhost and SMTPName may be off. could someone fill me in a bit more on how I can find the correct options for these fields? I type /msg nickserv sendauth and it says it has sent the email, but nothing comes to my inbox - and I see no errors in the ircservices.log file. Thanks for your help, Jay - -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030110/b79df349/attachment.html From admin at iamunreal.com Fri Jan 10 05:32:00 2003 From: admin at iamunreal.com (unreal) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Sendmail - sendauth problems In-Reply-To: <001701c2b84a$a1ae98a0$1402a8c0@monte> Message-ID: <000401c2b858$bdc19b10$6401a8c0@unreal> I just realized that I am indeed using SMTP, but still having the same problems. I eventually took out the modules that used this email function, and things work fine but would like to know anyway so I can enable the getpass or sendpass functions. Thanks, Jay - -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] On Behalf Of Ganja51 Sent: Thursday, January 09, 2003 8:50 PM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Sendmail - sendauth problems Typically if you have shell access you can type 'whereis sendmail' and it will give you the path for sendmail. I believe that SMTP is the preferred type of mail system with IRCServices though. ? ~Ganja51 ----- Original Message ----- From: unreal To: ircservices@ircservices.za.net Sent: Thursday, January 09, 2003 1:09 PM Subject: [IRCServices] Sendmail - sendauth problems Hi, I?ve having some problems getting sendmail to work (I believe that is the problem.) I?m using ircservices v5.0.5 along with Unreal3.2-beta13 I believe that I either setup sendmail wrong in the modules.conf file or it is not configured correctly on the box ? bear with me as I am rather new to the linux environment. I notice that the sendmail program is located inside /usr/lib, so should the SendmailPath be /usr/lib or /usr/lib/sendmail? I believe the Relayhost and SMTPName may be off could someone fill me in a bit more on how I can find the correct options for these fields? I type /msg nickserv sendauth and it says it has sent the email, but nothing comes to my inbox ? and I see no errors in the ircservices.log file. Thanks for your help, Jay - From pim.smeets at wanadoo.nl Fri Jan 10 16:34:00 2003 From: pim.smeets at wanadoo.nl (Pim Smeets) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error Message-ID: <000a01c2b8b4$ed1b2b40$0200a8c0@pim> [2:47pm] -lightning.nl.fire-irc.net- *** Notice -- Xq is rehashing Server config file while whistling innocently [2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from lightning.nl.fire-irc.net: Link with services.fire-irc.net[unknown@0.0.0.0] established, states: ULined TS [2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from lightning.nl.fire-irc.net: Link services.fire-irc.net[unknown@0.0.0.0] dropped, excessive TS delta (my TS=1042206735, their TS=1042206583, delta=152) [2:47pm] -lightning.nl.fire-irc.net- *** Notice -- services.fire-irc.net was connected for 0 seconds. 4/0 sendK/recvK. [2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from lightning.nl.fire-irc.net: Server asteroid.eu.fire-irc.net[unknown@0.0.0.0] closed the connection What could be wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030110/a52bc414/attachment.htm From msmith at acmecorp.org Fri Jan 10 16:50:01 2003 From: msmith at acmecorp.org (Michael Smith) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error In-Reply-To: <000a01c2b8b4$ed1b2b40$0200a8c0@pim> Message-ID: <5.2.0.9.0.20030110094722.00b20880@defiant.uss-starlord.org> At 03:31 PM 1/10/2003 +0100, Pim Smeets wrote: >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- Xq is rehashing Server >config file while whistling innocently >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from >lightning.nl.fire-irc.net: Link with >services.fire-irc.net[unknown@0.0.0.0] established, states: ULined TS >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from >lightning.nl.fire-irc.net: Link services.fire-irc.net[unknown@0.0.0.0] >dropped, excessive TS delta (my TS=1042206735, their TS=1042206583, delta=152) >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- services.fire-irc.net >was connected for 0 seconds. 4/0 sendK/recvK. >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from >lightning.nl.fire-irc.net: Server >asteroid.eu.fire-irc.net[unknown@0.0.0.0] closed the connection > >What could be wrong? The time difference between your IRCd and your services server is excessive. Just fix the time on either one or the other, and you should be fine. Regards, Mike Chief Network Administrator FleetChat IRC Network Net boy, net girl / Send your impulse 'round the world Put your message in a modem / And throw it in the Cyber Sea - Rush / Virtuality, Test for Echo (1997) From pim.smeets at wanadoo.nl Fri Jan 10 18:08:01 2003 From: pim.smeets at wanadoo.nl (Pim Smeets) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Vhost Message-ID: <001901c2b8c2$0decbca0$0200a8c0@pim> I need a vhost or encrypted host function, wich add that automatically when users connect, either in my ircd (bahamut) or in the services Anyone have an idea for me? Pim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030110/86bb3234/attachment.html From ballsy at mystical.net Fri Jan 10 18:26:01 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Vhost In-Reply-To: <001901c2b8c2$0decbca0$0200a8c0@pim> Message-ID: Bahamut has builtin support for that, but only for IRC Operators. I'd point you to their website, but most DAL servers/websites are having serious problems lately with packet attacks. For opers, connect using: /server your.server.here porthere opernick:operpass You'll also need to have an I:line that looks like... I:*@*:oper:*@*::1 Services doesn't (and I believe, can't) support this. You may be able to find a patch for bahamut somewhere that will do it for all users...try searching Google for bahamut + hostmasking or some such. Otherwise, you'll need to check out another IRCd with more complete hostmasking support. David Quoth Pim Smeets on Jan 10 at 17:05, > I need a vhost or encrypted host function, wich add that automatically when users connect, either in my ircd (bahamut) or in the services > > Anyone have an idea for me? > > Pim > From ircds at xaus.net Fri Jan 10 19:53:01 2003 From: ircds at xaus.net (Kacey Butcher) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Vhost References: Message-ID: <000c01c2b8d0$ae7c8660$978790ac@PRIMARY> Get NeoStats.. it has hostserv and can change hosts on connect easily... http://www.neostats.net/ :) http://www.xaus.net/ - xaus dot net http://ircservices.xaus.net/ - xaus irc services list http://ircd.xaus.net/ - ircd list by xaus ----- Original Message ----- From: "Ballsy" To: Sent: Friday, January 10, 2003 10:25 AM Subject: Re: [IRCServices] Vhost > Bahamut has builtin support for that, but only for IRC Operators. > I'd point you to their website, but most DAL servers/websites are > having serious problems lately with packet attacks. For opers, connect > using: > /server your.server.here porthere opernick:operpass > > You'll also need to have an I:line that looks like... > I:*@*:oper:*@*::1 > > Services doesn't (and I believe, can't) support this. You may be able to > find a patch for bahamut somewhere that will do it for all users...try > searching Google for > bahamut + hostmasking > > or some such. Otherwise, you'll need to check out another IRCd > with more complete hostmasking support. > > David > > > Quoth Pim Smeets on Jan 10 at 17:05, > > > I need a vhost or encrypted host function, wich add that automatically when users connect, either in my ircd (bahamut) or in the services > > > > Anyone have an idea for me? > > > > Pim > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gluniz at luniz.dyndns.org Fri Jan 10 20:31:01 2003 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error References: <5.2.0.9.0.20030110094722.00b20880@defiant.uss-starlord.org> Message-ID: <001a01c2b8d6$5ee6eea0$0200a8c0@luniz.dyndnsorg> Or, you could do what i do. I made a bash script that runs every hour via /etc/cron.hourly/timedate.sh which contains the following code: #!/bin/sh #echo "Updating Time & Date" ntpdate ntp0.cornell.edu I have this one all of my servers so their time is updated every hour so I dont have to worry about those errors anymore. ----- Original Message ----- From: "Michael Smith" To: ; Sent: Friday, January 10, 2003 9:48 AM Subject: Re: [IRCServices] Strange error > At 03:31 PM 1/10/2003 +0100, Pim Smeets wrote: > >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- Xq is rehashing Server > >config file while whistling innocently > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > >lightning.nl.fire-irc.net: Link with > >services.fire-irc.net[unknown@0.0.0.0] established, states: ULined TS > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > >lightning.nl.fire-irc.net: Link services.fire-irc.net[unknown@0.0.0.0] > >dropped, excessive TS delta (my TS=1042206735, their TS=1042206583, delta=152) > >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- services.fire-irc.net > >was connected for 0 seconds. 4/0 sendK/recvK. > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > >lightning.nl.fire-irc.net: Server > >asteroid.eu.fire-irc.net[unknown@0.0.0.0] closed the connection > > > >What could be wrong? > > The time difference between your IRCd and your services server is > excessive. Just fix the time on either one or the other, and you should be > fine. > > > Regards, > Mike > > Chief Network Administrator > FleetChat IRC Network > > Net boy, net girl / Send your impulse 'round the world > Put your message in a modem / And throw it in the Cyber Sea > - Rush / Virtuality, Test for Echo (1997) > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ballsy at mystical.net Fri Jan 10 20:35:01 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error In-Reply-To: <001a01c2b8d6$5ee6eea0$0200a8c0@luniz.dyndnsorg> Message-ID: The downside of this, is that it requires root access on the machines, which many IRC server admins don't have. xntpd or your ntpdate idea is something that all unix server admins should look at if they haven't already. David Quoth Luniz on Jan 10 at 13:30, > Or, you could do what i do. I made a bash script that runs every hour via > /etc/cron.hourly/timedate.sh which contains the following code: > > #!/bin/sh > > #echo "Updating Time & Date" > > ntpdate ntp0.cornell.edu > > I have this one all of my servers so their time is updated every hour so I > dont have to worry about those errors anymore. > > ----- Original Message ----- > From: "Michael Smith" > To: ; > Sent: Friday, January 10, 2003 9:48 AM > Subject: Re: [IRCServices] Strange error > > > > At 03:31 PM 1/10/2003 +0100, Pim Smeets wrote: > > >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- Xq is rehashing Server > > >config file while whistling innocently > > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > > >lightning.nl.fire-irc.net: Link with > > >services.fire-irc.net[unknown@0.0.0.0] established, states: ULined TS > > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > > >lightning.nl.fire-irc.net: Link services.fire-irc.net[unknown@0.0.0.0] > > >dropped, excessive TS delta (my TS=1042206735, their TS=1042206583, > delta=152) > > >[2:47pm] -lightning.nl.fire-irc.net- *** Notice -- services.fire-irc.net > > >was connected for 0 seconds. 4/0 sendK/recvK. > > >[2:47pm] -lightning.nl.fire-irc.net- *** Routing -- from > > >lightning.nl.fire-irc.net: Server > > >asteroid.eu.fire-irc.net[unknown@0.0.0.0] closed the connection > > > > > >What could be wrong? > > > > The time difference between your IRCd and your services server is > > excessive. Just fix the time on either one or the other, and you should > be > > fine. > > > > > > Regards, > > Mike > > > > Chief Network Administrator > > FleetChat IRC Network > > > > Net boy, net girl / Send your impulse 'round the world > > Put your message in a modem / And throw it in the Cyber Sea > > - Rush / Virtuality, Test for Echo (1997) > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From pim.smeets at wanadoo.nl Fri Jan 10 21:23:00 2003 From: pim.smeets at wanadoo.nl (Pim Smeets) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Vhost References: <000c01c2b8d0$ae7c8660$978790ac@PRIMARY> Message-ID: <000b01c2b8dd$48f16ce0$0200a8c0@pim> Thanks, will i be able to run it with bahamut? ----- Original Message ----- From: "Kacey Butcher" To: Sent: Friday, January 10, 2003 6:49 PM Subject: Re: [IRCServices] Vhost > Get NeoStats.. it has hostserv and can change hosts on connect easily... > http://www.neostats.net/ :) > http://www.xaus.net/ - xaus dot net > http://ircservices.xaus.net/ - xaus irc services list > http://ircd.xaus.net/ - ircd list by xaus > ----- Original Message ----- > From: "Ballsy" > To: > Sent: Friday, January 10, 2003 10:25 AM > Subject: Re: [IRCServices] Vhost > > > > Bahamut has builtin support for that, but only for IRC Operators. > > I'd point you to their website, but most DAL servers/websites are > > having serious problems lately with packet attacks. For opers, connect > > using: > > /server your.server.here porthere opernick:operpass > > > > You'll also need to have an I:line that looks like... > > I:*@*:oper:*@*::1 > > > > Services doesn't (and I believe, can't) support this. You may be able to > > find a patch for bahamut somewhere that will do it for all users...try > > searching Google for > > bahamut + hostmasking > > > > or some such. Otherwise, you'll need to check out another IRCd > > with more complete hostmasking support. > > > > David > > > > > > Quoth Pim Smeets on Jan 10 at 17:05, > > > > > I need a vhost or encrypted host function, wich add that automatically > when users connect, either in my ircd (bahamut) or in the services > > > > > > Anyone have an idea for me? > > > > > > Pim > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ron885 at bloodheart.com Fri Jan 10 22:26:01 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Vhost In-Reply-To: <000b01c2b8dd$48f16ce0$0200a8c0@pim> References: <000c01c2b8d0$ae7c8660$978790ac@PRIMARY> <000b01c2b8dd$48f16ce0$0200a8c0@pim> Message-ID: <200301101322.13909.ron885@bloodheart.com> On Friday 10 January 2003 12:20 pm, Pim Smeets wrote: > Thanks, will i be able to run it with bahamut? NO bahamut does NOT support vhosts for users END From pim.smeets at wanadoo.nl Fri Jan 10 23:03:00 2003 From: pim.smeets at wanadoo.nl (Pim Smeets) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error Message-ID: <001001c2b8eb$4925baf0$0200a8c0@pim> What could this be? im using trircd as ircd server [9:50pm] -asteroid.eu.fire-irc.net- *** Notice -- Access denied to services.fire-irc.net (DT1 required) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030110/bf519a49/attachment.htm From ron885 at bloodheart.com Fri Jan 10 23:14:01 2003 From: ron885 at bloodheart.com (Ron) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Strange error In-Reply-To: <001001c2b8eb$4925baf0$0200a8c0@pim> References: <001001c2b8eb$4925baf0$0200a8c0@pim> Message-ID: <200301101410.04243.ron885@bloodheart.com> On Friday 10 January 2003 02:00 pm, Pim Smeets wrote: > What could this be? im using trircd as ircd server > > [9:50pm] -asteroid.eu.fire-irc.net- *** Notice -- Access denied to > services.fire-irc.net (DT1 required) your linking lines are not setup properly From uhc0 at rz.uni-karlsruhe.de Sat Jan 11 00:14:01 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:51 2004 Subject: AW: [IRCServices] Strange error In-Reply-To: <001001c2b8eb$4925baf0$0200a8c0@pim> Message-ID: <000801c2b8f5$cb7cfea0$60c8a8c0@nygmatech.local> You did not choose the correct protocol module. Only the protocol/trircd module will send DT1 in the CAPAB line. None of the other modules would work either. Rergards; yusuf ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ -----Urspr?ngliche Nachricht----- Von: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Pim Smeets Gesendet: Freitag, 10. Januar 2003 22:00 An: ircservices@ircservices.za.net Betreff: [IRCServices] Strange error What could this be? im using trircd as ircd server [9:50pm] -asteroid.eu.fire-irc.net- *** Notice -- Access denied to services.fire-irc.net (DT1 required) From sakis at scrilla.org Tue Jan 14 14:03:00 2003 From: sakis at scrilla.org (Anastasios Matsos) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Memo notification and access-levels module. In-Reply-To: <20030114115001.69033.22957.Mailman@snow.fingers.co.za> Message-ID: <20030114035228.D57374-100000@dough.scrilla.org> Hello. Here are two questions, that seem tricky to me. 1) is there no way of having channel aops/sops notified when a new channel memo arrives? /msg memoserv list #channel shows you how many memos there are, but no notification upon receive. 2) When the chanserv/access-levels module is disabled, how can aops be allowed to recieve channel memos, as the LEVELS command does not exist, Kind regards, /Anastasios Matsos -- IRCtoo Chat Network 2003. () ASCII Ribbon Campaign - /\ Just say "no" to HTML, RTF, MS Word, & vCards in email. From achurch at achurch.org Tue Jan 14 14:17:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Memo notification and access-levels module. In-Reply-To: <20030114035228.D57374-100000@dough.scrilla.org> Message-ID: <3e23ff7e.23743@crystal.achurch.org> >Hello. > >Here are two questions, that seem tricky to me. > >1) is there no way of having channel aops/sops notified when a new channel >memo arrives? /msg memoserv list #channel shows you how many memos there >are, but no notification upon receive. This is a known issue; I plan to change how channel memos are handled in a future version, but I haven't decided how yet. (Please feel free to debate the issue on this list.) >2) When the chanserv/access-levels module is disabled, how can aops be >allowed to recieve channel memos, as the LEVELS command does not exist, They can't. If you want this behavior you need to enable the access-levels module (or else modify the source code). --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Tue Jan 14 15:41:01 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Akill Exception References: <3e23ff7e.23743@crystal.achurch.org> Message-ID: <001101c2bbd2$cbe7d650$0100a8c0@control> Hello; Wont it be nice to have an option to except akills from such as *@localhost or *@yournetwork..com by a command. Unreal has smth like this (except server ban) but if anybody uses killclones for a user with an ip like localhost. All the bots-bnc etc from the localhost get akilled. And services operator-admins have to wait for akill to expire or connect with another ip and remove akill. Wont it be nice to have something like session exception for akills. Any idea about it? From uhc0 at rz.uni-karlsruhe.de Tue Jan 14 16:52:01 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:51 2004 Subject: AW: [IRCServices] Akill Exception In-Reply-To: <001101c2bbd2$cbe7d650$0100a8c0@control> Message-ID: <000c01c2bbdc$b722b6e0$60c8a8c0@nygmatech.local> Hi, I thought the EXCLUDE command can be used for this task. Its directly supported by tr-ircd and obviously unreal. Regards; yusuf ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Ali Sor > Gesendet: Dienstag, 14. Januar 2003 14:42 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Akill Exception > > > Hello; > Wont it be nice to have an option to except akills from such > as *@localhost > or *@yournetwork..com by a command. > > Unreal has smth like this (except server ban) but if anybody uses > killclones for a user with an ip like localhost. All the > bots-bnc etc from > the localhost get akilled. And services operator-admins have > to wait for > akill to expire or connect with another ip and remove akill. > Wont it be nice > to have something like session exception for akills. > > Any idea about it? > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From alisor at softhome.net Tue Jan 14 21:54:01 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Akill Exception References: <000c01c2bbdc$b722b6e0$60c8a8c0@nygmatech.local> Message-ID: <001901c2bc06$e73151f0$0100a8c0@control> well there is an exclude for them [21:47] -OperServ- Current autokill exclusion list: [21:47] -OperServ- *@localhost Admin but i can still akill localhost and cant join maybe because of services adding G:line to servers or smth like that. And there is except ban *@localhost at ircd conf.(all linked servers) ----- Original Message ----- From: "Yusuf Iskenderoglu" To: Sent: Tuesday, January 14, 2003 4:53 PM Subject: AW: [IRCServices] Akill Exception Hi, I thought the EXCLUDE command can be used for this task. Its directly supported by tr-ircd and obviously unreal. Regards; yusuf ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ > -----Urspr?ngliche Nachricht----- > Von: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net] Im Auftrag von Ali Sor > Gesendet: Dienstag, 14. Januar 2003 14:42 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] Akill Exception > > > Hello; > Wont it be nice to have an option to except akills from such > as *@localhost > or *@yournetwork..com by a command. > > Unreal has smth like this (except server ban) but if anybody uses > killclones for a user with an ip like localhost. All the > bots-bnc etc from > the localhost get akilled. And services operator-admins have > to wait for > akill to expire or connect with another ip and remove akill. > Wont it be nice > to have something like session exception for akills. > > Any idea about it? > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From alex at cyga.net Sat Jan 18 22:17:01 2003 From: alex at cyga.net (Alexander Janssens) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] possible bug in killclones Message-ID: <000d01c2bf2e$66403540$dfae76d5@lithium> After placing an akill on a host, some users were removed, others were not. I assume this has to do with the ircd rather then services since services don't send out kills for everyone who gets akilled. Anyway, since several clones were left connected, I used the killclones command, and the remaining clones were killed, but services added another akill on the same host. This all seems normal to me, but the akill services added (after the killclones) was exactly the same as the one I added a moment before. an akill list showed this [15:14:53] [OS] *@0::ffff:62.215.239.1 +7d too many clones [15:14:53] [OS] *@0::ffff:62.215.239.1 Temporary KILLCLONES akill. [15:14:53] [OS] *@*62.215.239.1* +7d You're no longer welcome Removing the akill twice seemed to work just fine [15:15:11] [OS] *@0::ffff:62.215.239.1 removed from autokill list. [15:15:13] [OS] *@0::ffff:62.215.239.1 removed from autokill list. [15:15:24] [OS] *@*62.215.239.1* removed from autokill list. So I was wondering if this is designed behaviour (but what good would two akills on 1 ip do?) or is this some sort of a bug. We are running bahamut 1.4.34 and ircservices 5.0.6, the clones were connected on a bahamut-1.4(34)+inet6(1.0a)+ssl(1.1). -- Alexander Janssens a.k.a. _-Alex-_ From ShadowMaster at Shadow-Realm.org Sat Jan 18 22:24:00 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] possible bug in killclones In-Reply-To: <000d01c2bf2e$66403540$dfae76d5@lithium> References: <000d01c2bf2e$66403540$dfae76d5@lithium> Message-ID: <200301182123.13387.ShadowMaster@Shadow-Realm.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 18 January 2003 21:15, Alexander Janssens wrote: > We are running bahamut 1.4.34 and ircservices 5.0.6, the clones were > connected on a bahamut-1.4(34)+inet6(1.0a)+ssl(1.1). This is a known issue in Bahamut versions prior to 1.4.35. The problem arises because Bahamut fails to walk the entire list of connected clients in search of a matching ban. The entire akill/kline system was rewritten for 1.4.35. - -- Yours Sincerely Thomas Juberg Stens?s - -- What we do in life echoes in eternity -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Kbeum5JSuDogRncRAjb8AKCLYLeN0LgXHeqcdMmWy4ZTpm36oQCeNpJs IIwQaUlraIJmSMA3nsPxQIg= =aJby -----END PGP SIGNATURE----- From ShadowMaster at Shadow-Realm.org Sat Jan 18 22:40:01 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] possible bug in killclones In-Reply-To: <200301182123.13387.ShadowMaster@Shadow-Realm.org> References: <000d01c2bf2e$66403540$dfae76d5@lithium> <200301182123.13387.ShadowMaster@Shadow-Realm.org> Message-ID: <200301182139.32568.ShadowMaster@Shadow-Realm.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 18 January 2003 21:23, Thomas J. Stens?s wrote: > This is a known issue in Bahamut versions prior to 1.4.35. > The problem arises because Bahamut fails to walk the entire list of > connected clients in search of a matching ban. > > The entire akill/kline system was rewritten for 1.4.35. Way to go me. This was related to not all connected users getting killed and not the killclones issue :) - -- Yours Sincerely Thomas Juberg Stens?s - -- What we do in life echoes in eternity -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+KbuDm5JSuDogRncRAvwhAJwLg21lATklkdtvKwnQjenTsS4GuQCfZs8U yQHYvas+0HBEKuSIS70Q8ac= =bLx+ -----END PGP SIGNATURE----- From VisionOfHell at aol.com Mon Jan 20 20:45:00 2003 From: VisionOfHell at aol.com (VisionOfHell@aol.com) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw Message-ID: <107.1e4a4451.2b5d9d65@aol.com> IRCServices 5.0.6 I have AllowRaw set and it still will not allow raw commands. Help :) From dylanvdm at icon.co.za Mon Jan 20 20:50:01 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw References: <107.1e4a4451.2b5d9d65@aol.com> Message-ID: <003a01c2c0b4$b09164c0$0100a8c0@dylan> RAW is bad. Anyways, you need to be the Services Super-User to use RAW commands if you enable them. Dylan. ----- Original Message ----- From: To: Sent: Monday, January 20, 2003 8:43 PM Subject: [IRCServices] Raw > IRCServices 5.0.6 > > I have AllowRaw set and it still will not allow raw commands. > > Help :) > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From hamma at planetside-universe.net Mon Jan 20 21:02:01 2003 From: hamma at planetside-universe.net (Hamma) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ Message-ID: <001a01c2c0b6$718eccc0$c2465c42@hammap42800> Does anyone know of a service or raw command out there that allows me to send a global /msg rather than a global notice. I know it is possible with PTLInk services - but I don't want to switch (again) In my experience people see a /msg more often than they notice a /notice. Thanks :D -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030120/abf0a53b/attachment.html From rg at tcslon.com Mon Jan 20 21:05:01 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw In-Reply-To: <003a01c2c0b4$b09164c0$0100a8c0@dylan> Message-ID: Reasons NOT to use raw: - You can crash the services hub or even the whole network with one command. - Little to no accountability. - Some (most?) raw commands have repurcussions that you need a working knowledge of ircd/services internals to understand. And the #1 reason is: - It's not actually useful (yay, you can svsnick people... why do you need to? you can add services pseudo-clients to channels... and increase services link traffic.)! I've yet to see a decent reason to use it. Russ > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Dylan v.d > Merwe > Sent: 20 January 2003 18:50 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Raw > > > RAW is bad. > > Anyways, you need to be the Services Super-User to use RAW commands if you > enable them. > > Dylan. > > > ----- Original Message ----- > From: > To: > Sent: Monday, January 20, 2003 8:43 PM > Subject: [IRCServices] Raw > > > > IRCServices 5.0.6 > > > > I have AllowRaw set and it still will not allow raw commands. > > > > Help :) > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From rg at tcslon.com Mon Jan 20 21:09:00 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ In-Reply-To: <001a01c2c0b6$718eccc0$c2465c42@hammap42800> Message-ID: Sending a privmsg is in breach of the RFC - a msg is used when you need to solicit a response, wheras a notice is used for information. If people (or their scripts) ignore it then that's their problem. Note that sometimes scripts ignore notices from Global, and I think a global notice from an oper is usually better (on Bahamut: /notice $*.yournet.net your message). Oh, and don't post to this list in HTML please :). Russ -----Original Message----- From: ircservices-admin@ircservices.za.net [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Hamma Sent: 20 January 2003 19:02 To: ircservices@ircservices.za.net Subject: [IRCServices] NewsServ Does anyone know of a service or raw command out there that allows me to send a global /msg rather than a global notice. I know it is possible with PTLInk services - but I don't want to switch (again) In my experience people see a /msg more often than they notice a /notice. Thanks :D From ekim at hadiko.de Mon Jan 20 21:12:00 2003 From: ekim at hadiko.de (Ekim Engin) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw In-Reply-To: References: Message-ID: <200301202011.29117.ekim@hadiko.de> On Monday 20 January 2003 20:04, Russell Garrett wrote: > Reasons NOT to use raw: > > - You can crash the services hub or even the whole network with one > command. - Little to no accountability. > - Some (most?) raw commands have repurcussions that you need a > working knowledge of ircd/services internals to understand. > > And the #1 reason is: > - It's not actually useful (yay, you can svsnick people... why do you > need to? you can add services pseudo-clients to channels... and > increase services link traffic.)! I've yet to see a decent reason to > use it. > > Russ > Reason to use Raw: it IS the only way of using the SVSNOOP command Greets Ekim From rg at tcslon.com Mon Jan 20 21:18:00 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw In-Reply-To: <200301202011.29117.ekim@hadiko.de> Message-ID: Congratulations on being the first person to suggest a decent legitimate use of raw to me :). This wouldn't be very tricky to add an operserv command for though - I'm sure I've seen it on other services. So consider this a feature request :). Russ > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Ekim Engin > Sent: 20 January 2003 19:11 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Raw > > > On Monday 20 January 2003 20:04, Russell Garrett wrote: > > Reasons NOT to use raw: > > > > - You can crash the services hub or even the whole network with one > > command. - Little to no accountability. > > - Some (most?) raw commands have repurcussions that you need a > > working knowledge of ircd/services internals to understand. > > > > And the #1 reason is: > > - It's not actually useful (yay, you can svsnick people... why do you > > need to? you can add services pseudo-clients to channels... and > > increase services link traffic.)! I've yet to see a decent reason to > > use it. > > > > Russ > > > Reason to use Raw: > > it IS the only way of using the SVSNOOP command > > Greets Ekim > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From dylanvdm at icon.co.za Mon Jan 20 21:20:01 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw References: <200301202011.29117.ekim@hadiko.de> Message-ID: <005301c2c0b8$cab0b910$0100a8c0@dylan> And the reason you would want to use SVSNOOP is because...? In Unreal you can use the 'quarantine flag in the class:: block. If a server is misbehaving then I would simply jupe them. There is no reason why anyone besides a coder or debugger should ever need to use RAW. Dylan. ----- Original Message ----- From: "Ekim Engin" To: Sent: Monday, January 20, 2003 9:11 PM Subject: Re: [IRCServices] Raw On Monday 20 January 2003 20:04, Russell Garrett wrote: > Reasons NOT to use raw: > > - You can crash the services hub or even the whole network with one > command. - Little to no accountability. > - Some (most?) raw commands have repurcussions that you need a > working knowledge of ircd/services internals to understand. > > And the #1 reason is: > - It's not actually useful (yay, you can svsnick people... why do you > need to? you can add services pseudo-clients to channels... and > increase services link traffic.)! I've yet to see a decent reason to > use it. > > Russ > Reason to use Raw: it IS the only way of using the SVSNOOP command Greets Ekim ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From hamma at planetside-universe.net Mon Jan 20 21:48:00 2003 From: hamma at planetside-universe.net (Hamma) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ References: Message-ID: <002b01c2c0bc$c670c8a0$c2465c42@hammap42800> Sorry about the HTML :] Would /notice $*.yournet.net also work with /msg $*.yournet.net your message ? ----- Original Message ----- From: "Russell Garrett" To: Sent: Monday, January 20, 2003 2:08 PM Subject: RE: [IRCServices] NewsServ > Sending a privmsg is in breach of the RFC - a msg is used when you need to > solicit a response, wheras a notice is used for information. If people (or > their scripts) ignore it then that's their problem. Note that sometimes > scripts ignore notices from Global, and I think a global notice from an oper > is usually better (on Bahamut: /notice $*.yournet.net your message). Oh, and > don't post to this list in HTML please :). > > Russ > > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Hamma > Sent: 20 January 2003 19:02 > To: ircservices@ircservices.za.net > Subject: [IRCServices] NewsServ > > > Does anyone know of a service or raw command out there that allows me to > send a global /msg rather than a global notice. I know it is possible with > PTLInk services - but I don't want to switch (again) In my experience people > see a /msg more often than they notice a /notice. > > Thanks :D > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ekim at hadiko.de Mon Jan 20 21:51:00 2003 From: ekim at hadiko.de (Ekim Engin) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Raw In-Reply-To: <005301c2c0b8$cab0b910$0100a8c0@dylan> References: <200301202011.29117.ekim@hadiko.de> <005301c2c0b8$cab0b910$0100a8c0@dylan> Message-ID: <200301202050.04740.ekim@hadiko.de> On Monday 20 January 2003 20:18, Dylan v.d Merwe wrote: > And the reason you would want to use SVSNOOP is because...? In Unreal > you can use the 'quarantine flag in the class:: block. If a server is > misbehaving then I would simply jupe them. There is no reason why > anyone besides a coder or debugger should ever need to use RAW. > > Dylan. > well first of all, unreal is NOT the only deamon outside. There are many more, and some are more suitable to ppls or networks needs. AFAIK even Unreal has no remote rehash funktion which can also be initiated with the SVSNOOP command. We have a server in our network, which has quite some users on it, as the adminstrator is ill for some time, we have no access to the machine and ome oper who got deleted, or their operpass compromised are still having an O line there. SVSNOOP is the easiest way of taking the thread from the network, while keeping the users. Greets Ekim From krbuk at multi.fi Tue Jan 21 01:01:00 2003 From: krbuk at multi.fi (krbuk) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] tr-ircd5 + services (Invalid servername.) Message-ID: <3E2C8060.4@multi.fi> Hi i am using tr-ircd5 when i start to services saying --- Initialization successful, starting IRC Services. --- But ircservices.log [Jan 21 00:45:47 2003] IRC Services 5.0.6 starting up [Jan 21 00:45:47 2003] httpd/main: Listening on :8080 [Jan 21 00:45:47 2003] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) [Jan 21 00:45:47 2003] Read error from server: Connection reset by peer ircservices.conf ServerName "irc.krbuk.org" tr-ircd ircd config i dint fine E: do you have any ide ? what is wrong thanks ihsan (krbuk) From griever at t2n.org Tue Jan 21 02:20:01 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ In-Reply-To: Message-ID: On Mon, 20 Jan 2003, Russell Garrett wrote: > Sending a privmsg is in breach of the RFC - a msg is used when you need to > solicit a response, wheras a notice is used for information. If people (or > their scripts) ignore it then that's their problem. Note that sometimes > scripts ignore notices from Global, and I think a global notice from an oper > is usually better (on Bahamut: /notice $*.yournet.net your message). Oh, and > don't post to this list in HTML please :). chapter and verse of the RFC please. It only says that it's illegal to REPLY TO A NOTICE, not to send a privmsg. From rg at tcslon.com Tue Jan 21 18:45:01 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ In-Reply-To: Message-ID: Sorry, I must admit not to reading the RFC all the way through, it's hardly thrilling reading :). To put a logical view on it though, IMO you shouldn't use a PM where a notice would do - i.e. if you don't want a reply (after all a notice isn't called a notice for nothing). Anyway, Bahamut does support /msg $*.yournet.net as well as /notice, if you really want ;). > -----Original Message----- > From: ircservices-admin@ircservices.za.net > [mailto:ircservices-admin@ircservices.za.net]On Behalf Of Finny Merrill > Sent: 21 January 2003 00:20 > To: ircservices@ircservices.za.net > Subject: RE: [IRCServices] NewsServ > > > On Mon, 20 Jan 2003, Russell Garrett wrote: > > > Sending a privmsg is in breach of the RFC - a msg is used when > you need to > > solicit a response, wheras a notice is used for information. If > people (or > > their scripts) ignore it then that's their problem. Note that sometimes > > scripts ignore notices from Global, and I think a global notice > from an oper > > is usually better (on Bahamut: /notice $*.yournet.net your > message). Oh, and > > don't post to this list in HTML please :). > > chapter and verse of the RFC please. It only says that it's illegal to > REPLY TO A NOTICE, not to send a privmsg. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From tim at unixtechs.org Tue Jan 21 20:35:00 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] What does this mean? Message-ID: <20030121183409.GA4683@r2d2.unixtechs.org> Our current set up consists of two linked tr-ircd5 servers. They are currently linked, and services are up and running. We can /msg *Serv from both sides, but when joining an empty #channel from SERVER B, they are not awarded an @. Doing the same thing from SERVER A, and you are awarded the @. The admin of SERVER B said that he logged on yesterday, and saw this message: -ChanServ(services@unixtechs.org)- off What does this mean? And does this have something to do with the problem above? Any help is greatly appreciated. Thank you! tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From calimonk at gmx.net Tue Jan 21 20:48:00 2003 From: calimonk at gmx.net (CaliMonk) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] What does this mean? In-Reply-To: <20030121183409.GA4683@r2d2.unixtechs.org> Message-ID: <5.2.0.9.0.20030121194709.022fd8b8@mail.gmx.net> At 01:34 PM 1/21/2003 -0500, you wrote: >Our current set up consists of two linked tr-ircd5 servers. They are >currently linked, and services are up and running. > >We can /msg *Serv from both sides, but when joining an empty #channel >from SERVER B, they are not awarded an @. Doing the same thing from >SERVER A, and you are awarded the @. > >The admin of SERVER B said that he logged on yesterday, and saw this >message: > >-ChanServ(services@unixtechs.org)- off > >What does this mean? And does this have something to do with the >problem above? Any help is greatly appreciated. Thank you! >tdh Do both of your servers have Ulines added for services? If not, add them on both server and try again. --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- Webmaster & Co-Founder Gabber-nation.net http://www.gabber-nation.net calimonk@gabber-nation.net --------------------------------------- From achurch at achurch.org Wed Jan 22 16:31:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] possible bug in killclones In-Reply-To: <000d01c2bf2e$66403540$dfae76d5@lithium> Message-ID: <3e2eaad2.43030@crystal.achurch.org> >After placing an akill on a host, some users were removed, others were not. I >assume this has to do with the ircd rather then services since services >don't send out kills for everyone who gets akilled. Anyway, since several >clones were left connected, I used the killclones command, and the >remaining clones were killed, but services added another akill on the same >host. This all seems normal to me, but the akill services added (after the >killclones) was exactly the same as the one I added a moment before. The problem with some users getting removed is probably an ircd problem as you assume; the double-autokill bug, however, is in Services. I've fixed it for the next release; thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From hamma at planetside-universe.net Wed Jan 22 17:19:01 2003 From: hamma at planetside-universe.net (hamma@planetside-universe.net) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Writing helpfiles Message-ID: I was curious what people use to edit their helpfiles? I re-wrote some additions into my helpserv help command. But when I try and add bold text like the other lines ^B it just spits out the ^B rather than actualy bolding the text. Any ideas? From Craig at chatspike.net Wed Jan 22 17:25:01 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Writing helpfiles Message-ID: <20030122152425.KUDF900.mta05-svc.ntlworld.com@i-br0ked-it> the ^B you are looking at arnt "^B", its just the way ASCII character 2 is displayed (The character for bold text).. depending on your editor, you may wanna paste the char straight out of mirc. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "hamma" >Reply-To : >To : >Subject : [IRCServices] Writing helpfiles >Date : 2003-01-22 > >I was curious what people use to edit their helpfiles? I re-wrote some >additions into my helpserv help command. But when I try and add bold text >like the other lines ^B it just spits out the ^B rather than actualy bolding >the text. Any ideas? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From ballsy at mystical.net Wed Jan 22 20:41:01 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Writing helpfiles In-Reply-To: Message-ID: There are at least a few Unix-based text editors that support bold characters, including "vim" (Vi iMproved) and ee. My preference is vim. David Quoth hamma@planetside-universe.net on Jan 22 at 10:18, > I was curious what people use to edit their helpfiles? I re-wrote some > additions into my helpserv help command. But when I try and add bold text > like the other lines ^B it just spits out the ^B rather than actualy bolding > the text. Any ideas? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From tim at unixtechs.org Wed Jan 22 23:42:01 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Services Losing #channels Message-ID: <20030122214103.GA22031@r2d2.unixtechs.org> I registered a #channel once I first got Services up and running. It even reflects so in the log: [Jan 01 14:51:20 2003] chanserv/main: Channel #family registered by tdh!tdh@192.168.0.2 Today, I come home, and notice that ChanServ has changed the mode to -r, and tells me it's not registered. < tdh> list *family* -ChanServ(services@unixtechs.org)- List of entries matching *family*: -ChanServ(services@unixtechs.org)- End of list; 0/0 matches shown. I registered it again, and now it shows up: [Jan 22 16:28:49 2003] chanserv/main: Channel #family registered by tdh!sirtet@192.168.0.2 < tdh> list *family* -ChanServ(services@unixtechs.org)- List of entries matching *family*: -ChanServ(services@unixtechs.org)- #family General Family Discussion -ChanServ(services@unixtechs.org)- End of list; 1/1 matches shown. Why is this happening? IS there something that should be done to the databases regularly to prevent this? Or something else going on? Is there some sort of expiration for the #channels or something? Thank for the help. tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From achurch at achurch.org Thu Jan 23 06:18:01 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] NewsServ In-Reply-To: Message-ID: <3e2f6ccf.01721@crystal.achurch.org> To quote the RFC (RFC1459 4.4.2): The NOTICE message is used similarly to PRIVMSG. The difference between NOTICE and PRIVMSG is that automatic replies must never be sent in response to a NOTICE message. This rule applies to servers too - they must not send any error reply back to the client on receipt of a notice. The object of this rule is to avoid loops between a client automatically sending something in response to something it received. This is typically used by automatons (clients with either an AI or other interactive program controlling their actions) which are always seen to be replying lest they end up in a loop with another automaton. While this section doesn't explicitly say "automatons MUST NOT send PRIVMSG messages", the last sentence is, IMO, semantically equivalent to at least an RFC 2119 "SHOULD NOT", as in "automatons SHOULD NOT send PRIVMSG messages, lest they end up in a loop with another automaton". That's more than enough justification in my eyes to not add a PRIVMSG sending option/command. In any case, if you do want to send a global PRIVMSG, you can always use /msg $*.whatever.net as an oper. --Andrew Church achurch@achurch.org http://achurch.org/ >On Mon, 20 Jan 2003, Russell Garrett wrote: > >> Sending a privmsg is in breach of the RFC - a msg is used when you need to >> solicit a response, wheras a notice is used for information. If people (or >> their scripts) ignore it then that's their problem. Note that sometimes >> scripts ignore notices from Global, and I think a global notice from an oper >> is usually better (on Bahamut: /notice $*.yournet.net your message). Oh, and >> don't post to this list in HTML please :). > >chapter and verse of the RFC please. It only says that it's illegal to >REPLY TO A NOTICE, not to send a privmsg. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 23 06:23:01 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Services Losing #channels In-Reply-To: <20030122214103.GA22031@r2d2.unixtechs.org> Message-ID: <3e2f6df9.01732@crystal.achurch.org> >I registered a #channel once I first got Services up and running. It >even reflects so in the log: > >[Jan 01 14:51:20 2003] chanserv/main: Channel #family registered by >tdh!tdh@192.168.0.2 > >Today, I come home, and notice that ChanServ has changed the mode to -r, >and tells me it's not registered. > >< tdh> list *family* >-ChanServ(services@unixtechs.org)- List of entries matching *family*: >-ChanServ(services@unixtechs.org)- End of list; 0/0 matches shown. Three possibilities come to mind: (1) The channel expired. Given the time lapse I suspect this is the most likely cause. If this is the case, the expiration should have been logged. (2) Services was terminated (by OperServ QUIT or a fatal signal) between the time you registered the channel and the next database sync. (3) Someone else dropped the channel, either by stealing/guessing the channel password or by using Services administrator privileges. --Andrew Church achurch@achurch.org http://achurch.org/ From reinis at apollo.lv Thu Jan 23 11:41:00 2003 From: reinis at apollo.lv (Reinis Rozitis) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] sql support References: <20030122214103.GA22031@r2d2.unixtechs.org> Message-ID: <003801c2c2c3$cdc2eb70$0f79afd5@NEIROZE> Only for information.. Is the sql (mysql, pqsql) support/module quite a near future or only in level of idea (a line in TODO)? ----------------------------------------------------------------- r@roze.lv From achurch at achurch.org Thu Jan 23 12:22:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] sql support In-Reply-To: <003801c2c2c3$cdc2eb70$0f79afd5@NEIROZE> Message-ID: <3e2fc237.20022@crystal.achurch.org> >Only for information.. Is the sql (mysql, pqsql) support/module quite a near >future or only in level of idea (a line in TODO)? I'm looking at it as a medium-term item; the earliest it would make it in would be version 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From Xuefer at 21cn.com Mon Jan 27 10:06:50 2003 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] about Database/SQL support of ircservices Message-ID: hi guys. i've read modules/database/README how many registered user/channel will ircservices plan to support? (including "hibernation" chans/nicks) thousands? millions? SQL is only in plan, but will the SQL support able to share data with Web? i.e. sync-data in real-time or just load data from SQL to memory, and flush it to SQL when update? i wonder if there is a way to manage to share data with web, without any data conflict. e.g. both web/ircservices update same NickInfo one possible way is: make a sock listen to localhost, and webserver(what ever language/script) connect it and tell ircservices to reload/create(if newly register) the NickInfo of a specified user SQL have last_insertid, will new_nickgroupinfo(which generate ngi->id) get use of it? btw, a suggestion here: void put_nickinfo(NickInfo *ni, char *what) if what == NULL, update all else, update only specified item may not useful, but may needed by some kid of database, to improve performance From srircop at here-we-are.net Tue Jan 28 05:49:08 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Forcing nick changes Message-ID: When people logon with someone else's registered/secured nick. Services does not change the nick to "Guest". Is this a setting I have missed, is it my ircd, or something else. I have search this mailing list, the FAQ's and docs. I am running bahamut 1.4.34 on FreeBSD4.6. Thanks HereWeAreNET irc.here-we-are.net From ballsy at mystical.net Tue Jan 28 05:58:06 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:51 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: Message-ID: We'll assume you're using IRCServices 5.0.6. Did you enable the NSForceNickChange option in your modules.conf ? Do you see any errors/warnings in your ircservices.log file? David Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > When people logon with someone else's registered/secured > nick. Services does not change the nick to "Guest". Is this > a setting I have missed, is it my ircd, or something else. I > have search this mailing list, the FAQ's and docs. > I am running bahamut 1.4.34 on FreeBSD4.6. > > Thanks > HereWeAreNET > > irc.here-we-are.net > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Tue Jan 28 06:01:51 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Forcing nick changes Message-ID: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> also make sure your U:Lines are set up properly ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Ballsy" >Reply-To : >To : >Subject : Re: [IRCServices] Forcing nick changes >Date : 2003-01-28 > > We'll assume you're using IRCServices 5.0.6. Did you enable the >NSForceNickChange option in your modules.conf ? Do you see any >errors/warnings in your ircservices.log file? > >David > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > >> When people logon with someone else's registered/secured >> nick. Services does not change the nick to "Guest". Is this >> a setting I have missed, is it my ircd, or something else. I >> have search this mailing list, the FAQ's and docs. >> I am running bahamut 1.4.34 on FreeBSD4.6. >> >> Thanks >> HereWeAreNET >> >> irc.here-we-are.net >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From srircop at here-we-are.net Tue Jan 28 14:19:19 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: Message-ID: On Tue, 28 Jan 2003 08:58:06 -0500 (EST) No, I checked I am using the port from FreeBSD it says it is IRCservices 5.0.2 There are no errors in the ircservices.log it says nothing at all about the person joining and nothing about them not supplying a password. As far as I know my U:line is correct, I have only one... U:services.here-we-are.net:*:* Ballsy wrote: > We'll assume you're using IRCServices 5.0.6. Did you > enable the > NSForceNickChange option in your modules.conf ? Do you > see any > errors/warnings in your ircservices.log file? > > David > > > Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > When people logon with someone else's > registered/secured > > nick. Services does not change the nick to "Guest". Is > this > > a setting I have missed, is it my ircd, or something > else. I > > have search this mailing list, the FAQ's and docs. > > I am running bahamut 1.4.34 on FreeBSD4.6. > > > > Thanks > > HereWeAreNET > > > > irc.here-we-are.net > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, > visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From srircop at here-we-are.net Tue Jan 28 14:20:08 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: On Tue, 28 Jan 2003 14:1:51 +0000 As far as I know my U:line is correct, I have only one... U:services.here-we-are.net:*:* "Craig McLure" wrote: > also make sure your U:Lines are set up properly > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > >From : "Ballsy" > >Reply-To : > >To : > >Subject : Re: [IRCServices] Forcing nick changes > >Date : 2003-01-28 > > > > We'll assume you're using IRCServices 5.0.6. Did you > enable the > >NSForceNickChange option in your modules.conf ? Do you > see any > >errors/warnings in your ircservices.log file? > > > >David > > > > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > >> When people logon with someone else's > registered/secured > >> nick. Services does not change the nick to "Guest". Is > this > >> a setting I have missed, is it my ircd, or something > else. I > >> have search this mailing list, the FAQ's and docs. > >> I am running bahamut 1.4.34 on FreeBSD4.6. > >> > >> Thanks > >> HereWeAreNET > >> > >> irc.here-we-are.net > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, > visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, > visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Jan 31 00:19:02 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.7 released Message-ID: <3e3943e3.40424@mail.achurch.org> Services 5.0.7 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb The other mirrors should have it shortly. Please note that I will be out of town and most likely without Internet access from now through around the beginning of March. If an urgent issue (e.g. a security hole) arises before then, please post patches on this list in addition to the ircservices-coding list to make sure they reach the largest number of people. (Non-urgent issues should remain on the -coding list only, as always.) I will read through the mailing list mail when I return and resolve outstanding issues at that time. Changes in version 5.0.7 ------------------------ 2002/01/30 Fixed crash when opening a corrupt StatServ database. Reported by Rob van Eijk 2002/01/30 Added robustness in clearing mode +r from users after nickname changes. 2002/01/30 Users now properly get mode +r upon successful AUTH after registering a nick. Reported by 2003/01/23 SZlines are now properly added on startup when using Unreal. Reported by Aragon Gouveia 2003/01/23 Save database changes if the uplink server disconnects us. Reported by Aragon Gouveia 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an existing autokill matches the clones' user@host mask. Reported by Alexander Janssens 2003/01/07 Experimental PTlink IRC server support added. 2003/01/06 Fixed bug causing -remote command-line option to not be recognized. 2003/01/06 Fixed Unreal support (Unreal does not support dynamic autokill exceptions). Reported by 2003/01/06 The wallops warning for repeated bad passwords on a channel now includes the nickname of the user who sent the last bad password. Suggested by 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from Chris Plant 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent multiple times. Reported by 2002/12/13 Clarified that "transfer rights" in section 6-3 of the manual refers only to rights under copyright law. 2002/12/03 Added documentation on mail modules to section 3 of the manual. Reported by Neal Kirby --Andrew Church achurch@achurch.org http://achurch.org/ From cjb at mircx.com Thu Jan 30 07:47:59 2003 From: cjb at mircx.com (CJB) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.7 released In-Reply-To: <3e3943e3.40424@mail.achurch.org> Message-ID: <20030130084328.I53679-100000@mircx.com> I'm not sure if anyone else is having this problem, but 5.0.7 segfaults every time I try to connect it to the network. [Jan 30 08:39:00 2003] IRC Services 5.0.7 starting up [Jan 30 08:39:01 2003] nickserv/main: Expiring nickname Odi [Jan 30 08:39:01 2003] database/version4: Extension data found for nonexisting nick `Odi' [Jan 30 08:39:01 2003] unknown message from server (:irc.mircx.com SGLINE 5 :X873K:Invalid real name: drones) [Jan 30 08:39:02 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941118 #dragonhaven.cjb.net + :@fire-cannon [Jan 30 08:39:02 2003] Services terminating: Segmentation fault [Jan 30 08:40:00 2003] IRC Services 5.0.7 starting up [Jan 30 08:40:01 2003] nickserv/main: Expiring nickname Odi [Jan 30 08:40:01 2003] database/version4: Extension data found for nonexisting nick `Odi' [Jan 30 08:40:01 2003] unknown message from server (:irc.mircx.com SGLINE 5 :X873K:Invalid real name: drones) [Jan 30 08:40:01 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941201 #topsites + :@Darckangel [Jan 30 08:40:01 2003] Services terminating: Segmentation fault I downgraded back to 5.0.6 and it connects without a problem. I'm using bahamut-1.4(35) on all servers on the network. Any ideas? Chris On Fri, 31 Jan 2003, Andrew Church wrote: > Services 5.0.7 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz > 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz > 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm > ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb > > The other mirrors should have it shortly. > > Please note that I will be out of town and most likely without > Internet access from now through around the beginning of March. If an > urgent issue (e.g. a security hole) arises before then, please post > patches on this list in addition to the ircservices-coding list to make > sure they reach the largest number of people. (Non-urgent issues should > remain on the -coding list only, as always.) I will read through the > mailing list mail when I return and resolve outstanding issues at that > time. > > Changes in version 5.0.7 > ------------------------ > 2002/01/30 Fixed crash when opening a corrupt StatServ database. > Reported by Rob van Eijk > 2002/01/30 Added robustness in clearing mode +r from users after > nickname changes. > 2002/01/30 Users now properly get mode +r upon successful AUTH after > registering a nick. Reported by > 2003/01/23 SZlines are now properly added on startup when using > Unreal. Reported by Aragon Gouveia > 2003/01/23 Save database changes if the uplink server disconnects us. > Reported by Aragon Gouveia > 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an > existing autokill matches the clones' user@host mask. > Reported by Alexander Janssens > 2003/01/07 Experimental PTlink IRC server support added. > 2003/01/06 Fixed bug causing -remote command-line option to not be > recognized. > 2003/01/06 Fixed Unreal support (Unreal does not support dynamic > autokill exceptions). Reported by > 2003/01/06 The wallops warning for repeated bad passwords on a channel > now includes the nickname of the user who sent the last > bad password. Suggested by > 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from > Chris Plant > 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent > multiple times. Reported by > 2002/12/13 Clarified that "transfer rights" in section 6-3 of the > manual refers only to rights under copyright law. > 2002/12/03 Added documentation on mail modules to section 3 of the > manual. Reported by Neal Kirby > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Jan 31 01:37:45 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.7 released In-Reply-To: <20030130084328.I53679-100000@mircx.com> Message-ID: <3e3954eb.45077@mail.achurch.org> Oops, looks like I screwed up. --Andrew Church achurch@achurch.org http://achurch.org/ >I'm not sure if anyone else is having this problem, but 5.0.7 segfaults >every time I try to connect it to the network. > >[Jan 30 08:39:00 2003] IRC Services 5.0.7 starting up >[Jan 30 08:39:01 2003] nickserv/main: Expiring nickname Odi >[Jan 30 08:39:01 2003] database/version4: Extension data found for >nonexisting nick `Odi' >[Jan 30 08:39:01 2003] unknown message from server (:irc.mircx.com SGLINE >5 :X873K:Invalid real name: drones) >[Jan 30 08:39:02 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941118 >#dragonhaven.cjb.net + :@fire-cannon >[Jan 30 08:39:02 2003] Services terminating: Segmentation fault >[Jan 30 08:40:00 2003] IRC Services 5.0.7 starting up >[Jan 30 08:40:01 2003] nickserv/main: Expiring nickname Odi >[Jan 30 08:40:01 2003] database/version4: Extension data found for >nonexisting nick `Odi' >[Jan 30 08:40:01 2003] unknown message from server (:irc.mircx.com SGLINE >5 :X873K:Invalid real name: drones) >[Jan 30 08:40:01 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941201 >#topsites + :@Darckangel >[Jan 30 08:40:01 2003] Services terminating: Segmentation fault > >I downgraded back to 5.0.6 and it connects without a problem. I'm >using bahamut-1.4(35) on all servers on the network. Any ideas? > >Chris > >On Fri, 31 Jan 2003, Andrew Church wrote: > >> Services 5.0.7 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz >> 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz >> 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm >> ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb >> >> The other mirrors should have it shortly. >> >> Please note that I will be out of town and most likely without >> Internet access from now through around the beginning of March. If an >> urgent issue (e.g. a security hole) arises before then, please post >> patches on this list in addition to the ircservices-coding list to make >> sure they reach the largest number of people. (Non-urgent issues should >> remain on the -coding list only, as always.) I will read through the >> mailing list mail when I return and resolve outstanding issues at that >> time. >> >> Changes in version 5.0.7 >> ------------------------ >> 2002/01/30 Fixed crash when opening a corrupt StatServ database. >> Reported by Rob van Eijk >> 2002/01/30 Added robustness in clearing mode +r from users after >> nickname changes. >> 2002/01/30 Users now properly get mode +r upon successful AUTH after >> registering a nick. Reported by >> 2003/01/23 SZlines are now properly added on startup when using >> Unreal. Reported by Aragon Gouveia >> 2003/01/23 Save database changes if the uplink server disconnects us. >> Reported by Aragon Gouveia >> 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an >> existing autokill matches the clones' user@host mask. >> Reported by Alexander Janssens >> 2003/01/07 Experimental PTlink IRC server support added. >> 2003/01/06 Fixed bug causing -remote command-line option to not be >> recognized. >> 2003/01/06 Fixed Unreal support (Unreal does not support dynamic >> autokill exceptions). Reported by >> 2003/01/06 The wallops warning for repeated bad passwords on a channel >> now includes the nickname of the user who sent the last >> bad password. Suggested by >> 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from >> Chris Plant >> 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent >> multiple times. Reported by >> 2002/12/13 Clarified that "transfer rights" in section 6-3 of the >> manual refers only to rights under copyright law. >> 2002/12/03 Added documentation on mail modules to section 3 of the >> manual. Reported by Neal Kirby >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Jan 31 01:55:42 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.8 released Message-ID: <3e395a4f.74272@mail.achurch.org> Okay, let's try this again... Services 5.0.8 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 8b15e9e4583a35206fcf65aa4f601d98 ircservices-5.0.8.tar.gz 818939a0d90e1b0cc6ba1362465578c4 ircservices-5.0.8.diff.gz 7a732194996a2bf868905d9e83b02f79 ircservices-5.0.8-1.i386.rpm 217a8eaeff8125f90783b053c247ec00 ircservices_5.0.8-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.8 ------------------------ 2002/01/31 Fixed a number of compilation warnings. 2002/01/31 Fixed typo and thinko causing crashes on channel mode changes. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jan 31 02:06:22 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] New MD5s for 5.0.8 Message-ID: <3e395c34.11175@mail.achurch.org> I goofed on the packaging for 5.0.8--here are the correct MD5 sums: f963c003c23fbc0bcf969e6de0b2b7cc ircservices-5.0.8.tar.gz 56f7c7c02c0d90bff20a00987ceca35c ircservices-5.0.8.diff.gz e9d6053b0391aefd07e4714a46747760 ircservices-5.0.8-1.i386.rpm 03bf2c4c25574fb12f25cf2bda52aa3f ircservices_5.0.8-1_i386.deb --Andrew Church achurch@achurch.org http://achurch.org/ From srircop at here-we-are.net Fri Jan 31 06:06:52 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: Hello, I may be confused on the U:lines, my ircd is running on irc.here-we-are.net and ircservices is running on services.here-we-are.net. I need only one U:Line that reads... U:services.here-we-are.net:*:* Is this correct? Thanks again... Tom On Tue, 28 Jan 2003 14:1:51 +0000 "Craig McLure" wrote: > *This message was transferred with a trial version of > CommuniGate(tm) Pro* > also make sure your U:Lines are set up properly > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > >From : "Ballsy" > >Reply-To : > >To : > >Subject : Re: [IRCServices] Forcing nick changes > >Date : 2003-01-28 > > > > We'll assume you're using IRCServices 5.0.6. Did you > enable the > >NSForceNickChange option in your modules.conf ? Do you > see any > >errors/warnings in your ircservices.log file? > > > >David > > > > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > >> When people logon with someone else's > registered/secured > >> nick. Services does not change the nick to "Guest". Is > this > >> a setting I have missed, is it my ircd, or something > else. I > >> have search this mailing list, the FAQ's and docs. > >> I am running bahamut 1.4.34 on FreeBSD4.6. > >> > >> Thanks > >> HereWeAreNET > >> > >> irc.here-we-are.net > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, > visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, > visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gastaman at azzurra.org Fri Jan 31 16:52:06 2003 From: gastaman at azzurra.org (Gastaman) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Possible bug Message-ID: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> You may want to take a look at the split_buf() function in process.c, I believe that there is a bug in how the argv[]'s are filled that might be exploited easily on some boxes. Depending on what the isspace() function considers as space (usually 7-8 characters, including line feeds, tabs, and the like, and not just the actual space character), when you strpbrk() the buffer looking for an actual space, if the result is composed only of those other characters considered spaces by the isspace() function, the whole string will be skipped, and bad things can happen. This is easily exploitable with, say, a //mode #channel +k $chr(9) in mIRC. I hope I'm wrong about this... :) -- Gastaman @ irc.azzurra.org || irc.dal.net Fan di Adachi - http://www.adachi.it Moderatore di IAFM - it.arti.fumetti.manga From achurch at achurch.org Sat Feb 1 10:25:38 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Possible bug In-Reply-To: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> Message-ID: <3e3b2887.16724@mail.achurch.org> I don't see how this could be "exploited" in the ordinary sense of the word, but it can lead to desynchs. Thanks for pointing the problem out. --Andrew Church achurch@achurch.org http://achurch.org/ >You may want to take a look at the >split_buf() function in process.c, I believe >that there is a bug in how the argv[]'s are >filled that might be exploited easily on some >boxes. > >Depending on what the isspace() function >considers as space (usually 7-8 characters, >including line feeds, tabs, and the like, >and not just the actual space character), >when you strpbrk() the buffer looking for >an actual space, if the result is composed >only of those other characters considered >spaces by the isspace() function, the whole >string will be skipped, and bad things can >happen. > >This is easily exploitable with, say, a >//mode #channel +k $chr(9) >in mIRC. > >I hope I'm wrong about this... :) > >-- >Gastaman @ irc.azzurra.org || irc.dal.net > >Fan di Adachi - http://www.adachi.it >Moderatore di IAFM - it.arti.fumetti.manga > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From gastaman at azzurra.org Fri Jan 31 18:20:02 2003 From: gastaman at azzurra.org (Gastaman) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Possible bug In-Reply-To: <3e3b2887.16724@mail.achurch.org> References: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> Message-ID: <5.1.0.14.2.20030201031932.0319b358@mail.telvia.it> It was 10:25 2003/02/01 +0900 when Andrew Church came up with: > I don't see how this could be "exploited" in the > ordinary sense of the >word, but it can lead to desynchs. Thanks for pointing the >problem out. That depends on how paranoic you have been in your coding... if you forgot to check for the validity of an arguments processed by the various functions in messages.c, maybe among those who are not supposed to be ever NULL (the parameter for +k for example, the ircd will never propagate a +k without a valid key) then it can be exploited to crash services via normal commands. From achurch at achurch.org Sat Feb 1 11:36:42 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.9 released Message-ID: <3e3b32ed.33643@mail.achurch.org> Services 5.0.9 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.9 ------------------------ 2002/02/01 Fixed a bug leading to desynchs. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Sat Feb 1 05:56:59 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.9 released References: <3e3b32ed.33643@mail.achurch.org> Message-ID: <004b01c2c9f9$d4a30b90$0100a8c0@control> Hello Is there a problem at FTPs? I cant find 5.0.9 at any FTP site. ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, February 01, 2003 4:36 AM Subject: [IRCServices] Services 5.0.9 released > Services 5.0.9 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz > 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz > 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm > 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb > > The other mirrors should have it shortly. > > Changes in version 5.0.9 > ------------------------ > 2002/02/01 Fixed a bug leading to desynchs. Reported by > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 From andrewk at isdial.net Sat Feb 1 12:18:10 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.9 released In-Reply-To: <004b01c2c9f9$d4a30b90$0100a8c0@control> Message-ID: <000001c2ca2f$0b568b50$0100a8c0@shadow> ftp.ircservices.za.net is a little behind with updates. I'm sorting this out asap. Ftp.esper.net should have it though... Hmmmm Andrew will have to answer that one. Andrew -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Ali Sor Sent: 01 February 2003 15:57 To: IRC Services General Mailing List Subject: Re: [IRCServices] Services 5.0.9 released Hello Is there a problem at FTPs? I cant find 5.0.9 at any FTP site. ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, February 01, 2003 4:36 AM Subject: [IRCServices] Services 5.0.9 released > Services 5.0.9 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz > 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz > 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm > 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb > > The other mirrors should have it shortly. > > Changes in version 5.0.9 > ------------------------ > 2002/02/01 Fixed a bug leading to desynchs. Reported by > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Xuefer at 21cn.com Sat Feb 1 18:33:10 2003 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.9 released Message-ID: Andrew Kempe: Why not prepair a CVS server, to reduce bandwidth usage? :) ======= Original Message 2003-02-01 22:18:00: ======= >ftp.ircservices.za.net is a little behind with updates. I'm sorting this >out asap. > >Ftp.esper.net should have it though... Hmmmm Andrew will have to answer >that one. > >Andrew > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Ali Sor >Sent: 01 February 2003 15:57 >To: IRC Services General Mailing List >Subject: Re: [IRCServices] Services 5.0.9 released > > >Hello >Is there a problem at FTPs? >I cant find 5.0.9 at any FTP site. > > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Saturday, February 01, 2003 4:36 AM >Subject: [IRCServices] Services 5.0.9 released > > >> Services 5.0.9 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz >> 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz >> 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm >> 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb >> >> The other mirrors should have it shortly. >> >> Changes in version 5.0.9 >> ------------------------ >> 2002/02/01 Fixed a bug leading to desynchs. Reported by >> >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices = = = = = = = = = = = = = = = = = = = = From achurch at achurch.org Sun Feb 2 12:19:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.9 released In-Reply-To: <000001c2ca2f$0b568b50$0100a8c0@shadow> Message-ID: <3e3c8e53.34200@mail.achurch.org> >ftp.ircservices.za.net is a little behind with updates. I'm sorting this >out asap. > >Ftp.esper.net should have it though... Hmmmm Andrew will have to answer >that one. ftp.esper.net does have it. --Andrew Church achurch@achurch.org http://achurch.org/ From mat.harris at genestate.com Sun Feb 2 10:46:19 2003 From: mat.harris at genestate.com (Mat Harris) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] first install Message-ID: <20030202184619.GA18289@genestate.com> hi, i am running Bahamut v1.4.35 in RedHat 7.3 i have just installed and configured the ircservices (v5.0.9) on the same box and now i get this in my logfile when i try to start ircservices: [Feb 02 18:33:24 2003] IRC Services 5.0.9 starting up [Feb 02 18:33:24 2003] httpd/main: Listening on :7008 [Feb 02 18:33:24 2003] FATAL: send.c: No (or bad) protocol module loaded is this something i did? your ML archies have an error with htdig so i couldn't search there and google didn't have anything to say. any ideas? cheers people. -- Mat Harris OpenGPG Public Key ID: C37D57D9 mat.harris@genestate.com www.genestate.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030202/c529ebc3/attachment.pgp From ballsy at mystical.net Mon Feb 3 05:34:04 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] first install In-Reply-To: <20030202184619.GA18289@genestate.com> Message-ID: Check the top of your modules.conf file. It sounds as though you haven't decided on a protocol module to load, which in your case should be Module protocol/bahamut Check the FAQ that came with IRC Services as well...it may answer other questions that may come up. Cheers. David Quoth Mat Harris on Feb 2 at 18:46, > hi, i am running Bahamut v1.4.35 in RedHat 7.3 > > i have just installed and configured the ircservices (v5.0.9) on the same > box and now i get this in my logfile when i try to start ircservices: > > [Feb 02 18:33:24 2003] IRC Services 5.0.9 starting up > [Feb 02 18:33:24 2003] httpd/main: Listening on :7008 > [Feb 02 18:33:24 2003] FATAL: send.c: No (or bad) protocol module loaded > > is this something i did? your ML archies have an error with htdig so i > couldn't search there and google didn't have anything to say. > > any ideas? > > cheers people. > > From mat.harris at genestate.com Mon Feb 3 05:46:28 2003 From: mat.harris at genestate.com (Mat Harris) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] first install In-Reply-To: References: <20030202184619.GA18289@genestate.com> Message-ID: <20030203134628.GB14432@genestate.com> i have check and I do have Module protocol/bahamut in my modules.conf file.. just for good measure i have included it as an attachment thanks for any and all help On Mon, Feb 03, 2003 at 08:34:04 -0500, Ballsy wrote: > Check the top of your modules.conf file. It sounds as though you > haven't decided on a protocol module to load, which in your case should be > > Module protocol/bahamut > > Check the FAQ that came with IRC Services as well...it may answer > other questions that may come up. > Cheers. > > David > > > Quoth Mat Harris on Feb 2 at 18:46, > > > hi, i am running Bahamut v1.4.35 in RedHat 7.3 > > > > i have just installed and configured the ircservices (v5.0.9) on the same > > box and now i get this in my logfile when i try to start ircservices: > > > > [Feb 02 18:33:24 2003] IRC Services 5.0.9 starting up > > [Feb 02 18:33:24 2003] httpd/main: Listening on :7008 > > [Feb 02 18:33:24 2003] FATAL: send.c: No (or bad) protocol module loaded > > > > is this something i did? your ML archies have an error with htdig so i > > couldn't search there and google didn't have anything to say. > > > > any ideas? > > > > cheers people. > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- Mat Harris OpenGPG Public Key ID: C37D57D9 mat.harris@genestate.com www.genestate.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030203/e5877e53/attachment.pgp From theoneguy at musician.org Tue Feb 4 02:39:51 2003 From: theoneguy at musician.org (Pratik Mehta) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] A Tips For Services Message-ID: <20030204103951.5666.qmail@mail.com> hello, i am Pratik i have some channels in IRCTOO network and even some of my friends are coming in that network because of me and they are finding trouble in using some of your services like Memoserv you dont have the services to send memo to wholesop of the channel and we want that services to be in there i hope you will code them very soon :D thanx and bye -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup From mat.harris at genestate.com Tue Feb 4 05:05:13 2003 From: mat.harris at genestate.com (Mat Harris) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] first install In-Reply-To: References: <20030202184619.GA18289@genestate.com> Message-ID: <20030204130513.GA1224@genestate.com> evidently the post with my modules.conf has not met moderator approval so i have put it online at: http://www.genestate.com/~matthewh/debug/ircservices/modules.conf On Mon, Feb 03, 2003 at 08:34:04AM -0500, Ballsy wrote: > Check the top of your modules.conf file. It sounds as though you > haven't decided on a protocol module to load, which in your case should be > > Module protocol/bahamut > > Check the FAQ that came with IRC Services as well...it may answer > other questions that may come up. > Cheers. > > David > > > Quoth Mat Harris on Feb 2 at 18:46, > > > hi, i am running Bahamut v1.4.35 in RedHat 7.3 > > > > i have just installed and configured the ircservices (v5.0.9) on the same > > box and now i get this in my logfile when i try to start ircservices: > > > > [Feb 02 18:33:24 2003] IRC Services 5.0.9 starting up > > [Feb 02 18:33:24 2003] httpd/main: Listening on :7008 > > [Feb 02 18:33:24 2003] FATAL: send.c: No (or bad) protocol module loaded > > > > is this something i did? your ML archies have an error with htdig so i > > couldn't search there and google didn't have anything to say. > > > > any ideas? > > > > cheers people. > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- Mat Harris OpenGPG Public Key ID: C37D57D9 mat.harris@genestate.com www.genestate.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030204/3570f5d3/attachment.pgp From andrew at teamyehey.com Tue Feb 4 05:15:09 2003 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] hide chanserv's kick Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B7478DE03@disco-mail-1.teamyehey.local> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3355 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030204/9a5d598d/smime.bin From uhc0 at rz.uni-karlsruhe.de Tue Feb 4 06:09:32 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:52 2004 Subject: AW: [IRCServices] first install In-Reply-To: <20030204130513.GA1224@genestate.com> Message-ID: <001001c2cc57$0a75d270$60c8a8c0@nygmatech.local> The protocol module is also set in ircservices.conf, not only in modules.conf. > -----Urspr?ngliche Nachricht----- > Von: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag > von Mat Harris > Gesendet: Dienstag, 4. Februar 2003 14:05 > An: Ballsy > Cc: IRC Services General Mailing List > Betreff: Re: [IRCServices] first install > From arathorn at theonering.net Wed Feb 5 09:12:11 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 Message-ID: Hi, I just upgraded from 4.5.43 to 5.0.9 (at last!) for use with unreal 3.2b14 and have so far been very pleased with the transition. After a few days of use I've found a few unexpected pieces of behaviour which I'm confused about: Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but then on almost all occasions the binary continues to run, and will not be killed by any signal short of a KILL (-9). On a related note, /msg operserv restart normally fails in precisely the same manner - but on the one occasion that it came straight back up, all registered channels with a +k mode in their modelock had mysteriously lost their +k and key. Which was a bit of a pain ;) Moreover, whilst users in the channel access lists were correctly reopped on reidentifying on the server coming back up - in every channel a random user also acquired an @. On being deopped, Chanserv once again enforced the secureops correctly and refused to let them be reopped. Almost all the channels have Options: Topic Retention, Secure Ops. Even more disturbingly, not all users on the channel were able to see the @ that the mysteriously-opped user had acquired. (Either in the form of a channel mode +o event or similar). Finally, in the WhatsNew for services v5, I was overjoyed to see: + The Services stamp of the last user to identify for a nick is now recorded on disk, removing the necessity to re-identify when Services is restarted. But so far, when /msg operserv restart works at all - everyone is forced to reidentify nonetheless (combined with the quirks listed above). So I'm guessing that there's something going wrong here. On a final possibly unrelated note, I've also been getting [Mon Feb 3 23:23:24 2003] - select irc.theonering.net[127.0.0.1]:Bad file descriptor error messages popping up in Unreal's ircd.log every 2-16 hours or so. As services is the only thing connected to a fd on 127.0.0.1, I'm wondering if there's a connection here to the above problem. This is all happening on a dual PIII 1.26GHz box running Debian Woody with a 2.4.18 kernel; everything compiled with gcc 2.95.4 (unreal compiled with not default linux threads, fwiw). It's all worked perfectly with IRCServices 4.3.x, 4.5.x coupled with df467 and unreal 3.1.x on precisely the same hardware. Any help would be very much appreciated; cheers, A. _________________________________________ Matthew Hodgson arathorn@theonering.net Arathorn: Co-Sysadmin, TheOneRing.net? From gfp23 at yahoo.com Wed Feb 5 22:56:07 2003 From: gfp23 at yahoo.com (Reid Nelsen) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Help compiling under cygwin. Message-ID: <20030206065607.99808.qmail@web80304.mail.yahoo.com> Hey all, Okay, I probably know that this title has already made some people mad, because I am trying to compile and run ircservices in a windows environment, but I am looking for some help. I have experience running this program in *nix, so I don't consider my self a complete idiot, but I know that there are much smarter people out there. (Please don't ask why I went back to windows.) Anyways, I have already tried to get it to compile but keep getting compile errors. I don't remember the exact error (sorry). I was just wondering if there were anyone out there that has successfully compiled ircservices under cygwin and how they did it. Thanks so much for the awesome program and support. Reid __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From Schutzgeist at uni.de Thu Feb 6 06:58:42 2003 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] ExpireTime - Linked NickNames In-Reply-To: References: Message-ID: <138183747585.20030206155842@uni.de> hoi, I've registered a NickName and linked some other nicks to the 'MainNick'. After that, I set the 'MainNick' to "no Expire" _After_ the "expire time", all linked Nick were dropped, coz I haven?t used them for more than XX-days. Also I have to set all Linked nicknames to "no expire". Is it a mistake in the config or does anyone wants it like this? Maybe all linked nicks should have the same data like the MainNick (seenTime ect.) I don?t know if it?s a known "bug" (if it?s one..), because ... http://www.ircservices.za.net/Changes Forbidden You don't have permission to access /Changes on this server. -------------------------------------------------------------------------------- Apache/1.3.27 Server at www.ircservices.za.net Port 80 For example: MainNick: Options: Will not expire, kill protection, secure, memo notify on logon, memo notify on receive, hide E-mail address, hide user@host mask Linked Nick: Options: Kill protection, secure, memo notify on logon, memo notify on receive, hide E-mail address, hide user@host mask From mark at ctcp.net Thu Feb 6 14:15:02 2003 From: mark at ctcp.net (Mark Hetherington) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Help compiling under cygwin. In-Reply-To: <20030206065607.99808.qmail@web80304.mail.yahoo.com> Message-ID: Reid Nelsen wrote: > Anyways, I have already tried to get it to compile but > keep getting compile errors. I don't remember the > exact error (sorry). I was just wondering if there > were anyone out there that has successfully compiled > ircservices under cygwin and how they did it. Thanks > so much for the awesome program and support. Typing make from a cygwin shell would enable you to paste the exact error without having to rely on memory. The only issue I am aware of with compiling services under cygwin is that convertdb does not compile successfully. You have to edit the makefile to remove it from the build and installation to get a clean build. If this is not your problem, then you will need to provide the exact error n the same way you would for a similar problem under *nix. HTH. Mark. From Craig at chatspike.net Thu Feb 6 19:30:52 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Help compiling under cygwin. Message-ID: <20030207033041.CBUP4022.mta06-svc.ntlworld.com@i-br0ked-it> the same here as with Mark, the only probs i've had compiling is when convertdb was in the makefile, although the cygwin compilers are fairly well known for breaking for no apparent reason. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Reid Nelsen" >Reply-To : >To : >Subject : [IRCServices] Help compiling under cygwin. >Date : 2003-02-05 > >Hey all, > >Okay, I probably know that this title has already made >some people mad, because I am trying to compile and >run ircservices in a windows environment, but I am >looking for some help. I have experience running this >program in *nix, so I don't consider my self a >complete idiot, but I know that there are much smarter >people out there. (Please don't ask why I went back >to windows.) > >Anyways, I have already tried to get it to compile but >keep getting compile errors. I don't remember the >exact error (sorry). I was just wondering if there >were anyone out there that has successfully compiled >ircservices under cygwin and how they did it. Thanks >so much for the awesome program and support. > >Reid > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From achurch at achurch.org Fri Feb 7 12:19:00 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 In-Reply-To: Message-ID: <3e43296f.35330@mail.achurch.org> I'm technically not supposed to be on the Internet right now (doctor's orders), but off the top of my head: >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but >then on almost all occasions the binary continues to run, and will not be >killed by any signal short of a KILL (-9). Can you look up exactly where this is occurring? (Use gdb to attach to the process when it's in the "hung" state. If you're not familiar with gdb, there are at least a couple other people on this list who can help you.) >On a related note, /msg operserv restart normally fails in precisely the >same manner - but on the one occasion that it came straight back up, all >registered channels with a +k mode in their modelock had mysteriously lost >their +k and key. Which was a bit of a pain ;) Corrupted database? That's the only possibility that comes to mind. Are you sure your CPU and memory aren't acting up? (Try a tool like memtest86 [http://www.memtest86.com/].) >Moreover, whilst users in the channel access lists were correctly reopped >on reidentifying on the server coming back up - in every channel a random >user also acquired an @. That would probably be the result of CSSetChannelTimes. A bug (or feature?) in Unreal requires a +/-o or similar mode change in order to update the channel's creation time. Since the first user to join a channel always gets +o anyway, Services assumes that it's safe to send another +o for that first user, since it will later process the +o from the remote server and deop the user properly. I don't think the case of a netjoin with multiple users on a channel is handled properly, though. I'll take a look when I'm off vacation; for now, try turning off CSSetChannelTimes. >Finally, in the WhatsNew for services v5, I was overjoyed to see: > > + The Services stamp of the last user to identify for a nick is now > recorded on disk, removing the necessity to re-identify when > Services is restarted. > >But so far, when /msg operserv restart works at all - everyone is forced >to reidentify nonetheless (combined with the quirks listed above). So I'm >guessing that there's something going wrong here. This would happen if your databases were not saved after the NickServ IDENTIFY command. >On a final possibly unrelated note, I've also been getting > >[Mon Feb 3 23:23:24 2003] - select irc.theonering.net[127.0.0.1]:Bad file >descriptor > >error messages popping up in Unreal's ircd.log every 2-16 hours or so. >As services is the only thing connected to a fd on 127.0.0.1, I'm >wondering if there's a connection here to the above problem. This is an Unreal bug, though it may be triggered by something in Services. You'd have to ask the Unreal people for more details. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Thu Feb 6 19:41:04 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] ExpireTime - Linked NickNames Message-ID: <20030207034053.CMNI4022.mta06-svc.ntlworld.com@i-br0ked-it> I've enquired about this before, as i had the same problem. Andrew says its a designed feature, although i still think its annoying. If you really want your nicks kept, then make sure you noexpire each and every one of them ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Dennis Sela" >Reply-To : >To : >Subject : [IRCServices] ExpireTime - Linked NickNames >Date : 2003-02-06 > >hoi, >I've registered a NickName and linked some other nicks to the >'MainNick'. >After that, I set the 'MainNick' to "no Expire" >_After_ the "expire time", all linked Nick were dropped, coz I >haven´t used them for more than XX-days. >Also I have to set all Linked nicknames to "no expire". >Is it a mistake in the config or does anyone wants it like this? > >Maybe all linked nicks should have the same data like the MainNick >(seenTime ect.) > >I don´t know if it´s a known "bug" (if it´s one..), because ... > >http://www.ircservices.za.net/Changes >Forbidden >You don't have permission to access /Changes on this server. >-------------------------------------------------------------------------------- >Apache/1.3.27 Server at www.ircservices.za.net Port 80 > > >For example: >MainNick: >Options: Will not expire, kill protection, secure, memo notify on logon, memo notify on receive, hide E-mail address, hide user@host mask > >Linked Nick: >Options: Kill protection, secure, memo notify on logon, memo notify on receive, hide E-mail address, hide user@host mask > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From gfp23 at yahoo.com Thu Feb 6 20:44:21 2003 From: gfp23 at yahoo.com (Reid Nelsen) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Help compiling under cygwin. Message-ID: <20030207044421.15344.qmail@web80310.mail.yahoo.com> Thanks for help in this matter. I was wondering what makefile you where referring to and how do I remove the convertdb from it. I have looked at the makefile and couldn't find a reference to it. Is there an extra that I need to set within the makefile? Thanks __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From gfp23 at yahoo.com Thu Feb 6 22:19:41 2003 From: gfp23 at yahoo.com (Reid Nelsen) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Help compiling under cygwin. Message-ID: <20030207061941.17888.qmail@web80301.mail.yahoo.com> Alright here is the error that I am getting. I hope that I included enough information. Thanks again, Reid make[1]: Leaving directory `/home/BardzoBoy/ric/ircservices-5.0.9/modules' gcc version.o actions.o channels.o commands.o compat.o conffile.o encrypt.o ignore.o init.o language.o log.o main.o memory.o messages.o misc.o modes.o modules.o process.o send.o servers.o signals.o sockets.o timeout.o users.o modules/modules.a -o ircservices make[1]: Entering directory `/home/BardzoBoy/ric/ircservices-5.0.9/lang' ./langcomp de.l 'e.l:2: Unknown string name ` 'e.l:8: Unknown string name ` 'e.l:17: Unknown string name ` 'e.l:23: Unknown string name ` 'e.l:30: Unknown string name ` 'e.l:43: Unknown string name ` 'e.l:48: Unknown string name ` 'e.l:95: Unknown string name ` 'e.l:117: Unknown string name ` 'e.l:118: Unknown string name ` 'e.l:124: Unknown string name ` 'e.l:130: Unknown string name ` 'e.l:143: Unknown string name ` 'e.l:154: Unknown string name ` 'e.l:164: Unknown string name ` 'e.l:175: Unknown string name ` 'e.l:180: Unknown string name ` 'e.l:208: Unknown string name ` 'e.l:224: Unknown string name ` 'e.l:227: Unknown string name ` 'e.l:234: Unknown string name ` 'e.l:240: Unknown string name ` 'e.l:264: Unknown string name ` 'e.l:265: Unknown string name ` 'e.l:287: Unknown string name ` 'e.l:297: Unknown string name ` 'e.l:311: Unknown string name ` 'e.l:319: Unknown string name ` 'e.l:331: Unknown string name ` 'e.l:339: Unknown string name ` 'e.l:347: Unknown string name ` 'e.l:351: Unknown string name ` 'e.l:359: Unknown string name ` 'e.l:363: Unknown string name ` 'e.l:379: Unknown string name ` 'e.l:387: Unknown string name ` 'e.l:395: Unknown string name ` 'e.l:411: Unknown string name ` 'e.l:420: Unknown string name ` 'e.l:426: Unknown string name ` 'e.l:434: Unknown string name ` 'e.l:450: Unknown string name ` 'e.l:474: Unknown string name ` 'e.l:504: Unknown string name ` 'e.l:530: Unknown string name ` 'e.l:540: Unknown string name ` 'e.l:585: Unknown string name ` 'e.l:595: Unknown string name ` 'e.l:609: Unknown string name ` 'e.l:617: Unknown string name ` de.l:617: Too many errors! make[1]: *** [de] Error 1 make[1]: Leaving directory `/home/BardzoBoy/ric/ircservices-5.0.9/lang' make: *** [languages] Error 2 __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From arathorn at theonering.net Thu Feb 6 23:26:09 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 In-Reply-To: <3e43296f.35330@mail.achurch.org> References: <3e43296f.35330@mail.achurch.org> Message-ID: On Fri, 7 Feb 2003, Andrew Church wrote: > I'm technically not supposed to be on the Internet right now (doctor's > orders), Thank you for taking the time to respond to my queries whilst technically out of the loop - it's very much appreciated indeed. Here's some feedback from your suggestions for when you're feeling better: > >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but > >then on almost all occasions the binary continues to run, and will not be > >killed by any signal short of a KILL (-9). > > Can you look up exactly where this is occurring? (Use gdb to attach to > the process when it's in the "hung" state. If you're not familiar with gdb, > there are at least a couple other people on this list who can help you.) I am a complete fool for not using gdb when this happened - predictably enough, since sending the original mail I've been completely incapable of reproducing the problem. Services shuts down and restarts cleanly no matter the circumstances - as the only thing that has altered is some debugging work on my behalf on Unreal, I'm assuming that something in the unreal socketry was somehow to blame. If it happens again, though, I'll jump straight on it with gdb. > >On a related note, /msg operserv restart normally fails in precisely the > >same manner - but on the one occasion that it came straight back up, all > >registered channels with a +k mode in their modelock had mysteriously lost > >their +k and key. Which was a bit of a pain ;) > > Corrupted database? That's the only possibility that comes to mind. > Are you sure your CPU and memory aren't acting up? (Try a tool like > memtest86 [http://www.memtest86.com/].) Well, I've spent the last few hours having much fun and games trying to test the databases for corruption. I did this by exporting the db to XML, and then reimporting into a completely virgin install. Again, I haven't managed to recreate the "missing +k" mode bug since the original mail - but I can guarantee that it had happened 3 times to date before that time (once on the very first transition from 4.5.43, and twice subsequently). In performing the xml-export from the ircservices webserver I encountered several difficulties: when downloading from the server using Mozilla or IE , the 1076KB file was consistently truncated by ~1700 lines/43KB (the DB is ~800 users, ~10 channels). When downloading locally on the server using wget in the server's shell, an arbritary big chunky block of the file (lines 17015-20769 out of 37962, in the particular instance i'm looking at atm) was excitingly mangled. On closer inspection, the 4096 byte block of data from byte offset 0x6a180 gets repeated 22 times contiguously until byte offset 0x82180. Something very very strange is happening - and I'm pretty damn sure that wget works in all other situations. Anyway, by splicing the files together, I was able to come up with a valid xml file to reimport in the interests of ruling out the db files saved to disk as being actually corrupted. As regards the stability of the machine in question - it's a Dell Poweredge 1650 with 4Gb of RAM and 2x1.26GHz PIII procs running Debian Woody. It's the main production server for TheOneRing.net; the biggest Tolkien-related site on the web. For reasonably obvious reasons, it's pretty busy atm - the server is packed to the gills with Apache, thttpd, mysql & CGI processes etc. cranking out around 4 million hits of various descriptions (~700,000 pageviews) a day. Over the last few months of uptime, I haven't seen any evidence of memory corruption on any of those processes - and moreover, memtest86 has been rigorously applied regardless at points over the last 6 months whilst double checking on other problems. So I'm inclined to assume in this instance that it isn't a hardware problem. > >Moreover, whilst users in the channel access lists were correctly reopped > >on reidentifying on the server coming back up - in every channel a random > >user also acquired an @. > > That would probably be the result of CSSetChannelTimes. A bug (or > feature?) in Unreal requires a +/-o or similar mode change in order to > update the channel's creation time. Since the first user to join a channel > always gets +o anyway, Services assumes that it's safe to send another +o > for that first user, since it will later process the +o from the remote > server and deop the user properly. I don't think the case of a netjoin > with multiple users on a channel is handled properly, though. I'll take a > look when I'm off vacation; for now, try turning off CSSetChannelTimes. Turning off CSSetChannelTimes has solved this problem perfectly - serves me right for enabling a funky sounding feature that I didn't understand properly :) > >Finally, in the WhatsNew for services v5, I was overjoyed to see: > > > > + The Services stamp of the last user to identify for a nick is now > > recorded on disk, removing the necessity to re-identify when > > Services is restarted. > > > >But so far, when /msg operserv restart works at all - everyone is forced > >to reidentify nonetheless (combined with the quirks listed above). So I'm > >guessing that there's something going wrong here. > > This would happen if your databases were not saved after the NickServ > IDENTIFY command. Even after having had the above epic reconstructing the databases in case of insidious corruption, service stamps still seem not to be being saved to disk (or perhaps being reread properly). I log on, identify, oper, /msg operserv update, /msg operserv restart - and am promptly prompted to reidentify again. Logs available on request ;) This happens with both Unreal 3.1.x and 3.2 - and I'm completely stumped by it assuming that it's working for everyone else in 5.0.9 :| Needless to say, all other service information seems to be being stored perfectly out to disk (with the possible exception of the +k channel mlock setting). > >On a final possibly unrelated note, I've also been getting > > > >[Mon Feb 3 23:23:24 2003] - select irc.theonering.net[127.0.0.1]:Bad file > >descriptor > > > >error messages popping up in Unreal's ircd.log every 2-16 hours or so. > >As services is the only thing connected to a fd on 127.0.0.1, I'm > >wondering if there's a connection here to the above problem. > > This is an Unreal bug, though it may be triggered by something in > Services. You'd have to ask the Unreal people for more details. I've submitted it as an unreal bugreport - they seem to be singularly nonplussed by it. Hopefully something will come of it in time :) Apologies for the long mail - hopefully some of it will be of some use or interest at some point in the future :) A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? From dylanvdm at icon.co.za Sun Feb 9 01:51:16 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Database Combine Message-ID: <003a01c2d020$cbd85b00$69ccef9b@dylan> Is there any way I can take two ircservices databases (one from v5 and one from v4.5.24) and combining them together. It would just be for the nicknames and maybe channels databases. Please tell me if this is possible and if so then how to go about it. Thanks Dylan. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030209/287a84e5/attachment.html From saturn at telus.net Sun Feb 9 09:28:21 2003 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Database Combine References: <003a01c2d020$cbd85b00$69ccef9b@dylan> Message-ID: <004101c2d060$a480af90$6401a8c0@turby> The way I did it was: install a second version of 5, run it using copies of the 4.5.x db files (it will auto-convert them). next, i had the 4.5.x db files (now v5) and used the xml output feature to export them to xml. Then I IMPORTED that xml to the other v5 copy. when you import, you have the option to choose what happens when there are duplicates, etc.... read the help on it for more detail. That method worked great for me.... Saturn irc.jetirc.net ----- Original Message ----- From: Dylan v.d Merwe To: ircservices@ircservices.za.net Sent: Sunday, February 09, 2003 1:51 AM Subject: [IRCServices] Database Combine Is there any way I can take two ircservices databases (one from v5 and one from v4.5.24) and combining them together. It would just be for the nicknames and maybe channels databases. Please tell me if this is possible and if so then how to go about it. Thanks Dylan. ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030209/4855f09b/attachment.htm From holger.baust at freenet-ag.de Mon Feb 10 09:40:34 2003 From: holger.baust at freenet-ag.de (Holger Baust) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] SQL-Module for ircservices Message-ID: <1044898834.5724.25.camel@poisonbox> Hi! I read something about Support for SQL-Databases in the mailinglist archives. Are there any new informations? Regards, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030210/d7f10feb/attachment.pgp From georges at berscheid.lu Mon Feb 10 10:51:48 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:52 2004 Subject: AW: [IRCServices] SQL-Module for ircservices In-Reply-To: <1044898834.5724.25.camel@poisonbox> Message-ID: <001d01c2d135$7828d910$4dbbf683@globi> Hi, as far as I know, there are several unofficial MySQL-Modules for ircservices out there, but none of them have either been submitted to Andrew or bundled with the current official distribution. We are running a module that synchronizes nick.db with a MySQL-Database on our network and it runs quite good for our needs. Combined with other hacked solutions you might be able tinker something you can use :) Otherwise have a look at the modules/database/README-File that comes with ircservices and write a module that's compatible with the interfaces. Many people would be pleased :) Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Holger Baust Gesendet: Montag, 10. Februar 2003 18:41 An: ircservices@ircservices.za.net Betreff: [IRCServices] SQL-Module for ircservices Hi! I read something about Support for SQL-Databases in the mailinglist archives. Are there any new informations? Regards, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- From holger.baust at freenet-ag.de Mon Feb 10 10:58:36 2003 From: holger.baust at freenet-ag.de (Holger Baust) Date: Sat Oct 23 23:01:52 2004 Subject: AW: [IRCServices] SQL-Module for ircservices In-Reply-To: <001d01c2d135$7828d910$4dbbf683@globi> References: <001d01c2d135$7828d910$4dbbf683@globi> Message-ID: <1044903516.5725.33.camel@poisonbox> Hi ! It's fine to know that unofficial modules exists... But where to fetch them if google does not find any of them? Unfortunately I'm not a coder... I'm only a poor admin... *G* Due to the fact that our company is not a software company, most modifikations and enhancements to OpenSource products are given back to the developers. If I can find a co-worker which is able to code such a module, we would submit it to Andrew... But sorry... I can't... Am Mon, 2003-02-10 um 19.51 schrieb Georges Berscheid: > Hi, > > as far as I know, there are several unofficial MySQL-Modules for > ircservices out there, but none of them have either been submitted to > Andrew or bundled with the current official distribution. > We are running a module that synchronizes nick.db with a MySQL-Database > on our network and it runs quite good for our needs. Combined with other > hacked solutions you might be able tinker something you can use :) > Otherwise have a look at the modules/database/README-File that comes > with ircservices and write a module that's compatible with the > interfaces. Many people would be pleased :) > > Georges -- MfG, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030210/48c3576f/attachment.pgp From tim at unixtechs.org Mon Feb 10 20:08:50 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Not recieving @ when joining a new #channel Message-ID: <20030211040850.GA3753@r2d2.unixtechs.org> SetUp ======== 2 tr-ircd5 servers linked Ircservices running another host I'm not sure if this is a services issue or what, but I figured this was a good place to start asking. I tried to create a new #channel, but of course I need to be an OP in the #channel before I can register it. So I did my usual /join #channel_name and expected to be given the @ as I joined. Well I wasn't. The other IRC Op mentioned he had this problem at one point in time as well, but I haven't heard him mention it in a while. Well I'm having the same problem again. Having it from his server, and from mine. Is services causing this? Or is something else behind this? Either way, does anybody have an idea of how to resolve this, and prevent it from happening? Thanks a lot for the help! tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From gluniz at luniz.dyndns.org Wed Feb 12 13:45:22 2003 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Subscription Message-ID: <002b01c2d2e0$0b3539a0$0200a8c0@glunizpc> Well, not sure why, but my subscription to the mailing list was deleted somehow. I was wondering why i havent seen any posts in a while. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030212/6123b1c0/attachment.html From achurch at achurch.org Fri Feb 14 21:44:51 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 In-Reply-To: Message-ID: <3e4ce84e.45152@mail.achurch.org> >> >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but >> >then on almost all occasions the binary continues to run, and will not be >> >killed by any signal short of a KILL (-9). Just for the record, I've found and fixed this problem--thanks for the report. This should also fix the problem of nick identifies not being saved to disk. >In performing the xml-export from the ircservices webserver I encountered >several difficulties: when downloading from the server using Mozilla or IE >, the 1076KB file was consistently truncated by ~1700 lines/43KB (the DB >is ~800 users, ~10 channels). When downloading locally on the server >using wget in the server's shell, an arbritary big chunky block of the >file (lines 17015-20769 out of 37962, in the particular instance i'm >looking at atm) was excitingly mangled. This sounds like a bug I fixed way back in the alpha releases. I'll take a look into it. --Andrew Church achurch@achurch.org http://achurch.org/ From deu at tinklapis.lt Mon Feb 17 09:18:54 2003 From: deu at tinklapis.lt (Deu) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) Message-ID: <1952611640.20030217191854@tinklapis.lt> Hello, [Feb 17 17:18:32 2003] IRC Services 5.0.9 starting up [Feb 17 17:20:29 2003] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) I have ircservices-5.0.9 on bahamut-1.4.35-release. ircd.conf M:server.dal.net:192.168.1.2:East Cost DALnet Server:7000 U:services.dal.net:*:* U:stats.dal.net:*:* C:127.0.0.1:password:services.dal.net::30 N:127.0.0.1:password:services.dal.net::30 ircservices.conf RemoteServer 192.168.1.2 6667 "password" #LocalAddress host.name.here #LocalAddress 192.168.1.2 6677 ServerName "services.dal.net" I read other messages: http://www.ircservices.za.net/pipermail/ircservices/2001/001257.html but this not help me .... Thanks From ballsy at mystical.net Mon Feb 17 10:10:48 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) In-Reply-To: <1952611640.20030217191854@tinklapis.lt> Message-ID: Do you have a P line in your ircd.conf for port 6667 ? You'll need one, since that's what port ircservices are trying to connect on. David Quoth Deu on Feb 17 at 19:18, > Hello, > > [Feb 17 17:18:32 2003] IRC Services 5.0.9 starting up > [Feb 17 17:20:29 2003] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) > > I have > ircservices-5.0.9 on bahamut-1.4.35-release. > > ircd.conf > > M:server.dal.net:192.168.1.2:East Cost DALnet Server:7000 > U:services.dal.net:*:* > U:stats.dal.net:*:* > C:127.0.0.1:password:services.dal.net::30 > N:127.0.0.1:password:services.dal.net::30 > > ircservices.conf > > RemoteServer 192.168.1.2 6667 "password" > #LocalAddress host.name.here > #LocalAddress 192.168.1.2 6677 > ServerName "services.dal.net" > > I read other messages: > http://www.ircservices.za.net/pipermail/ircservices/2001/001257.html > > but this not help me > .... > > > > Thanks > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From rzhe at ircd.ru Mon Feb 17 10:15:40 2003 From: rzhe at ircd.ru (Dmitry Agaphonov) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) In-Reply-To: <1952611640.20030217191854@tinklapis.lt> References: <1952611640.20030217191854@tinklapis.lt> Message-ID: <20030217210437.F799@rzhe.domain> On Mon, 17 Feb 2003, Deu wrote: D> C:127.0.0.1:password:services.dal.net::30 D> N:127.0.0.1:password:services.dal.net::30 If you're using 127.0.0.1 in your C/N:lines, you must use 127.0.0.1 in RemoteServer. D> RemoteServer 192.168.1.2 6667 "password" If you're using 192.168.1.2 in RemoteServer, you must not use 127.0.0.1 in the C/N pair. In this case place the default Services machine's address (or the address specified in LocalAddress) in your C/N. -- Dmitry Agaphonov From quension at softhome.net Mon Feb 17 10:58:13 2003 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] (ERROR :Closing Link: 0.0.0.0 (No C/N conf lines)) In-Reply-To: <1952611640.20030217191854@tinklapis.lt> Message-ID: On Monday, Feb 17, 2003, at 09:18 US/Pacific, Deu wrote: > N:127.0.0.1:password:services.dal.net::30 ^^^^^^^^^ > RemoteServer 192.168.1.2 6667 "password" ^^^^^^^^^^^ -- Quension From achurch at achurch.org Wed Feb 19 10:51:13 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support Message-ID: <3e52e421.52257@mail.achurch.org> As problems seem to be repeatedly popping up, I am hereby placing Bahamut 1.4.34 and later 1.4 versions in the "unsupported" category. 1.4.34 reportedly has several bugs that cause it to be unstable, and the Bahamut idio^H^H^H^Hcoders changed the protocol in 1.4.35, which I don't have time to investigate and make changes for at the moment. If you are using the Bahamut ircd, please use version 1.4.33. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Feb 19 11:18:51 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Services 5.0.10 released Message-ID: <3e52e9f9.72567@mail.achurch.org> Services 5.0.10 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 763942664cf743fb5e8542194c6633dc ircservices-5.0.10.tar.gz 4248b257e0a0b96f71e850873c1e44ff ircservices-5.0.10.diff.gz acf35762e532fad7f86cc77883dadc34 ircservices-5.0.10-1.i386.rpm 99011bf9b2ad1ef4dc67e53a7dc8dec5 ircservices_5.0.10-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.10 ------------------------- 2003/02/19 Fixed bug causing Services to terminate with a fatal error on receiving multiple KILL messages in quick succession. Reported by Andrew Kempe 2003/02/17 SMTP traffic is now logged at debug level 1 instead of level 2. 2003/02/17 Added more debug log messages to the Unreal protocol module. 2003/02/14 Fixed bug causing Services to hang if disconnected from the remote server. Reported by several people. 2003/02/14 Added checks to avoid "sockprintf() with NULL socket" errors appearing in the logfile. 2003/02/14 Fixed trivial bug in calculating socket read timeout. --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Wed Feb 19 08:13:51 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <3e52e421.52257@mail.achurch.org> Message-ID: I'll see what I can do with regards to locating this - I have certainly had no problems with 1.4.35, although my network is very small. Still, I have quite a comprehensive test setup. What where the problems? I'll see if I can make a patch. > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Andrew Church > Sent: 19 February 2003 01:51 > To: ircservices@ircservices.za.net > Subject: [IRCServices] Notice regarding Bahamut support > > > As problems seem to be repeatedly popping up, I am hereby placing > Bahamut 1.4.34 and later 1.4 versions in the "unsupported" category. > 1.4.34 reportedly has several bugs that cause it to be unstable, and the > Bahamut idio^H^H^H^Hcoders changed the protocol in 1.4.35, which I don't > have time to investigate and make changes for at the moment. If you are > using the Bahamut ircd, please use version 1.4.33. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ShadowMaster at Shadow-Realm.org Wed Feb 19 08:47:06 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: References: Message-ID: <200302191747.16252.ShadowMaster@Shadow-Realm.org> On Wednesday 19 February 2003 17:13, Russell Garrett wrote: > I'll see what I can do with regards to locating this - I have certainly had > no problems with 1.4.35, although my network is very small. Still, I have > quite a comprehensive test setup. What where the problems? I'll see if I > can make a patch. Apart from SZline being removed since akills set on *@IP now does the exact same thing, there should be no protocol changes which needs supporting by services occuring in 1.4.34-3.4.36 -- Yours Sincerely Thomas Juberg Stens?s -- What we do in life echoes in eternity -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030219/c3fba1ae/attachment.pgp From rzhe at ircd.ru Wed Feb 19 10:23:56 2003 From: rzhe at ircd.ru (Dmitry Agaphonov) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <200302191747.16252.ShadowMaster@Shadow-Realm.org> References: <200302191747.16252.ShadowMaster@Shadow-Realm.org> Message-ID: <20030219211632.K316@rzhe.domain> On Wed, 19 Feb 2003, Thomas J. [iso-8859-1] Stens?s wrote: TJS> On Wednesday 19 February 2003 17:13, Russell Garrett wrote: TJS> > I'll see what I can do with regards to locating this - I have certainly had TJS> > no problems with 1.4.35, although my network is very small. Still, I have TJS> > quite a comprehensive test setup. What where the problems? I'll see if I TJS> > can make a patch. TJS> TJS> Apart from SZline being removed since akills set on *@IP now does the exact TJS> same thing, there should be no protocol changes which needs supporting by TJS> services occuring in 1.4.34-3.4.36 As for akills, placing an akill for *@216.201.160.2* or similar will not make the server to add it to its network bans. So, Services should not allow such akills now for bahamut based networks. Also, it would be nice to add CIDR akills support to Services. -- Dmitry Agaphonov From ShadowMaster at Shadow-Realm.org Wed Feb 19 10:54:08 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <20030219211632.K316@rzhe.domain> References: <200302191747.16252.ShadowMaster@Shadow-Realm.org> <20030219211632.K316@rzhe.domain> Message-ID: <200302191954.14928.ShadowMaster@Shadow-Realm.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 19 February 2003 19:23, Dmitry Agaphonov wrote: > As for akills, placing an akill for *@216.201.160.2* or similar will not > make the server to add it to its network bans. So, Services should not > allow such akills now for bahamut based networks. Also, it would be nice > to add CIDR akills support to Services. This is wrong, adding an akill for *@216.201.160.2* will add it to the network wide list of akills. You can view it by using /stats a. However one thing to be noted, and i have not checked IRC Services for this. Bahamut 1.4.34 or .35 introduced sanity checking on akill expiry time. Meaning that if the SetOn time + Expire time sent to the server is older than CurrentTime, the akill will be discarded as bogus. I seem to recall that in IRC Services 4.4 or about there akills was sent with the SetOn time correct, but with a static expiry time of 86400 * 2, which in many occations would lead to SetOn + (86400 * 2) being older the CurrTime if the akill gets sent out later than two days after it has been set. If IRC Services now use the actual expiry time as the expiry time sent to the server this should not be a problem however. And this cant really be called a change in the protocol as its bugfix to disregard bogus akills. - -- Yours Sincerely Thomas Juberg Stens?s - -- What we do in life echoes in eternity -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+U9LTm5JSuDogRncRAsT8AJ0dcbmbH4Th6J6lLytMQvKpkV3NDwCgsyQu 1MRaF2Cwcw1+DOJr3oru1+o= =HgXv -----END PGP SIGNATURE----- From rzhe at ircd.ru Wed Feb 19 11:03:40 2003 From: rzhe at ircd.ru (Dmitry Agaphonov) Date: Sat Oct 23 23:01:52 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <200302191954.14928.ShadowMaster@Shadow-Realm.org> References: <20030219211632.K316@rzhe.domain> <200302191954.14928.ShadowMaster@Shadow-Realm.org> Message-ID: <20030219215815.J316@rzhe.domain> On Wed, 19 Feb 2003, Thomas J. [iso-8859-1] Stens?s wrote: TJS> This is wrong, adding an akill for *@216.201.160.2* will add it to the network TJS> wide list of akills. You can view it by using /stats a. No, my 1.4.35-release says: *** Notice -- make_hostbased_ban(*, 216.201.160.2*) failed on akill And does not display it in /stats a. -- Dmitry Agaphonov From ShadowMaster at Shadow-Realm.org Wed Feb 19 11:16:07 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <20030219215815.J316@rzhe.domain> References: <200302191954.14928.ShadowMaster@Shadow-Realm.org> <20030219215815.J316@rzhe.domain> Message-ID: <200302192016.08337.ShadowMaster@Shadow-Realm.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 19 February 2003 20:03, Dmitry Agaphonov wrote: > No, my 1.4.35-release says: > > *** Notice -- make_hostbased_ban(*, 216.201.160.2*) failed on akill > > And does not display it in /stats a. My sincere apologies. My memory seems to have betrayed me. An akill on *@216.201.160.2* will fail. akills on *@216.201.160.2 or *@216.201.160.* works just fine however. In any case this is a bahamut bug and does not affect services compactility in any way as far as the protocol goes. - -- Yours Sincerely Thomas Juberg Stens?s - -- What we do in life echoes in eternity -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+U9f3m5JSuDogRncRAoUbAKC6EVHzWau/XyuO4KucrT6ZKfjhxACffJk0 TqyEkIPyu7e5dX2NFJRTi3o= =L+We -----END PGP SIGNATURE----- From arathorn at theonering.net Wed Feb 19 11:21:26 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 In-Reply-To: <3e4ce84e.45152@mail.achurch.org> References: <3e4ce84e.45152@mail.achurch.org> Message-ID: k On Fri, 14 Feb 2003, Andrew Church wrote: > >> >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but > >> >then on almost all occasions the binary continues to run, and will not be > >> >killed by any signal short of a KILL (-9). > > Just for the record, I've found and fixed this problem--thanks for the > report. This should also fix the problem of nick identifies not being > saved to disk. I just dutifully upgraded to 5.0.10 - and I'm afraid that nick identification is still not persisting across services restarts. I have a horrible feeling that I may be missing something painfully obvious (i.e. a config or compiletime option), but I'm still drawing a complete blank. To try to illustrate what I'm experiencing: /msg operserv restart yields: -irc.theonering.net- *** LocOps -- Received SQUIT services.theonering.net from services.theonering.net[127.0.0.1] (RESTART command received from Arathorn) - -irc.theonering.net- *** Notice -- (link) Link irc.theonering.net -> services.theonering.net[tornserv@127.0.0.1.7028] established - -Global- [Logon News - Feb 17 2003] - -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. - -NickServ- If you do not change within 20 seconds, I will change your nickname. - -> *nickserv* identify password - -NickServ- Password accepted -- you are now recognized. (and then coincidentally a few minutes later): -irc.theonering.net- warning: select irc.theonering.net[127.0.0.1]: Bad file descriptor Meanwhile, all other services data seems to be being saved out and retrieved from disk fine, and services isn't hanging on restart/shutdown - and thus far (after two restarts), +k channel modelocks aren't being forgotton. In the log: [Feb 19 13:56:55 2003] operserv/main: Arathorn: restart [Feb 19 13:56:55 2003] Restarting [Feb 19 13:56:55 2003] IRC Services 5.0.10 starting up [Feb 19 13:56:55 2003] unknown message from server (:irc.theonering.net 451 PING :You have not registered) [Feb 19 13:56:55 2003] operserv/sline: warning: client IP addresses not available with this IRC server Any assistance would be gratefully appreciated - this is with Unreal 3.2b14 running under plain ol' debian stable (woody). A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? From rzhe at ircd.ru Wed Feb 19 11:36:44 2003 From: rzhe at ircd.ru (Dmitry Agaphonov) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <200302192016.08337.ShadowMaster@Shadow-Realm.org> References: <20030219215815.J316@rzhe.domain> <200302192016.08337.ShadowMaster@Shadow-Realm.org> Message-ID: <20030219223233.A316@rzhe.domain> On Wed, 19 Feb 2003, Thomas J. [iso-8859-1] Stens?s wrote: TJS> In any case this is a bahamut bug and does not affect services compactility in TJS> any way as far as the protocol goes. It seems that bahamut now states "for IP bans (and akills as well), use only CIDR masks or wildcarded masks that can be converted to CIDR". Hmm, I wouldn't think this is bad if the Services implements CIDR akills. -- Dmitry Agaphonov From gluniz at luniz.dyndns.org Wed Feb 19 13:51:38 2003 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support References: <3e52e421.52257@mail.achurch.org> Message-ID: <002d01c2d861$1438f6a0$0200a8c0@glunizpc> I am running Bahamut-1.4.35 and IRCServices-5.0.10 and have not yet to see one problem whatsoever. ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, February 18, 2003 8:51 PM Subject: [IRCServices] Notice regarding Bahamut support > As problems seem to be repeatedly popping up, I am hereby placing > Bahamut 1.4.34 and later 1.4 versions in the "unsupported" category. > 1.4.34 reportedly has several bugs that cause it to be unstable, and the > Bahamut idio^H^H^H^Hcoders changed the protocol in 1.4.35, which I don't > have time to investigate and make changes for at the moment. If you are > using the Bahamut ircd, please use version 1.4.33. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From kfiresun at ix.netcom.com Wed Feb 19 14:33:05 2003 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support References: <3e52e421.52257@mail.achurch.org> <002d01c2d861$1438f6a0$0200a8c0@glunizpc> Message-ID: <005401c2d866$ea26a460$6ed387d8@bahamut> Just as an FYI and this is what (I believe) prompted Andy's mailing in the first place. This is taken from the Bahamut 1.6.x CHANGES file: IMPORTANT NOTE As of 4/5/2002, channel mode negotiations have changed. This will cause desynch if running this version of the ircd with bahamut 1.4.32 or bahamut 1.6 before this date. I think the changes to the K/Z:Lines has little to do with moving later Bahamut releases into the "unsupported" category, as this would not have any adverse effects on Services. The above, however, does. Kelmar K. Firesun (IRL: Bryce Simonds) Assistant Admin: dream.esper.net (www.esper.net) From achurch at achurch.org Thu Feb 20 08:49:17 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <200302191747.16252.ShadowMaster@Shadow-Realm.org> Message-ID: <3e541819.73122@mail.achurch.org> >Apart from SZline being removed since akills set on *@IP now does the exact >same thing, Bingo. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 20 09:32:17 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services 5.0.11 released Message-ID: <3e542260.20532@mail.achurch.org> Services 5.0.11 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 0b04aa497fbb3faabdd54e0dd9ee4c0e ircservices-5.0.11.tar.gz b613b3692a026dfccf368276e2e36552 ircservices-5.0.11.diff.gz 0a1f41c054416570e89b2325ea682624 ircservices-5.0.11-1.i386.rpm 2e68ca44ef1a0208114a67e2c7e63841 ircservices_5.0.11-1_i386.deb The other mirrors should have it shortly. The trircd protocol module fix in this release was supposed to be included in the last release, but I overlooked it by accident. Apologies to all relevant parties. Changes in version 5.0.11 ------------------------- 2003/02/20 Fixed 2002/10/24 compilation problem fix (modules/Makefile was missing the fix). 2003/02/20 Fixed bugs in the trircd protocol module. Reported by Yusuf Iskenderoglu --Andrew Church achurch@achurch.org http://achurch.org/ From andrewk at isdial.net Wed Feb 19 16:39:31 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services 5.0.11 released In-Reply-To: <3e542260.20532@mail.achurch.org> Message-ID: <001801c2d878$8877e870$2c03c150@robertghome> Where can I apply for my refund? ;-) > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Andrew Church > Sent: 20 February 2003 00:32 > To: ircservices@ircservices.za.net > Subject: [IRCServices] Services 5.0.11 released > > > Services 5.0.11 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > 0b04aa497fbb3faabdd54e0dd9ee4c0e ircservices-5.0.11.tar.gz > b613b3692a026dfccf368276e2e36552 ircservices-5.0.11.diff.gz > 0a1f41c054416570e89b2325ea682624 > ircservices-5.0.11-1.i386.rpm > 2e68ca44ef1a0208114a67e2c7e63841 ircservices_5.0.11-1_i386.deb > > The other mirrors should have it shortly. > > The trircd protocol module fix in this release was > supposed to be included in the last release, but I overlooked > it by accident. Apologies to all relevant parties. > > Changes in version 5.0.11 > ------------------------- > 2003/02/20 Fixed 2002/10/24 compilation problem fix > (modules/Makefile > was missing the fix). > 2003/02/20 Fixed bugs in the trircd protocol module. Reported by > Yusuf Iskenderoglu > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircser> vices > > From d0main at netlimit.com Wed Feb 19 16:47:29 2003 From: d0main at netlimit.com (domain) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Ircservices Bad Pass with TR-IRCD5 Message-ID: <191692003242004729593@netlimit.com> Im currently transfering my networks ircd to Tr-Ircd 5.0.5 with the ircservices 5.0.3, when i try to link the services it gives me this error [5:11pm] -Hub.hmm.Net- *** Routing -- Unauthorized server connection attempt from [10.3.40.9]: Bad password for server services.zerofuzion.net. i seem to have everything in the right place and both compiled without probs. this is my ircservices.conf RemoteServer 10.3.40.1 7050 "services" and this is my connect in the ircd.conf connect { name = "services.hmm.net"; host = "10.3.40.9"; send_password = "services"; accept_password = "10CD395CF71C18"; /* please hash this with /mkpasswd encrypted = no; compressed = yes; autoconnect = no; ishub = yes; aftype = ipv4; class = 50; port = 7050; ultimate = yes; }; I cant seem to find a solution to this. Can Anyone help? Thanks in advance _____________________________________________ Free email with personality! Over 200 domains! http://www.MyOwnEmail.com Looking for friendships,romance and more? http://www.MyOwnFriends.com From uhc0 at rz.uni-karlsruhe.de Thu Feb 20 00:46:44 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:53 2004 Subject: AW: [IRCServices] Ircservices Bad Pass with TR-IRCD5 In-Reply-To: <191692003242004729593@netlimit.com> Message-ID: <000001c2d8bc$aabd9e40$9aa90d81@mib.teco.edu> Hi, > accept_password = "10CD395CF71C18"; /* please hash this with /mkpasswd You better remove that comment completely, or add back the "*/" > compressed = yes; This wont work with services. >I cant seem to find a solution to this. >Can Anyone help? Try /join &SNOTICE and doing a /rehash to detect config file errors. Regards, yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- From achurch at achurch.org Thu Feb 20 21:40:26 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services 5.0.11 released In-Reply-To: <001801c2d878$8877e870$2c03c150@robertghome> Message-ID: <3e54ccef.21156@mail.achurch.org> >Where can I apply for my refund? ;-) Refund requests are accepted at nobody@achurch.org. We guarantee that your message will be ignored within an hour of receipt. ;) --Andrew Church achurch@achurch.org http://achurch.org/ >> -----Original Message----- >> From: ircservices-bounces@ircservices.za.net >> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of >> Andrew Church >> Sent: 20 February 2003 00:32 >> To: ircservices@ircservices.za.net >> Subject: [IRCServices] Services 5.0.11 released >> >> >> Services 5.0.11 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> 0b04aa497fbb3faabdd54e0dd9ee4c0e ircservices-5.0.11.tar.gz >> b613b3692a026dfccf368276e2e36552 ircservices-5.0.11.diff.gz >> 0a1f41c054416570e89b2325ea682624 >> ircservices-5.0.11-1.i386.rpm >> 2e68ca44ef1a0208114a67e2c7e63841 ircservices_5.0.11-1_i386.deb >> >> The other mirrors should have it shortly. >> >> The trircd protocol module fix in this release was >> supposed to be included in the last release, but I overlooked >> it by accident. Apologies to all relevant parties. >> >> Changes in version 5.0.11 >> ------------------------- >> 2003/02/20 Fixed 2002/10/24 compilation problem fix >> (modules/Makefile >> was missing the fix). >> 2003/02/20 Fixed bugs in the trircd protocol module. Reported by >> Yusuf Iskenderoglu >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircser> vices >> >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From milko at 3mhz.net Fri Feb 21 07:38:14 2003 From: milko at 3mhz.net (milko@3mhz.net) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support Message-ID: <20030221153814.2407.qmail@3mhz.net> I'm currently using bahamut 1.4.35 with IRCServices 5.0.9. The only problems that I'm expiriencing are that whatever I do akills DON'T get added to the servers, and services are killing the matching users themselves. There's NOTHING in the "/stats a" list. When I do "/stats m" I can see that "akill" command has been used 0 times, as to "rakill", it has been used 11 times (because I have tried adding and deleting 11 akills to find out why this is not working). I have NO problems with SQLINEs and SGLINEs. (SZLINES don't work, because are not supported by the server, but that's not a big problem). I can use the akills that way - users get killed by OS on connect, but it is little annoying when you get flooded by kill messages, when someone tries to reconnect too fast. From rg at tcslon.com Fri Feb 21 08:35:57 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <20030221153814.2407.qmail@3mhz.net> Message-ID: Heh, versions of Bahamut later than 1.4.33 are no longer supported, presumably due to this. Any more info would, however, be greatly recieved by myself :). Russ > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of > milko@3mhz.net > Sent: 21 February 2003 15:38 > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Notice regarding Bahamut support > > > I'm currently using bahamut 1.4.35 with IRCServices 5.0.9. > The only problems that I'm expiriencing are that whatever I do > akills DON'T get added to the servers, and services are killing > the matching users themselves. > > There's NOTHING in the "/stats a" list. When I do "/stats m" I > can see that "akill" command has been used 0 times, as to > "rakill", it has been used 11 times (because I have tried adding > and deleting 11 akills to find out why this is not working). > > I have NO problems with SQLINEs and SGLINEs. (SZLINES don't work, > because are not supported by the server, but that's not a big problem). > > I can use the akills that way - users get killed by OS on > connect, but it is little annoying when you get flooded by kill > messages, when someone tries to reconnect too fast. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ShadowMaster at Shadow-Realm.org Fri Feb 21 08:53:45 2003 From: ShadowMaster at Shadow-Realm.org (Thomas J. =?iso-8859-1?q?Stens=E5s?=) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <20030219215815.J316@rzhe.domain> References: <200302191954.14928.ShadowMaster@Shadow-Realm.org> <20030219215815.J316@rzhe.domain> Message-ID: <200302211753.50207.ShadowMaster@Shadow-Realm.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 19 February 2003 20:03, Dmitry Agaphonov wrote: > *** Notice -- make_hostbased_ban(*, 216.201.160.2*) failed on akill > > And does not display it in /stats a. Just confirmed that this issue is fixed for 1.4.36 and in current CVS. - -- Yours Sincerely Thomas Juberg Stens?s - -- What we do in life echoes in eternity -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Vlmcm5JSuDogRncRAsDCAKDIDIfrjGgq9/AiEBtrIBQNYXd9VwCgrmws DA8nD/JvjvwzkrHODcXkOB8= =uKOc -----END PGP SIGNATURE----- From ballsy at mystical.net Fri Feb 21 09:04:58 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support In-Reply-To: <20030221153814.2407.qmail@3mhz.net> Message-ID: I could be way off the mark here, but what you explained below with OS manually killing all your clients sounds vaguely similar to a problem I had a few months ago. Do you have Akill Exclusions enabled in your .conf ? My problem was resolved when I disabled akill exclusions, since bahamut doesn't support them. David Quoth milko@3mhz.net on Feb 21 at 15:38, > I'm currently using bahamut 1.4.35 with IRCServices 5.0.9. > The only problems that I'm expiriencing are that whatever I do akills DON'T get added to the servers, and services are killing the matching users themselves. > > There's NOTHING in the "/stats a" list. When I do "/stats m" I can see that "akill" command has been used 0 times, as to "rakill", it has been used 11 times (because I have tried adding and deleting 11 akills to find out why this is not working). > > I have NO problems with SQLINEs and SGLINEs. (SZLINES don't work, because are not supported by the server, but that's not a big problem). > > I can use the akills that way - users get killed by OS on connect, but it is little annoying when you get flooded by kill messages, when someone tries to reconnect too fast. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From milko at 3mhz.net Fri Feb 21 11:56:24 2003 From: milko at 3mhz.net (milko@3mhz.net) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding Bahamut support Message-ID: <20030221195624.6510.qmail@3mhz.net> Ballsy wrote: > I could be way off the mark here, but what you explained below with OS > manually killing all your clients sounds vaguely similar to a problem I > had a few months ago. Do you have Akill Exclusions enabled in your .conf > ? My problem was resolved when I disabled akill exclusions, since bahamut > doesn't support them. Thank you a lot! This fixed the problem! From copys at gmx.de Sat Feb 22 10:23:48 2003 From: copys at gmx.de (copys) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] problem with mail-auth Message-ID: <001601c2da9f$8b20c0f0$0f00a8c0@ttm02i3w68wgue> Hi I'm using ircservices 5.0.6 combined with Unreal 3.2 Beta 13. I have the problem that no email reaches the user. i tried SMTP and sendmail but nothing works. SMTP gives no feedback in the logs, sendmail says "putoutmsg (xyz.org): error on output channel sending "500 5.5.1 Command unrecognized: "Subject: Authorization code for irgendwer123"": Broken pipe". Can you help me ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030222/1ff1100b/attachment.html From arathorn at theonering.net Sat Feb 22 10:55:09 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.10 (was 5.0.9) In-Reply-To: References: <3e4ce84e.45152@mail.achurch.org> Message-ID: Apologies for following up my own message here, but I fear that the original may have dropped off the bottom of peoples' stacks in favour of Bahamut protocol strife. I essentially have only one question: Does everyone's v5 IRCServices force all users to reidentify with NickServ when services is restarted? Or is this in fact the expected behaviour of v5, meaning that I have misinterpretted the WhatsNew file? If I am alone in experiencing this, is there a painfully obvious misconfiguration which might result in this behaviour which is so obvious that people have not yet deigned to clue me in on it? I have tried every trick I can think of (different ircds, different services versions, virgin DBs, exporting & reimporting DBs) short of running things in debugging mode - to no avail. yours hopefully, A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? On Wed, 19 Feb 2003, Arathorn wrote: > On Fri, 14 Feb 2003, Andrew Church wrote: > > > >> >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but > > >> >then on almost all occasions the binary continues to run, and will not be > > >> >killed by any signal short of a KILL (-9). > > > > Just for the record, I've found and fixed this problem--thanks for the > > report. This should also fix the problem of nick identifies not being > > saved to disk. > > I just dutifully upgraded to 5.0.10 - and I'm afraid that nick > identification is still not persisting across services restarts. I have a > horrible feeling that I may be missing something painfully obvious (i.e. > a config or compiletime option), but I'm still drawing a complete blank. > > To try to illustrate what I'm experiencing: > > /msg operserv restart > > yields: > > -irc.theonering.net- *** LocOps -- Received SQUIT services.theonering.net > from services.theonering.net[127.0.0.1] (RESTART command received from > Arathorn) > - > -irc.theonering.net- *** Notice -- (link) Link irc.theonering.net -> > services.theonering.net[tornserv@127.0.0.1.7028] established > - > -Global- [Logon News - Feb 17 2003] > - > -NickServ- This nickname is registered and protected. If it is your > nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose > a different nickname. > - > -NickServ- If you do not change within 20 seconds, I will change your > nickname. > - > -> *nickserv* identify password > - > -NickServ- Password accepted -- you are now recognized. > > (and then coincidentally a few minutes later): > -irc.theonering.net- warning: select irc.theonering.net[127.0.0.1]: Bad > file descriptor > > Meanwhile, all other services data seems to be being saved out and > retrieved from disk fine, and services isn't hanging on restart/shutdown - > and thus far (after two restarts), +k channel modelocks aren't being > forgotton. > > In the log: > > [Feb 19 13:56:55 2003] operserv/main: Arathorn: restart > [Feb 19 13:56:55 2003] Restarting > [Feb 19 13:56:55 2003] IRC Services 5.0.10 starting up > [Feb 19 13:56:55 2003] unknown message from server (:irc.theonering.net > 451 PING :You have not registered) > [Feb 19 13:56:55 2003] operserv/sline: warning: client IP addresses not > available with this IRC server > > Any assistance would be gratefully appreciated - this is with Unreal > 3.2b14 running under plain ol' debian stable (woody). > > A. > > ________________________________________________________________ > Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 > Arathorn: Co-Sysadmin, TheOneRing.net? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From brain at brainbox.winbot.co.uk Sat Feb 22 11:18:28 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.10 (was 5.0.9) Message-ID: <200302221918.h1MJITg21818@localhost.localdomain> This is expected behavour afaik, theres no way to know if someones identified after the programs memory has been cleared out for a restart. Maybe you mis-interpreted the new feature "services will remember who identified so that if they change their nick, it keeps track" (sorry about the way i phrased this, it isnt the way it was put in the files ;)) >Apologies for following up my own message here, but I fear that the >original may have dropped off the bottom of peoples' stacks in favour of >Bahamut protocol strife. > >I essentially have only one question: > >Does everyone's v5 IRCServices force all users to reidentify with NickServ >when services is restarted? Or is this in fact the expected behaviour of >v5, meaning that I have misinterpretted the WhatsNew file? > >If I am alone in experiencing this, is there a painfully obvious >misconfiguration which might result in this behaviour which is so obvious >that people have not yet deigned to clue me in on it? I have tried every >trick I can think of (different ircds, different services versions, virgin >DBs, exporting & reimporting DBs) short of running things in debugging >mode - to no avail. > >yours hopefully, > >A. > >________________________________________________________________ >Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 > Arathorn: Co-Sysadmin, TheOneRing.net® > >On Wed, 19 Feb 2003, Arathorn wrote: >> On Fri, 14 Feb 2003, Andrew Church wrote: >> >> > >> >Firstly, on an /msg operserv shutdown, services SQUITs from the ircd - but >> > >> >then on almost all occasions the binary continues to run, and will not be >> > >> >killed by any signal short of a KILL (-9). >> > >> > Just for the record, I've found and fixed this problem--thanks for the >> > report. This should also fix the problem of nick identifies not being >> > saved to disk. >> >> I just dutifully upgraded to 5.0.10 - and I'm afraid that nick >> identification is still not persisting across services restarts. I have a >> horrible feeling that I may be missing something painfully obvious (i.e. >> a config or compiletime option), but I'm still drawing a complete blank. >> >> To try to illustrate what I'm experiencing: >> >> /msg operserv restart >> >> yields: >> >> -irc.theonering.net- *** LocOps -- Received SQUIT services.theonering.net >> from services.theonering.net[127.0.0.1] (RESTART command received from >> Arathorn) >> - >> -irc.theonering.net- *** Notice -- (link) Link irc.theonering.net -> >> services.theonering.net[tornserv@127.0.0.1.7028] established >> - >> -Global- [Logon News - Feb 17 2003] >> - >> -NickServ- This nickname is registered and protected. If it is your >> nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose >> a different nickname. >> - >> -NickServ- If you do not change within 20 seconds, I will change your >> nickname. >> - >> -> *nickserv* identify password >> - >> -NickServ- Password accepted -- you are now recognized. >> >> (and then coincidentally a few minutes later): >> -irc.theonering.net- warning: select irc.theonering.net[127.0.0.1]: Bad >> file descriptor >> >> Meanwhile, all other services data seems to be being saved out and >> retrieved from disk fine, and services isn't hanging on restart/shutdown - >> and thus far (after two restarts), +k channel modelocks aren't being >> forgotton. >> >> In the log: >> >> [Feb 19 13:56:55 2003] operserv/main: Arathorn: restart >> [Feb 19 13:56:55 2003] Restarting >> [Feb 19 13:56:55 2003] IRC Services 5.0.10 starting up >> [Feb 19 13:56:55 2003] unknown message from server (:irc.theonering.net >> 451 PING :You have not registered) >> [Feb 19 13:56:55 2003] operserv/sline: warning: client IP addresses not >> available with this IRC server >> >> Any assistance would be gratefully appreciated - this is with Unreal >> 3.2b14 running under plain ol' debian stable (woody). >> >> A. >> >> ________________________________________________________________ >> Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 >> Arathorn: Co-Sysadmin, TheOneRing.net® >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From arathorn at theonering.net Sat Feb 22 12:11:27 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.10 (was 5.0.9) In-Reply-To: <200302221918.h1MJITg21818@localhost.localdomain> References: <200302221918.h1MJITg21818@localhost.localdomain> Message-ID: Okay, I've worked out the problem - looks like it was the "painfully obvious misconfiguration" scenario :) I had NoSplitRecovery enabled, which was quite rightly preventing people from not having to reidentify. Now the obvious corollary question: with a single unlinked server running Unreal 3.2 with IRCServices U:lined in - are there any security issues raised by disabling NoSplitRecovery? I.e. there any way a malicious client could fake a timestamp during an /msg operserv restart to steal somebody's nick privileges? A. On Sat, 22 Feb 2003, Craig Edwards wrote: > This is expected behavour afaik, theres no way to know if someones > identified after the programs memory has been cleared out for a restart. > Maybe you mis-interpreted the new feature "services will remember who > identified so that if they change their nick, it keeps track" (sorry > about the way i phrased this, it isnt the way it was put in the files > ;)) > > And on Sat, 22 Feb 2003, Arathorn wrote: > > >Apologies for following up my own message here, but I fear that the > >original may have dropped off the bottom of peoples' stacks in favour of > >Bahamut protocol strife. > > > >I essentially have only one question: > > > >Does everyone's v5 IRCServices force all users to reidentify with NickServ > >when services is restarted? Or is this in fact the expected behaviour of > >v5, meaning that I have misinterpretted the WhatsNew file? > > > >If I am alone in experiencing this, is there a painfully obvious > >misconfiguration which might result in this behaviour which is so obvious > >that people have not yet deigned to clue me in on it? I have tried every > >trick I can think of (different ircds, different services versions, virgin > >DBs, exporting & reimporting DBs) short of running things in debugging > >mode - to no avail. > > > >yours hopefully, > > > >A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? From admin at shellworld.net Sat Feb 22 13:51:46 2003 From: admin at shellworld.net (Ken Scott) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Problem with v5.0.11 Message-ID: We're running ircservices v5.0.11 with the latest release of TR-IRCd v5, and databases converted from Epona using the convert-db program, and are getting the following error occasionally, at which point ircservices crashes: FATAL: introduce_user() loop detected Unfortunately, I haven't been around at the times this has happened to see exactly what was done, but I'm running the services in debug mode now and hopefully will have more information soon, if required. needed. Thanks in advance for any help. -- Ken, admin@shellworld.net From achurch at achurch.org Sun Feb 23 09:45:50 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.10 (was 5.0.9) In-Reply-To: Message-ID: <3e581a99.22072@mail.achurch.org> >Now the obvious corollary question: with a single unlinked server running >Unreal 3.2 with IRCServices U:lined in - are there any security issues >raised by disabling NoSplitRecovery? I.e. there any way a malicious >client could fake a timestamp during an /msg operserv restart to steal >somebody's nick privileges? Zero (for all practical purposes) under Unreal. From the source code (modules/nickserv/util.c): /* * This can be exploited to gain improper privilege if an attacker * has the same Services stamp, username and hostname as the * victim. * * Under ircd.dal 4.4.15+ (Dreamforge) and other servers supporting * a Services stamp, Services guarantees that the first condition * cannot occur unless the stamp counter rolls over (2^31-1 client * connections). This is practically infeasible given present * technology. As an example, on a network of 30 servers, an * attack introducing 50 new clients every second on every server, * requiring at least 10-15 megabits of bandwidth, would need to be * sustained for over 16 days to cause the stamp to roll over. * * Under other servers, an attack is theoretically possible, but * would require access to either the computer the victim is using * for IRC or the DNS servers for the victim's domain and IP * address range in order to have the same hostname, and would * require that the attacker connect so that he has the same server * timestamp as the victim. Practically, the former can be * accomplished either by finding a victim who uses a shell account * on a multiuser system and obtaining an account on the same * system, or through the scripting capabilities of many IRC * clients combined with social engineering; the latter could be * accomplished by finding a server with a clock slower than that * of the victim's server and timing the connection attempt * properly. * * If someone gets a hacked server into your network, all bets are * off. */ --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Feb 23 09:49:35 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Problem with v5.0.11 In-Reply-To: Message-ID: <3e581acf.22102@mail.achurch.org> >We're running ircservices v5.0.11 with the latest release of TR-IRCd v5, >and databases converted from Epona using the convert-db program, and are >getting the following error occasionally, at which point ircservices >crashes: > >FATAL: introduce_user() loop detected If you repeatedly kill Services pseudoclients, this can happen. The obvious solution is to not kill Services pseudoclients. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at shellworld.net Sat Feb 22 17:06:17 2003 From: admin at shellworld.net (Ken Scott) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Problem with v5.0.11 In-Reply-To: <3e581acf.22102@mail.achurch.org> References: <3e581acf.22102@mail.achurch.org> Message-ID: None of the Services pseudoclients was killed, unless the server itself was doing it somehow. Like I said, I wasn't around at the time, so I didn't see what went on, but there's only one other person capable of doing that (the services root) and he didn't do it, as there would just be no reason to do that sort of thing, so I don't think that was the cause. -- Ken, admin@shellworld.net On Sun, 23 Feb 2003, Andrew Church wrote: > >FATAL: introduce_user() loop detected > > If you repeatedly kill Services pseudoclients, this can happen. The > obvious solution is to not kill Services pseudoclients. > From brain at brainbox.winbot.co.uk Sat Feb 22 17:39:26 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Problem with v5.0.11 Message-ID: <200302230139.h1N1dQg27583@localhost.localdomain> We had this happen when i did a mass kill of 32 users (testing some stuff) - it seems that services counts the number of users killed/introduced that services sees directly, and if it gets over a certain number, some heuristic makes it think its crashed, and it dies :p This sound about right anyone? or is it a bit more involved than that? >None of the Services pseudoclients was killed, unless the server itself >was doing it somehow. Like I said, I wasn't around at the time, >so I didn't see what went on, but there's only one other person capable of >doing that (the services root) and he didn't do it, as there would just be >no reason to do that sort of thing, so I don't think that was the >cause. > >-- >Ken, >admin@shellworld.net > > >On Sun, 23 Feb 2003, Andrew Church wrote: > >> >FATAL: introduce_user() loop detected >> >> If you repeatedly kill Services pseudoclients, this can happen. The >> obvious solution is to not kill Services pseudoclients. >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Feb 23 16:52:07 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Problem with v5.0.11 In-Reply-To: <200302230139.h1N1dQg27583@localhost.localdomain> Message-ID: <3e587dba.22215@mail.achurch.org> >We had this happen when i did a mass kill of 32 users (testing some stuff) - it seems that services counts the number of users killed/introduced that services sees directly, and if it gets over a certain number, some heuristic makes it think its crashed, >and it dies :p This was fixed in 5.0.10. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Feb 23 17:40:54 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Help compiling under cygwin. In-Reply-To: <20030207061941.17888.qmail@web80301.mail.yahoo.com> Message-ID: <3e58894c.26216@mail.achurch.org> Fixed for the next release. In the meantime, make sure you transfer the language files to your Windows machine in binary instead of text mode. --Andrew Church achurch@achurch.org http://achurch.org/ >Alright here is the error that I am getting. I hope >that I included enough information. > >Thanks again, >Reid > > >make[1]: Leaving directory >`/home/BardzoBoy/ric/ircservices-5.0.9/modules' >gcc version.o actions.o channels.o commands.o >compat.o conffile.o encrypt.o ignore.o init.o >language.o log.o main.o memory.o messages.o misc.o >modes.o modules.o process.o send.o servers.o signals.o >sockets.o timeout.o users.o modules/modules.a -o >ircservices >make[1]: Entering directory >`/home/BardzoBoy/ric/ircservices-5.0.9/lang' >./langcomp de.l >'e.l:2: Unknown string name ` >'e.l:8: Unknown string name ` >'e.l:17: Unknown string name ` >'e.l:23: Unknown string name ` >'e.l:30: Unknown string name ` >'e.l:43: Unknown string name ` >'e.l:48: Unknown string name ` >'e.l:95: Unknown string name ` >'e.l:117: Unknown string name ` >'e.l:118: Unknown string name ` >'e.l:124: Unknown string name ` >'e.l:130: Unknown string name ` >'e.l:143: Unknown string name ` >'e.l:154: Unknown string name ` >'e.l:164: Unknown string name ` >'e.l:175: Unknown string name ` >'e.l:180: Unknown string name ` >'e.l:208: Unknown string name ` >'e.l:224: Unknown string name ` >'e.l:227: Unknown string name ` >'e.l:234: Unknown string name ` >'e.l:240: Unknown string name ` >'e.l:264: Unknown string name ` >'e.l:265: Unknown string name ` >'e.l:287: Unknown string name ` >'e.l:297: Unknown string name ` >'e.l:311: Unknown string name ` >'e.l:319: Unknown string name ` >'e.l:331: Unknown string name ` >'e.l:339: Unknown string name ` >'e.l:347: Unknown string name ` >'e.l:351: Unknown string name ` >'e.l:359: Unknown string name ` >'e.l:363: Unknown string name ` >'e.l:379: Unknown string name ` >'e.l:387: Unknown string name ` >'e.l:395: Unknown string name ` >'e.l:411: Unknown string name ` >'e.l:420: Unknown string name ` >'e.l:426: Unknown string name ` >'e.l:434: Unknown string name ` >'e.l:450: Unknown string name ` >'e.l:474: Unknown string name ` >'e.l:504: Unknown string name ` >'e.l:530: Unknown string name ` >'e.l:540: Unknown string name ` >'e.l:585: Unknown string name ` >'e.l:595: Unknown string name ` >'e.l:609: Unknown string name ` >'e.l:617: Unknown string name ` >de.l:617: Too many errors! >make[1]: *** [de] Error 1 >make[1]: Leaving directory >`/home/BardzoBoy/ric/ircservices-5.0.9/lang' >make: *** [languages] Error 2 > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From rsheskin at comcast.net Sun Feb 23 10:13:36 2003 From: rsheskin at comcast.net (Robert Sheskin) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] +k chans Message-ID: <121145315272.20030223131336@comcast.net> Guess I am not really with it today. I am trying to get into a +k chan as services admin and while +I. For the life of me I can't do it, help please? -- Best regards, Robert mailto:rsheskin@comcast.net AIM: RobertLS MSN: rsheskin From achurch at achurch.org Tue Feb 25 20:52:19 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Merging... In-Reply-To: Message-ID: <3e5b59fb.50567@mail.achurch.org> >Is there a way to force every user to set their real email adress when we >use the version 5 of IRC-Services after an update from version 4 ? >(We want to use the sendpass options and mail-auth) > >A lot of user in our network have registred their nicknames using emails >address like a@b.c and we want to force them to use their real address >email when we'll merge v4 to v5 The next release will have a command-line option, "-clear-nick-email", which will clear the E-mail addresses stored with all nicknames. More details will be included in docs/upgrade.html in that release. --Andrew Church achurch@achurch.org http://achurch.org/ From bjoern.engels at openit.de Tue Feb 25 04:15:42 2003 From: bjoern.engels at openit.de (Bjoern Engels) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] trouble connecting ircservices 5 to tr-ircd 5 Message-ID: <20030225121542.GA31232@openit.de> Hi I'm trying to connect ircservices 5.0.6 to tr-ircd-5.0.3 (both running on the same host) and it doesn't work. The list archives and Google didn't help, maybe one of you guys can help me? This is from ircservices.log: IRC Services 5.0.6 starting up httpd/main: Listening on :81 unknown message from server (ERROR :Closing Link: 0.0.0.0 (Non-TS server)) Read error from server: Connection reset by peer I tried to set module protocol/trircd and protocol/ts8, with no (positive) effect. trircd is running in "native" mode. Does anybody have an idea? (If you parts of the config files, I'll post them here.) Thanks Bjoern From admin at shellworld.net Tue Feb 25 04:27:27 2003 From: admin at shellworld.net (Ken Scott) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] trouble connecting ircservices 5 to tr-ircd 5 In-Reply-To: <20030225121542.GA31232@openit.de> References: <20030225121542.GA31232@openit.de> Message-ID: This doesn't answer your question directly, but in the long run, you'll probably have an easier time by just upgrading both services and the ircd to v5.0.11 and v5.0.7, respectively, if at all possible. We have two servers and services running this combination with no problems at all. -- Ken, admin@shellworld.net From achurch at achurch.org Tue Feb 25 21:40:16 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] unhappy restart quirks with 5.0.9 In-Reply-To: Message-ID: <3e5b6563.57052@mail.achurch.org> Updates on two of these: >Moreover, whilst users in the channel access lists were correctly reopped >on reidentifying on the server coming back up - in every channel a random >user also acquired an @. On being deopped, Chanserv once again enforced >the secureops correctly and refused to let them be reopped. Almost all the >channels have Options: Topic Retention, Secure Ops. Even more >disturbingly, not all users on the channel were able to see the @ that the >mysteriously-opped user had acquired. (Either in the form of a channel >mode +o event or similar). As I mentioned earlier, this is because of improper assumptions in the SJOIN code; this bug is fixed for the next release. >Finally, in the WhatsNew for services v5, I was overjoyed to see: > > + The Services stamp of the last user to identify for a nick is now > recorded on disk, removing the necessity to re-identify when > Services is restarted. > >But so far, when /msg operserv restart works at all - everyone is forced >to reidentify nonetheless (combined with the quirks listed above). So I'm >guessing that there's something going wrong here. WFM with Bahamut 1.4.30. The only thing I can suggest is that your databases aren't getting saved; using the OperServ QUIT (instead of RESTART or SHUTDOWN) command or killing Services with any signal other than SIGTERM will cause Services to quit immediately without saving the databases, so make sure you aren't using any of those. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Feb 25 21:59:33 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services 5.0.12 released Message-ID: <3e5b68f7.75265@mail.achurch.org> Services 5.0.12 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 51e3fadf2fd4720c5594c3306bdb823c ircservices-5.0.12.tar.gz 6e0948e63b86e7e8b6316893b791c5c4 ircservices-5.0.12.diff.gz eb15887a93fa900a26d1df6a9e700163 ircservices-5.0.12-1.i386.rpm 23bb07b743312bf6b3405f645706d208 ircservices_5.0.12-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.12 ------------------------- 2003/02/25 ChanServ no longer gives +o to random users in channels on startup. Reported by Matthew Hodgson 2003/02/25 Core "channel create" callback modified for above fix to send the user's channel user modes to the called function. 2003/02/25 NickServ now accepts a command-line option, "-clear-nick-email", to clear the E-mail addresses of all registered nicknames. Suggested by Marc-Andre A. Fuentes 2003/02/25 The convert-db program now compiles correctly under Cygwin. Reported by Mark Hetherington 2003/02/25 Pseudoclients are now properly introduced and removed when modules are loaded or unloaded at runtime. Reported by Georges Berscheid 2003/02/24 Fixed CSSetChannelTimes under Bahamut. Reported by JT 2003/02/24 Fixed validity check on nickname language setting. Reported by George Stamatiou 2003/02/24 Fixed dangling data directory lock on uplink server death. Reported by Aragon Gouveia 2003/02/23 If an unsuspend grace period is set for nickname suspensions and the mail-auth module is in use, nicknames not yet authorized will have the delay before expiration of unauthorized nicks reset to the time of unsuspension. 2003/02/23 Fixed problem in langcomp when .l files have CRs in them. --Andrew Church achurch@achurch.org http://achurch.org/ From arathorn at theonering.net Tue Feb 25 05:51:00 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Merging... References: <3e5b59fb.50567@mail.achurch.org> Message-ID: <00f101c2dcd4$ee406410$0600a8c0@mjh75> Andrew Church wrote: > > >Is there a way to force every user to set their real email adress when we > >use the version 5 of IRC-Services after an update from version 4 ? > >(We want to use the sendpass options and mail-auth) > > > >A lot of user in our network have registred their nicknames using emails > >address like a@b.c and we want to force them to use their real address > >email when we'll merge v4 to v5 > > The next release will have a command-line option, "-clear-nick-email", > which will clear the E-mail addresses stored with all nicknames. More > details will be included in docs/upgrade.html in that release. When I upgraded to v5, a strategic temporary addition of email=0; to modules/database/version4.c served to perform the same operation. However, we then found a somewhat undesired sideeffect - namely that because in v4 days, NSDefHideEmail had been commented out - old registered users migrating onto v5 were duly forced to enter valid e-mail addresses - **which were then visible for the whole world to see on a /msg nickserv info Nickname.** This was obviously a huge security issue, given that users were already iffy about having to submit valid e-mail addresses in the first place - and thus the fact that their private addies were now available to anyone and everyone was not well received, both from a spam and anonymity point of view. And so I fixed it by adding an equally strategic temporary ngi->flags |= NF_HIDE_EMAIL; to modules/database/version4.c, and restarted the migration process. Should this scenario also be handled somewhere in Services, if nothing else to prevent users from blaming this potential lack of privacy on Services rather than the shortsightedness of an admin (such as I) who failed to set NSDefHideEmail when first configuring Services years ago? A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? From bjoern.engels at openit.de Tue Feb 25 05:54:39 2003 From: bjoern.engels at openit.de (Bjoern Engels) Date: Sat Oct 23 23:01:53 2004 Subject: Solved - [IRCServices] trouble connecting ircservices 5 to tr-ircd 5 In-Reply-To: References: <20030225121542.GA31232@openit.de> Message-ID: <20030225135439.GA6882@openit.de> On Tue, Feb 25, 2003 at 06:27:27AM -0600, Ken Scott wrote: > This doesn't answer your question directly, but in the long run, you'll > probably have an easier time by just upgrading both services and the ircd > to v5.0.11 and v5.0.7, respectively, if at all possible. We have two > servers and services running this combination with no problems at all. Ok, I upgraded to 5.0.12 now and I'm getting the latest cvs version of tr-ircd. But anyway: I managed to get services running. I just didn't notice that the protocol has to be set in ircservices.conf _and_ modules.conf ;) Thanks Bjoern From achurch at achurch.org Wed Feb 26 09:38:46 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Merging... In-Reply-To: <00f101c2dcd4$ee406410$0600a8c0@mjh75> Message-ID: <3e5c0dd6.75437@mail.achurch.org> >When I upgraded to v5, a strategic temporary addition of email=0; to >modules/database/version4.c served to perform the same operation. However, >we then found a somewhat undesired sideeffect - namely that because in v4 >days, NSDefHideEmail had been commented out - old registered users migrating >onto v5 were duly forced to enter valid e-mail addresses - **which were then >visible for the whole world to see on a /msg nickserv info Nickname.** Seeing as this can be easily changed with a /ns set hide email on immediately after identify -> set email -> auth, and unauthed addresses aren't visible to normal users, I don't see this as a problem. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Feb 26 09:50:01 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services Bug In-Reply-To: Message-ID: <3e5c0f64.75543@mail.achurch.org> >1) [Dec 02 22:39:18 2002] PANIC! buffer = :sadmin PRIVMSG NickServ@Services >:UNLINK nick force [Dec 02 22:39:18 2002] Services terminating: Segmentation >fault WFM. >2) [Dec 24 14:08:14 2002] PANIC! buffer = :nick ! memoserv :del 1,2 [Dec 24 >14:08:14 2002] Services terminating: Segmentation fault WFM. >3) An AOP user using Chanserv (/cs deop) is able to deop a SOP user and also >a Founder! So +a and +q don't works good.Instead we notice that the >procedure for /cs kick is correct ana an AOP can't kick a SOP or a Founder. This is designed behavior, and can be changed with the SET ENFORCE ON command. --Andrew Church achurch@achurch.org http://achurch.org/ From arathorn at theonering.net Tue Feb 25 17:07:31 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Merging... References: <3e5c0dd6.75437@mail.achurch.org> Message-ID: <06cc01c2dd33$717663d0$0600a8c0@mjh75> Andrew Church wrote: > >When I upgraded to v5, a strategic temporary addition of email=0; to > >modules/database/version4.c served to perform the same operation. However, > >we then found a somewhat undesired sideeffect - namely that because in v4 > >days, NSDefHideEmail had been commented out - old registered users migrating > >onto v5 were duly forced to enter valid e-mail addresses - **which were then > >visible for the whole world to see on a /msg nickserv info Nickname.** > > Seeing as this can be easily changed with a /ns set hide email on > immediately after identify -> set email -> auth, and unauthed addresses > aren't visible to normal users, I don't see this as a problem. My concern is that your average clueless user isn't going to know to /ns set hide email on - even if they're told to do it in bright red letters. My experience in talking registered users through /ns set email and /ns auth has been bad enough - and those are steps that the system corralled them through - whereas there's no way to obviously force them to /ns set hide email. And thus depending on the previous v4 config, there's a 50/50 chance that their mail might be left open in the public gaze, ripe for harvesting. It just seems to be putting the users through a bit more trauma than is strictly necessary. Of course, it could be that my users tend to be more clueless than the average network's - but I'd feel slightly worried about leaving their e-mail privacy in their own hands ;) my 2p, anyway A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.net? From achurch at achurch.org Wed Feb 26 10:09:17 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Merging... In-Reply-To: <06cc01c2dd33$717663d0$0600a8c0@mjh75> Message-ID: <3e5c150e.75667@mail.achurch.org> >My concern is that your average clueless user isn't going to know to /ns set >hide email on - even if they're told to do it in bright red letters. If they're not concerned enough to even look into whether it can be done, why should you be? Besides, it's not like people's addresses aren't publicly available from other places--if nothing else, anyone who has a homepage probably already has their address harvested. If you really want to do this for them, you can either (1) do /ns set hide email on for every registered nick (if you were clever, you could even write a script to do it for you) or (2) wipe the databases clean and make everyone re-register after you've set NSDefHideEmail in the config file. --Andrew Church achurch@achurch.org http://achurch.org/ From psadi4 at swipnet.se Tue Feb 25 23:45:15 2003 From: psadi4 at swipnet.se (Peter Samuelsson) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Changing access to commands in the ircservice Message-ID: <1046245513.79299.10.camel@laptop> Im running a very small server with Bahamut and IRCServer. I would like to change the level of who can register a channel or even better just let the users use those channels that are created. Is this at all possible? 1. Only IRCadmins should be able to register a channel. 2. Users can only use channels that are registered and cannot create new ones. This isnt following how it should work, but this is a very small server and I would like it this way :) With regards Peter Samuelsson From jmail at brightstar.ath.cx Wed Feb 26 05:42:40 2003 From: jmail at brightstar.ath.cx (jmail@brightstar.ath.cx) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Supported daemons list Message-ID: <3E5C6FF0.18518.123F1C79@localhost> Hi all - I see that hybrid-ircd is not listed. Several questions.... 1. Has anyone used services successfully with Hybrid? 2. What are the issues with hybrid / services? 3. Are there any plans to address this issue? (I kind'a like hybrid-ircd ver 7.) Thanks Gene From uhc0 at rz.uni-karlsruhe.de Wed Feb 26 23:20:33 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:53 2004 Subject: AW: [IRCServices] Supported daemons list In-Reply-To: <3E5C6FF0.18518.123F1C79@localhost> Message-ID: <000f01c2de30$b783cd60$08c8a8c0@nygmatech.local> Hello; > 2. What are the issues with hybrid / services? Hybrid is not designed to work with services. Hybrid cannot place global klines. (You need to play the theatre about voting) Hybrid does not do topic bursting (unless contributional modules are used) Hybrid has interesting ideas about channel usermodes, which would require more changes than you imagine in services (users can hold max 1 mode, except +ov, which can separately be enabled ...) Not vital problems: Hybrid lacks support for SVS* commands. Services cannot work with virtual channels. Services cannot work with lazy links. > 3. Are there any plans to address this issue? Yes, there are many people who try to make hybrid services-savvy. Until then, beginning to make services to run with hybrid is probably utopic. > (I kind'a like hybrid-ircd ver 7.) That isnt even released yet. -rc9 was the latest I know of. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- From achurch at achurch.org Thu Feb 27 18:50:02 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Notice regarding v5.0.12 Message-ID: <3e5de3ab.02567@mail.achurch.org> I should have mentioned it explicitly in the release notes, but one of the fixes in version 5.0.12 is a workaround for a bug, possibly a security hole, which can crash Services, and anyone using version 5.0.0 through 11 should upgrade to 5.0.12 immediately. (4.5 and earlier versions may be affected as well, though I have not heard any reports of 4.5.x crashing due to this particular problem.) The reason I say "possibly" a security hole is because the direct cause of the crash is a case which should not be able to occur in the first place, which probably means I screwed up somewhere and haven't found it yet, and in any case means that I can't say for certain whether the bug is limited to crashing Services or can be abused in other ways. For the curious, it seems to be possible to get a nickname's language, NickGroupInfo.language, set to 12 (which is the value of NUM_LANGS, the constant defining the number of languages Services supports, though I don't know whether this is related to the problem); since this value is used to index an array of size NUM_LANGS (12), it should never be outside the range 0 through NUM_LANGS-1 (11), and when the 12 is used to index the language text array, Services tries to read through a NULL pointer and crashes. There was supposed to be a check on the language value at database load time, to make certain that both the value is in range and that the language selected is actually available, but this check was only being applied to the language value in the version 4.5 compatibility data, and not to the value stored in the 5.0-specific data area. This oversight was corrected in version 5.0.12, and the language value is now properly checked on database load; invalid values will be set to LANG_DEFAULT (-1), which means "use the value of DEF_LANGUAGE in defs.h". If anyone can pinpoint how NickGroupInfo.language can get set out of range, you'll have my gratitude. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 27 19:17:32 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Services 4.5.44 released Message-ID: <3e5dea33.04356@mail.achurch.org> Services 4.5.44 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://esper.net/ircservices/ (USA, California) [Note that the ftp.esper.net name does not seem to be working at the moment; esper.net will get you to the same place.] d1ba8466e1c417719f9e1ff9c55e140b ircservices-4.5.44.tar.gz dc79da7db17c5002bc8ff39776827b87 ircservices-4.5.44.diff.gz The other mirrors should have it shortly. This release is to apply a similar workaround to that applied in version 5.0.12 regarding the nickname language setting bug. I don't know whether this fix is technically necessary (or whether it's sufficient to avoid the bug occurring), but better safe than sorry. If you've upgraded to version 5.0, you don't need this--the fix has already been applied there, and 5.0 has lots of other good stuff anyway. If you're still using version 4.5, you probably want to upgrade to 4.5.44 at your earliest convenience. Changes in version 4.5.44 ------------------------- 2003/02/27 Fixed potential crash related to nickname language setting (backported from 5.0.12). --Andrew Church achurch@achurch.org http://achurch.org/ From jmail at brightstar.ath.cx Thu Feb 27 05:06:50 2003 From: jmail at brightstar.ath.cx (jmail@brightstar.ath.cx) Date: Sat Oct 23 23:01:53 2004 Subject: AW: [IRCServices] Supported daemons list In-Reply-To: <000f01c2de30$b783cd60$08c8a8c0@nygmatech.local> References: <3E5C6FF0.18518.123F1C79@localhost> Message-ID: <3E5DB90A.24397.1744AAAF@localhost> On 27 Feb 2003 at 8:20, Yusuf Iskenderoglu wrote: > > (I kind'a like hybrid-ircd ver 7.) > That isnt even released yet. -rc9 was the latest I know of. Latest is 7rc8. Best feature, for me at least, is the all new conf file structure. Very readable. Gene From achurch at achurch.org Thu Feb 27 16:37:17 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Supported daemons list In-Reply-To: <3E5C6FF0.18518.123F1C79@localhost> Message-ID: <3e5dc07d.02343@mail.achurch.org> It's been a while since I last heard from someone who tried this, so I don't know whether these still hold, but: 1) No. 2) Lots. and therefore 3) Not anytime soon. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all - >I see that hybrid-ircd is not listed. Several questions.... > >1. Has anyone used services successfully with Hybrid? >2. What are the issues with hybrid / services? >3. Are there any plans to address this issue? > >(I kind'a like hybrid-ircd ver 7.) > >Thanks >Gene > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Feb 27 16:38:46 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Changing access to commands in the ircservice In-Reply-To: <1046245513.79299.10.camel@laptop> Message-ID: <3e5dc0ba.02352@mail.achurch.org> Comment out CSEnableRegister in modules.conf. --Andrew Church achurch@achurch.org http://achurch.org/ >Im running a very small server with Bahamut and IRCServer. I would like >to change the level of who can register a channel or even better just >let the users use those channels that are created. Is this at all >possible? > >1. Only IRCadmins should be able to register a channel. >2. Users can only use channels that are registered and cannot create new >ones. > >This isnt following how it should work, but this is a very small server >and I would like it this way :) > >With regards Peter Samuelsson > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Thu Feb 27 08:37:56 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Question about Build Numbers... Message-ID: <20030227163801.RJKU2341.mta05-svc.ntlworld.com@i-br0ked-it> I'm not sure why, or if this is designed behaviour, but i find whenever i re-compile services, the build number goes up by 2, rather than one.. I was wondering if its supposed to do that, if so, why? :) ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From achurch at achurch.org Fri Feb 28 16:37:56 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Question about Build Numbers... In-Reply-To: <20030227163801.RJKU2341.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <3e5f12a4.07575@mail.achurch.org> >I'm not sure why, or if this is designed behaviour, but i find whenever i >re-compile services, the build number goes up by 2, rather than one.. I >was wondering if its supposed to do that, if so, why? :) What a stupid idea. I want whoever did that to be dragged out into the street and shot NOW. ... er, wait a minute... *ahem* Oh dear, I seem to have made a silly mistake somewhere. Thanks for bringing it to my attention. (Are you running "make" and "make install" separately? The current Makefile doesn't account for that; I'll see if I can make it any smarter for the next release.) --Andrew Church achurch@achurch.org http://achurch.org/ From martinpels at hotmail.com Fri Feb 28 00:03:28 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Question about Build Numbers... Message-ID: If you do make, and then make install it will go up by 2. If you only do a make install the result is the same but the build number will only go up by 1. > >I'm not sure why, or if this is designed behaviour, but i find whenever i >re-compile services, the build number goes up by 2, rather than one.. I was >wondering if its supposed to do that, if so, why? :) > >----------------------------------------------------------------------- >Craig McLure - Craig@chatspike.net >ChatSpike - The users network: http://www.chatspike.net >InspIRCd - Modular IRC server: http://www.inspircd.org >----------------------------------------------------------------------- > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From psadi4 at swipnet.se Fri Feb 28 01:14:42 2003 From: psadi4 at swipnet.se (Peter Samuelsson) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Changing access to commands in the ircservice In-Reply-To: <3e5dc0ba.02352@mail.achurch.org> References: <3e5dc0ba.02352@mail.achurch.org> Message-ID: <1046423680.621.5.camel@laptop> Thanks :) I should have seen that one :) Now a question that will I think go against how you have built the ircservice. I have made Bahamut so that only users that are oper can join a channel if there isnt anybody in the channel. So my question is can chanserv be made to stay in channel visable like a user? This goes against how its made I know, but is it possible in some way ? Thanks for a a very good ircservice :) Peter Samuelsson Tor 2003-02-27 klockan 17.38 skrev Andrew Church: > Comment out CSEnableRegister in modules.conf. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Im running a very small server with Bahamut and IRCServer. I would like > >to change the level of who can register a channel or even better just > >let the users use those channels that are created. Is this at all > >possible? > > > >1. Only IRCadmins should be able to register a channel. > >2. Users can only use channels that are registered and cannot create new > >ones. > > > >This isnt following how it should work, but this is a very small server > >and I would like it this way :) > > > >With regards Peter Samuelsson > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From rg at tcslon.com Fri Feb 28 02:15:28 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Changing access to commands in the ircservice In-Reply-To: <1046423680.621.5.camel@laptop> Message-ID: You can do it with RAW, but it's a singularly bad idea, and can cause desyncs, and puts more load on the services server. Aaaand it won't stay there if services disconnects and reconnects. And someone should write a module for this at some point :P. You have a good point though - if you want to keep a channel +O, and you mlock +O, then if a non-oper is the first to join, they won't get kicked out. Of course this could be fixed by adding all the users you want to use the channel into an access list, but that's not really optimal. Russ > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Peter > Samuelsson > Sent: 28 February 2003 09:15 > To: IRC Services General Mailing List > Subject: Re: [IRCServices] Changing access to commands in the ircservice > > > Thanks :) > > I should have seen that one :) > > Now a question that will I think go against how you have built the > ircservice. > > I have made Bahamut so that only users that are oper can join a channel > if there isnt anybody in the channel. So my question is can chanserv be > made to stay in channel visable like a user? This goes against how its > made I know, but is it possible in some way ? > > Thanks for a a very good ircservice :) > > Peter Samuelsson > > Tor 2003-02-27 klockan 17.38 skrev Andrew Church: > > Comment out CSEnableRegister in modules.conf. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Im running a very small server with Bahamut and IRCServer. I would like > > >to change the level of who can register a channel or even better just > > >let the users use those channels that are created. Is this at all > > >possible? > > > > > >1. Only IRCadmins should be able to register a channel. > > >2. Users can only use channels that are registered and cannot > create new > > >ones. > > > > > >This isnt following how it should work, but this is a very small server > > >and I would like it this way :) > > > > > >With regards Peter Samuelsson > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From cpuman2000 at hotmail.com Fri Feb 28 08:23:03 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Question about Build Numbers... References: Message-ID: ooooh that explains why shows build #2 when I've only compiled it once... been wondering about that... CPUMAN Serenia IRC Network irc.serenia.net ----- Original Message ----- From: "Martin Pels" To: Sent: Friday, February 28, 2003 4:03 PM Subject: Re: [IRCServices] Question about Build Numbers... > If you do make, and then make install it will go up by 2. > If you only do a make install the result is the same but the build number > will only go up by 1. > > > > >I'm not sure why, or if this is designed behaviour, but i find whenever i > >re-compile services, the build number goes up by 2, rather than one.. I was > >wondering if its supposed to do that, if so, why? :) > > > >----------------------------------------------------------------------- > >Craig McLure - Craig@chatspike.net > >ChatSpike - The users network: http://www.chatspike.net > >InspIRCd - Modular IRC server: http://www.inspircd.org > >----------------------------------------------------------------------- > > > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From psadi4 at swipnet.se Sat Mar 1 06:13:03 2003 From: psadi4 at swipnet.se (Peter Samuelsson) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Force a nickchange for a user. In-Reply-To: <3e5f12a4.07575@mail.achurch.org> References: <3e5f12a4.07575@mail.achurch.org> Message-ID: <1046527981.635.23.camel@laptop> Hello I would like to be able to force a nickchange for a user. I cant find a way to do it in the manual. Is it possible to do it as the service is written now? I would like this so that I can change a users nick that is inappropriate in my server. The nickchange would be the first step before more drastic methods apply. I guess it would work something like the Guest#### nick change does just that you set the nickname instead of the service. Peter Samuelsson From uhc0 at rz.uni-karlsruhe.de Sat Mar 1 06:34:20 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Force a nickchange for a user. In-Reply-To: <1046527981.635.23.camel@laptop> Message-ID: Why dont you add SQLINEs preventing users from choosing inadequate nicknames ? Thats far more effective than doing this. You can also use the nickserv's FORBID command, to forbid these nicknames. Regards; yusuf On 1 Mar 2003, Peter Samuelsson wrote: > Hello > > I would like to be able to force a nickchange for a user. I cant find a > way to do it in the manual. Is it possible to do it as the service is > written now? > > I would like this so that I can change a users nick that is > inappropriate in my server. The nickchange would be the first step > before more drastic methods apply. > > I guess it would work something like the Guest#### nick change does just > that you set the nickname instead of the service. > > Peter Samuelsson > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de From andrew at teamyehey.com Sat Mar 1 06:37:50 2003 From: andrew at teamyehey.com (Andrew G. Buenaventura) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Force a nickchange for a user. Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B7478DF27@disco-mail-1.teamyehey.local> I am actually thinking of doing the same thing. My idea is to change the nick of the user even if he is using an unregistered nick. I hope the list can inform us how we can go about this. Thanks -----Original Message----- From: Peter Samuelsson [mailto:psadi4@swipnet.se] Sent: Saturday, March 01, 2003 10:13 PM To: IRC Services General Mailing List Subject: [IRCServices] Force a nickchange for a user. Hello I would like to be able to force a nickchange for a user. I cant find a way to do it in the manual. Is it possible to do it as the service is written now? I would like this so that I can change a users nick that is inappropriate in my server. The nickchange would be the first step before more drastic methods apply. I guess it would work something like the Guest#### nick change does just that you set the nickname instead of the service. Peter Samuelsson ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From psadi4 at swipnet.se Sat Mar 1 06:48:03 2003 From: psadi4 at swipnet.se (Peter Samuelsson) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Force a nickchange for a user. In-Reply-To: References: Message-ID: <1046530080.635.28.camel@laptop> This is true. Those steps will be taken but when you find that nickname I still would like to be able to change that users nickname to something else then I can set the SQLINE and a forbid on it. And as Andrew said it should work on both registered and unregistered nicks that are in use. Peter L?r 2003-03-01 klockan 15.34 skrev Yusuf Iskenderoglu: > Why dont you add SQLINEs preventing users from choosing inadequate > nicknames ? Thats far more effective than doing this. > > You can also use the nickserv's FORBID command, to forbid these > nicknames. > > Regards; > yusuf > > On 1 Mar 2003, Peter Samuelsson wrote: > > > Hello > > > > I would like to be able to force a nickchange for a user. I cant find a > > way to do it in the manual. Is it possible to do it as the service is > > written now? > > > > I would like this so that I can change a users nick that is > > inappropriate in my server. The nickchange would be the first step > > before more drastic methods apply. > > > > I guess it would work something like the Guest#### nick change does just > > that you set the nickname instead of the service. > > > > Peter Samuelsson > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > Yusuf Iskenderoglu *** eMail uhc0@rz.uni-karlsruhe.de > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From georges at berscheid.lu Sat Mar 1 08:02:48 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:53 2004 Subject: AW: [IRCServices] Force a nickchange for a user. In-Reply-To: <1046527981.635.23.camel@laptop> Message-ID: <000301c2e00c$04b315f0$acc918d4@gizmo> Hi, services don't support this (so far). But can can easily write a module that allows to change a user's nick. In the meantime you can use /msg operserv raw SVSNICK nick :newnick Please note that this is highly discouraged and WILL cause desynch between IRCd an services because services will NOT update their nick list. This might cause services to crash. So use it at your own risk. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Peter Samuelsson Gesendet: Samstag, 1. M?rz 2003 15:13 An: IRC Services General Mailing List Betreff: [IRCServices] Force a nickchange for a user. Hello I would like to be able to force a nickchange for a user. I cant find a way to do it in the manual. Is it possible to do it as the service is written now? I would like this so that I can change a users nick that is inappropriate in my server. The nickchange would be the first step before more drastic methods apply. I guess it would work something like the Guest#### nick change does just that you set the nickname instead of the service. Peter Samuelsson ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Mar 2 17:30:34 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Changing access to commands in the ircservice In-Reply-To: Message-ID: <3e61c14a.41353@mail.achurch.org> >You have a good point though - if you want to keep a channel +O, and you >mlock +O, then if a non-oper is the first to join, they won't get kicked >out. Yes, they would. +O is recognized by Services. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Mar 2 17:32:11 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:53 2004 Subject: [IRCServices] Force a nickchange for a user. In-Reply-To: <1046530080.635.28.camel@laptop> Message-ID: <3e61c1a6.41363@mail.achurch.org> >This is true. Those steps will be taken but when you find that nickname >I still would like to be able to change that users nickname to something >else then I can set the SQLINE and a forbid on it. And as Andrew said it >should work on both registered and unregistered nicks that are in use. How about actually asking the user to change their nick? Just a thought... --Andrew Church achurch@achurch.org http://achurch.org/ From rg at tcslon.com Sun Mar 2 02:09:23 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Changing access to commands in the ircservice In-Reply-To: <3e61c14a.41353@mail.achurch.org> Message-ID: I under-estimate you :) Didn't think it was. Russ > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Andrew Church > Sent: 02 March 2003 08:31 > To: ircservices@ircservices.za.net > Subject: RE: [IRCServices] Changing access to commands in the ircservice > > > >You have a good point though - if you want to keep a channel +O, and you > >mlock +O, then if a non-oper is the first to join, they won't get kicked > >out. > > Yes, they would. +O is recognized by Services. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From speedy69 at wp.pl Sun Mar 2 09:52:22 2003 From: speedy69 at wp.pl (speedy69) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] hybrid7 patch Message-ID: <3e6244d6523cd@wp.pl> http://speedy69.fm.interia.pl/hybrid.diff ---------------------------------------------------------------- Welcome to Collinwood! < http://film.wp.pl/p/film.html?id=2127&h=2170451 > From Craig at chatspike.net Sun Mar 2 18:09:51 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] hybrid7 patch Message-ID: <20030303021004.IZUV277.mta06-svc.ntlworld.com@i-br0ked-it> would have been nice for some info about use etc... Seems this is a patch to make IRCservices work with hybrid 7, install this as you would a normal patch, (generally 'patch -p1 < name.diff') In your ircservices.conf file, under module configuration, make sure you have "LoadModule protocol/hybrid" instead of any other protocol. remember to re-compile services once you have patched, also a make install would be needed. -------------------------------------- Craig McLure ============ Original Message ============ >From : "speedy69" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : [IRCServices] hybrid7 patch >Date : 2003-03-02 > > >http://speedy69.fm.interia.pl/hybrid.diff > > >---------------------------------------------------------------- >Welcome to Collinwood! < http://film.wp.pl/p/film.html?id=2127&h=2170451 > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From achurch at achurch.org Mon Mar 3 16:01:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released Message-ID: <3e62fef3.20724@mail.achurch.org> Services 5.0.13 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb The other mirrors should have it shortly. There are no critical fixes in this release that require an upgrade, but several minor improvements have been made, the most notable being that nicknames in a waiting-for-authorization state now always use a 60-second kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, to give the user a reasonable amount of time in which to enter the authorization code, and that MemoServ SEND now requires identification rather than just an access list match (which had the potential to allow impersonation of the memo sender). Changes in version 5.0.13 ------------------------- 2003/03/03 Build number is no longer updated if no files have changed (this avoids "make ; make install" incrementing the value twice). Reported by Craig McLure 2003/03/03 Users are no longer collided if they have identified but need to set an E-mail address. Reported by Andrew Kempe 2003/03/03 Nicknames awaiting E-mail authorization now always use the regular 60-second timeout regardless of the KILL setting. Suggested by Andrew Kempe 2003/03/03 Added new section (3-1-2) on netsplit recovery to the manual. 2003/03/03 Added workaround for broken browsers that don't handle backslashes properly. Reported by 2003/02/26 Outgoing mail now includes a Date: header, to avoid some MTAs inserting a date of 1970/1/1. Reported by Mattias Karlsson 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). 2003/02/26 MemoServ SEND now requires identification for the nickname instead of just an access list match. Reported by Rafael Stuhr --Andrew Church achurch@achurch.org http://achurch.org/ From cjb at mircx.com Mon Mar 3 08:35:26 2003 From: cjb at mircx.com (CJB) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released In-Reply-To: <3e62fef3.20724@mail.achurch.org> Message-ID: <20030303093252.W21987-100000@mircx.com> I can't get this version to compile under FreeBSD 4.X. The gmake process stops with the following error: gmake[2]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules/statserv' gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' gmake: *** No rule to make target `modules/.stamp', needed by `version.c'. Stop. On Mon, 3 Mar 2003, Andrew Church wrote: > Services 5.0.13 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz > 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz > eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm > 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb > > The other mirrors should have it shortly. > > There are no critical fixes in this release that require an upgrade, > but several minor improvements have been made, the most notable being that > nicknames in a waiting-for-authorization state now always use a 60-second > kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, to > give the user a reasonable amount of time in which to enter the > authorization code, and that MemoServ SEND now requires identification > rather than just an access list match (which had the potential to allow > impersonation of the memo sender). > > Changes in version 5.0.13 > ------------------------- > 2003/03/03 Build number is no longer updated if no files have changed > (this avoids "make ; make install" incrementing the value > twice). Reported by Craig McLure > 2003/03/03 Users are no longer collided if they have identified but > need to set an E-mail address. Reported by Andrew > Kempe > 2003/03/03 Nicknames awaiting E-mail authorization now always use the > regular 60-second timeout regardless of the KILL > setting. Suggested by Andrew Kempe > 2003/03/03 Added new section (3-1-2) on netsplit recovery to the manual. > 2003/03/03 Added workaround for broken browsers that don't handle > backslashes properly. Reported by > 2003/02/26 Outgoing mail now includes a Date: header, to avoid some > MTAs inserting a date of 1970/1/1. Reported by Mattias > Karlsson > 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). > 2003/02/26 MemoServ SEND now requires identification for the nickname > instead of just an access list match. Reported by > Rafael Stuhr > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Mon Mar 3 08:49:39 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released Message-ID: <20030303165022.JLQM21970.mta01-svc.ntlworld.com@i-br0ked-it> same on Redhat.. make[2]: Leaving directory `/home/irc/ircservices-5.0.0/modules/statserv' make[1]: Leaving directory `/home/irc/ircservices-5.0.0/modules' make: *** No rule to make target `modules/.stamp', needed by `version.c'. Stop. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "CJB" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : Re: [IRCServices] Services 5.0.13 released >Date : 2003-03-03 > > >I can't get this version to compile under FreeBSD 4.X. The gmake process >stops with the following error: > >gmake[2]: Leaving directory >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' >gmake: *** No rule to make target `modules/.stamp', needed by `version.c'. >Stop. > >On Mon, 3 Mar 2003, Andrew Church wrote: > >> Services 5.0.13 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb >> >> The other mirrors should have it shortly. >> >> There are no critical fixes in this release that require an upgrade, >> but several minor improvements have been made, the most notable being that >> nicknames in a waiting-for-authorization state now always use a 60-second >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, to >> give the user a reasonable amount of time in which to enter the >> authorization code, and that MemoServ SEND now requires identification >> rather than just an access list match (which had the potential to allow >> impersonation of the memo sender). >> >> Changes in version 5.0.13 >> ------------------------- >> 2003/03/03 Build number is no longer updated if no files have changed >> (this avoids "make ; make install" incrementing the value >> twice). Reported by Craig McLure >> 2003/03/03 Users are no longer collided if they have identified but >> need to set an E-mail address. Reported by Andrew >> Kempe >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the >> regular 60-second timeout regardless of the KILL >> setting. Suggested by Andrew Kempe >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the manual. >> 2003/03/03 Added workaround for broken browsers that don't handle >> backslashes properly. Reported by >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some >> MTAs inserting a date of 1970/1/1. Reported by Mattias >> Karlsson >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). >> 2003/02/26 MemoServ SEND now requires identification for the nickname >> instead of just an access list match. Reported by >> Rafael Stuhr >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From nick at nickgawronski.com Mon Mar 3 13:23:27 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] problem with ircservices and bahamut Message-ID: <001701c2e1cb$22dcc6a0$210110ac@gateway.2wire.net> Hi, I am running bahamut 1.4.33 with ircservices 5.0.12 and am having a small problem, My C: and N: line look just like they should in the ircservices FAQ changes have been made to them as needed for my server but when ircservices starts I get the message on my server saying no N: line. I have ircservices in class 10 witch is the oper class, what should the Y: line look like if I just want it for ircservices with room for some extras? I am using the class 10 that was in the exampleircd.conf that comes with bahamut. bye From martinpels at hotmail.com Mon Mar 3 14:04:16 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released References: <20030303165022.JLQM21970.mta01-svc.ntlworld.com@i-br0ked-it> Message-ID: Compiles fine here on Redhat 8.0 Mabe it's because you're upgrading from 5.0.0? Here we upgraded from 5.0.12. ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing List" Sent: Monday, March 03, 2003 5:49 PM Subject: Re: Re: [IRCServices] Services 5.0.13 released > same on Redhat.. > make[2]: Leaving directory `/home/irc/ircservices-5.0.0/modules/statserv' > make[1]: Leaving directory `/home/irc/ircservices-5.0.0/modules' > make: *** No rule to make target `modules/.stamp', needed by `version.c'. Stop. > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > ============ Original Message ============ > >From : "CJB" > >Reply-To : ircservices@ircservices.za.net > >To : ircservices@ircservices.za.net > >Subject : Re: [IRCServices] Services 5.0.13 released > >Date : 2003-03-03 > > > > > >I can't get this version to compile under FreeBSD 4.X. The gmake process > >stops with the following error: > > > >gmake[2]: Leaving directory > >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' > >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' > >gmake: *** No rule to make target `modules/.stamp', needed by `version.c'. > >Stop. > > > >On Mon, 3 Mar 2003, Andrew Church wrote: > > > >> Services 5.0.13 has been released, and can be downloaded from: > >> > >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > >> ftp://ftp.esper.net/ircservices/ (USA, California) > >> > >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz > >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz > >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm > >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb > >> > >> The other mirrors should have it shortly. > >> > >> There are no critical fixes in this release that require an upgrade, > >> but several minor improvements have been made, the most notable being that > >> nicknames in a waiting-for-authorization state now always use a 60-second > >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, to > >> give the user a reasonable amount of time in which to enter the > >> authorization code, and that MemoServ SEND now requires identification > >> rather than just an access list match (which had the potential to allow > >> impersonation of the memo sender). > >> > >> Changes in version 5.0.13 > >> ------------------------- > >> 2003/03/03 Build number is no longer updated if no files have changed > >> (this avoids "make ; make install" incrementing the value > >> twice). Reported by Craig McLure > >> 2003/03/03 Users are no longer collided if they have identified but > >> need to set an E-mail address. Reported by Andrew > >> Kempe > >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the > >> regular 60-second timeout regardless of the KILL > >> setting. Suggested by Andrew Kempe > >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the manual. > >> 2003/03/03 Added workaround for broken browsers that don't handle > >> backslashes properly. Reported by > >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some > >> MTAs inserting a date of 1970/1/1. Reported by Mattias > >> Karlsson > >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). > >> 2003/02/26 MemoServ SEND now requires identification for the nickname > >> instead of just an access list match. Reported by > >> Rafael Stuhr > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From todd at doonga.net Mon Mar 3 14:33:24 2003 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released References: <20030303165022.JLQM21970.mta01-svc.ntlworld.com@i-br0ked-it> Message-ID: <002101c2e1d4$e74636d0$0a00a8c0@thundercleese> I get that error on a fresh install on FreeBSD 4.7. (I tried an upgrade first, then went for the clean install.) Todd ----- Original Message ----- From: "Martin Pels" To: "IRC Services General Mailing List" Sent: Monday, March 03, 2003 5:04 PM Subject: Re: Re: [IRCServices] Services 5.0.13 released > Compiles fine here on Redhat 8.0 > Mabe it's because you're upgrading from 5.0.0? Here we upgraded from 5.0.12. > > ----- Original Message ----- > From: "Craig McLure" > To: "IRC Services General Mailing List" > Sent: Monday, March 03, 2003 5:49 PM > Subject: Re: Re: [IRCServices] Services 5.0.13 released > > > > same on Redhat.. > > make[2]: Leaving directory `/home/irc/ircservices-5.0.0/modules/statserv' > > make[1]: Leaving directory `/home/irc/ircservices-5.0.0/modules' > > make: *** No rule to make target `modules/.stamp', needed by `version.c'. > Stop. > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > ----------------------------------------------------------------------- > > > > ============ Original Message ============ > > >From : "CJB" > > >Reply-To : ircservices@ircservices.za.net > > >To : ircservices@ircservices.za.net > > >Subject : Re: [IRCServices] Services 5.0.13 released > > >Date : 2003-03-03 > > > > > > > > >I can't get this version to compile under FreeBSD 4.X. The gmake process > > >stops with the following error: > > > > > >gmake[2]: Leaving directory > > >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' > > >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' > > >gmake: *** No rule to make target `modules/.stamp', needed by > `version.c'. > > >Stop. > > > > > >On Mon, 3 Mar 2003, Andrew Church wrote: > > > > > >> Services 5.0.13 has been released, and can be downloaded from: > > >> > > >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > >> ftp://ftp.esper.net/ircservices/ (USA, California) > > >> > > >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz > > >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz > > >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm > > >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb > > >> > > >> The other mirrors should have it shortly. > > >> > > >> There are no critical fixes in this release that require an > upgrade, > > >> but several minor improvements have been made, the most notable being > that > > >> nicknames in a waiting-for-authorization state now always use a > 60-second > > >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, > to > > >> give the user a reasonable amount of time in which to enter the > > >> authorization code, and that MemoServ SEND now requires identification > > >> rather than just an access list match (which had the potential to allow > > >> impersonation of the memo sender). > > >> > > >> Changes in version 5.0.13 > > >> ------------------------- > > >> 2003/03/03 Build number is no longer updated if no files have changed > > >> (this avoids "make ; make install" incrementing the value > > >> twice). Reported by Craig McLure > > >> 2003/03/03 Users are no longer collided if they have identified but > > >> need to set an E-mail address. Reported by Andrew > > >> Kempe > > >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the > > >> regular 60-second timeout regardless of the KILL > > >> setting. Suggested by Andrew Kempe > > >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the > manual. > > >> 2003/03/03 Added workaround for broken browsers that don't handle > > >> backslashes properly. Reported by > > >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some > > >> MTAs inserting a date of 1970/1/1. Reported by Mattias > > >> Karlsson > > >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). > > >> 2003/02/26 MemoServ SEND now requires identification for the nickname > > >> instead of just an access list match. Reported by > > >> Rafael Stuhr > > >> > > >> --Andrew Church > > >> achurch@achurch.org > > >> http://achurch.org/ > > >> ------------------------------------------------------------------ > > >> To unsubscribe or change your subscription options, visit: > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >> > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >. > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From arathorn at theonering.net Mon Mar 3 17:50:29 2003 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released In-Reply-To: <002101c2e1d4$e74636d0$0a00a8c0@thundercleese> References: <20030303165022.JLQM21970.mta01-svc.ntlworld.com@i-br0ked-it> <002101c2e1d4$e74636d0$0a00a8c0@thundercleese> Message-ID: I'm wondering whether this is anything to do with: #define MODULE_VERSION_CODE 0x05000C /* 5.0.12 */ in the modules.h for 5.0.13? That said, it compiled fine for me using the 5.0.13 diff patch under debian woody. A. On Mon, 3 Mar 2003, Todd Punderson wrote: > I get that error on a fresh install on FreeBSD 4.7. (I tried an upgrade > first, then went for the clean install.) > Todd > > ----- Original Message ----- > From: "Martin Pels" > To: "IRC Services General Mailing List" > Sent: Monday, March 03, 2003 5:04 PM > Subject: Re: Re: [IRCServices] Services 5.0.13 released > > > > Compiles fine here on Redhat 8.0 > > Mabe it's because you're upgrading from 5.0.0? Here we upgraded from > 5.0.12. > > > > ----- Original Message ----- > > From: "Craig McLure" > > To: "IRC Services General Mailing List" > > Sent: Monday, March 03, 2003 5:49 PM > > Subject: Re: Re: [IRCServices] Services 5.0.13 released > > > > > > > same on Redhat.. > > > make[2]: Leaving directory > `/home/irc/ircservices-5.0.0/modules/statserv' > > > make[1]: Leaving directory `/home/irc/ircservices-5.0.0/modules' > > > make: *** No rule to make target `modules/.stamp', needed by > `version.c'. > > Stop. > > > > > > ----------------------------------------------------------------------- > > > Craig McLure - Craig@chatspike.net > > > ChatSpike - The users network: http://www.chatspike.net > > > InspIRCd - Modular IRC server: http://www.inspircd.org > > > ----------------------------------------------------------------------- > > > > > > ============ Original Message ============ > > > >From : "CJB" > > > >Reply-To : ircservices@ircservices.za.net > > > >To : ircservices@ircservices.za.net > > > >Subject : Re: [IRCServices] Services 5.0.13 released > > > >Date : 2003-03-03 > > > > > > > > > > > >I can't get this version to compile under FreeBSD 4.X. The gmake > process > > > >stops with the following error: > > > > > > > >gmake[2]: Leaving directory > > > >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' > > > >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' > > > >gmake: *** No rule to make target `modules/.stamp', needed by > > `version.c'. > > > >Stop. > > > > > > > >On Mon, 3 Mar 2003, Andrew Church wrote: > > > > > > > >> Services 5.0.13 has been released, and can be downloaded from: > > > >> > > > >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > > > >> ftp://ftp.esper.net/ircservices/ (USA, California) > > > >> > > > >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz > > > >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz > > > >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm > > > >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb > > > >> > > > >> The other mirrors should have it shortly. > > > >> > > > >> There are no critical fixes in this release that require an > > upgrade, > > > >> but several minor improvements have been made, the most notable being > > that > > > >> nicknames in a waiting-for-authorization state now always use a > > 60-second > > > >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED > setting, > > to > > > >> give the user a reasonable amount of time in which to enter the > > > >> authorization code, and that MemoServ SEND now requires > identification > > > >> rather than just an access list match (which had the potential to > allow > > > >> impersonation of the memo sender). > > > >> > > > >> Changes in version 5.0.13 > > > >> ------------------------- > > > >> 2003/03/03 Build number is no longer updated if no files have changed > > > >> (this avoids "make ; make install" incrementing the value > > > >> twice). Reported by Craig McLure > > > >> 2003/03/03 Users are no longer collided if they have identified but > > > >> need to set an E-mail address. Reported by Andrew > > > >> Kempe > > > >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the > > > >> regular 60-second timeout regardless of the KILL > > > >> setting. Suggested by Andrew Kempe > > > >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the > > manual. > > > >> 2003/03/03 Added workaround for broken browsers that don't handle > > > >> backslashes properly. Reported by > > > >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some > > > >> MTAs inserting a date of 1970/1/1. Reported by Mattias > > > >> Karlsson > > > >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). > > > >> 2003/02/26 MemoServ SEND now requires identification for the nickname > > > >> instead of just an access list match. Reported by > > > >> Rafael Stuhr > > > >> > > > >> --Andrew Church > > > >> achurch@achurch.org > > > >> http://achurch.org/ > > > >> ------------------------------------------------------------------ > > > >> To unsubscribe or change your subscription options, visit: > > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >> > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > >. > > > ========= End of Original Message ========= > > > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > From brain at brainbox.winbot.co.uk Mon Mar 3 17:57:53 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released Message-ID: <200303040157.h241vrg08846@localhost.localdomain> Nope he upgraded from .12, we just diff it every time a new version comes out ;) >Compiles fine here on Redhat 8.0 >Mabe it's because you're upgrading from 5.0.0? Here we upgraded from 5.0.12. > >----- Original Message ----- >From: "Craig McLure" >To: "IRC Services General Mailing List" >Sent: Monday, March 03, 2003 5:49 PM >Subject: Re: Re: [IRCServices] Services 5.0.13 released > > >> same on Redhat.. >> make[2]: Leaving directory `/home/irc/ircservices-5.0.0/modules/statserv' >> make[1]: Leaving directory `/home/irc/ircservices-5.0.0/modules' >> make: *** No rule to make target `modules/.stamp', needed by `version.c'. >Stop. >> >> ----------------------------------------------------------------------- >> Craig McLure - Craig@chatspike.net >> ChatSpike - The users network: http://www.chatspike.net >> InspIRCd - Modular IRC server: http://www.inspircd.org >> ----------------------------------------------------------------------- >> >> ============ Original Message ============ >> >From : "CJB" >> >Reply-To : ircservices@ircservices.za.net >> >To : ircservices@ircservices.za.net >> >Subject : Re: [IRCServices] Services 5.0.13 released >> >Date : 2003-03-03 >> > >> > >> >I can't get this version to compile under FreeBSD 4.X. The gmake process >> >stops with the following error: >> > >> >gmake[2]: Leaving directory >> >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' >> >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' >> >gmake: *** No rule to make target `modules/.stamp', needed by >`version.c'. >> >Stop. >> > >> >On Mon, 3 Mar 2003, Andrew Church wrote: >> > >> >> Services 5.0.13 has been released, and can be downloaded from: >> >> >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> >> >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz >> >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz >> >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm >> >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb >> >> >> >> The other mirrors should have it shortly. >> >> >> >> There are no critical fixes in this release that require an >upgrade, >> >> but several minor improvements have been made, the most notable being >that >> >> nicknames in a waiting-for-authorization state now always use a >60-second >> >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, >to >> >> give the user a reasonable amount of time in which to enter the >> >> authorization code, and that MemoServ SEND now requires identification >> >> rather than just an access list match (which had the potential to allow >> >> impersonation of the memo sender). >> >> >> >> Changes in version 5.0.13 >> >> ------------------------- >> >> 2003/03/03 Build number is no longer updated if no files have changed >> >> (this avoids "make ; make install" incrementing the value >> >> twice). Reported by Craig McLure >> >> 2003/03/03 Users are no longer collided if they have identified but >> >> need to set an E-mail address. Reported by Andrew >> >> Kempe >> >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the >> >> regular 60-second timeout regardless of the KILL >> >> setting. Suggested by Andrew Kempe >> >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the >manual. >> >> 2003/03/03 Added workaround for broken browsers that don't handle >> >> backslashes properly. Reported by >> >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some >> >> MTAs inserting a date of 1970/1/1. Reported by Mattias >> >> Karlsson >> >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). >> >> 2003/02/26 MemoServ SEND now requires identification for the nickname >> >> instead of just an access list match. Reported by >> >> Rafael Stuhr >> >> >> >> --Andrew Church >> >> achurch@achurch.org >> >> http://achurch.org/ >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> >. >> ========= End of Original Message ========= >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Mar 4 10:58:46 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released In-Reply-To: Message-ID: <3e64097c.25755@mail.achurch.org> >I'm wondering whether this is anything to do with: > >#define MODULE_VERSION_CODE 0x05000C /* 5.0.12 */ > >in the modules.h for 5.0.13? This is correct--it means the interface hasn't changed since that version. >That said, it compiled fine for me using the 5.0.13 diff patch under >debian woody. I suspect this is a problem with differing implementations of "test file1 -nt file2" in various shells. To the people who are having problems, try the following (note, it will delete any file named "b" in the current directory): touch a rm -f b test a -nt b echo $? If it prints "1", let me know what shell and version you're using--I'll see about doing a workaround. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Mon Mar 3 19:05:47 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released Message-ID: <20030304030559.ODTP277.mta06-svc.ntlworld.com@i-br0ked-it> [irc@pluto irc]$ touch a [irc@pluto irc]$ rm -f b [irc@pluto irc]$ test a -nt b [irc@pluto irc]$ echo $? 1 GNU bash, version 2.04.21(1)-release (i386-redhat-linux-gnu) Copyright 1999 Free Software Foundation, Inc. Running on Redhat 7.1 ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Andrew Church" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : Re: Re: [IRCServices] Services 5.0.13 released >Date : 2003-03-04 > > >>I'm wondering whether this is anything to do with: >> >>#define MODULE_VERSION_CODE 0x05000C /* 5.0.12 */ >> >>in the modules.h for 5.0.13? > > This is correct--it means the interface hasn't changed since that >version. > >>That said, it compiled fine for me using the 5.0.13 diff patch under >>debian woody. > > I suspect this is a problem with differing implementations of >"test file1 -nt file2" in various shells. To the people who are having >problems, try the following (note, it will delete any file named "b" in the >current directory): > touch a > rm -f b > test a -nt b > echo $? >If it prints "1", let me know what shell and version you're using--I'll see >about doing a workaround. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From todd at doonga.net Mon Mar 3 20:24:01 2003 From: todd at doonga.net (Todd Punderson) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released References: <3e64097c.25755@mail.achurch.org> Message-ID: <004301c2e205$e2692290$0a00a8c0@thundercleese> > touch a > rm -f b > test a -nt b > echo $? 1 > tcsh --version tcsh 6.12.00 (Astron) 2002-07-23 (i386-intel-FreeBSD) options 8b,nls,dl,al,kan,sm,rh,color,dspm,filec Thanks! Todd ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, March 03, 2003 8:58 PM Subject: Re: Re: [IRCServices] Services 5.0.13 released > >I'm wondering whether this is anything to do with: > > > >#define MODULE_VERSION_CODE 0x05000C /* 5.0.12 */ > > > >in the modules.h for 5.0.13? > > This is correct--it means the interface hasn't changed since that > version. > > >That said, it compiled fine for me using the 5.0.13 diff patch under > >debian woody. > > I suspect this is a problem with differing implementations of > "test file1 -nt file2" in various shells. To the people who are having > problems, try the following (note, it will delete any file named "b" in the > current directory): > touch a > rm -f b > test a -nt b > echo $? > If it prints "1", let me know what shell and version you're using--I'll see > about doing a workaround. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Tue Mar 4 13:45:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.14 released Message-ID: <3e642f6d.46143@mail.achurch.org> Services 5.0.14 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) c47ac930e14c1df5cbf6f36ce0422234 ircservices-5.0.14.tar.gz 982dd0df25adc77cccbf92bd1a238b21 ircservices-5.0.14.diff.gz ef814c84b3a0e94ace45dca008b87052 ircservices-5.0.14-1.i386.rpm 78aec90c7b7a877fac1005fd5abb5cd9 ircservices_5.0.14-1_i386.deb The other mirrors should have it shortly. This release should fix the compilation problems some people were having with version 5.0.13. If it doesn't, please let me know. Changes in version 5.0.14 ------------------------- 2003/03/04 Fixed compilation error on some systems. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Mar 4 10:20:15 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services 5.0.13 released In-Reply-To: <20030303093252.W21987-100000@mircx.com> Message-ID: <3e63ffb3.24075@mail.achurch.org> WFM. Please send me the full make log, as well as the output of: sh -c 'touch a ; test a -nt b ; echo $?' (where the file "b" does not already exist in the current directory). --Andrew Church achurch@achurch.org http://achurch.org/ >I can't get this version to compile under FreeBSD 4.X. The gmake process >stops with the following error: > >gmake[2]: Leaving directory >`/usr/home/ircd/ircservices-5.0.13/modules/statserv' >gmake[1]: Leaving directory `/usr/home/ircd/ircservices-5.0.13/modules' >gmake: *** No rule to make target `modules/.stamp', needed by `version.c'. >Stop. > >On Mon, 3 Mar 2003, Andrew Church wrote: > >> Services 5.0.13 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> 7e2f771b2d944ef49991f09aa4f6f2cd ircservices-5.0.13.tar.gz >> 91fc3bd9d823eb004ccc8c8394d7dda2 ircservices-5.0.13.diff.gz >> eba439b6312cb55d427a5e8b0799e440 ircservices-5.0.13-1.i386.rpm >> 4e43b8266c5bfa64e6e06a767c5d0c40 ircservices_5.0.13-1_i386.deb >> >> The other mirrors should have it shortly. >> >> There are no critical fixes in this release that require an upgrade, >> but several minor improvements have been made, the most notable being that >> nicknames in a waiting-for-authorization state now always use a 60-second >> kill/nickchange timeout regardless of any SET KILL QUICK/IMMED setting, to >> give the user a reasonable amount of time in which to enter the >> authorization code, and that MemoServ SEND now requires identification >> rather than just an access list match (which had the potential to allow >> impersonation of the memo sender). >> >> Changes in version 5.0.13 >> ------------------------- >> 2003/03/03 Build number is no longer updated if no files have changed >> (this avoids "make ; make install" incrementing the value >> twice). Reported by Craig McLure >> 2003/03/03 Users are no longer collided if they have identified but >> need to set an E-mail address. Reported by Andrew >> Kempe >> 2003/03/03 Nicknames awaiting E-mail authorization now always use the >> regular 60-second timeout regardless of the KILL >> setting. Suggested by Andrew Kempe >> 2003/03/03 Added new section (3-1-2) on netsplit recovery to the manual. >> 2003/03/03 Added workaround for broken browsers that don't handle >> backslashes properly. Reported by >> 2003/02/26 Outgoing mail now includes a Date: header, to avoid some >> MTAs inserting a date of 1970/1/1. Reported by Mattias >> Karlsson >> 2003/02/26 Added support for channel mode +M in Unreal (3.2 beta). >> 2003/02/26 MemoServ SEND now requires identification for the nickname >> instead of just an access list match. Reported by >> Rafael Stuhr >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From solaris at swissirc.net Tue Mar 4 21:00:50 2003 From: solaris at swissirc.net (Marcel Stutz) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Error at GMAKE with IRCServices 5.0.13 Message-ID: <20030305045601.M24717@swissirc.net>> i got this Error can some wehre help me ? %gmake gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o actions.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c channels.c -o channels.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c commands.c -o commands.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c compat.c -o compat.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c conffile.c -o conffile.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c encrypt.c -o encrypt.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c ignore.c -o ignore.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c init.c -o init.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c language.c -o language.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c log.c -o log.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c main.c -o main.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c memory.c -o memory.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c messages.c -o messages.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c misc.c -o misc.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c modes.c -o modes.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c modules.c -o modules.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c process.c -o process.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c send.c -o send.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c servers.c -o servers.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c signals.c -o signals.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c sockets.c -o sockets.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c timeout.c -o timeout.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c users.c -o users.o gmake[1]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/chanserv' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c access.c -o access.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c autokick.c -o autokick.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c check.c -o check.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c set.c - o set.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c util.c - o util.o gcc -shared main.o access.o autokick.o check.o set.o util.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c access- levels.c -o access-levels.o gcc -shared access-levels.o -o access-levels.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c access- xop.c -o access-xop.o gcc -shared access-xop.o -o access-xop.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sendpass.c -o sendpass.o gcc -shared sendpass.o -o sendpass.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/chanserv' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/database' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c version4.c -o version4.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c extsyms.c -o extsyms.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c fileutil.c -o fileutil.o gcc -shared version4.o extsyms.o fileutil.o -o version4.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/database' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/encryption' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c md5.c - o md5.o gcc -shared md5.o -o md5.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/encryption' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/httpd' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c util.c - o util.o gcc -shared main.o util.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c auth- ip.c -o auth-ip.o gcc -shared auth-ip.o -o auth-ip.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c auth- password.c -o auth-password.o gcc -shared auth-password.o -o auth-password.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c dbaccess.c -o dbaccess.o gcc -shared dbaccess.o -o dbaccess.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c debug.c -o debug.o gcc -shared debug.o -o debug.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c redirect.c -o redirect.o gcc -shared redirect.o -o redirect.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c top- page.c -o top-page.o gcc -shared top-page.o -o top-page.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/httpd' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/mail' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -shared main.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sendmail.c -o sendmail.o gcc -shared sendmail.o -o sendmail.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c smtp.c - o smtp.o gcc -shared smtp.o -o smtp.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/mail' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/memoserv' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -shared main.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c forward.c -o forward.o gcc -shared forward.o -o forward.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c ignore.c -o ignore.o gcc -shared ignore.o -o ignore.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/memoserv' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/misc' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c devnull.c -o devnull.o gcc -shared devnull.o -o devnull.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c helpserv.c -o helpserv.o gcc -shared helpserv.o -o helpserv.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c xml- export.c -o xml-export.o gcc -shared xml-export.o -o xml-export.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c xml- import.c -o xml-import.o gcc -shared xml-import.o -o xml-import.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/misc' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/nickserv' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c collide.c -o collide.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c set.c - o set.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c util.c - o util.o gcc -shared main.o collide.o set.o util.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c access.c -o access.o gcc -shared access.o -o access.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c autojoin.c -o autojoin.o gcc -shared autojoin.o -o autojoin.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c link.c - o link.o gcc -shared link.o -o link.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c mail- auth.c -o mail-auth.o gcc -shared mail-auth.o -o mail-auth.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c oldlink.c -o oldlink.o gcc -shared oldlink.o -o oldlink.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sendpass.c -o sendpass.o gcc -shared sendpass.o -o sendpass.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/nickserv' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/operserv' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c maskdata.c -o maskdata.o gcc -shared main.o maskdata.o -o main.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c akill.c -o akill.o gcc -shared akill.o -o akill.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c news.c - o news.o gcc -shared news.o -o news.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sessions.c -o sessions.o gcc -shared sessions.o -o sessions.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sline.c -o sline.o gcc -shared sline.o -o sline.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/operserv' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/protocol' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c bahamut.c -o bahamut.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c banexcept.c -o banexcept.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c svsnick.c -o svsnick.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -DBAHAMUT_HACK - I../.. -c sjoin.c -o sjoin-bahamut.o gcc -shared bahamut.o banexcept.o svsnick.o sjoin-bahamut.o -o bahamut.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c dalnet.c -o dalnet.o gcc -shared dalnet.o -o dalnet.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c dreamforge.c -o dreamforge.o gcc -shared dreamforge.o svsnick.o -o dreamforge.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c monkey.c -o monkey.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c halfop.c -o halfop.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c sjoin.c -o sjoin.o gcc -shared monkey.o halfop.o sjoin.o -o monkey.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c ptlink.c -o ptlink.o gcc -shared ptlink.o banexcept.o sjoin.o svsnick.o -o ptlink.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c rfc1459.c -o rfc1459.o gcc -shared rfc1459.o -o rfc1459.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c trircd.c -o trircd.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c chanprot.c -o chanprot.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c token.c -o token.o gcc -shared trircd.o banexcept.o chanprot.o halfop.o sjoin.o svsnick.o token.o -o trircd.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c ts8.c - o ts8.o gcc -shared ts8.o -o ts8.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c undernet-p9.c -o undernet-p9.o gcc -shared undernet-p9.o -o undernet-p9.so gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c unreal.c -o unreal.o gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -DUNREAL_HACK - I../.. -c sjoin.c -o sjoin-unreal.o gcc -shared unreal.o banexcept.o chanprot.o halfop.o svsnick.o token.o sjoin- unreal.o -o unreal.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/protocol' gmake[2]: Entering directory `/usr/home/services/save/ircservices- 5.0.13/modules/statserv' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -I../.. -c main.c - o main.o gcc -shared main.o -o main.so gmake[2]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules/statserv' gmake[1]: Leaving directory `/usr/home/services/save/ircservices- 5.0.13/modules' gmake: *** No rule to make target `modules/.stamp', needed by `version.c'. Stop. I Use FreeBSD 4.7 Stable as OS Thanks for helping Marcel From griever at t2n.org Tue Mar 4 21:30:33 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Error at GMAKE with IRCServices 5.0.13 In-Reply-To: <20030305045601.M24717@swissirc.net>> Message-ID: On Wed, 5 Mar 2003, Marcel Stutz wrote: > i got this Error can some wehre help me ? > > %gmake *snip AN ENTIRE COMPILE!* You need to upgrade to .14 it looks like you haven't been reading the list, since this was posted 3 days ago or less. From solaris at swissirc.net Wed Mar 5 01:57:11 2003 From: solaris at swissirc.net (Marcel Stutz) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Error at GMAKE with IRCServices 5.0.13 In-Reply-To: References: <20030305045601.M24717@swissirc.net>> Message-ID: <20030305095220.M59359@swissirc.net>> Hi But .14 is not this Server : ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) for Download ! I Got it now from the other Main Mirror : ftp://ftp.esper.net/ircservices/ (Western USA) Witch is the better Mirror the First or the Scound normaly ? On the Page is still version 5.0 (stable) Current version: 5.0.13 Released: 3 March 2003 That's why i ask for this Problem Thanks Marcel On Tue, 4 Mar 2003 23:30:33 -0600 (CST), Finny Merrill wrote > On Wed, 5 Mar 2003, Marcel Stutz wrote: > > > i got this Error can some wehre help me ? > > > > %gmake > *snip AN ENTIRE COMPILE!* > > You need to upgrade to .14 > > it looks like you haven't been reading the list, since this was > posted 3 days ago or less. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices swissIRC die IRC Community im Internet Chaten und Spass haben ohne Ende http://www.swissirc.net Dein Chat im Internet findest du uter http://freechat.darkland.ch From ianj at esper.net Wed Mar 5 22:55:40 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Error at GMAKE with IRCServices 5.0.13 References: <20030305045601.M24717@swissirc.net>> <20030305095220.M59359@swissirc.net>> Message-ID: <3E66F0EC.1080306@esper.net> Marcel Stutz wrote: > I Got it now from the other Main Mirror : ftp://ftp.esper.net/ircservices/ > (Western USA) Use this server. Two reasons: 1. It gets put here first. 2. I run this machine. ;) --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From owner at candt.net Thu Mar 6 04:08:10 2003 From: owner at candt.net (christopher Wilson) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] auto Invite Message-ID: <1046952495.1817.2.camel@elohel.chatitup.org> I would like to see an auto invite list like nickserv's autojoin. The autojoin works great, but If the channel is +i, it give you the channel is invite only message just like if you typed in the /j #channel yourself. It would be great if there was either an auto invite list or a way to set in the autojoin list that the channel is +i so it would invite you first. From nick at nickgawronski.com Thu Mar 6 14:37:17 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] program ircservices problem with bahamut 1.4.33 Message-ID: <000d01c2e430$f2d36aa0$210110ac@gateway.2wire.net> Hi, I am running the latest version of ircservices with a bahamut server 1.4.33 and I am getting when ircservices starts on my server and in the ircservices log the message no N: line but it exists just as the exampleircd.conf says it should and the services FAQ but it has been changed for my server. I have the ircservices program in class 10 that is for irc operators. I am using the exampleircd.conf just renamed and modified and I have tried lots of things to get this fixed and am totally confeused on why it is not working. bye From quension at softhome.net Thu Mar 6 20:34:57 2003 From: quension at softhome.net (Trevor Talbot) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] program ircservices problem with bahamut 1.4.33 In-Reply-To: <000d01c2e430$f2d36aa0$210110ac@gateway.2wire.net> Message-ID: <2679AD0C-5056-11D7-8259-0003938D6866@softhome.net> On Thursday, Mar 6, 2003, at 14:37 US/Pacific, Nick Gawronski wrote: > Hi, I am running the latest version of ircservices with a bahamut > server > 1.4.33 and I am getting when ircservices starts on my server and in the > ircservices log the message no N: line but it exists just as the > exampleircd.conf says it should and the services FAQ but it has been > changed > for my server. I have the ircservices program in class 10 that is for > irc > operators. I am using the exampleircd.conf just renamed and modified > and I > have tried lots of things to get this fixed and am totally confeused > on why > it is not working. bye When you're opered on the server, it will show error messages from connections like this. Make sure the server name it shows is the same one you have in the N:line. Also make sure you have a matching C:line. -- Quension From cpuman2000 at hotmail.com Fri Mar 7 01:42:19 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Services Crash Bug Message-ID: Maybe this error has been taken care of already but I figured I'll post it just in case. I've been traying to isolate exactly what the user did, but it was an eggdrop that did it... it may have been something to do with the fact a oper was trying to jupe the server at the time (which he forgot to squit it first). The bot's owner said they were reconnecting it at the time. Heres the error from the services log... [Mar 07 02:09:18 2003] PANIC! buffer = & Sparrow 3 1046486617 Sparrow 66.154.81.85 coyote.serenia.net 1511424212 +ix 158BCB22.2C386A1A.1A8459FB.IP :Sparrow [Mar 07 02:09:18 2003] Services terminating: Segmentation fault We're running Services 5.0.12 on Unreal IRCd 3.1.5.1. CPUMAN Serenia IRC Network irc.serenia.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030307/26e15833/attachment.htm From alex at promedia.ro Fri Mar 7 17:26:28 2003 From: alex at promedia.ro (Alex Wu) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] command is temporarily unavailable? Message-ID: <001801c2e511$c4f12d20$0203a8c0@furious> hello I get a weird error on ChanServ sometimes and on only on a certain channel the others are working ok. [03:25] -ChanServ- Sorry, the VOICE command is temporarily unavailable. - [03:25] -ChanServ- Sorry, the OP command is temporarily unavailable. .. and so on. I have bahamut 1.4.35 and ircservices 5.0.11 properly installed on my network. What could be the problem? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030308/3b60b9d7/attachment.html From rsheskin at comcast.net Sat Mar 8 05:14:22 2003 From: rsheskin at comcast.net (Robert Sheskin) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] key chans Message-ID: <601250641226.20030308081422@comcast.net> I am trying to get into a +k chan as services admin and while +I. For the life of me I can't do it, help please? Using ircservices 5.0.14 and Unreal 3.2-beta14. -- Best regards, Robert mailto:rsheskin@comcast.net AIM: RobertLS MSN: rsheskin From georges at berscheid.lu Sat Mar 8 06:39:28 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:54 2004 Subject: AW: [IRCServices] key chans In-Reply-To: <601250641226.20030308081422@comcast.net> Message-ID: <000e01c2e580$892c6d80$3bc918d4@gizmo> Hi, this has nothing to do with ircservices. This feature has been removed somewhere beween Unreal3.1 and Unreal3.2. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Robert Sheskin Gesendet: Samstag, 8. M?rz 2003 14:14 An: ircservices@ircservices.za.net Betreff: [IRCServices] key chans I am trying to get into a +k chan as services admin and while +I. For the life of me I can't do it, help please? Using ircservices 5.0.14 and Unreal 3.2-beta14. -- Best regards, Robert mailto:rsheskin@comcast.net AIM: RobertLS MSN: rsheskin ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sat Mar 8 12:19:04 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] command is temporarily unavailable? Message-ID: <20030308201911.IEAZ20049.mta01-svc.ntlworld.com@i-br0ked-it> If you searched the mailing list you would see that this bug has come up hundreds of times before, it was first reported by me whilst services 5 was in beta.. (about beta3 i think), its still been cropping up all over the place, and has no reason to, there have been no patterns that we have seen, meaning no simple cure. The best thing to do is restart services (/os restart should do it) then hope for the best :p ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Alex Wu" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : [IRCServices] command is temporarily unavailable? >Date : 2003-03-08 > > >hello > >I get a weird error on ChanServ sometimes and on only on a certain channel the others are working ok. > >[03:25] -ChanServ- Sorry, the VOICE command is temporarily unavailable. >- >[03:25] -ChanServ- Sorry, the OP command is temporarily unavailable. > >... and so on. > >I have bahamut 1.4.35 and ircservices 5.0.11 properly installed on my network. >What could be the problem? > >Thanks in advance. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From achurch at achurch.org Sun Mar 9 09:09:57 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] command is temporarily unavailable? In-Reply-To: <001801c2e511$c4f12d20$0203a8c0@furious> Message-ID: <3e6a8680.01771@mail.achurch.org> >I have bahamut 1.4.35 and ircservices 5.0.11 properly installed on my = >network. >What could be the problem? (1) Bahamut 1.4.35 is not supported. (2) You're not using the most recent version of Services. --Andrew Church achurch@achurch.org http://achurch.org/ From ianj at esper.net Sat Mar 8 22:53:52 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] command is temporarily unavailable? References: <3e6a8680.01771@mail.achurch.org> Message-ID: <3E6AE500.8020506@esper.net> Andrew Church wrote: >>I have bahamut 1.4.35 and ircservices 5.0.11 properly installed on my = >>network. >>What could be the problem? > > > (1) Bahamut 1.4.35 is not supported. Suggestion to the message's original author if you want to use something later: Use what we at EsperNet use, Tiamat, which is a modified version of Bahamut. We will likely try to merge in functionality in later versions of Bahamut, but Andy has made it clear to us that he does not want to support Baha 1.4.35 and later. Further note that Tiamat has some of what I consider to be "over-the-top" functionality which can be abused ripped out such as SVSNICK, as well as stuff we consider pointless, such as ident checks, and the like. If you want those functions back, you will either have to use an older version of Bahamut or some other ircd that Services DOES support. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From jasanchez at i-network.com Mon Mar 10 02:51:21 2003 From: jasanchez at i-network.com (Juan Antonio =?ISO-8859-1?Q?S=E1nchez?= Robles) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Is it possible? Message-ID: <1047293481.691.18.camel@jasanchez> Hi!, the first of one thanks for ircservices, i'm very pleasured with it. I'm using IRCservices with Unreal irc server with a java applet client. I need to forbib connetions from other clients like mirc, etc. I only want to allow conections from my java applet client. Is it possible? Thanks, and i'm sorry form my english, i'm trying to improve it ;-) -- Juan Antonio S?nchez Robles In a world without walls who needs Windows? In a world without fences who needs Gates? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030310/3f2e6895/attachment.htm From achurch at achurch.org Mon Mar 10 20:09:36 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Is it possible? In-Reply-To: <1047293481.691.18.camel@jasanchez> Message-ID: <3e6c74d7.14400@mail.achurch.org> >Hi!, the first of one thanks for ircservices, i'm very pleasured with >it. I'm using IRCservices with Unreal irc server with a java applet >client. I need to forbib connetions from other clients like mirc, etc. I >only want to allow conections from my java applet client. Is it >possible?=20 This is more of an IRC server issue; depending on how the applet is designed, you should be able to configure your IRC server to, for example, only allow connections with a password and have your applet send that password when connecting (though of course this is not very secure if someone decides to e.g. monitor the network traffic). To do this with Services would require writing a module that sent CTCP VERSION (or some other way to check whether the client is your applet or another program) and killed users using a different client, and again this would still be susceptible to users forging the CTCP VERSION reply. In general, there's no foolproof way to do what you're asking, but either of the above methods will probably block 99.9% of users, which is probably good enough. --Andrew Church achurch@achurch.org http://achurch.org/ From jasanchez at i-network.com Mon Mar 10 03:34:11 2003 From: jasanchez at i-network.com (Juan Antonio =?ISO-8859-1?Q?S=E1nchez?= Robles) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Is it possible? In-Reply-To: <3e6c74d7.14400@mail.achurch.org> References: <3e6c74d7.14400@mail.achurch.org> Message-ID: <1047296051.689.21.camel@jasanchez> Thank Andrew, the password it's a good idea, that's all I need ;-) El lun, 10-03-2003 a las 21:09, Andrew Church escribi?: >Hi!, the first of one thanks for ircservices, i'm very pleasured with >it. I'm using IRCservices with Unreal irc server with a java applet >client. I need to forbib connetions from other clients like mirc, etc. I >only want to allow conections from my java applet client. Is it >possible?=20 This is more of an IRC server issue; depending on how the applet is designed, you should be able to configure your IRC server to, for example, only allow connections with a password and have your applet send that password when connecting (though of course this is not very secure if someone decides to e.g. monitor the network traffic). To do this with Services would require writing a module that sent CTCP VERSION (or some other way to check whether the client is your applet or another program) and killed users using a different client, and again this would still be susceptible to users forging the CTCP VERSION reply. In general, there's no foolproof way to do what you're asking, but either of the above methods will probably block 99.9% of users, which is probably good enough. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -- Juan Antonio S?nchez Robles In a world without walls who needs Windows? In a world without fences who needs Gates? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030310/b96dabcf/attachment.html From holger.baust at freenet-ag.de Mon Mar 10 06:27:08 2003 From: holger.baust at freenet-ag.de (Holger Baust) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] ircservices and support for/of IPv6 Message-ID: <1047306434.12120.21.camel@poisonbox> Hi! Is there any support for IPv6 adresses in actual Versions of ircservices? We do not need support for binding on IPv6 sockets, but support of IPv6 Adresses in the database would be nice and very helpfull. -- MfG, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030310/280715e9/attachment.pgp From holger.baust at freenet-ag.de Mon Mar 10 09:10:18 2003 From: holger.baust at freenet-ag.de (Holger Baust) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] ircservices and support for/of IPv6 In-Reply-To: <1047306434.12120.21.camel@poisonbox> References: <1047306434.12120.21.camel@poisonbox> Message-ID: <1047316222.11473.38.camel@poisonbox> HI ! Ok... forget this question... ;-) I tested it and ircservices 5.0.12+ seem to be compatible with IPv6 adresses in Databases. It's working fine. Am Mon, 2003-03-10 um 15.27 schrieb Holger Baust: > Hi! > > Is there any support for IPv6 adresses in actual Versions of > ircservices? > > We do not need support for binding on IPv6 sockets, but support of IPv6 > Adresses in the database would be nice and very helpfull. > > > -- > > MfG, > Holger Baust > > -- > Holger Baust Holger.Baust@freenet-ag.de > freenet.de AG Tel.: +49 211 53087 0 > WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 > Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg > Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 > > -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- > > ---- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- MfG, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030310/3c6de459/attachment.pgp From saturn at telus.net Mon Mar 10 09:39:52 2003 From: saturn at telus.net (Saturn (Dave)) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] Is it possible? References: <3e6c74d7.14400@mail.achurch.org> <1047296051.689.21.camel@jasanchez> Message-ID: <003201c2e72c$0e4d00e0$6401a8c0@turby> I have an easier suggestion, again it will stop about 99.9% of users who do not connect using the java... Simply have the Java applet assign a unique (non-word) ident to every user (same ident for everyone) -- most java applets assign this anyhow. then in your server(s) put in an I line (I think it's "I" -- the one that specifies who's allow to connect). The I line will allow *javaident@* which my definition will block everyone who doesnt have the special ident. A few really creative people may figure out the ident, and if you see a lot of that, then change the java ident again and change your I line to reflect that. Saturn irc.jetirc.net ----- Original Message ----- From: Juan Antonio S?nchez Robles To: ircservices@ircservices.za.net Sent: Monday, March 10, 2003 3:34 AM Subject: Re: [IRCServices] Is it possible? Thank Andrew, the password it's a good idea, that's all I need ;-) El lun, 10-03-2003 a las 21:09, Andrew Church escribi?: >Hi!, the first of one thanks for ircservices, i'm very pleasured with >it. I'm using IRCservices with Unreal irc server with a java applet >client. I need to forbib connetions from other clients like mirc, etc. I >only want to allow conections from my java applet client. Is it >possible?=20 This is more of an IRC server issue; depending on how the applet is designed, you should be able to configure your IRC server to, for example, only allow connections with a password and have your applet send that password when connecting (though of course this is not very secure if someone decides to e.g. monitor the network traffic). To do this with Services would require writing a module that sent CTCP VERSION (or some other way to check whether the client is your applet or another program) and killed users using a different client, and again this would still be susceptible to users forging the CTCP VERSION reply. In general, there's no foolproof way to do what you're asking, but either of the above methods will probably block 99.9% of users, which is probably good enough. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit:http://www.ircservices.za.net/mailman/listinfo/ircservices -- Juan Antonio S?nchez Robles In a world without walls who needs Windows? In a world without fences who needs Gates? ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030310/93644a19/attachment.htm From georges at berscheid.lu Mon Mar 10 12:20:12 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:54 2004 Subject: AW: [IRCServices] Is it possible? In-Reply-To: <003201c2e72c$0e4d00e0$6401a8c0@turby> Message-ID: <002601c2e742$74969a80$4dbbf683@globi> Hi, and if 99.9% is still not enough, you could still change the IRC protocol in your IRC server to make it incompatible with rfc compliant IRC clients :-) Simply change the /USER command in Unreal to something else as well as in your Java applet (one line to change for each). This will probably keep 99.999% of other IRC clients away from your server ;-) Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Saturn (Dave) Gesendet: Montag, 10. M?rz 2003 18:40 An: IRC Services General Mailing List Betreff: Re: [IRCServices] Is it possible? I have an easier suggestion, again it will stop about 99.9% of users who do not connect using the java... Simply have the Java applet assign a unique (non-word) ident to every user (same ident for everyone) -- most java applets assign this anyhow. then in your server(s) put in an I line (I think it's "I" -- the one that specifies who's allow to connect). The I line will allow *javaident@* which my definition will block everyone who doesnt have the special ident. A few really creative people may figure out the ident, and if you see a lot of that, then change the java ident again and change your I line to reflect that. Saturn irc.jetirc.net ----- Original Message ----- From: Juan Antonio S?nchez Robles To: ircservices@ircservices.za.net Sent: Monday, March 10, 2003 3:34 AM Subject: Re: [IRCServices] Is it possible? Thank Andrew, the password it's a good idea, that's all I need ;-) El lun, 10-03-2003 a las 21:09, Andrew Church escribi?: >Hi!, the first of one thanks for ircservices, i'm very pleasured with >it. I'm using IRCservices with Unreal irc server with a java applet >client. I need to forbib connetions from other clients like mirc, etc. I >only want to allow conections from my java applet client. Is it >possible?=20 This is more of an IRC server issue; depending on how the applet is designed, you should be able to configure your IRC server to, for example, only allow connections with a password and have your applet send that password when connecting (though of course this is not very secure if someone decides to e.g. monitor the network traffic). To do this with Services would require writing a module that sent CTCP VERSION (or some other way to check whether the client is your applet or another program) and killed users using a different client, and again this would still be susceptible to users forging the CTCP VERSION reply. In general, there's no foolproof way to do what you're asking, but either of the above methods will probably block 99.9% of users, which is probably good enough. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -- Juan Antonio S?nchez Robles In a world without walls who needs Windows? In a world without fences who needs Gates? ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From ianj at esper.net Tue Mar 11 00:40:36 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:54 2004 Subject: [IRCServices] ircservices and support for/of IPv6 References: <1047306434.12120.21.camel@poisonbox> Message-ID: <3E6DA104.7090304@esper.net> Holger Baust wrote: > Hi! > > Is there any support for IPv6 adresses in actual Versions of > ircservices? > > We do not need support for binding on IPv6 sockets, but support of IPv6 > Adresses in the database would be nice and very helpfull. Even though you appear to have your question answered anyway, just my two cents' worth. First, forgive if my IPv6 ignorance shows (I have not deployed any IPv6 functionality, whether for home, work, or EsperNet; never had the need). However, wouldn't the hostname/IP mask essentially be little more than a text field? I mean, you could have a dotted quad or that funky bit of a coloned mess that an IPv6 address is, as well as, of course, a hostname. Mainly because Services does not do any DNS resolution (would slow Services down something fierce; that's what the server's for), the address, regardless of type (name vs. IP) or IPv#, is always going to be a text field. Connecting via IPv6 is a different matter entirely. :) --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From uhc0 at rz.uni-karlsruhe.de Tue Mar 11 01:06:37 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:54 2004 Subject: AW: [IRCServices] ircservices and support for/of IPv6 In-Reply-To: <3E6DA104.7090304@esper.net> Message-ID: <002201c2e7ad$85926ec0$08c8a8c0@nygmatech.local> The answer to this question is simple. Services could have had used char arrays of fixed sizes to store hostnames, which could be too small for ipv6 addresses. Look at the definition of HOSTIPLEN in several ircds, those, which support IPv6 have HOSTIPLEn=53, those who do not have it set to 15. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- > -----Urspr?ngliche Nachricht----- > Von: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag > von Ian R. Justman > Gesendet: Dienstag, 11. M?rz 2003 09:41 > An: IRC Services General Mailing List > Betreff: Re: [IRCServices] ircservices and support for/of IPv6 > > > > > Holger Baust wrote: > > Hi! > > > > Is there any support for IPv6 adresses in actual Versions of > > ircservices? > > > > We do not need support for binding on IPv6 sockets, but support of > > IPv6 Adresses in the database would be nice and very helpfull. > > Even though you appear to have your question answered anyway, > just my two > cents' worth. > > First, forgive if my IPv6 ignorance shows (I have not > deployed any IPv6 > functionality, whether for home, work, or EsperNet; never had > the need). > > However, wouldn't the hostname/IP mask essentially be little > more than a > text field? I mean, you could have a dotted quad or that > funky bit of a > coloned mess that an IPv6 address is, as well as, of course, > a hostname. > > Mainly because Services does not do any DNS resolution (would > slow Services > down something fierce; that's what the server's for), the address, > regardless of type (name vs. IP) or IPv#, is always going to > be a text field. > > Connecting via IPv6 is a different matter entirely. :) > > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. > > ----- > Ian R. Justman ianj@esper.net (Official > EsperNet business) > Co-Founder and Postmaster, The EsperNet IRC Network > Server Administrator, chocobo.esper.net "IJ" on IRC > > PGP/GPG keys available upon request, or from any PGP keyserver. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo> /ircservices > From ianj at esper.net Tue Mar 11 09:49:50 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:54 2004 Subject: AW: [IRCServices] ircservices and support for/of IPv6 References: <002201c2e7ad$85926ec0$08c8a8c0@nygmatech.local> Message-ID: <3E6E21BE.3050006@esper.net> Yusuf Iskenderoglu wrote: > The answer to this question is simple. > Services could have had used char arrays of fixed sizes to store > hostnames, which could be too small for ipv6 addresses. > > Look at the definition of HOSTIPLEN in several ircds, those, > which support IPv6 have HOSTIPLEn=53, those who do not have it set > to 15. I'm going to move what I wrote in my previous e-mail here: >>Mainly because Services does not do any DNS resolution (would >>slow Services >>down something fierce; that's what the server's for), the address, >>regardless of type (name vs. IP) or IPv#, is always going to >>be a text field. Remember, Services already has enough on its plate where DNS will only add to the burden. that's why the server does its DNS lookup. The only time Services ever needs to give a damn about IPv6 is when it's connecting to its next-hop server. :) --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From uhc0 at rz.uni-karlsruhe.de Wed Mar 12 04:19:30 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:55 2004 Subject: AW: AW: [IRCServices] ircservices and support for/of IPv6 In-Reply-To: <3E6E21BE.3050006@esper.net> Message-ID: <000101c2e891$b3fcb420$9aa90d81@mib.teco.edu> What I would say in this case is, that there will certainly be hosts, Of which the address cannot be resolved by the ircd, so that the hostname Will appear in ipv6 address. Moreover, the NICK line of certain ircds, can only do conversion of Ipv4 addresses into the longip, but ipv6 addresses cannot be converted In such a way, so that they probably (on tr-ircd for sure) appear as strings. Since services does support SZLINE, which depends on the IP of the user, Services must work correctly when storing ip addresses received via the NICK line. If services would try storing them into u->ip where ip is char ip[15]; You would then live in interesting times. Thats my case, which means, services should check if there are arrays of fixed sized, Which would be too small for ipv6 addresses. Its not only doing connection. Its more. Regards; Yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@rz.uni-karlsruhe.de | in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- >-----Urspr?ngliche Nachricht----- >Von: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von >Ian R. Justman >Gesendet: Tuesday, March 11, 2003 6:50 PM >An: IRC Services General Mailing List >Betreff: Re: AW: [IRCServices] ircservices and support for/of IPv6 > > > > >Yusuf Iskenderoglu wrote: >> The answer to this question is simple. >> Services could have had used char arrays of fixed sizes to store >> hostnames, which could be too small for ipv6 addresses. >> >> Look at the definition of HOSTIPLEN in several ircds, those, which >> support IPv6 have HOSTIPLEn=53, those who do not have it set to 15. > >I'm going to move what I wrote in my previous e-mail here: > > >>Mainly because Services does not do any DNS resolution >(would >>slow Services >>down something fierce; that's what >the server's for), the address, >>regardless of type (name >vs. IP) or IPv#, is always going to >>be a text field. > >Remember, Services already has enough on its plate where DNS will only >add to the burden. that's why the server does its DNS lookup. > >The only time Services ever needs to give a damn about IPv6 is >when it's >connecting to its next-hop server. :) > >--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. > >----- >Ian R. Justman ianj@esper.net (Official >EsperNet business) >Co-Founder and Postmaster, The EsperNet IRC Network >Server Administrator, chocobo.esper.net "IJ" on IRC > >PGP/GPG keys available upon request, or from any PGP keyserver. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/>ircservices > From achurch at achurch.org Thu Mar 13 13:18:13 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices and support for/of IPv6 In-Reply-To: <1047306434.12120.21.camel@poisonbox> Message-ID: <3e7007cb.01126@mail.achurch.org> >Is there any support for IPv6 adresses in actual Versions of >ircservices? > >We do not need support for binding on IPv6 sockets, but support of IPv6 >Adresses in the database would be nice and very helpfull. Services treats IP addresses the same way as hostnames, i.e. as variable-length strings; this includes SZlines, which only check for a wildcard match the same way as autokills. The only place IPv4/IPv6 would make a difference is in protocol modules for protocols that supply IP addresses in the NICK/USER message; at the moment, the only supported protocol that does this is Bahamut, and Bahamut doesn't support sending IPv6 addresses, so the point is moot. --Andrew Church achurch@achurch.org http://achurch.org/ From openglx at thedarkside.com.br Thu Mar 13 13:02:42 2003 From: openglx at thedarkside.com.br (openglx) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices and support for/of IPv6 References: <3e7007cb.01126@mail.achurch.org> Message-ID: <3E70F1F2.6010007@thedarkside.com.br> Andrew Church wrote: > Services treats IP addresses the same way as hostnames, i.e. as > variable-length strings; this includes SZlines, which only check for a > wildcard match the same way as autokills. The only place IPv4/IPv6 would > make a difference is in protocol modules for protocols that supply IP > addresses in the NICK/USER message; at the moment, the only supported > protocol that does this is Bahamut, and Bahamut doesn't support sending > IPv6 addresses, so the point is moot. http://bahamut-inet6.sourceforge.net/ It's not one official support, but bahamut works on IPv6. (PS: sorry for posting the same message twice but from different email) From tim at unixtechs.org Thu Mar 13 16:48:12 2003 From: tim at unixtechs.org (Tim Holmes) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] IRC Modes Message-ID: <20030314004812.GA15309@r2d2.unixtechs.org> This may not the the right place for this, but knew somebody here would know the answer. I'm looking for what all the modes are in tr-ircd5, and I can't see to find them. Does anybody have a link that has them all listed? Thanks for the help as always. tdh -- -------------------------------------------------------------------- T. Holmes | UNIXTECHS.org | tim@unixtechs.org | UIN: 17021091 -------------------------------------------------------------------- From ballsy at mystical.net Thu Mar 13 17:10:51 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] IRC Modes In-Reply-To: <20030314004812.GA15309@r2d2.unixtechs.org> Message-ID: tr-ircd is apparently based on bahamut, with some other daemon features worked in, so bahamut may be a good place to start (bahamut.dal.net). I assume you've already checked http://tr-ircd.sourceforge.net/, where a number of the modes are discussed. Also, though I've never logged onto a tr-ircd server, the 004 numeric reply should list the usermodes and channelmodes available on the server. That should be a good start, anyhow. David Quoth Tim Holmes on Mar 13 at 19:48, > This may not the the right place for this, but knew somebody here would > know the answer. > > I'm looking for what all the modes are in tr-ircd5, and I can't see to > find them. Does anybody have a link that has them all listed? > > Thanks for the help as always. > tdh > > From achurch at achurch.org Fri Mar 14 10:41:25 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices and support for/of IPv6 In-Reply-To: <3E70F1F2.6010007@thedarkside.com.br> Message-ID: <3e7133a1.01220@mail.achurch.org> >http://bahamut-inet6.sourceforge.net/ Which (1) is broken in regards to sending IPv6 addresses to other servers (see around line 8160 of the patch--it's still sending the IP address as a 32-bit number), (2) is unofficial, and (3) is for Bahamut 1.4.35 which I'm not supporting anyway, so forget it. --Andrew Church achurch@achurch.org http://achurch.org/ From nick at nickgawronski.com Sat Mar 15 16:48:20 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices and bahamut problem Message-ID: <000501c2eb55$bf1b9a80$210110ac@gateway.2wire.net> Hi, On my bahamut 1.4.33 with the latest version of ircservices in my server log file I get the message host/server name error is 207.44.152.53 services.nickgawronski.com My c: line looks like the ircservices faq says with changes for my server as well as it looks like the example-ircd.conf that came with bahamut. What can I do to fix this problem with the C: and n: lines? bye From hollywood_reject at hotmail.com Sun Mar 16 10:50:06 2003 From: hollywood_reject at hotmail.com (Chris William) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help w/ conf Message-ID: I require help w. ircservices-5.0.14. I have configured modules.conf/ircservices.conf and every time I try to execute ircservices, It says: [13:49](zero@shell1)[~/services]> ./ircservices Initialization failed, exiting. [13:49](zero@shell1)[~/services]> Any clue? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From Schutzgeist at uni.de Sun Mar 16 12:41:30 2003 From: Schutzgeist at uni.de (Dennis Sela) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help w/ conf In-Reply-To: References: Message-ID: <12117456300.20030316214130@uni.de> Hallo Chris, please have a look into Ur ircservices.log - logfile CW> I require help w. ircservices-5.0.14. I have configured CW> modules.conf/ircservices.conf and every time I try to execute ircservices, CW> It says: CW> [13:49](zero@shell1)[~/services]> ./ircservices CW> Initialization failed, exiting. CW> [13:49](zero@shell1)[~/services]> CW> Any clue? CW> _________________________________________________________________ CW> Help STOP SPAM with the new MSN 8 and get 2 months FREE* CW> http://join.msn.com/?page=features/junkmail CW> ------------------------------------------------------------------ CW> To unsubscribe or change your subscription options, visit: CW> http://www.ircservices.za.net/mailman/listinfo/ircservices Dennis From chris-ircservices at bolt.cx Mon Mar 17 02:20:35 2003 From: chris-ircservices at bolt.cx (Chris Bolt) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Recover a corrupted database? Message-ID: <3E75A173.8010204@bolt.cx> Is there any way to recover a corrupted database? ircd@dali:~/services$ ./services -nofork [Mar 17 02:21:09 2003] Services 4.5.28 (compiled for ircd.dal Bahamut) starting up [Mar 17 02:21:09 2003] Invalid version number (-376385506) on nick.db [Mar 17 02:21:10 2003] FATAL: Unable to read version number from nick.db From uhc0 at rz.uni-karlsruhe.de Mon Mar 17 02:34:42 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help w/ conf In-Reply-To: <12117456300.20030316214130@uni.de> Message-ID: Hi, Why dont you look at ircservices.log ? Consider adding the -debug option, when you have the feeling that the logfile contains too few information. Regards; yusuf ---------------------------------------------------------------------- | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ---------------------------------------------------------------------- > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of > Dennis Sela > Sent: Sonntag, 16. M?rz 2003 21:42 > To: IRC Services General Mailing List > > Hallo Chris, > > please have a look into Ur ircservices.log - logfile > > CW> I require help w. ircservices-5.0.14. I have configured > CW> modules.conf/ircservices.conf and every time I try to execute > CW> ircservices, It says: > > CW> [13:49](zero@shell1)[~/services]> ./ircservices Initialization > CW> failed, exiting. > CW> [13:49](zero@shell1)[~/services]> > > CW> Any clue? > > CW> _________________________________________________________________ > CW> Help STOP SPAM with the new MSN 8 and get 2 months FREE* > CW> http://join.msn.com/?page=features/junkmail > > CW> ------------------------------------------------------------------ > CW> To unsubscribe or change your subscription options, visit: > CW> http://www.ircservices.za.net/mailman/listinfo/ircservices > > Dennis > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From ircservices at priya.2y.net Mon Mar 17 03:03:52 2003 From: ircservices at priya.2y.net (Shannon Wynter) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Re: Help w/ conf Message-ID: <5.2.0.9.2.20030317205747.00bcb7c8@wheresmymailserver.com> G'day, I'm emailing to say I'm pretty sure I'm having the same problem as this poor chap is. Even with the log and debug options enabled you don't get anything out of the server, but tuen on nofork, and you get output something like follows, [ircd@priya bin]$ ./ircservices -log=test.log -nofork -debug [Mar 17 21:02:32.523819 2003] IRC Services 5.0.14 starting up (options: debug) [Mar 17 21:02:32.526615 2003] debug: Loading language 0 from file `languages/en_us' [Mar 17 21:02:32.615504 2003] debug: Loading language 10 from file `languages/nl' [Mar 17 21:02:32.722174 2003] debug: Loading language 6 from file `languages/fr' [Mar 17 21:02:32.840560 2003] debug: Loading language 9 from file `languages/de' [Mar 17 21:02:32.892636 2003] debug: Loading language 11 from file `languages/hu' [Mar 17 21:02:33.004906 2003] debug: Loading language 8 from file `languages/it' [Mar 17 21:02:33.093766 2003] debug: Loading language 2 from file `languages/ja_euc' [Mar 17 21:02:33.204415 2003] debug: Loading language 3 from file `languages/ja_sjis' [Mar 17 21:02:33.293377 2003] debug: Loading language 5 from file `languages/pt' [Mar 17 21:02:33.407965 2003] debug: Loading language 4 from file `languages/es' [Mar 17 21:02:33.460647 2003] debug: Loading language 7 from file `languages/tr' [Mar 17 21:02:33.583567 2003] debug: Loaded languages [Mar 17 21:02:33.585216 2003] debug: Loading module `protocol/undernet-p9' [Mar 17 21:02:33.590376 2003] debug: Successfully loaded module `protocol/undernet-p9' [Mar 17 21:02:33.591364 2003] debug: Loading module `encryption/md5' [Mar 17 21:02:33.604236 2003] debug: Successfully loaded module `encryption/md5' [Mar 17 21:02:33.605302 2003] debug: Loading module `database/version4' [Mar 17 21:02:33.620127 2003] debug: Successfully loaded module `database/version4' [Mar 17 21:02:33.621292 2003] debug: Loading module `mail/main' [Mar 17 21:02:33.665837 2003] debug: Successfully loaded module `mail/main' [Mar 17 21:02:33.667275 2003] debug: Loading module `mail/smtp' [Mar 17 21:02:33.669970 2003] debug: Successfully loaded module `mail/smtp' [Mar 17 21:02:33.670992 2003] debug: Loading module `operserv/main' [Mar 17 21:02:33.679512 2003] debug: Successfully loaded module `operserv/main' [Mar 17 21:02:33.680656 2003] debug: Loading module `operserv/akill' [Mar 17 21:02:33.685736 2003] debug: Successfully loaded module `operserv/akill' [Mar 17 21:02:33.686853 2003] debug: Loading module `operserv/news' [Mar 17 21:02:33.691323 2003] debug: Successfully loaded module `operserv/news' [Mar 17 21:02:33.692462 2003] debug: Loading module `operserv/sessions' [Mar 17 21:02:33.698854 2003] debug: Successfully loaded module `operserv/sessions' [Mar 17 21:02:33.699923 2003] debug: Loading module `operserv/sline' [Mar 17 21:02:33.707603 2003] debug: Successfully loaded module `operserv/sline' [Mar 17 21:02:33.708718 2003] debug: Loading module `chanserv/main' [Mar 17 21:02:33.714045 2003] modules: Unable to load module `chanserv/main': /home/ircd/lib/ircservices/modules/chanserv/main.so: undefined symbol: _get_ngi_id [Mar 17 21:02:33.715205 2003] Error loading modules, aborting Initialization failed, exiting. Can anyone help us with this? -------------- >Hi, > >Why dont you look at ircservices.log ? >Consider adding the -debug option, when you have the feeling that >the logfile contains too few information. > >Regards; >yusuf > >> >> -----Original Message----- >> From: ircservices-bounces at ircservices.za.net >> [mailto:ircservices-bounces at ircservices.za.net] On Behalf Of >> Dennis Sela >> Sent: Sonntag, 16. M?rz 2003 21:42 >> To: IRC Services General Mailing List >> >> Hallo Chris, >> >> please have a look into Ur ircservices.log - logfile >> >> CW> I require help w. ircservices-5.0.14. I have configured >> CW> modules.conf/ircservices.conf and every time I try to execute >> CW> ircservices, It says: >> >> CW> [13:49](zero at shell1)[~/services]> ./ircservices Initialization >> CW> failed, exiting. >> CW> [13:49](zero at shell1)[~/services]> >> >> CW> Any clue? >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030317/1714f509/attachment.html From georges at berscheid.lu Mon Mar 17 03:11:26 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:55 2004 Subject: AW: [IRCServices] Re: Help w/ conf In-Reply-To: <5.2.0.9.2.20030317205747.00bcb7c8@wheresmymailserver.com> Message-ID: <002001c2ec75$f396cbb0$4dbbf683@globi> Hi, sounds like you don't have any database-module loaded ? Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Shannon Wynter Gesendet: Montag, 17. M?rz 2003 12:04 An: ircservices@ircservices.za.net Betreff: [IRCServices] Re: Help w/ conf G'day, I'm emailing to say I'm pretty sure I'm having the same problem as this poor chap is. Even with the log and debug options enabled you don't get anything out of the server, but tuen on nofork, and you get output something like follows, [ircd@priya bin]$ ./ircservices -log=test.log -nofork -debug [Mar 17 21:02:32.523819 2003] IRC Services 5.0.14 starting up (options: debug) [Mar 17 21:02:32.526615 2003] debug: Loading language 0 from file `languages/en_us' [Mar 17 21:02:32.615504 2003] debug: Loading language 10 from file `languages/nl' [Mar 17 21:02:32.722174 2003] debug: Loading language 6 from file `languages/fr' [Mar 17 21:02:32.840560 2003] debug: Loading language 9 from file `languages/de' [Mar 17 21:02:32.892636 2003] debug: Loading language 11 from file `languages/hu' [Mar 17 21:02:33.004906 2003] debug: Loading language 8 from file `languages/it' [Mar 17 21:02:33.093766 2003] debug: Loading language 2 from file `languages/ja_euc' [Mar 17 21:02:33.204415 2003] debug: Loading language 3 from file `languages/ja_sjis' [Mar 17 21:02:33.293377 2003] debug: Loading language 5 from file `languages/pt' [Mar 17 21:02:33.407965 2003] debug: Loading language 4 from file `languages/es' [Mar 17 21:02:33.460647 2003] debug: Loading language 7 from file `languages/tr' [Mar 17 21:02:33.583567 2003] debug: Loaded languages [Mar 17 21:02:33.585216 2003] debug: Loading module `protocol/undernet-p9' [Mar 17 21:02:33.590376 2003] debug: Successfully loaded module `protocol/undernet-p9' [Mar 17 21:02:33.591364 2003] debug: Loading module `encryption/md5' [Mar 17 21:02:33.604236 2003] debug: Successfully loaded module `encryption/md5' [Mar 17 21:02:33.605302 2003] debug: Loading module `database/version4' [Mar 17 21:02:33.620127 2003] debug: Successfully loaded module `database/version4' [Mar 17 21:02:33.621292 2003] debug: Loading module `mail/main' [Mar 17 21:02:33.665837 2003] debug: Successfully loaded module `mail/main' [Mar 17 21:02:33.667275 2003] debug: Loading module `mail/smtp' [Mar 17 21:02:33.669970 2003] debug: Successfully loaded module `mail/smtp' [Mar 17 21:02:33.670992 2003] debug: Loading module `operserv/main' [Mar 17 21:02:33.679512 2003] debug: Successfully loaded module `operserv/main' [Mar 17 21:02:33.680656 2003] debug: Loading module `operserv/akill' [Mar 17 21:02:33.685736 2003] debug: Successfully loaded module `operserv/akill' [Mar 17 21:02:33.686853 2003] debug: Loading module `operserv/news' [Mar 17 21:02:33.691323 2003] debug: Successfully loaded module `operserv/news' [Mar 17 21:02:33.692462 2003] debug: Loading module `operserv/sessions' [Mar 17 21:02:33.698854 2003] debug: Successfully loaded module `operserv/sessions' [Mar 17 21:02:33.699923 2003] debug: Loading module `operserv/sline' [Mar 17 21:02:33.707603 2003] debug: Successfully loaded module `operserv/sline' [Mar 17 21:02:33.708718 2003] debug: Loading module `chanserv/main' [Mar 17 21:02:33.714045 2003] modules: Unable to load module `chanserv/main': /home/ircd/lib/ircservices/modules/chanserv/main.so: undefined symbol: _get_ngi_id [Mar 17 21:02:33.715205 2003] Error loading modules, aborting Initialization failed, exiting. Can anyone help us with this? -------------- >Hi, > >Why dont you look at ircservices.log ? >Consider adding the -debug option, when you have the feeling that >the logfile contains too few information. > >Regards; >yusuf > >> >> -----Original Message----- >> From: ircservices-bounces at ircservices.za.net >> [mailto:ircservices-bounces at ircservices.za.net] On Behalf Of >> Dennis Sela >> Sent: Sonntag, 16. M?rz 2003 21:42 >> To: IRC Services General Mailing List >> >> Hallo Chris, >> >> please have a look into Ur ircservices.log - logfile >> >> CW> I require help w. ircservices-5.0.14. I have configured >> CW> modules.conf/ircservices.conf and every time I try to execute >> CW> ircservices, It says: >> >> CW> [13:49](zero at shell1)[~/services]> ./ircservices Initialization >> CW> failed, exiting. >> CW> [13:49](zero at shell1)[~/services]> >> >> CW> Any clue? >> From ircservices at priya.2y.net Mon Mar 17 03:30:45 2003 From: ircservices at priya.2y.net (Shannon Wynter) Date: Sat Oct 23 23:01:55 2004 Subject: AW: [IRCServices] Re: Help w/ conf Message-ID: <5.2.0.9.2.20030317213041.02629e90@192.168.0.100> Here's the segment from my configration file, and if you take a look further down the email, I've bolded where the database module is loaded, it's the channel module that dies... ########################################################################### # Database access module [REQUIRED] # These modules provide access to permanent storage for data used by # various Services modules, and MUST be loaded before any other module # (except protocol and encryption modules). Select the module # corresponding to the type of database you want to use: # database/version4 Database files compatible with version # 4.5.x of Services LoadModule database/version4 ########################################################################### At 12:11 PM 17/03/2003 +0100, you wrote: >Hi, > >sounds like you don't have any database-module loaded ? > >Georges > > >-----Urspr?ngliche Nachricht----- >Von: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Shannon >Wynter >Gesendet: Montag, 17. M?rz 2003 12:04 >An: ircservices@ircservices.za.net >Betreff: [IRCServices] Re: Help w/ con > >G'day, I'm emailing to say I'm pretty sure I'm having the same >problem as this poor chap is. > >Even with the log and debug options enabled you don't get anything out >of >the server, but tuen on nofork, and you get output something like >follows, > >[ircd@priya bin]$ ./ircservices -log=test.log -nofork -debug >[Mar 17 21:02:32.523819 2003] IRC Services 5.0.14 starting up (options: >[Mar 17 21:02:33.605302 2003] debug: Loading module `database/version4' >[Mar 17 21:02:33.620127 2003] debug: Successfully loaded module >`database/version4' >[Mar 17 21:02:33.708718 2003] debug: Loading module `chanserv/main' >[Mar 17 21:02:33.714045 2003] modules: Unable to load module >`chanserv/main': /home/ircd/lib/ircservices/modules/chanserv/main.so: >undefined symbol: _get_ngi_id >[Mar 17 21:02:33.715205 2003] Error loading modules, aborting >Initialization failed, exiting. > >Can anyone help us with this? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030317/0c7765b2/attachment.htm From nick at nickgawronski.com Tue Mar 18 17:53:14 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] problem with bahamut and the latest version of ircservices Message-ID: <000501c2edba$4f8c7420$210110ac@gateway.2wire.net> Hi, When I start my bahamut irc server version 1.4.33 on a redhat linux 7.2 system This is in my ircd.log Debug: File Level: 1 at Tue Mar 18 19:45:01 2003 Host/server name error: (*@207.44.152.53) (services.nickgawronski.com) My ircd.conf file looks just like the ircservices FAQ says it should and that error is in the c: and N: lines. What is causing this error and how can I fix it. bye From admin at bridgingtechnology.com.au Tue Mar 18 18:20:09 2003 From: admin at bridgingtechnology.com.au (BT Admin) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! Message-ID: <003601c2edbe$105d8a10$0000fea9@office01> Hello all, I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 boath have been installed via Debian packages. When i start irc services I get this error in my ircservices.log. [Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up [Mar 20 00:21:51 2003] httpd/main: Listening on :70 [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset by peer [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 00:21:51 2003] unknown message from server (ERROR :Closing Link: by BridgingTechnology (Cannot connect a server to a user port)) [Mar 20 00:21:51 2003] Read error from server: Connection reset by peer any help whould be grate! Thanks Trevor. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030319/2dffecfc/attachment.html From Craig at chatspike.net Tue Mar 18 19:49:34 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! Message-ID: <20030319034936.LMIG9882.mta02-svc.ntlworld.com@i-br0ked-it> [Mar 20 00:21:51 2003] unknown message from server (ERROR :Closing Link: by BridgingTechnology (Cannot connect a server to a user port)) This means you are trying to connect your server to a port that has been specifically designed for users, i'm not too sure about the workings of IRCu, but i'm guessing you need to either: a) remove the C from your P:Line's "" section (check the manual) b) Create a new port that allows server connections (once again, check the manual) # [P:lines] # Defines listening ports and the type(s) of connections they will accept. # P::
:: # Defines what types of connections are allowed to this port, # can be either or both of 'C' for clients, or 'S' # for servers. Optionally a trailing 'H' can be specified, # denoting that this port is hidden (will not show up in /STATS P). # If the 'H' flag is used, it must be the last character listed. # Examples: # The default port clients connect on P::192.168.10.11:C:6667 # A hidden port for hubs to connect on, on a different interface P:192.168.10.12:SH:4400 ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe ----------------------------------------------------------------------- ============ Original Message ============ >From : "BT Admin" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : [IRCServices] Help! >Date : 2003-03-19 > > >Hello all, > I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 boath have been installed via Debian packages. > When i start irc services I get this error in my ircservices.log. > >[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up >[Mar 20 00:21:51 2003] httpd/main: Listening on :70 >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset by peer >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] unknown message from server (ERROR :Closing Link: by BridgingTechnology (Cannot connect a server to a user port)) >[Mar 20 00:21:51 2003] Read error from server: Connection reset by peer > >any help whould be grate! > >Thanks >Trevor. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From Craig at chatspike.net Tue Mar 18 19:51:09 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! Message-ID: <20030319035111.LNPF9882.mta02-svc.ntlworld.com@i-br0ked-it> err, ignore my last mail, (From the Website:) "If your IRCD is not listed above, it is not supported! This includes ircu2.10.x, for which support is not going to be provided." ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe ----------------------------------------------------------------------- ============ Original Message ============ >From : "BT Admin" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : [IRCServices] Help! >Date : 2003-03-19 > > >Hello all, > I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 boath have been installed via Debian packages. > When i start irc services I get this error in my ircservices.log. > >[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up >[Mar 20 00:21:51 2003] httpd/main: Listening on :70 >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset by peer >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >[Mar 20 00:21:51 2003] unknown message from server (ERROR :Closing Link: by BridgingTechnology (Cannot connect a server to a user port)) >[Mar 20 00:21:51 2003] Read error from server: Connection reset by peer > >any help whould be grate! > >Thanks >Trevor. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From admin at bridgingtechnology.com.au Wed Mar 19 08:33:29 2003 From: admin at bridgingtechnology.com.au (admin@bridgingtechnology.com.au) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! In-Reply-To: <20030319035111.LNPF9882.mta02-svc.ntlworld.com@i-br0ked-it> References: <20030319035111.LNPF9882.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: <35425.144.132.160.115.1048091609.squirrel@server02.bridging> hmm, ok what ircd whould your recomend ? err, ignore my last mail, (From the Website:) "If your IRCD is not > listed above, it is not supported! This includes ircu2.10.x, for which > support is not going to be provided." > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > <`RaSh> how do i install linux i got the cd and i dont see the setup.exe > or install.exe > ----------------------------------------------------------------------- > > ============ Original Message ============ >>From : "BT Admin" >>Reply-To : ircservices@ircservices.za.net >>To : ircservices@ircservices.za.net >>Subject : [IRCServices] Help! >>Date : 2003-03-19 >> >> >>Hello all, >> I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 >> boath have been installed via Debian packages. When i start irc >> services I get this error in my ircservices.log. >> >>[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up >>[Mar 20 00:21:51 2003] httpd/main: Listening on :70 >>[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset >> by peer [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken >> pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >> [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar >> 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> 00:21:51 2003] unknown message from server (ERROR :Closing Link: by >> BridgingTechnology (Cannot connect a server to a user port)) [Mar 20 >> 00:21:51 2003] Read error from server: Connection reset by peer >> >>any help whould be grate! >> >>Thanks >>Trevor. >>------------------------------------------------------------------ To >> unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ To > unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From irc at kgn.ru Wed Mar 19 00:04:44 2003 From: irc at kgn.ru (irc@kgn.ru) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Need convert to XML Message-ID: <4611259328.20030319130444@kgn.ru> Hello. I am using ircservices 5.0.11 and I need convert db files in xml format The full syntax for convert-db convert-db [-v] [+program-name] pathname What programm name I need to use? or another syntax? Thanks mailto:irc@kgn.ru From cpuman2000 at hotmail.com Wed Mar 19 01:13:07 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! References: <20030319035111.LNPF9882.mta02-svc.ntlworld.com@i-br0ked-it> <35425.144.132.160.115.1048091609.squirrel@server02.bridging> Message-ID: I personaly like Unreal, which is what we run on Serenia. So thats what I'd recommend. What you might consider doing is going through the list of supported IRCd's and trying them out, see which one suits your tastes and needs the best. CPUMAN Serenia IRC Network irc.serenia.net ----- Original Message ----- From: To: Sent: Thursday, March 20, 2003 12:33 AM Subject: Re: [IRCServices] Help! > hmm, ok what ircd whould your recomend ? > > err, ignore my last mail, (From the Website:) "If your IRCD is not > > listed above, it is not supported! This includes ircu2.10.x, for which > > support is not going to be provided." > > > > ----------------------------------------------------------------------- > > Craig McLure - Craig@chatspike.net > > ChatSpike - The users network: http://www.chatspike.net > > InspIRCd - Modular IRC server: http://www.inspircd.org > > <`RaSh> how do i install linux i got the cd and i dont see the setup.exe > > or install.exe > > ----------------------------------------------------------------------- > > > > ============ Original Message ============ > >>From : "BT Admin" > >>Reply-To : ircservices@ircservices.za.net > >>To : ircservices@ircservices.za.net > >>Subject : [IRCServices] Help! > >>Date : 2003-03-19 > >> > >> > >>Hello all, > >> I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 > >> boath have been installed via Debian packages. When i start irc > >> services I get this error in my ircservices.log. > >> > >>[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up > >>[Mar 20 00:21:51 2003] httpd/main: Listening on :70 > >>[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset > >> by peer [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken > >> pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe > >> [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar > >> 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> 00:21:51 2003] unknown message from server (ERROR :Closing Link: by > >> BridgingTechnology (Cannot connect a server to a user port)) [Mar 20 > >> 00:21:51 2003] Read error from server: Connection reset by peer > >> > >>any help whould be grate! > >> > >>Thanks > >>Trevor. > >>------------------------------------------------------------------ To > >> unsubscribe or change your subscription options, visit: > >>http://www.ircservices.za.net/mailman/listinfo/ircservices > > ========= End of Original Message ========= > > > > > > > > ------------------------------------------------------------------ To > > unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Wed Mar 19 09:29:20 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! Message-ID: <20030319172921.POSO310.mta05-svc.ntlworld.com@i-br0ked-it> we run Unreal on ChatSpike too, although i have many questions when it comes to stability.. ie. its not very stable.. and prone to crashing (to the extent that it died on a /rehash the other day) ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe ----------------------------------------------------------------------- ============ Original Message ============ >From : "CPUMAN" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : Re: [IRCServices] Help! >Date : 2003-03-19 > > >I personaly like Unreal, which is what we run on Serenia. So thats what I'd >recommend. > >What you might consider doing is going through the list of supported IRCd's >and trying them out, see which one suits your tastes and needs the best. > >CPUMAN >Serenia IRC Network >irc.serenia.net > >----- Original Message ----- >From: >To: >Sent: Thursday, March 20, 2003 12:33 AM >Subject: Re: [IRCServices] Help! > > >> hmm, ok what ircd whould your recomend ? >> >> err, ignore my last mail, (From the Website:) "If your IRCD is not >> > listed above, it is not supported! This includes ircu2.10.x, for which >> > support is not going to be provided." >> > >> > ----------------------------------------------------------------------- >> > Craig McLure - Craig@chatspike.net >> > ChatSpike - The users network: http://www.chatspike.net >> > InspIRCd - Modular IRC server: http://www.inspircd.org >> > <`RaSh> how do i install linux i got the cd and i dont see the setup.exe >> > or install.exe >> > ----------------------------------------------------------------------- >> > >> > ============ Original Message ============ >> >>From : "BT Admin" >> >>Reply-To : ircservices@ircservices.za.net >> >>To : ircservices@ircservices.za.net >> >>Subject : [IRCServices] Help! >> >>Date : 2003-03-19 >> >> >> >> >> >>Hello all, >> >> I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 >> >> boath have been installed via Debian packages. When i start irc >> >> services I get this error in my ircservices.log. >> >> >> >>[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up >> >>[Mar 20 00:21:51 2003] httpd/main: Listening on :70 >> >>[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset >> >> by peer [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken >> >> pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe >> >> [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar >> >> 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 >> >> 00:21:51 2003] unknown message from server (ERROR :Closing Link: by >> >> BridgingTechnology (Cannot connect a server to a user port)) [Mar 20 >> >> 00:21:51 2003] Read error from server: Connection reset by peer >> >> >> >>any help whould be grate! >> >> >> >>Thanks >> >>Trevor. >> >>------------------------------------------------------------------ To >> >> unsubscribe or change your subscription options, visit: >> >>http://www.ircservices.za.net/mailman/listinfo/ircservices >> > ========= End of Original Message ========= >> > >> > >> > >> > ------------------------------------------------------------------ To >> > unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. ========= End of Original Message ========= From dylanvdm at icon.co.za Wed Mar 19 09:39:24 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Help! References: <20030319172921.POSO310.mta05-svc.ntlworld.com@i-br0ked-it> Message-ID: <002601c2ee3e$7d3da450$adccef9b@dylan> Unreal is a very stable ircd if you configure and set it up properly. My highest uptime being over 90 days. But this is not the place or time to get into this argument. There are many ircds available, you just have to find one which suits your network, that your users like and that you can manage efficiently. The main reason for choosing an ircd should not be because you like it. That's just selfish. Again not the time or place. I chose ircservices because I like them and how professional Andy handles everything. You'll know whether the ircd you choose works or not, just as many admins out there have. Dylan. ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing List" Sent: Wednesday, March 19, 2003 7:29 PM Subject: Re: Re: [IRCServices] Help! > we run Unreal on ChatSpike too, although i have many questions when it comes to stability.. ie. its not very stable.. and prone to crashing (to the extent that it died on a /rehash the other day) > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe > ----------------------------------------------------------------------- > > ============ Original Message ============ > >From : "CPUMAN" > >Reply-To : ircservices@ircservices.za.net > >To : ircservices@ircservices.za.net > >Subject : Re: [IRCServices] Help! > >Date : 2003-03-19 > > > > > >I personaly like Unreal, which is what we run on Serenia. So thats what I'd > >recommend. > > > >What you might consider doing is going through the list of supported IRCd's > >and trying them out, see which one suits your tastes and needs the best. > > > >CPUMAN > >Serenia IRC Network > >irc.serenia.net > > > >----- Original Message ----- > >From: > >To: > >Sent: Thursday, March 20, 2003 12:33 AM > >Subject: Re: [IRCServices] Help! > > > > > >> hmm, ok what ircd whould your recomend ? > >> > >> err, ignore my last mail, (From the Website:) "If your IRCD is not > >> > listed above, it is not supported! This includes ircu2.10.x, for which > >> > support is not going to be provided." > >> > > >> > ----------------------------------------------------------------------- > >> > Craig McLure - Craig@chatspike.net > >> > ChatSpike - The users network: http://www.chatspike.net > >> > InspIRCd - Modular IRC server: http://www.inspircd.org > >> > <`RaSh> how do i install linux i got the cd and i dont see the setup.exe > >> > or install.exe > >> > ----------------------------------------------------------------------- > >> > > >> > ============ Original Message ============ > >> >>From : "BT Admin" > >> >>Reply-To : ircservices@ircservices.za.net > >> >>To : ircservices@ircservices.za.net > >> >>Subject : [IRCServices] Help! > >> >>Date : 2003-03-19 > >> >> > >> >> > >> >>Hello all, > >> >> I have just installed ircd u2.10.10.pl18 and ircservices 5.0.14-1 > >> >> boath have been installed via Debian packages. When i start irc > >> >> services I get this error in my ircservices.log. > >> >> > >> >>[Mar 20 00:21:51 2003] IRC Services 5.0.14 starting up > >> >>[Mar 20 00:21:51 2003] httpd/main: Listening on :70 > >> >>[Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Connection reset > >> >> by peer [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken > >> >> pipe [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe > >> >> [Mar 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar > >> >> 20 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> >> 00:21:51 2003] sockets: flush_write_buffer(0): Broken pipe [Mar 20 > >> >> 00:21:51 2003] unknown message from server (ERROR :Closing Link: by > >> >> BridgingTechnology (Cannot connect a server to a user port)) [Mar 20 > >> >> 00:21:51 2003] Read error from server: Connection reset by peer > >> >> > >> >>any help whould be grate! > >> >> > >> >>Thanks > >> >>Trevor. > >> >>------------------------------------------------------------------ To > >> >> unsubscribe or change your subscription options, visit: > >> >>http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > ========= End of Original Message ========= > >> > > >> > > >> > > >> > ------------------------------------------------------------------ To > >> > unsubscribe or change your subscription options, visit: > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > >> > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > >. > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From maalestock at netway.com Wed Mar 19 12:47:50 2003 From: maalestock at netway.com (Michael A. Alestock) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) Message-ID: <200303191247.50308.maalestock@netway.com> I have compiled and configured my "ircservices.conf" as well as "modules.conf" files (which are located in the /data directory). When I goto run the services script (./ircservices) I get this error... Can't open ircservices.conf: No such file or directory. Initialization failed, exiting. I couldn't find a resolution to this error in the FAQ section of the webpages. Anyone have an idea what the problem is, or how to fix this??? I'm running Services-5.0.0. Thanks for your time. From dylanvdm at icon.co.za Wed Mar 19 09:56:23 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) References: <200303191247.50308.maalestock@netway.com> Message-ID: <004901c2ee40$e61ca5f0$adccef9b@dylan> Firstly get the latest version of ircservices, which is 5.0.13. Then make sure both your config files have been places in /services/lib. Dylan. ----- Original Message ----- From: "Michael A. Alestock" To: Sent: Wednesday, March 19, 2003 10:47 PM Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) I have compiled and configured my "ircservices.conf" as well as "modules.conf" files (which are located in the /data directory). When I goto run the services script (./ircservices) I get this error... Can't open ircservices.conf: No such file or directory. Initialization failed, exiting. I couldn't find a resolution to this error in the FAQ section of the webpages. Anyone have an idea what the problem is, or how to fix this??? I'm running Services-5.0.0. Thanks for your time. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From ballsy at mystical.net Wed Mar 19 10:12:28 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) In-Reply-To: <200303191247.50308.maalestock@netway.com> Message-ID: Pick up the lastest version for starters...a few bug fixes that may help you along the way. When you run the ./configure , it will ask you where you want to the data files to be, and where the binaries should be put. Hopefully you're specifying valid directories here. Also, after your make, you'll have to do a `make install` to ensure the data/binary files are put where they're supposed to go. After the `make install`, take a peek in the directories you specified during ./configure to see if the right files are actually there. Hope that helps. David Quoth Michael A. Alestock on Mar 19 at 12:47, > I have compiled and configured my "ircservices.conf" as well as "modules.conf" > files (which are located in the /data directory). When I goto run the > services script (./ircservices) I get this error... > > Can't open ircservices.conf: No such file or directory. > Initialization failed, exiting. > > I couldn't find a resolution to this error in the FAQ section of the webpages. > Anyone have an idea what the problem is, or how to fix this??? I'm running > Services-5.0.0. > > Thanks for your time. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From joeb34 at charter.net Wed Mar 19 10:08:04 2003 From: joeb34 at charter.net (Joe Blum) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) References: <200303191247.50308.maalestock@netway.com> <004901c2ee40$e61ca5f0$adccef9b@dylan> Message-ID: <001901c2ee42$7d293520$6401a8c0@mobil> I'm running 5.0.14 .. i believe thats the latest version - and its rock solid for me on bahamut. ;) regards, Mobil1man ----- Original Message ----- From: "Dylan v.d Merwe" To: "IRC Services General Mailing List" Sent: Wednesday, March 19, 2003 11:56 AM Subject: Re: [IRCServices] ircservices.conf (IRCservices-5.0.0) > Firstly get the latest version of ircservices, which is 5.0.13. Then make > sure both your config files have been places in /services/lib. > > Dylan. > > > ----- Original Message ----- > From: "Michael A. Alestock" > To: > Sent: Wednesday, March 19, 2003 10:47 PM > Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) > > > I have compiled and configured my "ircservices.conf" as well as > "modules.conf" > files (which are located in the /data directory). When I goto run the > services script (./ircservices) I get this error... > > Can't open ircservices.conf: No such file or directory. > Initialization failed, exiting. > > I couldn't find a resolution to this error in the FAQ section of the > webpages. > Anyone have an idea what the problem is, or how to fix this??? I'm running > Services-5.0.0. > > Thanks for your time. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.463 / Virus Database: 262 - Release Date: 3/17/2003 From maalestock at netway.com Wed Mar 19 13:21:16 2003 From: maalestock at netway.com (Michael A. Alestock) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) In-Reply-To: <001901c2ee42$7d293520$6401a8c0@mobil> References: <200303191247.50308.maalestock@netway.com> <004901c2ee40$e61ca5f0$adccef9b@dylan> <001901c2ee42$7d293520$6401a8c0@mobil> Message-ID: <200303191321.16072.maalestock@netway.com> Cool...Thanks for the info. : ) On Wednesday 19 March 2003 10:08, Joe Blum wrote: > I'm running 5.0.14 .. i believe thats the latest version - and its rock > solid for me on bahamut. ;) > > regards, > > Mobil1man > > ----- Original Message ----- > From: "Dylan v.d Merwe" > To: "IRC Services General Mailing List" > Sent: Wednesday, March 19, 2003 11:56 AM > Subject: Re: [IRCServices] ircservices.conf (IRCservices-5.0.0) > > > Firstly get the latest version of ircservices, which is 5.0.13. Then make > > sure both your config files have been places in /services/lib. > > > > Dylan. > > > > > > ----- Original Message ----- > > From: "Michael A. Alestock" > > To: > > Sent: Wednesday, March 19, 2003 10:47 PM > > Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) > > > > > > I have compiled and configured my "ircservices.conf" as well as > > "modules.conf" > > files (which are located in the /data directory). When I goto run the > > services script (./ircservices) I get this error... > > > > Can't open ircservices.conf: No such file or directory. > > Initialization failed, exiting. > > > > I couldn't find a resolution to this error in the FAQ section of the > > webpages. > > Anyone have an idea what the problem is, or how to fix this??? I'm > > running > > > Services-5.0.0. > > > > Thanks for your time. > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.463 / Virus Database: 262 - Release Date: 3/17/2003 > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From maalestock at netway.com Wed Mar 19 13:21:53 2003 From: maalestock at netway.com (Michael A. Alestock) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) In-Reply-To: References: Message-ID: <200303191321.53056.maalestock@netway.com> Ok, thanks for the help. : ) On Wednesday 19 March 2003 10:12, Ballsy wrote: > Pick up the lastest version for starters...a few bug fixes that > may help you along the way. > When you run the ./configure , it will ask you where you want to > the data files to be, and where the binaries should be put. Hopefully > you're specifying valid directories here. Also, after your make, you'll > have to do a `make install` to ensure the data/binary files are put where > they're supposed to go. After the `make install`, take a peek in the > directories you specified during ./configure to see if the right files are > actually there. > Hope that helps. > > David > > > Quoth Michael A. Alestock on Mar 19 at 12:47, > > > I have compiled and configured my "ircservices.conf" as well as > > "modules.conf" files (which are located in the /data directory). When I > > goto run the services script (./ircservices) I get this error... > > > > Can't open ircservices.conf: No such file or directory. > > Initialization failed, exiting. > > > > I couldn't find a resolution to this error in the FAQ section of the > > webpages. Anyone have an idea what the problem is, or how to fix this??? > > I'm running Services-5.0.0. > > > > Thanks for your time. > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- From maalestock at netway.com Wed Mar 19 13:22:18 2003 From: maalestock at netway.com (Michael A. Alestock) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) In-Reply-To: <004901c2ee40$e61ca5f0$adccef9b@dylan> References: <200303191247.50308.maalestock@netway.com> <004901c2ee40$e61ca5f0$adccef9b@dylan> Message-ID: <200303191322.18954.maalestock@netway.com> Cool....thanks for the help! : ) On Wednesday 19 March 2003 09:56, Dylan v.d Merwe wrote: > Firstly get the latest version of ircservices, which is 5.0.13. Then make > sure both your config files have been places in /services/lib. > > Dylan. > > > ----- Original Message ----- > From: "Michael A. Alestock" > To: > Sent: Wednesday, March 19, 2003 10:47 PM > Subject: [IRCServices] ircservices.conf (IRCservices-5.0.0) > > > I have compiled and configured my "ircservices.conf" as well as > "modules.conf" > files (which are located in the /data directory). When I goto run the > services script (./ircservices) I get this error... > > Can't open ircservices.conf: No such file or directory. > Initialization failed, exiting. > > I couldn't find a resolution to this error in the FAQ section of the > webpages. > Anyone have an idea what the problem is, or how to fix this??? I'm running > Services-5.0.0. > > Thanks for your time. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- From maalestock at netway.com Wed Mar 19 14:09:31 2003 From: maalestock at netway.com (Michael A. Alestock) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] IRCSERVICES-5.0.14 Message-ID: <200303191409.31318.maalestock@netway.com> I upgraded from IRCSERVICES-5.0.0 to 5.0.14 and made sure the ircservices.conf and modules.conf files were in the /services/lib dir... Now when I run the services script, I get an error in my log saying, "UNABLE TO LOAD DEFAULT LANGUAGE"...and then I get a list of all these errors regarding different languages saying, "Failed to load language 0, 1, 2, 3, etc.. : Permission Denied." I would copy/paste but I'm a different machine. I double-checked the /services/lang dir to make sure I had the correct permissions. What did I miss?? From achurch at achurch.org Thu Mar 20 16:45:58 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] IRCSERVICES-5.0.14 In-Reply-To: <200303191409.31318.maalestock@netway.com> Message-ID: <3e797210.22251@mail.achurch.org> >I upgraded from IRCSERVICES-5.0.0 to 5.0.14 and made sure the ircservices >.conf >and modules.conf files were in the /services/lib dir... Now when I run th >e >services script, I get an error in my log saying, "UNABLE TO LOAD DEFAULT > >LANGUAGE"...and then I get a list of all these errors regarding different > >languages saying, "Failed to load language 0, 1, 2, 3, etc.. : Permission > >Denied." I would copy/paste but I'm a different machine. I double-check >ed >the /services/lang dir to make sure I had the correct permissions. What >did >I miss?? Make certain all of the parent directories have proper permissions as well. If your data directory is /home/services/lib, for example, then not only the /home/services/lib directory but also the /home/services and /home directories need to be executable by the user Services runs as. --Andrew Church achurch@achurch.org http://achurch.org/ From brain at brainbox.winbot.co.uk Thu Mar 20 04:32:25 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINE DEL used? Message-ID: <200303201232.h2KCWPR20256@localhost.localdomain> Hi, Recently we've been using OS SQLINE a lot, for banning nicks of drones etc. /os sqline add works fine, and sends a Q-line to the server (Unreal3.2-beta15), which is visible with /stats q.... [12:25] --- [OPA]God*way :Reserved nickname: Impersonating members of other alliances [12:25] --- *[*HA*]*!*@* :Reserved nickname: Banned Alliance. [12:25] --- OS :Reserved nickname: Impersonating services [12:25] --- MS :Reserved nickname: Impersonating services [12:25] --- CS :Reserved nickname: Impersonating services [12:25] --- NS :Reserved nickname: Impersonating services however...... if we later do /os sqline del, on a mask that was permenant, as we decide we dont need the ban any more, the Q-line isnt removed from unreal's list, and still exists. Rehashing doesnt remove it. Im assuming restart will, but this is too drastic an action to take to remove what is supposed to be a removable Q-line. Im sending this email as we are unsure wether it is ircservices at fault and not sending the right commands to remove the Q-line, or wether it is unreal just plain ignoring its instructions, or a combination of both :P Thanks for your time :) ----------------------------------------------------------------------- Craig Edwards WinBot IRC client developer: http://www.winbot.co.uk ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- From achurch at achurch.org Fri Mar 21 00:17:05 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINE DEL used? In-Reply-To: <200303201232.h2KCWPR20256@localhost.localdomain> Message-ID: <3e79dc39.25726@mail.achurch.org> WFM with Services 5.0.14 and Unreal 3.1.3: -> *OperServ* sqline add test test [G] Alcan added an SQLINE for test (does not expire) -OperServ- test added to SQLINE list. *** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) *** test Reserved nickname *** *bad*nick* Reserved nickname -> *OperServ* sqline del test -OperServ- test removed from SQLINE list. *** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) *** *bad*nick* Reserved nickname --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >Recently we've been using OS SQLINE a lot, for banning nicks of drones etc. /os sqline add works fine, and sends a Q-line to the server (Unreal3.2-beta15), which is visible with /stats q.... > >[12:25] --- [OPA]God*way :Reserved nickname: Impersonating members of other alliances >[12:25] --- *[*HA*]*!*@* :Reserved nickname: Banned Alliance. >[12:25] --- OS :Reserved nickname: Impersonating services >[12:25] --- MS :Reserved nickname: Impersonating services >[12:25] --- CS :Reserved nickname: Impersonating services >[12:25] --- NS :Reserved nickname: Impersonating services > >however...... >if we later do /os sqline del, on a mask that was permenant, as we decide we dont need the ban any more, the Q-line isnt removed from unreal's list, and still exists. Rehashing doesnt remove it. Im assuming restart will, but this is too drastic an action >to take to remove what is supposed to be a removable Q-line. > >Im sending this email as we are unsure wether it is ircservices at fault and not sending the right commands to remove the Q-line, or wether it is unreal just plain ignoring its instructions, or a combination of both :P > >Thanks for your time :) > >----------------------------------------------------------------------- >Craig Edwards >WinBot IRC client developer: http://www.winbot.co.uk >ChatSpike - The users network: http://www.chatspike.net >InspIRCd - Modular IRC server: http://www.inspircd.org >----------------------------------------------------------------------- > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From Craig at chatspike.net Thu Mar 20 07:26:23 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINEDEL used? Message-ID: <20030320152626.OONJ25105.mta07-svc.ntlworld.com@i-br0ked-it> the prob is occuring with Unreal3.2beta15.. should i presume its an IRCd prob? ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe ----------------------------------------------------------------------- ============ Original Message ============ >From : "Andrew Church" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : Re: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINEDEL used? >Date : 2003-03-21 > > >WFM with Services 5.0.14 and Unreal 3.1.3: > >-> *OperServ* sqline add test test >[G] Alcan added an SQLINE for test (does not expire) >-OperServ- test added to SQLINE list. >*** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) >*** test Reserved nickname >*** *bad*nick* Reserved nickname >-> *OperServ* sqline del test >-OperServ- test removed from SQLINE list. >*** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) >*** *bad*nick* Reserved nickname > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hi, >> >>Recently we've been using OS SQLINE a lot, for banning nicks of drones etc. /os sqline add works fine, and sends a Q-line to the server (Unreal3.2-beta15), which is visible with /stats q.... >> >>[12:25] --- [OPA]God*way :Reserved nickname: Impersonating members of other alliances >>[12:25] --- *[*HA*]*!*@* :Reserved nickname: Banned Alliance. >>[12:25] --- OS :Reserved nickname: Impersonating services >>[12:25] --- MS :Reserved nickname: Impersonating services >>[12:25] --- CS :Reserved nickname: Impersonating services >>[12:25] --- NS :Reserved nickname: Impersonating services >> >>however...... >>if we later do /os sqline del, on a mask that was permenant, as we decide we dont need the ban any more, the Q-line isnt removed from unreal's list, and still exists. Rehashing doesnt remove it. Im assuming restart will, but this is too drastic an action >>to take to remove what is supposed to be a removable Q-line. >> >>Im sending this email as we are unsure wether it is ircservices at fault and not sending the right commands to remove the Q-line, or wether it is unreal just plain ignoring its instructions, or a combination of both :P >> >>Thanks for your time :) >> >>----------------------------------------------------------------------- >>Craig Edwards >>WinBot IRC client developer: http://www.winbot.co.uk >>ChatSpike - The users network: http://www.chatspike.net >>InspIRCd - Modular IRC server: http://www.inspircd.org >>----------------------------------------------------------------------- >> >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From achurch at achurch.org Fri Mar 21 00:35:34 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINEDEL used? In-Reply-To: <20030320152626.OONJ25105.mta07-svc.ntlworld.com@i-br0ked-it> Message-ID: <3e79dfe0.25745@mail.achurch.org> >the prob is occuring with Unreal3.2beta15.. should i presume its an IRCd prob? That would be my best guess, but you know how to get debug logs and check. --Andrew Church achurch@achurch.org http://achurch.org/ >----------------------------------------------------------------------- >Craig McLure - Craig@chatspike.net >ChatSpike - The users network: http://www.chatspike.net >InspIRCd - Modular IRC server: http://www.inspircd.org ><`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe >----------------------------------------------------------------------- > >============ Original Message ============ >>From : "Andrew Church" >>Reply-To : ircservices@ircservices.za.net >>To : ircservices@ircservices.za.net >>Subject : Re: [IRCServices] SQLINE doesnt remove ircd QLines when /OS SQLINEDEL used? >>Date : 2003-03-21 >> >> >>WFM with Services 5.0.14 and Unreal 3.1.3: >> >>-> *OperServ* sqline add test test >>[G] Alcan added an SQLINE for test (does not expire) >>-OperServ- test added to SQLINE list. >>*** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) >>*** test Reserved nickname >>*** *bad*nick* Reserved nickname >>-> *OperServ* sqline del test >>-OperServ- test removed from SQLINE list. >>*** Stats 'q' requested by Alcan (achurch@192.168.0.hide-25737) >>*** *bad*nick* Reserved nickname >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>>Hi, >>> >>>Recently we've been using OS SQLINE a lot, for banning nicks of drones etc. /os sqline add works fine, and sends a Q-line to the server (Unreal3.2-beta15), which is visible with /stats q.... >>> >>>[12:25] --- [OPA]God*way :Reserved nickname: Impersonating members of other alliances >>>[12:25] --- *[*HA*]*!*@* :Reserved nickname: Banned Alliance. >>>[12:25] --- OS :Reserved nickname: Impersonating services >>>[12:25] --- MS :Reserved nickname: Impersonating services >>>[12:25] --- CS :Reserved nickname: Impersonating services >>>[12:25] --- NS :Reserved nickname: Impersonating services >>> >>>however...... >>>if we later do /os sqline del, on a mask that was permenant, as we decide we dont need the ban any more, the Q-line isnt removed from unreal's list, and still exists. Rehashing doesnt remove it. Im assuming restart will, but this is too drastic an actio >n >>>to take to remove what is supposed to be a removable Q-line. >>> >>>Im sending this email as we are unsure wether it is ircservices at fault and not sending the right commands to remove the Q-line, or wether it is unreal just plain ignoring its instructions, or a combination of both :P >>> >>>Thanks for your time :) >>> >>>----------------------------------------------------------------------- >>>Craig Edwards >>>WinBot IRC client developer: http://www.winbot.co.uk >>>ChatSpike - The users network: http://www.chatspike.net >>>InspIRCd - Modular IRC server: http://www.inspircd.org >>>----------------------------------------------------------------------- >>> >>> >>> >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >========= End of Original Message ========= > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From jskam at shaw.ca Fri Mar 21 05:54:36 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Suggestion for IRC Services Message-ID: <000401c2efb1$6915a030$f64f9144@weed> Is there any way you can add or change the devnull module allowing people to make it join channels upon connection. For example, When services start, I want 'DevNull' (which is renamed on my network) to automatically join 4 channels because of their signifigance to the network. Please add this function or change it for me. Thanks a lot -Darkj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030321/9b1b49d1/attachment.htm From SSUP3RNOVAA at aol.com Fri Mar 21 08:59:06 2003 From: SSUP3RNOVAA at aol.com (SSUP3RNOVAA@aol.com) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Initialization failed, exiting. Message-ID: <19f.123838ac.2bac9eda@aol.com> Hi there, when i try to run my IRC Services, i get this error message: Ross@greek:~/services# ./ircservices Initialization failed, exiting. Ross@greek:~/services# In the ircservices.log i see this: [Mar 21 11:57:04.199557 2003] modules: configure() failed for database/version4 [Mar 21 11:57:04.199677 2003] Error loading modules, aborting how do i fix this? thanx, ross. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030321/05ca50a5/attachment.html From georges at berscheid.lu Fri Mar 21 11:13:42 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:55 2004 Subject: AW: [IRCServices] Suggestion for IRC Services In-Reply-To: <000401c2efb1$6915a030$f64f9144@weed> Message-ID: <000f01c2efde$002e55d0$cdc918d4@gizmo> Hi, change the body of do_introduce in misc/devnull.c to the following: if (!nick || irc_stricmp(nick, s_DevNull) == 0) { send_nick(s_DevNull, ServiceUser, ServiceHost, ServerName, desc_DevNull, pseudoclient_modes); send_cmd(s_DevNull, "JOIN #yourchan1"); send_cmd(s_DevNull, "JOIN #yourchan2"); send_cmd(s_DevNull, "JOIN #yourchan3"); send_cmd(s_DevNull, "JOIN #yourchan4"); if (nick) return 1; } return 0; recompile and restart, or try /msg operserv raw :DevNull JOIN #yourchan Use this at your own risk ;-) Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Freitag, 21. M?rz 2003 14:55 An: ircservices@ircservices.za.net Betreff: [IRCServices] Suggestion for IRC Services Is there any way you can add or change the devnull module allowing people to make it join channels upon connection. For example, When services start, I want ?DevNull? (which is renamed on my network) to automatically join 4 channels because of their signifigance to the network. Please add this function or change it for me. Thanks a lot -Darkj From achurch at achurch.org Sat Mar 22 07:49:13 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Initialization failed, exiting. In-Reply-To: <19f.123838ac.2bac9eda@aol.com> Message-ID: <3e7b9706.01436@mail.achurch.org> >Hi there, when i try to run my IRC Services, i get this error message: > >Ross@greek:~/services# ./ircservices >Initialization failed, exiting. >Ross@greek:~/services# > >In the ircservices.log i see this: > >[Mar 21 11:57:04.199557 2003] modules: configure() failed for >database/version4 >[Mar 21 11:57:04.199677 2003] Error loading modules, aborting This shouldn't happen. What does your modules.conf look like? --Andrew Church achurch@achurch.org http://achurch.org/ From jskam at shaw.ca Fri Mar 21 16:09:00 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Suggestion for IRC Services In-Reply-To: <000f01c2efde$002e55d0$cdc918d4@gizmo> Message-ID: <000701c2f007$3dc96000$f64f9144@weed> Yeah that didn't work for some reason, any other way? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Georges Berscheid Sent: Friday, March 21, 2003 12:14 PM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Suggestion for IRC Services Hi, change the body of do_introduce in misc/devnull.c to the following: if (!nick || irc_stricmp(nick, s_DevNull) == 0) { send_nick(s_DevNull, ServiceUser, ServiceHost, ServerName, desc_DevNull, pseudoclient_modes); send_cmd(s_DevNull, "JOIN #yourchan1"); send_cmd(s_DevNull, "JOIN #yourchan2"); send_cmd(s_DevNull, "JOIN #yourchan3"); send_cmd(s_DevNull, "JOIN #yourchan4"); if (nick) return 1; } return 0; recompile and restart, or try /msg operserv raw :DevNull JOIN #yourchan Use this at your own risk ;-) Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Freitag, 21. M?rz 2003 14:55 An: ircservices@ircservices.za.net Betreff: [IRCServices] Suggestion for IRC Services Is there any way you can add or change the devnull module allowing people to make it join channels upon connection. For example, When services start, I want ?DevNull? (which is renamed on my network) to automatically join 4 channels because of their signifigance to the network. Please add this function or change it for me. Thanks a lot -Darkj ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Fri Mar 21 16:33:43 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Suggestion for IRC Services In-Reply-To: <000701c2f007$3dc96000$f64f9144@weed> Message-ID: <000801c2f00a$b27d23c0$f64f9144@weed> Nevermind my last message, I'm a dummy, I figured it out, thanks for the help, I really appreciate it. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Jeffery Kam Sent: Friday, March 21, 2003 5:09 PM To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Suggestion for IRC Services Yeah that didn't work for some reason, any other way? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Georges Berscheid Sent: Friday, March 21, 2003 12:14 PM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Suggestion for IRC Services Hi, change the body of do_introduce in misc/devnull.c to the following: if (!nick || irc_stricmp(nick, s_DevNull) == 0) { send_nick(s_DevNull, ServiceUser, ServiceHost, ServerName, desc_DevNull, pseudoclient_modes); send_cmd(s_DevNull, "JOIN #yourchan1"); send_cmd(s_DevNull, "JOIN #yourchan2"); send_cmd(s_DevNull, "JOIN #yourchan3"); send_cmd(s_DevNull, "JOIN #yourchan4"); if (nick) return 1; } return 0; recompile and restart, or try /msg operserv raw :DevNull JOIN #yourchan Use this at your own risk ;-) Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Freitag, 21. M?rz 2003 14:55 An: ircservices@ircservices.za.net Betreff: [IRCServices] Suggestion for IRC Services Is there any way you can add or change the devnull module allowing people to make it join channels upon connection. For example, When services start, I want ?DevNull? (which is renamed on my network) to automatically join 4 channels because of their signifigance to the network. Please add this function or change it for me. Thanks a lot -Darkj ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Fri Mar 21 16:44:09 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] I think this is a bug Message-ID: <000001c2f00c$26abc3e0$f64f9144@weed> [05.29.39 pm]: -ChanServ- Be Advised. As of March 31, 2003, this channel will no longer be password protected. Instead, it will be access controlled, to ensure security. In order for this to happen, you MUST have a registered nickname by March 31 or expect not to be joining the channel. :PLEASE REGISTER YOUR NICKNAME! Notice the : before the word PLEASE. I'm not exactly sure why this happens,but it happens in any long message like that Is that a dreamforge.c problem or is it just me? -Darkj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030321/f55ddf79/attachment.htm From gastaman at azzurra.org Fri Mar 21 16:50:13 2003 From: gastaman at azzurra.org (Gastaman) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] I think this is a bug In-Reply-To: <000001c2f00c$26abc3e0$f64f9144@weed> Message-ID: <5.1.0.14.2.20030322014923.03032d58@mail.telvia.it> It was 05:44 PM 3/21/2003 -0700 when Jeffery Kam came up with: >Notice the : before the word PLEASE. I m not exactly sure why >this happens,but it happens in any long message like that This is a mIRC bug, try using /msg instead of /cs (or the other way around), that should fix it. From brain at brainbox.winbot.co.uk Sat Mar 22 10:55:23 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] I think this is a bug Message-ID: <200303221855.h2MItRV00327@localhost.localdomain> We also get it using unreal 3.2 beta 15. I believe its a dreamforge/unreal problem... >[05.29.39 pm]: -ChanServ- Be Advised. As of March 31, 2003, this channel >will no longer be password protected. Instead, it will be access >controlled, to ensure security. In order for this to happen, you MUST >have a registered nickname by March 31 or expect not to be joining the >channel. :PLEASE REGISTER YOUR NICKNAME! > >Notice the : before the word PLEASE. I'm not exactly sure why this >happens,but it happens in any long message like that > >Is that a dreamforge.c problem or is it just me? > >-Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From brain at brainbox.winbot.co.uk Sat Mar 22 13:39:26 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Display glitch Message-ID: <200303222139.h2MLdUV02669@localhost.localdomain> /cs status #darkempire gorilla [21:36] -ChanServ- STATUS #darkempire Gorilla 1000 /cs access #darkempire list [21:37] -ChanServ- 9 10 [OPA]spaceRaptor [21:37] -ChanServ- 10 15 Tatum [21:37] -ChanServ- 11 -999 Gorilla [21:37] -ChanServ- 12 5 Juy [21:37] -ChanServ- 13 15 CAD The counter wraps at 999 either side in status - a display glitch or designed behaviour? From achurch at achurch.org Sun Mar 23 09:30:39 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Display glitch In-Reply-To: <200303222139.h2MLdUV02669@localhost.localdomain> Message-ID: <3e7d0040.21725@mail.achurch.org> >/cs status #darkempire gorilla > >[21:36] -ChanServ- STATUS #darkempire Gorilla 1000 > >/cs access #darkempire list > >[21:37] -ChanServ- 9 10 [OPA]spaceRaptor >[21:37] -ChanServ- 10 15 Tatum >[21:37] -ChanServ- 11 -999 Gorilla >[21:37] -ChanServ- 12 5 Juy >[21:37] -ChanServ- 13 15 CAD The access list is ignored for the founder of a channel. --Andrew Church achurch@achurch.org http://achurch.org/ From jskam at shaw.ca Sat Mar 22 21:12:35 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] Yet another suggestion Message-ID: <000001c2f0fa$d11af410$f64f9144@weed> I don't know if this is possible, but is there some way to make it so that when you restart or shutdown services, and start them up again, not to see a large amount of spam from the logonnews, opernews, and chanserv entrymsg, like a way to take it out of initialization verbose, if that makes any sense. Just a suggestion, I know I'd like to see a feature like this. -Darkj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030322/d662bda5/attachment.html From nick at nickgawronski.com Sun Mar 23 07:13:15 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] bahamut-1.4.33 and ircservices-5.0.14 problem Message-ID: <000501c2f14e$bc148640$210110ac@gateway.2wire.net> Hi, When my server starts I get host/server name error in the log file. Here is the ircd.log Debug: File Level: 5 at Sun Mar 23 09:05:01 2003 Read Init: (64) (nickgawronski.com) (207.44.152.53) (Houston Texas Nick Gawronski server) (6667) (0) Read Init: (256) (server contact) (Nick Gawronski) (nick@nickgawronski.com) (0) (0) Read Init: (2) (*@*) () (*@*) (0) (136759968) Read Init: (32) (*@*.*) (chihua) (nick) (1048567) (136759936) Read Init: (524288) (services.nickgawronski.com) (*) (*) (0) (0) Read Init: (1048576) (chihua) (chihua) ((null)) (0) (0) Host/server name error: (*@207.44.152.53) (services.nickgawronski.com) Read Init: (4) (*@207.44.152.53) (chihua) (services.nickgawronski.com) (0) (136759936) Read Init: (262144) () (Reserved for services) (ChanServ) (0) (0) Read Init: (262144) () (Reserved for services) (NickServ) (0) (0) Read Init: (262144) () (Reserved for services) (MemoServ) (0) (0) Read Init: (262144) () (Reserved for services) (OperServ) (0) (0) Read Init: (262144) () (Reserved for services) (HelpServ) (0) (0) Read Init: (262144) () (Reserved for operators) (DALnet) (0) (0) Read Init: (262144) () (Reserved for operators) (IRCop) (0) (0) Read Init: (8192) (*) () (services.nickgawronski.com) (0) (0) Failed reading kline file kline.conf Port = 6667 Server ready... Connection check at : Sun Mar 23 09:05:01 2003 Next connection check : Wed Dec 31 18:00:00 1969 timeout_query_list at Sun Mar 23 09:05:01 2003 Next check_ping() call at: Sun Mar 23 09:05:11 2003, 0 1048431911 1048431902 Next check_ping() call at: Sun Mar 23 09:05:22 2003, 0 1048431922 1048431913 Next check_ping() call at: Sun Mar 23 09:05:33 2003, 0 1048431933 1048431924 Next check_ping() call at: Sun Mar 23 09:05:45 2003, 0 1048431945 1048431936 Next check_ping() call at: Sun Mar 23 09:05:56 2003, 0 1048431956 1048431947 From Craig at chatspike.net Tue Mar 25 09:25:42 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] I think this is a bug Message-ID: <20030325172543.FVZD25105.mta07-svc.ntlworld.com@i-br0ked-it> AS far as i know, this is a bug with the IRCDs aliases, it only occurs when you use /os global.. ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org <`RaSh> how do i install linux i got the cd and i dont see the setup.exe or install.exe ----------------------------------------------------------------------- ============ Original Message ============ >From : "Jeffery Kam" >Reply-To : ircservices@ircservices.za.net >To : ircservices@ircservices.za.net >Subject : [IRCServices] I think this is a bug >Date : 2003-03-21 > > >[05.29.39 pm]: -ChanServ- Be Advised. As of March 31, 2003, this channel >will no longer be password protected. Instead, it will be access >controlled, to ensure security. In order for this to happen, you MUST >have a registered nickname by March 31 or expect not to be joining the >channel. :PLEASE REGISTER YOUR NICKNAME! > >Notice the : before the word PLEASE. I'm not exactly sure why this >happens,but it happens in any long message like that > >Is that a dreamforge.c problem or is it just me? > >-Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From nick at nickgawronski.com Tue Mar 25 16:53:44 2003 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] bahamut and ircservices problem not fixed Message-ID: <000501c2f332$291d5de0$210110ac@gateway.2wire.net> Hi, I have emailed this list about 6 times about a problem with bahamut and ircservices and have got no answers at all. Where else can I go for help? bye From quension at mac.com Tue Mar 25 18:29:06 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] bahamut and ircservices problem not fixed In-Reply-To: <000501c2f332$291d5de0$210110ac@gateway.2wire.net> Message-ID: On Tuesday, Mar 25, 2003, at 16:53 US/Pacific, Nick Gawronski wrote: > Hi, I have emailed this list about 6 times about a problem with > bahamut and > ircservices and have got no answers at all. Where else can I go for > help? > bye I replied once on Mar 6 and got no further response from you. Are you having trouble receiving list emails? -- Quension From fireman at nitrousnet.net Thu Mar 27 18:56:54 2003 From: fireman at nitrousnet.net (Fireman) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] tri-ircd5 and ircservices-5.0.14 Message-ID: <001001c2f4d5$b057f140$bea55641@fireman> Hello, I have searched this list for an anwer to my problem to no avail. We are wanting to migrate our network to tri-ircd5 and ircservices-5.0.14. Both compile fine and the ircd starts with no problems, nor do I get any errors on a /rehash. But when I start ircservices, I get this: -testserv.nitrousnet.net- *** Routing -- Unauthorized server connection attempt from [xx.xx.xx.xx]: Bad password for server services.nitrousnet.net Here is my connect directive in the ircd config file: connect { name = "services.nitrousnet.net"; host = "xx.xx.xx.xx"; send_password = "CC175B9C0F1B6"; accept_password = "CC175B9C0F1B6"; /* please hash this with /mkpasswd or ircpasswd */ encrypted = no; compressed = no; autoconnect = no; ishub = yes; aftype = ipv4; class = 1; port = 3333; ultimate = yes; }; I have done this every way I can think of. I have encrypted the password on the server side, put the same output into the services config file. Doesn't work. I have encrypted the password on the server side, put the plain text password into the services config file. Doesn't work. I have compiled the ircd without openssl or zlib support and used plain text passwords on both sides. Doesn't work. Can anyone tell me what I am doing wrong ? I'm not new to ircd's or services but this one has me baffled. Thanks in advance, Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030327/95eb3549/attachment.htm From griever at t2n.org Thu Mar 27 20:42:06 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] tri-ircd5 and ircservices-5.0.14 In-Reply-To: <001001c2f4d5$b057f140$bea55641@fireman> References: <001001c2f4d5$b057f140$bea55641@fireman> Message-ID: On Thu, 27 Mar 2003 20:56:54 -0600, Fireman wrote: > Hello, > > I have searched this list for an anwer to my problem to no avail. We are > wanting to migrate our network to tri-ircd5 and ircservices-5.0.14. > Both compile fine and the ircd starts with no problems, nor do I get any > errors on a /rehash. But when I start ircservices, I get this: ***snip*** > I have done this every way I can think of. I have encrypted the password > on the server side, put the same output into the services config file. > Doesn't work. > I have encrypted the password on the server side, put the plain text > password into the services config file. Doesn't work. I have compiled > the ircd without openssl or zlib support and used plain text passwords on > both sides. Doesn't work. Can anyone tell me what I am doing wrong ? > I'm not new to ircd's or services but this one has me baffled. > > Thanks in advance, > > Ken > Hey fireman, ltns :) all I can think of doing is running ircservices on the highest debug level to see what data is being sent over the connection. Wipe your log file, start services once and see if the log file contains any useful info... If you can't see anything, send a copy of the logfile to me (griever@t2n.org) (I'm not sure if you're supposed to send it to the list or not) and I'll attempt to decipher it. From achurch at achurch.org Fri Mar 28 16:26:13 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] tri-ircd5 and ircservices-5.0.14 In-Reply-To: Message-ID: <3e83fabd.07456@mail.achurch.org> Combined reply: >> I have encrypted the password on the server side, put the plain text >> password into the services config file. Doesn't work. This is the way it should be (assuming you compiled your ircd with encrypted passwords)--Services has to have the password in plaintext. One possibility that springs to mind is that the OS you're using is rewriting IP addresses behind your back. I know that at least Linux seems to do this under some circumstances, and it causes me no end of grief. Try setting the hostnames in the ircd and Services config files to 127.0.0.1 and see if that works. >all I can think of doing is running ircservices on the highest debug level >to see what data is being sent over the connection. Wipe your log file, >start services once and see if the log file contains any useful info... Just for the record, debug level 1 is sufficient to get >If you can't see anything, send a copy of the logfile to me >(griever@t2n.org) >(I'm not sure if you're supposed to send it to the list or not) and I'll >attempt to decipher it. In general, entire log files shouldn't be sent to the list (snippets like the one in the original post are fine), because they (1) take up people's inbox space, (2) take up bandwidth on the list server machine, and (3) might contain passwords and other sensitive information. There is in any case, or at least was in the past, a 40kB limit on post size as well. --Andrew Church achurch@achurch.org http://achurch.org/ From fireman at nitrousnet.net Fri Mar 28 02:33:07 2003 From: fireman at nitrousnet.net (Fireman) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] tri-ircd5 and ircservices-5.0.14 References: <3e83fabd.07456@mail.achurch.org> Message-ID: <000b01c2f515$6ce0def0$bea55641@fireman> Hey Finny, How's it hangin ? Mr. Church, I tried the hostname change and it fixed it. Considering it was giving me a password error, I would have never dreamed it was an IP problem. Thanks to all for the help. Ken ----- Original Message ----- From: "Andrew Church" To: Sent: Friday, March 28, 2003 1:26 AM Subject: Re: [IRCServices] tri-ircd5 and ircservices-5.0.14 > Combined reply: > > >> I have encrypted the password on the server side, put the plain text > >> password into the services config file. Doesn't work. > > This is the way it should be (assuming you compiled your ircd with > encrypted passwords)--Services has to have the password in plaintext. > > One possibility that springs to mind is that the OS you're using is > rewriting IP addresses behind your back. I know that at least Linux seems > to do this under some circumstances, and it causes me no end of grief. Try > setting the hostnames in the ircd and Services config files to 127.0.0.1 > and see if that works. > > >all I can think of doing is running ircservices on the highest debug level > >to see what data is being sent over the connection. Wipe your log file, > >start services once and see if the log file contains any useful info... > > Just for the record, debug level 1 is sufficient to get > > >If you can't see anything, send a copy of the logfile to me > >(griever@t2n.org) > >(I'm not sure if you're supposed to send it to the list or not) and I'll > >attempt to decipher it. > > In general, entire log files shouldn't be sent to the list (snippets > like the one in the original post are fine), because they (1) take up > people's inbox space, (2) take up bandwidth on the list server machine, > and (3) might contain passwords and other sensitive information. There is > in any case, or at least was in the past, a 40kB limit on post size as > well. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Mar 28 22:45:52 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] tri-ircd5 and ircservices-5.0.14 In-Reply-To: <000b01c2f515$6ce0def0$bea55641@fireman> Message-ID: <3e845374.10117@mail.achurch.org> >I tried the hostname change and it fixed it. Considering it was giving me a >password error, I would have never dreamed it was an IP problem. Thanks to >all for the help. This probably stems from old Unix thinking that says "never give an attacker more information than necessary"; for example, when you log into a Unix system, even if you give a username that doesn't exist you'll still get a "password incorrect" error, to prevent potential attackers from finding out valid usernames on the system. Whether this is applicable to IRC is a question definitely worth thinking about--server names on the network are usually public knowledge--but that's probably where it came from. --Andrew Church achurch@achurch.org http://achurch.org/ From georges at berscheid.lu Fri Apr 4 01:22:19 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:55 2004 Subject: [IRCServices] channel KICK - Callback In-Reply-To: <3e845374.10117@mail.achurch.org> Message-ID: <000401c2fa8b$b0abea50$4dbbf683@globi> Hi, I'm trying to use the 'channel KICK' core callback but I don't know how to find out both the user that kicked and the user that has been kicked. Any help available on this ? Georges From ircd at bigpond.com Fri Apr 4 22:51:29 2003 From: ircd at bigpond.com (Peter Andersen) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] AOP/SOP/AKICK Viewing Access Message-ID: <3E8E7CF1.000003.02044@shynx> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030405/588e1707/attachment.gif From achurch at achurch.org Sat Apr 5 23:16:21 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] AOP/SOP/AKICK Viewing Access In-Reply-To: <3E8E7CF1.000003.02044@shynx> Message-ID: <3e8ee733.04125@mail.achurch.org> If you have the chanserv/access-levels module loaded as well, you can set the access level required for viewing the AOP/SOP/etc. lists (one setting for all of them--you can't set them individually) with the LEVELS command. The level for viewing the autokick list is fixed at the level required for setting autokicks (SOP, unless you change it with the LEVELS command). And don't send HTML mail to the list. It ends up looking like below. --Andrew Church achurch@achurch.org http://achurch.org/ > >--===============06323206405455073== >Content-Type: Multipart/related; > type="multipart/alternative"; > boundary="------------Boundary-00=_T1ZUG6G0000000000000" > > >--------------Boundary-00=_T1ZUG6G0000000000000 >Content-Type: Multipart/Alternative; > boundary="------------Boundary-00=_T1ZUBHK0000000000000" > > >--------------Boundary-00=_T1ZUBHK0000000000000 >Content-Type: Text/Plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >Is there anyway to turn off viewing of Aop/Sop/Akick lists if your not an >actual Aop... etc?=0D >=0D >Peter Andersen=0D >aka Shynx=0D >=0D >Server Admin of usa.eyerc.net=0D >www.eyerc.net >--------------Boundary-00=_T1ZUBHK0000000000000 >Content-Type: Text/HTML; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > >1"> > > > > 10px 10px; FONT-FAMILY: Arial" bgColor=3D#ffffff background=3D"" scroll=3D= >yes X-FVER=3D"3.0" ORGYPOS=3D"0"> >%" border=3D0> > > > > >
AMILY: Arial" width=3D"100%"> >
Is there anyway to turn off viewing of Aop/Sop/Akick lists if= > your not an actual Aop... etc?
>
 
>
Peter Andersen
>
aka Shynx
>
 
>
Server Admin of usa.eyerc.net
> >
 
> > > > > >ABLE>
ONT face=3D"Arial, Helvetica, sans-serif" size=3D2>______________________= >______________________________
<= >A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= >3D"" align=3Dbaseline border=3D0>  IncrediMail - Email has= > finally evolved - =2Easp?ad_id=3D309&lang=3D9">= >Click Here
>--------------Boundary-00=_T1ZUBHK0000000000000-- > >--------------Boundary-00=_T1ZUG6G0000000000000 >Content-Type: image/gif; > name="IMSTP.gif" >Content-Transfer-Encoding: base64 >Content-ID: > >R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA >AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B >URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt >E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE >CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ >AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ >Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj >1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 >BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= > >--------------Boundary-00=_T1ZUG6G0000000000000-- > > >--===============06323206405455073== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >--===============06323206405455073==-- > From brain at brainbox.winbot.co.uk Sat Apr 5 10:56:40 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] AOP/SOP/AKICK Viewing Access Message-ID: <200304051756.h35Huf726260@localhost.localdomain> use the /msg ChanServ LEVELS #CHANNEL command. See the help for it in ChanServ. >Is there anyway to turn off viewing of Aop/Sop/Akick lists if your not an >actual Aop... etc? > > > >Peter Andersen > >aka Shynx > > > >Server Admin of usa.eyerc.net > >www.eyerc.net >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Sun Apr 6 04:55:57 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] After Restart Problems Message-ID: <004201c2fc33$82fd86a0$0100a8c0@control> Hello Everybody; I dont know if anybody else have this kind of problems but everytime after services restarts, it is like keeptopic get lost. If someone makes a topic when services unlinked, services wont give the last topic when it is linked again. Another problem is about suspends. When a nick is suspended such as 35 days and 30 is expire time. After the first update after unsuspend, nick drops. Also extra 5 days is given after unsuspend at conf. So we make suspended nick noexpire until user identifies. And the last one is services randomly removes the noexpire parameter from channels. Expecially after changing versions, like from 5.0.14 to 5.0.15 Anybody has this kind of problems? Take Care... --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.465 / Virus Database: 263 - Release Date: 25.03.2003 From achurch at achurch.org Tue Apr 8 00:23:05 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.15 released Message-ID: <3e9198cb.35313@mail.achurch.org> Services 5.0.15 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 15871c4484e608ebf833a8e193af271e ircservices-5.0.15.tar.gz 29c52cbc9cdc0f07a3cd5016026cffe2 ircservices-5.0.15.diff.gz c823790cde22da1379746a5092ba0d56 ircservices-5.0.15-1.i386.rpm f285106d7b6465f552b015ec38939363 ircservices_5.0.15-1_i386.deb The other mirrors should have it shortly. This release has only minor changes, and (after having released it, of course) it occurred to me that this probably didn't warrant a new release, but oh well. Yusuf Iskenderoglu (developer of trircd) has assured me that trircd 4.x is no longer in use, hence the decision to remove support for it in a stable version release. Changes in version 5.0.15 ------------------------- 2003/04/08 Support for trircd 4.x removed, and for 5.1 added, on recommendation from Yusuf Iskenderoglu 2003/03/06 Fixed typo in English language file. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From Holger.Ass at t-online.de Wed Apr 9 10:18:29 2003 From: Holger.Ass at t-online.de (Holger Ass) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services in channel opers Message-ID: <3E9455E5.20703@t-online.de> Where i can setup to let the services, nickserv, operserv, ... to join automaticly the channel #opers Thanx for help From achurch at achurch.org Thu Apr 10 12:04:20 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.16 and 4.5.45 released Message-ID: <3e94df22.25644@mail.achurch.org> Services 5.0.16 and 4.5.45 have been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) be5969e4ca42fdd56200abc76bfb0b65 ircservices-5.0.16.tar.gz 9edc1a679418042fa7f1de90c8fa323a ircservices-5.0.16.diff.gz fdbc8b3ad6e357edc8cb8529ec5fccdb ircservices-5.0.16-1.i386.rpm 105547c3e736dbaefacf7126d51a3dc3 ircservices_5.0.16-1_i386.deb 5b5cb3a37fd64320550d42c88315ae67 ircservices-4.5.45.tar.gz 027fc60f1e356d3ee3f6a735828279ff ircservices-4.5.45.diff.gz The other mirrors should have it shortly. These releases correct a potential crash when some *Serv commands are given too few or no parameters followed by whitespace. On Linux systems using glibc 2.2, this problem is (coincidentally) already worked around due to a bug in the glibc strtok() function--however, if you are using version 4.5 and have not installed freshly since release 4.5.20 or earlier, you may still be vulnerable, and you should reinstall from the tar.gz release. Other systems may also be vulnerable to this problem. All users of Services should upgrade as soon as possible. Thanks go to Joao Luis Marques Pinto for finding and reporting this bug. Changes in version 5.0.16 (and 4.5.45) ------------------------- 2003/04/10 Fixed crash on some systems when giving only spaces to certain commands. Reported by Joao Luis Marques Pinto --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Thu Apr 10 05:02:15 2003 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.16 and 4.5.45 released In-Reply-To: <3e94df22.25644@mail.achurch.org> Message-ID: <00ee01c2ff59$077e5fd0$826a3a44@noc7> Either I'm completely stupid and really need sleep or it's rather impossible to access these on esper and I don't yet see them on ircservices.za.net. Esper.net won't accept an email address as password for anonymous and ircservices.za.net doesn't have .15 or .16. Elijah -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Wednesday, April 09, 2003 10:04 PM To: ircservices@ircservices.za.net Subject: [IRCServices] Services 5.0.16 and 4.5.45 released Services 5.0.16 and 4.5.45 have been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) be5969e4ca42fdd56200abc76bfb0b65 ircservices-5.0.16.tar.gz 9edc1a679418042fa7f1de90c8fa323a ircservices-5.0.16.diff.gz fdbc8b3ad6e357edc8cb8529ec5fccdb ircservices-5.0.16-1.i386.rpm 105547c3e736dbaefacf7126d51a3dc3 ircservices_5.0.16-1_i386.deb 5b5cb3a37fd64320550d42c88315ae67 ircservices-4.5.45.tar.gz 027fc60f1e356d3ee3f6a735828279ff ircservices-4.5.45.diff.gz The other mirrors should have it shortly. These releases correct a potential crash when some *Serv commands are given too few or no parameters followed by whitespace. On Linux systems using glibc 2.2, this problem is (coincidentally) already worked around due to a bug in the glibc strtok() function--however, if you are using version 4.5 and have not installed freshly since release 4.5.20 or earlier, you may still be vulnerable, and you should reinstall from the tar.gz release. Other systems may also be vulnerable to this problem. All users of Services should upgrade as soon as possible. Thanks go to Joao Luis Marques Pinto for finding and reporting this bug. Changes in version 5.0.16 (and 4.5.45) ------------------------- 2003/04/10 Fixed crash on some systems when giving only spaces to certain commands. Reported by Joao Luis Marques Pinto --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From martinpels at hotmail.com Thu Apr 10 05:07:42 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.16 and 4.5.45 released Message-ID: Try using anonymous with no password. That works for me. Martin > >Either I'm completely stupid and really need sleep or it's rather >impossible >to access these on esper and I don't yet see them on ircservices.za.net. >Esper.net won't accept an email address as password for anonymous and >ircservices.za.net doesn't have .15 or .16. > >Elijah > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church >Sent: Wednesday, April 09, 2003 10:04 PM >To: ircservices@ircservices.za.net >Subject: [IRCServices] Services 5.0.16 and 4.5.45 released > > > Services 5.0.16 and 4.5.45 have been released, and can be downloaded >from: > >ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >ftp://ftp.esper.net/ircservices/ (USA, California) > >be5969e4ca42fdd56200abc76bfb0b65 ircservices-5.0.16.tar.gz >9edc1a679418042fa7f1de90c8fa323a ircservices-5.0.16.diff.gz >fdbc8b3ad6e357edc8cb8529ec5fccdb ircservices-5.0.16-1.i386.rpm >105547c3e736dbaefacf7126d51a3dc3 ircservices_5.0.16-1_i386.deb > >5b5cb3a37fd64320550d42c88315ae67 ircservices-4.5.45.tar.gz >027fc60f1e356d3ee3f6a735828279ff ircservices-4.5.45.diff.gz > >The other mirrors should have it shortly. > > These releases correct a potential crash when some *Serv commands are >given too few or no parameters followed by whitespace. On Linux systems >using glibc 2.2, this problem is (coincidentally) already worked around due >to a bug in the glibc strtok() function--however, if you are using version >4.5 and have not installed freshly since release 4.5.20 or earlier, you may >still be vulnerable, and you should reinstall from the tar.gz release. >Other >systems may also be vulnerable to this problem. All users of Services >should upgrade as soon as possible. > > Thanks go to Joao Luis Marques Pinto for finding >and reporting this bug. > >Changes in version 5.0.16 (and 4.5.45) >------------------------- >2003/04/10 Fixed crash on some systems when giving only spaces to > certain commands. Reported by Joao Luis Marques Pinto > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From keihan at sergei.cc Thu Apr 10 09:16:29 2003 From: keihan at sergei.cc (Mattias Karlsson) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.16 and 4.5.45 released In-Reply-To: <00ee01c2ff59$077e5fd0$826a3a44@noc7> References: <00ee01c2ff59$077e5fd0$826a3a44@noc7> Message-ID: <3E9598DD.30405@sergei.cc> My somewhat unofficial mirror in Sweden has these too. ftp://ftp.sergei.cc/pub/ircservices/ http://ftp.sergei.cc/pub/ircservices/ // Mattias Elijah wrote: > Either I'm completely stupid and really need sleep or it's rather impossible > to access these on esper and I don't yet see them on ircservices.za.net. > Esper.net won't accept an email address as password for anonymous and > ircservices.za.net doesn't have .15 or .16. > > Elijah > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church > Sent: Wednesday, April 09, 2003 10:04 PM > To: ircservices@ircservices.za.net > Subject: [IRCServices] Services 5.0.16 and 4.5.45 released > > > Services 5.0.16 and 4.5.45 have been released, and can be downloaded > from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > be5969e4ca42fdd56200abc76bfb0b65 ircservices-5.0.16.tar.gz > 9edc1a679418042fa7f1de90c8fa323a ircservices-5.0.16.diff.gz > fdbc8b3ad6e357edc8cb8529ec5fccdb ircservices-5.0.16-1.i386.rpm > 105547c3e736dbaefacf7126d51a3dc3 ircservices_5.0.16-1_i386.deb > > 5b5cb3a37fd64320550d42c88315ae67 ircservices-4.5.45.tar.gz > 027fc60f1e356d3ee3f6a735828279ff ircservices-4.5.45.diff.gz > > The other mirrors should have it shortly. > > These releases correct a potential crash when some *Serv commands are > given too few or no parameters followed by whitespace. On Linux systems > using glibc 2.2, this problem is (coincidentally) already worked around due > to a bug in the glibc strtok() function--however, if you are using version > 4.5 and have not installed freshly since release 4.5.20 or earlier, you may > still be vulnerable, and you should reinstall from the tar.gz release. Other > systems may also be vulnerable to this problem. All users of Services > should upgrade as soon as possible. > > Thanks go to Joao Luis Marques Pinto for finding > and reporting this bug. > > Changes in version 5.0.16 (and 4.5.45) > ------------------------- > 2003/04/10 Fixed crash on some systems when giving only spaces to > certain commands. Reported by Joao Luis Marques Pinto > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- Mattias Karlsson mattias.karlsson@sergei.cc SysAdm - http://www.sergei.cc/ From dylanvdm at icon.co.za Thu Apr 10 08:43:56 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services in channel opers References: <3E9455E5.20703@t-online.de> Message-ID: <003101c2ff83$47d3d9a0$d0ccef9b@dylan> The days have long passed when services used to act like bots and sit in channels. It is now against the irc protocol to allow this, therefore it does not happen nor can you set them to do so in the config file. You can force services into a channel using RAW commands but this is highly discouraged as all sorts of things can go wrong. Leave them where they are, you'll be just fine. Dylan. ----- Original Message ----- From: "Holger Ass" To: Sent: Wednesday, April 09, 2003 7:18 PM Subject: [IRCServices] Services in channel opers > Where i can setup to let the services, nickserv, operserv, ... to join > automaticly the channel #opers > > Thanx for help > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From jay at hyperion.sleepygeek.org Thu Apr 10 15:23:39 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] using a different database for user auth? Message-ID: <20030410232339.A8469@hyperion.sleepygeek.org> Hi, I have an interesting problem. I maintain the server for a large site with a forum and fancy java chat system, currently the logins for the java chat system are linked to the user accounts on the forum, which is vBulletin. I wrot the login stuff myself in PHP. We'd like to do away with the java chat system for various reasons, and possibly like to replace it with an IRC server. One of the main concerns here is controllung use of nicknames. Unfortunately, asking users to create two accounts (one on the forum, one on the IRC server/services) isn't really an option. I must keep the IRC services accounts in sync with the forum ones. I have noticed that there is an inport function for the accounts used by Services - I can easily create the XML file from the vBulletin account data for Services to import, however, how should I keep this updated? Should I simply have Services import the current account data every hour or so? There are approximately 8,000 accounts on the forum, but I don't expect that more than 500 or so would create an IRC account. What is the best way to approach this? While I am more than willing to code support for something like this myself, I'm afraid my C/C++ skills are not up to the task at the moment. Does anyone have any other ideas about how to accomplish this? Many thanks, Charlie From Xuefer at 21cn.com Thu Apr 10 18:46:39 2003 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] using a different database for user auth? Message-ID: jay: hi, i'm so... interested in your website can u give me the url :) ======= Original Message 2003-04-10 23:23:00: ======= >Hi, > >I have an interesting problem. I maintain the server for a large site with a forum and fancy java chat system, currently the logins for the java chat system are linked to the user accounts on the forum, which is vBulletin. I wrot the login stuff myself in PHP. > From griever at t2n.org Thu Apr 10 20:34:05 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services in channel opers In-Reply-To: <003101c2ff83$47d3d9a0$d0ccef9b@dylan> References: <3E9455E5.20703@t-online.de> <003101c2ff83$47d3d9a0$d0ccef9b@dylan> Message-ID: On Thu, 10 Apr 2003 17:43:56 +0200, Dylan v.d Merwe wrote: > The days have long passed when services used to act like bots and sit in > channels. It is now against the irc protocol to allow this, therefore it > does not happen nor can you set them to do so in the config file. > > You can force services into a channel using RAW commands but this is > highly > discouraged as all sorts of things can go wrong. Leave them where they > are, > you'll be just fine. > > Dylan. > Whoa, when did it become against the irc protocol to do this? And which irc protocol anyway? :p From georges at berscheid.lu Fri Apr 11 00:59:32 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:56 2004 Subject: AW: [IRCServices] using a different database for user auth? In-Reply-To: <20030410232339.A8469@hyperion.sleepygeek.org> Message-ID: <000601c30000$494c6810$4dbbf683@globi> Hi, we are using something similar on our network. We force users to register their nicks via a web-form and synchronize them using a MySQL module for services. For more information please browse the archive and look for a SQL thread few days ago. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von jay Gesendet: Freitag, 11. April 2003 00:24 An: ircservices@ircservices.za.net Betreff: [IRCServices] using a different database for user auth? Hi, I have an interesting problem. I maintain the server for a large site with a forum and fancy java chat system, currently the logins for the java chat system are linked to the user accounts on the forum, which is vBulletin. I wrot the login stuff myself in PHP. We'd like to do away with the java chat system for various reasons, and possibly like to replace it with an IRC server. One of the main concerns here is controllung use of nicknames. Unfortunately, asking users to create two accounts (one on the forum, one on the IRC server/services) isn't really an option. I must keep the IRC services accounts in sync with the forum ones. I have noticed that there is an inport function for the accounts used by Services - I can easily create the XML file from the vBulletin account data for Services to import, however, how should I keep this updated? Should I simply have Services import the current account data every hour or so? There are approximately 8,000 accounts on the forum, but I don't expect that more than 500 or so would create an IRC account. What is the best way to approach this? While I am more than willing to code support for something like this myself, I'm afraid my C/C++ skills are not up to the task at the moment. Does anyone have any other ideas about how to accomplish this? Many thanks, Charlie ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jay at hyperion.sleepygeek.org Fri Apr 11 11:04:12 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] using a different database for user auth? In-Reply-To: <000601c30000$494c6810$4dbbf683@globi>; from georges@berscheid.lu on Fri, Apr 11, 2003 at 09:59:32AM +0200 References: <20030410232339.A8469@hyperion.sleepygeek.org> <000601c30000$494c6810$4dbbf683@globi> Message-ID: <20030411190412.A4008@hyperion.sleepygeek.org> I found the thread you mentioned, but unfortunately there wasn't much information there, and I haven't been able to dig up much relevant information on google either. Does anyone know where I can find this mysql module? Alternatively, does anyone have any suggestions on another way I could approach this problem? Many thanks, Charlie On Fri, Apr 11, 2003 at 09:59:32AM +0200, Georges Berscheid wrote: > Hi, > > we are using something similar on our network. We force users to > register their nicks via a web-form and synchronize them using a MySQL > module for services. > For more information please browse the archive and look for a SQL thread > few days ago. > > Georges > > > -----Urspr?ngliche Nachricht----- > Von: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von jay > Gesendet: Freitag, 11. April 2003 00:24 > An: ircservices@ircservices.za.net > Betreff: [IRCServices] using a different database for user auth? > > > Hi, > > I have an interesting problem. I maintain the server for a large site > with a forum and fancy java chat system, currently the logins for the > java chat system are linked to the user accounts on the forum, which is > vBulletin. I wrot the login stuff myself in PHP. > > We'd like to do away with the java chat system for various reasons, and > possibly like to replace it with an IRC server. One of the main concerns > here is controllung use of nicknames. > > Unfortunately, asking users to create two accounts (one on the forum, > one on the IRC server/services) isn't really an option. I must keep the > IRC services accounts in sync with the forum ones. > > I have noticed that there is an inport function for the accounts used by > Services - I can easily create the XML file from the vBulletin account > data for Services to import, however, how should I keep this updated? > Should I simply have Services import the current account data every hour > or so? > > There are approximately 8,000 accounts on the forum, but I don't expect > that more than 500 or so would create an IRC account. > > What is the best way to approach this? While I am more than willing to > code support for something like this myself, I'm afraid my C/C++ skills > are not up to the task at the moment. > > Does anyone have any other ideas about how to accomplish this? > > Many thanks, > > Charlie > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From jay at hyperion.sleepygeek.org Fri Apr 11 15:26:30 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old Message-ID: <20030411232630.A5638@hyperion.sleepygeek.org> Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. The 5.x source packages refused to compile when they got to the modules section. Anyway, I've got this installed, and when I try to run it: $ /usr/sbin/ircservices FATAL: kernel too old Aborted Kernel version is 2.2.16 2.2.16 isn't all THAT old - what's going on? Thanks, Charlie From holger.baust at freenet-ag.de Fri Apr 11 15:48:28 2003 From: holger.baust at freenet-ag.de (Holger Baust) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030411232630.A5638@hyperion.sleepygeek.org> References: <20030411232630.A5638@hyperion.sleepygeek.org> Message-ID: <20030411224828.GA9606@poisonbox.freenet-rz.de> Hi! On a ftp.kernel.org mirror: ncftp /pub/linux/kernel/v2.2 > ls -al LAT* -rw-rw-r-- 1 406 429 0 Dec 11 2000 LATEST-IS-2.2.25 ncftp /pub/linux/kernel/v2.4 > ls -al LAT* -rw-rw-r-- 1 406 429 0 Nov 28 23:54 LATEST-IS-2.4.20 You should try 2.2.25 or better take a 2.4 Kernel... perhaps 2.4.18-2.4.20. If you think, 2.2.16 is not too old, I think you live behind the moon... *G* On ftp.de.kernel.org, the kernel files for 2.2.16 are from June 7th 2000. I think, that's really old... On Fri, Apr 11, 2003 at 11:26:30PM +0100, jay wrote: > Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. The 5.x source packages refused to compile when they got to the modules section. > > Anyway, I've got this installed, and when I try to run it: > > $ /usr/sbin/ircservices > FATAL: kernel too old > Aborted > > Kernel version is 2.2.16 > > 2.2.16 isn't all THAT old - what's going on? > > > Thanks, > > Charlie > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- MfG, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030412/6beacaa7/attachment.pgp From jay at hyperion.sleepygeek.org Fri Apr 11 17:00:07 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030411224828.GA9606@poisonbox.freenet-rz.de>; from holger.baust@freenet-ag.de on Sat, Apr 12, 2003 at 12:48:28AM +0200 References: <20030411232630.A5638@hyperion.sleepygeek.org> <20030411224828.GA9606@poisonbox.freenet-rz.de> Message-ID: <20030412010007.A27562@hyperion.sleepygeek.org> I know I should update it, but I can't justify the risk and downtime, particularly not for this. I'm not happy with the machine as it is, but there's nothing I can do about it, putting a new kernel in place just isn't an option. I appreciate the response though, thanks. Do you have any other suggestions? :) Thanks, Charlie On Sat, Apr 12, 2003 at 12:48:28AM +0200, Holger Baust wrote: > Hi! > > On a ftp.kernel.org mirror: > ncftp /pub/linux/kernel/v2.2 > ls -al LAT* > -rw-rw-r-- 1 406 429 0 Dec 11 2000 LATEST-IS-2.2.25 > > ncftp /pub/linux/kernel/v2.4 > ls -al LAT* > -rw-rw-r-- 1 406 429 0 Nov 28 23:54 LATEST-IS-2.4.20 > > You should try 2.2.25 or better take a 2.4 Kernel... perhaps > 2.4.18-2.4.20. > > If you think, 2.2.16 is not too old, I think you live behind the moon... > *G* > > On ftp.de.kernel.org, the kernel files for 2.2.16 are from June 7th > 2000. I think, that's really old... > > > On Fri, Apr 11, 2003 at 11:26:30PM +0100, jay wrote: > > Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. The 5.x source packages refused to compile when they got to the modules section. > > > > Anyway, I've got this installed, and when I try to run it: > > > > $ /usr/sbin/ircservices > > FATAL: kernel too old > > Aborted > > > > Kernel version is 2.2.16 > > > > 2.2.16 isn't all THAT old - what's going on? > > > > > > Thanks, > > > > Charlie > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > -- > > MfG, > Holger Baust > > -- > Holger Baust Holger.Baust@freenet-ag.de > freenet.de AG Tel.: +49 211 53087 0 > WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 > Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg > Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 > > -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gregk at wwwpages.com Fri Apr 11 17:15:06 2003 From: gregk at wwwpages.com (Greg King) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old Message-ID: <20030411171506.1vq1vozec5ls!@rh.wwwpages.com.wwwpages.com> downtime? How much down time is there for a new kernel? Mine is just a few minutes for a reboot. And, there are so MANY exploits to older kernels out there, you are living in a glass house worried about the down time to implement better security. How much down time will removing hacker's damage take? jay said: > > I know I should update it, but I can't justify the risk and downtime, particularly not for this. I'm not happy with the machine as it is, but there's nothing I can do about it, putting a new kernel in place just isn't an option. > > I appreciate the response though, thanks. > > Do you have any other suggestions? :) > > Thanks, > > Charlie > > On Sat, Apr 12, 2003 at 12:48:28AM +0200, Holger Baust wrote: > > Hi! > > > > On a ftp.kernel.org mirror: > > ncftp /pub/linux/kernel/v2.2 > ls -al LAT* > > -rw-rw-r-- 1 406 429 0 Dec 11 2000 LATEST-IS-2.2.25 > > > > ncftp /pub/linux/kernel/v2.4 > ls -al LAT* > > -rw-rw-r-- 1 406 429 0 Nov 28 23:54 LATEST-IS-2.4.20 > > > > You should try 2.2.25 or better take a 2.4 Kernel... perhaps > > 2.4.18-2.4.20. > > > > If you think, 2.2.16 is not too old, I think you live behind the moon... > > *G* > > > > On ftp.de.kernel.org, the kernel files for 2.2.16 are from June 7th > > 2000. I think, that's really old... > > > > > > On Fri, Apr 11, 2003 at 11:26:30PM +0100, jay wrote: > > > Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. The 5.x source packages refused to compile when they got to the modules section. > > > > > > Anyway, I've got this installed, and when I try to run it: > > > > > > $ /usr/sbin/ircservices > > > FATAL: kernel too old > > > Aborted > > > > > > Kernel version is 2.2.16 > > > > > > 2.2.16 isn't all THAT old - what's going on? > > > > > > > > > Thanks, > > > > > > Charlie > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > -- > > > > MfG, > > Holger Baust > > > > -- > > Holger Baust Holger.Baust@freenet-ag.de > > freenet.de AG Tel.: +49 211 53087 0 > > WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 > > Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg > > Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 > > > > -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From jay at hyperion.sleepygeek.org Fri Apr 11 17:35:07 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030411171506.1vq1vozec5ls!@rh.wwwpages.com.wwwpages.com>; from gregk@wwwpages.com on Sat, Apr 12, 2003 at 12:15:06AM -0000 References: <20030411171506.1vq1vozec5ls!@rh.wwwpages.com.wwwpages.com> Message-ID: <20030412013507.B27562@hyperion.sleepygeek.org> More worried about the risk of it not coming back up than anything else. So, apart from installing a new kernel, what should I do? If I'm not going to get ircservices to work, can anyone recommend a different services application? And anyway, what is it that ircservices needs in a newer kernel? If complex things like php/openss(h/l) and so on work fine here, why not something as simple as this? Thanks, Charlie On Sat, Apr 12, 2003 at 12:15:06AM -0000, Greg King wrote: > > downtime? How much down time is there for a new kernel? Mine is just a few > minutes for a reboot. > > And, there are so MANY exploits to older kernels out there, you are living in a > glass house worried about the down time to implement better security. How much > down time will removing hacker's damage take? > > > > > jay said: > > > > > I know I should update it, but I can't justify the risk and downtime, particularly > not for this. I'm not happy with the machine as it is, but there's nothing I can do > about it, putting a new kernel in place just isn't an option. > > > > I appreciate the response though, thanks. > > > > Do you have any other suggestions? :) > > > > Thanks, > > > > Charlie > > > > On Sat, Apr 12, 2003 at 12:48:28AM +0200, Holger Baust wrote: > > > Hi! > > > > > > On a ftp.kernel.org mirror: > > > ncftp /pub/linux/kernel/v2.2 > ls -al LAT* > > > -rw-rw-r-- 1 406 429 0 Dec 11 2000 LATEST-IS-2.2.25 > > > > > > ncftp /pub/linux/kernel/v2.4 > ls -al LAT* > > > -rw-rw-r-- 1 406 429 0 Nov 28 23:54 LATEST-IS-2.4.20 > > > > > > You should try 2.2.25 or better take a 2.4 Kernel... perhaps > > > 2.4.18-2.4.20. > > > > > > If you think, 2.2.16 is not too old, I think you live behind the moon... > > > *G* > > > > > > On ftp.de.kernel.org, the kernel files for 2.2.16 are from June 7th > > > 2000. I think, that's really old... > > > > > > > > > On Fri, Apr 11, 2003 at 11:26:30PM +0100, jay wrote: > > > > Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. > The 5.x source packages refused to compile when they got to the modules section. > > > > > > > > Anyway, I've got this installed, and when I try to run it: > > > > > > > > $ /usr/sbin/ircservices > > > > FATAL: kernel too old > > > > Aborted > > > > > > > > Kernel version is 2.2.16 > > > > > > > > 2.2.16 isn't all THAT old - what's going on? > > > > > > > > > > > > Thanks, > > > > > > > > Charlie > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > -- > > > > > > MfG, > > > Holger Baust > > > > > > -- > > > Holger Baust Holger.Baust@freenet-ag.de > > > freenet.de AG Tel.: +49 211 53087 0 > > > WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 53087 500 > > > Vorstand: Eckhard Spoerr (Vors.), Axel Krieger Amtsgericht Hamburg > > > Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma HRB 74048 > > > > > > -> Linux is a Wigwam: No Windows, No Gates, Apache inside! <- > > > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From griever at t2n.org Fri Apr 11 18:31:25 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030411224828.GA9606@poisonbox.freenet-rz.de> References: <20030411232630.A5638@hyperion.sleepygeek.org> <20030411224828.GA9606@poisonbox.freenet-rz.de> Message-ID: On Sat, 12 Apr 2003 00:48:28 +0200, Holger Baust wrote something I can't read because he sent HTML mail. From quension at mac.com Fri Apr 11 18:57:13 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: Message-ID: <1441132E-6C8A-11D7-91B6-0003938D6866@mac.com> On Friday, Apr 11, 2003, at 15:26 US/Pacific, jay wrote: > Have finally managed to get a copy of Services installed, using the > 5.0.16 > RPM. The 5.x source packages refused to compile when they got to the > modules section. Not being familiar with the RPM, I can't comment on that. But, what errors showed up when you tried to compile the source tarball? On Friday, Apr 11, 2003, at 18:31 US/Pacific, Finny Merrill wrote: > On Sat, 12 Apr 2003 00:48:28 +0200, Holger Baust > > wrote something I can't read because he sent HTML mail. No, he didn't. It was a standard MIME multipart message, with the text/plain content encoded as quoted-printable. -- Quension From jay at hyperion.sleepygeek.org Sat Apr 12 05:56:53 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <1441132E-6C8A-11D7-91B6-0003938D6866@mac.com>; from quension@mac.com on Fri, Apr 11, 2003 at 06:57:13PM -0700 References: <1441132E-6C8A-11D7-91B6-0003938D6866@mac.com> Message-ID: <20030412135653.C27562@hyperion.sleepygeek.org> Compiling from 5.0.14 source tarball. The first section worked fine, but when it comes to the modules: make[1]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules' make[2]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch anserv' make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. Stop. make[2]: Leaving directory `/home/users/phaxx/irc/ircservices-5.0.14/modules/cha nserv' make[1]: *** [all-dynamic] Error 2 make[1]: Leaving directory `/home/users/phaxx/irc/ircservices-5.0.14/modules' make: *** [modules] Error 2 [/home/users/phaxx/irc/ircservices-5.0.14]$ make make[1]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules' make[2]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules/chanserv' make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. Stop. make[2]: Leaving directory `/home/users/phaxx/irc/ircservices-5.0.14/modules/chanserv' make[1]: *** [all-dynamic] Error 2 make[1]: Leaving directory `/home/users/phaxx/irc/ircservices-5.0.14/modules' make: *** [modules] Error 2 Thanks, Charlie On Fri, Apr 11, 2003 at 06:57:13PM -0700, Trevor Talbot wrote: > On Friday, Apr 11, 2003, at 15:26 US/Pacific, jay wrote: > > > Have finally managed to get a copy of Services installed, using the > > 5.0.16 > > RPM. The 5.x source packages refused to compile when they got to the > > modules section. > > Not being familiar with the RPM, I can't comment on that. But, what > errors showed up when you tried to compile the source tarball? > > > On Friday, Apr 11, 2003, at 18:31 US/Pacific, Finny Merrill wrote: > > > On Sat, 12 Apr 2003 00:48:28 +0200, Holger Baust > > > > wrote something I can't read because he sent HTML mail. > > No, he didn't. It was a standard MIME multipart message, with the > text/plain content encoded as quoted-printable. > > -- Quension > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From spam at b3design.ch Sat Apr 12 06:29:57 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Installing... Message-ID: Hey all, I've encountered a small problem when installing and I cant seem to get round it :/ Where do you want the data files to be installed? [/usr/local/lib/ircservices] /usr/local/lib/ircservices does not exist. Create it? [y] y mkdir: cannot create directory `/usr/local/lib/ircservices': Permission denied How do I allow it to create the /dir? Chmodding doesn?t help :/ Thanks ;) From jay at hyperion.sleepygeek.org Sat Apr 12 06:39:01 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Installing... In-Reply-To: ; from spam@b3design.ch on Sat, Apr 12, 2003 at 03:29:57PM +0200 References: Message-ID: <20030412143901.D27562@hyperion.sleepygeek.org> Nicholas, You'll need to be the root user to be able to do that. Charlie On Sat, Apr 12, 2003 at 03:29:57PM +0200, Nicholas Prisi wrote: > Hey all, > > I've encountered a small problem when installing and I cant seem to get > round it :/ > > Where do you want the data files to be installed? > [/usr/local/lib/ircservices] > /usr/local/lib/ircservices does not exist. Create it? > [y] y > mkdir: cannot create directory `/usr/local/lib/ircservices': Permission > denied > > How do I allow it to create the /dir? Chmodding doesn?t help :/ > > Thanks ;) > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From john at cosmicfire.net Sat Apr 12 08:30:11 2003 From: john at cosmicfire.net (John Edrington) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Installing... References: Message-ID: <002601c30108$6ba97660$fc0110ac@paladin> Nickolas, As jay pointed out, you need to be root user to install services in that path. I would suggest installing services in your home directory. Something like this would work: /ircservices And, for the next question, /ircservices/lib On a related note, if your lucky, the home path can be replaced by a ~. Good luck, John From janus at magicstar.net Sat Apr 12 10:18:02 2003 From: janus at magicstar.net (J) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030412100007.34DC017558@snow.fingers.co.za> Message-ID: <005c01c30117$7b699b20$c3cd6dd8@magicstar.net> Greetings, The solution to your problem is to get the source code and compile IRCServices yourself, and not use the pre-compiled binaries. I have a really OLD box (2.2.4 Kernel) that I use for emergency backup services (not mine to upgrade) that services will work on, but they have to be compiled from source. J -----Original Message----- Message: 2 Date: Fri, 11 Apr 2003 23:26:30 +0100 From: jay Subject: [IRCServices] FATAL: kernel too old To: ircservices@ircservices.za.net Message-ID: <20030411232630.A5638@hyperion.sleepygeek.org> Content-Type: text/plain; charset=us-ascii Have finally managed to get a copy of Services installed, using the 5.0.16 RPM. The 5.x source packages refused to compile when they got to the modules section. Anyway, I've got this installed, and when I try to run it: $ /usr/sbin/ircservices FATAL: kernel too old Aborted Kernel version is 2.2.16 2.2.16 isn't all THAT old - what's going on? Thanks, Charlie From quension at mac.com Sat Apr 12 10:56:20 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030412135653.C27562@hyperion.sleepygeek.org> Message-ID: <10F82DB1-6D10-11D7-8380-0003938D6866@mac.com> On Saturday, Apr 12, 2003, at 05:56 US/Pacific, jay wrote: > Compiling from 5.0.14 source tarball. The first section worked fine, > but when it comes to the modules: > > make[1]: Entering directory > `/home/users/phaxx/irc/ircservices-5.0.14/modules' > make[2]: Entering directory > `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch > anserv' > make[2]: *** No rule to make target `main.so', needed by > `all-dynamic'. Stop. What version of make (make -v)? -- Quension From jay at hyperion.sleepygeek.org Sat Apr 12 11:29:33 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <10F82DB1-6D10-11D7-8380-0003938D6866@mac.com>; from quension@mac.com on Sat, Apr 12, 2003 at 10:56:20AM -0700 References: <20030412135653.C27562@hyperion.sleepygeek.org> <10F82DB1-6D10-11D7-8380-0003938D6866@mac.com> Message-ID: <20030412192933.E27562@hyperion.sleepygeek.org> GNU Make version 3.78.1 Thanks, Charlie On Sat, Apr 12, 2003 at 10:56:20AM -0700, Trevor Talbot wrote: > On Saturday, Apr 12, 2003, at 05:56 US/Pacific, jay wrote: > > > Compiling from 5.0.14 source tarball. The first section worked fine, > > but when it comes to the modules: > > > > make[1]: Entering directory > > `/home/users/phaxx/irc/ircservices-5.0.14/modules' > > make[2]: Entering directory > > `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch > > anserv' > > make[2]: *** No rule to make target `main.so', needed by > > `all-dynamic'. Stop. > > What version of make (make -v)? > > -- Quension > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From quension at mac.com Sat Apr 12 11:54:45 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030412192933.E27562@hyperion.sleepygeek.org> Message-ID: <3A49F283-6D18-11D7-8380-0003938D6866@mac.com> On Saturday, Apr 12, 2003, at 11:29 US/Pacific, jay wrote: > GNU Make version 3.78.1 That might be the reason. The ircservices docs say it wants 3.79 or later. > On Sat, Apr 12, 2003 at 10:56:20AM -0700, Trevor Talbot wrote: >> On Saturday, Apr 12, 2003, at 05:56 US/Pacific, jay wrote: >> >>> Compiling from 5.0.14 source tarball. The first section worked fine, >>> but when it comes to the modules: >>> >>> make[1]: Entering directory >>> `/home/users/phaxx/irc/ircservices-5.0.14/modules' >>> make[2]: Entering directory >>> `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch >>> anserv' >>> make[2]: *** No rule to make target `main.so', needed by >>> `all-dynamic'. Stop. >> >> What version of make (make -v)? -- Quension From brain at brainbox.winbot.co.uk Sat Apr 12 12:58:48 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old Message-ID: <200304121858.h3CIwnA27722@localhost.localdomain> It looks like the system doesnt support dynamically loaded modules.... tried compiling it with static libs? (i've seen cygwin compile this way?) >GNU Make version 3.78.1 > >Thanks, > >Charlie > >On Sat, Apr 12, 2003 at 10:56:20AM -0700, Trevor Talbot wrote: >> On Saturday, Apr 12, 2003, at 05:56 US/Pacific, jay wrote: >> >> > Compiling from 5.0.14 source tarball. The first section worked fine, >> > but when it comes to the modules: >> > >> > make[1]: Entering directory >> > `/home/users/phaxx/irc/ircservices-5.0.14/modules' >> > make[2]: Entering directory >> > `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch >> > anserv' >> > make[2]: *** No rule to make target `main.so', needed by >> > `all-dynamic'. Stop. >> >> What version of make (make -v)? >> >> -- Quension >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From jay at hyperion.sleepygeek.org Sat Apr 12 13:35:43 2003 From: jay at hyperion.sleepygeek.org (jay) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <3A49F283-6D18-11D7-8380-0003938D6866@mac.com>; from quension@mac.com on Sat, Apr 12, 2003 at 11:54:45AM -0700 References: <20030412192933.E27562@hyperion.sleepygeek.org> <3A49F283-6D18-11D7-8380-0003938D6866@mac.com> Message-ID: <20030412213543.A28399@hyperion.sleepygeek.org> Ah, excellent, that worked! Thanks! Charlie On Sat, Apr 12, 2003 at 11:54:45AM -0700, Trevor Talbot wrote: > On Saturday, Apr 12, 2003, at 11:29 US/Pacific, jay wrote: > > > GNU Make version 3.78.1 > > That might be the reason. The ircservices docs say it wants 3.79 > or later. > > > On Sat, Apr 12, 2003 at 10:56:20AM -0700, Trevor Talbot wrote: > >> On Saturday, Apr 12, 2003, at 05:56 US/Pacific, jay wrote: > >> > >>> Compiling from 5.0.14 source tarball. The first section worked fine, > >>> but when it comes to the modules: > >>> > >>> make[1]: Entering directory > >>> `/home/users/phaxx/irc/ircservices-5.0.14/modules' > >>> make[2]: Entering directory > >>> `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch > >>> anserv' > >>> make[2]: *** No rule to make target `main.so', needed by > >>> `all-dynamic'. Stop. > >> > >> What version of make (make -v)? > > -- Quension > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ryan at trilynx.net Mon Apr 14 12:32:57 2003 From: ryan at trilynx.net (Ryan Strauss) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Preventing admin unless you are Services Admin Message-ID: Hello, is there a way so that IRC Services (5.0.16) will not take away the +a oper flag if you are not on the Admin list of services? i.e I connect to my IRC Server as 'Ryan1' and OPER up, I cannot SAJOIN because I do not have the +a flag, although it is set, it appears that services takes it away unless you are on the Services Admin List. Is there a way to prevent this? Thanks for your help :) Ryan From alisor at softhome.net Tue Apr 15 05:55:56 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Set Secure Message-ID: <000501c3034e$644546e0$0100a8c0@control> Hello everybody; I think chanserv set secure option isnt working well. As services says -ChanServ- Enables or disables ChanServ's security features for a -ChanServ- channel. When SECURE is set, only users who have registered -ChanServ- their nicknames with NickServ and IDENTIFY'd with their -ChanServ- password will be given privileges on the channel as -ChanServ- controlled by the access list. it seems good but when a founder makes autoop levels 0 then any un registered nickname can be op. So there is a problem here because chanserv doesnt check if nick is a registered or not when we set autoop level 0. Any idea? --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.470 / Virus Database: 268 - Release Date: 08.04.2003 From achurch at achurch.org Wed Apr 16 05:51:50 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Set Secure In-Reply-To: <000501c3034e$644546e0$0100a8c0@control> Message-ID: <3e9c7197.10447@mail.achurch.org> >Hello everybody; > >I think chanserv set secure option isnt working well. > >As services says >-ChanServ- Enables or disables ChanServ's security features for a > -ChanServ- channel. When SECURE is set, only users who have registered > -ChanServ- their nicknames with NickServ and IDENTIFY'd with their > -ChanServ- password will be given privileges on the channel as > -ChanServ- controlled by the access list. > >it seems good but when a founder makes autoop levels 0 then any un >registered nickname can be op. So there is a problem here because chanserv >doesnt check if nick is a registered or not when we set autoop level 0. > >Any idea? Services is performing exactly as the help messages state. Any nickname not on the access list automatically has an access level of 0; if you set the auto-op level to 0, then obviously, any nickname not on the access list will be auto-opped. If this wasn't your intention, then the solution is simple: Don't set the auto-op level to 0. --Andrew Church achurch@achurch.org http://achurch.org/ From bundy at usage.de Tue Apr 15 14:49:54 2003 From: bundy at usage.de (Stefan Funke) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Set Secure In-Reply-To: <3e9c7197.10447@mail.achurch.org> References: <3e9c7197.10447@mail.achurch.org> Message-ID: On 2003-04-16 (05:51, +0900), Andrew Church wrote: > >Hello everybody; > > > >I think chanserv set secure option isnt working well. > > > >As services says > >-ChanServ- Enables or disables ChanServ's security features for a > > -ChanServ- channel. When SECURE is set, only users who have registered > > -ChanServ- their nicknames with NickServ and IDENTIFY'd with their > > -ChanServ- password will be given privileges on the channel as > > -ChanServ- controlled by the access list. > > > >it seems good but when a founder makes autoop levels 0 then any un > >registered nickname can be op. So there is a problem here because chanserv > >doesnt check if nick is a registered or not when we set autoop level 0. > > > >Any idea? > > Services is performing exactly as the help messages state. Any > nickname not on the access list automatically has an access level of 0; if > you set the auto-op level to 0, then obviously, any nickname not on the > access list will be auto-opped. If this wasn't your intention, then the > solution is simple: Don't set the auto-op level to 0. Not really - cs "secure on" means that only registered and identified nicks (users in status 3) get an op. That means together with AutoOp level 0 everyone with (nick)status 3 will get an OP. Others will fit in any other level or won't get another umode. However, that whats fits in my logic ;-) - Stefan -- Work is for people who don't have Internet access. From beerchr1 at msu.edu Tue Apr 15 14:59:12 2003 From: beerchr1 at msu.edu (Christopher Beer) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] TR-IRCD 5.1.1-r and ircservices 5.0.13 Message-ID: <3E9C80B0.9000905@msu.edu> $ ./ircservices -nofork [Apr 15 23:55:30 2003] IRC Services 5.0.14 starting up [Apr 15 23:55:31 2003] unknown message from server (:irc.redbat.org 451 :You have not registered) [Apr 15 23:55:31 2003] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid password.)) [Apr 15 23:55:31 2003] Read error from server: Connection reset by peer [17:48:13] -irc.redbat.org- *** Routing -- Unauthorized server connection attempt from [127.0.0.1]: Bad password for server services.redbat.org - From ircservices.conf: RemoteServer 127.0.0.1 6667 "services" - from ircd.conf: connect { name = "services.redbat.org"; host = "127.0.0.1"; send_password = "services"; accept_password = "10CD395CF71C18"; encrypted = no; compressed = no; autoconnect = no; ishub = yes; aftype = ipv4; class = 50; port = 6667; ultimate = yes; }; So, where have I managed to screw up to get that lovely error? I've tried several different settings, ishub=yes, no. changed the ports to 7000, 7050 and 6668. I've redone the ircpasswd several times for tr-ircd. Through http://www.ircservices.za.net/pipermail/ircservices/2003/002476.html, I've joined &SNOTICE, nothing there. Its set in modules.conf and ircservices.conf as protocol/trircd Thanks in advance.. I hope. From achurch at achurch.org Wed Apr 16 07:03:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Set Secure In-Reply-To: Message-ID: <3e9c81cb.02663@mail.achurch.org> >> Services is performing exactly as the help messages state. Any >> nickname not on the access list automatically has an access level of 0; if >> you set the auto-op level to 0, then obviously, any nickname not on the >> access list will be auto-opped. If this wasn't your intention, then the >> solution is simple: Don't set the auto-op level to 0. > >Not really - cs "secure on" means that only registered and identified >nicks (users in status 3) get an op. No, it doesn't. Read the help again, and keep reading it until you figure that out. --Andrew Church achurch@achurch.org http://achurch.org/ From beerchr1 at msu.edu Tue Apr 15 15:57:47 2003 From: beerchr1 at msu.edu (Christopher Beer) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Re: TR-IRCD 5.1.1-r and ircservices 5.0.13 In-Reply-To: <3E9C80B0.9000905@msu.edu> References: <3E9C80B0.9000905@msu.edu> Message-ID: <3E9C8E6B.1070101@msu.edu> Sorry, left out some info... And I get the digest, so I hope this finds its way to the right place... I've done debug mode. [Apr 16 00:58:58.932475 2003] debug: Sent: NICK HelpServ 1 1050447538 + services irc.redbat.org irc.redbat.org services.redbat.org 0 0 :Help Server so.. is that bad that its just a +? in addition: [Apr 16 00:58:58.959429 2003] debug: Received: NOTICE AUTH :*** No Ident response [Apr 16 00:58:58.989892 2003] debug: Received: NOTICE AUTH :*** Couldn't look up your hostname Hope that helps a little more... From ianj at esper.net Tue Apr 15 18:16:37 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services in channel opers References: <3E9455E5.20703@t-online.de> <003101c2ff83$47d3d9a0$d0ccef9b@dylan> Message-ID: <3E9CAEF5.5070902@esper.net> Finny Merrill wrote: > On Thu, 10 Apr 2003 17:43:56 +0200, Dylan v.d Merwe > wrote: > >> The days have long passed when services used to act like bots and sit in >> channels. It is now against the irc protocol to allow this, therefore it >> does not happen nor can you set them to do so in the config file. >> >> You can force services into a channel using RAW commands but this is >> highly >> discouraged as all sorts of things can go wrong. Leave them where they >> are, >> you'll be just fine. >> >> Dylan. > Whoa, when did it become against the irc protocol to do this? And which > irc protocol anyway? :p Best thing I can gather is RFC 2813 section 2.2.2 which reads as follows: 2.2.2 Services Each service is distinguished from other services by a service name composed of a nickname and a server name. The nickname has a maximum length of nine (9) characters. See the protocol grammar rules (section 3.3.1) for what may and may not be used in a nickname. The server name used to compose the service name is the name of the server to which the service is connected. In addition to this service name all servers MUST know the service type. Services differ from users by the format of their identifier, but more importantly services and users don't have the same type of access to the server: services can request part or all of the global state information that a server maintains, but have a more restricted set of commands available to them (See "IRC Client Protocol" [IRC- CLIENT] for details on which) and are not allowed to join channels. Finally services are not usually subject to the "Flood control" mechanism described in section 5.8. But then again, Andy does not recognize the IRCnet RFCs (which is what I call them since these documents were written by an IRCnet staffer) as being official, so... Though also, I've seen Hybserv's Services' nicks join channels on two different Hybrid/Hybserv networks. I don't entirely see the point of that myself. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From ianj at esper.net Tue Apr 15 18:27:16 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] ftp.esper.net moving soon Message-ID: <3E9CB174.5020300@esper.net> Hi, all. ftp.esper.net will be moving to a slower-speed link for an undetermined period of time. For the very short term, I will still host it on my box, but with a very seriously-curtailed number of connections for normal "anonymous" accounts. Mirrors: I'll probably set something up where you guys will use a special login that'll put you in a class that'll allow you in no matter what. I will be down for about four hours tomorrow to move and upgrade the machine starting at approximately 5PM PDT (0000 GMT Thursday 17 April). During that time, use the South Africa site (which you should be doing anyway ;) ). If anyone has any questions, please contact me off-list. Thanks for bearing with me! --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From quension at mac.com Tue Apr 15 20:50:42 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services in channel opers In-Reply-To: <3E9CAEF5.5070902@esper.net> Message-ID: <98A01F30-6FBE-11D7-9B3C-0003938D6866@mac.com> On Tuesday, Apr 15, 2003, at 18:16 US/Pacific, Ian R. Justman wrote: > Finny Merrill wrote: >> On Thu, 10 Apr 2003 17:43:56 +0200, Dylan v.d Merwe >> wrote: >>> The days have long passed when services used to act like bots and >>> sit in >>> channels. It is now against the irc protocol to allow this, >>> therefore it >>> does not happen nor can you set them to do so in the config file. >>> >>> You can force services into a channel using RAW commands but this is >>> highly >>> discouraged as all sorts of things can go wrong. Leave them where >>> they are, >>> you'll be just fine. >>> >>> Dylan. >> Whoa, when did it become against the irc protocol to do this? And >> which >> irc protocol anyway? :p > > Best thing I can gather is RFC 2813 section 2.2.2 which reads as > follows: irc2's concept of a "service" is rather different from the concept of a service most people on this list are used to. In irc2, it's a special connection, neither client nor server. Methods for addressing it are also different. That might be what Dylan was referring to, but it doesn't apply to IRCServices. > Though also, I've seen Hybserv's Services' nicks join channels on two > different > Hybrid/Hybserv networks. I don't entirely see the point of that > myself. Classic hybrid requires a client to be in the channel to actually complete actions such as topic changes. It's born from way too many backwards- compatibility requirements... -- Quension From alisor at softhome.net Tue Apr 15 23:23:06 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Set Secure References: <3e9c81cb.02663@mail.achurch.org> Message-ID: <003501c303e0$ab8566b0$0100a8c0@control> OK as you said Andrew... Then can you think it as a suggestion please? Because if services is made for users to use, some founders wants to op everybody with registered nick and dont want to op unregistered ones by chanserv. And i was thinking that secure can do this, like a lot of people at my server.... ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, April 16, 2003 1:03 AM Subject: Re: [IRCServices] Set Secure > >> Services is performing exactly as the help messages state. Any > >> nickname not on the access list automatically has an access level of 0; if > >> you set the auto-op level to 0, then obviously, any nickname not on the > >> access list will be auto-opped. If this wasn't your intention, then the > >> solution is simple: Don't set the auto-op level to 0. > > > >Not really - cs "secure on" means that only registered and identified > >nicks (users in status 3) get an op. > > No, it doesn't. Read the help again, and keep reading it until you > figure that out. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.470 / Virus Database: 268 - Release Date: 08.04.2003 From spam at b3design.ch Thu Apr 17 08:52:50 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Installing... In-Reply-To: <20030412143901.D27562@hyperion.sleepygeek.org> Message-ID: Thanks guys :) On 12/4/03 3:39 pm, "jay" wrote: > Nicholas, > > You'll need to be the root user to be able to do that. > > Charlie > > On Sat, Apr 12, 2003 at 03:29:57PM +0200, Nicholas Prisi wrote: >> Hey all, >> >> I've encountered a small problem when installing and I cant seem to get >> round it :/ >> >> Where do you want the data files to be installed? >> [/usr/local/lib/ircservices] >> /usr/local/lib/ircservices does not exist. Create it? >> [y] y >> mkdir: cannot create directory `/usr/local/lib/ircservices': Permission >> denied >> >> How do I allow it to create the /dir? Chmodding doesn?t help :/ >> >> Thanks ;) >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Apr 20 20:28:26 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.17 released Message-ID: <3ea285a2.20300@mail.achurch.org> Services 5.0.17 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) b4ff31053802c65729d1932174788339 ircservices-5.0.17.tar.gz e117b0fe1296d9ce085d8b56d4e110bd ircservices-5.0.17.diff.gz 1ffd73245c280f9e17bd1a5254d72b40 ircservices-5.0.17-1.i386.rpm 2085ee0368f216407bd655a5ad8a756f ircservices_5.0.17-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. (ftp.ircservices.za.net seems to have a temporary problem with updating.) The main reason for this release is to fix a crash that occurs when a Services administrator tries to use the NickServ UNLINK FORCE command on a nickname that has no links. This problem is limited to Services administrators, so the actual denial-of-service threat is limited, but all users are recommended to upgrade to this release as soon as possible. Changes in version 5.0.17 ------------------------- 2003/04/20 Fixed crash when using UNLINK FORCE with non-linked nicks. Reported by Matthew Hodgson 2003/04/15 The configure script now uses "conf-tmp" instead of "tmp" as its temporary directory name, to avoid potential clashes with pre-existing directories. 2003/04/12 Precompiled binaries should now work with Linux kernel 2.2.x. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From solaris at swissirc.net Sun Apr 20 14:55:45 2003 From: solaris at swissirc.net (Marcel Stutz) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Import Filter for ANOPE IRC Services References: <3ea285a2.20300@mail.achurch.org> Message-ID: <004201c30787$999d7b40$038dbdd5@cpqp7800> Hi to all, i need a IMPORT Solution to import anope Nickname / Channels to IRC Services, to merge a IRCServices 5.0.x DB and ANOPE 1.4.x DB to one big IRCServices DB. Can some wehre help me ? Thanks Marcel From dylanvdm at icon.co.za Sun Apr 20 23:24:02 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Import Filter for ANOPE IRC Services References: <3ea285a2.20300@mail.achurch.org> <004201c30787$999d7b40$038dbdd5@cpqp7800> Message-ID: <001001c307ce$b428b550$15ccef9b@dylan> Use Epona converters. ----- Original Message ----- From: "Marcel Stutz" To: "IRC Services General Mailing List" Sent: Sunday, April 20, 2003 11:55 PM Subject: [IRCServices] Import Filter for ANOPE IRC Services > Hi to all, > > i need a IMPORT Solution to import anope Nickname / Channels to IRC > Services, to merge a IRCServices 5.0.x DB and ANOPE 1.4.x DB to one big > IRCServices DB. > > Can some wehre help me ? > > Thanks Marcel > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From JamesBond at cleanchat.net Sun Apr 20 23:55:04 2003 From: JamesBond at cleanchat.net (JamesBond) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Altering A Date Message-ID: <000701c307d2$efe86fa0$0402a8c0@inspiron8200> Is it possible to alter/change the date & time of which I registered a channel within the data source? If so, how? JamesBond -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030421/d437bfa7/attachment.htm From solaris at swissirc.net Mon Apr 21 02:17:29 2003 From: solaris at swissirc.net (Marcel Stutz) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Import Filter for ANOPE IRC Services References: <3ea285a2.20300@mail.achurch.org><004201c30787$999d7b40$038dbdd5@cpqp7800> <001001c307ce$b428b550$15ccef9b@dylan> Message-ID: <000801c307e6$d58b8930$038dbdd5@cpqp7800> Epona Converters not work, it come always with this Error Message %./convert-db -v +epona /home/services/ircdservices/lib/save Loading nick.db... Wrong version number on /home/services/ircdservices/lib/save/nick.db What i can do ? Marcel ----- Original Message ----- From: "Dylan v.d Merwe" To: "IRC Services General Mailing List" Sent: Monday, April 21, 2003 8:24 AM Subject: Re: [IRCServices] Import Filter for ANOPE IRC Services > Use Epona converters. > > > ----- Original Message ----- > From: "Marcel Stutz" > To: "IRC Services General Mailing List" > Sent: Sunday, April 20, 2003 11:55 PM > Subject: [IRCServices] Import Filter for ANOPE IRC Services > > > > Hi to all, > > > > i need a IMPORT Solution to import anope Nickname / Channels to IRC > > Services, to merge a IRCServices 5.0.x DB and ANOPE 1.4.x DB to one big > > IRCServices DB. > > > > Can some wehre help me ? > > > > Thanks Marcel > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From milko at 3mhz.net Mon Apr 21 02:37:22 2003 From: milko at 3mhz.net (Milko Krachounov) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Altering A Date In-Reply-To: <000701c307d2$efe86fa0$0402a8c0@inspiron8200> References: <000701c307d2$efe86fa0$0402a8c0@inspiron8200> Message-ID: <200304211237.22313.milko@3mhz.net> Export the database to XML, then edit the timestamps in the XML and then import it back. If you don't know how to work with timestamps, use 'date' (man date). On Monday 21 April 2003 09:55, JamesBond wrote: > Is it possible to alter/change the date & time of which I registered a > channel within the data source? If so, how? > > > > JamesBond From brain at brainbox.winbot.co.uk Mon Apr 21 15:14:06 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] IRCServices languages Message-ID: <200304212114.h3LLE6A09812@localhost.localdomain> Just thought up this idea while talking to someone. I dont know if its really *that* stupid (i know its probably VERY hard to do) but it made sense to me at the time... see what you think: [22:09] hmm [22:09] i wonder what the point is of having langauges in services. [22:09] changing the languages alters the spoken language of the output [22:09] but it doesnt change the commands [22:10] if you set it to french, you still have to /msg nickserv register blah blah [22:10] and not /msg nickserve registre le blah la blah ooh la la [22:10] :P [22:10] get how i mean? [22:10] register isnt "register" in french, spanish, german... ;) [22:10] still not much help to a non-english speaker :D what im saying is.... that it would be a good idea if services could change its *input* language as well as its *output* language, so that non-english speakers may use it easier. I know this isnt neccessarily a good idea, or an easy one and would take lots of translation but i believe its possible. Just an idea... Brain From jj50sa at hotmail.com Mon Apr 21 21:13:16 2003 From: jj50sa at hotmail.com (Jamie Johnstone) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Modules Message-ID: Hi! Is it possible to code our own modules for IRC Services? Cause for instance, I want to be able to have a 'BotServ' on my network, and was wondering if I could at it via modules. I've looked @ the modules given, and they make absolutely no sense to me what so ever, so I was just wondering :) Thanks, jj50sa mysticnetwork.org administrator _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From jj50sa at hotmail.com Mon Apr 21 21:27:23 2003 From: jj50sa at hotmail.com (Jamie Johnstone) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] HTTPd Module Message-ID: Hi Again! Just a question about the HTTPd module. I have set it up in both configuration files on port 12701, when I try to access it from my computer, I get a 404 error. When I access it through my SSH Shell, It allows me to authenticate, then I just get a 404 error. Why? Thanks. jj50sa mysticnetwork.org administrator _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From achurch at achurch.org Tue Apr 22 13:59:51 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] IRCServices languages In-Reply-To: <200304212114.h3LLE6A09812@localhost.localdomain> Message-ID: <3ea4ccdd.50307@mail.achurch.org> Think of the commands as "code words" or a "programming language", much like the C language uses "for" no matter what country you're in; then it should be easy to see the difference between "input" and "output" as you refer to them. This applies even to English--the HOP command doesn't tell ChanServ to start jumping up and down, for example. --Andrew Church achurch@achurch.org http://achurch.org/ >Just thought up this idea while talking to someone. I dont know if its really *that* stupid (i know its probably VERY hard to do) but it made sense to me at the time... see what you think: > >[22:09] hmm >[22:09] i wonder what the point is of having langauges in services. >[22:09] changing the languages alters the spoken language of the output >[22:09] but it doesnt change the commands >[22:10] if you set it to french, you still have to /msg nickserv register blah blah >[22:10] and not /msg nickserve registre le blah la blah ooh la la >[22:10] :P >[22:10] get how i mean? >[22:10] register isnt "register" in french, spanish, german... ;) >[22:10] still not much help to a non-english speaker :D > >what im saying is.... that it would be a good idea if services could change its *input* language as well as its *output* language, so that non-english speakers may use it easier. I know this isnt neccessarily a good idea, or an easy one and would take lot >s of translation but i believe its possible. Just an idea... > >Brain > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From spam at b3design.ch Tue Apr 22 04:54:45 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Replacing db's Message-ID: Hi all, I just got a new shell, I compiled services and everything, after starting once to check that services worked I quit services and replaced all the databases (nick/chan/akill...) with my old db's but for some reason services re-wrights these and all the registered chan's and nicks don?t show in the db's on the shell, any ideas? Thanks :) From brain at brainbox.winbot.co.uk Tue Apr 22 17:17:24 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] /ns list broken Message-ID: <200304222317.h3MNHOA32207@localhost.localdomain> /msg nickserv list with a user@host pair doesnt work (as shown in the help text, with any user@host pair, seen before or not) - /msg nickserv info R [22:58] -NickServ- R is The Hulk [22:58] -NickServ- Last seen address: fatbasslin@ACBC3720.ipt.aol.com [22:58] -NickServ- Last seen time: Apr 20 14:11:56 2003 EDT [22:58] -NickServ- Time registered: Mar 21 13:08:49 2003 EST [22:58] -NickServ- Last quit message: [CS] Quit: Let them hate, so long as they fear. [22:58] -NickServ- E-mail address: fatbassline@hotmail.com [22:58] -NickServ- Options: Security ... /msg nickserv list *@*.ipt.aol.com [00:14] -NickServ- List of entries matching *@*.ipt.aol.com: [00:14] -NickServ- End of list; 0/0 matches shown. Tested with latest version of services. any ideas? Brain` ChatSpike-Dev From Ganja51 at lcirc.net Tue Apr 22 18:31:39 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] /ns list broken References: <200304222317.h3MNHOA32207@localhost.localdomain> Message-ID: <002d01c30938$174b8670$1402a8c0@monte> i'm still running 5.0.14 and it's working fine for me, so unless it got borked since then..... /msg nickserv list *@*.comcast.net -NickServ- List of entries matching *@*.comcast.net: -NickServ- Blah ~Shoodamon@lcirc-12D5D1F.paduca01.ky.comcast.net -NickServ- End of list; 49/49 matches shown. ----- Original Message ----- From: "Craig Edwards" To: "IRC Services General Mailing List" Sent: Tuesday, April 22, 2003 7:17 PM Subject: [IRCServices] /ns list broken > /msg nickserv list with a user@host pair doesnt work (as shown in the help text, with any user@host pair, seen before or not) - > > /msg nickserv info R > [22:58] -NickServ- R is The Hulk > [22:58] -NickServ- Last seen address: fatbasslin@ACBC3720.ipt.aol.com > [22:58] -NickServ- Last seen time: Apr 20 14:11:56 2003 EDT > [22:58] -NickServ- Time registered: Mar 21 13:08:49 2003 EST > [22:58] -NickServ- Last quit message: [CS] Quit: Let them hate, so long as they fear. > [22:58] -NickServ- E-mail address: fatbassline@hotmail.com > [22:58] -NickServ- Options: Security > ... > /msg nickserv list *@*.ipt.aol.com > [00:14] -NickServ- List of entries matching *@*.ipt.aol.com: > [00:14] -NickServ- End of list; 0/0 matches shown. > > Tested with latest version of services. any ideas? > > Brain` > ChatSpike-Dev > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Apr 23 10:56:14 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] /ns list broken In-Reply-To: <200304222317.h3MNHOA32207@localhost.localdomain> Message-ID: <3ea5f2e3.24500@mail.achurch.org> >/msg nickserv list with a user@host pair doesnt work (as shown in the help text, with any user@host pair, seen before or not) - Fixed (INFO was showing the real hostmask, while LIST was matching against the fake hostmask). Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From ryan at trilynx.net Wed Apr 23 20:36:30 2003 From: ryan at trilynx.net (Ryan Strauss) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Halfop for Ultimate In-Reply-To: <20030421100004.68BDF17558@snow.fingers.co.za> Message-ID: <000201c30a12$b77c6da0$6401a8c0@Promethus> Hello, I'm currently running Ultimate IRCD and IRC Services 5.0.17 and wondering if there is any way that I can enable halfop support on here, or if not, how far off into the future is this feature planned? Thank you for help :) Ryan From achurch at achurch.org Mon Apr 28 20:04:05 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Services 5.0.18 released Message-ID: <3ead588b.47517@mail.achurch.org> Services 5.0.18 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) 8f4685fd49854dc0dc7e88d75c1d2e7a ircservices-5.0.18.tar.gz 5e1e379621b769f9a7392f8726ed3ee8 ircservices-5.0.18.diff.gz aa75cd7d37e3d62c0f3df3104133cfc1 ircservices-5.0.18-1.i386.rpm de71798ce037e9ff716d01f2bc6aeff2 ircservices_5.0.18-1_i386.deb The other mirrors should have it shortly. (ftp.ircservices.za.net still seems to be having problems; Andrew Kempe says he'll fix it up when he has a chance.) I realize there are a number of issues people have brought up that I haven't dealt with yet; I'll do so as I have time, so please be patient. Changes in version 5.0.18 ------------------------- 2003/04/28 Fixed bug causing chunks of output to get lost in the middle of HTTP server responses. Reported by several people. 2003/04/28 Fixed cosmetic bug in error message for colliding nicknames. 2003/04/28 Fixed bug preventing forbidden nicknames from being imported. 2003/04/28 Added a workaround to convert-db for an apparent bug in Auspice Services causing CR characters to appear in mode locks. 2003/04/23 Fixed bug causing NickServ LIST to not return matches to Services admins for a pattern matching real hostnames but not fake ones. Reported by Craig Edwards 2003/04/22 Fixed bug processing %hd and missing my_snprintf() in vsnprintf.c. --Andrew Church achurch@achurch.org http://achurch.org/ From PJ at EliteGamer.com Tue Apr 29 03:08:45 2003 From: PJ at EliteGamer.com (PJ) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Garbage Trailing FounderPass When Using convert-db on PTlink.Services2.17.0 Database Message-ID: <000b01c30e37$5507a3a0$0200a8c0@hive> Hello everyone. Great Services. I am currently researching the possibility of a network I IRCop on switching to your IRCServices. We are currently running an extremely old Service Daemon, PTlink.Services2.17.0. I ran our databases through your convert-db application. Everything looks good except for all the founderpass entries have trailing garbage. In the example I am pasting below, I set the founderpass to be 'l33t' and the convert-db app spits out the following: l33t��������������� ;�|\@hC�ðÁ As you can see, the password itself is intact, however it is apparently reading too far beyond the password in the database, or something. We can most likely parse this garbage out on our own, but I thought I would report it, and possible see if it can be fixed. Thank you. -Paul From achurch at achurch.org Tue Apr 29 22:13:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Garbage Trailing FounderPass When Using convert-db on PTlink.Services2.17.0 Database In-Reply-To: <000b01c30e37$5507a3a0$0200a8c0@hive> Message-ID: <3eae8f85.51347@mail.achurch.org> As the saying goes, this isn't a bug, it's a feature. The converter doesn't know (or rather, chooses not to know) whether the password field contains a cleartext password or encrypted data, so it saves the entire field (32 bytes, in this case). When the field is read in by Services, the first \0 will terminate the plaintext password, and the rest of the field will be ignored, so no problems will occur. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello everyone. Great Services. > >I am currently researching the possibility of a network I IRCop on switching >to your IRCServices. We are currently running an extremely old Service >Daemon, PTlink.Services2.17.0. I ran our databases through your convert-db >application. Everything looks good except for all the founderpass entries >have trailing garbage. In the example I am pasting below, I set the >founderpass to be 'l33t' and the convert-db app spits out the following: > >l33t��������������� >;�|\@hC�ðÁ > >As you can see, the password itself is intact, however it is apparently >reading too far beyond the password in the database, or something. > >We can most likely parse this garbage out on our own, but I thought I would >report it, and possible see if it can be fixed. > >Thank you. >-Paul > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From PJ at EliteGamer.com Tue Apr 29 14:21:06 2003 From: PJ at EliteGamer.com (PJ) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Garbage Trailing FounderPass When Using convert-dbon PTlink.Services2.17.0 Database References: <3eae8f85.51347@mail.achurch.org> Message-ID: <002001c30e95$4506dee0$0200a8c0@hive> Ah ha! Cool. I haven't had time to install IRCServices and test the XML file before I reported it. I guess I should have, my bad. Sorry for the trouble. -Paul ----- Original Message ----- From: "Andrew Church" To: Sent: Tuesday, April 29, 2003 6:13 AM Subject: Re: [IRCServices] Garbage Trailing FounderPass When Using convert-dbon PTlink.Services2.17.0 Database > As the saying goes, this isn't a bug, it's a feature. The converter > doesn't know (or rather, chooses not to know) whether the password field > contains a cleartext password or encrypted data, so it saves the entire > field (32 bytes, in this case). When the field is read in by Services, the > first \0 will terminate the plaintext password, and the rest of the field > will be ignored, so no problems will occur. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hello everyone. Great Services. > > > >I am currently researching the possibility of a network I IRCop on switching > >to your IRCServices. We are currently running an extremely old Service > >Daemon, PTlink.Services2.17.0. I ran our databases through your convert-db > >application. Everything looks good except for all the founderpass entries > >have trailing garbage. In the example I am pasting below, I set the > >founderpass to be 'l33t' and the convert-db app spits out the following: > > > >l33t��������������&# 0 > >;�|\@hC�ðÁ > > > >As you can see, the password itself is intact, however it is apparently > >reading too far beyond the password in the database, or something. > > > >We can most likely parse this garbage out on our own, but I thought I would > >report it, and possible see if it can be fixed. > > > >Thank you. > >-Paul > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Wed Apr 30 11:39:18 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Import Filter for ANOPE IRC Services In-Reply-To: <000801c307e6$d58b8930$038dbdd5@cpqp7800> Message-ID: <3eaf37d1.51747@mail.achurch.org> >Epona Converters not work, it come always with this Error Message > >%./convert-db -v +epona /home/services/ircdservices/lib/save >Loading nick.db... >Wrong version number on /home/services/ircdservices/lib/save/nick.db Are you using a development release? convert-db should handle all stable versions of Anope through 1.4.22. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 30 11:41:41 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Replacing db's In-Reply-To: Message-ID: <3eaf3857.51761@mail.achurch.org> >I just got a new shell, I compiled services and everything, after starting >once to check that services worked I quit services and replaced all the >databases (nick/chan/akill...) with my old db's but for some reason services >re-wrights these and all the registered chan's and nicks don't show in the >db's on the shell, any ideas? Are you sure you stopped Services _before_ replacing the files? Services saves its databases when shut down, so if you get the order wrong the old data will get overwritten. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 30 11:51:28 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] FATAL: kernel too old In-Reply-To: <20030412135653.C27562@hyperion.sleepygeek.org> Message-ID: <3eaf3a45.52010@mail.achurch.org> >Compiling from 5.0.14 source tarball. The first section worked fine, but when it comes to the modules: > >make[1]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules' >make[2]: Entering directory `/home/users/phaxx/irc/ircservices-5.0.14/modules/ch >anserv' >make[2]: *** No rule to make target `main.so', needed by `all-dynamic'. Stop. Are you using GNU make 3.79 or later? --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 30 13:07:44 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] auto Invite In-Reply-To: <1046952495.1817.2.camel@elohel.chatitup.org> Message-ID: <3eaf4c23.54501@mail.achurch.org> Fixed for 5.0.19; thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >I would like to see an auto invite list like nickserv's autojoin. The >autojoin works great, but If the channel is +i, it give you the channel >is invite only message just like if you typed in the /j #channel >yourself. It would be great if there was either an auto invite list or a >way to set in the autojoin list that the channel is +i so it would >invite you first. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Apr 30 13:09:30 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] using a different database for user auth? In-Reply-To: <20030410232339.A8469@hyperion.sleepygeek.org> Message-ID: <3eaf4e20.54511@mail.achurch.org> In the future, Services will (hopefully) support other methods of data storage, but something as unusual as you suggest would likely still need a custom module to be written. As far as the current version of Services goes, yes, you can use XML to update the databases, but be aware that Services is not currently capable of importing XML data while running; since it would not be advisable to allow anyone to restart Services by creating a new account (think "while true ; do wget ... ; done"), you could set up a cron job to terminate Services, import any new/changed data, and restart Services periodically, say in the early morning. (If you do this, make sure you use "kill" or "kill -TERM" to terminate Services--if you use "kill -INT" or other signals, Services will not save the databases on exit.) --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I have an interesting problem. I maintain the server for a large site with a forum and fancy java chat system, currently the logins for the java chat system are linked to the user accounts on the forum, which is vBulletin. I wrot the login stuff myself in > PHP. > >We'd like to do away with the java chat system for various reasons, and possibly like to replace it with an IRC server. One of the main concerns here is controllung use of nicknames. > >Unfortunately, asking users to create two accounts (one on the forum, one on the IRC server/services) isn't really an option. I must keep the IRC services accounts in sync with the forum ones. > >I have noticed that there is an inport function for the accounts used by Services - I can easily create the XML file from the vBulletin account data for Services to import, however, how should I keep this updated? Should I simply have Services import the >current account data every hour or so? > >There are approximately 8,000 accounts on the forum, but I don't expect that more than 500 or so would create an IRC account. > >What is the best way to approach this? While I am more than willing to code support for something like this myself, I'm afraid my C/C++ skills are not up to the task at the moment. > >Does anyone have any other ideas about how to accomplish this? > >Many thanks, > >Charlie > >------------------------------------------------------------------ From achurch at achurch.org Wed Apr 30 13:17:09 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:56 2004 Subject: [IRCServices] Preventing admin unless you are Services Admin In-Reply-To: Message-ID: <3eaf4e4b.54521@mail.achurch.org> No. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello, is there a way so that IRC Services (5.0.16) will not take away >the +a oper flag if you are not on the Admin list of services? > >i.e I connect to my IRC Server as 'Ryan1' and OPER up, I cannot SAJOIN >because I do not have the +a flag, although it is set, it appears that >services takes it away unless you are on the Services Admin List. Is >there a way to prevent this? > >Thanks for your help :) > >Ryan >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From diego at redesul.net Wed Apr 30 04:27:19 2003 From: diego at redesul.net (Diego Bitencourt Contezini) Date: Sat Oct 23 23:01:57 2004 Subject: RES: [IRCServices] using a different database for user auth? In-Reply-To: <3eaf4e20.54511@mail.achurch.org> Message-ID: <002e01c30f0b$761a2e30$4506000a@dauphin.com.br> Im starting to code with xml-import/export and httpd module, a module for where you can import databases from xml, possible on a week it will be ready, than i send it to list.... Diego B. Contezini aka destruct_@irc.redesul.net -----Mensagem original----- De: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Em nome de Andrew Church Enviada em: quarta-feira, 30 de abril de 2003 01:10 Para: ircservices@ircservices.za.net Assunto: Re: [IRCServices] using a different database for user auth? In the future, Services will (hopefully) support other methods of data storage, but something as unusual as you suggest would likely still need a custom module to be written. As far as the current version of Services goes, yes, you can use XML to update the databases, but be aware that Services is not currently capable of importing XML data while running; since it would not be advisable to allow anyone to restart Services by creating a new account (think "while true ; do wget ... ; done"), you could set up a cron job to terminate Services, import any new/changed data, and restart Services periodically, say in the early morning. (If you do this, make sure you use "kill" or "kill -TERM" to terminate Services--if you use "kill -INT" or other signals, Services will not save the databases on exit.) --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I have an interesting problem. I maintain the server for a large site with a forum and fancy java chat system, currently the logins for the java chat system are linked to the user accounts on the forum, which is vBulletin. I wrot the login stuff myself in > PHP. > >We'd like to do away with the java chat system for various reasons, and possibly like to replace it with an IRC server. One of the main concerns here is controllung use of nicknames. > >Unfortunately, asking users to create two accounts (one on the forum, one on the IRC server/services) isn't really an option. I must keep the IRC services accounts in sync with the forum ones. > >I have noticed that there is an inport function for the accounts used by Services - I can easily create the XML file from the vBulletin account data for Services to import, however, how should I keep this updated? Should I simply have Services import the >current account data every hour or so? > >There are approximately 8,000 accounts on the forum, but I don't expect that more than 500 or so would create an IRC account. > >What is the best way to approach this? While I am more than willing to code support for something like this myself, I'm afraid my C/C++ skills are not up to the task at the moment. > >Does anyone have any other ideas about how to accomplish this? > >Many thanks, > >Charlie > >------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu May 1 01:05:29 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: RES: [IRCServices] using a different database for user auth? In-Reply-To: <002e01c30f0b$761a2e30$4506000a@dauphin.com.br> Message-ID: <3eaff570.67203@mail.achurch.org> >Im starting to code with xml-import/export and httpd module, a module >for where you can import databases from xml, possible on a week it will >be ready, than i send it to list.... The difficulty isn't doing this online--in fact, importing was done via the web interface in the alpha versions, and this capability was deliberately removed. The reason is that Services isn't designed to deal with data changes coming from anywhere other than its uplink IRC server; this is also the main reason why SQL support was put off for a later version of Services. I acknowledge this as a design flaw, but that won't make it go away; if you ignore it, you _will_ get random crashes all over the place. Also, technical discussions (which naturally includes the posting of source code) should all take place on the ircservices-coding mailing list, not this one. --Andrew Church achurch@achurch.org http://achurch.org/ From gentfede at pt.lu Thu May 1 05:49:25 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames Message-ID: <006001c30fe0$18d689f0$1900000a@noodle> Hi, I'm using IRCServices v5.0.18 with UnrealIRCD v3.2.beta-15 (both compiled with gcc3) and have the following problem: If a user connects using a registered nickname, and doesn't identify, then NickServ gives the warning that the nickname is registered and protected, but then takes no further action. NSForceNickChange is activated, and the nickname I use to test it has Quick Kill and Security modes on. I read the FAQ, the documentation and searched on google but I found nothing. thanks in advance, Federico (gentfede@pt.lu) ps: sorry if my English isn't good enough, still learning it :) From diego at redesul.net Fri May 2 06:10:13 2003 From: diego at redesul.net (Diego Bitencourt Contezini) Date: Sat Oct 23 23:01:57 2004 Subject: RES: RES: [IRCServices] using a different database for user auth? In-Reply-To: <3eaff570.67203@mail.achurch.org> Message-ID: <006901c310ac$2b2d6340$4506000a@dauphin.com.br> Its ok.. i will need really use it some from web... If will need to change things on the execution flow I'll need to do it to not cause crashs :/ But, sorry.. I will not send codes on this list, I dont seen that was here when posted the message :-) Thanks for all Diego Bitencourt Contezini aka destruct_ @irc.redesul.net -----Mensagem original----- De: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Em nome de Andrew Church Enviada em: quarta-feira, 30 de abril de 2003 13:05 Para: ircservices@ircservices.za.net Assunto: Re: RES: [IRCServices] using a different database for user auth? >Im starting to code with xml-import/export and httpd module, a module >for where you can import databases from xml, possible on a week it will >be ready, than i send it to list.... The difficulty isn't doing this online--in fact, importing was done via the web interface in the alpha versions, and this capability was deliberately removed. The reason is that Services isn't designed to deal with data changes coming from anywhere other than its uplink IRC server; this is also the main reason why SQL support was put off for a later version of Services. I acknowledge this as a design flaw, but that won't make it go away; if you ignore it, you _will_ get random crashes all over the place. Also, technical discussions (which naturally includes the posting of source code) should all take place on the ircservices-coding mailing list, not this one. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From diego at redesul.net Fri May 2 06:14:59 2003 From: diego at redesul.net (Diego Bitencourt Contezini) Date: Sat Oct 23 23:01:57 2004 Subject: RES: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames In-Reply-To: <006001c30fe0$18d689f0$1900000a@noodle> Message-ID: <006b01c310ac$d5a2a010$4506000a@dauphin.com.br> Look if your U-lines are correctly loaded on ircd.conf.... Can be it? No? :-) Diego -----Mensagem original----- De: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Em nome de Federico Gentile Enviada em: quinta-feira, 1 de maio de 2003 09:49 Para: ircservices@ircservices.za.net Assunto: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames Hi, I'm using IRCServices v5.0.18 with UnrealIRCD v3.2.beta-15 (both compiled with gcc3) and have the following problem: If a user connects using a registered nickname, and doesn't identify, then NickServ gives the warning that the nickname is registered and protected, but then takes no further action. NSForceNickChange is activated, and the nickname I use to test it has Quick Kill and Security modes on. I read the FAQ, the documentation and searched on google but I found nothing. thanks in advance, Federico (gentfede@pt.lu) ps: sorry if my English isn't good enough, still learning it :) From gentfede at pt.lu Fri May 2 08:44:52 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames References: <006a01c310ac$a1d906c0$4506000a@dauphin.com.br> Message-ID: <005701c310c1$c6e980b0$1900000a@noodle> Hi, > Look if your U-lines are correctly loaded on ircd.conf.... > Can be it? No? :-) They are (at least they exist) :) Sometimes it works, like yesterday -> It worked for a few hours but then I had to restart the IRCd and the Services and now again it doesn't. Dunno what's the reason for this problem :( - Federico From gentfede at pt.lu Fri May 2 14:23:52 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames References: <008701c310c7$389d8710$4506000a@dauphin.com.br> Message-ID: <001d01c310f1$21a8a8d0$1900000a@noodle> Hi, > Look if not have other Server that are getting desync'ed, or that are > not U-lined correctly.. > What can be too, is that ^M when you configure your ircd.conf on > windows, that cause problems to a lot of C/N/H/U lines.. than rewrite > all on a *nix terminal... > If isn't it I cant help you, Andrew possible will can help you more :-) I have 2 servers connected together. They both have C/N/H Lines for eachother, and every server has a U:Line for the Services. The servers are running UnrealIRCd 3.1.5.1 / 3.2.beta-15. The first server has a pretty slow connection and gets often desynced. Can that be the problem? On a network with 2+ server connected togheter, must any server have U:Lines for services? - Federico From cpuman2000 at hotmail.com Sat May 3 00:25:55 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames References: <008701c310c7$389d8710$4506000a@dauphin.com.br> <001d01c310f1$21a8a8d0$1900000a@noodle> Message-ID: Having desynced servers always seems reak havoc on services. We run Unreal 3.1.5.1 on Serenia and back when we had a server with a desync problem services often clashed with that server. Also make sure all the server's clocks and time zones are correct... having them all off doesn't help server syncing to much... ;-) CPUMAN Serenia IRC Network irc.serenia.net ----- Original Message ----- From: "Federico Gentile" To: "Diego Bitencourt Contezini" ; "'IRC Services General Mailing List'" Sent: Saturday, May 03, 2003 5:23 AM Subject: Re: [IRCServices] [v5.0.18] NickServ doesn't kill or change nicknames > Hi, > > > > Look if not have other Server that are getting desync'ed, or that are > > not U-lined correctly.. > > What can be too, is that ^M when you configure your ircd.conf on > > windows, that cause problems to a lot of C/N/H/U lines.. than rewrite > > all on a *nix terminal... > > If isn't it I cant help you, Andrew possible will can help you more :-) > > I have 2 servers connected together. > They both have C/N/H Lines for eachother, and every server has a U:Line for > the Services. The servers are running UnrealIRCd 3.1.5.1 / 3.2.beta-15. The > first server has a pretty slow connection and gets often desynced. Can that > be the problem? > On a network with 2+ server connected togheter, must any server have U:Lines > for services? > > - Federico > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From gentfede at pt.lu Sat May 3 12:13:53 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / kill Users] Update Message-ID: <000501c311a8$24619a20$1900000a@noodle> Hi, I would like to update my problem. At first, I describe how the 2 servers (now both running UnrealIRCd 3.2-beta16 (but with beta 15 it was the same thing)) are linked. I will call the main server A (wich has the direct link to services), and the second server B. A has CNH Lines for B. A has CNHU Lines for the services. B has CNH Lines for A B has U Lines for the services. ( Services <==CNH==> A <==CNH==> B <---U---> services ) If now I connect to server A, I get the desired message from NickServ: ****************** [19:26:39] -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. - [19:26:39] -NickServ- If you do not change within one minute, I will change your nickname. ****************** But when I connect to server B, I get only: ****************** [19:26:39] -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. ****************** and then NickServ takes no further action. What lines (or whatelse) am I missing? thanks - Federico From uhc0 at rz.uni-karlsruhe.de Sat May 3 12:25:50 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / kill Users] Update In-Reply-To: <000501c311a8$24619a20$1900000a@noodle> References: <000501c311a8$24619a20$1900000a@noodle> Message-ID: <1051989949.2652.15.camel@dreadnought.hadiko.de> Hi, Probably nothing, except that you are using BETA software. This problem looks to be like a bug in token propagation between two unreal servers. Why dont you switch to stable releases ? Regards yusuf On Sat, 2003-05-03 at 21:13, Federico Gentile wrote: > Hi, > I would like to update my problem. > > At first, I describe how the 2 servers (now both running UnrealIRCd > 3.2-beta16 (but with beta 15 it was the same thing)) are linked. > I will call the main server A (wich has the direct link to services), and > the second server B. > > A has CNH Lines for B. > A has CNHU Lines for the services. > B has CNH Lines for A > B has U Lines for the services. > > ( Services <==CNH==> A <==CNH==> B <---U---> services ) > > If now I connect to server A, I get the desired message from NickServ: > > ****************** > [19:26:39] -NickServ- This nickname is registered and protected. If it is > your nickname, type /msg NickServ IDENTIFY password. Otherwise, please > choose a different nickname. > - > [19:26:39] -NickServ- If you do not change within one minute, I will change > your nickname. > ****************** > > But when I connect to server B, I get only: > > ****************** > [19:26:39] -NickServ- This nickname is registered and protected. If it is > your nickname, type /msg NickServ IDENTIFY password. Otherwise, please > choose a different nickname. > ****************** > > and then NickServ takes no further action. What lines (or whatelse) am I > missing? > > > thanks > - Federico > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From gentfede at pt.lu Sat May 3 12:32:04 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / killUsers] Update References: <000501c311a8$24619a20$1900000a@noodle> <1051989949.2652.15.camel@dreadnought.hadiko.de> Message-ID: <000d01c311aa$ad7e8b90$1900000a@noodle> Hi, > Probably nothing, except that you are using BETA software. This problem > looks to be like a bug in token propagation between two unreal servers. > > Why dont you switch to stable releases ? because it happened in the stable release too :) - Federico From vault at interia.pl Sat May 3 13:20:47 2003 From: vault at interia.pl (vault@interia.pl) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / kill Users] Update References: <000501c311a8$24619a20$1900000a@noodle> Message-ID: <000601c311b1$7c72d590$0310a8c0@marcin> > A has CNH Lines for B. > A has CNHU Lines for the services. > B has CNH Lines for A > B has U Lines for the services. You need U:line for services an all of your servers. ---------------------------------------------------------------------- Dla tych, co sie cenia... >>> http://link.interia.pl/f1713 From gentfede at pt.lu Sat May 3 13:29:24 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / kill Users]Update References: <000501c311a8$24619a20$1900000a@noodle> <000601c311b1$7c72d590$0310a8c0@marcin> Message-ID: <001d01c311b2$aff33b70$1900000a@noodle> Hi, > > A has CNH Lines for B. > > A has CNHU Lines for the services. > > B has CNH Lines for A > > B has U Lines for the services. > > You need U:line for services an all of your servers. A and B have U:Lines for services. - Federico From jj50sa at hotmail.com Sat May 3 15:37:12 2003 From: jj50sa at hotmail.com (Jamie Johnstone) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / killUsers]Update Message-ID: >Hi, > > > > > A has CNH Lines for B. > > > A has CNHU Lines for the services. > > > B has CNH Lines for A > > > B has U Lines for the services. > > > > You need U:line for services an all of your servers. > >A and B have U:Lines for services. > >- Federico No, as in you need U:Lines for ALL servers as well as services, example: A -> B = CHNU B -> A = CHNU A -> Services = CHNU B -> Services = U This may help with the problem. jj50sa Jamie Johnstone MysticNetwork Administrator www.mysticnetwork.org _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From griever at t2n.org Sat May 3 15:41:59 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames / killUsers]Update In-Reply-To: References: Message-ID: On Sun, 04 May 2003 01:37:12 +0300, Jamie Johnstone wrote: > > No, as in you need U:Lines for ALL servers as well as services, example: That's dangerous and shouldn't be needed anyway From jj50sa at hotmail.com Sat May 3 23:52:18 2003 From: jj50sa at hotmail.com (Jamie Johnstone) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames /killUsers]Update Message-ID: Why is it dangerous? >From: Finny Merrill >Reply-To: IRC Services General Mailing List > >To: IRC Services General Mailing List >Subject: Re: [IRCServices] [NickServ doesn't change Nicknames >/killUsers]Update >Date: Sat, 03 May 2003 18:41:59 -0400 > >On Sun, 04 May 2003 01:37:12 +0300, Jamie Johnstone >wrote: > >> >>No, as in you need U:Lines for ALL servers as well as services, example: > >That's dangerous and shouldn't be needed anyway >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From uhc0 at rz.uni-karlsruhe.de Sun May 4 02:51:18 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames /killUsers]Update In-Reply-To: References: Message-ID: <1052041877.2777.2.camel@dreadnought.hadiko.de> Simple. Compromise a server, use telnet to connect as a server to the network, and issue EVERY POSSIBLE command, all of them will be accepted, since you are U:Lined. U:Lines are only designed for services. Regards; yusuf On Sun, 2003-05-04 at 08:52, Jamie Johnstone wrote: > Why is it dangerous? > > > >From: Finny Merrill > >Reply-To: IRC Services General Mailing List > > > >To: IRC Services General Mailing List > >Subject: Re: [IRCServices] [NickServ doesn't change Nicknames > >/killUsers]Update > >Date: Sat, 03 May 2003 18:41:59 -0400 > > > >On Sun, 04 May 2003 01:37:12 +0300, Jamie Johnstone > >wrote: > > > >> > >>No, as in you need U:Lines for ALL servers as well as services, example: > > > >That's dangerous and shouldn't be needed anyway > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From dylanvdm at icon.co.za Sun May 4 03:18:48 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames /killUsers]Update References: Message-ID: <005d01c31226$d4cda510$9fccef9b@dylan> No. An ircd should never be U-lined. I have witnessed (as well as heard of) some very "interesting" scenareos when this happens, and the outcome isn't very pleasant. Only services and stats servers should be U-lined. On server A: - U-line for services - connect{} block for services On server B: - U-line for services Server A: link services.network.net { username *; hostname ; bind-ip *; port 4000; hub *; password-connect "blah"; password-receive "blah"; class servers; }; ulines { services.network.net; }; Server B: ulines { services.network.net; }; BOTH servers: set { services-server "services.network.net"; }; Dylan. ----- Original Message ----- From: "Finny Merrill" To: "IRC Services General Mailing List" Sent: Sunday, May 04, 2003 12:41 AM Subject: Re: [IRCServices] [NickServ doesn't change Nicknames /killUsers]Update > On Sun, 04 May 2003 01:37:12 +0300, Jamie Johnstone > wrote: > > > > > No, as in you need U:Lines for ALL servers as well as services, example: > > That's dangerous and shouldn't be needed anyway > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Sun May 4 06:12:42 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] I sent this to the coding list but got zero response Message-ID: <000201c3123e$d8a4fef0$f64f9144@weed> Ok, this used to work before, but for some reason it just stopped. I use the dreamforge.c protocol, and I've added a UMODE to my ircd and services to change the umode for ServicesRoot to +R. But for some reason, I can't get it to recognize when ServicesRoot is oper'd and ready for the mode change. In the same way as +a. This is not an IRCD problem because I have gotten other modes working, such as +C (Services Operator). If someone can give me some insight, it would be greatly appreciated. ### Modules/protocol/dreamforge.c ### --- WORKING UMODE +C CODE --- case 'C': if (is_oper(user)) { if (user->ngi->os_priv == NP_SERVOPER) { if (!add) send_cmd(ServerName, "SVSMODE %s +C", user->nick); } else { if (add) send_cmd(ServerName, "SVSMODE %s -C", user->nick); } return 1; } --- NOT WORKING UMODE +R CODE --- case 'R': if (is_oper(user)) { if (stricmp(user->nick, ServicesRoot) == 0) { if (!add) send_cmd(ServerName, "SVSMODE %s +R", user->nick); } else { if (add) send_cmd(ServerName, "SVSMODE %s -R", user->nick); } return 1; } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030504/34721de1/attachment.html From gentfede at pt.lu Sun May 4 10:07:09 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames/killUsers]Update References: <005d01c31226$d4cda510$9fccef9b@dylan> Message-ID: <000b01c3125f$9cd4f120$1900000a@noodle> Hi, > No. An ircd should never be U-lined. I have witnessed (as well as heard of) > some very "interesting" scenareos when this happens, and the outcome isn't > very pleasant. Only services and stats servers should be U-lined. Yes, only the services had and have U:Lines on the network. So, yesterday I downloaded the UnrealIRCd 3.2-beta16 for windows (for testing on my windows machine, let's call it C). I installed it and linked it with the other 2 servers. The linking config is now this: A --> CNHU --> services A --> CNH --> B A --> CNH --> C B --> CNH --> A B --> U --> services C --> CNH --> A C --> U --> services (I have made a picture for better understanding: http://no0dle.canna.biz.lu/irclinks.JPG You can look at the COMPLETE conf of the servers here: http://no0dle.canna.biz.lu/unreal-config/) The strange thing is, that on server A & C NickServ works correctly: ************ [18:07:22] -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. [18:07:23] -NickServ- If you do not change within one minute, I will change your nickname. ************ On B I get only: ************ [18:07:22] -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. ************ and NickServ takes no further action (as described in previous mails). I don't know what to do ... ALL server has U:Lines for the services ... :( thanks - Federico :((((( From uhc0 at rz.uni-karlsruhe.de Sun May 4 11:04:08 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] [NickServ doesn't change Nicknames/killUsers]Update In-Reply-To: <000b01c3125f$9cd4f120$1900000a@noodle> References: <005d01c31226$d4cda510$9fccef9b@dylan> <000b01c3125f$9cd4f120$1900000a@noodle> Message-ID: <1052071448.2777.11.camel@dreadnought.hadiko.de> I would like to know, whether your hostname and/or username are equal on both servers. It can be, that your host matches the one on your /ns access list, so that services does not intend to svsnick you. Regards; yusuf On Sun, 2003-05-04 at 19:07, Federico Gentile wrote: > Hi, > > > No. An ircd should never be U-lined. I have witnessed (as well as heard > of) > > some very "interesting" scenareos when this happens, and the outcome isn't > > very pleasant. Only services and stats servers should be U-lined. > > Yes, only the services had and have U:Lines on the network. > So, yesterday I downloaded the UnrealIRCd 3.2-beta16 for windows (for > testing on my windows machine, let's call it C). I installed it and linked > it with the other 2 servers. > > The linking config is now this: > A --> CNHU --> services > A --> CNH --> B > A --> CNH --> C > B --> CNH --> A > B --> U --> services > C --> CNH --> A > C --> U --> services > > (I have made a picture for better understanding: > http://no0dle.canna.biz.lu/irclinks.JPG > You can look at the COMPLETE conf of the servers here: > http://no0dle.canna.biz.lu/unreal-config/) > > The strange thing is, that on server A & C NickServ works correctly: > ************ > [18:07:22] -NickServ- This nickname is registered and protected. If it is > your nickname, type /msg NickServ IDENTIFY password. Otherwise, please > choose a different nickname. > [18:07:23] -NickServ- If you do not change within one minute, I will change > your nickname. > ************ > > On B I get only: > ************ > [18:07:22] -NickServ- This nickname is registered and protected. If it is > your nickname, type /msg NickServ IDENTIFY password. Otherwise, please > choose a different nickname. > ************ > and NickServ takes no further action (as described in previous mails). > > I don't know what to do ... ALL server has U:Lines for the services ... :( > > thanks > - Federico :((((( > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gentfede at pt.lu Sun May 4 12:53:25 2003 From: gentfede at pt.lu (Federico Gentile) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] SOLUTION [NickServ doesn't change Nicknames/kill Users] Message-ID: <004001c31276$d348cb70$1900000a@noodle> Hi :) I want to post the solution for my problem. At first very special thanks to Dylan Merwe who found the solution :) Well, in fact, nothing was wrong with NickServ. I had not commented out NSFirstAccessEnable, and so it was normal that I didn't get killed or renamed by NickServ :) I then commented out NSFirstAccessEnable and cleared my NickServ access list and everything was fine :) hehe okay thank you all again, and especially Dylan :) - Federico From Nessun at rizon.net Mon May 5 22:44:39 2003 From: Nessun at rizon.net (Nessun) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid Message-ID: <004101c31392$95d96070$6501a8c0@rizon> hi i run a net about 4000-5000 users and plan to expand as soon as I can change ircd as the one im using is eatcing up excess bandwidth. My plans are to change to hybrid which since epona(our current services) doesnt support hybrid this obviously brings up an issue. I am looking for 1 of 2 options. 1st would be the best u could help me by knowing someone who has ircservices working with hybrid or would be willing to assist us with it and we could convert our database to ircservices 2. we continue our efforts to mod epona and hybrid to link up with one another. 3 is going ok but at this rate taking much too long than needed. Our servers are using about 1 months worth of bandwidth in 20 days so we are forced to either shut them off or pay serious overages. So the decision we make must be expediant. Any assist u can give me with this will be very very appreciated. I ask that u please email me back even if its to say you dont have the time i will understand but prefer to hear that then wait for ever on nothing. Thank you in advance Irc.Rizon.Net Net Admin Nessun -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030506/d0ed8b74/attachment.htm From 2f at n Tue May 6 02:24:50 2003 From: 2f at n (2f@n) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices crashes when saving databases Message-ID: <20030506122450.3a8443df.tufan@ulakbim.gov.tr> Hi, Ircservices version: [May 06 11:44:40.107617 2003] IRC Services 5.0.18 starting up (options: debug) using default language: turkish ircd version: tr-ircd(kenora)-5.1(03)-r#2 logs: [May 06 11:52:17.596382 2003] protocol/trircd: debug: tiufang SJOINs #ankara [May 06 11:52:17.597995 2003] debug: Creating channel #ankara [May 06 11:52:20.650418 2003] debug: Saving databases [May 06 11:52:35.852122 2003] debug: Saving databases [May 06 11:52:50.951586 2003] debug: Saving databases [May 06 11:53:06.042137 2003] debug: Saving databases [May 06 11:53:21.136978 2003] debug: Saving databases [May 06 11:53:22.081041 2003] debug: Received: f :ULAK-IRC [May 06 11:53:22.082513 2003] debug: Sent: :phantom.ulakbim.gov.tr PONG phantom.ulakbim.gov.tr ULAK-IRC ... [May 06 11:53:38.641767 2003] debug: Saving databases [May 06 11:53:50.153203 2003] debug: Received: :tiufang P ChanServ :register #ankara MyPass ThisIsADescription [May 06 11:53:50.154635 2003] chanserv/main: Channel #ankara registered by tiufang!tiufang@phantom.ulakbim.gov.tr [May 06 11:53:50.156652 2003] debug: Sent: :ChanServ NOTICE tiufang :#ankara kanali tiufang nick'inize kaydedilmistir. [May 06 11:53:50.158033 2003] debug: Sent: :ChanServ NOTICE tiufang :Kanal sifrenizi ( MyPass ) kimseye soylemeyiniz ve unutmayiniz. [May 06 11:53:50.159565 2003] debug: Sent: :ChanServ MODE #ankara +tr [May 06 11:53:53.171666 2003] debug: Saving databases [May 06 11:54:08.251612 2003] debug: Saving databases [May 06 11:54:08.325564 2003] Services terminating: Segmentation Fault [May 06 11:54:08.328607 2003] debug: Sent: :MemoServ QUIT : [May 06 11:54:08.330422 2003] debug: Sent: :ChanServ QUIT : [May 06 11:54:08.332015 2003] debug: Sent: :NickServ QUIT : [May 06 11:54:08.333659 2003] debug: Sent: :OperServ QUIT : [May 06 11:54:08.335018 2003] debug: Sent: :Global QUIT : [May 06 11:54:08.336640 2003] debug: Sent: :phantom.ulakbim.gov.tr SQUIT phantom.ulakbim.gov.tr :Services terminating: Segmentation Fault description: - ircservices crashes after registering a channel when saving databases. - there seems to be no problem with registering nicks. - after segmentation fault, _ there seems to be no core file dumped _ .lock file exists _ chan.db and chan.db.new files exist - when restarting ircservices in this state, the following appears in logs: [May 06 11:59:32.567845 2003] debug: Loading module `chanserv/main' [May 06 11:59:32.573916 2003] database/version4: Extension data found for nonexisting channel `#ankara' [May 06 11:59:32.596249 2003] debug: Successfully loaded module `chanserv/main' _ and of course, since .lock file exists: [May 06 12:02:04.231210 2003] debug: Sent: :phantom.ulakbim.gov.tr GLOBOPS :Warning: Data directory is locked; databases will not be updated. Remove the `.lock' file to allow database updates. [May 06 12:02:04.232683 2003] warning: data directory is locked, not updating databases thanks in advance for any help. btw, i'm using Solaris 9 on sparc (Ultra 10) with (hopefully all) common gnu packages installed. From ballsy at mystical.net Tue May 6 06:08:00 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid In-Reply-To: <004101c31392$95d96070$6501a8c0@rizon> Message-ID: Do you think changing your IRCd will really decrease your bandwidth utilisation an appreciable amount ? Granted, I haven't tested the differences in b/w utilization across different IRCds, but I would guess that the main difference you'll see is in CPU and memory usage. David Quoth Nessun on May 6 at 01:44, > hi i run a net about 4000-5000 users and plan to expand as soon as I can change ircd as the one im using is eatcing up excess bandwidth. My plans are to change to hybrid which since epona(our current services) doesnt support hybrid this obviously brings up an issue. I am looking for 1 of 2 options. > > 1st would be the best u could help me by knowing someone who has ircservices working with hybrid or would be willing to assist us with it and we could convert our database to ircservices > > 2. we continue our efforts to mod epona and hybrid to link up with one another. > > 3 is going ok but at this rate taking much too long than needed. Our servers are using about 1 months worth of bandwidth in 20 days so we are forced to either shut them off or pay serious overages. So the decision we make must be expediant. > > Any assist u can give me with this will be very very appreciated. I ask that u please email me back even if its to say you dont have the time i will understand but prefer to hear that then wait for ever on nothing. > > Thank you in advance > > Irc.Rizon.Net > Net Admin > Nessun > From cpuman2000 at hotmail.com Tue May 6 06:35:00 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: Message-ID: Yah I'd have to agree with David on that. A 4,000-5,000 user network simply is going to use a good amount of bandwidth. Changing IRCds would make a minute bandwidth improvement at best. That is unless your current IRCd is so unbelievably inefficient that it's wasteful with bandwidth, which is unlikely. As for converting a database it's fairly straight forward I don't remember the exact details on how to do it atm as I'm about brain dead atm (sleep deprivation :P). I don't recommend you continue trying to hack Epona, unless you and your staff really know what your doing. I've seen some horrific sites of people modifying services programs and them crashing on an hourly basis. CPUMAN Serenia IRC Network irc.serenia.net ----- Original Message ----- From: "Ballsy" To: "IRC Services General Mailing List" Sent: Tuesday, May 06, 2003 9:08 PM Subject: Re: [IRCServices] ircservices with hybrid > Do you think changing your IRCd will really decrease your > bandwidth utilisation an appreciable amount ? Granted, I haven't tested > the differences in b/w utilization across different IRCds, but I would > guess that the main difference you'll see is in CPU and memory usage. > > David > > > Quoth Nessun on May 6 at 01:44, > > > hi i run a net about 4000-5000 users and plan to expand as soon as I can change ircd as the one im using is eatcing up excess bandwidth. My plans are to change to hybrid which since epona(our current services) doesnt support hybrid this obviously brings up an issue. I am looking for 1 of 2 options. > > > > 1st would be the best u could help me by knowing someone who has ircservices working with hybrid or would be willing to assist us with it and we could convert our database to ircservices > > > > 2. we continue our efforts to mod epona and hybrid to link up with one another. > > > > 3 is going ok but at this rate taking much too long than needed. Our servers are using about 1 months worth of bandwidth in 20 days so we are forced to either shut them off or pay serious overages. So the decision we make must be expediant. > > > > Any assist u can give me with this will be very very appreciated. I ask that u please email me back even if its to say you dont have the time i will understand but prefer to hear that then wait for ever on nothing. > > > > Thank you in advance > > > > Irc.Rizon.Net > > Net Admin > > Nessun > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Nessun at rizon.net Tue May 6 08:27:03 2003 From: Nessun at rizon.net (Nessun) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: Message-ID: <005001c313e3$f270f9a0$6501a8c0@rizon> on the bandwidth a 1000 user client server is pushing 600 gigs a month very abnormal for us i ran a net before and was pushing 200-300gigs a month on a 2000 user client server both being warez nets. we have tested hybrid to use literally 1/3 the bandwidth for us then viagra ircd(a bug fixed titan ircd). and we 2 coders taht are extremly good at coding hybrid ircd and epona problem is my epona coder is too busy atm and hybrid coder trying to do both ----- Original Message ----- From: "CPUMAN" To: "IRC Services General Mailing List" Sent: Tuesday, May 06, 2003 9:35 AM Subject: Re: [IRCServices] ircservices with hybrid > Yah I'd have to agree with David on that. A 4,000-5,000 user network simply > is going to use a good amount of bandwidth. Changing IRCds would make a > minute bandwidth improvement at best. That is unless your current IRCd is so > unbelievably inefficient that it's wasteful with bandwidth, which is > unlikely. > > As for converting a database it's fairly straight forward I don't remember > the exact details on how to do it atm as I'm about brain dead atm (sleep > deprivation :P). > > I don't recommend you continue trying to hack Epona, unless you and your > staff really know what your doing. I've seen some horrific sites of people > modifying services programs and them crashing on an hourly basis. > > CPUMAN > Serenia IRC Network > irc.serenia.net > > ----- Original Message ----- > From: "Ballsy" > To: "IRC Services General Mailing List" > Sent: Tuesday, May 06, 2003 9:08 PM > Subject: Re: [IRCServices] ircservices with hybrid > > > > Do you think changing your IRCd will really decrease your > > bandwidth utilisation an appreciable amount ? Granted, I haven't tested > > the differences in b/w utilization across different IRCds, but I would > > guess that the main difference you'll see is in CPU and memory usage. > > > > David > > > > > > Quoth Nessun on May 6 at 01:44, > > > > > hi i run a net about 4000-5000 users and plan to expand as soon as I can > change ircd as the one im using is eatcing up excess bandwidth. My plans are > to change to hybrid which since epona(our current services) doesnt support > hybrid this obviously brings up an issue. I am looking for 1 of 2 options. > > > > > > 1st would be the best u could help me by knowing someone who has > ircservices working with hybrid or would be willing to assist us with it and > we could convert our database to ircservices > > > > > > 2. we continue our efforts to mod epona and hybrid to link up with one > another. > > > > > > 3 is going ok but at this rate taking much too long than needed. Our > servers are using about 1 months worth of bandwidth in 20 days so we are > forced to either shut them off or pay serious overages. So the decision we > make must be expediant. > > > > > > Any assist u can give me with this will be very very appreciated. I ask > that u please email me back even if its to say you dont have the time i will > understand but prefer to hear that then wait for ever on nothing. > > > > > > Thank you in advance > > > > > > Irc.Rizon.Net > > > Net Admin > > > Nessun > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andrewk at isdial.net Tue May 6 09:00:13 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: <005001c313e3$f270f9a0$6501a8c0@rizon> Message-ID: <011e01c313e8$948488c0$1f0912ac@espotting.com> Excuse the assumptions, but hopefully I'm not swining around too much in the dark... I assume by the names of the ircds you've mentioned below that you're using an ircd that has been customised with a large number of features? If this is the case, they're probably the reason why your network seems to be consuming so much bandwidth; hence why you've chosen a more bandwidth optimised ircd. My question is, if I'm correct about the features and if you've decided to sacrifice them, why not choose and ircd that has fewer features but is more compatible with services? Is bahamut as much of a bandwidth hog as these other ircds appear to be? As a result of their very large userbase, DALnet have definitely made an effort to make their ircd bandwidth friendly. You'll probably find that at the (possible) cost of a little more bandwidth, you'll have far more support and a far longer upgrade path than if you go ahead with the extensive modifications you'll need to make to hybrid. Just a thought. Andrew ----- Original Message ----- From: "Nessun" To: "IRC Services General Mailing List" Sent: Tuesday, May 06, 2003 4:27 PM Subject: Re: [IRCServices] ircservices with hybrid > on the bandwidth a 1000 user client server is pushing 600 gigs a month very > abnormal for us i ran a net before and was pushing 200-300gigs a month on a > 2000 user client server both being warez nets. we have tested hybrid to use > literally 1/3 the bandwidth for us then viagra ircd(a bug fixed titan ircd). > and we 2 coders taht are extremly good at coding hybrid ircd and epona > problem is my epona coder is too busy atm and hybrid coder trying to do both > > ----- Original Message ----- > From: "CPUMAN" > To: "IRC Services General Mailing List" > Sent: Tuesday, May 06, 2003 9:35 AM > Subject: Re: [IRCServices] ircservices with hybrid > > > > Yah I'd have to agree with David on that. A 4,000-5,000 user network > simply > > is going to use a good amount of bandwidth. Changing IRCds would make a > > minute bandwidth improvement at best. That is unless your current IRCd is > so > > unbelievably inefficient that it's wasteful with bandwidth, which is > > unlikely. > > > > As for converting a database it's fairly straight forward I don't remember > > the exact details on how to do it atm as I'm about brain dead atm (sleep > > deprivation :P). > > > > I don't recommend you continue trying to hack Epona, unless you and your > > staff really know what your doing. I've seen some horrific sites of people > > modifying services programs and them crashing on an hourly basis. > > > > CPUMAN > > Serenia IRC Network > > irc.serenia.net > > > > ----- Original Message ----- > > From: "Ballsy" > > To: "IRC Services General Mailing List" > > Sent: Tuesday, May 06, 2003 9:08 PM > > Subject: Re: [IRCServices] ircservices with hybrid > > > > > > > Do you think changing your IRCd will really decrease your > > > bandwidth utilisation an appreciable amount ? Granted, I haven't tested > > > the differences in b/w utilization across different IRCds, but I would > > > guess that the main difference you'll see is in CPU and memory usage. > > > > > > David > > > > > > > > > Quoth Nessun on May 6 at 01:44, > > > > > > > hi i run a net about 4000-5000 users and plan to expand as soon as I > can > > change ircd as the one im using is eatcing up excess bandwidth. My plans > are > > to change to hybrid which since epona(our current services) doesnt support > > hybrid this obviously brings up an issue. I am looking for 1 of 2 options. > > > > > > > > 1st would be the best u could help me by knowing someone who has > > ircservices working with hybrid or would be willing to assist us with it > and > > we could convert our database to ircservices > > > > > > > > 2. we continue our efforts to mod epona and hybrid to link up with one > > another. > > > > > > > > 3 is going ok but at this rate taking much too long than needed. Our > > servers are using about 1 months worth of bandwidth in 20 days so we are > > forced to either shut them off or pay serious overages. So the decision we > > make must be expediant. > > > > > > > > Any assist u can give me with this will be very very appreciated. I > ask > > that u please email me back even if its to say you dont have the time i > will > > understand but prefer to hear that then wait for ever on nothing. > > > > > > > > Thank you in advance > > > > > > > > Irc.Rizon.Net > > > > Net Admin > > > > Nessun > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From Nessun at rizon.net Tue May 6 09:07:00 2003 From: Nessun at rizon.net (Nessun) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: <005001c313e3$f270f9a0$6501a8c0@rizon> <011e01c313e8$948488c0$1f0912ac@espotting.com> Message-ID: <005801c313e9$8727b520$6501a8c0@rizon> bahamut was definatly considered as i ran it before on a net i was with. It was very stable has a memory leak which can be annoying but over all still uses more bandwidth and cpu then hybrid and i figured if im gonna go through the trouble of changing y not use the ircd one of the most stable nets there is especially for there size uses. also i had been talking with a channel on our net ith 600 xdccs and there bots were showing up in our firewalls and we could not figure out why it was taking them as an attack but this morning after some long talks they decided to move. our bandwidth on one of our servers went from 400k out and 200k in to 20k in and 80k out a seriously huge difference that i cannot seem to figure out why. http://mrtg.corezx.com/ u can see the exact instant they moved there bots. and yes there xdccs but we have more xdccs then them still on the net and are using way less abandwidth so not sure what was so special about there they were only the #3 channel on the net ----- Original Message ----- From: "Andrew Kempe" To: "IRC Services General Mailing List" Sent: Tuesday, May 06, 2003 12:00 PM Subject: Re: [IRCServices] ircservices with hybrid > Excuse the assumptions, but hopefully I'm not swining around too much in the > dark... > > I assume by the names of the ircds you've mentioned below that you're using > an ircd that has been customised with a large number of features? If this is > the case, they're probably the reason why your network seems to be consuming > so much bandwidth; hence why you've chosen a more bandwidth optimised ircd. > > My question is, if I'm correct about the features and if you've decided to > sacrifice them, why not choose and ircd that has fewer features but is more > compatible with services? Is bahamut as much of a bandwidth hog as these > other ircds appear to be? As a result of their very large userbase, DALnet > have definitely made an effort to make their ircd bandwidth friendly. You'll > probably find that at the (possible) cost of a little more bandwidth, you'll > have far more support and a far longer upgrade path than if you go ahead > with the extensive modifications you'll need to make to hybrid. > > Just a thought. > > Andrew > > > ----- Original Message ----- > From: "Nessun" > To: "IRC Services General Mailing List" > Sent: Tuesday, May 06, 2003 4:27 PM > Subject: Re: [IRCServices] ircservices with hybrid > > > > on the bandwidth a 1000 user client server is pushing 600 gigs a month > very > > abnormal for us i ran a net before and was pushing 200-300gigs a month on > a > > 2000 user client server both being warez nets. we have tested hybrid to > use > > literally 1/3 the bandwidth for us then viagra ircd(a bug fixed titan > ircd). > > and we 2 coders taht are extremly good at coding hybrid ircd and epona > > problem is my epona coder is too busy atm and hybrid coder trying to do > both > > > > ----- Original Message ----- > > From: "CPUMAN" > > To: "IRC Services General Mailing List" > > Sent: Tuesday, May 06, 2003 9:35 AM > > Subject: Re: [IRCServices] ircservices with hybrid > > > > > > > Yah I'd have to agree with David on that. A 4,000-5,000 user network > > simply > > > is going to use a good amount of bandwidth. Changing IRCds would make a > > > minute bandwidth improvement at best. That is unless your current IRCd > is > > so > > > unbelievably inefficient that it's wasteful with bandwidth, which is > > > unlikely. > > > > > > As for converting a database it's fairly straight forward I don't > remember > > > the exact details on how to do it atm as I'm about brain dead atm (sleep > > > deprivation :P). > > > > > > I don't recommend you continue trying to hack Epona, unless you and your > > > staff really know what your doing. I've seen some horrific sites of > people > > > modifying services programs and them crashing on an hourly basis. > > > > > > CPUMAN > > > Serenia IRC Network > > > irc.serenia.net > > > > > > ----- Original Message ----- > > > From: "Ballsy" > > > To: "IRC Services General Mailing List" > > > Sent: Tuesday, May 06, 2003 9:08 PM > > > Subject: Re: [IRCServices] ircservices with hybrid > > > > > > > > > > Do you think changing your IRCd will really decrease your > > > > bandwidth utilisation an appreciable amount ? Granted, I haven't > tested > > > > the differences in b/w utilization across different IRCds, but I would > > > > guess that the main difference you'll see is in CPU and memory usage. > > > > > > > > David > > > > > > > > > > > > Quoth Nessun on May 6 at 01:44, > > > > > > > > > hi i run a net about 4000-5000 users and plan to expand as soon as I > > can > > > change ircd as the one im using is eatcing up excess bandwidth. My plans > > are > > > to change to hybrid which since epona(our current services) doesnt > support > > > hybrid this obviously brings up an issue. I am looking for 1 of 2 > options. > > > > > > > > > > 1st would be the best u could help me by knowing someone who has > > > ircservices working with hybrid or would be willing to assist us with it > > and > > > we could convert our database to ircservices > > > > > > > > > > 2. we continue our efforts to mod epona and hybrid to link up with > one > > > another. > > > > > > > > > > 3 is going ok but at this rate taking much too long than needed. Our > > > servers are using about 1 months worth of bandwidth in 20 days so we are > > > forced to either shut them off or pay serious overages. So the decision > we > > > make must be expediant. > > > > > > > > > > Any assist u can give me with this will be very very appreciated. I > > ask > > > that u please email me back even if its to say you dont have the time i > > will > > > understand but prefer to hear that then wait for ever on nothing. > > > > > > > > > > Thank you in advance > > > > > > > > > > Irc.Rizon.Net > > > > > Net Admin > > > > > Nessun > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From andrewk at isdial.net Tue May 6 09:08:40 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: <005001c313e3$f270f9a0$6501a8c0@rizon> Message-ID: <012201c313e9$c24a41e0$1f0912ac@espotting.com> An afterthought.... You may want to consider how your network is architected and how your servers and services are configured. You may find that by disabling a certain features (such as those in custom versions of Services that allow the pseudo-clients to join channels), you'll reduce your inter-server traffic. If you have frequent netsplits, change your routing to prevent the huge cost of server-resyncs. If you have many servers, get rid of a few in an effort to keep inter-server communication for channels messages to a minimum. Fewer servers also means fewer netsplits. If you can't avoid netsplits, get hold of an ircd that is friendly when it comes to syncing the network - such as those that use SJOIN rather than individual JOINS for each client or those that use tokens instead of full SERVER<->SERVER commands. There are a number of ircds that are compatible with IRC Services and employ these bandwidth saving techniques. Andrew ----- Original Message ----- From: "Nessun" To: "IRC Services General Mailing List" Sent: Tuesday, May 06, 2003 4:27 PM Subject: Re: [IRCServices] ircservices with hybrid > on the bandwidth a 1000 user client server is pushing 600 gigs a month very > abnormal for us i ran a net before and was pushing 200-300gigs a month on a > 2000 user client server both being warez nets. we have tested hybrid to use > literally 1/3 the bandwidth for us then viagra ircd(a bug fixed titan ircd). > and we 2 coders taht are extremly good at coding hybrid ircd and epona > problem is my epona coder is too busy atm and hybrid coder trying to do both > > ----- Original Message ----- > From: "CPUMAN" > To: "IRC Services General Mailing List" > Sent: Tuesday, May 06, 2003 9:35 AM > Subject: Re: [IRCServices] ircservices with hybrid > > > > Yah I'd have to agree with David on that. A 4,000-5,000 user network > simply > > is going to use a good amount of bandwidth. Changing IRCds would make a > > minute bandwidth improvement at best. That is unless your current IRCd is > so > > unbelievably inefficient that it's wasteful with bandwidth, which is > > unlikely. > > > > As for converting a database it's fairly straight forward I don't remember > > the exact details on how to do it atm as I'm about brain dead atm (sleep > > deprivation :P). > > > > I don't recommend you continue trying to hack Epona, unless you and your > > staff really know what your doing. I've seen some horrific sites of people > > modifying services programs and them crashing on an hourly basis. > > > > CPUMAN > > Serenia IRC Network > > irc.serenia.net > > > > ----- Original Message ----- > > From: "Ballsy" > > To: "IRC Services General Mailing List" > > Sent: Tuesday, May 06, 2003 9:08 PM > > Subject: Re: [IRCServices] ircservices with hybrid > > > > > > > Do you think changing your IRCd will really decrease your > > > bandwidth utilisation an appreciable amount ? Granted, I haven't tested > > > the differences in b/w utilization across different IRCds, but I would > > > guess that the main difference you'll see is in CPU and memory usage. > > > > > > David > > > > > > > > > Quoth Nessun on May 6 at 01:44, > > > > > > > hi i run a net about 4000-5000 users and plan to expand as soon as I > can > > change ircd as the one im using is eatcing up excess bandwidth. My plans > are > > to change to hybrid which since epona(our current services) doesnt support > > hybrid this obviously brings up an issue. I am looking for 1 of 2 options. > > > > > > > > 1st would be the best u could help me by knowing someone who has > > ircservices working with hybrid or would be willing to assist us with it > and > > we could convert our database to ircservices > > > > > > > > 2. we continue our efforts to mod epona and hybrid to link up with one > > another. > > > > > > > > 3 is going ok but at this rate taking much too long than needed. Our > > servers are using about 1 months worth of bandwidth in 20 days so we are > > forced to either shut them off or pay serious overages. So the decision we > > make must be expediant. > > > > > > > > Any assist u can give me with this will be very very appreciated. I > ask > > that u please email me back even if its to say you dont have the time i > will > > understand but prefer to hear that then wait for ever on nothing. > > > > > > > > Thank you in advance > > > > > > > > Irc.Rizon.Net > > > > Net Admin > > > > Nessun > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From Slowking50 at aol.com Fri May 9 11:49:48 2003 From: Slowking50 at aol.com (Slowking50@aol.com) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid Message-ID: <4874319C.2FA2B156.0CD45FDB@aol.com> Just noticing your post :) Anyway, I wrote a hybrid.c and a set of patches from making IRCServices compatible with Hybrid. You can read about it in the IRCServices-coding archive :) Anyway, here's the contents of my last post, feel free to test these, I've gotten two different Hyb nets with over 1000 users testing these patches, and from what I've heard and seen they're working great. > > > Okay, here are the issues and solutions: > > 1) Hybrid requires an online nick to set remote klines. So I imported s_OperServ to set all akills. > > 2) In order to cut down on patches, I put the topic handler in hybrid.c via register_messages. This turns out to be a bad hack, since I can't find a way to call cb_topic. > > 3) Remote JOINs need a timestamp. Use the following patch on modules/chanserv/check.c: > > http://www.angelfire.com/az3/d-mstats/check.diff > > 4) Implementing into modules/protocol/Makefile: > > http://www.angelfire.com/az3/d-mstats/make.diff > > And finally: > > http://www.angelfire.com/az3/d-mstats/hybrid.c > > I hope this works this time :) It's been tested plenty, > thanks to kryptik and animenetworks for the help. From ianj at esper.net Sun May 11 18:46:14 2003 From: ianj at esper.net (Ian R. Justman) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] ircservices with hybrid References: <4874319C.2FA2B156.0CD45FDB@aol.com> Message-ID: <3EBEFCE6.3070403@esper.net> Slowking50@aol.com wrote: > Just noticing your post :) Anyway, I wrote a hybrid.c and a set of patches from making IRCServices compatible with Hybrid. You can read about it in the IRCServices-coding archive :) Anyway, here's the contents of my last post, feel free to test these, I've gotten two different Hyb nets with over 1000 users testing these patches, and from what I've heard and seen they're working great. > > >> >>Okay, here are the issues and solutions: >> >>1) Hybrid requires an online nick to set remote klines. So I imported s_OperServ to set all akills. >> >>2) In order to cut down on patches, I put the topic handler in hybrid.c via register_messages. This turns out to be a bad hack, since I can't find a way to call cb_topic. >> >>3) Remote JOINs need a timestamp. Use the following patch on modules/chanserv/check.c: >> >>http://www.angelfire.com/az3/d-mstats/check.diff >> >>4) Implementing into modules/protocol/Makefile: >> >>http://www.angelfire.com/az3/d-mstats/make.diff >> >>And finally: >> >>http://www.angelfire.com/az3/d-mstats/hybrid.c >> >>I hope this works this time :) It's been tested plenty, >>thanks to kryptik and animenetworks for the help. > One of the folks on Aniverse wrote a module for the latest versions of Hybrid. I am going to be testing it and will report on it soon. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From spam at b3design.ch Tue May 13 14:11:59 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Db's out of date? Message-ID: Heya all, Is it possible that databases of older versions of ircservices are no longer compatible with newer releases? I just compiled services on a different box, uploaded my db's via ftp and now I get [May 13 22:00:27 2003] FATAL: database/version4: Invalid extension data version in exception.db [May 13 22:02:05 2003] IRC Services 5.0.18 starting up [May 13 22:02:05 2003] database/version4: Read error on news.db [May 13 22:02:05 2003] database/version4: Read error on nick.db This would still be strange because the original db's come from an older release which I successfully used on a *.18 release on another box but all of a sudden they no longer work :( I thought it could be the ftp that messed them up so I uploaded the files using a text method... Any help would be great! From terry at xevion.net Wed May 14 08:03:04 2003 From: terry at xevion.net (Terrance Thornsley) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem Message-ID: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Our IRC net is one of those targeted by the fizzer worm and we are getting huge amounts of connects. Is anyone aware of any module/fix/patch for services that we may be able to use to ban these connects? We're currently using the most recent ver. of ircservices as well as Unreal IRCd. Any help would be greatly appreciated. Thanks, Terry From fireman at nitrousnet.net Wed May 14 07:32:34 2003 From: fireman at nitrousnet.net (Fireman) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: <000701c31a25$a8fc1230$bea55641@fireman> We are also one of the targets and we had been glining them. But what we noticed was that the roughly 7000 glines we had set were causing the cpu processes to run up higher than normal and was actually causing a bigger problem. What we decided to do was to just stop banning them and see how things go. So far we have noticed less cpu usage and less bandwidth usage. It's basically a "lesser of two evils" approach. Fireman ----- Original Message ----- From: "Terrance Thornsley" To: Sent: Wednesday, May 14, 2003 10:03 AM Subject: [IRCServices] Major fizzer worm problem > Our IRC net is one of those targeted by the > fizzer worm and we are getting huge amounts of > connects. Is anyone aware of any > module/fix/patch for services that we may be able > to use to ban these connects? We're currently > using the most recent ver. of ircservices as well > as Unreal IRCd. > > Any help would be greatly appreciated. > > Thanks, > > Terry > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From calimonk at gmx.net Wed May 14 07:33:25 2003 From: calimonk at gmx.net (Ivo "CaliMonk" Teel) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: <5.2.1.1.0.20030514163154.02f19c70@mail.gmx.net> At 10:03 14-5-2003 -0500, Terrance Thornsley wrote: >Our IRC net is one of those targeted by the >fizzer worm and we are getting huge amounts of >connects. Is anyone aware of any >module/fix/patch for services that we may be able >to use to ban these connects? We're currently >using the most recent ver. of ircservices as well >as Unreal IRCd. > >Any help would be greatly appreciated. > >Thanks, > >Terry > [off topic] http://www.debugoutput.com/fizzer.php For more information. UnrealIRCd Module: http://tspre.org/defizzer.c - Ivo --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From calimonk at gmx.net Wed May 14 07:33:25 2003 From: calimonk at gmx.net (Ivo "CaliMonk" Teel) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: <5.2.1.1.0.20030514163154.02f19c70@mail.gmx.net> At 10:03 14-5-2003 -0500, Terrance Thornsley wrote: >Our IRC net is one of those targeted by the >fizzer worm and we are getting huge amounts of >connects. Is anyone aware of any >module/fix/patch for services that we may be able >to use to ban these connects? We're currently >using the most recent ver. of ircservices as well >as Unreal IRCd. > >Any help would be greatly appreciated. > >Thanks, > >Terry > [off topic] http://www.debugoutput.com/fizzer.php For more information. UnrealIRCd Module: http://tspre.org/defizzer.c - Ivo --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- From ballsy at mystical.net Wed May 14 07:50:48 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: We ust bahamut on our network, and while there is apparently a patch available (mentioned on dalnet-src@ mailing list) here... http://www.rezosup.org/download/uptodate/serveurs/ircd/patches/patchs_norm/b ahamut-1.4.34-release.fz3.patch we opted to go with small Perl bots (1 per server) instead, which are +oK which /who all connecting users. If they match a given regex, they get /zlined (not sure what the equivalent command on other IRCds is). Basically, they're "banned" before they can even register, before the server creates a structure for the user, etc. These should give us the flexibility to modify the regex should the pattern change without having to take the server down to apply a patch. No apparent resource implications, other than an ircd.conf file which gets pretty large over time. Granted, we're a small network...larger networks may see performance hits...not sure. Having services deal with these infected clients will become a nightmare because its S?Line/Akill list will become huge and unmanageable. Resource issues are inevitable, as well. David Quoth Terrance Thornsley on May 14 at 10:03, > Our IRC net is one of those targeted by the > fizzer worm and we are getting huge amounts of > connects. Is anyone aware of any > module/fix/patch for services that we may be able > to use to ban these connects? We're currently > using the most recent ver. of ircservices as well > as Unreal IRCd. > > Any help would be greatly appreciated. > > Thanks, > > Terry > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From cpuman2000 at hotmail.com Wed May 14 09:00:42 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: We run on Unreal on Serenia and are getting hit by hundreds of bots as well, we've just taken and made a bot that periodicly searchs for channels with these bots in it and takes over the channel, killing the bots in the process. After which in enables a channel forward forcing all the bots into a main channel in which we can easily pick the rest off with scripts and such... The Fizzer worm's channels are easy to detect considering they always have the channel mode format of '+slk 1000 somerandomkey'. CPUMAN irc.serenia.net ----- Original Message ----- From: "Terrance Thornsley" To: Sent: Wednesday, May 14, 2003 11:03 PM Subject: [IRCServices] Major fizzer worm problem > Our IRC net is one of those targeted by the > fizzer worm and we are getting huge amounts of > connects. Is anyone aware of any > module/fix/patch for services that we may be able > to use to ban these connects? We're currently > using the most recent ver. of ircservices as well > as Unreal IRCd. > > Any help would be greatly appreciated. > > Thanks, > > Terry > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From calimonk at gmx.net Wed May 14 09:52:14 2003 From: calimonk at gmx.net (CaliMonk) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: <5.2.1.1.0.20030514185108.02285800@mail.gmx.net> At 12:00 AM 5/15/2003 +0800, CPUMAN wrote: >We run on Unreal on Serenia and are getting hit by hundreds of bots as well, >we've just taken and made a bot that periodicly searchs for channels with >these bots in it and takes over the channel, killing the bots in the >process. After which in enables a channel forward forcing all the bots into >a main channel in which we can easily pick the rest off with scripts and >such... > >The Fizzer worm's channels are easy to detect considering they always have >the channel mode format of '+slk 1000 somerandomkey'. > >CPUMAN >irc.serenia.net There are large discussions running for this issue on other mailing lists, this one is only for services :) On an offtopic note, if you just make a bot to send a privmsg with 001ECHO Any msg here to any connecting host you'll crash the IRC thread of the trojan, it'll respawn and go to a diffrent network though. >----- Original Message ----- >From: "Terrance Thornsley" >To: >Sent: Wednesday, May 14, 2003 11:03 PM >Subject: [IRCServices] Major fizzer worm problem > > > > Our IRC net is one of those targeted by the > > fizzer worm and we are getting huge amounts of > > connects. Is anyone aware of any > > module/fix/patch for services that we may be able > > to use to ban these connects? We're currently > > using the most recent ver. of ircservices as well > > as Unreal IRCd. > > > > Any help would be greatly appreciated. > > > > Thanks, > > > > Terry > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- Webmaster & Co-Founder Gabber-nation.net http://www.gabber-nation.net calimonk@gabber-nation.net --------------------------------------- From calimonk at gmx.net Wed May 14 09:52:14 2003 From: calimonk at gmx.net (CaliMonk) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> Message-ID: <5.2.1.1.0.20030514185108.02285800@mail.gmx.net> At 12:00 AM 5/15/2003 +0800, CPUMAN wrote: >We run on Unreal on Serenia and are getting hit by hundreds of bots as well, >we've just taken and made a bot that periodicly searchs for channels with >these bots in it and takes over the channel, killing the bots in the >process. After which in enables a channel forward forcing all the bots into >a main channel in which we can easily pick the rest off with scripts and >such... > >The Fizzer worm's channels are easy to detect considering they always have >the channel mode format of '+slk 1000 somerandomkey'. > >CPUMAN >irc.serenia.net There are large discussions running for this issue on other mailing lists, this one is only for services :) On an offtopic note, if you just make a bot to send a privmsg with 001ECHO Any msg here to any connecting host you'll crash the IRC thread of the trojan, it'll respawn and go to a diffrent network though. >----- Original Message ----- >From: "Terrance Thornsley" >To: >Sent: Wednesday, May 14, 2003 11:03 PM >Subject: [IRCServices] Major fizzer worm problem > > > > Our IRC net is one of those targeted by the > > fizzer worm and we are getting huge amounts of > > connects. Is anyone aware of any > > module/fix/patch for services that we may be able > > to use to ban these connects? We're currently > > using the most recent ver. of ircservices as well > > as Unreal IRCd. > > > > Any help would be greatly appreciated. > > > > Thanks, > > > > Terry > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------------- CaliMonk Network Administrator Axenet IRC Network http://www.axenet.org ICQ#: 12000049 MSN: calimonk@gmx.net --------------------------------------- Webmaster & Co-Founder Gabber-nation.net http://www.gabber-nation.net calimonk@gabber-nation.net --------------------------------------- From v13 at it.teithe.gr Wed May 14 12:41:04 2003 From: v13 at it.teithe.gr (V13) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem In-Reply-To: <000701c31a25$a8fc1230$bea55641@fireman> References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net> <000701c31a25$a8fc1230$bea55641@fireman> Message-ID: <200305142241.04275.v13@it.teithe.gr> On Wednesday 14 May 2003 17:32, Fireman wrote: > We are also one of the targets and we had been glining them. But what we > noticed was that the roughly 7000 glines we had set were causing the cpu > processes to run up higher than normal and was actually causing a bigger > problem. What we decided to do was to just stop banning them and see how > things go. So far we have noticed less cpu usage and less bandwidth usage. > It's basically a "lesser of two evils" approach. We have patched our services-4 to accept regular expression akills (only by services admins) in the form of: [+][nick!]userid@hostname[#gecos] Where + matches a client using an unregistered nickname. When a client matches this regular expression services place a 30 min k-line on his IP (which is the same as a zline for bahamut)... I believe that a feature like this would solve your gline problem if there is any pattern on the bots... > Fireman <> From andrewk at isdial.net Thu May 15 01:08:15 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Major fizzer worm problem References: <19429.12.149.100.21.1052924584.squirrel@www.xevion.net><000701c31a25$a8fc1230$bea55641@fireman> <200305142241.04275.v13@it.teithe.gr> Message-ID: <00c701c31ab9$22d98ae0$1f0912ac@espotting.com> This mail is not aimed at anyone in particular, it just happened to be at the top of the list for this thread. Please can we end this thread. It doesn't have very much to do with IRC Services and there are much better places to discuss it anyway. Thanks, Andrew ----- Original Message ----- From: "V13" To: "IRC Services General Mailing List" Sent: Wednesday, May 14, 2003 8:41 PM Subject: Re: [IRCServices] Major fizzer worm problem > On Wednesday 14 May 2003 17:32, Fireman wrote: > > We are also one of the targets and we had been glining them. But what we > > noticed was that the roughly 7000 glines we had set were causing the cpu > > processes to run up higher than normal and was actually causing a bigger > > problem. What we decided to do was to just stop banning them and see how > > things go. So far we have noticed less cpu usage and less bandwidth usage. > > It's basically a "lesser of two evils" approach. > > We have patched our services-4 to accept regular expression akills (only by > services admins) in the form of: > > [+][nick!]userid@hostname[#gecos] > > Where + matches a client using an unregistered nickname. When a client matches > this regular expression services place a 30 min k-line on his IP (which is > the same as a zline for bahamut)... > > I believe that a feature like this would solve your gline problem if there is > any pattern on the bots... > > > Fireman > <> > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From ircd at bigpond.com Thu May 15 18:16:55 2003 From: ircd at bigpond.com (Peter Andersen) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] AOP/SOP/AKICK Viewing Access References: <3e8ee733.04125@mail.achurch.org> Message-ID: <3EC43C07.000001.08936@shynx> No offence, but that is kind of a pain in the @rse. Is there some global way of doing this? -------Original Message------- From: IRC Services General Mailing List Date: Sunday, 6 April 2003 12:25:27 AM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] AOP/SOP/AKICK Viewing Access If you have the chanserv/access-levels module loaded as well, you can set the access level required for viewing the AOP/SOP/etc. lists (one setting for all of them--you can't set them individually) with the LEVELS command. The level for viewing the autokick list is fixed at the level required for setting autokicks (SOP, unless you change it with the LEVELS command). And don't send HTML mail to the list. It ends up looking like below. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue May 6 11:26:30 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Halfop for Ultimate In-Reply-To: <000201c30a12$b77c6da0$6401a8c0@Promethus> Message-ID: <3eb71da0.57406@mail.achurch.org> >Hello, I'm currently running Ultimate IRCD and IRC Services 5.0.17 and >wondering if there is any way that I can enable halfop support on here, >or if not, how far off into the future is this feature planned? Thank >you for help :) Ultimate is not currently supported, though it has been reported to work with the Unreal protocol module. Support will probably not be added until at least version 5.1, unless someone provides a module for it sooner. --Andrew Church achurch@achurch.org http://achurch.org/ From shalnov at karelia.ru Mon May 19 02:50:55 2003 From: shalnov at karelia.ru (Maxim V. Shalnov) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] database codepage Message-ID: <198417882062.20030519135055@karelia.ru> Hello! I try to upgrade my services from version 4.5.x to 5.0.x . I've read ircservices.conf and possibly understand that that versions has compatible databases. So i've simply copied all *.db from old data directory to the new and all works file except one thing. Some data in old database was in win1251 codepage and all this data is lost (f.e. channels description, memos, users quit messages and some (sic!) passwords that was in cyrillic). Is there a way to convert this data? Or at least what codepage is using in latest servises to keep cyrillic data? Thank you! -- Best regards, Maxim mailto:shalnov@karelia.ru From achurch at achurch.org Thu May 29 08:38:48 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Services 5.0.19 released Message-ID: <3ed54ce2.44721@mail.achurch.org> Services 5.0.19 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) e8e9cf511a9f3906cb271b7cea64e1cc ircservices-5.0.19.tar.gz 5f197e4dec290282a355e081b2fccce0 ircservices-5.0.19.diff.gz 970605592eca32ce95d8f7ed3966f0bd ircservices-5.0.19-1.i386.rpm d96f33930d94c3e325890305f8e521c0 ircservices_5.0.19-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. Changes in version 5.0.19 ------------------------- 2003/05/28 Fake hostnames are now handled correctly by the PTlink protocol module. 2003/05/28 Services now checks in advance whether a protocol module has been loaded, and aborts with an error message if not. Suggested by Mark Hetherington 2003/05/28 Updated FAQ C.1 and added FAQ C.1.5 regarding errors which can occur when saving the databases to disk. 2003/05/28 The ExpireTimeout configuration directive has been deprecated, as it is no longer used. This directive will be removed entirely in the next version of Services. 2003/05/28 Added documentation to section 6 of the manual on how to process messages received from the IRC network. 2003/05/28 The program name used in the /VERSION reply ("ircservices") is now defined in version.sh for easier changing in derivative programs. 2003/05/06 Clarified reasoning behind transfer-of-rights requirement for submission of code or other changes. 2003/04/30 Fixed bug in OperServ JUPE command causing Services to be disconnected from the network when juping an existing server. Reported by George Stamatiou 2003/04/30 Added CSRegisteredOnly configuration directive. Suggested by Stefan Hudson 2003/04/30 Fixed (lack of) interaction between NickServ autojoin and +i channels causing "cannot join channel" errors on IDENTIFY. Reported by Christopher Wilson --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Mon Jun 2 04:03:15 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Info Command Message-ID: <003301c328f6$9ff49ce0$0100a8c0@teracontrol> Hello; Wont it be nice to make Services Operators use "info all" command. At least they can give information to users why their nick/channel is suspended. Ali From derfy at derfy.net Mon Jun 2 07:02:37 2003 From: derfy at derfy.net (derfy) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] BUG: Services crash under heavy akill removal load. Message-ID: Hello. With the recent fizzer attack, we took to akilling the lot of them.(the bots) Services did not complain about this, until it tried to remove the akills. What followed was: Akill on has expired. etc...until Akill on * has expired.(repeated about 10-20 times) then services segfaulted. This is ircservices-5.0.6. I do not have access to any log files it produced, however if needed(and I bet they are), I can email them. Any help, or a 'this has been fixed in a later release'? From achurch at achurch.org Mon Jun 2 23:35:24 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] BUG: Services crash under heavy akill removal load. In-Reply-To: Message-ID: <3edb60c7.41363@mail.achurch.org> This has quite probably been fixed in a later release. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello. > >With the recent fizzer attack, we took to akilling the lot of >them.(the bots) Services did not complain about this, until it tried >to remove the akills. What followed was: > > Akill on has expired. >etc...until > Akill on * has expired.(repeated about 10-20 times) >then services segfaulted. This is ircservices-5.0.6. I do not have >access to any log files it produced, however if needed(and I bet they >are), I can email them. > >Any help, or a 'this has been fixed in a later release'? >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From kane at firelion.org Sun Jun 8 12:22:33 2003 From: kane at firelion.org (Kevin Kane) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Compiling and Crashing on boot under Solaris 9 Message-ID: I am attempting to use IRC Services 5.0.19. The IRCD is Unreal3.2-beta16cvs20030527. I have successfully been using IRC Services 5.0.16 with this server, although I had to do similar tinkering as mentioned below to get it to compile. But since compiled, no problems. The server is an UltraSPARC 1 (sun4u) running Solaris 9. Compiler is GCC 3.2.2. First, I had to add a -libs parameter to configure with "-lsocket -lnsl -lresolv" so that it would find hstrerror() and gethostbyname(). It seems to figure out that it needs -lsocket on its own, so I probably don't have to add it myself, but I did just to be sure. It refuses to compile dynamic modules, but I didn't care enough to try and correct that. I also had to tell Make to be sure to use bash as the shell, instead of Solaris' braindead /bin/sh by adding a SHELL=/usr/local/bin/bash parameter to the make command. After that it compiles fine. It still complains that it cannot find strtok, although this isn't fatal. Solaris does seem to have this function, however. Here is the relevant snippet from the configure.log when it attempts to locate strtok: -- check_strtok : >>> gcc -O2 -fno-strict-aliasing conf-tmp/test.c -lsocket -lsocket -lnsl -lresolv -ldl -o conf-tmp/test conf-tmp/test.c: In function `main': conf-tmp/test.c:8: warning: comparison between pointer and integer conf-tmp/test.c:10: warning: comparison between pointer and integer conf-tmp/test.c:12: warning: comparison between pointer and integer conf-tmp/test.c:14: warning: comparison between pointer and integer conf-tmp/test.c:16: warning: comparison between pointer and integer conf-tmp/test.c:18: warning: comparison between pointer and integer conf-tmp/test.c:20: `buf4' undeclared (first use in this function) conf-tmp/test.c:20: (Each undeclared identifier is reported only once conf-tmp/test.c:20: for each function it appears in.) conf-tmp/test.c:20: warning: comparison between pointer and integer conf-tmp/test.c:22: warning: comparison between pointer and integer check_strtok : *** Command failed (exit code 1) check_strtok : didn't find strtok -- While I'm at it, I might as well clip out the section of log of its attempt to use dynamic modules. But as advertised, things have worked fine in the past without dynamic modules: -- check_shared : found dlfcn.h in /usr/include check_shared : testing dlfcn method check_shared : >>> gcc -O2 -fno-strict-aliasing -lsocket -lsocket -lnsl -lresolv -ldl conf-tmp/test-dlopen.c -o conf-tmp/test check_shared : dlopen() found (no libs) check_shared : >>> gcc -rdynamic -O2 -fno-strict-aliasing -lsocket -lsocket -lnsl -lresolv -ldl conf-tmp/test-dlopen.c -o conf-tmp/test gcc: unrecognized option `-rdynamic' check_shared : -rdynamic works check_shared : >>> gcc -shared -O2 -fno-strict-aliasing -lsocket -lsocket -lnsl -lresolv -ldl conf-tmp/test-lib.c -o conf-tmp/test-lib.so Text relocation remains referenced against symbol offset in file no_such_symbol 0x0 /var/tmp//cccAI8HB.o no_such_symbol 0x4 /var/tmp//cccAI8HB.o ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status check_shared : *** Command failed (exit code 1) check_shared : no -shared, aborting dlfcn test check_shared : static modules selected -- The crash occurs on starting services whenever there are database files present. It starts successfully the first time ever, when no databases yet exist. I have attempted two scenarios. I will include the verbose log entries and the backtrace from gdb for both circumstances. SCENARIO 1. IRC Services was already started with no database files present, so that it created blank files. Services is gracefully shut down with SIGTERM (leaving new db files behind), and then restarted. It segmentation faults and dumps core. Log file contents: -- [Jun 08 12:52:14.090067 2003] IRC Services 5.0.19 starting up (options: debug) [Jun 08 12:52:14.092986 2003] debug: Loading language 0 from file `languages/en_us' [Jun 08 12:52:14.240809 2003] debug: Loading language 10 from file `languages/nl' [Jun 08 12:52:14.384819 2003] debug: Loading language 6 from file `languages/fr' [Jun 08 12:52:14.538818 2003] debug: Loading language 9 from file `languages/de' [Jun 08 12:52:14.688365 2003] debug: Loading language 11 from file `languages/hu' [Jun 08 12:52:14.835368 2003] debug: Loading language 8 from file `languages/it' [Jun 08 12:52:14.946416 2003] debug: Loading language 2 from file `languages/ja_euc' [Jun 08 12:52:15.108724 2003] debug: Loading language 3 from file `languages/ja_sjis' [Jun 08 12:52:15.255023 2003] debug: Loading language 5 from file `languages/pt' [Jun 08 12:52:15.376611 2003] debug: Loading language 4 from file `languages/es' [Jun 08 12:52:15.527586 2003] debug: Loading language 7 from file `languages/tr' [Jun 08 12:52:15.671046 2003] debug: Loaded languages [Jun 08 12:52:15.672898 2003] debug: Loading module `protocol/unreal' [Jun 08 12:52:15.681838 2003] debug: Successfully loaded module `protocol/unreal' [Jun 08 12:52:15.683772 2003] debug: Loading module `database/version4' [Jun 08 12:52:15.693401 2003] debug: Successfully loaded module `database/version4' [Jun 08 12:52:15.695319 2003] debug: Loading module `mail/main' [Jun 08 12:52:15.698281 2003] debug: Successfully loaded module `mail/main' [Jun 08 12:52:15.700118 2003] debug: Loading module `mail/smtp' [Jun 08 12:52:15.702835 2003] debug: Successfully loaded module `mail/smtp' [Jun 08 12:52:15.704677 2003] debug: Loading module `operserv/main' [Jun 08 12:52:15.709453 2003] debug: Successfully loaded module `operserv/main' [Jun 08 12:52:15.711354 2003] debug: Loading module `operserv/akill' [Jun 08 12:52:15.715177 2003] debug: Successfully loaded module `operserv/akill' [Jun 08 12:52:15.717199 2003] debug: Loading module `operserv/news' [Jun 08 12:52:15.720836 2003] debug: Successfully loaded module `operserv/news' [Jun 08 12:52:15.722642 2003] debug: Loading module `operserv/sessions' [Jun 08 12:52:15.727185 2003] debug: Successfully loaded module `operserv/sessions' [Jun 08 12:52:15.729063 2003] debug: Loading module `operserv/sline' [Jun 08 12:52:15.733909 2003] debug: Successfully loaded module `operserv/sline' [Jun 08 12:52:15.735940 2003] debug: Loading module `nickserv/main' [Jun 08 12:52:15.742644 2003] debug: Successfully loaded module `nickserv/main' [Jun 08 12:52:15.744537 2003] debug: Loading module `nickserv/access' [Jun 08 12:52:15.750246 2003] debug: Successfully loaded module `nickserv/access' [Jun 08 12:52:15.752109 2003] debug: Loading module `nickserv/autojoin' [Jun 08 12:52:15.757868 2003] debug: Successfully loaded module `nickserv/autojoin' [Jun 08 12:52:15.759752 2003] debug: Loading module `nickserv/link' [Jun 08 12:52:15.765427 2003] debug: Successfully loaded module `nickserv/link' [Jun 08 12:52:15.767832 2003] debug: Loading module `memoserv/main' [Jun 08 12:52:15.774760 2003] debug: Successfully loaded module `memoserv/main' [Jun 08 12:52:15.776911 2003] debug: Loading module `memoserv/ignore' [Jun 08 12:52:15.783875 2003] debug: Successfully loaded module `memoserv/ignore' [Jun 08 12:52:15.785721 2003] debug: Loading module `statserv/main' -- Output from gdb: -- > gdb ../bin/ircservices core GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `./ircservices -debug'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1 #0 0x0003b380 in load_one_serverstats (f=0x25e468) at version4.c:2163 2163 SAFE(read_int32(&tmp32, f)); /* t_quit */ (gdb) bt #0 0x0003b380 in load_one_serverstats (f=0x25e468) at version4.c:2163 #1 0x0003b50c in open_statserv_db (dbname=0x25dd78 "stats.db") at version4.c:2219 #2 0x00072f6c in init_module_statserv_main (module_=0x0) at main.c:622 #3 0x00023c08 in internal_init_module (module=0x1) at modules.c:363 #4 0x00023ce8 in load_module (modulename=0x1065d0 "statserv/main") at modules.c:392 #5 0x0001eb0c in init (ac=2, av=0xffbff74c) at init.c:826 #6 0x00020ec0 in main (ac=2, av=0xffbff74c, envp=0x0) at main.c:192 -- SCENARIO 2. IRC Services is started with the database files that have been correctly working under version 5.0.16. This time, it reports a bus error upon booting, and coredumps. The database files are pretty small because it's a private server with only a few years -- 3 nicks, no channels registered, and some logon news. Output from the log file: -- [Jun 08 12:58:35.059589 2003] IRC Services 5.0.19 starting up (options: debug) [Jun 08 12:58:35.062554 2003] debug: Loading language 0 from file `languages/en_us' [Jun 08 12:58:35.218619 2003] debug: Loading language 10 from file `languages/nl' [Jun 08 12:58:35.370950 2003] debug: Loading language 6 from file `languages/fr' [Jun 08 12:58:35.525613 2003] debug: Loading language 9 from file `languages/de' [Jun 08 12:58:35.688053 2003] debug: Loading language 11 from file `languages/hu' [Jun 08 12:58:35.840262 2003] debug: Loading language 8 from file `languages/it' [Jun 08 12:58:35.959109 2003] debug: Loading language 2 from file `languages/ja_euc' [Jun 08 12:58:36.110231 2003] debug: Loading language 3 from file `languages/ja_sjis' [Jun 08 12:58:36.267636 2003] debug: Loading language 5 from file `languages/pt' [Jun 08 12:58:36.393828 2003] debug: Loading language 4 from file `languages/es' [Jun 08 12:58:36.547625 2003] debug: Loading language 7 from file `languages/tr' [Jun 08 12:58:36.707242 2003] debug: Loaded languages [Jun 08 12:58:36.709075 2003] debug: Loading module `protocol/unreal' [Jun 08 12:58:36.717808 2003] debug: Successfully loaded module `protocol/unreal' [Jun 08 12:58:36.719731 2003] debug: Loading module `database/version4' [Jun 08 12:58:36.729420 2003] debug: Successfully loaded module `database/version4' [Jun 08 12:58:36.731331 2003] debug: Loading module `mail/main' [Jun 08 12:58:36.734309 2003] debug: Successfully loaded module `mail/main' [Jun 08 12:58:36.736161 2003] debug: Loading module `mail/smtp' [Jun 08 12:58:36.738885 2003] debug: Successfully loaded module `mail/smtp' [Jun 08 12:58:36.740750 2003] debug: Loading module `operserv/main' [Jun 08 12:58:36.745704 2003] debug: Successfully loaded module `operserv/main' [Jun 08 12:58:36.747718 2003] debug: Loading module `operserv/akill' [Jun 08 12:58:36.751530 2003] debug: Successfully loaded module `operserv/akill' [Jun 08 12:58:36.753503 2003] debug: Loading module `operserv/news' [Jun 08 12:58:36.757556 2003] debug: Successfully loaded module `operserv/news' [Jun 08 12:58:36.759519 2003] debug: Loading module `operserv/sessions' [Jun 08 12:58:36.764352 2003] debug: Successfully loaded module `operserv/sessions' [Jun 08 12:58:36.766345 2003] debug: Loading module `operserv/sline' [Jun 08 12:58:36.771531 2003] debug: Successfully loaded module `operserv/sline' [Jun 08 12:58:36.773604 2003] debug: Loading module `nickserv/main' -- Output from GDB: -- GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `./ircservices -debug'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1 #0 open_nick_db (dbname=0x1e7820 "nick.db") at version4.c:478 478 } while (root->last_realmask); (gdb) bt #0 open_nick_db (dbname=0x1e7820 "nick.db") at version4.c:478 #1 0x00057688 in init_module_nickserv_main (module_=0xa7c00) at main.c:1696 #2 0x00023c08 in internal_init_module (module=0x1) at modules.c:363 #3 0x00023ce8 in load_module (modulename=0x106558 "nickserv/main") at modules.c:392 #4 0x0001eb0c in init (ac=2, av=0xffbff74c) at init.c:826 #5 0x00020ec0 in main (ac=2, av=0xffbff74c, envp=0x0) at main.c:192 -- Let me know if you need more information, and thanks. Kevin Kane From achurch at achurch.org Mon Jun 9 16:12:26 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Compiling and Crashing on boot under Solaris 9 In-Reply-To: Message-ID: <3ee43e23.07246@mail.achurch.org> Thanks for the detailed bug report. Particular issues follow: >First, I had to add a -libs parameter to configure with "-lsocket -lnsl >-lresolv" so that it would find hstrerror() and gethostbyname(). These are now properly checked for. >It refuses to compile >dynamic modules, but I didn't care enough to try and correct that. It looks like Solaris can't handle undefined symbols in shared objects. I don't consider this a particularly important problem, since static linking works fine. >I also >had to tell Make to be sure to use bash as the shell, instead of Solaris' >braindead /bin/sh by adding a SHELL=/usr/local/bin/bash parameter to the >make command. I assume you got "/bin/sh: test: unknown operator -nt"? This has been fixed (configure now checks for /bin/test and uses it instead if /bin/sh is braindead). >After that it compiles fine. It still complains that it cannot find >strtok, although this isn't fatal. Solaris does seem to have this >function, however. Here is the relevant snippet from the configure.log >when it attempts to locate strtok: In this case this was due to a configure typo, but Solaris (at least Solaris 9) seems to have the same strtok() bug found in Linux glibc, namely that the following code snippet will return non-NULL for the second call: char buf[] = "\0 b c"; char *s1 = strtok(buf, " "); /* returns NULL as expected */ char *s2 = strtok(NULL, ""); /* returns &buf[1]! */ so configure will still report strtok() as not being found. >SCENARIO 1. IRC Services was already started with no database files >present, so that it created blank files. Services is gracefully shut down >with SIGTERM (leaving new db files behind), and then restarted. It >segmentation faults and dumps core. [...] >#0 0x0003b380 in load_one_serverstats (f=0x25e468) at version4.c:2163 >2163 SAFE(read_int32(&tmp32, f)); /* t_quit */ It shouldn't be possible to get a segfault here unless your memory is (physically) faulty. Can you send me (privately) both of your database sets, so that I can check them here? --Andrew Church achurch@achurch.org http://achurch.org/ From solaris at swissirc.net Thu Jun 12 14:28:00 2003 From: solaris at swissirc.net (Marcel Stutz) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] OPERSERV EXCEPTION add BUG/PROBLEM Message-ID: We have the Problem to add one special IP/DNS to add with more as 100 Connection. We use the IRCG Libary (HTML-2-IRC) Gateway, each user he Connect over this Webpage has the Same IP, but if i say /os EXCEPTION add +0 xxx.xxx.xxx.xxx 500 IRCG-Gateway The Operserv Exception say me that i dont can add a Exceptionlist with Zero (0) How i can fix this ? Marcel I've stopped 68 spam messages. You can too! One month FREE spam protection at http://www.cloudmark.com/spamnetsig/ From achurch at achurch.org Fri Jun 13 12:10:46 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] OPERSERV EXCEPTION add BUG/PROBLEM In-Reply-To: Message-ID: <3ee940c9.20766@mail.achurch.org> Increase MaxSessionLimit in modules.conf. --Andrew Church achurch@achurch.org http://achurch.org/ >We have the Problem to add one special IP/DNS to add with more as 100 >Connection. >We use the IRCG Libary (HTML-2-IRC) Gateway, each user he Connect over this >Webpage >has the Same IP, but if i say > >/os EXCEPTION add +0 xxx.xxx.xxx.xxx 500 IRCG-Gateway > >The Operserv Exception say me that i dont can add a Exceptionlist with Zero >(0) > >How i can fix this ? > >Marcel > > > > >I've stopped 68 spam messages. You can too! >One month FREE spam protection at http://www.cloudmark.com/spamnetsig/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Sat Jun 14 14:42:28 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Feature Suggestion Message-ID: <1055626948.22194.29.camel@dreadnought.hadiko.de> Hello; This time I wanted to tell you a feature suggestion: Currently, the nickname link system allows a user to use different nicknames, as if they are the same nick for services, in case the user gets an access for a certain nick, they actually get it for the main nick. My suggestion is the expansion of this to nicknames, which are not linked to their nicknames, in other words, identifying another nickname. This way, a user would have the ability to identify a certain nick for a period (max until signoff), and they would not remain identified to that nick for all time, since it is not linked. This might be used, if a certain nickname is about to be shared by multiple persons; - for example identifying to a Bot's nickname, while testing a bot software - a shared services operator system; where only few nicknames with certain OperServ rights exist, and the normal operators identify the nickname of the services operator. - Surprise effect: A user, who is also the founder of a channel, is willing to chat without being continously identified as the founder, and is willing to detect if the operators are "nice" to normal users, and chats with them, and then wants to remove their access, and does this by identifying to the founders nickname and issuing access del... Among this feature, the following commands look reasonable: NS IDENTIFY password [nickname] NS UNIDENTIFY nickname CS WHY #channel nickname The last command would show information like -is operator on #channel, because identified to blah's nickname -is voiced on #channel, because autovoice level is 0 -is halfopped on #channel, because using a identified to their own nickname -is not on #channel -is not opped on #channel, because the nickname is not identified -is not opped on #channel, because the nickname is not registered I am not insisting that this feature must be implemented, I am just interested in the possible replies. Best regards; yusuf -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From achurch at achurch.org Sun Jun 15 07:03:31 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Feature Suggestion In-Reply-To: <1055626948.22194.29.camel@dreadnought.hadiko.de> Message-ID: <3eeb9bdc.24165@mail.achurch.org> /nick OtherNick /ns identify OtherPass /nick FirstNick No to the rest. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello; > >This time I wanted to tell you a feature suggestion: > >Currently, the nickname link system allows a user to use different >nicknames, as if they are the same nick for services, in case the user >gets an access for a certain nick, they actually get it for the main >nick. > >My suggestion is the expansion of this to nicknames, which are not >linked to their nicknames, in other words, identifying another nickname. > >This way, a user would have the ability to identify a certain nick for a >period (max until signoff), and they would not remain identified to that >nick for all time, since it is not linked. > >This might be used, if a certain nickname is about to be shared by >multiple persons; >- for example identifying to a Bot's nickname, while testing a bot >software >- a shared services operator system; where only few nicknames with >certain OperServ rights exist, and the normal operators identify the >nickname of the services operator. >- Surprise effect: A user, who is also the founder of a channel, is >willing to chat without being continously identified as the founder, and >is willing to detect if the operators are "nice" to normal users, and >chats with them, and then wants to remove their access, and does this by >identifying to the founders nickname and issuing access del... > >Among this feature, the following commands look reasonable: >NS IDENTIFY password [nickname] >NS UNIDENTIFY nickname >CS WHY #channel nickname > >The last command would show information like >-is operator on #channel, because identified to blah's nickname >-is voiced on #channel, because autovoice level is 0 >-is halfopped on #channel, because using a identified to their own >nickname >-is not on #channel >-is not opped on #channel, because the nickname is not identified >-is not opped on #channel, because the nickname is not registered > >I am not insisting that this feature must be implemented, I am just >interested in the possible replies. > >Best regards; >yusuf > >-- >------------------------------------------------------------------ >| Yusuf Iskenderoglu | You get to meet all sorts, | >| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | >| eMail - s_iskend@ira.uka.de | | >| ICQ UIN : 20587464 \ TimeMr14C | | >------------------------------------------------------------------ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From uhc0 at rz.uni-karlsruhe.de Sun Jun 15 04:07:02 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Feature Suggestion In-Reply-To: <3eeb9bdc.24165@mail.achurch.org> References: <3eeb9bdc.24165@mail.achurch.org> Message-ID: <1055675222.2141.8.camel@dreadnought.hadiko.de> Well; --- You are now known as testnick -NickServ- This nickname is registered and protected. If it is your nickname, type /msg NickServ IDENTIFY password. Otherwise, please choose a different nickname. -NickServ- Password accepted -- you are now recognized. --- You are now known as haha --> You are now talking on #test --- testserv.time.net sets modes [#test +Tn] --- services.time.net has changed the topic to: --- ChanServ sets modes [#test +ntr-o haha] The channel's access list contains aop for the nick "testnick" -ChanServ- Access list for #test: -ChanServ- Num Lev Nickname -ChanServ- 1 50 testnick But ChanServ is still deopping. The nickname "haha" is also a registered nickname. Conclusion: your solution does not work. Since I hope that you read and understood my email, I think then this is a bug of services ? yusuf. On Sun, 2003-06-15 at 09:03, Andrew Church wrote: > /nick OtherNick > /ns identify OtherPass > /nick FirstNick > > No to the rest. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hello; > > > >This time I wanted to tell you a feature suggestion: > > > >Currently, the nickname link system allows a user to use different > >nicknames, as if they are the same nick for services, in case the user > >gets an access for a certain nick, they actually get it for the main > >nick. > > > >My suggestion is the expansion of this to nicknames, which are not > >linked to their nicknames, in other words, identifying another nickname. > > > >This way, a user would have the ability to identify a certain nick for a > >period (max until signoff), and they would not remain identified to that > >nick for all time, since it is not linked. > > > >This might be used, if a certain nickname is about to be shared by > >multiple persons; > >- for example identifying to a Bot's nickname, while testing a bot > >software > >- a shared services operator system; where only few nicknames with > >certain OperServ rights exist, and the normal operators identify the > >nickname of the services operator. > >- Surprise effect: A user, who is also the founder of a channel, is > >willing to chat without being continously identified as the founder, and > >is willing to detect if the operators are "nice" to normal users, and > >chats with them, and then wants to remove their access, and does this by > >identifying to the founders nickname and issuing access del... > > > >Among this feature, the following commands look reasonable: > >NS IDENTIFY password [nickname] > >NS UNIDENTIFY nickname > >CS WHY #channel nickname > > > >The last command would show information like > >-is operator on #channel, because identified to blah's nickname > >-is voiced on #channel, because autovoice level is 0 > >-is halfopped on #channel, because using a identified to their own > >nickname > >-is not on #channel > >-is not opped on #channel, because the nickname is not identified > >-is not opped on #channel, because the nickname is not registered > > > >I am not insisting that this feature must be implemented, I am just > >interested in the possible replies. > > > >Best regards; > >yusuf > > > >-- > >------------------------------------------------------------------ > >| Yusuf Iskenderoglu | You get to meet all sorts, | > >| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | > >| eMail - s_iskend@ira.uka.de | | > >| ICQ UIN : 20587464 \ TimeMr14C | | > >------------------------------------------------------------------ > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From achurch at achurch.org Sun Jun 15 20:59:44 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Feature Suggestion In-Reply-To: <1055675222.2141.8.camel@dreadnought.hadiko.de> Message-ID: <3eec602a.06763@mail.achurch.org> Identification is only remembered for the purpose of avoiding re-identification for IDENTIFY and password entering for RECOVER/RELEASE/ GHOST. It is intentionally not used for channel access levels because of the ambiguity that would result. (In your example, what if "haha" was on the channel access list with level 100? level 30? level -1?) --Andrew Church achurch@achurch.org http://achurch.org/ >Well; > >--- You are now known as testnick >-NickServ- This nickname is registered and protected. If it is your >nickname, type /msg NickServ IDENTIFY password. Otherwise, please >choose a different nickname. >-NickServ- Password accepted -- you are now recognized. >--- You are now known as haha >--> You are now talking on #test >--- testserv.time.net sets modes [#test +Tn] >--- services.time.net has changed the topic to: >--- ChanServ sets modes [#test +ntr-o haha] > >The channel's access list contains aop for the nick "testnick" >-ChanServ- Access list for #test: >-ChanServ- Num Lev Nickname >-ChanServ- 1 50 testnick > >But ChanServ is still deopping. >The nickname "haha" is also a registered nickname. > >Conclusion: your solution does not work. Since I hope that you read and >understood my email, I think then this is a bug of services ? > >yusuf. > >On Sun, 2003-06-15 at 09:03, Andrew Church wrote: >> /nick OtherNick >> /ns identify OtherPass >> /nick FirstNick >> >> No to the rest. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >Hello; >> > >> >This time I wanted to tell you a feature suggestion: >> > >> >Currently, the nickname link system allows a user to use different >> >nicknames, as if they are the same nick for services, in case the user >> >gets an access for a certain nick, they actually get it for the main >> >nick. >> > >> >My suggestion is the expansion of this to nicknames, which are not >> >linked to their nicknames, in other words, identifying another nickname. >> > >> >This way, a user would have the ability to identify a certain nick for a >> >period (max until signoff), and they would not remain identified to that >> >nick for all time, since it is not linked. >> > >> >This might be used, if a certain nickname is about to be shared by >> >multiple persons; >> >- for example identifying to a Bot's nickname, while testing a bot >> >software >> >- a shared services operator system; where only few nicknames with >> >certain OperServ rights exist, and the normal operators identify the >> >nickname of the services operator. >> >- Surprise effect: A user, who is also the founder of a channel, is >> >willing to chat without being continously identified as the founder, and >> >is willing to detect if the operators are "nice" to normal users, and >> >chats with them, and then wants to remove their access, and does this by >> >identifying to the founders nickname and issuing access del... >> > >> >Among this feature, the following commands look reasonable: >> >NS IDENTIFY password [nickname] >> >NS UNIDENTIFY nickname >> >CS WHY #channel nickname >> > >> >The last command would show information like >> >-is operator on #channel, because identified to blah's nickname >> >-is voiced on #channel, because autovoice level is 0 >> >-is halfopped on #channel, because using a identified to their own >> >nickname >> >-is not on #channel >> >-is not opped on #channel, because the nickname is not identified >> >-is not opped on #channel, because the nickname is not registered >> > >> >I am not insisting that this feature must be implemented, I am just >> >interested in the possible replies. >> > >> >Best regards; >> >yusuf >> > >> >-- >> >------------------------------------------------------------------ >> >| Yusuf Iskenderoglu | You get to meet all sorts, | >> >| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | >> >| eMail - s_iskend@ira.uka.de | | >> >| ICQ UIN : 20587464 \ TimeMr14C | | >> >------------------------------------------------------------------ >> > >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >-- >------------------------------------------------------------------ >| Yusuf Iskenderoglu | You get to meet all sorts, | >| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | >| eMail - s_iskend@ira.uka.de | | >| ICQ UIN : 20587464 \ TimeMr14C | | >------------------------------------------------------------------ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Sun Jun 15 06:38:50 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Suggestion References: <3eeb9bdc.24165@mail.achurch.org> Message-ID: <004901c33343$8f8e02e0$0100a8c0@teracontrol> Hello; ------------------ First idea is about stealing channels.I know It isnt about services but think that if someone can get another users email. He can take his channel and nick so services root has to open log files search for that nick and try to understand what is going on. But how about a services admin command like, /chanserv info #XXX detailed /nickserv info blabla detailed then chanserv gives detailed info about channel. The details can be Changing founder,changing password with times and nicks. nickserv gives changing password and email. And it can be restricted to for example last 20 change. And /cs info #channel all and /ns info nick all commands can be used by services operators by this way they can give info to users. Maybe this all can be done my http easly but how about servers that they dont want to use http. --------------------- And i just want to ask if andrew has plans for official modules (botserv loveserv etc...) Ali From cpuman2000 at hotmail.com Sun Jun 15 09:20:28 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Suggestion References: <3eeb9bdc.24165@mail.achurch.org> <004901c33343$8f8e02e0$0100a8c0@teracontrol> Message-ID: That'd make for a pretty big database, saving 20 historical records for each channel. O_O Erm but anyway, even though your asking Andrew this... "And i just want to ask if andrew has plans for official modules (botserv, loveserv etc...)"... Have you considered neostats? I've been running them side by side with Services 5 for several months and they seem to run fine together (minus the host exception I had to add to services). I just let services handle the important stuff (channel reg, nick reg, blah blah blah...) and load up pointless stuff on neostats (i.e. loveserv, stupidserv and so on). Though I wouldn't mind seeing these features added into services either. heh CPUMAN Serenia IRC Network irc.serenia.net ----- Original Message ----- From: "Ali Sor" To: "IRC Services General Mailing List" Sent: Sunday, June 15, 2003 9:38 PM Subject: [IRCServices] Suggestion > Hello; > ------------------ > First idea is about stealing channels.I know It isnt about services but > think that if someone can get another users email. He can take his channel > and nick so services root has to open log files search for that nick and try > to understand what is going on. > But how about a services admin command like, > /chanserv info #XXX detailed > /nickserv info blabla detailed > > then chanserv gives detailed info about channel. The details can be Changing > founder,changing password with times and nicks. > nickserv gives changing password and email. And it can be restricted to for > example last 20 change. > > And /cs info #channel all and /ns info nick all commands can be used by > services operators by this way they can give info to users. > > Maybe this all can be done my http easly but how about servers that they > dont want to use http. > --------------------- > And i just want to ask if andrew has plans for official modules (botserv > loveserv etc...) > > Ali > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From spam at b3design.ch Sun Jun 15 16:20:07 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Suggestion In-Reply-To: Message-ID: Hey All, Commenting on what CPUMAN said: Neostats is all very good and right but the fact is I hate overloading my main server with so many processes, ircd+services+proxy+bots.... Why cant there just be a solution where everything (or a few things) are included in one process/package? Just my 2 cents :) On 15/6/03 6:20 pm, "CPUMAN" wrote: > That'd make for a pretty big database, saving 20 historical records for each > channel. O_O > > Erm but anyway, even though your asking Andrew this... "And i just want to > ask if andrew has plans for official modules (botserv, loveserv etc...)"... > > Have you considered neostats? I've been running them side by side with > Services 5 for several months and they seem to run fine together (minus the > host exception I had to add to services). I just let services handle the > important stuff (channel reg, nick reg, blah blah blah...) and load up > pointless stuff on neostats (i.e. loveserv, stupidserv and so on). Though I > wouldn't mind seeing these features added into services either. heh > > CPUMAN > Serenia IRC Network > irc.serenia.net > > ----- Original Message ----- > From: "Ali Sor" > To: "IRC Services General Mailing List" > Sent: Sunday, June 15, 2003 9:38 PM > Subject: [IRCServices] Suggestion > > >> Hello; >> ------------------ >> First idea is about stealing channels.I know It isnt about services but >> think that if someone can get another users email. He can take his channel >> and nick so services root has to open log files search for that nick and > try >> to understand what is going on. >> But how about a services admin command like, >> /chanserv info #XXX detailed >> /nickserv info blabla detailed >> >> then chanserv gives detailed info about channel. The details can be > Changing >> founder,changing password with times and nicks. >> nickserv gives changing password and email. And it can be restricted to > for >> example last 20 change. >> >> And /cs info #channel all and /ns info nick all commands can be used by >> services operators by this way they can give info to users. >> >> Maybe this all can be done my http easly but how about servers that they >> dont want to use http. >> --------------------- >> And i just want to ask if andrew has plans for official modules (botserv >> loveserv etc...) >> >> Ali >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Ganja51 at lcirc.net Sun Jun 15 17:14:16 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:57 2004 Subject: [IRCServices] Suggestion References: Message-ID: <000c01c3339c$3a393bd0$1402a8c0@monte> Because those things are never going to be added to IRCServices. Try reading the mailing list archives about everything that's been said about BotServ and such. Basically the official standing on it is.... it ain't gonna happen. =) A services package such as NeoStats is probably going to be your best bet. That, or switch to a services package which does have BotServ. ~Ganja51 ----- Original Message ----- From: "Nicholas Prisi" To: "ircservices" Sent: Sunday, June 15, 2003 6:20 PM Subject: Re: [IRCServices] Suggestion > Hey All, > > Commenting on what CPUMAN said: Neostats is all very good and right but the > fact is I hate overloading my main server with so many processes, > ircd+services+proxy+bots.... Why cant there just be a solution where > everything (or a few things) are included in one process/package? > > Just my 2 cents :) > > > On 15/6/03 6:20 pm, "CPUMAN" wrote: > > > That'd make for a pretty big database, saving 20 historical records for each > > channel. O_O > > > > Erm but anyway, even though your asking Andrew this... "And i just want to > > ask if andrew has plans for official modules (botserv, loveserv etc...)"... > > > > Have you considered neostats? I've been running them side by side with > > Services 5 for several months and they seem to run fine together (minus the > > host exception I had to add to services). I just let services handle the > > important stuff (channel reg, nick reg, blah blah blah...) and load up > > pointless stuff on neostats (i.e. loveserv, stupidserv and so on). Though I > > wouldn't mind seeing these features added into services either. heh > > > > CPUMAN > > Serenia IRC Network > > irc.serenia.net > > > > ----- Original Message ----- > > From: "Ali Sor" > > To: "IRC Services General Mailing List" > > Sent: Sunday, June 15, 2003 9:38 PM > > Subject: [IRCServices] Suggestion > > > > > >> Hello; > >> ------------------ > >> First idea is about stealing channels.I know It isnt about services but > >> think that if someone can get another users email. He can take his channel > >> and nick so services root has to open log files search for that nick and > > try > >> to understand what is going on. > >> But how about a services admin command like, > >> /chanserv info #XXX detailed > >> /nickserv info blabla detailed > >> > >> then chanserv gives detailed info about channel. The details can be > > Changing > >> founder,changing password with times and nicks. > >> nickserv gives changing password and email. And it can be restricted to > > for > >> example last 20 change. > >> > >> And /cs info #channel all and /ns info nick all commands can be used by > >> services operators by this way they can give info to users. > >> > >> Maybe this all can be done my http easly but how about servers that they > >> dont want to use http. > >> --------------------- > >> And i just want to ask if andrew has plans for official modules (botserv > >> loveserv etc...) > >> > >> Ali > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From andrewa at bigpond.net.au Mon Jun 16 00:51:20 2003 From: andrewa at bigpond.net.au (Andrew Armstrong) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Support Request Message-ID: <002301c333dc$139af550$a600a8c0@plasma> Hey, I am having a problem with the OperServ function OPER LIST command, and would be greatly appreciated if I can get some help. Just some information for you, I am an IRC Administrator and Services Root Administrator on this IRC Network. I have the following usermodes: +acfghikmnorswxzACGMTWZR My o-line is: O *@* * plasma 4567bcefghiklnruwxzABCDIKNORXZ 55 The problem I receive is that I will attempt to list the operators in the OperServ list, and the list returns blank. However, the ADMIN LIST command works fine and returns the admin list as expected. Example: /msg OperServ OPER LIST Returns: -OperServ- Services operator list: To confirm I indeed did have atleast one user on the list, I typed: /msg OperServ OPER ADD Plasma I received the following message: -OperServ- Plasma already exists on the Services admin list. Attempting to bring up the list again, still returns blank. The ADMIN LIST command works though: /msg OperServ ADMIN LIST Returns: -OperServ- Services admin list: -OperServ- Plasma -OperServ- Mental-Trousers -OperServ- TishGoneAway -OperServ- Zed And I may edit/delete/modify entries from the list as needed. OperServ does recognize the user exists on the list (can use such commands as SAMODE), but it wont bring up the list of users. Has anyone else experienced such a problem, or know of a solution? Is this a documented bug? Thankyou, Andrew 'Plasma' Armstrong -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030616/2dbf5f8f/attachment.html From griever at t2n.org Mon Jun 16 00:55:23 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Support Request In-Reply-To: <002301c333dc$139af550$a600a8c0@plasma> References: <002301c333dc$139af550$a600a8c0@plasma> Message-ID: On Mon, 16 Jun 2003 17:51:20 +1000, Andrew Armstrong wrote: > Hey, > > I am having a problem with the OperServ function OPER LIST command, and > would be greatly appreciated if I can get some help. > > Just some information for you, I am an IRC Administrator and Services > Root Administrator on this IRC Network. > > I have the following usermodes: +acfghikmnorswxzACGMTWZR > My o-line is: O *@* * plasma 4567bcefghiklnruwxzABCDIKNORXZ 55 Wow, nice. > > The problem I receive is that I will attempt to list the operators in the > OperServ list, and the list returns blank. However, the ADMIN LIST > command works fine and returns the admin list as expected. > To confirm I indeed did have atleast one user on the list, I typed: > /msg OperServ OPER ADD Plasma > > I received the following message: > -OperServ-Plasma already exists on the Services admin list. Note the key word *admin*. You're trying to add someone to the oper list who's on the admin list, which you can't do. Maybe we should change the OPER and ADMIN commands so that if you ADD someone to one list who's on the other, it removes them from the other list. From achurch at achurch.org Mon Jun 16 16:59:22 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Support Request In-Reply-To: <002301c333dc$139af550$a600a8c0@plasma> Message-ID: <3eed78f5.55400@achurch.org> >/msg OperServ OPER ADD Plasma >-OperServ- Plasma already exists on the Services admin list. And was therefore not added to the Services operator list. --Andrew Church achurch@achurch.org http://achurch.org/ From andrewa at bigpond.net.au Mon Jun 16 01:31:38 2003 From: andrewa at bigpond.net.au (Andrew Armstrong) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Support Request References: <002301c333dc$139af550$a600a8c0@plasma> Message-ID: <002901c333e1$b4be3b90$a600a8c0@plasma> One more question, but first, thankyou Finny! Was a bit confusing, could not seem to work out why I could not bring up the list... The message should (possibly) be changed to a more helpful "Was not added to the operator list, Plasma already exists on the administrator list." One last request, can anyone suggest some decent/working/useful bot services for channels? The purpose of the bot would have to (possibly) idle when there is zero (0) users in the channel, to keep the channel open in order to retain channel keys (this is important). Some suggestions we have come up with are eggbot - but what modules do we use? This bot seems a task to configure with so many services to tighten up! What we are basically looking for is something similar to epona style BotServ (ie, the commands !op !deop) and basically functioning as a simple bot with simple commands such as !op !kick and !seen available to the users who match the channel accesslist. One thing that dissapointed us though is that the bot will not remain in empty channels to retain key settings (setting RESTRICTED ON is not an option). Does anyone have experience with such a bot? Any ideas on how to set up such a simple bot? It would need to be basically like epona's bot, but be able to idle in empty channels. Thankyou. ----- Original Message ----- From: "Finny Merrill" To: "IRC Services General Mailing List" Sent: Monday, June 16, 2003 5:55 PM Subject: Re: [IRCServices] Support Request > On Mon, 16 Jun 2003 17:51:20 +1000, Andrew Armstrong > wrote: > > > Hey, > > > > I am having a problem with the OperServ function OPER LIST command, and > > would be greatly appreciated if I can get some help. > > > > Just some information for you, I am an IRC Administrator and Services > > Root Administrator on this IRC Network. > > > > I have the following usermodes: +acfghikmnorswxzACGMTWZR > > My o-line is: O *@* * plasma 4567bcefghiklnruwxzABCDIKNORXZ 55 > > Wow, nice. > > > > > The problem I receive is that I will attempt to list the operators in the > > OperServ list, and the list returns blank. However, the ADMIN LIST > > command works fine and returns the admin list as expected. > > > To confirm I indeed did have atleast one user on the list, I typed: > > /msg OperServ OPER ADD Plasma > > > > I received the following message: > > -OperServ-Plasma already exists on the Services admin list. > > Note the key word *admin*. You're trying to add someone to the oper list > who's on the admin list, which you can't do. > > Maybe we should change the OPER and ADMIN commands so that if you ADD > someone > to one list who's on the other, it removes them from the other list. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From georges at berscheid.lu Mon Jun 16 02:15:47 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Support Request References: <002301c333dc$139af550$a600a8c0@plasma> <002901c333e1$b4be3b90$a600a8c0@plasma> Message-ID: <3EED8AC3.6030709@berscheid.lu> Hi, if you need nothing more than your channel being kept open, use /os raw :ChanServ JOIN #channel. This will slightly desynch services though, since they will not know any of their pseudo-clients have joined a channel, but that should not really be a problem. But if you want to have channel commands like !op !deop etc. you might use eggdrop bots since there are loads of modules that support these commands. Or you might want to write a module for services which does that. Georges Andrew Armstrong wrote: >One more question, but first, thankyou Finny! > >Was a bit confusing, could not seem to work out why I could not bring up the >list... > >The message should (possibly) be changed to a more helpful "Was not added to >the operator list, Plasma already exists on the administrator list." > >One last request, can anyone suggest some decent/working/useful bot services >for channels? >The purpose of the bot would have to (possibly) idle when there is zero (0) >users in the channel, to keep the channel open in order to retain channel >keys (this is important). > >Some suggestions we have come up with are eggbot - but what modules do we >use? This bot seems a task to configure with so many services to tighten up! > >What we are basically looking for is something similar to epona style >BotServ (ie, the commands !op !deop) and basically functioning as a simple >bot with simple commands such as !op !kick and !seen available to the users >who match the channel accesslist. One thing that dissapointed us though is >that the bot will not remain in empty channels to retain key settings >(setting RESTRICTED ON is not an option). > >Does anyone have experience with such a bot? Any ideas on how to set up such >a simple bot? >It would need to be basically like epona's bot, but be able to idle in empty >channels. > >Thankyou. > > >----- Original Message ----- >From: "Finny Merrill" >To: "IRC Services General Mailing List" >Sent: Monday, June 16, 2003 5:55 PM >Subject: Re: [IRCServices] Support Request > > > > >>On Mon, 16 Jun 2003 17:51:20 +1000, Andrew Armstrong >> wrote: >> >> >> >>>Hey, >>> >>>I am having a problem with the OperServ function OPER LIST command, and >>>would be greatly appreciated if I can get some help. >>> >>>Just some information for you, I am an IRC Administrator and Services >>>Root Administrator on this IRC Network. >>> >>>I have the following usermodes: +acfghikmnorswxzACGMTWZR >>>My o-line is: O *@* * plasma 4567bcefghiklnruwxzABCDIKNORXZ 55 >>> >>> >>Wow, nice. >> >> >> >>>The problem I receive is that I will attempt to list the operators in >>> >>> >the > > >>>OperServ list, and the list returns blank. However, the ADMIN LIST >>>command works fine and returns the admin list as expected. >>> >>> >>>To confirm I indeed did have atleast one user on the list, I typed: >>>/msg OperServ OPER ADD Plasma >>> >>>I received the following message: >>>-OperServ-Plasma already exists on the Services admin list. >>> >>> >>Note the key word *admin*. You're trying to add someone to the oper list >>who's on the admin list, which you can't do. >> >>Maybe we should change the OPER and ADMIN commands so that if you ADD >>someone >>to one list who's on the other, it removes them from the other list. >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > From jskam at shaw.ca Mon Jun 16 18:53:56 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Restricted channels not working properly Message-ID: <000001c33473$503f6080$f64f9144@weed> Ok, I've set restricted ON in one of my channels. The problem is, if a user joins and gets kicked too fast, services doesn't ban. [07.51.37 pm] [CD] SoleroBot has joined #cmorbots [07.51.37 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.38 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.38 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.39 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.39 pm] [CD] SoleroBot has joined #cmorbots [07.51.39 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) Resulting in that. If someone could give me some insight, would be greatly appreciated. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030616/51a58770/attachment.htm From alisor at softhome.net Tue Jun 17 03:30:27 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Restricted channels not working properly References: <000001c33473$503f6080$f64f9144@weed> Message-ID: <002b01c334bb$8ddb6400$0100a8c0@teracontrol> It sometimes happens at akicks too. and also if ban list is full the akick period becomes flood from chanserv... Ali ----- Original Message ----- From: Jeffery Kam To: Ircservices Sent: Tuesday, June 17, 2003 4:53 AM Subject: [IRCServices] Restricted channels not working properly Ok, I've set restricted ON in one of my channels. The problem is, if a user joins and gets kicked too fast, services doesn't ban. [07.51.37 pm] [CD] SoleroBot has joined #cmorbots [07.51.37 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.38 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.38 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.38 pm] [CD] SoleroBot has joined #cmorbots [07.51.39 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) [07.51.39 pm] [CD] SoleroBot has joined #cmorbots [07.51.39 pm] [CD] Kicked: SoleroBot By: ChanServ Reason: (Restricted channel, you do not have access to join. oWnEd.) Resulting in that. If someone could give me some insight, would be greatly appreciated. Thanks. ------------------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030617/61039204/attachment.html From andrewa at bigpond.net.au Tue Jun 17 03:34:59 2003 From: andrewa at bigpond.net.au (Andrew Armstrong) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Are there no bots for irc-services? Message-ID: <000801c334bc$1a53ee70$a600a8c0@plasma> Hey, I have asked this a few days ago, but I am still after a bot to work with irc-services v5 / UltimateIRCd 2.8x Eggdrop is appearing too hard/difficult to setup correctly, when all we basically need is a bot that can: * Idle in a channel forever until told to leave by an oper * Bonus feature: Respond to commands like the anope bot !kick !op !deop etc Getting ChanServ to join the channel via a RAW command is not acceptable, as services may desync and we can not let that happen for obvious reasons. Can anyone help me out, any tips they have to work this out? Desparetly need a bot similar to anope's (only disadvantage is, it wont idle in channels if 0 users are in there!). Thanks, Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030617/681b6202/attachment.htm From jburnett at xerosystems.com Tue Jun 17 07:19:53 2003 From: jburnett at xerosystems.com (Jim Burnett) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines Message-ID: <1055859592.11850.5.camel@jim-linux-ws> Hey all, just so you know I've read all the docs. I am currently running a pure ircd irc2.10.3p3 when I try to start ircservices I am getting this error. I managed to fix the other errors but this one has be stumped. Its a single server, and the ircd and service program is on the same server. I guess me question is, can I /rehash the ircd server to accept this new config or do i need to hard-restart ircd ? ircd.conf N and C lines C:127.0.0.1:password:127.0.0.1::2 N:127.0.0.1:password:127.0.0.1::2 In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 ircservices output [Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up [Jun 17 10:20:57 2003] httpd/main: Listening on :10001 [Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) From georges at berscheid.lu Tue Jun 17 07:34:45 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines References: <1055859592.11850.5.camel@jim-linux-ws> Message-ID: <3EEF2705.6080305@berscheid.lu> Hi, have a look at: http://www.ircservices.za.net/version5.html The right column says: [...] If your IRCD is not listed above, it is /not/ supported! This includes /ircu2.10.x/, for which support is not going to be provided. [...] This might be why it does not work. Georges Jim Burnett wrote: >Hey all, just so you know I've read all the docs. > >I am currently running a pure ircd irc2.10.3p3 > >when I try to start ircservices I am getting this error. I managed to >fix the other errors but this one has be stumped. Its a single server, >and the ircd and service program is on the same server. > >I guess me question is, can I /rehash the ircd server to accept this new >config or do i need to hard-restart ircd ? > >ircd.conf N and C lines >C:127.0.0.1:password:127.0.0.1::2 >N:127.0.0.1:password:127.0.0.1::2 > >In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 > > > >ircservices output > >[Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up >[Jun 17 10:20:57 2003] httpd/main: Listening on :10001 >[Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing >Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > From jburnett at xerosystems.com Tue Jun 17 07:31:12 2003 From: jburnett at xerosystems.com (Jim Burnett) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines In-Reply-To: <3EEF2705.6080305@berscheid.lu> References: <1055859592.11850.5.camel@jim-linux-ws> <3EEF2705.6080305@berscheid.lu> Message-ID: <1055860271.11850.7.camel@jim-linux-ws> I thought rfc1459 was to use with standard IRC servers. what will be the most support IRC server to run ? On Tue, 2003-06-17 at 10:34, Georges Berscheid wrote: > Hi, > > have a look at: http://www.ircservices.za.net/version5.html > The right column says: > [...] > If your IRCD is not listed above, it is /not/ supported! This includes > /ircu2.10.x/, for which support is not going to be provided. > [...] > > This might be why it does not work. > > Georges > > > > Jim Burnett wrote: > > >Hey all, just so you know I've read all the docs. > > > >I am currently running a pure ircd irc2.10.3p3 > > > >when I try to start ircservices I am getting this error. I managed to > >fix the other errors but this one has be stumped. Its a single server, > >and the ircd and service program is on the same server. > > > >I guess me question is, can I /rehash the ircd server to accept this new > >config or do i need to hard-restart ircd ? > > > >ircd.conf N and C lines > >C:127.0.0.1:password:127.0.0.1::2 > >N:127.0.0.1:password:127.0.0.1::2 > > > >In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 > > > > > > > >ircservices output > > > >[Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up > >[Jun 17 10:20:57 2003] httpd/main: Listening on :10001 > >[Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing > >Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From jburnett at xerosystems.com Tue Jun 17 07:32:40 2003 From: jburnett at xerosystems.com (Jim Burnett) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines In-Reply-To: <3EEF2705.6080305@berscheid.lu> References: <1055859592.11850.5.camel@jim-linux-ws> <3EEF2705.6080305@berscheid.lu> Message-ID: <1055860360.11850.9.camel@jim-linux-ws> I am running newer version of ircd-2.8.x 2.10.x and nothing has changed as far as the C and N mecheniszm I'm not running ircU On Tue, 2003-06-17 at 10:34, Georges Berscheid wrote: > Hi, > > have a look at: http://www.ircservices.za.net/version5.html > The right column says: > [...] > If your IRCD is not listed above, it is /not/ supported! This includes > /ircu2.10.x/, for which support is not going to be provided. > [...] > > This might be why it does not work. > > Georges > > > > Jim Burnett wrote: > > >Hey all, just so you know I've read all the docs. > > > >I am currently running a pure ircd irc2.10.3p3 > > > >when I try to start ircservices I am getting this error. I managed to > >fix the other errors but this one has be stumped. Its a single server, > >and the ircd and service program is on the same server. > > > >I guess me question is, can I /rehash the ircd server to accept this new > >config or do i need to hard-restart ircd ? > > > >ircd.conf N and C lines > >C:127.0.0.1:password:127.0.0.1::2 > >N:127.0.0.1:password:127.0.0.1::2 > > > >In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 > > > > > > > >ircservices output > > > >[Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up > >[Jun 17 10:20:57 2003] httpd/main: Listening on :10001 > >[Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing > >Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From andrewk at isdial.net Tue Jun 17 07:44:20 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines References: <1055859592.11850.5.camel@jim-linux-ws> <3EEF2705.6080305@berscheid.lu> <1055860271.11850.7.camel@jim-linux-ws> Message-ID: <005001c334de$f00d8db0$1f0912ac@espotting.com> The RFC is about as old and as unrecognisable as Keith Richards - both of whom continue to defy nature and refuse to die. If you want an ircd that is reasonably decent and works well with IRC Services, try bahamut which you can get from http://bahamut.dal.net/ :) Regards, Andrew ----- Original Message ----- From: "Jim Burnett" To: "IRC Services General Mailing List" Sent: Tuesday, June 17, 2003 3:31 PM Subject: Re: [IRCServices] Porblems with C and N lines > I thought rfc1459 was to use with standard IRC servers. > > what will be the most support IRC server to run ? > > > > On Tue, 2003-06-17 at 10:34, Georges Berscheid wrote: > > Hi, > > > > have a look at: http://www.ircservices.za.net/version5.html > > The right column says: > > [...] > > If your IRCD is not listed above, it is /not/ supported! This includes > > /ircu2.10.x/, for which support is not going to be provided. > > [...] > > > > This might be why it does not work. > > > > Georges > > > > > > > > Jim Burnett wrote: > > > > >Hey all, just so you know I've read all the docs. > > > > > >I am currently running a pure ircd irc2.10.3p3 > > > > > >when I try to start ircservices I am getting this error. I managed to > > >fix the other errors but this one has be stumped. Its a single server, > > >and the ircd and service program is on the same server. > > > > > >I guess me question is, can I /rehash the ircd server to accept this new > > >config or do i need to hard-restart ircd ? > > > > > >ircd.conf N and C lines > > >C:127.0.0.1:password:127.0.0.1::2 > > >N:127.0.0.1:password:127.0.0.1::2 > > > > > >In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 > > > > > > > > > > > >ircservices output > > > > > >[Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up > > >[Jun 17 10:20:57 2003] httpd/main: Listening on :10001 > > >[Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing > > >Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From jburnett at xerosystems.com Tue Jun 17 07:53:41 2003 From: jburnett at xerosystems.com (Jim Burnett) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines In-Reply-To: <005001c334de$f00d8db0$1f0912ac@espotting.com> References: <1055859592.11850.5.camel@jim-linux-ws> <1055860271.11850.7.camel@jim-linux-ws> <005001c334de$f00d8db0$1f0912ac@espotting.com> Message-ID: <1055861621.11850.12.camel@jim-linux-ws> I installed chunkey monkey which is nice becuase it allows for long nicknames. Anyway I get what I think is the same error except for monkey. [Jun 17 11:05:27 2003] unknown message from server (:irc.xerosystems.com ERROR :Closing Link :You are trying to establish a server link from an unassured host) [Jun 17 11:05:27 2003] Read error from server: Connection reset by peer On Tue, 2003-06-17 at 10:44, Andrew Kempe wrote: > The RFC is about as old and as unrecognisable as Keith Richards - both of > whom continue to defy nature and refuse to die. > > If you want an ircd that is reasonably decent and works well with IRC > Services, try bahamut which you can get from http://bahamut.dal.net/ :) > > Regards, Andrew > > ----- Original Message ----- > From: "Jim Burnett" > To: "IRC Services General Mailing List" > Sent: Tuesday, June 17, 2003 3:31 PM > Subject: Re: [IRCServices] Porblems with C and N lines > > > > I thought rfc1459 was to use with standard IRC servers. > > > > what will be the most support IRC server to run ? > > > > > > > > On Tue, 2003-06-17 at 10:34, Georges Berscheid wrote: > > > Hi, > > > > > > have a look at: http://www.ircservices.za.net/version5.html > > > The right column says: > > > [...] > > > If your IRCD is not listed above, it is /not/ supported! This includes > > > /ircu2.10.x/, for which support is not going to be provided. > > > [...] > > > > > > This might be why it does not work. > > > > > > Georges > > > > > > > > > > > > Jim Burnett wrote: > > > > > > >Hey all, just so you know I've read all the docs. > > > > > > > >I am currently running a pure ircd irc2.10.3p3 > > > > > > > >when I try to start ircservices I am getting this error. I managed to > > > >fix the other errors but this one has be stumped. Its a single server, > > > >and the ircd and service program is on the same server. > > > > > > > >I guess me question is, can I /rehash the ircd server to accept this > new > > > >config or do i need to hard-restart ircd ? > > > > > > > >ircd.conf N and C lines > > > >C:127.0.0.1:password:127.0.0.1::2 > > > >N:127.0.0.1:password:127.0.0.1::2 > > > > > > > >In ircservices.conf I RemoteServer connects to 127.0.0.1 6667 > > > > > > > > > > > > > > > >ircservices output > > > > > > > >[Jun 17 10:20:57 2003] IRC Services 5.0.19 starting up > > > >[Jun 17 10:20:57 2003] httpd/main: Listening on :10001 > > > >[Jun 17 10:20:57 2003] FATAL: Remote server returned: ERROR :Closing > > > >Link: irc.newcelica.net[unknown@127.0.0.1] (No C/N conf lines) > > > > > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jun 18 00:07:46 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Porblems with C and N lines In-Reply-To: <1055859592.11850.5.camel@jim-linux-ws> Message-ID: <3eef318d.01772@achurch.org> >C:127.0.0.1:password:127.0.0.1::2 >N:127.0.0.1:password:127.0.0.1::2 ^^^^^^^^^ You're giving the IP address in the N: line where you should be putting the server name (ServerName in ircservices.conf). --Andrew Church achurch@achurch.org http://achurch.org/ From owner at candt.net Tue Jun 17 15:34:19 2003 From: owner at candt.net (Christopher Wilson) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services get peered before even connecting Message-ID: <000b01c33520$981626c0$9c01a8c0@chatituporg> Hi, I just set up irc services, I went through the config and everything, but now when I start it, it looks fine, but doesnt connect and kills itself. the logs have [Jun 17 22:32:38 2003] IRC Services 5.0.19 starting up [Jun 17 22:32:38 2003] sockets: flush_write_buffer(0): Connection reset by peer [Jun 17 22:32:38 2003] sockets: flush_write_buffer(0): Broken pipe [Jun 17 22:32:38 2003] Read error from server: Connection reset by peer I am running Unreal Ircd 3.2-beta 17 and services are being set up on the same box. From owner at candt.net Wed Jun 18 13:03:54 2003 From: owner at candt.net (Christopher Wilson) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services get peered before even connecting References: <20030618100004.E22311709B@snow.fingers.co.za> Message-ID: <001301c335d4$bf997530$9c01a8c0@chatituporg> I figured out the problem. I had ssl specified in my Link Block > Message: 3 > Date: Tue, 17 Jun 2003 18:34:19 -0400 > From: "Christopher Wilson" > Subject: [IRCServices] Services get peered before even connecting > To: > Message-ID: <000b01c33520$981626c0$9c01a8c0@chatituporg> > Content-Type: text/plain; charset="iso-8859-7" > > Hi, I just set up irc services, I went through the config and everything, > but now when I start it, it looks fine, but doesnt connect and kills itself. > the logs have > [Jun 17 22:32:38 2003] IRC Services 5.0.19 starting up > [Jun 17 22:32:38 2003] sockets: flush_write_buffer(0): Connection reset by > peer > [Jun 17 22:32:38 2003] sockets: flush_write_buffer(0): Broken pipe > [Jun 17 22:32:38 2003] Read error from server: Connection reset by peer > > I am running Unreal Ircd 3.2-beta 17 and services are being set up on the > same box. From brain at brainbox.winbot.co.uk Wed Jun 18 14:45:39 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Suggestion Message-ID: <200306182047.h5IKkw922865@localhost.localdomain> If you want an implementation of loveserv, we have one as an unofficial module for ircservices 5 on our network. Mail me (not the list) for information on how to connect and obtain the source for the module. I'll take this opportunity to point out that the loveserv module we provided is UNOFFICIAL and andy will NOT support it in any way. For support for this particular module the best person to talk to is me, or other opers on our network. >Because those things are never going to be added to IRCServices. Try reading >the mailing list archives about everything that's been said about BotServ >and such. Basically the official standing on it is.... it ain't gonna >happen. =) > >A services package such as NeoStats is probably going to be your best bet. >That, or switch to a services package which does have BotServ. > >~Ganja51 >----- Original Message ----- >From: "Nicholas Prisi" >To: "ircservices" >Sent: Sunday, June 15, 2003 6:20 PM >Subject: Re: [IRCServices] Suggestion > > >> Hey All, >> >> Commenting on what CPUMAN said: Neostats is all very good and right but >the >> fact is I hate overloading my main server with so many processes, >> ircd+services+proxy+bots.... Why cant there just be a solution where >> everything (or a few things) are included in one process/package? >> >> Just my 2 cents :) >> >> >> On 15/6/03 6:20 pm, "CPUMAN" wrote: >> >> > That'd make for a pretty big database, saving 20 historical records for >each >> > channel. O_O >> > >> > Erm but anyway, even though your asking Andrew this... "And i just want >to >> > ask if andrew has plans for official modules (botserv, loveserv >etc...)"... >> > >> > Have you considered neostats? I've been running them side by side with >> > Services 5 for several months and they seem to run fine together (minus >the >> > host exception I had to add to services). I just let services handle the >> > important stuff (channel reg, nick reg, blah blah blah...) and load up >> > pointless stuff on neostats (i.e. loveserv, stupidserv and so on). >Though I >> > wouldn't mind seeing these features added into services either. heh >> > >> > CPUMAN >> > Serenia IRC Network >> > irc.serenia.net >> > >> > ----- Original Message ----- >> > From: "Ali Sor" >> > To: "IRC Services General Mailing List" >> > Sent: Sunday, June 15, 2003 9:38 PM >> > Subject: [IRCServices] Suggestion >> > >> > >> >> Hello; >> >> ------------------ >> >> First idea is about stealing channels.I know It isnt about services but >> >> think that if someone can get another users email. He can take his >channel >> >> and nick so services root has to open log files search for that nick >and >> > try >> >> to understand what is going on. >> >> But how about a services admin command like, >> >> /chanserv info #XXX detailed >> >> /nickserv info blabla detailed >> >> >> >> then chanserv gives detailed info about channel. The details can be >> > Changing >> >> founder,changing password with times and nicks. >> >> nickserv gives changing password and email. And it can be restricted to >> > for >> >> example last 20 change. >> >> >> >> And /cs info #channel all and /ns info nick all commands can be used by >> >> services operators by this way they can give info to users. >> >> >> >> Maybe this all can be done my http easly but how about servers that >they >> >> dont want to use http. >> >> --------------------- >> >> And i just want to ask if andrew has plans for official modules >(botserv >> >> loveserv etc...) >> >> >> >> Ali >> >> >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From profound at eyerc.net Sun Jun 22 21:22:27 2003 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Everyone able to view AOP/SOP list Message-ID: <003501c3393f$0df79c80$0200a8c0@profound> Hi, I know a similar question has been asked here before (saw it in the archive), but it didn't get answered to the full. FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. Anyone is able to view the AOP/SOP list of any channel. How do we prevent them from being able to do so (without installing the additional access-levels module)? We want to make it behave that way for every single channel on the network. How do we best go about it? Thanks and Regards, Profound - EYErc.net From profound at eyerc.net Sun Jun 22 21:28:09 2003 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel Message-ID: <004101c3393f$d9b8ddc0$0200a8c0@profound> Hi all, I have just noticed that /memoserv send #Channel does not work any longer? FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. It does not return any errors, infact it says it did it successfully. However, the memo never arrives. Sending memos to nicknames individually works fine. Any ideas? Thanks and Regards, Profound - EYErc.net From achurch at achurch.org Mon Jun 23 14:09:23 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Everyone able to view AOP/SOP list In-Reply-To: <003501c3393f$0df79c80$0200a8c0@profound> Message-ID: <3ef68c29.67367@achurch.org> The short answer is, you can't. The long answer is, you can change the ACC-LIST entry in modules/chanserv/access.c to an appropriate level (e.g. 50 for AOPs, 100 for SOPs), but that setting will apply to all *OP lists. Anything else will require more extensive modifications. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I know a similar question has been asked here before (saw it in the >archive), but it didn't get answered to the full. > >FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. > >Anyone is able to view the AOP/SOP list of any channel. How do we prevent >them from being able to do so (without installing the additional >access-levels module)? We want to make it behave that way for every single >channel on the network. > >How do we best go about it? > >Thanks and Regards, >Profound - EYErc.net > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Jun 23 14:13:08 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel In-Reply-To: <004101c3393f$d9b8ddc0$0200a8c0@profound> Message-ID: <3ef68c6c.67401@achurch.org> WFM. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all, > >I have just noticed that /memoserv send #Channel does not work any longer? > >FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. > >It does not return any errors, infact it says it did it successfully. >However, the memo never arrives. > >Sending memos to nicknames individually works fine. > >Any ideas? > >Thanks and Regards, >Profound - EYErc.net > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From profound at eyerc.net Mon Jun 23 03:26:15 2003 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel References: <3ef68c6c.67401@achurch.org> Message-ID: <006001c33971$eafbbd00$0200a8c0@profound> Sorry, What I meant to ask is, is there an easy way to change the behaviour of channel memos. Eg have them sent to each individual nickname on the channel access list rather than using /MemoServ READ #Channel [num]? Cheers, Profound ----- Original Message ----- From: "Andrew Church" To: Sent: Monday, June 23, 2003 2:43 PM Subject: Re: [IRCServices] MemoServ SEND #Channel > WFM. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi all, > > > >I have just noticed that /memoserv send #Channel does not work any longer? > > > >FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. > > > >It does not return any errors, infact it says it did it successfully. > >However, the memo never arrives. > > > >Sending memos to nicknames individually works fine. > > > >Any ideas? > > > >Thanks and Regards, > >Profound - EYErc.net > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Ganja51 at lcirc.net Mon Jun 23 08:56:33 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel References: <3ef68c6c.67401@achurch.org> <006001c33971$eafbbd00$0200a8c0@profound> Message-ID: <002f01c339a0$059690d0$1402a8c0@monte> You're sending a memo to the channel, not to the users, you have to remember that. If you want to each user in a channel to receive a memo then send it to each user. ~Ganja51 ----- Original Message ----- From: "Profound" To: "IRC Services General Mailing List" Sent: Monday, June 23, 2003 5:26 AM Subject: Re: [IRCServices] MemoServ SEND #Channel > Sorry, > > What I meant to ask is, is there an easy way to change the behaviour of > channel memos. > > Eg have them sent to each individual nickname on the channel access list > rather than using /MemoServ READ #Channel [num]? > > Cheers, > Profound > > ----- Original Message ----- > From: "Andrew Church" > To: > Sent: Monday, June 23, 2003 2:43 PM > Subject: Re: [IRCServices] MemoServ SEND #Channel > > > > WFM. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Hi all, > > > > > >I have just noticed that /memoserv send #Channel does not work any > longer? > > > > > >FYI - We run bahamut-1.4(35) and IRC Services 5.0.18. > > > > > >It does not return any errors, infact it says it did it successfully. > > >However, the memo never arrives. > > > > > >Sending memos to nicknames individually works fine. > > > > > >Any ideas? > > > > > >Thanks and Regards, > > >Profound - EYErc.net > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From ircd at bigpond.com Mon Jun 23 10:30:58 2003 From: ircd at bigpond.com (Peter Andersen) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel References: <002f01c339a0$059690d0$1402a8c0@monte> Message-ID: <3EF73952.000004.00792@shynx> I think Profound means that he wants it to work for example like DALnet. If you send a memo using /memoserv send #ROOMNAME MESSAGE then it goes to everyone on the Aop/Sop list. Much easier than going through the same list and typing the memo out to every user. Peter Andersen - EYErc.net - -------Original Message------- From: IRC Services General Mailing List Date: Tuesday, 24 June 2003 1:56:51 AM To: IRC Services General Mailing List Subject: Re: [IRCServices] MemoServ SEND #Channel You're sending a memo to the channel, not to the users, you have to remember that. If you want to each user in a channel to receive a memo then send it to each user. ~Ganja51 ----- Original Message ----- From: "Profound" To: "IRC Services General Mailing List" Sent: Monday, June 23, 2003 5:26 AM Subject: Re: [IRCServices] MemoServ SEND #Channel > Sorry, > > What I meant to ask is, is there an easy way to change the behaviour of > channel memos. > > Eg have them sent to each individual nickname on the channel access list > rather than using /MemoServ READ #Channel [num]? > > Cheers, > Profound From dylanvdm at icon.co.za Mon Jun 23 11:03:18 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel References: <002f01c339a0$059690d0$1402a8c0@monte> <3EF73952.000004.00792@shynx> Message-ID: <00c201c339b1$bb1becf0$0100a8c0@dylan> Nice idea actually. Maybe make a config option to specify whether you'd like for that command to work as it has been for the last however long or for it to work by sending a memo to all the people on the Aop/Sop list? Andrew? Dylan. ----- Original Message ----- From: "Peter Andersen" To: Sent: Monday, June 23, 2003 7:30 PM Subject: Re: [IRCServices] MemoServ SEND #Channel I think Profound means that he wants it to work for example like DALnet. If you send a memo using /memoserv send #ROOMNAME MESSAGE then it goes to everyone on the Aop/Sop list. Much easier than going through the same list and typing the memo out to every user. Peter Andersen - EYErc.net - -------Original Message------- From: IRC Services General Mailing List Date: Tuesday, 24 June 2003 1:56:51 AM To: IRC Services General Mailing List Subject: Re: [IRCServices] MemoServ SEND #Channel You're sending a memo to the channel, not to the users, you have to remember that. If you want to each user in a channel to receive a memo then send it to each user. ~Ganja51 ----- Original Message ----- From: "Profound" To: "IRC Services General Mailing List" Sent: Monday, June 23, 2003 5:26 AM Subject: Re: [IRCServices] MemoServ SEND #Channel > Sorry, > > What I meant to ask is, is there an easy way to change the behaviour of > channel memos. > > Eg have them sent to each individual nickname on the channel access list > rather than using /MemoServ READ #Channel [num]? > > Cheers, > Profound ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Tue Jun 24 10:19:16 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] MemoServ SEND #Channel In-Reply-To: <006001c33971$eafbbd00$0200a8c0@profound> Message-ID: <3ef7a730.70257@achurch.org> >What I meant to ask is, is there an easy way to change the behaviour of >channel memos. > >Eg have them sent to each individual nickname on the channel access list >rather than using /MemoServ READ #Channel [num]? No. I may change this for 5.1 but it's low priority. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Jun 25 03:12:19 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services 5.0.20 released Message-ID: <3ef894dc.76273@achurch.org> Services 5.0.20 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) 32ad87e7aaceac3c2402b88f307347a3 ircservices-5.0.20.tar.gz a80d9bdbe6af826229fe7ccb3461c779 ircservices-5.0.20.diff.gz 004dc9ef5812529b603f36987aa2638d ircservices-5.0.20-1.i386.rpm 5e139ae2b4e25c16d80f9be1de92420f ircservices_5.0.20-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release fixes, among other things, a security problem allowing users to invite themselves into channels regardless of channel access level; anyone using the nickserv/autojoin module should upgrade as soon as possible. Other fixes are listed below. Among the fixes included in this release is a workaround for a bug in GCC that manifests itself on SPARC systems; this workaround seems to work for GCC 3.2, but may fail spectacularly on other compiler versions or in other environments. See FAQ C.11 (new in this release) for details. Changes in version 5.0.20 ------------------------- 2003/06/21 Fixed a minor memory leak in the socket handling code. 2003/06/17 Minor tweaks to various Makefiles. 2003/06/16 Fixed bug causing data in socket write buffers to get corrupted. 2003/06/11 Added workaround for GCC bug on SPARC systems. Reported by Kevin Kane 2003/06/09 Fixed compilation problems on Solaris. Reported by Kevin Kane 2003/06/09 NickServ autojoin no longer auto-invites users into +i channels when the user doesn't have INVITE privileges. Reported by Martin Pels 2003/06/05 Fixed bug causing ChanServ to inappropriately remove some users' channel modes. Reported by Yusuf Iskenderoglu 2003/06/05 Changed handling of inappropriate channel user mode changes (e.g. entering a registered channel and setting +v on oneself before Services' -o comes through) to remove only the added modes, not all of them. 2003/06/02 Corrected various errors and inconsistencies in the language files, and brought section 4 of the manual up to date. 2003/06/02 Added FORCE option to OperServ UPDATE command. 2003/06/02 OperServ UPDATE now sends a notice after saving the databases indicating whether the operation succeeded. 2003/06/02 Fixed bug causing some callback functions to not be called if a callback function removed itself from the callback list. (Note that this situation does not occur in any previous versions of Services.) 2003/05/28 Reworded NickServ replies and documentation for the mail-auth module to replace "authorize" by the more accurate "authenticate". --Andrew Church achurch@achurch.org http://achurch.org/ From spam at b3design.ch Tue Jun 24 12:10:33 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Switching nick kills? Message-ID: Hello all, I've been trying to set one of my users nick kills off cause he didn?t enter his access list right, but for the life of me I cant find the command, I've looked basically everywhere. I thought it would be /os set .... But that cant be it. I'm using ircservices with unreal3b17 (not that that matters I don?t think) Any help would be great :) P.S: I'm netadmin and super-user From nothing at psychopat.org Tue Jun 24 08:32:06 2003 From: nothing at psychopat.org (Marc-Andre A. Fuentes) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Switching nick kills? In-Reply-To: Message-ID: /nickserv set -nick- kill off did you try this one? On Tue, 24 Jun 2003, Nicholas Prisi wrote: > Hello all, > > I've been trying to set one of my users nick kills off cause he didn?t enter > his access list right, but for the life of me I cant find the command, I've > looked basically everywhere. I thought it would be /os set .... But that > cant be it. I'm using ircservices with unreal3b17 (not that that matters I > don?t think) > > Any help would be great :) > > P.S: I'm netadmin and super-user > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From spam at b3design.ch Tue Jun 24 13:14:51 2003 From: spam at b3design.ch (Nicholas Prisi) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Switching nick kills? In-Reply-To: Message-ID: Nope I didn?t, thought it would be a OS command, well thanks for the help Marc :) On 24/6/03 17:32, "Marc-Andre A. Fuentes" wrote: > /nickserv set -nick- kill off > did you try this one? > > On Tue, 24 Jun 2003, Nicholas Prisi wrote: > >> Hello all, >> >> I've been trying to set one of my users nick kills off cause he didn?t enter >> his access list right, but for the life of me I cant find the command, I've >> looked basically everywhere. I thought it would be /os set .... But that >> cant be it. I'm using ircservices with unreal3b17 (not that that matters I >> don?t think) >> >> Any help would be great :) >> >> P.S: I'm netadmin and super-user >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From JamesBond at cleanchat.net Wed Jun 25 02:27:11 2003 From: JamesBond at cleanchat.net (JamesBond) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services 5.0.20 released In-Reply-To: <3ef894dc.76273@achurch.org> Message-ID: <000401c33afc$0c3d0100$0602a8c0@inspiron8200> I read the manual, however, I did not see anything on the procedures to upgrade IRCServices without losing any data or information. Can someone please assist me with this? Much Appreciation, JamesBond Founder, The CleanChat IRC Network irc.cleanchat.net - http://www.cleanchat.net/ "CleanChat.net: Paving the way for a cleaner chat experience!" -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Tuesday, June 24, 2003 1:12 PM To: ircservices@ircservices.za.net Subject: [IRCServices] Services 5.0.20 released Services 5.0.20 has been released, and can be downloaded from: ftp://ftp.esper.net/ircservices/ (USA, California) 32ad87e7aaceac3c2402b88f307347a3 ircservices-5.0.20.tar.gz a80d9bdbe6af826229fe7ccb3461c779 ircservices-5.0.20.diff.gz 004dc9ef5812529b603f36987aa2638d ircservices-5.0.20-1.i386.rpm 5e139ae2b4e25c16d80f9be1de92420f ircservices_5.0.20-1_i386.deb ftp.ircservices.za.net and the other mirrors should have it shortly. This release fixes, among other things, a security problem allowing users to invite themselves into channels regardless of channel access level; anyone using the nickserv/autojoin module should upgrade as soon as possible. Other fixes are listed below. Among the fixes included in this release is a workaround for a bug in GCC that manifests itself on SPARC systems; this workaround seems to work for GCC 3.2, but may fail spectacularly on other compiler versions or in other environments. See FAQ C.11 (new in this release) for details. Changes in version 5.0.20 ------------------------- 2003/06/21 Fixed a minor memory leak in the socket handling code. 2003/06/17 Minor tweaks to various Makefiles. 2003/06/16 Fixed bug causing data in socket write buffers to get corrupted. 2003/06/11 Added workaround for GCC bug on SPARC systems. Reported by Kevin Kane 2003/06/09 Fixed compilation problems on Solaris. Reported by Kevin Kane 2003/06/09 NickServ autojoin no longer auto-invites users into +i channels when the user doesn't have INVITE privileges. Reported by Martin Pels 2003/06/05 Fixed bug causing ChanServ to inappropriately remove some users' channel modes. Reported by Yusuf Iskenderoglu 2003/06/05 Changed handling of inappropriate channel user mode changes (e.g. entering a registered channel and setting +v on oneself before Services' -o comes through) to remove only the added modes, not all of them. 2003/06/02 Corrected various errors and inconsistencies in the language files, and brought section 4 of the manual up to date. 2003/06/02 Added FORCE option to OperServ UPDATE command. 2003/06/02 OperServ UPDATE now sends a notice after saving the databases indicating whether the operation succeeded. 2003/06/02 Fixed bug causing some callback functions to not be called if a callback function removed itself from the callback list. (Note that this situation does not occur in any previous versions of Services.) 2003/05/28 Reworded NickServ replies and documentation for the mail-auth module to replace "authorize" by the more accurate "authenticate". --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jun 25 18:41:47 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services 5.0.20 released In-Reply-To: <000401c33afc$0c3d0100$0602a8c0@inspiron8200> Message-ID: <3ef96f2c.02541@achurch.org> >I read the manual, however, I did not see anything on the procedures to >upgrade IRCServices without losing any data or information. Can someone >please assist me with this? Your data will not be affected by an upgrade; Services does not touch the database files during compilation or installation. If you're compiling from source and you downloaded the tarball rather than patching your current source from the diff file, you may want to copy the config.cache file from your old source directory to the new one to save the trouble of re-entering the installation directories, but on the other hand, even if you forget to copy it, you just have to enter the same directories again and the new version will automatically pick up your databases. --Andrew Church achurch@achurch.org http://achurch.org/ From JamesBond at cleanchat.net Wed Jun 25 02:56:27 2003 From: JamesBond at cleanchat.net (JamesBond) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Services 5.0.20 released In-Reply-To: <3ef96f2c.02541@achurch.org> Message-ID: <000601c33b00$20bcf8c0$0602a8c0@inspiron8200> Well, I kind of picked up on what you suggested Andrew. I know I must be doing something wrong, so I will tell you exactly what I did, and then we can go from there. 1. I didn't know the flag to extract the .gz file into a current directory, so I just extracted it on my desktop, and then replaced the old IRCServices 5.19 files with the 5.20 files I extracted on my desktop. 2. I shut the 5.19 services down. 3. Typed ./configure, and received the following: ./configure: Command not found. Any thoughts? JamesBond Founder, The CleanChat IRC Network irc.cleanchat.net - http://www.cleanchat.net/ "CleanChat.net: Paving the way for a cleaner chat experience!" -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Wednesday, June 25, 2003 4:42 AM To: ircservices@ircservices.za.net Subject: RE: [IRCServices] Services 5.0.20 released >I read the manual, however, I did not see anything on the procedures to >upgrade IRCServices without losing any data or information. Can someone >please assist me with this? Your data will not be affected by an upgrade; Services does not touch the database files during compilation or installation. If you're compiling from source and you downloaded the tarball rather than patching your current source from the diff file, you may want to copy the config.cache file from your old source directory to the new one to save the trouble of re-entering the installation directories, but on the other hand, even if you forget to copy it, you just have to enter the same directories again and the new version will automatically pick up your databases. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From wahoo at cyberdreamers.org Wed Jun 25 04:34:26 2003 From: wahoo at cyberdreamers.org (wahoo) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] linking errors for ircservices-5.0.20 (static version) Message-ID: <184141383571.20030625133426@cyberdreamers.org> Hello all, first of all: thx for the new release, Andrew! And keep up the good work :)... But unfortunately I've got several compiling/linking errors (I'm using gcc-2.95.3 & gmake 3.79.1 under OpenBSD 3.2 (i386)). It barfs at me with this: [lots of other undefinded-symbol-errors snipped here...] modlist.o: Undefined symbol `_init_module_statserv_main' referenced from data segment modlist.o: Undefined symbol `_exit_module_statserv_main' referenced from data segment modlist.o: Undefined symbol `_new_serverstats' referenced from data segment modlist.o: Undefined symbol `_free_serverstats' referenced from data segment collect2: ld returned 1 exit status gmake: *** [ircservices] Error 1 Is there an easy way for me to get it properly compiled/linked? I tried to find something within the docs/manuals/FAQs, but couldn't find any. So I asked this here... thx in advance best regards, - wahoo - -- mailto:wahoo@cyberdreamers.org From wahoo at cyberdreamers.org Wed Jun 25 04:45:19 2003 From: wahoo at cyberdreamers.org (wahoo) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] linking errors for ircservices-5.0.20 (static version) In-Reply-To: <184141383571.20030625133426@cyberdreamers.org> References: <184141383571.20030625133426@cyberdreamers.org> Message-ID: <1142036733.20030625134519@cyberdreamers.org> Sorry... > But unfortunately I've got several compiling/linking errors (I'm using > gcc-2.95.3 & gmake 3.79.1 under OpenBSD 3.2 (i386)). pls ignore this thread. I forgot 'ranlib modules/modules.a' as mentioned by Andrew... best regards, - wahoo - From brain at brainbox.winbot.co.uk Wed Jun 25 06:21:41 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] ircu 2.10.x Message-ID: <200306251221.h5PCLgM27929@localhost.localdomain> Hi. Just had a bit of time to read through the ircservices site again for the first time in god knows how long. I was looking at the supported ircd's list and noticed that a certain ircd (ircu 2.10.x) is unsupported and says you will not be adding support for this. As a programmer of an ircd myself, i was wondering why it was decided not to write a module for ircu 2.10.x, so that i can avoid similar mistakes when writing my ircd, that will hinder its compatibility with services. (some things which have been pointed out a problem, such as dynamic routing, we have developed ideas to work around, and will work theoretically... but we still have to actually get off our asses and code them!) I guess this was probably discussed in the ircservices list a long time ago, but i probably lost the emails or wasn't even subscribed to this list back then. Any information, hints and tips you give are appreciated :) Thanks, Craig InspIRCd Developer From dylanvdm at icon.co.za Wed Jun 25 06:36:28 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] ircu 2.10.x References: <200306251221.h5PCLgM27929@localhost.localdomain> Message-ID: <000601c33b41$146bfbc0$0100a8c0@dylan> Is Inspircd still in development? ----- Original Message ----- From: "Craig Edwards" To: "IRC Services General Mailing List" Sent: Wednesday, June 25, 2003 3:21 PM Subject: [IRCServices] ircu 2.10.x > Hi. > > Just had a bit of time to read through the ircservices site again for the first time in god knows how long. I was looking at the supported ircd's list and noticed that a certain ircd (ircu 2.10.x) is unsupported and says you will not be adding support for this. As a programmer of an ircd myself, i was wondering why it was decided not to write a module for ircu 2.10.x, so that i can avoid similar mistakes when writing my ircd, that will hinder its compatibility with services. (some things which have been pointed out a problem, such as dynamic routing, we have developed ideas to work around, and will work theoretically... but we still have to actually get off our asses and code them!) I guess this was probably discussed in the ircservices list a long time ago, but i probably lost the emails or wasn't even subscribed to this list back then. Any information, hints and tips you give are appreciated :) > > Thanks, > Craig > > InspIRCd Developer > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From list at psam.se Thu Jun 26 13:44:32 2003 From: list at psam.se (Peter Samuelsson) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Loading wrong protocol? Message-ID: <00ba01c33c23$c045fd00$0304a8c0@laptop> Hi Im currently trying out UnrealIRC 3.2 beta 17 and Im having a problem. I cant get IRCservice to connect to the server. I get so far that the server responds wrong password. I have the same password in both configfiles. debug: Sent: NICK HelpServ 1 1056659669 + service services.psam.se services.psam.se 0 0 :Help Server debug: Received: :irc.psam.se NOTICE AUTH :*** Looking up your hostname... debug: Received: :irc.psam.se NOTICE AUTH :*** Found your hostname (cached) debug: Received: :irc.psam.se 451 CAPAB :You have not registered unknown message from server (:irc.psam.se 451 CAPAB :You have not registered) debug: Received: ERROR :Link denied (Authentication failed) [@213.114.12.111.2448] unknown message from server (ERROR :Link denied (Authentication failed) [@213.114.12.111.2448]) debug: Received: ERROR :Closing Link: [213.114.12.111] (Link denied (Authentication failed)) unknown message from server (ERROR :Closing Link: [213.114.12.111] (Link denied (Authentication failed))) This is what I get when I run the ircservice in debug mode. I also get debug: Unloading module `protocol/bahamut? This I get eaven if I have unreal set as protocol in modules.conf. Im running this on FreeBSD 4.8 I hope there is some easy answer to this but I fail to see it right now :) Peter Samuelsson From griever at t2n.org Thu Jun 26 14:45:09 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Loading wrong protocol? In-Reply-To: <00ba01c33c23$c045fd00$0304a8c0@laptop> References: <00ba01c33c23$c045fd00$0304a8c0@laptop> Message-ID: > > This is what I get when I run the ircservice in debug mode. I also get > > debug: Unloading module `protocol/bahamut? > > This I get eaven if I have unreal set as protocol in modules.conf. You have to set it in the loadmodule line in ircservices.conf, it has to be changed in BOTH files for it to work. From crdobrad at yahoo.com Sat Jun 28 11:46:01 2003 From: crdobrad at yahoo.com (brad .) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error Message-ID: <20030628184601.73076.qmail@web14812.mail.yahoo.com> I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? Thanks! --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030628/2376d864/attachment.html From msmith at acmecorp.org Sat Jun 28 11:45:52 2003 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: <20030628184601.73076.qmail@web14812.mail.yahoo.com> Message-ID: Did you add that address into your webserver configuration, and add the address as part of your DNS information? -MS On Sat, 28 Jun 2003, brad . wrote: > I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? > > Thanks! > > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! -- _______ Regards, Mike msmith@acmecorp.org From crdobrad at yahoo.com Sat Jun 28 12:04:28 2003 From: crdobrad at yahoo.com (brad .) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: Message-ID: <20030628190428.5153.qmail@web14805.mail.yahoo.com> Hi --- Thanks for the reply... I am not actually sure what you are talking... Add what address to my web server config? The web server is working... Do I need to point to where the db files are or something/ Thanks! "Michael D. Smith" wrote: Did you add that address into your webserver configuration, and add the address as part of your DNS information? -MS On Sat, 28 Jun 2003, brad . wrote: > I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? > > Thanks! > > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! -- _______ Regards, Mike msmith@acmecorp.org ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030628/899dd09c/attachment.htm From msmith at acmecorp.org Sat Jun 28 12:12:03 2003 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: <20030628190428.5153.qmail@web14805.mail.yahoo.com> Message-ID: You need to tell your apache server or whatever you're using that... http://your.server.name points to files that sit in /user/directory ie... http://module.yournetwork.com should point to files in directory /services/http/ or somethig along those lines. you're also going to have to put something in your DNS entries for your network domain so that the intenret knows that the name module.yournetwork.com points to such and such an IP address. -MS On Sat, 28 Jun 2003, brad . wrote: > Hi --- > > Thanks for the reply... I am not actually sure what you are talking... Add what address to my web server config? The web server is working... Do I need to point to where the db files are or something/ > > Thanks! > > "Michael D. Smith" wrote: > Did you add that address into your webserver > configuration, and add the address as part of your > DNS information? > > -MS > > On Sat, 28 Jun 2003, brad . wrote: > > > I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? > > > > Thanks! > > > > > > --------------------------------- > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > -- _______ Regards, Mike msmith@acmecorp.org From crdobrad at yahoo.com Sat Jun 28 12:27:16 2003 From: crdobrad at yahoo.com (brad .) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: Message-ID: <20030628192716.77369.qmail@web14812.mail.yahoo.com> Yes --- but IRCSERVICES has it's own webserver. How do you configure that to work? I keep getting the 404 error message. "Michael D. Smith" wrote:You need to tell your apache server or whatever you're using that... http://your.server.name points to files that sit in /user/directory ie... http://module.yournetwork.com should point to files in directory /services/http/ or somethig along those lines. you're also going to have to put something in your DNS entries for your network domain so that the intenret knows that the name module.yournetwork.com points to such and such an IP address. -MS On Sat, 28 Jun 2003, brad . wrote: > Hi --- > > Thanks for the reply... I am not actually sure what you are talking... Add what address to my web server config? The web server is working... Do I need to point to where the db files are or something/ > > Thanks! > > "Michael D. Smith" wrote: > Did you add that address into your webserver > configuration, and add the address as part of your > DNS information? > > -MS > > On Sat, 28 Jun 2003, brad . wrote: > > > I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? > > > > Thanks! > > > > > > --------------------------------- > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > -- _______ Regards, Mike msmith@acmecorp.org ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030628/051e42c0/attachment.html From msmith at acmecorp.org Sat Jun 28 12:26:20 2003 From: msmith at acmecorp.org (Michael D. Smith) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: <20030628192716.77369.qmail@web14812.mail.yahoo.com> Message-ID: On Sat, 28 Jun 2003, brad . wrote: > Yes --- but IRCSERVICES has it's own webserver. How do you configure that to work? I keep getting the 404 error message. You've got me beat there. :) -MS From achurch at achurch.org Sun Jun 29 05:19:22 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: <20030628184601.73076.qmail@web14812.mail.yahoo.com> Message-ID: <3efdf883.01261@achurch.org> >I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? RTFM (particularly section 3-6). It's there for a reason. --Andrew Church achurch@achurch.org http://achurch.org/ From crdobrad at yahoo.com Sat Jun 28 14:49:44 2003 From: crdobrad at yahoo.com (brad .) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] HTTPD Module Error In-Reply-To: <3efdf883.01261@achurch.org> Message-ID: <20030628214944.41106.qmail@web14808.mail.yahoo.com> I'm sorry for asking... I just wasn't clear that it was going to be http://myserver.com:port/dbaccess .... Thank you! Andrew Church wrote: >I know this has been asked on the list twice before, and no response was ever given on the list. I installed the httpd module, and the server is up and working, but for any page I try and access, I get a 404 ERROR. Any suggestions? RTFM (particularly section 3-6). It's there for a reason. --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030628/8d5e557c/attachment.htm From jskam at shaw.ca Sun Jun 29 06:59:26 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:01:58 2004 Subject: [IRCServices] Nickserv List Message-ID: <000001c33e46$a75e3df0$f64f9144@weed> Is there anyway, using the /msg NickServ List to list all the nicknames, without listing the linked nicknames? I wanna get a general idea of how many users use my network, but when I try and look through /nickserv list *, it shows every nick and every linked nick. If there is no way of doing it easily, has someone created a modification to do this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030629/a19fc91f/attachment.html From mohsenh at gmx.net Mon Jun 30 08:14:40 2003 From: mohsenh at gmx.net (Mohsen Heshmati) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Seeing why people get Ops References: <00ba01c33c23$c045fd00$0304a8c0@laptop> Message-ID: <3F0053E0.000001.02884@MONOTEBOOK> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 437 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030630/965c93e0/attachment.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030630/965c93e0/attachment-0001.gif From Ganja51 at lcirc.net Thu Jul 3 01:16:48 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] *.20 version error References: <3ef894dc.76273@achurch.org> Message-ID: <000c01c3413b$73b19680$1402a8c0@monte> I don't know why this is, but it's driving me absolutely insane. I switched to a new server, and couldn't get IRCServices to run immediately using the same conf's. ircservices.conf:292: Deprecated directive `ExpireTimeout' used Initialization successful, starting IRC Services. so needless to say i went back and commented out that part. then when i try to start services, it says "Initialization successful, starting IRC Services." but even try to connect. i check ircservices.log and find this: "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up [Jul 03 01:08:44 2003] FATAL: Can't connect to server (65.116.93.164:7151): Address already in use" I rm'd everything. started with an older version (.17 that i had handy) and it worked fine, then tried upgrading to .20 and purposely forgot to comment out that field again and this is what i found in the log. "[Jul 03 01:07:47 2003] operserv/main: Ganja51: shutdown [Jul 03 01:07:47 2003] SHUTDOWN command received from Ganja51 [Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not connected [Jul 03 01:07:56 2003] Services terminating: Bus error" Then commented out that ExpireTimeout field and got this again "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up [Jul 03 01:08:44 2003] FATAL: Can't connect to server (65.116.93.164:7151): Address already in use" Thanks for your help. From Xuefer at 21cn.com Mon Jan 27 10:06:49 2003 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] about Database/SQL support of ircservices Message-ID: hi guys. i've read modules/database/README how many registered user/channel will ircservices plan to support? (including "hibernation" chans/nicks) thousands? millions? SQL is only in plan, but will the SQL support able to share data with Web? i.e. sync-data in real-time or just load data from SQL to memory, and flush it to SQL when update? i wonder if there is a way to manage to share data with web, without any data conflict. e.g. both web/ircservices update same NickInfo one possible way is: make a sock listen to localhost, and webserver(what ever language/script) connect it and tell ircservices to reload/create(if newly register) the NickInfo of a specified user SQL have last_insertid, will new_nickgroupinfo(which generate ngi->id) get use of it? btw, a suggestion here: void put_nickinfo(NickInfo *ni, char *what) if what == NULL, update all else, update only specified item may not useful, but may needed by some kid of database, to improve performance From srircop at here-we-are.net Tue Jan 28 05:47:58 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Forcing nick changes Message-ID: When people logon with someone else's registered/secured nick. Services does not change the nick to "Guest". Is this a setting I have missed, is it my ircd, or something else. I have search this mailing list, the FAQ's and docs. I am running bahamut 1.4.34 on FreeBSD4.6. Thanks HereWeAreNET irc.here-we-are.net From ballsy at mystical.net Tue Jan 28 05:54:46 2003 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: Message-ID: We'll assume you're using IRCServices 5.0.6. Did you enable the NSForceNickChange option in your modules.conf ? Do you see any errors/warnings in your ircservices.log file? David Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > When people logon with someone else's registered/secured > nick. Services does not change the nick to "Guest". Is this > a setting I have missed, is it my ircd, or something else. I > have search this mailing list, the FAQ's and docs. > I am running bahamut 1.4.34 on FreeBSD4.6. > > Thanks > HereWeAreNET > > irc.here-we-are.net > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Tue Jan 28 05:59:02 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Forcing nick changes Message-ID: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> also make sure your U:Lines are set up properly ----------------------------------------------------------------------- Craig McLure - Craig@chatspike.net ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org ----------------------------------------------------------------------- ============ Original Message ============ >From : "Ballsy" >Reply-To : >To : >Subject : Re: [IRCServices] Forcing nick changes >Date : 2003-01-28 > > We'll assume you're using IRCServices 5.0.6. Did you enable the >NSForceNickChange option in your modules.conf ? Do you see any >errors/warnings in your ircservices.log file? > >David > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > >> When people logon with someone else's registered/secured >> nick. Services does not change the nick to "Guest". Is this >> a setting I have missed, is it my ircd, or something else. I >> have search this mailing list, the FAQ's and docs. >> I am running bahamut 1.4.34 on FreeBSD4.6. >> >> Thanks >> HereWeAreNET >> >> irc.here-we-are.net >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ========= End of Original Message ========= From srircop at here-we-are.net Tue Jan 28 14:17:46 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: Message-ID: On Tue, 28 Jan 2003 08:58:06 -0500 (EST) No, I checked I am using the port from FreeBSD it says it is IRCservices 5.0.2 There are no errors in the ircservices.log it says nothing at all about the person joining and nothing about them not supplying a password. As far as I know my U:line is correct, I have only one... U:services.here-we-are.net:*:* Ballsy wrote: > We'll assume you're using IRCServices 5.0.6. Did you > enable the > NSForceNickChange option in your modules.conf ? Do you > see any > errors/warnings in your ircservices.log file? > > David > > > Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > When people logon with someone else's > registered/secured > > nick. Services does not change the nick to "Guest". Is > this > > a setting I have missed, is it my ircd, or something > else. I > > have search this mailing list, the FAQ's and docs. > > I am running bahamut 1.4.34 on FreeBSD4.6. > > > > Thanks > > HereWeAreNET > > > > irc.here-we-are.net > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, > visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From srircop at here-we-are.net Tue Jan 28 14:18:30 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: On Tue, 28 Jan 2003 14:1:51 +0000 As far as I know my U:line is correct, I have only one... U:services.here-we-are.net:*:* "Craig McLure" wrote: > also make sure your U:Lines are set up properly > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > >From : "Ballsy" > >Reply-To : > >To : > >Subject : Re: [IRCServices] Forcing nick changes > >Date : 2003-01-28 > > > > We'll assume you're using IRCServices 5.0.6. Did you > enable the > >NSForceNickChange option in your modules.conf ? Do you > see any > >errors/warnings in your ircservices.log file? > > > >David > > > > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > >> When people logon with someone else's > registered/secured > >> nick. Services does not change the nick to "Guest". Is > this > >> a setting I have missed, is it my ircd, or something > else. I > >> have search this mailing list, the FAQ's and docs. > >> I am running bahamut 1.4.34 on FreeBSD4.6. > >> > >> Thanks > >> HereWeAreNET > >> > >> irc.here-we-are.net > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, > visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, > visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 30 07:25:36 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:01:59 2004 Subject: [IRCServices] Services 5.0.7 released Message-ID: <3e3943e3.40424@mail.achurch.org> Services 5.0.7 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb The other mirrors should have it shortly. Please note that I will be out of town and most likely without Internet access from now through around the beginning of March. If an urgent issue (e.g. a security hole) arises before then, please post patches on this list in addition to the ircservices-coding list to make sure they reach the largest number of people. (Non-urgent issues should remain on the -coding list only, as always.) I will read through the mailing list mail when I return and resolve outstanding issues at that time. Changes in version 5.0.7 ------------------------ 2002/01/30 Fixed crash when opening a corrupt StatServ database. Reported by Rob van Eijk 2002/01/30 Added robustness in clearing mode +r from users after nickname changes. 2002/01/30 Users now properly get mode +r upon successful AUTH after registering a nick. Reported by 2003/01/23 SZlines are now properly added on startup when using Unreal. Reported by Aragon Gouveia 2003/01/23 Save database changes if the uplink server disconnects us. Reported by Aragon Gouveia 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an existing autokill matches the clones' user@host mask. Reported by Alexander Janssens 2003/01/07 Experimental PTlink IRC server support added. 2003/01/06 Fixed bug causing -remote command-line option to not be recognized. 2003/01/06 Fixed Unreal support (Unreal does not support dynamic autokill exceptions). Reported by 2003/01/06 The wallops warning for repeated bad passwords on a channel now includes the nickname of the user who sent the last bad password. Suggested by 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from Chris Plant 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent multiple times. Reported by 2002/12/13 Clarified that "transfer rights" in section 6-3 of the manual refers only to rights under copyright law. 2002/12/03 Added documentation on mail modules to section 3 of the manual. Reported by Neal Kirby --Andrew Church achurch@achurch.org http://achurch.org/ From cjb at mircx.com Thu Jan 30 07:48:13 2003 From: cjb at mircx.com (CJB) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.7 released In-Reply-To: <3e3943e3.40424@mail.achurch.org> Message-ID: <20030130084328.I53679-100000@mircx.com> I'm not sure if anyone else is having this problem, but 5.0.7 segfaults every time I try to connect it to the network. [Jan 30 08:39:00 2003] IRC Services 5.0.7 starting up [Jan 30 08:39:01 2003] nickserv/main: Expiring nickname Odi [Jan 30 08:39:01 2003] database/version4: Extension data found for nonexisting nick `Odi' [Jan 30 08:39:01 2003] unknown message from server (:irc.mircx.com SGLINE 5 :X873K:Invalid real name: drones) [Jan 30 08:39:02 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941118 #dragonhaven.cjb.net + :@fire-cannon [Jan 30 08:39:02 2003] Services terminating: Segmentation fault [Jan 30 08:40:00 2003] IRC Services 5.0.7 starting up [Jan 30 08:40:01 2003] nickserv/main: Expiring nickname Odi [Jan 30 08:40:01 2003] database/version4: Extension data found for nonexisting nick `Odi' [Jan 30 08:40:01 2003] unknown message from server (:irc.mircx.com SGLINE 5 :X873K:Invalid real name: drones) [Jan 30 08:40:01 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941201 #topsites + :@Darckangel [Jan 30 08:40:01 2003] Services terminating: Segmentation fault I downgraded back to 5.0.6 and it connects without a problem. I'm using bahamut-1.4(35) on all servers on the network. Any ideas? Chris On Fri, 31 Jan 2003, Andrew Church wrote: > Services 5.0.7 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz > 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz > 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm > ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb > > The other mirrors should have it shortly. > > Please note that I will be out of town and most likely without > Internet access from now through around the beginning of March. If an > urgent issue (e.g. a security hole) arises before then, please post > patches on this list in addition to the ircservices-coding list to make > sure they reach the largest number of people. (Non-urgent issues should > remain on the -coding list only, as always.) I will read through the > mailing list mail when I return and resolve outstanding issues at that > time. > > Changes in version 5.0.7 > ------------------------ > 2002/01/30 Fixed crash when opening a corrupt StatServ database. > Reported by Rob van Eijk > 2002/01/30 Added robustness in clearing mode +r from users after > nickname changes. > 2002/01/30 Users now properly get mode +r upon successful AUTH after > registering a nick. Reported by > 2003/01/23 SZlines are now properly added on startup when using > Unreal. Reported by Aragon Gouveia > 2003/01/23 Save database changes if the uplink server disconnects us. > Reported by Aragon Gouveia > 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an > existing autokill matches the clones' user@host mask. > Reported by Alexander Janssens > 2003/01/07 Experimental PTlink IRC server support added. > 2003/01/06 Fixed bug causing -remote command-line option to not be > recognized. > 2003/01/06 Fixed Unreal support (Unreal does not support dynamic > autokill exceptions). Reported by > 2003/01/06 The wallops warning for repeated bad passwords on a channel > now includes the nickname of the user who sent the last > bad password. Suggested by > 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from > Chris Plant > 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent > multiple times. Reported by > 2002/12/13 Clarified that "transfer rights" in section 6-3 of the > manual refers only to rights under copyright law. > 2002/12/03 Added documentation on mail modules to section 3 of the > manual. Reported by Neal Kirby > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Thu Jan 30 08:38:10 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.7 released In-Reply-To: <20030130084328.I53679-100000@mircx.com> Message-ID: <3e3954eb.45077@mail.achurch.org> Oops, looks like I screwed up. --Andrew Church achurch@achurch.org http://achurch.org/ >I'm not sure if anyone else is having this problem, but 5.0.7 segfaults >every time I try to connect it to the network. > >[Jan 30 08:39:00 2003] IRC Services 5.0.7 starting up >[Jan 30 08:39:01 2003] nickserv/main: Expiring nickname Odi >[Jan 30 08:39:01 2003] database/version4: Extension data found for >nonexisting nick `Odi' >[Jan 30 08:39:01 2003] unknown message from server (:irc.mircx.com SGLINE >5 :X873K:Invalid real name: drones) >[Jan 30 08:39:02 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941118 >#dragonhaven.cjb.net + :@fire-cannon >[Jan 30 08:39:02 2003] Services terminating: Segmentation fault >[Jan 30 08:40:00 2003] IRC Services 5.0.7 starting up >[Jan 30 08:40:01 2003] nickserv/main: Expiring nickname Odi >[Jan 30 08:40:01 2003] database/version4: Extension data found for >nonexisting nick `Odi' >[Jan 30 08:40:01 2003] unknown message from server (:irc.mircx.com SGLINE >5 :X873K:Invalid real name: drones) >[Jan 30 08:40:01 2003] PANIC! buffer = :irc.mircx.com SJOIN 1043941201 >#topsites + :@Darckangel >[Jan 30 08:40:01 2003] Services terminating: Segmentation fault > >I downgraded back to 5.0.6 and it connects without a problem. I'm >using bahamut-1.4(35) on all servers on the network. Any ideas? > >Chris > >On Fri, 31 Jan 2003, Andrew Church wrote: > >> Services 5.0.7 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> c671d3ae3e0b43bb78ca6392a56beb7f ircservices-5.0.7.tar.gz >> 9d6579fb2cb58764edc807b9f3a5ea48 ircservices-5.0.7.diff.gz >> 8416c52575a018c02a1bd8b6326cf098 ircservices-5.0.7-1.i386.rpm >> ea4b6b53b94c46b45b4af341af319953 ircservices_5.0.7-1_i386.deb >> >> The other mirrors should have it shortly. >> >> Please note that I will be out of town and most likely without >> Internet access from now through around the beginning of March. If an >> urgent issue (e.g. a security hole) arises before then, please post >> patches on this list in addition to the ircservices-coding list to make >> sure they reach the largest number of people. (Non-urgent issues should >> remain on the -coding list only, as always.) I will read through the >> mailing list mail when I return and resolve outstanding issues at that >> time. >> >> Changes in version 5.0.7 >> ------------------------ >> 2002/01/30 Fixed crash when opening a corrupt StatServ database. >> Reported by Rob van Eijk >> 2002/01/30 Added robustness in clearing mode +r from users after >> nickname changes. >> 2002/01/30 Users now properly get mode +r upon successful AUTH after >> registering a nick. Reported by >> 2003/01/23 SZlines are now properly added on startup when using >> Unreal. Reported by Aragon Gouveia >> 2003/01/23 Save database changes if the uplink server disconnects us. >> Reported by Aragon Gouveia >> 2003/01/22 OperServ KILLCLONES no longer adds a new autokill if an >> existing autokill matches the clones' user@host mask. >> Reported by Alexander Janssens >> 2003/01/07 Experimental PTlink IRC server support added. >> 2003/01/06 Fixed bug causing -remote command-line option to not be >> recognized. >> 2003/01/06 Fixed Unreal support (Unreal does not support dynamic >> autokill exceptions). Reported by >> 2003/01/06 The wallops warning for repeated bad passwords on a channel >> now includes the nickname of the user who sent the last >> bad password. Suggested by >> 2003/01/02 Incorporated fixes for Chunky Monkey IRCD support from >> Chris Plant >> 2003/01/01 Fixed bug causing "AKILL has expired" messages to be sent >> multiple times. Reported by >> 2002/12/13 Clarified that "transfer rights" in section 6-3 of the >> manual refers only to rights under copyright law. >> 2002/12/03 Added documentation on mail modules to section 3 of the >> manual. Reported by Neal Kirby >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 30 09:01:10 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.8 released Message-ID: <3e395a4f.74272@mail.achurch.org> Okay, let's try this again... Services 5.0.8 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) 8b15e9e4583a35206fcf65aa4f601d98 ircservices-5.0.8.tar.gz 818939a0d90e1b0cc6ba1362465578c4 ircservices-5.0.8.diff.gz 7a732194996a2bf868905d9e83b02f79 ircservices-5.0.8-1.i386.rpm 217a8eaeff8125f90783b053c247ec00 ircservices_5.0.8-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.8 ------------------------ 2002/01/31 Fixed a number of compilation warnings. 2002/01/31 Fixed typo and thinko causing crashes on channel mode changes. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Jan 30 09:09:16 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] New MD5s for 5.0.8 Message-ID: <3e395c34.11175@mail.achurch.org> I goofed on the packaging for 5.0.8--here are the correct MD5 sums: f963c003c23fbc0bcf969e6de0b2b7cc ircservices-5.0.8.tar.gz 56f7c7c02c0d90bff20a00987ceca35c ircservices-5.0.8.diff.gz e9d6053b0391aefd07e4714a46747760 ircservices-5.0.8-1.i386.rpm 03bf2c4c25574fb12f25cf2bda52aa3f ircservices_5.0.8-1_i386.deb --Andrew Church achurch@achurch.org http://achurch.org/ From srircop at here-we-are.net Fri Jan 31 06:07:11 2003 From: srircop at here-we-are.net (HereWeAreNET Senior IRC OP) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Forcing nick changes In-Reply-To: <20030128135841.XVLY14589.mta02-svc.ntlworld.com@i-br0ked-it> Message-ID: Hello, I may be confused on the U:lines, my ircd is running on irc.here-we-are.net and ircservices is running on services.here-we-are.net. I need only one U:Line that reads... U:services.here-we-are.net:*:* Is this correct? Thanks again... Tom On Tue, 28 Jan 2003 14:1:51 +0000 "Craig McLure" wrote: > *This message was transferred with a trial version of > CommuniGate(tm) Pro* > also make sure your U:Lines are set up properly > > ----------------------------------------------------------------------- > Craig McLure - Craig@chatspike.net > ChatSpike - The users network: http://www.chatspike.net > InspIRCd - Modular IRC server: http://www.inspircd.org > ----------------------------------------------------------------------- > > > ============ Original Message ============ > >From : "Ballsy" > >Reply-To : > >To : > >Subject : Re: [IRCServices] Forcing nick changes > >Date : 2003-01-28 > > > > We'll assume you're using IRCServices 5.0.6. Did you > enable the > >NSForceNickChange option in your modules.conf ? Do you > see any > >errors/warnings in your ircservices.log file? > > > >David > > > > > >Quoth HereWeAreNET Senior IRC OP on Jan 28 at 08:49, > > > >> When people logon with someone else's > registered/secured > >> nick. Services does not change the nick to "Guest". Is > this > >> a setting I have missed, is it my ircd, or something > else. I > >> have search this mailing list, the FAQ's and docs. > >> I am running bahamut 1.4.34 on FreeBSD4.6. > >> > >> Thanks > >> HereWeAreNET > >> > >> irc.here-we-are.net > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, > visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >> > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, > visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > ========= End of Original Message ========= > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gastaman at azzurra.org Fri Jan 31 16:58:07 2003 From: gastaman at azzurra.org (Gastaman) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Possible bug Message-ID: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> You may want to take a look at the split_buf() function in process.c, I believe that there is a bug in how the argv[]'s are filled that might be exploited easily on some boxes. Depending on what the isspace() function considers as space (usually 7-8 characters, including line feeds, tabs, and the like, and not just the actual space character), when you strpbrk() the buffer looking for an actual space, if the result is composed only of those other characters considered spaces by the isspace() function, the whole string will be skipped, and bad things can happen. This is easily exploitable with, say, a //mode #channel +k $chr(9) in mIRC. I hope I'm wrong about this... :) -- Gastaman @ irc.azzurra.org || irc.dal.net Fan di Adachi - http://www.adachi.it Moderatore di IAFM - it.arti.fumetti.manga From achurch at achurch.org Fri Jan 31 17:53:35 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Possible bug In-Reply-To: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> Message-ID: <3e3b2887.16724@mail.achurch.org> I don't see how this could be "exploited" in the ordinary sense of the word, but it can lead to desynchs. Thanks for pointing the problem out. --Andrew Church achurch@achurch.org http://achurch.org/ >You may want to take a look at the >split_buf() function in process.c, I believe >that there is a bug in how the argv[]'s are >filled that might be exploited easily on some >boxes. > >Depending on what the isspace() function >considers as space (usually 7-8 characters, >including line feeds, tabs, and the like, >and not just the actual space character), >when you strpbrk() the buffer looking for >an actual space, if the result is composed >only of those other characters considered >spaces by the isspace() function, the whole >string will be skipped, and bad things can >happen. > >This is easily exploitable with, say, a >//mode #channel +k $chr(9) >in mIRC. > >I hope I'm wrong about this... :) > >-- >Gastaman @ irc.azzurra.org || irc.dal.net > >Fan di Adachi - http://www.adachi.it >Moderatore di IAFM - it.arti.fumetti.manga > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From gastaman at azzurra.org Fri Jan 31 18:20:49 2003 From: gastaman at azzurra.org (Gastaman) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Possible bug In-Reply-To: <3e3b2887.16724@mail.achurch.org> References: <5.1.0.14.2.20030201013224.00b846c8@mail.telvia.it> Message-ID: <5.1.0.14.2.20030201031932.0319b358@mail.telvia.it> It was 10:25 2003/02/01 +0900 when Andrew Church came up with: > I don't see how this could be "exploited" in the > ordinary sense of the >word, but it can lead to desynchs. Thanks for pointing the >problem out. That depends on how paranoic you have been in your coding... if you forgot to check for the validity of an arguments processed by the various functions in messages.c, maybe among those who are not supposed to be ever NULL (the parameter for +k for example, the ircd will never propagate a +k without a valid key) then it can be exploited to crash services via normal commands. From achurch at achurch.org Fri Jan 31 18:37:38 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.9 released Message-ID: <3e3b32ed.33643@mail.achurch.org> Services 5.0.9 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb The other mirrors should have it shortly. Changes in version 5.0.9 ------------------------ 2002/02/01 Fixed a bug leading to desynchs. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From alisor at softhome.net Sat Feb 1 05:57:33 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.9 released References: <3e3b32ed.33643@mail.achurch.org> Message-ID: <004b01c2c9f9$d4a30b90$0100a8c0@control> Hello Is there a problem at FTPs? I cant find 5.0.9 at any FTP site. ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, February 01, 2003 4:36 AM Subject: [IRCServices] Services 5.0.9 released > Services 5.0.9 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz > 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz > 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm > 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb > > The other mirrors should have it shortly. > > Changes in version 5.0.9 > ------------------------ > 2002/02/01 Fixed a bug leading to desynchs. Reported by > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 From andrewk at isdial.net Sat Feb 1 12:19:17 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.9 released In-Reply-To: <004b01c2c9f9$d4a30b90$0100a8c0@control> Message-ID: <000001c2ca2f$0b568b50$0100a8c0@shadow> ftp.ircservices.za.net is a little behind with updates. I'm sorting this out asap. Ftp.esper.net should have it though... Hmmmm Andrew will have to answer that one. Andrew -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Ali Sor Sent: 01 February 2003 15:57 To: IRC Services General Mailing List Subject: Re: [IRCServices] Services 5.0.9 released Hello Is there a problem at FTPs? I cant find 5.0.9 at any FTP site. ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, February 01, 2003 4:36 AM Subject: [IRCServices] Services 5.0.9 released > Services 5.0.9 has been released, and can be downloaded from: > > ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) > ftp://ftp.esper.net/ircservices/ (USA, California) > > f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz > 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz > 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm > 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb > > The other mirrors should have it shortly. > > Changes in version 5.0.9 > ------------------------ > 2002/02/01 Fixed a bug leading to desynchs. Reported by > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Xuefer at 21cn.com Sat Feb 1 18:33:08 2003 From: Xuefer at 21cn.com (Xuefer) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.9 released Message-ID: Andrew Kempe: Why not prepair a CVS server, to reduce bandwidth usage? :) ======= Original Message 2003-02-01 22:18:00: ======= >ftp.ircservices.za.net is a little behind with updates. I'm sorting this >out asap. > >Ftp.esper.net should have it though... Hmmmm Andrew will have to answer >that one. > >Andrew > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Ali Sor >Sent: 01 February 2003 15:57 >To: IRC Services General Mailing List >Subject: Re: [IRCServices] Services 5.0.9 released > > >Hello >Is there a problem at FTPs? >I cant find 5.0.9 at any FTP site. > > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Saturday, February 01, 2003 4:36 AM >Subject: [IRCServices] Services 5.0.9 released > > >> Services 5.0.9 has been released, and can be downloaded from: >> >> ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) >> ftp://ftp.esper.net/ircservices/ (USA, California) >> >> f79b48c50839afa8701bdbe4e3fecec1 ircservices-5.0.9.tar.gz >> 1bcbdff3fd080180beff244339019a69 ircservices-5.0.9.diff.gz >> 83384a0500a9a4a505cb7886befdb139 ircservices-5.0.9-1.i386.rpm >> 974a58c930d1f2033b0817a4c07f6a57 ircservices_5.0.9-1_i386.deb >> >> The other mirrors should have it shortly. >> >> Changes in version 5.0.9 >> ------------------------ >> 2002/02/01 Fixed a bug leading to desynchs. Reported by >> >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003 >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices = = = = = = = = = = = = = = = = = = = = From achurch at achurch.org Sat Feb 1 19:19:52 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.9 released In-Reply-To: <000001c2ca2f$0b568b50$0100a8c0@shadow> Message-ID: <3e3c8e53.34200@mail.achurch.org> >ftp.ircservices.za.net is a little behind with updates. I'm sorting this >out asap. > >Ftp.esper.net should have it though... Hmmmm Andrew will have to answer >that one. ftp.esper.net does have it. --Andrew Church achurch@achurch.org http://achurch.org/ From mat.harris at genestate.com Sun Feb 2 10:46:29 2003 From: mat.harris at genestate.com (Mat Harris) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] first install Message-ID: <20030202184619.GA18289@genestate.com> hi, i am running Bahamut v1.4.35 in RedHat 7.3 i have just installed and configured the ircservices (v5.0.9) on the same box and now i get this in my logfile when i try to start ircservices: [Feb 02 18:33:24 2003] IRC Services 5.0.9 starting up [Feb 02 18:33:24 2003] httpd/main: Listening on :7008 [Feb 02 18:33:24 2003] FATAL: send.c: No (or bad) protocol module loaded is this something i did? your ML archies have an error with htdig so i couldn't search there and google didn't have anything to say. any ideas? cheers people. -- Mat Harris OpenGPG Public Key ID: C37D57D9 mat.harris@genestate.com www.genestate.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030202/c529ebc3/attachment-0001.pgp From list at psam.se Thu Jul 3 10:18:13 2003 From: list at psam.se (Peter Samuelsson) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] *.20 version error References: <3ef894dc.76273@achurch.org> <000c01c3413b$73b19680$1402a8c0@monte> Message-ID: <008001c34187$17275570$0304a8c0@laptop> Just a new version of your old irc server or a totaly new server, if new server then you probly have to change the protocol in both ircservice.conf and moduls.conf. Wich I learned the hard way :) Also check that ircservice supports your IRC server. Peter Samuelsson ----- Original Message ----- From: "Ganja51" To: "IRC Services General Mailing List" Sent: Thursday, July 03, 2003 10:16 AM Subject: [IRCServices] *.20 version error > I don't know why this is, but it's driving me absolutely insane. I switched > to a new server, and couldn't get IRCServices to run immediately using the > same conf's. > > ircservices.conf:292: Deprecated directive `ExpireTimeout' used > Initialization successful, starting IRC Services. > > so needless to say i went back and commented out that part. then when i try > to start services, it says "Initialization successful, starting IRC > Services." but even try to connect. i check ircservices.log and find this: > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > [Jul 03 01:08:44 2003] FATAL: Can't connect to server (65.116.93.164:7151): > Address already in use" > > I rm'd everything. started with an older version (.17 that i had handy) and > it worked fine, then tried upgrading to .20 and purposely forgot to comment > out that field again and this is what i found in the log. > > "[Jul 03 01:07:47 2003] operserv/main: Ganja51: shutdown > [Jul 03 01:07:47 2003] SHUTDOWN command received from Ganja51 > [Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > connected > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > Then commented out that ExpireTimeout field and got this again > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > [Jul 03 01:08:44 2003] FATAL: Can't connect to server (65.116.93.164:7151): > Address already in use" > > Thanks for your help. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Ganja51 at lcirc.net Thu Jul 3 11:56:12 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] *.20 version error References: <3ef894dc.76273@achurch.org><000c01c3413b$73b19680$1402a8c0@monte> <008001c34187$17275570$0304a8c0@laptop> Message-ID: <001201c34194$cd0cf6d0$1402a8c0@monte> i probably should have stated that. Nothing is new except the server that IRCServices are hosted on and that i'm upgrading to .20. I'm running Unreal3.2-beta17 and previously IRCServices .19 and everything worked fine. Switched IRCServices to a new box and was upgrading to .20 and I get this error when trying to run it "[Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not connected [Jul 03 01:07:56 2003] Services terminating: Bus error" If i try an older version of IRCServices on the box, it works just fine. So it definitely something with .20. ----- Original Message ----- From: "Peter Samuelsson" To: "IRC Services General Mailing List" Sent: Thursday, July 03, 2003 12:18 PM Subject: Re: [IRCServices] *.20 version error > Just a new version of your old irc server or a totaly new server, if new > server then you probly have to change the protocol in both ircservice.conf > and moduls.conf. Wich I learned the hard way :) > > Also check that ircservice supports your IRC server. > > Peter Samuelsson > ----- Original Message ----- > From: "Ganja51" > To: "IRC Services General Mailing List" > Sent: Thursday, July 03, 2003 10:16 AM > Subject: [IRCServices] *.20 version error > > > > I don't know why this is, but it's driving me absolutely insane. I > switched > > to a new server, and couldn't get IRCServices to run immediately using the > > same conf's. > > > > ircservices.conf:292: Deprecated directive `ExpireTimeout' used > > Initialization successful, starting IRC Services. > > > > so needless to say i went back and commented out that part. then when i > try > > to start services, it says "Initialization successful, starting IRC > > Services." but even try to connect. i check ircservices.log and find this: > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > (65.116.93.164:7151): > > Address already in use" > > > > I rm'd everything. started with an older version (.17 that i had handy) > and > > it worked fine, then tried upgrading to .20 and purposely forgot to > comment > > out that field again and this is what i found in the log. > > > > "[Jul 03 01:07:47 2003] operserv/main: Ganja51: shutdown > > [Jul 03 01:07:47 2003] SHUTDOWN command received from Ganja51 > > [Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > > connected > > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > > > Then commented out that ExpireTimeout field and got this again > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > (65.116.93.164:7151): > > Address already in use" > > > > Thanks for your help. > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From gluniz at luniz.dyndns.org Thu Jul 3 13:26:49 2003 From: gluniz at luniz.dyndns.org (Luniz) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] *.20 version error References: <3ef894dc.76273@achurch.org><000c01c3413b$73b19680$1402a8c0@monte><008001c34187$17275570$0304a8c0@laptop> <001201c34194$cd0cf6d0$1402a8c0@monte> Message-ID: <000701c341a1$80e00150$0200a8c0@glunizpc> Unreal3.2.b17 & ircservices-5.0.20 Works fine here ----- Original Message ----- From: "Ganja51" To: "IRC Services General Mailing List" Sent: Thursday, July 03, 2003 2:56 PM Subject: Re: [IRCServices] *.20 version error > i probably should have stated that. Nothing is new except the server that > IRCServices are hosted on and that i'm upgrading to .20. I'm running > Unreal3.2-beta17 and previously IRCServices .19 and everything worked fine. > Switched IRCServices to a new box and was upgrading to .20 and I get this > error when trying to run it > > "[Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > connected > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > If i try an older version of IRCServices on the box, it works just fine. So > it definitely something with .20. > > ----- Original Message ----- > From: "Peter Samuelsson" > To: "IRC Services General Mailing List" > Sent: Thursday, July 03, 2003 12:18 PM > Subject: Re: [IRCServices] *.20 version error > > > > Just a new version of your old irc server or a totaly new server, if new > > server then you probly have to change the protocol in both ircservice.conf > > and moduls.conf. Wich I learned the hard way :) > > > > Also check that ircservice supports your IRC server. > > > > Peter Samuelsson > > ----- Original Message ----- > > From: "Ganja51" > > To: "IRC Services General Mailing List" > > Sent: Thursday, July 03, 2003 10:16 AM > > Subject: [IRCServices] *.20 version error > > > > > > > I don't know why this is, but it's driving me absolutely insane. I > > switched > > > to a new server, and couldn't get IRCServices to run immediately using > the > > > same conf's. > > > > > > ircservices.conf:292: Deprecated directive `ExpireTimeout' used > > > Initialization successful, starting IRC Services. > > > > > > so needless to say i went back and commented out that part. then when i > > try > > > to start services, it says "Initialization successful, starting IRC > > > Services." but even try to connect. i check ircservices.log and find > this: > > > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > > (65.116.93.164:7151): > > > Address already in use" > > > > > > I rm'd everything. started with an older version (.17 that i had handy) > > and > > > it worked fine, then tried upgrading to .20 and purposely forgot to > > comment > > > out that field again and this is what i found in the log. > > > > > > "[Jul 03 01:07:47 2003] operserv/main: Ganja51: shutdown > > > [Jul 03 01:07:47 2003] SHUTDOWN command received from Ganja51 > > > [Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > > > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > > > connected > > > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > > > > > Then commented out that ExpireTimeout field and got this again > > > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > > (65.116.93.164:7151): > > > Address already in use" > > > > > > Thanks for your help. > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Thu Jul 3 18:22:24 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Make Errors... Message-ID: <20030704002235.BA95D17033@snow.fingers.co.za> I'm not sure if this has been covered before, was trying to compile .20, patching from 18 to 20 (yes, i included 19), went to compile and got the following: ~/ircservices-5.0.0$ make gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c actions.c -o actions.o In file included from services.h:103, from actions.c:10: extern.h:147: warning: conflicting types for built-in function `log' gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c channels.c -o channels.o In file included from services.h:103, from channels.c:10: extern.h:147: warning: conflicting types for built-in function `log' got that for (almost?) every file in the compile.. Then during make install (this occurs during make too): touch .stamp make[2]: Leaving directory `/home/chatspike/ircservices-5.0.0/modules/httpd' /bin/sh: line 1: -f: command not found touch .stamp make[2]: Entering directory `/home/chatspike/ircservices-5.0.0/modules/loveserv' /bin/sh: line 1: -f: command not found touch .stamp make[2]: Leaving directory `/home/chatspike/ircservices-5.0.0/modules/loveserv' /bin/sh: line 1: -f: command not found touch .stamp make[2]: Entering directory `/home/chatspike/ircservices-5.0.0/modules/mail' /bin/sh: line 1: -f: command not found touch for every file / module any ideas? /****************************************** * Craig "FrostyCoolSlug" McLure ************** - Spam Box - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ******************************************/ From achurch at achurch.org Fri Jul 4 10:59:03 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Make Errors... In-Reply-To: <20030704002235.BA95D17033@snow.fingers.co.za> Message-ID: <3f04df93.01003@achurch.org> >gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -c channels.c -o channels.o >In file included from services.h:103, > from channels.c:10: >extern.h:147: warning: conflicting types for built-in function `log' Fixed for 5.0.21. >make[2]: Leaving directory `/home/chatspike/ircservices-5.0.0/modules/httpd' >/bin/sh: line 1: -f: command not found >touch .stamp Re-run ./configure . --Andrew Church achurch@achurch.org http://achurch.org/ From andrewk at isdial.net Fri Jul 4 01:20:02 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] mailing list problems - fixed Message-ID: <02ad01c34205$113791b0$1f0912ac@espotting.com> Hi all, There were a few problems with the mail daemon on the server which hosts the mailing lists over the past few days. Basically it got it's knickers in a knot over IPv6 and decided it would be a good thing to route the mail to Mars, rather than Earth. The quantum fisure has been knitted closed and the displacement field re-aligned, so mail should once again be reaching your mailboxes. Sorry for any problems this may have caused. Please direct and ill fealings, comments or just plain bad language to RIAA. Thanks, Andrew Oh, and have yourselves a fantastic weekend! From mohsenh at gmx.net Fri Jul 4 02:56:26 2003 From: mohsenh at gmx.net (Mohsen Heshmati) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Seeing why people get Ops References: <00ba01c33c23$c045fd00$0304a8c0@laptop> Message-ID: <3F054F4A.00000D.04020@MONOTEBOOK> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 437 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030704/ab7ffb45/attachment.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 494 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030704/ab7ffb45/attachment-0001.gif From martinpels at hotmail.com Fri Jul 4 03:20:45 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Seeing why people get Ops Message-ID: When someone gets ops through the ChanServ accesslist and change nicks their status (/msg chanserv status #room nick) does not change IIRC. So that at least shows you whether they got their ops through the accesslist or not. > >Hey, > >When I come online as a channel Operator I need to know how people get Ops >and Voice etc. When an operator comes in and identifies gets ops and then >they can change their nick and that would mean that when i come in later on >and see some other nick, I need to know why that nick has operators. > > There's a feature on webchat (conference room) that you can say /cs why >#channel nick to see why the nick has ops on that channel. It could be real >useful specially when you have restrictions on channels and you are >managing >a big channel by a group of sops. > > -ChanServ- AbarGHodRat has AutoOp access to #Abadan,because they have >identified for the nickname `PING_PONG` which is on the channel AOp list. > > >I tried looking for it but I couldn't find any feature on the current >releases that does that. I would be happy to hear your comments and help on >this feature. > >Thanks >Mohsen Heshmati > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From Ganja51 at lcirc.net Fri Jul 4 10:00:11 2003 From: Ganja51 at lcirc.net (Ganja51) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] *.20 version error References: <3ef894dc.76273@achurch.org><000c01c3413b$73b19680$1402a8c0@monte><008001c34187$17275570$0304a8c0@laptop><001201c34194$cd0cf6d0$1402a8c0@monte> <000701c341a1$80e00150$0200a8c0@glunizpc> Message-ID: <000901c3424d$bb474130$1402a8c0@monte> it doesn't seem to be a problem with Unreal3.2. If you look at what I pasted from the ircservices.log, it doesn't even start up or attempt to connect to Unreal3.2. I got this error on 2 different servers that I tried using IRCServices5.0.20 on. ----- Original Message ----- From: "Luniz" To: "IRC Services General Mailing List" Sent: Thursday, July 03, 2003 3:26 PM Subject: Re: [IRCServices] *.20 version error > Unreal3.2.b17 & ircservices-5.0.20 > Works fine here > > ----- Original Message ----- > From: "Ganja51" > To: "IRC Services General Mailing List" > Sent: Thursday, July 03, 2003 2:56 PM > Subject: Re: [IRCServices] *.20 version error > > > > i probably should have stated that. Nothing is new except the server that > > IRCServices are hosted on and that i'm upgrading to .20. I'm running > > Unreal3.2-beta17 and previously IRCServices .19 and everything worked > fine. > > Switched IRCServices to a new box and was upgrading to .20 and I get this > > error when trying to run it > > > > "[Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > > connected > > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > > > If i try an older version of IRCServices on the box, it works just fine. > So > > it definitely something with .20. > > > > ----- Original Message ----- > > From: "Peter Samuelsson" > > To: "IRC Services General Mailing List" > > Sent: Thursday, July 03, 2003 12:18 PM > > Subject: Re: [IRCServices] *.20 version error > > > > > > > Just a new version of your old irc server or a totaly new server, if new > > > server then you probly have to change the protocol in both > ircservice.conf > > > and moduls.conf. Wich I learned the hard way :) > > > > > > Also check that ircservice supports your IRC server. > > > > > > Peter Samuelsson > > > ----- Original Message ----- > > > From: "Ganja51" > > > To: "IRC Services General Mailing List" > > > Sent: Thursday, July 03, 2003 10:16 AM > > > Subject: [IRCServices] *.20 version error > > > > > > > > > > I don't know why this is, but it's driving me absolutely insane. I > > > switched > > > > to a new server, and couldn't get IRCServices to run immediately using > > the > > > > same conf's. > > > > > > > > ircservices.conf:292: Deprecated directive `ExpireTimeout' used > > > > Initialization successful, starting IRC Services. > > > > > > > > so needless to say i went back and commented out that part. then when > i > > > try > > > > to start services, it says "Initialization successful, starting IRC > > > > Services." but even try to connect. i check ircservices.log and find > > this: > > > > > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > > > (65.116.93.164:7151): > > > > Address already in use" > > > > > > > > I rm'd everything. started with an older version (.17 that i had > handy) > > > and > > > > it worked fine, then tried upgrading to .20 and purposely forgot to > > > comment > > > > out that field again and this is what i found in the log. > > > > > > > > "[Jul 03 01:07:47 2003] operserv/main: Ganja51: shutdown > > > > [Jul 03 01:07:47 2003] SHUTDOWN command received from Ganja51 > > > > [Jul 03 01:07:56 2003] IRC Services 5.0.20 starting up > > > > [Jul 03 01:07:56 2003] sockets: flush_write_buffer(0): Socket is not > > > > connected > > > > [Jul 03 01:07:56 2003] Services terminating: Bus error" > > > > > > > > Then commented out that ExpireTimeout field and got this again > > > > > > > > "[Jul 03 01:08:43 2003] IRC Services 5.0.20 starting up > > > > [Jul 03 01:08:44 2003] FATAL: Can't connect to server > > > (65.116.93.164:7151): > > > > Address already in use" > > > > > > > > Thanks for your help. > > > > > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription options, visit: > > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Fri Jul 4 18:15:12 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Suggestion for a future version Message-ID: <000001c34292$e26f28a0$f64f9144@weed> I know it is possible to links nicks etc to your main primary nickname. But, frankly, its annoying having so many nicknames linked. So my suggestion is basically, you should be able to use nickserv in a different way to identify to your main nick. Example, MainNick - Nickname registered with NickServ, primary nick AltNick - Could be anything, abc123 /msg nickserv identify pass-they-set or /msg nickserv identify MainNick pass-for-mainnick I know this is implemented in different versions of services, and would be really great in this version. Thanks for hearing me out :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030704/f503c86e/attachment.html From G.Manhem at GMX.Net Tue Jul 8 11:32:30 2003 From: G.Manhem at GMX.Net (Gustaf Manhem) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] /whois.. Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 145 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030708/984c8d47/attachment.gif From dylanvdm at icon.co.za Tue Jul 8 12:19:46 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] /whois.. References: Message-ID: <001d01c34585$e6990220$0100a8c0@dylan> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 145 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030708/03729442/attachment.gif From diego at redesul.net Tue Jul 8 13:13:21 2003 From: diego at redesul.net (Diego B. Contezini) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. References: Message-ID: <006d01c3458d$62334ba0$3cc8a8c0@angel> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 145 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030708/c815cbb0/attachment.gif From rg at tcslon.com Tue Jul 8 13:16:42 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] HTML Email In-Reply-To: <006d01c3458d$62334ba0$3cc8a8c0@angel> Message-ID: Please do not send HTML-formatted emails to this list - it only causes them to be ignored by many people here, which may be why you're not getting answered. Russ From Craig at chatspike.net Tue Jul 8 15:31:32 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. Message-ID: <20030708213137.UBTP14037.mta5-svc.business.ntl.com@i-br0ked-it> This could be useful, however i dont really see a need for it.. Opers shouldnt really need a reason to explain themselves to users, and if they feel a channel should be forbidden, then either its a valid reason, or the user can speak to an oper about it.. that way there are fewer questions asked.. its a simple 'Why was my channel banned?' and they can give a very long reason and discuss unforbidding it :p And is it me, or have the last few mails to the list started with the word "Tom" (might be my client.. only happened to services mail thou :/) /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Diego B. Contezini * To - ircservices * Sent - 2003-07-08 @ 17:13:00 * Subject - [IRCServices] Chanserv forbid.. ****************************************/ /****** - Begin Original Message - ******/ >TomHow the suspend, forbid should have too a reason.. its simple to implement, and helps a lot... >someone have some idea about to do it? > > >Diego Bitencourt Contezini aka destruct_ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices /******* - End Original Message - *******/ From diego at redesul.net Tue Jul 8 14:43:20 2003 From: diego at redesul.net (Diego B. Contezini) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. References: <20030708213137.UBTP14037.mta5-svc.business.ntl.com@i-br0ked-it> Message-ID: <00dd01c3459a$08e8f1f0$3cc8a8c0@angel> Yes but when a network got a dimension of 30k users its not simple to organize who is forbidden and why.. hehehehe With this idea then suspend too would not to need a reason... if suspend needs a reason .. we could to do forbid to need it too :] Diego B. Contezini aka destruct_ ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing List" Sent: Tuesday, July 08, 2003 7:31 PM Subject: Re: [IRCServices] Chanserv forbid.. > This could be useful, however i dont really see a need for it.. Opers shouldnt really need a reason to explain themselves to users, and if they feel a channel should be forbidden, then either its a valid reason, or the user can speak to an oper about it.. that way there are fewer questions asked.. its a simple 'Why was my channel banned?' and they can give a very long reason and discuss unforbidding it :p > > And is it me, or have the last few mails to the list started with the word "Tom" (might be my client.. only happened to services mail thou :/) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > ************* - SpamBox - ************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > /**************************************** > * From - Diego B. Contezini > * To - ircservices > * Sent - 2003-07-08 @ 17:13:00 > * Subject - [IRCServices] Chanserv forbid.. > ****************************************/ > > /****** - Begin Original Message - ******/ > > >TomHow the suspend, forbid should have too a reason.. its simple to implement, and helps a lot... > >someone have some idea about to do it? > > > > > >Diego Bitencourt Contezini aka destruct_ > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > > /******* - End Original Message - *******/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From griever at t2n.org Tue Jul 8 18:08:27 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. In-Reply-To: <006d01c3458d$62334ba0$3cc8a8c0@angel> References: <006d01c3458d$62334ba0$3cc8a8c0@angel> Message-ID: On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini wrote: > TomHow the suspend, forbid should have too a reason.. its simple to > implement, and helps a lot... > someone have some idea about to do it? > > > Diego Bitencourt Contezini aka destruct_ > it seems to me that nickserv and chanserv FORBID are designed for nicks and channels in which something is wrong with the nick or channel *name*, and not the person or group of people involved. Therefore, when using forbid, the reason for forbidding that nickname/channel name should be obvious. From diego at redesul.net Tue Jul 8 18:20:12 2003 From: diego at redesul.net (Diego B. Contezini) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. References: <006d01c3458d$62334ba0$3cc8a8c0@angel> Message-ID: <016101c345b8$3fc044d0$3cc8a8c0@angel> Its strange point of view... here on Brazil, on all networks, forbid is used not just for the name of the channel. An example is channel of nazists, or racists, or people that causes any problems to users or networks. If Im wrong.. sorry for comment this idea :-) Diego Bitencourt Contezini aka destruct_ ----- Original Message ----- From: "Finny Merrill" To: "IRC Services General Mailing List" Sent: Tuesday, July 08, 2003 10:08 PM Subject: Re: [IRCServices] Chanserv forbid.. > On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini > wrote: > > > TomHow the suspend, forbid should have too a reason.. its simple to > > implement, and helps a lot... > > someone have some idea about to do it? > > > > > > Diego Bitencourt Contezini aka destruct_ > > > > it seems to me that nickserv and chanserv FORBID are designed for > nicks and channels in which something is wrong with the nick > or channel *name*, and not the person or group of people involved. > > Therefore, when using forbid, the reason for forbidding that > nickname/channel name should be obvious. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Wed Jul 9 10:28:05 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. In-Reply-To: <016101c345b8$3fc044d0$3cc8a8c0@angel> Message-ID: <3f0b7013.05346@achurch.org> I generally haven't seen a need for a reason for FORBID, but the fact that just about every other access-limiting command (SUSPEND, S*LINE, etc.) has one is a pretty good argument for adding one to FORBID as well. I was pretty sure this was in the TODO list, but apparently not; I'll add it for consideration in a future version. --Andrew Church achurch@achurch.org http://achurch.org/ >Its strange point of view... here on Brazil, on all networks, forbid is used >not just for the name of the channel. An example is channel of nazists, or >racists, or people that causes any problems to users or networks. >If Im wrong.. sorry for comment this idea :-) > >Diego Bitencourt Contezini aka destruct_ >----- Original Message ----- >From: "Finny Merrill" >To: "IRC Services General Mailing List" >Sent: Tuesday, July 08, 2003 10:08 PM >Subject: Re: [IRCServices] Chanserv forbid.. > > >> On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini >> wrote: >> >> > TomHow the suspend, forbid should have too a reason.. its simple to >> > implement, and helps a lot... >> > someone have some idea about to do it? >> > >> > >> > Diego Bitencourt Contezini aka destruct_ >> > >> >> it seems to me that nickserv and chanserv FORBID are designed for >> nicks and channels in which something is wrong with the nick >> or channel *name*, and not the person or group of people involved. >> >> Therefore, when using forbid, the reason for forbidding that >> nickname/channel name should be obvious. >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From bytor at tribes2maps.com Wed Jul 9 19:46:23 2003 From: bytor at tribes2maps.com (Ross Carlson) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. In-Reply-To: References: Message-ID: <1931.24.50.56.172.1057805183.squirrel@www.metacraft.com> > On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini > it seems to me that nickserv and chanserv FORBID are designed for > nicks and channels in which something is wrong with the nick > or channel *name*, and not the person or group of people involved. > > Therefore, when using forbid, the reason for forbidding that > nickname/channel name should be obvious. On my network, we often have to forbid channels for reasons other than the name. When I look at our forbidden list, I can't tell why half of them are forbidden, and I have to check my IRC client logs. A reason would be great. -Ross *-----------------------------------* | Tribes 1 & 2 Chat Server Admin | | Email: bytor@tribes2maps.com | | bytor@sierra.com | | Server: irc.dynamix.com Port 6667 | | Visit http://www.Tribes2Maps.com | *-----------------------------------* From brain at brainbox.winbot.co.uk Thu Jul 10 10:42:37 2003 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. Message-ID: <200307101642.h6AGgbI28026@localhost.localdomain> it would be great if such a 'reason' parameter was optional, and filled with a null value if not specified. This way users can continue to use the old style of the command if they wish to, without having to memorize a new way of issuing the command, and people who want to specify reasons can. >> On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini >> it seems to me that nickserv and chanserv FORBID are designed for >> nicks and channels in which something is wrong with the nick >> or channel *name*, and not the person or group of people involved. >> >> Therefore, when using forbid, the reason for forbidding that >> nickname/channel name should be obvious. > >On my network, we often have to forbid channels for reasons other than the >name. When I look at our forbidden list, I can't tell why half of them are >forbidden, and I have to check my IRC client logs. A reason would be great. > >-Ross > >*-----------------------------------* >| Tribes 1 & 2 Chat Server Admin | >| Email: bytor@tribes2maps.com | >| bytor@sierra.com | >| Server: irc.dynamix.com Port 6667 | >| Visit http://www.Tribes2Maps.com | >*-----------------------------------* > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Thu Jul 10 11:41:09 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. References: <1931.24.50.56.172.1057805183.squirrel@www.metacraft.com> Message-ID: <001701c34713$0ee84680$0100a8c0@teracontrol> hello; I am thinking the same thing about forbid. Reasons can be perfect... And also "info all" command can be used by Services Operators (not only admins) by this way they can give explanation to ppl and services admins can have some time to relax when they are online. From Craig at chatspike.net Thu Jul 10 14:39:49 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Chanserv forbid.. Message-ID: <20030710203932.RPDH18309.mta2-svc.business.ntl.com@i-br0ked-it> I have to agree, some of us oldies dont use reasons, and some channels may need them.. 'reason' would have to be an optional parameter :) /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Craig Edwards * To - ircservices * Sent - 2003-07-10 @ 17:42:00 * Subject - Re: Re: [IRCServices] Chanserv forbid.. ****************************************/ /****** - Begin Original Message - ******/ >it would be great if such a 'reason' parameter was optional, and filled with a null value if not specified. This way users can continue to use the old style of the command if they wish to, without having to memorize a new way of issuing the command, and people who want to specify reasons can. > >>> On Tue, 8 Jul 2003 17:13:21 -0300, Diego B. Contezini >>> it seems to me that nickserv and chanserv FORBID are designed for >>> nicks and channels in which something is wrong with the nick >>> or channel *name*, and not the person or group of people involved. >>> >>> Therefore, when using forbid, the reason for forbidding that >>> nickname/channel name should be obvious. >> >>On my network, we often have to forbid channels for reasons other than the >>name. When I look at our forbidden list, I can't tell why half of them are >>forbidden, and I have to check my IRC client logs. A reason would be great. >> >>-Ross >> >>*-----------------------------------* >>| Tribes 1 & 2 Chat Server Admin | >>| Email: bytor@tribes2maps.com | >>| bytor@sierra.com | >>| Server: irc.dynamix.com Port 6667 | >>| Visit http://www.Tribes2Maps.com | >>*-----------------------------------* >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From Craig at chatspike.net Sun Jul 13 18:16:40 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? Message-ID: <20030714001640.XYCS14037.mta5-svc.business.ntl.com@i-br0ked-it> i dunno about anyone else, but i've often gotten complaints that were sent about globals on my network from users.. Globals which other members of staff and have nothing to do with me. I was wondering as a feature suggestion, a config option which allows you to change the syntax to allow the name of the sender to be put in the global.. for example -Global- From Craig: BLAH! -Global- BLAH -- Craig Just so the users know who to go to if they have an enquiry. /**************************************** * Craig "FrostyCoolSlug" McLure ****************SpamBox***************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ From Master_Yoer at hotmail.com Sun Jul 13 17:54:44 2003 From: Master_Yoer at hotmail.com (Justin) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? References: <20030714001640.XYCS14037.mta5-svc.business.ntl.com@i-br0ked-it> Message-ID: Wouldn't it be just as easy to insert your name in the beginning of the global? /os global Justin: Blah! -Global- Justin: Blah! It would be just as easy to do it that way instead of making it a command. ----- Original Message ----- From: "Craig McLure" To: Sent: Sunday, July 13, 2003 9:16 PM Subject: [IRCServices] -Global- From Craig: ? > i dunno about anyone else, but i've often gotten complaints that were sent about globals on my network from users.. Globals which other members of staff and have nothing to do with me. > > I was wondering as a feature suggestion, a config option which allows you to change the syntax to allow the name of the sender to be put in the global.. for example > > -Global- From Craig: BLAH! > -Global- BLAH -- Craig > > Just so the users know who to go to if they have an enquiry. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > ****************SpamBox***************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From Craig at chatspike.net Sun Jul 13 20:42:00 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? Message-ID: <20030714024220.ORTD24453.mta1-svc.business.ntl.com@i-br0ked-it> cause when you have been doing just /os global blah for nearly 9 years, its easy to forget.. At the end of the day, if needed, i can change it myself.. However, that would loose all support i have with services... Besides, i cant re-compile services untill the debian 'log' bug has been fixed. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Justin * To - IRC Services General Mailing List * Sent - 2003-07-13 @ 20:54:00 * Subject - Re: [IRCServices] -Global- From Craig: ? ****************************************/ /****** - Begin Original Message - ******/ >Wouldn't it be just as easy to insert your name in the beginning of the >global? >/os global Justin: Blah! > >-Global- Justin: Blah! > >It would be just as easy to do it that way instead of making it a command. > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Sunday, July 13, 2003 9:16 PM >Subject: [IRCServices] -Global- From Craig: ? > > >> i dunno about anyone else, but i've often gotten complaints that were sent >about globals on my network from users.. Globals which other members of >staff and have nothing to do with me. >> >> I was wondering as a feature suggestion, a config option which allows you >to change the syntax to allow the name of the sender to be put in the >global.. for example >> >> -Global- From Craig: BLAH! >> -Global- BLAH -- Craig >> >> Just so the users know who to go to if they have an enquiry. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Mon Jul 14 15:22:54 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.21 released Message-ID: <3f124cdd.21605@achurch.org> Services 5.0.21 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) eaebc84ed7beeb159826637b0ff5fc2f ircservices-5.0.21.tar.gz f2f937c1a0cb3d4c69b234ec18ae44f4 ircservices-5.0.21.diff.gz 96716161ec0c4b3c9c1d7bd2439f3189 ircservices-5.0.21-1.i386.rpm ee4a0d6b5f31ba6f9afe264ef7e6402a ircservices_5.0.21-1_i386.deb The other mirrors should have it shortly. This release is just a cumulation of the minor compilation/startup issues reported in 5.0.20. There are no functional changes in this release (if there are, it means I screwed up somewhere). Changes in version 5.0.21 ------------------------- 2003/07/09 Fixed type-related warnings in some environments. 2003/07/09 Fixed errors when compiling in parallel (make -jN). 2003/07/04 Fixed warnings about builtin function name clash with GCC. Reported by Craig McLure 2003/06/28 Fixed crash on abnormal disconnection from server. Reported by Jeffrey A. Kent 2003/06/25 Fixed compilation failure on OpenBSD. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From saturn at telus.net Mon Jul 14 09:13:26 2003 From: saturn at telus.net (Dave Taylor) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] Services 5.0.21 released References: <3f124cdd.21605@achurch.org> Message-ID: <020701c34a22$db7be820$6401a8c0@turby> I noticed whenever services is delinked form its hub server, it stays as an active process on the shell, but it never attempts to re-link to the network... any chance we can have a timed re-connect attempt (like 99 tries and then it terminates itself or whatever, or just infinite retries until it re-links... Or if that doesn't work, then just have it shut down automatically once the link is broken... I have a crontab running that senses when Services is not running, and if it were to shut down on a fail connect, then my Crontab would keep restarting the services until they managed to re-link to the network) The fact that they just sit there and won't accept a /connect from th server side, but also won't re-link on their own, means that someone has to manually kill them in linux and restart them.... Good idea? Bad idea? What do you think? Saturn irc.jetirc.net ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, July 13, 2003 11:22 PM Subject: [IRCServices] Services 5.0.21 released Services 5.0.21 has been released, and can be downloaded from: ftp://ftp.ircservices.za.net/pub/ircservices/ (South Africa) ftp://ftp.esper.net/ircservices/ (USA, California) eaebc84ed7beeb159826637b0ff5fc2f ircservices-5.0.21.tar.gz f2f937c1a0cb3d4c69b234ec18ae44f4 ircservices-5.0.21.diff.gz 96716161ec0c4b3c9c1d7bd2439f3189 ircservices-5.0.21-1.i386.rpm ee4a0d6b5f31ba6f9afe264ef7e6402a ircservices_5.0.21-1_i386.deb The other mirrors should have it shortly. This release is just a cumulation of the minor compilation/startup issues reported in 5.0.20. There are no functional changes in this release (if there are, it means I screwed up somewhere). Changes in version 5.0.21 ------------------------- 2003/07/09 Fixed type-related warnings in some environments. 2003/07/09 Fixed errors when compiling in parallel (make -jN). 2003/07/04 Fixed warnings about builtin function name clash with GCC. Reported by Craig McLure 2003/06/28 Fixed crash on abnormal disconnection from server. Reported by Jeffrey A. Kent 2003/06/25 Fixed compilation failure on OpenBSD. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From mark at ctcp.net Mon Jul 14 14:53:55 2003 From: mark at ctcp.net (M) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? In-Reply-To: <20030714001640.XYCS14037.mta5-svc.business.ntl.com@i-br0ked-it> Message-ID: <002d01c34a52$6c374100$6282edc1@mark2k> > i dunno about anyone else, but i've often gotten complaints > that were sent about globals on my network from users.. > Globals which other members of staff and have nothing to do with me. I disagree. Sometimes you might not wish to attribute the message to a single individual. If globals are being issued that need sufficient support to make this suggestion, then surely it is a problem that needs resolving within your Admins/Opers rather than a coding one. I assume that you have a central channel for network support and that appropriate individuals are rquired to be in that channel, so that would surely be the first place where users would go for assistance and the person who issued it would be present. The name of the person issuing it is logged so can be tracked. IMO a better suggestion would be to add a wallops to services stating that a given nick issued a global since this would at least inform opers (and +w users) who issued a given global. I did think this functionality existed, but a quick look at the code does not suggest it does and a quick test does not produce a wallops. M. From kfiresun at ix.netcom.com Mon Jul 14 16:57:22 2003 From: kfiresun at ix.netcom.com (Kelmar K. Firesun) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? References: <20030714001640.XYCS14037.mta5-svc.business.ntl.com@i-br0ked-it> Message-ID: <003201c34a63$b4ad9b80$6ed387d8@firesunmedia.com> So what's wrong with doing: /notice $*.mynet.dom My message here. The original point behind the global noticer (if memory servs me correctly) was so that an IRC operator could send out a global notice w/o getting flooded with pm's after doing so. Kelmar K. Firesun (IRL: Bryce Simonds) Assistant Admin: dream.esper.net (www.esper.net) ----- Original Message ----- From: "Craig McLure" To: Sent: Sunday, July 13, 2003 8:16 PM Subject: [IRCServices] -Global- From Craig: ? > i dunno about anyone else, but i've often gotten complaints that were sent about globals on my network from users.. Globals which other members of staff and have nothing to do with me. > > I was wondering as a feature suggestion, a config option which allows you to change the syntax to allow the name of the sender to be put in the global.. for example > > -Global- From Craig: BLAH! > -Global- BLAH -- Craig > > Just so the users know who to go to if they have an enquiry. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > ****************SpamBox***************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Jul 14 21:32:19 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:00 2004 Subject: [IRCServices] -Global- From Craig: ? Message-ID: <20030715033221.HLRS24453.mta1-svc.business.ntl.com@i-br0ked-it> heh, problem with globals, if there are any complaints or comments, people will charge towards me, rather than the person sending the message, as they dont know who this is. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Kelmar K. Firesun * To - IRC Services General Mailing List * Sent - 2003-07-14 @ 18:57:00 * Subject - Re: [IRCServices] -Global- From Craig: ? ****************************************/ /****** - Begin Original Message - ******/ >So what's wrong with doing: > >/notice $*.mynet.dom My message here. > >The original point behind the global noticer >(if memory servs me correctly) was so that an >IRC operator could send out a global notice w/o >getting flooded with pm's after doing so. > >Kelmar K. Firesun (IRL: Bryce Simonds) >Assistant Admin: dream.esper.net (www.esper.net) > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Sunday, July 13, 2003 8:16 PM >Subject: [IRCServices] -Global- From Craig: ? > > >> i dunno about anyone else, but i've often gotten complaints that were sent >about globals on my network from users.. Globals which other members of >staff and have nothing to do with me. >> >> I was wondering as a feature suggestion, a config option which allows you >to change the syntax to allow the name of the sender to be put in the >global.. for example >> >> -Global- From Craig: BLAH! >> -Global- BLAH -- Craig >> >> Just so the users know who to go to if they have an enquiry. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Tue Jul 15 15:08:48 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] -Global- From Craig: ? In-Reply-To: <003201c34a63$b4ad9b80$6ed387d8@firesunmedia.com> Message-ID: <3f139a7a.23032@achurch.org> >So what's wrong with doing: > >/notice $*.mynet.dom My message here. > >The original point behind the global noticer >(if memory servs me correctly) was so that an >IRC operator could send out a global notice w/o >getting flooded with pm's after doing so. Exactly. --Andrew Church achurch@achurch.org http://achurch.org/ >Kelmar K. Firesun (IRL: Bryce Simonds) >Assistant Admin: dream.esper.net (www.esper.net) > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Sunday, July 13, 2003 8:16 PM >Subject: [IRCServices] -Global- From Craig: ? > > >> i dunno about anyone else, but i've often gotten complaints that were sent >about globals on my network from users.. Globals which other members of >staff and have nothing to do with me. >> >> I was wondering as a feature suggestion, a config option which allows you >to change the syntax to allow the name of the sender to be put in the >global.. for example >> >> -Global- From Craig: BLAH! >> -Global- BLAH -- Craig >> >> Just so the users know who to go to if they have an enquiry. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From mohsenh at gmx.net Wed Jul 16 04:45:14 2003 From: mohsenh at gmx.net (Mohsen Heshmati) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Seeing why people get Ops References: Message-ID: <3F153ACA.000009.06352@MONOTEBOOK> I am aware of that but there are two things stopping people form getting the right information. 1) Channel operators don't have the power to use /ns listlinks to see if they've been oped through another nick or not and 2) the status command doesn't really tell you anything like the why command on Conference Room. Please keep in mind that SecureOps is active on the channel and people can't give ops themselves. It's turning out to be a problem to solve kind of thing. It'd be great to have your say on it best Regards, Mohsen Heshmati aka mohsenh AceIRC.net Network Administrator www.gapchat.com -------Original Message------- From: IRC Services General Mailing List Date: Friday, July 04, 2003 2:51:00 PM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Seeing why people get Ops When someone gets ops through the ChanServ accesslist and change nicks their status (/msg chanserv status #room nick) does not change IIRC. So that at least shows you whether they got their ops through the accesslist or not. > >Hey, > >When I come online as a channel Operator I need to know how people get Ops >and Voice etc. When an operator comes in and identifies gets ops and then >they can change their nick and that would mean that when i come in later on >and see some other nick, I need to know why that nick has operators. > > There's a feature on webchat (conference room) that you can say /cs why >#channel nick to see why the nick has ops on that channel. It could be real >useful specially when you have restrictions on channels and you are >managing >a big channel by a group of sops. > > -ChanServ- AbarGHodRat has AutoOp access to #Abadan,because they have >identified for the nickname `PING_PONG` which is on the channel AOp list. > > >I tried looking for it but I couldn't find any feature on the current >releases that does that. I would be happy to hear your comments and help on >this feature. > >Thanks >Mohsen Heshmati > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices . From martinpels at hotmail.com Thu Jul 17 04:31:15 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Mlock +i Message-ID: >From /msg chanserv help set mlock: [13:13] -ChanServ- Warning: If you set a mode-locked key, as in the second [13:13] -ChanServ- example below, you should also set the RESTRICTED option for [13:13] -ChanServ- the channel (see HELP SET RESTRICTED), or anyone entering [13:13] -ChanServ- the channel when it is empty will be able to see the key! Mlock +i isn't mentioned in this piece, while the behaviour is similar (without RESTRICTED set the first user that joins an empty room with mlock +i set can get in without inviting themselves) Grtz, Rodecker From vonitsa at otenet.gr Fri Jul 18 07:40:36 2003 From: vonitsa at otenet.gr (Dionisios K.) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Modules Problem Message-ID: <004f01c34d3a$8d2f8710$10e5673e@server> [Jul 18 08:10:15 2003] IRC Services 5.0.21 starting up[Jul 18 [08:10:15 2003] modules: Unable to load module `operserv/main': /home/....... [Jul 18 08:10:15 2003] Error loading modules, aborting Why Is that Happening? How can i fix it? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030718/fdff4749/attachment.htm From Craig at chatspike.net Sat Jul 19 11:40:13 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] NickServ Register.. Message-ID: <20030719174018.FBDV18420.mta4-svc.business.ntl.com@i-br0ked-it> I've noticed every now and then we get a user, who because they have entered the wrong syntax for the 'Register' command, have thought that their email address was invalid.. Using the Commands: /ns register Returns the Responce: [18:33] -NickServ- E-mail addresses must be in the form username@hostname. You may not use colors, bold, underline, or reverse, or any of these characters: , : ; | \ " ( ) < > [ ] Which for users (that dont RTFM) can be very confusing.. Although this doesnt happen often, i've seen users do things like get new email accounts over it.. Just as a suggestion, could a reminder of the syntax be put in with the 'Invalid Email Address' responce? Or you could make services check the password that has been given, and if it matches what an email address would look like, (something@something.something) along with an invalid password, just give a small note :) /**************************************** * Craig "FrostyCoolSlug" McLure ****************SpamBox***************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ From sysprog at bezeqint.net Sun Jul 20 02:44:53 2003 From: sysprog at bezeqint.net (sysprog) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Modules Problem In-Reply-To: <004f01c34d3a$8d2f8710$10e5673e@server> Message-ID: <002801c34ea3$96c9f700$350a10ac@p4159> Take a look into your conf files - check if the path to the module is correct. SysProg -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Dionisios K. Sent: Friday, July 18, 2003 4:41 PM To: ircservices@ircservices.za.net Subject: [IRCServices] Modules Problem [Jul 18 08:10:15 2003] IRC Services 5.0.21 starting up[Jul 18 [08:10:15 2003] modules: Unable to load module `operserv/main': /home/....... [Jul 18 08:10:15 2003] Error loading modules, aborting ? Why Is that Happening? How can i fix it? From jskam at shaw.ca Tue Jul 22 18:05:59 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 Message-ID: <000001c350b6$946a99f0$f64f9144@weed> ../../extern.h:146: warning: conflicting types for built-in function `log' gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o In file included from ../../services.h:103, from halfop.c:10: ../../extern.h:146: warning: conflicting types for built-in function `log' gcc -shared monkey.o halfop.o sjoin.o -o monkey.so gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o In file included from ../../services.h:103, from rfc1459.c:10: ../../extern.h:146: warning: conflicting types for built-in function `log' gcc -shared rfc1459.o -o rfc1459.so gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o In file included from ../../services.h:103, from trircd.c:11: ../../extern.h:146: warning: conflicting types for built-in function `log' trircd.c: In function `do_send_nick': trircd.c:480: warning: long int format, time_t arg (arg 4) trircd.c: In function `do_send_nickchange': trircd.c:489: warning: long int format, time_t arg (arg 4) trircd.c: In function `do_send_server': trircd.c:512: warning: long int format, time_t arg (arg 3) trircd.c: In function `do_set_topic': trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) trircd.c: In function `do_send_akill': trircd.c:712: warning: long int format, int arg (arg 5) trircd.c:712: warning: long int format, time_t arg (arg 7) trircd.c: In function `do_send_exclude': trircd.c:733: warning: long int format, int arg (arg 5) trircd.c:733: warning: long int format, time_t arg (arg 7) This goes on for every file that it compiles and causes severe complications when starting. Darkj From Craig at chatspike.net Tue Jul 22 21:19:27 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 Message-ID: <20030723031934.POLF4101.mta2-svc.business.ntl.com@i-br0ked-it> May i suggest updating to the latest version? At least it fixes the: ../../extern.h:146: warning: conflicting types for built-in function `log' issue, it may even fix the rest. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Jeffery Kam * To - Ircservices * Sent - 2003-07-22 @ 19:05:00 * Subject - [IRCServices] Compile errors Freebsd 5.1 ****************************************/ /****** - Begin Original Message - ******/ >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From jskam at shaw.ca Wed Jul 23 05:09:04 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <20030723031934.POLF4101.mta2-svc.business.ntl.com@i-br0ked-it> Message-ID: <000401c35113$35c57f70$f64f9144@weed> Because I have customized my version of services, I would rather not upgrade and start from scratch. I have added many things to the modules and the main c files. Is there some CC or CFLAGS I can use to fix this? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure Sent: Tuesday, July 22, 2003 10:19 PM To: IRC Services General Mailing List Subject: Re: [IRCServices] Compile errors Freebsd 5.1 May i suggest updating to the latest version? At least it fixes the: ../../extern.h:146: warning: conflicting types for built-in function `log' issue, it may even fix the rest. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Jeffery Kam * To - Ircservices * Sent - 2003-07-22 @ 19:05:00 * Subject - [IRCServices] Compile errors Freebsd 5.1 ****************************************/ /****** - Begin Original Message - ******/ >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From georges at berscheid.lu Wed Jul 23 05:19:02 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:02:01 2004 Subject: AW: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000401c35113$35c57f70$f64f9144@weed> Message-ID: <000701c35114$9a80e480$4dbbf683@globi> Hi, you could download the .diff files and patch the changes into your version. That works fine for me. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Mittwoch, 23. Juli 2003 14:09 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Compile errors Freebsd 5.1 Because I have customized my version of services, I would rather not upgrade and start from scratch. I have added many things to the modules and the main c files. Is there some CC or CFLAGS I can use to fix this? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure Sent: Tuesday, July 22, 2003 10:19 PM To: IRC Services General Mailing List Subject: Re: [IRCServices] Compile errors Freebsd 5.1 May i suggest updating to the latest version? At least it fixes the: ../../extern.h:146: warning: conflicting types for built-in function `log' issue, it may even fix the rest. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Jeffery Kam * To - Ircservices * Sent - 2003-07-22 @ 19:05:00 * Subject - [IRCServices] Compile errors Freebsd 5.1 ****************************************/ /****** - Begin Original Message - ******/ >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 23 21:42:22 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000001c350b6$946a99f0$f64f9144@weed> Message-ID: <3f1e8332.17233@achurch.org> This is an excellent example of how a bug report should NOT be written. It "causes severe complications"? How the hell am I supposed to know what you mean by that? Especially since the entire log you posted was warnings, with no errors whatsoever. --Andrew Church achurch@achurch.org http://achurch.org/ >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Wed Jul 23 05:48:03 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000701c35114$9a80e480$4dbbf683@globi> Message-ID: <000001c35118$a8473610$f64f9144@weed> What version specifically fixed this 'log' bug, Change logs don't really say. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Georges Berscheid Sent: Wednesday, July 23, 2003 6:19 AM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Compile errors Freebsd 5.1 Hi, you could download the .diff files and patch the changes into your version. That works fine for me. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Mittwoch, 23. Juli 2003 14:09 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Compile errors Freebsd 5.1 Because I have customized my version of services, I would rather not upgrade and start from scratch. I have added many things to the modules and the main c files. Is there some CC or CFLAGS I can use to fix this? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure Sent: Tuesday, July 22, 2003 10:19 PM To: IRC Services General Mailing List Subject: Re: [IRCServices] Compile errors Freebsd 5.1 May i suggest updating to the latest version? At least it fixes the: ../../extern.h:146: warning: conflicting types for built-in function `log' issue, it may even fix the rest. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Jeffery Kam * To - Ircservices * Sent - 2003-07-22 @ 19:05:00 * Subject - [IRCServices] Compile errors Freebsd 5.1 ****************************************/ /****** - Begin Original Message - ******/ >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From georges at berscheid.lu Wed Jul 23 05:53:06 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:02:01 2004 Subject: AW: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000001c35118$a8473610$f64f9144@weed> Message-ID: <000901c35119$5cd28a80$4dbbf683@globi> You should install ALL the patches from your current version up to 5.0.21. This will most probably fix your warnings. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Mittwoch, 23. Juli 2003 14:48 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Compile errors Freebsd 5.1 What version specifically fixed this 'log' bug, Change logs don't really say. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Georges Berscheid Sent: Wednesday, July 23, 2003 6:19 AM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Compile errors Freebsd 5.1 Hi, you could download the .diff files and patch the changes into your version. That works fine for me. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Mittwoch, 23. Juli 2003 14:09 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Compile errors Freebsd 5.1 Because I have customized my version of services, I would rather not upgrade and start from scratch. I have added many things to the modules and the main c files. Is there some CC or CFLAGS I can use to fix this? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure Sent: Tuesday, July 22, 2003 10:19 PM To: IRC Services General Mailing List Subject: Re: [IRCServices] Compile errors Freebsd 5.1 May i suggest updating to the latest version? At least it fixes the: ../../extern.h:146: warning: conflicting types for built-in function `log' issue, it may even fix the rest. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Jeffery Kam * To - Ircservices * Sent - 2003-07-22 @ 19:05:00 * Subject - [IRCServices] Compile errors Freebsd 5.1 ****************************************/ /****** - Begin Original Message - ******/ >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >.../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 23 21:50:03 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000001c35118$a8473610$f64f9144@weed> Message-ID: <3f1e84f2.17274@achurch.org> >What version specifically fixed this 'log' bug, Change logs don't really >say. $ grep builtin Changes 2003/07/04 Fixed warnings about builtin function name clash with GCC. (from 5.0.21) --Andrew Church achurch@achurch.org http://achurch.org/ From jskam at shaw.ca Wed Jul 23 05:52:26 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <3f1e8332.17233@achurch.org> Message-ID: <000101c35119$44c661f0$f64f9144@weed> I am aware that I didn't list all the problems, but here you go 1) On any squit of another server, services seg faults, on any routing period, services seg faults. That's all I am currently aware of right now, as I have taken them down to fix this. The compile completes successfully but with constant warnings etc. That help? -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Wednesday, July 23, 2003 6:42 AM To: ircservices@ircservices.za.net Subject: Re: [IRCServices] Compile errors Freebsd 5.1 This is an excellent example of how a bug report should NOT be written. It "causes severe complications"? How the hell am I supposed to know what you mean by that? Especially since the entire log you posted was warnings, with no errors whatsoever. --Andrew Church achurch@achurch.org http://achurch.org/ >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >In file included from ../../services.h:103, > from halfop.c:10: >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >In file included from ../../services.h:103, > from rfc1459.c:10: >../../extern.h:146: warning: conflicting types for built-in function >`log' >gcc -shared rfc1459.o -o rfc1459.so >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >In file included from ../../services.h:103, > from trircd.c:11: >../../extern.h:146: warning: conflicting types for built-in function >`log' >trircd.c: In function `do_send_nick': >trircd.c:480: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_nickchange': >trircd.c:489: warning: long int format, time_t arg (arg 4) >trircd.c: In function `do_send_server': >trircd.c:512: warning: long int format, time_t arg (arg 3) >trircd.c: In function `do_set_topic': >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >trircd.c: In function `do_send_akill': >trircd.c:712: warning: long int format, int arg (arg 5) >trircd.c:712: warning: long int format, time_t arg (arg 7) >trircd.c: In function `do_send_exclude': >trircd.c:733: warning: long int format, int arg (arg 5) >trircd.c:733: warning: long int format, time_t arg (arg 7) > >This goes on for every file that it compiles and causes severe >complications when starting. > >Darkj > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Jul 23 22:48:40 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <000101c35119$44c661f0$f64f9144@weed> Message-ID: <3f1e924b.17314@achurch.org> RTFM. Debug log. Backtrace. --Andrew Church achurch@achurch.org http://achurch.org/ >I am aware that I didn't list all the problems, but here you go > >1) On any squit of another server, services seg faults, on any routing >period, services seg faults. > >That's all I am currently aware of right now, as I have taken them down >to fix this. The compile completes successfully but with constant >warnings etc. > >That help? > >-----Original Message----- >From: ircservices-bounces@ircservices.za.net >[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew >Church >Sent: Wednesday, July 23, 2003 6:42 AM >To: ircservices@ircservices.za.net >Subject: Re: [IRCServices] Compile errors Freebsd 5.1 > > This is an excellent example of how a bug report should NOT be >written. It "causes severe complications"? How the hell am I supposed >to know what you mean by that? Especially since the entire log you >posted was warnings, with no errors whatsoever. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>../../extern.h:146: warning: conflicting types for built-in function >>`log' >>gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o >>In file included from ../../services.h:103, >> from halfop.c:10: >>../../extern.h:146: warning: conflicting types for built-in function >>`log' >>gcc -shared monkey.o halfop.o sjoin.o -o monkey.so >>gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o >>In file included from ../../services.h:103, >> from rfc1459.c:10: >>../../extern.h:146: warning: conflicting types for built-in function >>`log' >>gcc -shared rfc1459.o -o rfc1459.so >>gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o >>In file included from ../../services.h:103, >> from trircd.c:11: >>../../extern.h:146: warning: conflicting types for built-in function >>`log' >>trircd.c: In function `do_send_nick': >>trircd.c:480: warning: long int format, time_t arg (arg 4) >>trircd.c: In function `do_send_nickchange': >>trircd.c:489: warning: long int format, time_t arg (arg 4) >>trircd.c: In function `do_send_server': >>trircd.c:512: warning: long int format, time_t arg (arg 3) >>trircd.c: In function `do_set_topic': >>trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) >>trircd.c: In function `do_send_akill': >>trircd.c:712: warning: long int format, int arg (arg 5) >>trircd.c:712: warning: long int format, time_t arg (arg 7) >>trircd.c: In function `do_send_exclude': >>trircd.c:733: warning: long int format, int arg (arg 5) >>trircd.c:733: warning: long int format, time_t arg (arg 7) >> >>This goes on for every file that it compiles and causes severe >>complications when starting. >> >>Darkj >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Wed Jul 23 11:22:47 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 Message-ID: <6cb62c748806da8b3bbcfd162129dbfe@194.70.73.89> Personally, i find it wrong that someone would be willing to modify services, however, not willing to debug it, or read the manual.. I believe there is a chance that the bug could be there due to your modifications.. Compile a clean version of services, connect it, and see if you can re-route with that.. if so.. Its your own fault. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ --------- Original Message -------- From: IRC Services General Mailing List To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Compile errors Freebsd 5.1 Date: 23/07/03 14:52 > I am aware that I didn't list all the problems, but here you go > > 1) On any squit of another server, services seg faults, on any routing > period, services seg faults. > > That's all I am currently aware of right now, as I have taken them down > to fix this. The compile completes successfully but with constant > warnings etc. > > That help? > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew > Church > Sent: Wednesday, July 23, 2003 6:42 AM > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Compile errors Freebsd 5.1 > > This is an excellent example of how a bug report should NOT be > written. It "causes severe complications"? How the hell am I supposed > to know what you mean by that? Especially since the entire log you > posted was warnings, with no errors whatsoever. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o > >In file included from ../../services.h:103, > > from halfop.c:10: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o > >In file included from ../../services.h:103, > > from rfc1459.c:10: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -shared rfc1459.o -o rfc1459.so > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o > >In file included from ../../services.h:103, > > from trircd.c:11: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >trircd.c: In function `do_send_nick': > >trircd.c:480: warning: long int format, time_t arg (arg 4) > >trircd.c: In function `do_send_nickchange': > >trircd.c:489: warning: long int format, time_t arg (arg 4) > >trircd.c: In function `do_send_server': > >trircd.c:512: warning: long int format, time_t arg (arg 3) > >trircd.c: In function `do_set_topic': > >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) > >trircd.c: In function `do_send_akill': > >trircd.c:712: warning: long int format, int arg (arg 5) > >trircd.c:712: warning: long int format, time_t arg (arg 7) > >trircd.c: In function `do_send_exclude': > >trircd.c:733: warning: long int format, int arg (arg 5) > >trircd.c:733: warning: long int format, time_t arg (arg 7) > > > >This goes on for every file that it compiles and causes severe > >complications when starting. > > > >Darkj > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ________________________________________________ Message sent using UebiMiau 2.7.8 From jskam at shaw.ca Wed Jul 23 15:40:15 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Compile errors Freebsd 5.1 In-Reply-To: <6cb62c748806da8b3bbcfd162129dbfe@194.70.73.89> Message-ID: <000601c3516b$630fdb80$f64f9144@weed> I know that this is not because of my modifications, because I can get the same source to compile on FreeBSD 4.5-RELEASE and FreeBSD 5.0 Anyways, I ended up doing a fresh install of 5.0.21, and it worked. -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure Sent: Wednesday, July 23, 2003 12:23 PM To: IRC Services General Mailing List Subject: RE: [IRCServices] Compile errors Freebsd 5.1 Personally, i find it wrong that someone would be willing to modify services, however, not willing to debug it, or read the manual.. I believe there is a chance that the bug could be there due to your modifications.. Compile a clean version of services, connect it, and see if you can re-route with that.. if so.. Its your own fault. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ --------- Original Message -------- From: IRC Services General Mailing List To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Compile errors Freebsd 5.1 Date: 23/07/03 14:52 > I am aware that I didn't list all the problems, but here you go > > 1) On any squit of another server, services seg faults, on any routing > period, services seg faults. > > That's all I am currently aware of right now, as I have taken them down > to fix this. The compile completes successfully but with constant > warnings etc. > > That help? > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew > Church > Sent: Wednesday, July 23, 2003 6:42 AM > To: ircservices@ircservices.za.net > Subject: Re: [IRCServices] Compile errors Freebsd 5.1 > > This is an excellent example of how a bug report should NOT be > written. It "causes severe complications"? How the hell am I supposed > to know what you mean by that? Especially since the entire log you > posted was warnings, with no errors whatsoever. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c halfop.c -o halfop.o > >In file included from ../../services.h:103, > > from halfop.c:10: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -shared monkey.o halfop.o sjoin.o -o monkey.so > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c rfc1459.c -o rfc1459.o > >In file included from ../../services.h:103, > > from rfc1459.c:10: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >gcc -shared rfc1459.o -o rfc1459.so > >gcc -O2 -Wall -Wmissing-prototypes -g -I../.. -c trircd.c -o trircd.o > >In file included from ../../services.h:103, > > from trircd.c:11: > >../../extern.h:146: warning: conflicting types for built-in function > >`log' > >trircd.c: In function `do_send_nick': > >trircd.c:480: warning: long int format, time_t arg (arg 4) > >trircd.c: In function `do_send_nickchange': > >trircd.c:489: warning: long int format, time_t arg (arg 4) > >trircd.c: In function `do_send_server': > >trircd.c:512: warning: long int format, time_t arg (arg 3) > >trircd.c: In function `do_set_topic': > >trircd.c:684: warning: long unsigned int format, time_t arg (arg 5) > >trircd.c: In function `do_send_akill': > >trircd.c:712: warning: long int format, int arg (arg 5) > >trircd.c:712: warning: long int format, time_t arg (arg 7) > >trircd.c: In function `do_send_exclude': > >trircd.c:733: warning: long int format, int arg (arg 5) > >trircd.c:733: warning: long int format, time_t arg (arg 7) > > > >This goes on for every file that it compiles and causes severe > >complications when starting. > > > >Darkj > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ________________________________________________ Message sent using UebiMiau 2.7.8 ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From eharrison at 2wire.com Fri Jul 25 15:13:57 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists Message-ID: <9131B84E166B2C47B0661227CA0630FEB3FF83@exchangephx> I am trying to run ircservices on the same server as IRCD (Unreal). Everything loads good until the server responds with [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: [127.0.0.1] (Server Exists) [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing Link: [127.0.0.1] (Server Exists)) I have never setup IRCd before, so excuse my newbness. Clients connect fine from other boxes, but not the services. The server at least matches it to the ULINE. Also gives IDENT error but it contiunes on. here is the log from connect to disconnect: [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 :U0-*-0 Services for IRC Networks [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator Server [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global Noticer [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname Server [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** Looking up your hostname... [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** Checking ident... [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** Checking for open socks server... [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** No ident response; username prefixed with ~ [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** No socks server found (good!)... [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address instead [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: [127.0.0.1] (Server Exists) [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing Link: [127.0.0.1] (Server Exists)) [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by peer [Jul 25 15:09:41.606744 2003] debug: Saving databases [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by peer From owner at candt.net Fri Jul 25 16:36:14 2003 From: owner at candt.net (owner@candt.net) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists References: <9131B84E166B2C47B0661227CA0630FEB3FF83@exchangephx> Message-ID: <001c01c35305$89e36970$9c01a8c0@viptex> >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From eharrison at 2wire.com Fri Jul 25 19:08:28 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists Message-ID: <9131B84E166B2C47B0661227CA0630FEB3FF85@exchangephx> it is the same server. i don't have a second server to put it on and i don't want to multihome that server. anyway around this? i am allowing local connections so I am not sure why it should matter unless it only allows local clients? Thanks Eric Harrison -----Original Message----- From: owner@candt.net To: IRC Services General Mailing List Sent: 7/25/03 4:36 PM Subject: Re: [IRCServices] Server already exists >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Fri Jul 25 19:41:08 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists In-Reply-To: <9131B84E166B2C47B0661227CA0630FEB3FF85@exchangephx> Message-ID: <000301c3531f$5ec27640$f64f9144@weed> Just name your irc server and services different names Example, Your.server.com Services.server.com -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Eric Harrison Sent: Friday, July 25, 2003 8:08 PM To: 'owner@candt.net '; 'IRC Services General Mailing List ' Subject: RE: [IRCServices] Server already exists it is the same server. i don't have a second server to put it on and i don't want to multihome that server. anyway around this? i am allowing local connections so I am not sure why it should matter unless it only allows local clients? Thanks Eric Harrison -----Original Message----- From: owner@candt.net To: IRC Services General Mailing List Sent: 7/25/03 4:36 PM Subject: Re: [IRCServices] Server already exists >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From georges at berscheid.lu Sat Jul 26 01:55:45 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:02:01 2004 Subject: AW: [IRCServices] Server already exists In-Reply-To: <000301c3531f$5ec27640$f64f9144@weed> Message-ID: <000b01c35353$b47d5710$b2c918d4@gizmo> Addendum: The Server name does not need to be the same than the hostname of your box, although this is commonly used. peter.pan would also work as server name. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Samstag, 26. Juli 2003 04:41 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Server already exists Just name your irc server and services different names Example, Your.server.com Services.server.com -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Eric Harrison Sent: Friday, July 25, 2003 8:08 PM To: 'owner@candt.net '; 'IRC Services General Mailing List ' Subject: RE: [IRCServices] Server already exists it is the same server. i don't have a second server to put it on and i don't want to multihome that server. anyway around this? i am allowing local connections so I am not sure why it should matter unless it only allows local clients? Thanks Eric Harrison -----Original Message----- From: owner@candt.net To: IRC Services General Mailing List Sent: 7/25/03 4:36 PM Subject: Re: [IRCServices] Server already exists >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jskam at shaw.ca Sat Jul 26 06:37:05 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info Message-ID: <000501c3537b$01108ad0$f64f9144@weed> Ok this is an abnormal bug that results in services to PANIC and crash. [07.15.11 am] ServerNotice:Notice -- netsplit: test <-> serv by Darkj (Darkj) [07.15.11 am] ServerNotice:Global -- from services.clanofdarkness.org: PANIC! buffer = :Darkj SQUIT test.nowhere.com :Darkj [07.15.11 am] WallOps:hub.clanofdarkness.org Received SQUIT services.clanofdarkness.org from services.clanofdarkness.org[127.0.0.1] (Services terminating: Bus error) [07.15.11 am] ServerNotice:Notice -- netsplit: serv <-> hub. by hub.clanofdarkness.org (Services terminating: Bus error) Ok, basically, anytime an SQUIT happens with any server, services dies, this includes when I squit juped servers. I am able to recreate this everytime. Currently, I'm running ircservices5.0.21 with bahamut. I've tried to look at the mailing lists to see if anyone else has this problem, but it didn't seem that way. Another thing, with this bug there is no core file created, so I am unable to provide a backtrace. I hope I reported this bug properly, thanks. Darkj From achurch at achurch.org Sat Jul 26 23:46:19 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: <000501c3537b$01108ad0$f64f9144@weed> Message-ID: <3f229564.20171@achurch.org> No matter how many times you report this, if it doesn't happen with the unmodified source I won't help you, and if you don't provide a backtrace I can't help you anyway. >Another thing, with this bug there is no core file created, so I am >unable to provide a backtrace. $ make clean $ ./configure -cflags -g $ make install $ gdb ircservices (gdb) run -debug -nofork ... Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0 ... Or, alternatively: $ make clean $ ./configure -dumpcore -cflags -g $ make install $ ircservices (crash it, it will produce a core) $ gdb ircservices .../ircservices.core (gdb) bt #0 ... --Andrew Church achurch@achurch.org http://achurch.org/ From jskam at shaw.ca Sat Jul 26 08:00:09 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: <3f229564.20171@achurch.org> Message-ID: <000001c35386$9bb5c590$f64f9144@weed> [Jul 26 09:57:28.502190 2003] debug: Received: :Darkj SQUIT test.nowhere.com :Darkj Program received signal SIGBUS, Bus error. 0x0805930c in do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at servers.c:186 186 if (server->hub->child == server) { (gdb) bt #0 0x0805930c in do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at servers.c:186 #1 0x080550f7 in m_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at messages.c:209 #2 0x08058589 in process () at process.c:131 #3 0x080545fb in readline_callback (s=0x81ebd00, param_unused=0x26) at main.c:151 #4 0x0805a4e9 in check_sockets () at sockets.c:394 #5 0x080548e1 in main (ac=3, av=0xbfbffbc8, envp=0xbfbffbd8) at main.c:248 #6 0x0804c0e2 in _start () Ok, there ya go From jskam at shaw.ca Sat Jul 26 08:17:34 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: <000001c35386$9bb5c590$f64f9144@weed> Message-ID: <000101c35389$0a15c650$f64f9144@weed> Sorry, I actually wanted to provide bot clean unmodified sources then my modified ones, to prove that this isn't my mistake, UNMODIFIED VERSION FRESH INSTALL: [Jul 26 10:14:33.112315 2003] debug: Received: :Darkj SQUIT test.nowhere.com :Darkj Program received signal SIGBUS, Bus error. do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x823a040) at servers.c:180 180 if (server->hub->child == server) { (gdb) bt #0 do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x823a040) at servers.c:180 #1 0x08055444 in process () at process.c:133 #2 0x08056cc5 in check_sockets () at sockets.c:491 #3 0x080525fc in main (ac=3, av=0xbfbffbc4, envp=0xbfbffbd4) at main.c:266 #4 0x0804c192 in _start () MODIFIED VERSION: [Jul 26 09:57:28.502190 2003] debug: Received: :Darkj SQUIT test.nowhere.com :Darkj Program received signal SIGBUS, Bus error. 0x0805930c in do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at servers.c:186 186 if (server->hub->child == server) { (gdb) bt #0 0x0805930c in do_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at servers.c:186 #1 0x080550f7 in m_squit (source=0xbfbff9d0 "Darkj", ac=2, av=0x81f0500) at messages.c:209 #2 0x08058589 in process () at process.c:131 #3 0x080545fb in readline_callback (s=0x81ebd00, param_unused=0x26) at main.c:151 #4 0x0805a4e9 in check_sockets () at sockets.c:394 #5 0x080548e1 in main (ac=3, av=0xbfbffbc8, envp=0xbfbffbd8) at main.c:248 #6 0x0804c0e2 in _start () From Craig at chatspike.net Sat Jul 26 10:46:28 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. Message-ID: <20030726164621.LQTP18420.mta4-svc.business.ntl.com@i-br0ked-it> we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. This is what happened. [17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac (12 users..) [17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi [17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac (9 users..) The mass op continued.. [17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti [17:38] *** Craig sets mode: +o Guest465108062 (13 users..) [17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor [17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 (9 users..) The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... just wondering why that is, and why it happens :) /**************************************** * Craig "FrostyCoolSlug" McLure ****************SpamBox***************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ From dylanvdm at icon.co.za Sat Jul 26 15:24:31 2003 From: dylanvdm at icon.co.za (Dylan v.d Merwe) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. References: <20030726164621.LQTP18420.mta4-svc.business.ntl.com@i-br0ked-it> Message-ID: <001201c353c4$b090a230$04ccef9b@dylan> SecureOps means that only people on the access list of that particular channel are allowed to be granted higher privileges (for example, ops). Anyone else who is not on the access list will have their privilege removed. Dylan. ----- Original Message ----- From: "Craig McLure" To: Sent: Saturday, July 26, 2003 7:46 PM Subject: [IRCServices] Possible small bug.. > we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. > > This is what happened. > > [17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac > (12 users..) > > [17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi > [17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac > (9 users..) > > The mass op continued.. > > [17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti > [17:38] *** Craig sets mode: +o Guest465108062 > (13 users..) > > [17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor > [17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 > (9 users..) > > The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... > > just wondering why that is, and why it happens :) > > > > > /**************************************** > * Craig "FrostyCoolSlug" McLure > ****************SpamBox***************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sat Jul 26 16:36:53 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. Message-ID: <20030726223700.DJAZ4101.mta2-svc.business.ntl.com@i-br0ked-it> well obviously.. my point is, this wasnt happening. Chanserv left 6 users who had no access in the channel opped. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Dylan v.d Merwe * To - IRC Services General Mailing List * Sent - 2003-07-27 @ 00:24:00 * Subject - Re: [IRCServices] Possible small bug.. ****************************************/ /****** - Begin Original Message - ******/ >SecureOps means that only people on the access list of that particular >channel are allowed to be granted higher privileges (for example, ops). >Anyone else who is not on the access list will have their privilege removed. > >Dylan. > >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Saturday, July 26, 2003 7:46 PM >Subject: [IRCServices] Possible small bug.. > > >> we were messing around in a channel.. with SecureOps on, i mass opped a >large number of users, some with half-op, more with voice, and 1 or 2 people >with nothing.. >> >> This is what happened. >> >> [17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir >Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >> (12 users..) >> >> [17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir >Coma|moving DarkMaster Dauthi >> [17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >> (9 users..) >> >> The mass op continued.. >> >> [17:38] *** Craig sets mode: +oooooooooooo Ishamael >Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix >Raptor Rebs rilla-away Tatsyrup Togy Yeti >> [17:38] *** Craig sets mode: +o Guest465108062 >> (13 users..) >> >> [17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish >Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >> [17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >> (9 users..) >> >> The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs >rilla-away Tatsyrup Marie)... >> >> just wondering why that is, and why it happens :) >> >> >> >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From derfy at derfy.net Sat Jul 26 15:37:17 2003 From: derfy at derfy.net (Freddie Agricola) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. In-Reply-To: <001201c353c4$b090a230$04ccef9b@dylan> References: <20030726164621.LQTP18420.mta4-svc.business.ntl.com@i-br0ked-it> <001201c353c4$b090a230$04ccef9b@dylan> Message-ID: On Sun, 27 Jul 2003 00:24:31 +0200, you wrote: >SecureOps means that only people on the access list of that particular >channel are allowed to be granted higher privileges (for example, ops). >Anyone else who is not on the access list will have their privilege removed. > >Dylan. > I think his point was that some people after the mass-op and deop were left opped. I don't know if they had access, however. >----- Original Message ----- >From: "Craig McLure" >To: >Sent: Saturday, July 26, 2003 7:46 PM >Subject: [IRCServices] Possible small bug.. > > >> we were messing around in a channel.. with SecureOps on, i mass opped a >large number of users, some with half-op, more with voice, and 1 or 2 people >with nothing.. >> >> This is what happened. >> >> [17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir >Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >> (12 users..) >> >> [17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir >Coma|moving DarkMaster Dauthi >> [17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >> (9 users..) >> >> The mass op continued.. >> >> [17:38] *** Craig sets mode: +oooooooooooo Ishamael >Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix >Raptor Rebs rilla-away Tatsyrup Togy Yeti >> [17:38] *** Craig sets mode: +o Guest465108062 >> (13 users..) >> >> [17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish >Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >> [17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >> (9 users..) >> >> The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs >rilla-away Tatsyrup Marie)... >> >> just wondering why that is, and why it happens :) >> >> >> >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Jul 27 08:41:06 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. In-Reply-To: <20030726164621.LQTP18420.mta4-svc.business.ntl.com@i-br0ked-it> Message-ID: <3f2311e0.20511@achurch.org> Did the users in question have auto-op privileges? Did you check with /cs status? --Andrew Church achurch@achurch.org http://achurch.org/ >we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. > >This is what happened. > >[17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >(12 users..) > >[17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi >[17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >(9 users..) > >The mass op continued.. > >[17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti >[17:38] *** Craig sets mode: +o Guest465108062 >(13 users..) > >[17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >[17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >(9 users..) > >The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... > >just wondering why that is, and why it happens :) > > > > >/**************************************** > * Craig "FrostyCoolSlug" McLure > ****************SpamBox***************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sat Jul 26 18:08:35 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. Message-ID: <20030727000840.EDZF14037.mta5-svc.business.ntl.com@i-br0ked-it> yes i did.. [00:58] -ChanServ- Access level settings for channel #chatspike: [00:58] -ChanServ- AUTOPROTECT 25 [00:58] -ChanServ- AUTOOP 15 [00:58] -ChanServ- AUTOHALFOP 10 [00:58] -ChanServ- AUTOVOICE 5 [00:58] -ChanServ- INVITE 10 [00:58] -ChanServ- AKICK 20 [00:58] -ChanServ- SET (founder only) [00:58] -ChanServ- CLEAR 25 [00:58] -ChanServ- UNBAN 10 [00:58] -ChanServ- ACC-LIST 0 [00:58] -ChanServ- ACC-CHANGE 25 [00:58] -ChanServ- MEMO 10 [00:58] -ChanServ- OP-DEOP 15 [00:58] -ChanServ- VOICE 50 [00:58] -ChanServ- HALFOP 10 [00:58] -ChanServ- PROTECT 25 [00:58] -ChanServ- KICK 20 [00:58] -ChanServ- TOPIC 10 [00:58] -ChanServ- STATUS 25 [01:01] -NickServ- Nickname DQ|HavingADrink isn't registered. [01:01] -ChanServ- STATUS #chatspike Ishamael 5 [01:02] -ChanServ- STATUS #chatspike Rebs 5 [01:03] -ChanServ- STATUS #chatspike rilla-away 0 [01:03] -ChanServ- STATUS #chatspike Tatsyrup 5 [01:03] -ChanServ- STATUS #chatspike Marie 10 As you can see, none of them have auto-op status, and one nickname isnt even registered. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Andrew Church * To - ircservices * Sent - 2003-07-27 @ 08:41:00 * Subject - Re: [IRCServices] Possible small bug.. ****************************************/ /****** - Begin Original Message - ******/ > Did the users in question have auto-op privileges? Did you check with >/cs status? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. >> >>This is what happened. >> >>[17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >>(12 users..) >> >>[17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi >>[17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >>(9 users..) >> >>The mass op continued.. >> >>[17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti >>[17:38] *** Craig sets mode: +o Guest465108062 >>(13 users..) >> >>[17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >>[17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >>(9 users..) >> >>The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... >> >>just wondering why that is, and why it happens :) >> >> >> >> >>/**************************************** >> * Craig "FrostyCoolSlug" McLure >> ****************SpamBox***************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Sun Jul 27 09:50:11 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. In-Reply-To: <20030727000840.EDZF14037.mta5-svc.business.ntl.com@i-br0ked-it> Message-ID: <3f2321fd.20725@achurch.org> Bizarre, I'll look into it. Does this happen consistently? If so, does it always happen to the same nicks, or to nicks in the same positions in the mode change list? --Andrew Church achurch@achurch.org http://achurch.org/ >yes i did.. > >[00:58] -ChanServ- Access level settings for channel #chatspike: >[00:58] -ChanServ- AUTOPROTECT 25 >[00:58] -ChanServ- AUTOOP 15 >[00:58] -ChanServ- AUTOHALFOP 10 >[00:58] -ChanServ- AUTOVOICE 5 >[00:58] -ChanServ- INVITE 10 >[00:58] -ChanServ- AKICK 20 >[00:58] -ChanServ- SET (founder only) >[00:58] -ChanServ- CLEAR 25 >[00:58] -ChanServ- UNBAN 10 >[00:58] -ChanServ- ACC-LIST 0 >[00:58] -ChanServ- ACC-CHANGE 25 >[00:58] -ChanServ- MEMO 10 >[00:58] -ChanServ- OP-DEOP 15 >[00:58] -ChanServ- VOICE 50 >[00:58] -ChanServ- HALFOP 10 >[00:58] -ChanServ- PROTECT 25 >[00:58] -ChanServ- KICK 20 >[00:58] -ChanServ- TOPIC 10 >[00:58] -ChanServ- STATUS 25 > >[01:01] -NickServ- Nickname DQ|HavingADrink isn't registered. >[01:01] -ChanServ- STATUS #chatspike Ishamael 5 >[01:02] -ChanServ- STATUS #chatspike Rebs 5 >[01:03] -ChanServ- STATUS #chatspike rilla-away 0 >[01:03] -ChanServ- STATUS #chatspike Tatsyrup 5 >[01:03] -ChanServ- STATUS #chatspike Marie 10 > >As you can see, none of them have auto-op status, and one nickname isnt even registered. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > ************* - SpamBox - ************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > >/**************************************** > * From - Andrew Church > * To - ircservices > * Sent - 2003-07-27 @ 08:41:00 > * Subject - Re: [IRCServices] Possible small bug.. > ****************************************/ > >/****** - Begin Original Message - ******/ > >> Did the users in question have auto-op privileges? Did you check with >>/cs status? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>>we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. >>> >>>This is what happened. >>> >>>[17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >>>(12 users..) >>> >>>[17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi >>>[17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >>>(9 users..) >>> >>>The mass op continued.. >>> >>>[17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti >>>[17:38] *** Craig sets mode: +o Guest465108062 >>>(13 users..) >>> >>>[17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >>>[17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >>>(9 users..) >>> >>>The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... >>> >>>just wondering why that is, and why it happens :) >>> >>> >>> >>> >>>/**************************************** >>> * Craig "FrostyCoolSlug" McLure >>> ****************SpamBox***************** >>> * InspIRCd - http://www.inspircd.org >>> * ChatSpike - http://www.chatspike.net >>> * WinBot - http://www.winbot.co.uk >>> ****************************************/ >>> >>> >>> >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>>http://www.ircservices.za.net/mailman/listinfo/ircservices >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From griever at t2n.org Sat Jul 26 19:32:38 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: <3f229564.20171@achurch.org> References: <3f229564.20171@achurch.org> Message-ID: On Sat, 26 Jul 2003 23:46:19 JST, Andrew Church wrote: > No matter how many times you report this, if it doesn't happen with > the unmodified source I won't help you, and if you don't provide a > backtrace I can't help you anyway. > Er, he provided TWO backtraces... one with the modified and one with unmodified source.. From rg at tcslon.com Sun Jul 27 02:12:36 2003 From: rg at tcslon.com (Russell Garrett) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: Message-ID: Err, that was actually after Andrew said that ;). Russ ircservices-bounces@ircservices.za.net wrote: > Subject: Re: [IRCServices] Bug Report, hopefully got all the info > > > On Sat, 26 Jul 2003 23:46:19 JST, Andrew Church > wrote: > >> No matter how many times you report this, if it doesn't happen with >> the unmodified source I won't help you, and if you don't provide a >> backtrace I can't help you anyway. >> > > Er, he provided TWO backtraces... one with the modified and one with > unmodified > source.. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From alisor at softhome.net Sat Jul 26 13:44:54 2003 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] A suggestion Message-ID: <000201c35427$0f7b6a70$0100a8c0@teracontrol> Hello; I know we can change this mail msg that is sent when a nick is registered. But services becomes modified. How about adding a auth.msg file or smth like that so that services root can arrange his own mail. And for example mail-auth-file auth.msg like conf line. By this way a text can be added at the end of normal auth message. For example what is forbidden at server, Not to give his password to anybody etc. PS: Still my suggestion continues for info all command that used by services operators. From jskam at shaw.ca Sun Jul 27 06:37:07 2003 From: jskam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Might be a dumb question, who knows Message-ID: <000301c35444$2c211220$f64f9144@weed> Is there a way to clear a channel's ENTRYMSG? I have tried using a - and using the word none, but it just changes it, doesn't clear it. From admin at nevernet.net Sun Jul 27 06:43:45 2003 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Might be a dumb question, who knows In-Reply-To: <000301c35444$2c211220$f64f9144@weed> Message-ID: <004d01c35445$1d353a10$436a3a44@slytherin> /cs unset #channel entrymsg -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Jeffery Kam Sent: Sunday, July 27, 2003 8:37 AM To: Ircservices Subject: [IRCServices] Might be a dumb question, who knows Is there a way to clear a channel's ENTRYMSG? I have tried using a - and using the word none, but it just changes it, doesn't clear it. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sun Jul 27 08:05:31 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Possible small bug.. Message-ID: <20030727140515.TLMJ18420.mta4-svc.business.ntl.com@i-br0ked-it> if i do it twice, the same users arnt de-opped each time. >>>>[17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >>>>[17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi >>>>[17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac (leaves Marie (2), Boromir (4), Calamari(5), DQ|Having|Drink(9)) [14:25] *** Craig sets mode: +oooooooooooo Beer Calamari Darkest_Queen DarkMaster Dauthi|afk EgaL Gorilla gurkenking Herman Hmzaniac Ishamael Jango [14:25] *** ChanServ sets mode: -oooooo Beer Darkest_Queen DarkMaster Dauthi|afk EgaL Gorilla [14:25] *** ChanServ sets mode: -ooo Herman Hmzaniac Jango (leaves Calamari(2), gurkenking(8)) it seems to be relativly random.. possibly a bug with mergemodes? i checked the services log and it says nothing. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Andrew Church * To - ircservices * Sent - 2003-07-27 @ 09:50:00 * Subject - Re: Re: [IRCServices] Possible small bug.. ****************************************/ /****** - Begin Original Message - ******/ > Bizarre, I'll look into it. Does this happen consistently? If so, >does it always happen to the same nicks, or to nicks in the same positions >in the mode change list? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>yes i did.. >> >>[00:58] -ChanServ- Access level settings for channel #chatspike: >>[00:58] -ChanServ- AUTOPROTECT 25 >>[00:58] -ChanServ- AUTOOP 15 >>[00:58] -ChanServ- AUTOHALFOP 10 >>[00:58] -ChanServ- AUTOVOICE 5 >>[00:58] -ChanServ- INVITE 10 >>[00:58] -ChanServ- AKICK 20 >>[00:58] -ChanServ- SET (founder only) >>[00:58] -ChanServ- CLEAR 25 >>[00:58] -ChanServ- UNBAN 10 >>[00:58] -ChanServ- ACC-LIST 0 >>[00:58] -ChanServ- ACC-CHANGE 25 >>[00:58] -ChanServ- MEMO 10 >>[00:58] -ChanServ- OP-DEOP 15 >>[00:58] -ChanServ- VOICE 50 >>[00:58] -ChanServ- HALFOP 10 >>[00:58] -ChanServ- PROTECT 25 >>[00:58] -ChanServ- KICK 20 >>[00:58] -ChanServ- TOPIC 10 >>[00:58] -ChanServ- STATUS 25 >> >>[01:01] -NickServ- Nickname DQ|HavingADrink isn't registered. >>[01:01] -ChanServ- STATUS #chatspike Ishamael 5 >>[01:02] -ChanServ- STATUS #chatspike Rebs 5 >>[01:03] -ChanServ- STATUS #chatspike rilla-away 0 >>[01:03] -ChanServ- STATUS #chatspike Tatsyrup 5 >>[01:03] -ChanServ- STATUS #chatspike Marie 10 >> >>As you can see, none of them have auto-op status, and one nickname isnt even registered. >> >>/**************************************** >> * Craig "FrostyCoolSlug" McLure >> ************* - SpamBox - ************** >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> * WinBot - http://www.winbot.co.uk >> ****************************************/ >> >>/**************************************** >> * From - Andrew Church >> * To - ircservices >> * Sent - 2003-07-27 @ 08:41:00 >> * Subject - Re: [IRCServices] Possible small bug.. >> ****************************************/ >> >>/****** - Begin Original Message - ******/ >> >>> Did the users in question have auto-op privileges? Did you check with >>>/cs status? >>> >>> --Andrew Church >>> achurch@achurch.org >>> http://achurch.org/ >>> >>>>we were messing around in a channel.. with SecureOps on, i mass opped a large number of users, some with half-op, more with voice, and 1 or 2 people with nothing.. >>>> >>>>This is what happened. >>>> >>>>[17:38] *** Craig sets mode: +oooooooooooo Dr_K|TetNet Marie Beer Boromir Calamari Coma|moving DarkMaster Dauthi DQ|HavingADrink EgaL Herman Hmzaniac >>>>(12 users..) >>>> >>>>[17:38] *** ChanServ sets mode: -oooooo Dr_K|TetNet Beer Boromir Coma|moving DarkMaster Dauthi >>>>[17:38] *** ChanServ sets mode: -ooo EgaL Herman Hmzaniac >>>>(9 users..) >>>> >>>>The mass op continued.. >>>> >>>>[17:38] *** Craig sets mode: +oooooooooooo Ishamael Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor Rebs rilla-away Tatsyrup Togy Yeti >>>>[17:38] *** Craig sets mode: +o Guest465108062 >>>>(13 users..) >>>> >>>>[17:38] *** ChanServ sets mode: -oooooo Jango|Work|Sad2MissFinish Karate|Asleepin MrBOFH MrBOFH|Laptop1 Phoenix Raptor >>>>[17:38] *** ChanServ sets mode: -ooo Togy Yeti Guest465108062 >>>>(9 users..) >>>> >>>>The other users were left as opped (Namely: DQ|HavingADrink Ishamael Rebs rilla-away Tatsyrup Marie)... >>>> >>>>just wondering why that is, and why it happens :) >>>> >>>> >>>> >>>> >>>>/**************************************** >>>> * Craig "FrostyCoolSlug" McLure >>>> ****************SpamBox***************** >>>> * InspIRCd - http://www.inspircd.org >>>> * ChatSpike - http://www.chatspike.net >>>> * WinBot - http://www.winbot.co.uk >>>> ****************************************/ >>>> >>>> >>>> >>>>------------------------------------------------------------------ >>>>To unsubscribe or change your subscription options, visit: >>>>http://www.ircservices.za.net/mailman/listinfo/ircservices >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>>http://www.ircservices.za.net/mailman/listinfo/ircservices >>>. >> >>/******* - End Original Message - *******/ >> >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From griever at t2n.org Sun Jul 27 13:57:11 2003 From: griever at t2n.org (Finny Merrill) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Bug Report, hopefully got all the info In-Reply-To: References: Message-ID: On Sun, 27 Jul 2003 10:12:36 +0100, Russell Garrett wrote: > Err, that was actually after Andrew said that ;). > > Russ > well someone must have fscked timestamps on their mail server then (opera sorts by received time and I can't turn it off) From achurch at achurch.org Tue Jul 29 00:02:13 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] A suggestion In-Reply-To: <000201c35427$0f7b6a70$0100a8c0@teracontrol> Message-ID: <3f253b23.21504@achurch.org> I'm aware of this problem; however, I do not currently have any timeline for resolving it. I may look into it for 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello; >I know we can change this mail msg that is sent when a nick is registered. > >But services becomes modified. > >How about adding a auth.msg file or smth like that so that services root can >arrange his own mail. >And for example > >mail-auth-file auth.msg > >like conf line. > >By this way a text can be added at the end of normal auth message. > >For example what is forbidden at server, Not to give his password to anybody >etc. > >PS: Still my suggestion continues for info all command that used by services >operators. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From eharrison at 2wire.com Mon Jul 28 09:51:24 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists Message-ID: <9131B84E166B2C47B0661227CA0630FEB3FF96@exchangephx> thank you all, works great, didn't know i didn't have to use a FQ name -----Original Message----- From: Georges Berscheid [mailto:georges@berscheid.lu] Sent: Saturday, July 26, 2003 1:56 AM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Server already exists Addendum: The Server name does not need to be the same than the hostname of your box, although this is commonly used. peter.pan would also work as server name. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Samstag, 26. Juli 2003 04:41 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Server already exists Just name your irc server and services different names Example, Your.server.com Services.server.com -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Eric Harrison Sent: Friday, July 25, 2003 8:08 PM To: 'owner@candt.net '; 'IRC Services General Mailing List ' Subject: RE: [IRCServices] Server already exists it is the same server. i don't have a second server to put it on and i don't want to multihome that server. anyway around this? i am allowing local connections so I am not sure why it should matter unless it only allows local clients? Thanks Eric Harrison -----Original Message----- From: owner@candt.net To: IRC Services General Mailing List Sent: 7/25/03 4:36 PM Subject: Re: [IRCServices] Server already exists >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From eharrison at 2wire.com Mon Jul 28 12:40:09 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:01 2004 Subject: [IRCServices] Server already exists Message-ID: <9131B84E166B2C47B0661227CA0630FEB3FF98@exchangephx> on a dumber note, i set my super-user to be eharrison I then registered my nick with nickserv and i don't have operserv access. did i do this wrong? thanks -----Original Message----- From: Eric Harrison [mailto:eharrison@2wire.com] Sent: Monday, July 28, 2003 9:51 AM To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Server already exists thank you all, works great, didn't know i didn't have to use a FQ name -----Original Message----- From: Georges Berscheid [mailto:georges@berscheid.lu] Sent: Saturday, July 26, 2003 1:56 AM To: 'IRC Services General Mailing List' Subject: AW: [IRCServices] Server already exists Addendum: The Server name does not need to be the same than the hostname of your box, although this is commonly used. peter.pan would also work as server name. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery Kam Gesendet: Samstag, 26. Juli 2003 04:41 An: 'IRC Services General Mailing List' Betreff: RE: [IRCServices] Server already exists Just name your irc server and services different names Example, Your.server.com Services.server.com -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Eric Harrison Sent: Friday, July 25, 2003 8:08 PM To: 'owner@candt.net '; 'IRC Services General Mailing List ' Subject: RE: [IRCServices] Server already exists it is the same server. i don't have a second server to put it on and i don't want to multihome that server. anyway around this? i am allowing local connections so I am not sure why it should matter unless it only allows local clients? Thanks Eric Harrison -----Original Message----- From: owner@candt.net To: IRC Services General Mailing List Sent: 7/25/03 4:36 PM Subject: Re: [IRCServices] Server already exists >From the looks of it it appears that you named services the same as the irc server your connecting to ----- Original Message ----- From: "Eric Harrison" To: Sent: Friday, July 25, 2003 18:13 PM Subject: [IRCServices] Server already exists > I am trying to run ircservices on the same server as IRCD (Unreal). > Everything loads good until the server responds with > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > > I have never setup IRCd before, so excuse my newbness. > > Clients connect fine from other boxes, but not the services. > The server at least matches it to the ULINE. > Also gives IDENT error but it contiunes on. > > here is the log from connect to disconnect: > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 > VHP VL NOQUIT UMODE2 TOKEN > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER techdev2.phx.2wire.com 1 > :U0-*-0 Services for IRC Networks > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Operator > Server > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > Noticer > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > Server > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel Server > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Looking up your hostname... > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking ident... > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Checking for open socks server... > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No ident response; username prefixed with ~ > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** No socks server found (good!)... > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > instead > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR :Server > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > [127.0.0.1] (Server Exists) > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR :Closing > Link: [127.0.0.1] (Server Exists)) > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection reset by > peer > [Jul 25 15:09:41.606744 2003] debug: Saving databases > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset by > peer > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Mon Jul 28 13:00:30 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Server already exists Message-ID: <9479919982cd4340a372c9887c90a437@194.70.73.89> Make sure the nick you registered is called 'eharrison' and that you have oppered before trying to acces the operserv features. -- /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ --------- Original Message -------- From: IRC Services General Mailing List To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] Server already exists Date: 28/07/03 21:48 > on a dumber note, i set my super-user to be eharrison > I then registered my nick with nickserv and i don't have operserv access. > > did i do this wrong? > > thanks > > -----Original Message----- > From: Eric Harrison [mailto:eharrison@2wire.com] > Sent: Monday, July 28, 2003 9:51 AM > To: 'IRC Services General Mailing List' > Subject: RE: [IRCServices] Server already exists > > > thank you all, works great, didn't know i didn't have to use a FQ name > > -----Original Message----- > From: Georges Berscheid [mailto:georges@berscheid.lu] > Sent: Saturday, July 26, 2003 1:56 AM > To: 'IRC Services General Mailing List' > Subject: AW: [IRCServices] Server already exists > > > Addendum: The Server name does not need to be the same than the hostname > of your box, although this is commonly used. peter.pan would also work > as server name. > > Georges > > > -----Urspr?ngliche Nachricht----- > Von: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jeffery > Kam > Gesendet: Samstag, 26. Juli 2003 04:41 > An: 'IRC Services General Mailing List' > Betreff: RE: [IRCServices] Server already exists > > > Just name your irc server and services different names > Example, > Your.server.com > Services.server.com > > -----Original Message----- > From: ircservices-bounces@ircservices.za.net > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Eric > Harrison > Sent: Friday, July 25, 2003 8:08 PM > To: 'owner@candt.net '; 'IRC Services General Mailing List ' > Subject: RE: [IRCServices] Server already exists > > it is the same server. i don't have a second server to put it on and i > don't want to multihome that server. anyway around this? i am allowing > local connections so I am not sure why it should matter unless it only > allows local clients? > > Thanks > Eric Harrison > > -----Original Message----- > From: owner@candt.net > To: IRC Services General Mailing List > Sent: 7/25/03 4:36 PM > Subject: Re: [IRCServices] Server already exists > > >From the looks of it it appears that you named services the same as the > irc > server your connecting to > ----- Original Message ----- > From: "Eric Harrison" <eharrison@2wire.com> > To: <IRCServices@ircservices.za.net> > Sent: Friday, July 25, 2003 18:13 PM > Subject: [IRCServices] Server already exists > > > > I am trying to run ircservices on the same server as IRCD (Unreal). > > Everything loads good until the server responds with > > > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > > [127.0.0.1] (Server Exists) > > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR > :Closing > > Link: [127.0.0.1] (Server Exists)) > > > > I have never setup IRCd before, so excuse my newbness. > > > > Clients connect fine from other boxes, but not the services. > > The server at least matches it to the ULINE. > > Also gives IDENT error but it contiunes on. > > > > here is the log from connect to disconnect: > > > > [Jul 25 15:09:34.305861 2003] Initiated connection to 127.0.0.1:7000 > > [Jul 25 15:09:34.306016 2003] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 > NICKv2 > > VHP VL NOQUIT UMODE2 TOKEN > > [Jul 25 15:09:34.306218 2003] debug: Sent: PASS :******* > > [Jul 25 15:09:34.306255 2003] debug: Sent: SERVER > techdev2.phx.2wire.com 1 > > :U0-*-0 Services for IRC Networks > > [Jul 25 15:09:34.306352 2003] debug: Sent: NICK OperServ 1 1059170974 > > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com > :Operator > > Server > > [Jul 25 15:09:34.306394 2003] debug: Sent: NICK Global 1 1059170974 > > eharrison 2wire.com techdev2.phx.2wire.com 0 +oiSqd 2wire.com :Global > > Noticer > > [Jul 25 15:09:34.306431 2003] debug: Sent: NICK NickServ 1 1059170974 > > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Nickname > > Server > > [Jul 25 15:09:34.306467 2003] debug: Sent: NICK ChanServ 1 1059170974 > > eharrison 2wire.com techdev2.phx.2wire.com 0 +oSqd 2wire.com :Channel > Server > > [Jul 25 15:09:34.306538 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** Looking up your hostname... > > [Jul 25 15:09:34.306582 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** Checking ident... > > [Jul 25 15:09:34.306613 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** Checking for open socks server... > > [Jul 25 15:09:34.306644 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** No ident response; username prefixed with ~ > > [Jul 25 15:09:34.306675 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** No socks server found (good!)... > > [Jul 25 15:09:41.606372 2003] debug: Received: :techdev2.phx.2wire.com > > NOTICE AUTH :*** Couldn't resolve your hostname; using your IP address > > instead > > [Jul 25 15:09:41.606445 2003] debug: Received: ERROR :Server > > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com > > [Jul 25 15:09:41.606476 2003] unknown message from server (ERROR > :Server > > techdev2.phx.2wire.com already exists from techdev2.phx.2wire.com) > > [Jul 25 15:09:41.606503 2003] debug: Received: ERROR :Closing Link: > > [127.0.0.1] (Server Exists) > > [Jul 25 15:09:41.606532 2003] unknown message from server (ERROR > :Closing > > Link: [127.0.0.1] (Server Exists)) > > [Jul 25 15:09:41.606570 2003] debug: sockets: read(0): Connection > reset by > > peer > > [Jul 25 15:09:41.606744 2003] debug: Saving databases > > [Jul 25 15:09:41.607340 2003] Read error from server: Connection reset > by > > peer > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > ________________________________________________ Message sent using UebiMiau 2.7.8 From danielb at telefonica.net.pe Wed Jul 30 05:59:22 2003 From: danielb at telefonica.net.pe (Daniel Basilio) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices Message-ID: <3F27C12A.4050103@telefonica.net.pe> Hi All I'm running unreal ircd3.2 and am trying to get it working with the latest version of ircservices. I installed everything OK, created the files needed and everything should be super and OK... but when I try starting the services.. I get this error : [root@dnd ircservices-5.0.21]# ./ircservices Initialization failed, exiting. And this is the error I get from my irc server : --- *** Notice -- Connection to services.serveirc.com[127.0.0.1] activated. --- *** LocOps -- Link denied for danielb.serveirc.com(unknown@127.0.0.1) (No link block named 'danielb.serveirc.com') [@127.0.0.1.49809] --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- Link denied (No matching link configuration) [@127.0.0.1.49809] --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- Closing Link: [127.0.0.1] (Link denied (No matching link configuration)) --- *** LocOps -- Server services.serveirc.com[127.0.0.1] closed the connection Anyone knows how can I sort this out? it's really important to me.. Thanks in advance, Daniel From georges at berscheid.de Wed Jul 30 06:48:54 2003 From: georges at berscheid.de (Georges Berscheid) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices References: <3F27C12A.4050103@telefonica.net.pe> Message-ID: <3F27CCC6.7080206@berscheid.de> Hi, you will have to add C/N lines for services to your IRCd configuration. Check the documentation on the link{} block in Unreal3.2. While creating this block, make sure the password and server name match what you put into ircservices.conf. Georges Daniel Basilio wrote: > Hi All > > I'm running unreal ircd3.2 and am trying to get it working with the > latest version of ircservices. I installed everything OK, created the > files needed and everything should be super and OK... but when I try > starting the services.. I get this error : > > [root@dnd ircservices-5.0.21]# ./ircservices > Initialization failed, exiting. > > And this is the error I get from my irc server : > > --- *** Notice -- Connection to services.serveirc.com[127.0.0.1] > activated. > --- *** LocOps -- Link denied for > danielb.serveirc.com(unknown@127.0.0.1) (No link block named > 'danielb.serveirc.com') [@127.0.0.1.49809] > --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- Link > denied (No matching link configuration) [@127.0.0.1.49809] > --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- > Closing Link: [127.0.0.1] (Link denied (No matching link configuration)) > --- *** LocOps -- Server services.serveirc.com[127.0.0.1] closed the > connection > > Anyone knows how can I sort this out? it's really important to me.. > > Thanks in advance, > > Daniel > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From sysprog at bezeqint.net Wed Jul 30 07:49:04 2003 From: sysprog at bezeqint.net (sysprog) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices In-Reply-To: <3F27C12A.4050103@telefonica.net.pe> Message-ID: <002e01c356a9$b8be8020$350a10ac@p4159> Daniel, Although that I don't use ircd3.2 I think that your problem is in the ircd configuration. Take a look in your conf files and see if you have a link block (or the equivalent) to the services. SysProg -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Daniel Basilio Sent: Wednesday, July 30, 2003 2:59 PM To: IRCServices@ircservices.za.net Subject: [IRCServices] problem with ircservices Hi All I'm running unreal ircd3.2 and am trying to get it working with the latest version of ircservices. I installed everything OK, created the files needed and everything should be super and OK... but when I try starting the services.. I get this error : [root@dnd ircservices-5.0.21]# ./ircservices Initialization failed, exiting. And this is the error I get from my irc server : --- *** Notice -- Connection to services.serveirc.com[127.0.0.1] activated. --- *** LocOps -- Link denied for danielb.serveirc.com(unknown@127.0.0.1) (No link block named 'danielb.serveirc.com') [@127.0.0.1.49809] --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- Link denied (No matching link configuration) [@127.0.0.1.49809] --- *** LocOps -- ERROR :from services.serveirc.com[127.0.0.1] -- Closing Link: [127.0.0.1] (Link denied (No matching link configuration)) --- *** LocOps -- Server services.serveirc.com[127.0.0.1] closed the connection Anyone knows how can I sort this out? it's really important to me.. Thanks in advance, Daniel ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From danielb at telefonica.net.pe Wed Jul 30 06:54:17 2003 From: danielb at telefonica.net.pe (Daniel Basilio) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices In-Reply-To: <3F27CCC6.7080206@berscheid.de> References: <3F27C12A.4050103@telefonica.net.pe> <3F27CCC6.7080206@berscheid.de> Message-ID: <3F27CE09.2010100@telefonica.net.pe> I do have those lines, I think, here's what I've got: link services.serveirc.com { username *; hostname 127.0.0.1; bind-ip *; port 6667; hub *; password-connect "LiNk"; password-receive "LiNk"; class servers; options { autoconnect; }; }; Is this what I need? Thanks, -- Daniel Basilio R. - danielb@telefonica.net.pe Web Designer & Developer - http://danielb.serveirc.com msn - dbasilior@hotmail.com From georges at berscheid.de Wed Jul 30 07:03:25 2003 From: georges at berscheid.de (Georges Berscheid) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices References: <3F27C12A.4050103@telefonica.net.pe> <3F27CCC6.7080206@berscheid.de> <3F27CE09.2010100@telefonica.net.pe> Message-ID: <3F27D02D.1060909@berscheid.de> I don't know all the options by heard, but it looks good at first sight. Although I would remove the autoconnect options, since services die anyway if the connection to the uplink dies. On the other hand, I feel like you have named your services server danielb.serveirc.com in ircservices.conf instead of services.serveirc.com. That would be the problem. Georges Daniel Basilio wrote: > I do have those lines, I think, here's what I've got: > > link services.serveirc.com > { > username *; > hostname 127.0.0.1; > bind-ip *; > port 6667; > hub *; > password-connect "LiNk"; > password-receive "LiNk"; > class servers; > options { > autoconnect; > }; > }; > > Is this what I need? > > Thanks, > From sysprog at bezeqint.net Wed Jul 30 08:05:01 2003 From: sysprog at bezeqint.net (sysprog) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] problem with ircservices In-Reply-To: <3F27CE09.2010100@telefonica.net.pe> Message-ID: <002f01c356ab$f7cc8d00$350a10ac@p4159> Take a look at your error: "....(No link block named 'danielb.serveirc.com')..." Now at you link block: "... link services.serveirc.com..." there is no match. SysProg -----Original Message----- From: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Daniel Basilio Sent: Wednesday, July 30, 2003 3:54 PM To: georges@berscheid.lu; IRC Services General Mailing List Subject: Re: [IRCServices] problem with ircservices I do have those lines, I think, here's what I've got: link services.serveirc.com { username *; hostname 127.0.0.1; bind-ip *; port 6667; hub *; password-connect "LiNk"; password-receive "LiNk"; class servers; options { autoconnect; }; }; Is this what I need? Thanks, -- Daniel Basilio R. - danielb@telefonica.net.pe Web Designer & Developer - http://danielb.serveirc.com msn - dbasilior@hotmail.com ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From jnevins at webmail.co.za Sun Aug 3 07:55:10 2003 From: jnevins at webmail.co.za (Jason Nevins) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Redistibutable win32 port using cygwin Message-ID: <005001c359cf$3c964810$0100a8c0@fromhell> I am attempting to make a Redisttibutable win32 port of ircservices-5.0.21 with cygwin running ./configure and make and make install all worx fine, ircservices runs damn stable with no errors the problem only arises when i try to run it on a cygwin free box, i copy over the ircservices.exe file and all the other files in the /lib dir already set up(refering to the .conf files) but then i get the msg (i should probably add that i have included cygwin1.dll when i copied over the files) C:\ircservices-win32>ircservices.exe chdir(/tmp/ircservices-win32/lib): No such file or directoryInitialization failed, exiting. now when i ran ./configure it prompted for an install dir and a lib dir, i entered /tmp/ircservices-win32/ and /tmp/ircservices-win32/lib/ witch is clearly the reason why it propmpts me with this error, i have tried to make the dir of the libs the same as the base dir but it still returns a similar error chdir(/tmp/win32-ircserv/): No such file or directoryInitialization failed, exiting. If ne1 knows how to fix this plz contact me -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030803/a8f733b9/attachment.html From G.Manhem at GMX.Net Sun Aug 3 16:50:49 2003 From: G.Manhem at GMX.Net (Gustaf Manhem) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Services Wont deop.. In-Reply-To: <005001c359cf$3c964810$0100a8c0@fromhell> Message-ID: -ChanServ- Sorry, the DEOP command is temporarily unavailable. I get that, Same for op/deop, voice/devoice, halfop/dehalfop But just for one channel, as far as i know, works on 3 other channels where i tested. I read around alittle without really finding anything usefull, atleast no solution to the problem. And when i tried the archive search at http://www.ircservices.za.net/ i only get this.. ht://Dig error htsearch detected an error. Please report this to the webmaster of this site. The error message is: Unable to read configuration file '/usr/local/etc/htdig/shadow_htdig.conf' Anyone have any idea about this? Thanks.. /Gus From Craig at chatspike.net Sun Aug 3 18:20:18 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Services Wont deop.. Message-ID: <20030804002026.XAXA300.mta5-svc.business.ntl.com@i-br0ked-it> People have experianced this problem a lot since the initial release of services 5.. no one is really sure what causes it, or why it happend. Your best bet is to do a /os restart. That will temporarily solve the problem, and make sure you are using the latest services version. /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - Gustaf Manhem * To - IRC Services General Mailing List * Sent - 2003-08-04 @ 01:50:00 * Subject - [IRCServices] Services Wont deop.. ****************************************/ /****** - Begin Original Message - ******/ >-ChanServ- Sorry, the DEOP command is temporarily unavailable. > >I get that, Same for op/deop, voice/devoice, halfop/dehalfop >But just for one channel, as far as i know, works on 3 other channels where >i tested. > >I read around alittle without really finding anything usefull, atleast no >solution to the problem. > >And when i tried the archive search at http://www.ircservices.za.net/ i only >get this.. > >ht://Dig error >htsearch detected an error. Please report this to the webmaster of this >site. The error message is: > >Unable to read configuration file '/usr/local/etc/htdig/shadow_htdig.conf' > >Anyone have any idea about this? >Thanks.. > >/Gus > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From uhc0 at rz.uni-karlsruhe.de Mon Aug 4 01:53:44 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Services Wont deop.. In-Reply-To: References: Message-ID: <1059987224.1735.3.camel@dreadnought.hadiko.de> Hi, The reason, why services may tell you this, is that services's mode changes might have bounced in that specific channel too often. Meaning, that if you have a user continously reversing the modes services has set, services will then stop setting modes in that channel, in order to prevent flood. This will also result in the opdeop and similar commands stop from working. This "user" can also be another set of services, instead of a dumb bot, that is not accepting modes from other services other than itself. Restarting services will reset bouncy modes flags, but your constellation may lead to it again. Please also check the description about NoBouncyModes and whether you should have set it. Regards; yusuf On Mon, 2003-08-04 at 01:50, Gustaf Manhem wrote: > -ChanServ- Sorry, the DEOP command is temporarily unavailable. > > I get that, Same for op/deop, voice/devoice, halfop/dehalfop > But just for one channel, as far as i know, works on 3 other channels where > i tested. > > I read around alittle without really finding anything usefull, atleast no > solution to the problem. > > And when i tried the archive search at http://www.ircservices.za.net/ i only > get this.. > > ht://Dig error > htsearch detected an error. Please report this to the webmaster of this > site. The error message is: > > Unable to read configuration file '/usr/local/etc/htdig/shadow_htdig.conf' > > Anyone have any idea about this? > Thanks.. > > /Gus > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From eharrison at 2wire.com Mon Aug 4 15:41:47 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] mode changes? Message-ID: <9131B84E166B2C47B0661227CA0630FEB40030@exchangephx> is it possible to set a flag on a nick (ie: authorized [Y/N}) and if it is set have nickserv +e the nick and say, when a person enters a channel, chanserv checks for +e and then voices them? Thanks Eric From eharrison at 2wire.com Tue Aug 12 16:02:00 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] nick kill on nick change? Message-ID: <9131B84E166B2C47B0661227CA0630FEB400C2@exchangephx> is there a way to disallow nick changes? Have nickserv force them back to the registered nick if they change it? Thanks Eric Harrison From uhc0 at rz.uni-karlsruhe.de Tue Aug 12 17:29:14 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] nick kill on nick change? In-Reply-To: <9131B84E166B2C47B0661227CA0630FEB400C2@exchangephx> References: <9131B84E166B2C47B0661227CA0630FEB400C2@exchangephx> Message-ID: <1060734553.13932.5.camel@dreadnought.hadiko.de> Hello; Generally, such a change may be done by modifying your irc server, so that nick changes while the user exist cannot be done by identified (mostly UMODE_r) users. On the other hand, even if you manage this only on services side, you take _away_ the "right" to change nicks, and therefore "hide" from disturbing users from a certain group of people, the registered users, so that unregistered users may continously change their nicknames, and disturb others, and the registered users cannot defeat themselves by changing nicks. You must consider this as an annoying "Feature" should you really implement this. Assumptions about ignore lists may exist, but ignore lists are eventually too small, if it comes to terms of a DDOS attack of nick changing bots which privmsg your users... Regards; yusuf On Wed, 2003-08-13 at 01:02, Eric Harrison wrote: > is there a way to disallow nick changes? Have nickserv force them back to > the registered nick if they change it? > > Thanks > Eric Harrison > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From eharrison at 2wire.com Tue Aug 12 17:40:40 2003 From: eharrison at 2wire.com (Eric Harrison) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] nick kill on nick change? Message-ID: <9131B84E166B2C47B0661227CA0630FEB400C4@exchangephx> in probably everycase other then mine I would completely agree with you. But, i have this running in a call center and I am try to opress the lowly phone jockeys from abuse. The whole server is restricted, no arbitrary channels, no join unless registered, no voice unless the nick is authorized (by access list). So i want to take away the right to change the nick when auth'd so that users adhere to the strict naming convention wihout intervention on my part. (make my life easier). Anyways, thanks for the tip. I run UnrealIRCD 3.1 so if you happen to know how to on that daemon, the help would be appreciated. Thanks -Eric -----Original Message----- From: Yusuf Iskenderoglu [mailto:uhc0@rz.uni-karlsruhe.de] Sent: Tuesday, August 12, 2003 5:29 PM To: IRC Services General Mailing List Subject: Re: [IRCServices] nick kill on nick change? Hello; Generally, such a change may be done by modifying your irc server, so that nick changes while the user exist cannot be done by identified (mostly UMODE_r) users. On the other hand, even if you manage this only on services side, you take _away_ the "right" to change nicks, and therefore "hide" from disturbing users from a certain group of people, the registered users, so that unregistered users may continously change their nicknames, and disturb others, and the registered users cannot defeat themselves by changing nicks. You must consider this as an annoying "Feature" should you really implement this. Assumptions about ignore lists may exist, but ignore lists are eventually too small, if it comes to terms of a DDOS attack of nick changing bots which privmsg your users... Regards; yusuf On Wed, 2003-08-13 at 01:02, Eric Harrison wrote: > is there a way to disallow nick changes? Have nickserv force them back to > the registered nick if they change it? > > Thanks > Eric Harrison > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From playa at dreamchat.org Wed Aug 13 09:59:44 2003 From: playa at dreamchat.org (playa) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] JUPE command killing services, running bahamut 1.4.35 Message-ID: <3393.66.181.69.244.1060793984.squirrel@dreamchat.org> Hello everyone, i am new to this list, and am running IRCservices on my network i am starting. I am running bahamut 1.4.35 and noticed that i am not able to use the JUPE command at all, it kills services immediately, and i have to go in and restart them. I appologize if this is a duplicate e-mail about this problem. Bare with me here, im new to IRCservices as well as this list. -- Best Regards, playa Network Founder/CEO DreamChat IRC Network - irc.dreamchat.org http://www.dreamchat.org From playa at dreamchat.org Wed Aug 13 10:01:59 2003 From: playa at dreamchat.org (playa) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] JUPE command killing services, running bahamut 1.4.35 In-Reply-To: <3393.66.181.69.244.1060793984.squirrel@dreamchat.org> References: <3393.66.181.69.244.1060793984.squirrel@dreamchat.org> Message-ID: <2812.66.181.69.244.1060794119.squirrel@dreamchat.org> Ooops, left out the version, that might be helpful... ircservices-5.0.21 services.dreamchat.org build #1 > Hello everyone, i am new to this list, and am running IRCservices on my > network i am starting. I am running bahamut 1.4.35 and noticed that i am > not able to use the JUPE command at all, it kills services immediately, > and i have to go in and restart them. I appologize if this is a duplicate > e-mail about this problem. Bare with me here, im new to IRCservices as > well as this list. > > > -- > Best Regards, > playa > Network Founder/CEO > DreamChat IRC Network - irc.dreamchat.org > http://www.dreamchat.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > -- Best Regards, playa Network Founder/CEO DreamChat IRC Network - irc.dreamchat.org http://www.dreamchat.org From martinpels at hotmail.com Wed Aug 13 10:03:56 2003 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] JUPE command killing services, running bahamut 1.4.35 References: <3393.66.181.69.244.1060793984.squirrel@dreamchat.org> Message-ID: Configure your link to Services as hub in your ircd.conf ----- Original Message ----- From: "playa" To: Sent: Wednesday, August 13, 2003 6:59 PM Subject: [IRCServices] JUPE command killing services, running bahamut 1.4.35 > Hello everyone, i am new to this list, and am running IRCservices on my > network i am starting. I am running bahamut 1.4.35 and noticed that i am > not able to use the JUPE command at all, it kills services immediately, > and i have to go in and restart them. I appologize if this is a duplicate > e-mail about this problem. Bare with me here, im new to IRCservices as > well as this list. > > > -- > Best Regards, > playa > Network Founder/CEO > DreamChat IRC Network - irc.dreamchat.org > http://www.dreamchat.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From playa at dreamchat.org Wed Aug 13 11:03:42 2003 From: playa at dreamchat.org (playa) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] JUPE command killing services, running bahamut1.4.35 In-Reply-To: References: <3393.66.181.69.244.1060793984.squirrel@dreamchat.org> Message-ID: <7555.66.181.69.244.1060797822.squirrel@dreamchat.org> That did it, thanks a lot. :) > Configure your link to Services as hub in your ircd.conf > > ----- Original Message ----- > From: "playa" > To: > Sent: Wednesday, August 13, 2003 6:59 PM > Subject: [IRCServices] JUPE command killing services, running bahamut > 1.4.35 > > >> Hello everyone, i am new to this list, and am running IRCservices on my >> network i am starting. I am running bahamut 1.4.35 and noticed that i >> am >> not able to use the JUPE command at all, it kills services immediately, >> and i have to go in and restart them. I appologize if this is a >> duplicate >> e-mail about this problem. Bare with me here, im new to IRCservices as >> well as this list. >> >> >> -- >> Best Regards, >> playa >> Network Founder/CEO >> DreamChat IRC Network - irc.dreamchat.org >> http://www.dreamchat.org >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices >> > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > -- Best Regards, playa Network Founder/CEO DreamChat IRC Network - irc.dreamchat.org http://www.dreamchat.org From endinglife at hotmail.com Fri Aug 15 01:04:43 2003 From: endinglife at hotmail.com (alistair [malice]) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Kill Protection Immed Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030815/f628c1ba/attachment.htm From uhc0 at rz.uni-karlsruhe.de Fri Aug 15 02:50:27 2003 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Kill Protection Immed In-Reply-To: References: Message-ID: <1060941027.1735.1.camel@dreadnought.hadiko.de> Hello; Quoting from modules.conf: # NSAllowKillImmed [OPTIONAL] # When given, allows the use of the IMMED option with the NickServ # SET KILL command. #NSAllowKillImmed Regards; yusuf On Fri, 2003-08-15 at 10:04, alistair [malice] wrote: > Hello, I am wonderig how one enables this option (/msg nickserv set > kill immed) I have not been able to find out where/how to enable it. > Could anyone help with this? > > Thanks in advance :) > > ______________________________________________________________________ > ninemsn Extra Storage is now available. 30MB of storage on ninemsn > Groups - great for sharing photos and documents. Sign up now > > ______________________________________________________________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ TimeMr14C | | ------------------------------------------------------------------ From playa at dreamchat.org Fri Aug 15 15:35:01 2003 From: playa at dreamchat.org (playa) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] GuestXXXXXXXXXX Question Message-ID: <11241.64.108.85.48.1060986901.squirrel@dreamchat.org> Ok, i have been looking for a while, im breaking down and asking the pros. Is there any way at all i can change the amount of digits the guest nick uses? I mean 10 is a bit much for my small network. I found out how to change the Guest nick to something else, but not the amount of digits. -- Best Regards, playa Network Founder/CEO DreamChat IRC Network - irc.dreamchat.org http://www.dreamchat.org From achurch at achurch.org Sun Aug 17 11:06:12 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Personal status update Message-ID: <3f3ee4f8.17305@achurch.org> Just so people know why I'm not reading/responding to mail: I suffered a double failure of hard disk and backup media about two weeks ago, which took everything but my OS (and, fortunately, CVS repository) with it. Since I have Services under CVS on my local machine, the source itself is saved, but all the auxiliary files--notes, scripts, whatnot--that I use in development, along with all of my saved Services (and other) mail, are poof. I sent the drive off to a data recovery place, and with any luck they should be able to get the data back (to the tune of $2000...), but the recovery is "taking longer than expected", which is not encouraging. I'm holding off on dealing with mail until either I get the data back or I find out that I can't get it back, to avoid complicating matters when I try to restore everything. So, please be patient for a bit--I'll get back on track as soon as I can. --Andrew Church achurch@achurch.org http://achurch.org/ From ayottew at sympatico.ca Sat Aug 16 19:22:40 2003 From: ayottew at sympatico.ca (Wayne Ayotte) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Personal status update References: <3f3ee4f8.17305@achurch.org> Message-ID: <000601c36466$6ef81620$0201a8c0@webdevint.com> no prob Andrew, where can I send a small donation? for the repairs. Linus Gates ----- Original Message ----- From: "Andrew Church" To: Sent: Saturday, August 16, 2003 10:06 PM Subject: [IRCServices] Personal status update > Just so people know why I'm not reading/responding to mail: > I suffered a double failure of hard disk and backup media about two weeks > ago, which took everything but my OS (and, fortunately, CVS repository) > with it. Since I have Services under CVS on my local machine, the source > itself is saved, but all the auxiliary files--notes, scripts, whatnot--that > I use in development, along with all of my saved Services (and other) mail, > are poof. I sent the drive off to a data recovery place, and with any luck > they should be able to get the data back (to the tune of $2000...), but the > recovery is "taking longer than expected", which is not encouraging. I'm > holding off on dealing with mail until either I get the data back or I find > out that I can't get it back, to avoid complicating matters when I try to > restore everything. > > So, please be patient for a bit--I'll get back on track as soon as I > can. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices From Craig at chatspike.net Sat Aug 16 20:30:01 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Personal status update Message-ID: <20030817023047.PMTY27989.mta1-svc.business.ntl.com@i-br0ked-it> /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ well, i wish the speedy recovery of your hd, and the data on it.. However, maybe this is a wake up call to get some sorta cron job to back the CVS up onto an external server every 24 hours if possible.. People dont have to have access to it, but its just somewhere where its safe ;) Would certainly save you a headache.. Thanks for the update :) /**************************************** Craig "FrostyCoolSlug" McLure ***************************************/ /**************************************** * From - Andrew Church * To - ircservices * Sent - 2003-08-17 @ 11:06:00 * Subject - [IRCServices] Personal status update ****************************************/ /****** - Begin Original Message - ******/ > Just so people know why I'm not reading/responding to mail: >I suffered a double failure of hard disk and backup media about two weeks >ago, which took everything but my OS (and, fortunately, CVS repository) >with it. Since I have Services under CVS on my local machine, the source >itself is saved, but all the auxiliary files--notes, scripts, whatnot--that >I use in development, along with all of my saved Services (and other) mail, >are poof. I sent the drive off to a data recovery place, and with any luck >they should be able to get the data back (to the tune of $2000...), but the >recovery is "taking longer than expected", which is not encouraging. I'm >holding off on dealing with mail until either I get the data back or I find >out that I can't get it back, to avoid complicating matters when I try to >restore everything. > > So, please be patient for a bit--I'll get back on track as soon as I >can. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From achurch at achurch.org Sun Aug 17 11:27:25 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Personal status update In-Reply-To: <000601c36466$6ef81620$0201a8c0@webdevint.com> Message-ID: <3f3ee93d.17327@achurch.org> I'm grateful for the thought alone, but if you're of the mind (for which I'd be even more grateful!), my home address is: Primabera Isejuku #315 10-1 Isejuku, Ichikawa-shi Chiba 272-0106, Japan Note that banks in Japan don't believe in personal checks, and it takes about a month and $35 in fees to cash one, so if you do send something, send it as cash or an international postal money order. Thanks again. --Andrew Church achurch@achurch.org http://achurch.org/ >no prob Andrew, where can I send a small donation? for the repairs. > >Linus Gates > >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Saturday, August 16, 2003 10:06 PM >Subject: [IRCServices] Personal status update > > >> Just so people know why I'm not reading/responding to mail: >> I suffered a double failure of hard disk and backup media about two weeks >> ago, which took everything but my OS (and, fortunately, CVS repository) >> with it. Since I have Services under CVS on my local machine, the source >> itself is saved, but all the auxiliary files--notes, scripts, >whatnot--that >> I use in development, along with all of my saved Services (and other) >mail, >> are poof. I sent the drive off to a data recovery place, and with any >luck >> they should be able to get the data back (to the tune of $2000...), but >the >> recovery is "taking longer than expected", which is not encouraging. I'm >> holding off on dealing with mail until either I get the data back or I >find >> out that I can't get it back, to avoid complicating matters when I try to >> restore everything. >> >> So, please be patient for a bit--I'll get back on track as soon as I >> can. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Aug 17 11:32:44 2003 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Personal status update In-Reply-To: <20030817023047.PMTY27989.mta1-svc.business.ntl.com@i-br0ked-it> Message-ID: <3f3ee9bf.17340@achurch.org> >well, i wish the speedy recovery of your hd, and the data on it.. However, maybe this is a wake up call to get some sorta cron job to back the CVS up onto an external server every 24 hours if possible.. People dont have to have access to it, but its just >somewhere where its safe ;) > >Would certainly save you a headache.. Very true, that's definitely something I'll be looking into. I've also taken the precaution of RAIDing all the important data on my system, so hopefully it will be at least somewhat more failure-resistant. --Andrew Church achurch@achurch.org http://achurch.org/ >Thanks for the update :) > >/**************************************** > Craig "FrostyCoolSlug" McLure > ***************************************/ > >/**************************************** > * From - Andrew Church > * To - ircservices > * Sent - 2003-08-17 @ 11:06:00 > * Subject - [IRCServices] Personal status update > ****************************************/ > >/****** - Begin Original Message - ******/ > >> Just so people know why I'm not reading/responding to mail: >>I suffered a double failure of hard disk and backup media about two weeks >>ago, which took everything but my OS (and, fortunately, CVS repository) >>with it. Since I have Services under CVS on my local machine, the source >>itself is saved, but all the auxiliary files--notes, scripts, whatnot--that >>I use in development, along with all of my saved Services (and other) mail, >>are poof. I sent the drive off to a data recovery place, and with any luck >>they should be able to get the data back (to the tune of $2000...), but the >>recovery is "taking longer than expected", which is not encouraging. I'm >>holding off on dealing with mail until either I get the data back or I find >>out that I can't get it back, to avoid complicating matters when I try to >>restore everything. >> >> So, please be patient for a bit--I'll get back on track as soon as I >>can. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: From Craig at chatspike.net Sun Aug 17 15:05:12 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] A Mailing List request.. Message-ID: <20030817210524.LDVC27989.mta1-svc.business.ntl.com@i-br0ked-it> Can we please establish some borders when it comes to the Services 'Main' list and the services 'Coding' list? I would have thought that the coding list would have been for things like assisting with modules, or general source editing, where as the Main list, would be for things like Questions, requests. >From what i've seen there is no real different between the two, both get feature requests, both get questions about the source / compiling errors.. It just seems kinda pointless to have two atm :) /**************************************** * Craig "FrostyCoolSlug" McLure ****************SpamBox***************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ From andrewk at isdial.net Mon Aug 18 01:05:48 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] A Mailing List request.. References: <20030817210524.LDVC27989.mta1-svc.business.ntl.com@i-br0ked-it> Message-ID: <037301c3655f$88e3e100$1f0912ac@espotting.com> I've updated the descriptions by adding module support to the -coding list and removing "suggestions" from the -coding list - this was from the days of all version 5 discussion being limited to the -coding list. Current list descriptions: ircservices: Typical topics of discussion include: - Technicalities of proposed changes. - How IRC Services' internals work. - How to go about making modifications without breaking things. - Suggestions for future versions. ircservices-coding: Typical topics of discussion include: - Module development related questions. - How to go about making modifications without breaking things. - Technicalities of proposed changes. - How IRC Services' internals work. I hope this makes things a little clearer. Regards, Andrew ----- Original Message ----- From: "Craig McLure" To: Sent: Sunday, August 17, 2003 11:00 PM Subject: [IRCServices] A Mailing List request.. > Can we please establish some borders when it comes to the Services 'Main' list and the services 'Coding' list? I would have thought that the coding list would have been for things like assisting with modules, or general source editing, where as the Main list, would be for things like Questions, requests. > > >From what i've seen there is no real different between the two, both get feature requests, both get questions about the source / compiling errors.. It just seems kinda pointless to have two atm :) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > ****************SpamBox***************** > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > * WinBot - http://www.winbot.co.uk > ****************************************/ > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From andrewk at isdial.net Mon Aug 18 01:07:31 2003 From: andrewk at isdial.net (Andrew Kempe) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] A Mailing List request.. References: <20030817210524.LDVC27989.mta1-svc.business.ntl.com@i-br0ked-it> <037301c3655f$88e3e100$1f0912ac@espotting.com> Message-ID: <037f01c3655f$c6542e50$1f0912ac@espotting.com> Buggerit... ircservices: Typical topics of discussion include: - Support for original versions of IRC Services. - Bug reports for the most current original version of IRC Services. - Suggestions for future versions. ircservices-coding: Typical topics of discussion include: - Module development related questions. - How to go about making modifications without breaking things. - Technicalities of proposed changes. - How IRC Services' internals work. ----- Original Message ----- From: "Andrew Kempe" To: "IRC Services General Mailing List" Sent: Monday, August 18, 2003 9:05 AM Subject: Re: [IRCServices] A Mailing List request.. > I've updated the descriptions by adding module support to the -coding list > and removing "suggestions" from the -coding list - this was from the days of > all version 5 discussion being limited to the -coding list. > > Current list descriptions: > > ircservices: > > Typical topics of discussion include: > - Technicalities of proposed changes. > - How IRC Services' internals work. > - How to go about making modifications without > breaking things. > - Suggestions for future versions. > > ircservices-coding: > > Typical topics of discussion include: > - Module development related questions. > - How to go about making modifications without > breaking things. > - Technicalities of proposed changes. > - How IRC Services' internals work. > > > I hope this makes things a little clearer. > > Regards, Andrew > > > ----- Original Message ----- > From: "Craig McLure" > To: > Sent: Sunday, August 17, 2003 11:00 PM > Subject: [IRCServices] A Mailing List request.. > > > > Can we please establish some borders when it comes to the Services 'Main' > list and the services 'Coding' list? I would have thought that the coding > list would have been for things like assisting with modules, or general > source editing, where as the Main list, would be for things like Questions, > requests. > > > > >From what i've seen there is no real different between the two, both get > feature requests, both get questions about the source / compiling errors.. > It just seems kinda pointless to have two atm :) > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > ****************SpamBox***************** > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > * WinBot - http://www.winbot.co.uk > > ****************************************/ > > > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > From endinglife at hotmail.com Mon Aug 18 09:53:42 2003 From: endinglife at hotmail.com (alistair [malice]) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] /msg nickserv list * Message-ID: An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030819/af2f4cc3/attachment.html From Craig at chatspike.net Mon Aug 18 21:13:35 2003 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] /msg nickserv list * Message-ID: <20030819031348.TPNF2678.mta4-svc.business.ntl.com@i-br0ked-it> Please dont send HTML Email to this list.. As far as i know, from there, only specific searches will get a responce. I feel that there should be a way to list users 50 -> 100, 100 -> 150 and so on.. however, i dont think that exists as of yet (If it does, its un-documented.. and i cant be arsed to search the source right now :p) /**************************************** * Craig "FrostyCoolSlug" McLure ************* - SpamBox - ************** * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net * WinBot - http://www.winbot.co.uk ****************************************/ /**************************************** * From - alistair [malice] * To - ircservices * Sent - 2003-08-19 @ 00:53:00 * Subject - [IRCServices] /msg nickserv list * ****************************************/ /****** - Begin Original Message - ******/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices /******* - End Original Message - *******/ From stryker at calyptos.com Thu Aug 21 06:42:53 2003 From: stryker at calyptos.com (John Pearson) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] operserv username? Message-ID: <001801c367ea$22417830$4a332840@server1> I just installed ircservices and am trying to use operserv but everything is denied. How do I set up my initial username and get into it? Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030821/0763136c/attachment.htm From georges at berscheid.de Thu Aug 21 06:49:23 2003 From: georges at berscheid.de (Georges Berscheid) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] operserv username? References: <001801c367ea$22417830$4a332840@server1> Message-ID: <3F44CDE3.5020009@berscheid.de> Hi, you need to set up ServicesRoot in modules.conf plus you must be /oper'ed if you want to use OperServ functions. Georges John Pearson wrote: > I just installed ircservices and am trying to use operserv but > everything is denied. How do I set up my initial username and get into it? > > Thanks, > John > >------------------------------------------------------------------------ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices > > From profound at eyerc.net Thu Aug 21 06:51:25 2003 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] operserv username? References: <001801c367ea$22417830$4a332840@server1> Message-ID: <02ea01c367eb$51bcd090$0200a8c0@profound> In lib/modules.conf # ServicesRoot [REQUIRED] # Specifies the Services "super-user". The super-user, or "root" as # in Unix terminology, is the only user who can add or delete # Services admins. # # This is commented out by default; make sure you insert the correct # nick before uncommenting it. ServicesRoot Profound Cheers, Tim [Profound @ EYErc.net] ----- Original Message ----- From: John Pearson To: ircservices@ircservices.za.net Sent: Thursday, August 21, 2003 11:12 PM Subject: [IRCServices] operserv username? I just installed ircservices and am trying to use operserv but everything is denied. How do I set up my initial username and get into it? Thanks, John ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From stryker at calyptos.com Thu Aug 21 06:57:34 2003 From: stryker at calyptos.com (John Pearson) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] operserv username? References: <001801c367ea$22417830$4a332840@server1> <02ea01c367eb$51bcd090$0200a8c0@profound> Message-ID: <001101c367ec$2cf125d0$4a332840@server1> thanks a bunch, i noticed when i changed it originally i instinctively put a a semi-colon at the end... silly me. thansk for making me look at that line a second time. thanks, john ----- Original Message ----- From: "Profound" To: "IRC Services General Mailing List" Sent: Thursday, August 21, 2003 6:51 AM Subject: Re: [IRCServices] operserv username? > In lib/modules.conf > > # ServicesRoot [REQUIRED] > # Specifies the Services "super-user". The super-user, or "root" as > # in Unix terminology, is the only user who can add or delete > # Services admins. > # > # This is commented out by default; make sure you insert the correct > # nick before uncommenting it. > > ServicesRoot Profound > > Cheers, > Tim [Profound @ EYErc.net] > > ----- Original Message ----- > From: John Pearson > To: ircservices@ircservices.za.net > Sent: Thursday, August 21, 2003 11:12 PM > Subject: [IRCServices] operserv username? > > > I just installed ircservices and am trying to use operserv but everything is > denied. How do I set up my initial username and get into it? > > Thanks, > John > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From stratus at swcic.net Thu Aug 21 17:02:25 2003 From: stratus at swcic.net (Jim Stratus) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Issues with Router Message-ID: <001701c36840$ab76ef80$6801a8c0@centerpoint> Hello, Its been a while since I was on this mailing list or read or sent anything with it. Anyways, here's a problem I am having and was wondering if anyone could help or had any ideas. I have been running IRC Services 5.0.21 and Unreal3.1.6-Noon succesfully on my server for a long time. When we installed a linksys router, we naturally had to reconfigure all the configuration files for the new IP addresses (and I even did a clean install of FreeBSD 5.1 and unreal and ircservices after I couldn't get them to work before the install). To this date, I have been unsuccesful at getting my ircservices to run. The IRCd will run just fine and bind to the internal network IP that our linksys router has assigned that computer. I have setup the router to forward all incoming traffic on ports in the ranges 6660-7000 and such others used by my server to my server so it will get passed the router and passed on through our internal network as well. IRCServices will not bind or connect to itself, and I have tried the router IP (not disclosed - if you need it or want to help contact me) and localhost and 127.0.0.1 and the internal network IP (192.168.1.102) and IRC Services does not run. The log reports this (ircservices.log): [Aug 21 16:55:58 2003] FATAL: Can't connect to server (192.168.1.102:6667): Can't assign requested address It says the same thing for the other IP addresses that I have tried. Please advise if you can. Stratus From profound at eyerc.net Thu Aug 21 17:39:04 2003 From: profound at eyerc.net (Profound) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Issues with Router References: <001701c36840$ab76ef80$6801a8c0@centerpoint> Message-ID: <000401c36845$cddcd620$0200a8c0@profound> Hi Jim, Are you also passing a password? Mine (in ircservices.conf) looks like this: RemoteServer 127.0.0.1 6667 "enteranewpasswordhere" Then in your IRCd conf file make sure you have the same password in your C and N lines as was specified above. Hope this helps, Tim [Profound @ EYErc.net] ----- Original Message ----- From: "Jim Stratus" To: Sent: Friday, August 22, 2003 9:32 AM Subject: [IRCServices] Issues with Router > Hello, > > Its been a while since I was on this mailing list or read or sent anything > with it. Anyways, here's a problem I am having and was wondering if anyone > could help or had any ideas. I have been running IRC Services 5.0.21 and > Unreal3.1.6-Noon succesfully on my server for a long time. When we installed > a linksys router, we naturally had to reconfigure all the configuration > files for the new IP addresses (and I even did a clean install of FreeBSD > 5.1 and unreal and ircservices after I couldn't get them to work before the > install). To this date, I have been unsuccesful at getting my ircservices to > run. The IRCd will run just fine and bind to the internal network IP that > our linksys router has assigned that computer. I have setup the router to > forward all incoming traffic on ports in the ranges 6660-7000 and such > others used by my server to my server so it will get passed the router and > passed on through our internal network as well. IRCServices will not bind or > connect to itself, and I have tried the router IP (not disclosed - if you > need it or want to help contact me) and localhost and 127.0.0.1 and the > internal network IP (192.168.1.102) and IRC Services does not run. The log > reports this (ircservices.log): > [Aug 21 16:55:58 2003] FATAL: Can't connect to server (192.168.1.102:6667): > Can't assign requested address > It says the same thing for the other IP addresses that I have tried. > > Please advise if you can. > > Stratus > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices > From stratus at swcic.net Thu Aug 21 19:50:20 2003 From: stratus at swcic.net (Jim Stratus) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Issues with Router References: <001701c36840$ab76ef80$6801a8c0@centerpoint> <000401c36845$cddcd620$0200a8c0@profound> Message-ID: <000601c36858$21110480$6801a8c0@centerpoint> Hi Tim, Yes, I am also passing a password and my C and N lines are correct, they have been the same and worked before the IP/router changes. Jim ----- Original Message ----- From: "Profound" To: "Jim Stratus" ; "IRC Services General Mailing List" Sent: Thursday, August 21, 2003 5:39 PM Subject: Re: [IRCServices] Issues with Router > Hi Jim, > > Are you also passing a password? > > Mine (in ircservices.conf) looks like this: > > RemoteServer 127.0.0.1 6667 "enteranewpasswordhere" > > Then in your IRCd conf file make sure you have the same password in your C > and N lines as was specified above. > > Hope this helps, > Tim [Profound @ EYErc.net] > > ----- Original Message ----- > From: "Jim Stratus" > To: > Sent: Friday, August 22, 2003 9:32 AM > Subject: [IRCServices] Issues with Router > > > > Hello, > > > > Its been a while since I was on this mailing list or read or sent anything > > with it. Anyways, here's a problem I am having and was wondering if anyone > > could help or had any ideas. I have been running IRC Services 5.0.21 and > > Unreal3.1.6-Noon succesfully on my server for a long time. When we > installed > > a linksys router, we naturally had to reconfigure all the configuration > > files for the new IP addresses (and I even did a clean install of FreeBSD > > 5.1 and unreal and ircservices after I couldn't get them to work before > the > > install). To this date, I have been unsuccesful at getting my ircservices > to > > run. The IRCd will run just fine and bind to the internal network IP that > > our linksys router has assigned that computer. I have setup the router to > > forward all incoming traffic on ports in the ranges 6660-7000 and such > > others used by my server to my server so it will get passed the router and > > passed on through our internal network as well. IRCServices will not bind > or > > connect to itself, and I have tried the router IP (not disclosed - if you > > need it or want to help contact me) and localhost and 127.0.0.1 and the > > internal network IP (192.168.1.102) and IRC Services does not run. The log > > reports this (ircservices.log): > > [Aug 21 16:55:58 2003] FATAL: Can't connect to server > (192.168.1.102:6667): > > Can't assign requested address > > It says the same thing for the other IP addresses that I have tried. > > > > Please advise if you can. > > > > Stratus > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > From cpuman2000 at hotmail.com Thu Aug 21 22:26:13 2003 From: cpuman2000 at hotmail.com (CPUMAN) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Odd MSGs in the Logs Message-ID: Our network just recently upgrade from Unreal3.1.6 to 3.2 Beta 17. Services seems to work fine but the log is flooded with the follow error... [Aug 17 23:28:34 2003] protocol/unreal: m_sethost: user record for CPU not found Any suggestions? CPUMAN Serenia IRC Network irc.serenia.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20030821/2b965af7/attachment.html From georges at berscheid.lu Fri Aug 22 01:05:27 2003 From: georges at berscheid.lu (Georges Berscheid) Date: Sat Oct 23 23:02:02 2004 Subject: AW: [IRCServices] Issues with Router In-Reply-To: <001701c36840$ab76ef80$6801a8c0@centerpoint> Message-ID: <000901c36884$25e1c270$4dbbf683@globi> Hi, this sounds to me like services cannot bind to the local address you supplied. Maybe leave the LocalAddress directive commented out in ircservices.conf. Just a guess. Georges -----Urspr?ngliche Nachricht----- Von: ircservices-bounces@ircservices.za.net [mailto:ircservices-bounces@ircservices.za.net] Im Auftrag von Jim Stratus Gesendet: Freitag, 22. August 2003 02:02 An: ircservices@ircservices.za.net Betreff: [IRCServices] Issues with Router Hello, Its been a while since I was on this mailing list or read or sent anything with it. Anyways, here's a problem I am having and was wondering if anyone could help or had any ideas. I have been running IRC Services 5.0.21 and Unreal3.1.6-Noon succesfully on my server for a long time. When we installed a linksys router, we naturally had to reconfigure all the configuration files for the new IP addresses (and I even did a clean install of FreeBSD 5.1 and unreal and ircservices after I couldn't get them to work before the install). To this date, I have been unsuccesful at getting my ircservices to run. The IRCd will run just fine and bind to the internal network IP that our linksys router has assigned that computer. I have setup the router to forward all incoming traffic on ports in the ranges 6660-7000 and such others used by my server to my server so it will get passed the router and passed on through our internal network as well. IRCServices will not bind or connect to itself, and I have tried the router IP (not disclosed - if you need it or want to help contact me) and localhost and 127.0.0.1 and the internal network IP (192.168.1.102) and IRC Services does not run. The log reports this (ircservices.log): [Aug 21 16:55:58 2003] FATAL: Can't connect to server (192.168.1.102:6667): Can't assign requested address It says the same thing for the other IP addresses that I have tried. Please advise if you can. Stratus ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices From quension at mac.com Thu Aug 21 22:12:19 2003 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Issues with Router In-Reply-To: <001701c36840$ab76ef80$6801a8c0@centerpoint> Message-ID: <34481924-D45F-11D7-A996-0003938D6866@mac.com> On Thursday, Aug 21, 2003, at 17:02 US/Pacific, Jim Stratus wrote: > IRCServices will not bind or connect to itself, and I have tried the > router IP (not disclosed - if you need it or want to help contact me) > and localhost and 127.0.0.1 and the internal network IP > (192.168.1.102) and IRC Services does not run. The log reports this > (ircservices.log): > [Aug 21 16:55:58 2003] FATAL: Can't connect to server > (192.168.1.102:6667): Can't assign requested address > It says the same thing for the other IP addresses that I have tried. Are you using a LocalAddress directive? If so, remove it. -- Quension From stratus at swcic.net Sat Aug 23 21:52:38 2003 From: stratus at swcic.net (Jim Stratus) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] Re: IRCServices Digest, Vol 8, Issue 11 References: <20030823100016.7B8D717057@snow.fingers.co.za> Message-ID: <004d01c369fb$8b2c4d30$6801a8c0@centerpoint> ----- Original Message ----- From: To: Sent: Saturday, August 23, 2003 3:00 AM Subject: IRCServices Digest, Vol 8, Issue 11 > Send IRCServices mailing list submissions to > ircservices@ircservices.za.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.ircservices.za.net/mailman/listinfo/ircservices > or, via email, send a message with subject or body 'help' to > ircservices-request@ircservices.za.net > > You can reach the person managing the list at > ircservices-owner@ircservices.za.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of IRCServices digest..." > > > Today's Topics: > > 1. Re: Issues with Router (Trevor Talbot) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 21 Aug 2003 22:12:19 -0700 > From: Trevor Talbot > Subject: Re: [IRCServices] Issues with Router > To: IRC Services General Mailing List > Message-ID: <34481924-D45F-11D7-A996-0003938D6866@mac.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > On Thursday, Aug 21, 2003, at 17:02 US/Pacific, Jim Stratus wrote: > > > IRCServices will not bind or connect to itself, and I have tried the > > router IP (not disclosed - if you need it or want to help contact me) > > and localhost and 127.0.0.1 and the internal network IP > > (192.168.1.102) and IRC Services does not run. The log reports this > > (ircservices.log): > > [Aug 21 16:55:58 2003] FATAL: Can't connect to server > > (192.168.1.102:6667): Can't assign requested address > > It says the same thing for the other IP addresses that I have tried. > > Are you using a LocalAddress directive? If so, remove it. > > -- Quension Yep, that solved it. Great! Thanks so much! Jim Stratus SWCIC Network > > > ------------------------------ > > _______________________________________________ > IRCServices mailing list > IRCServices@ircservices.za.net > http://www.ircservices.za.net/mailman/listinfo/ircservices > > > End of IRCServices Digest, Vol 8, Issue 11 > ****************************************** > > > From andrew at wtfigo.co.uk Sun Aug 24 02:32:01 2003 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:02:02 2004 Subject: [IRCServices] test In-Reply-To: <000601c36858$21110480$6801a8c0@centerpoint> Message-ID: Test, please ignore