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 no