From yakai_7 at hotmail.com Sun Jan 8 06:11:51 2006 From: yakai_7 at hotmail.com (yakai yakai) Date: Sun Jan 8 06:12:06 2006 Subject: [IRCServices] Hello Message-ID: Dear Sir:- I wana Make or Run My own server On MIRC. So Please tell me how i do or how i make it. Thank's your's (Akhtar) From azoff at se.linux.org Sun Jan 8 06:22:49 2006 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sun Jan 8 06:24:29 2006 Subject: [IRCServices] Hello In-Reply-To: References: Message-ID: <43C12039.1090905@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yakai yakai wrote: > I wana Make or Run My own server On MIRC. > So Please tell me how i do or how i make it. If you don't know what mIRC is and what IRC is, then I don't think that you should even consider running your own ircd. And, just so you know, this list is just for services, it has nothing to do with ircds or such software. If you still want to run a server, then google for ircd or something. - -- .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD `. `' http://azoff.homeip.net | http://azoff.tty0.org `-- http://se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDwSA4eY7jmtvbDP0RAkB2AKCD4IgBnmJL4x0JGyHVHXUpTArVqwCfbvqn W1hcHiLAAYSmzboU+FqYVrI= =vWJn -----END PGP SIGNATURE----- From admin at vonitsanet.gr Mon Jan 9 09:20:46 2006 From: admin at vonitsanet.gr (Dionisios K.) Date: Mon Jan 9 09:20:17 2006 Subject: [IRCServices] Mysql Message-ID: <029801c61541$0ad6e1b0$0100000a@server> I wonder if any mysql (working) module exist for ircservices 5.. From ron2k.za at gmail.com Mon Jan 9 12:02:50 2006 From: ron2k.za at gmail.com (Kieron Thwaites) Date: Mon Jan 9 12:03:01 2006 Subject: [IRCServices] Mysql In-Reply-To: <029801c61541$0ad6e1b0$0100000a@server> References: <029801c61541$0ad6e1b0$0100000a@server> Message-ID: I'm far from the expert when it comes to database issues, but I don't think that it's possible with the way Services stores data in 5.0. However, I do know that 5.1 will make it easier for 3rd party database modules to be added (if I've interpreted Andy's e-mails correctly, that is). Whether or not you'll be able to use MySQL with it remains to be seen. On 1/9/06, Dionisios K. wrote: > I wonder if any mysql (working) module exist for ircservices 5.. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From loverboy at irc.doruk.net.tr Wed Jan 18 08:55:54 2006 From: loverboy at irc.doruk.net.tr (A.S.) Date: Wed Jan 18 08:56:13 2006 Subject: [IRCServices] +a Channel Mode Message-ID: <002101c61c50$16247fd0$0100000a@citir> Hello i am a little confused here... Even there is Enforce and Secureops in channel, services dont remove the +a mode from users at channel. I remember that it was removing +a mode (or i am totaly wrong and getting old). It removes +h and +o but dont remove +a...I fell like missing something... YYY sets mode: +o XXX ChanServ sets mode: -o XXX YYY sets mode: +a XXX YYY sets mode: +h XXX ChanServ sets mode: -h XXX From omster at gmail.com Wed Jan 18 11:51:59 2006 From: omster at gmail.com (Om) Date: Wed Jan 18 11:52:39 2006 Subject: [IRCServices] +a Channel Mode In-Reply-To: <002101c61c50$16247fd0$0100000a@citir> References: <002101c61c50$16247fd0$0100000a@citir> Message-ID: <20060118195159.1a56aa90@honu.gateway.2wire.net> On Wed, 18 Jan 2006 18:55:54 +0200 "A.S." wrote: > Hello > i am a little confused here... > Even there is Enforce and Secureops in channel, services dont remove the +a > mode from users at channel. I remember that it was removing +a mode (or i am > totaly wrong and getting old). > It removes +h and +o but dont remove +a...I fell like missing something... > > YYY sets mode: +o XXX > ChanServ sets mode: -o XXX > YYY sets mode: +a XXX > YYY sets mode: +h XXX > ChanServ sets mode: -h XXX > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Is it just that as the only person who can set +a is usually the owner, that services lets the owner do what they like? Just a thought. -ol -- I will live forever, or die trying. From ratman6 at charter.net Thu Jan 19 12:31:11 2006 From: ratman6 at charter.net (Matt Smith) Date: Thu Jan 19 12:31:24 2006 Subject: [IRCServices] Issue with ./convert-db in 5.0.56 Message-ID: <000001c61d37$49a673d0$0201a8c0@bedroom> Hello List I have an issue with convert-db in ircservices 5.0.56 that I need help with. A network wants to link with me that is using Anope 1.7x and his oper.db file cannot be read by the converter. Here is the exact error: Found Epona/Anope 1.4.1+ databases Loading nick.db... Loading chan.db... Loading oper.db... Read error on /home/bondageradio/ircd/ircservices/lib/csdata/oper.db If there is a way to fix this or even get the converter to bypass oper.db I'd appreciate it. TIA Matt Smith From achurch at achurch.org Fri Jan 20 11:41:33 2006 From: achurch at achurch.org (Andrew Church) Date: Thu Jan 19 18:44:17 2006 Subject: [IRCServices] +a Channel Mode In-Reply-To: <002101c61c50$16247fd0$0100000a@citir> Message-ID: <43d04e76.03662@msgid.achurch.org> >Even there is Enforce and Secureops in channel, services dont remove the +a >mode from users at channel. I remember that it was removing +a mode (or i am >totaly wrong and getting old). >It removes +h and +o but dont remove +a...I fell like missing something... > >YYY sets mode: +o XXX >ChanServ sets mode: -o XXX >YYY sets mode: +a XXX >YYY sets mode: +h XXX >ChanServ sets mode: -h XXX This is designed behavior (it affects operator modes, and technically +a isn't an operator mode), but I agree that it's wrong, and I'll fix it for the next release. Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jan 20 11:46:52 2006 From: achurch at achurch.org (Andrew Church) Date: Thu Jan 19 18:51:58 2006 Subject: [IRCServices] Issue with ./convert-db in 5.0.56 In-Reply-To: <000001c61d37$49a673d0$0201a8c0@bedroom> Message-ID: <43d05048.03712@msgid.achurch.org> > I have an issue with convert-db in ircservices 5.0.56 that I need help >with. A network wants to link with me that is using Anope 1.7x and his >oper.db file cannot be read by the converter. Here is the exact error: > >Found Epona/Anope 1.4.1+ databases >Loading nick.db... >Loading chan.db... >Loading oper.db... >Read error on /home/bondageradio/ircd/ircservices/lib/csdata/oper.db > >If there is a way to fix this or even get the converter to bypass oper.db >I'd appreciate it. TIA It's possible that the database format has changed in recent Anope releases. I'll take a look at the most recent code, and make any changes needed for the next release; if you can send me (privately) a copy of your oper.db file, that would help as well. If I can find any obvious problems, I'll try to make a new release as soon as possible, but as a temporary workaround, edit tools/convert-epona.c and delete the line that reads "epona_load_oper(sourcedir);" (around line 657), then recompile and reinstall Services. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jan 20 13:05:34 2006 From: achurch at achurch.org (Andrew Church) Date: Thu Jan 19 20:09:05 2006 Subject: [IRCServices] Services 5.0.57 released Message-ID: <43d0625c.24301@msgid.achurch.org> Services 5.0.57 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 99120beafe8d7044428acf3272c5ba46 ircservices-5.0.57.tar.gz 669ceedc6996438ccf7f9fb079f2d9b1 ircservices-5.0.57.diff.gz 41bef6121aabdeeb09aaf0d4fbe3edb3 ircservices-5.0.57-1.i386.rpm bed62110ea973ce69741528331bb50cf ircservices_5.0.57-1_i386.deb The mirrors should have it shortly. The behavior of the SECUREOPS channel option has been changed in this release to prevent unprivileged users from being given +a (protection) mode in addition to +o and +h. convert-db has also been updated to work with Anope 1.7 databases (hopefully--I did find one change to the OperServ database format, which I've accounted for in this release). Changes in version 5.0.57 ------------------------- 2006/01/20 Fixed conversion of Anope 1.7 OperServ databases. Reported by Matt Smith 2006/01/20 ChanServ SET SECUREOPS now prevents unprivileged users from gaining channel protect (+a) status as well. Reported by A.S. 2006/01/20 Fixed a bug in the Cygnus database converter causing autokills with invalid expiration data to expire immediately rather than remain with no expiration time. 2006/01/07 Fixed a cosmetic bug in ChanServ LIST causing the no-expire flag "!" to not be shown for suspended channels. --Andrew Church achurch@achurch.org http://achurch.org/ From sync_mastar at yahoo.com Fri Jan 20 04:57:15 2006 From: sync_mastar at yahoo.com (Umar Draz) Date: Fri Jan 20 04:57:23 2006 Subject: [IRCServices] nick registration without email Message-ID: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> hi dear members! I recently installed Unreal3.2 and ircservices 5.57 both are working. Now i want nick registration without sending email. I mean if someone want to register a nick just send the AUTH CODE on screen not through email. is it possible? Regards Umar Draz --------------------------------- Yahoo! Photos ? Showcase holiday pictures in hardcover Photo Books. You design it and we?ll bind it! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060120/52ce4c32/attachment.html From azoff at se.linux.org Fri Jan 20 06:26:05 2006 From: azoff at se.linux.org (=?UTF-8?B?VG9yYmrDtnJuIFN2ZW5zc29u?=) Date: Fri Jan 20 06:26:40 2006 Subject: [IRCServices] nick registration without email In-Reply-To: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> Message-ID: <43D0F2FD.2040403@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Umar Draz wrote: > I mean if someone want to register a nick just send the AUTH CODE > on screen not through email. If you want it to not send the auth-code by mail, why send the auth-code at all? I don't see any reason to send the auth-code to the user by notice. - -- .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD `. `' http://azoff.homeip.net | http://azoff.tty0.org `-- http://se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh P5lIQJy7Hn5Q16NFfZw8KLs= =oGNA -----END PGP SIGNATURE----- From surreal.w00t at gmail.com Sat Jan 21 06:38:04 2006 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Jan 21 06:39:00 2006 Subject: [IRCServices] nick registration without email In-Reply-To: <43D0F2FD.2040403@se.linux.org> References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> <43D0F2FD.2040403@se.linux.org> Message-ID: I can kind of see the logic, as then you'd need to customise for that network, but it's not something I'd do. On 1/21/06, Torbj?rn Svensson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Umar Draz wrote: > > I mean if someone want to register a nick just send the AUTH CODE > > on screen not through email. > > If you want it to not send the auth-code by mail, why send the auth-code > at all? I don't see any reason to send the auth-code to the user by notice. > > > - -- > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD > `. `' http://azoff.homeip.net | http://azoff.tty0.org > `-- http://se.linux.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh > P5lIQJy7Hn5Q16NFfZw8KLs= > =oGNA > -----END PGP SIGNATURE----- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From phan70m at gmail.com Sat Jan 21 09:24:05 2006 From: phan70m at gmail.com (Anton Wolkov) Date: Sat Jan 21 09:24:18 2006 Subject: [IRCServices] nick registration without email In-Reply-To: References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> <43D0F2FD.2040403@se.linux.org> Message-ID: I've seen networks who use auth code as a captcha method, they print it back to the user hoping it won't be caught by an evil script and only a real person would know what to do with it. it's not a good idea, because a simple regexp can catch this. i am using libgd and a php cron to email the auth code inside an image attached to the letter. this also eliminates the need for me to check whether the @host.com points to the same address as the host of the client, because i simply don't care, no bot in hell will be able to just understand the auth code. On 1/21/06, Robin Burchell wrote: > > I can kind of see the logic, as then you'd need to customise botnet here> for that network, but it's not something I'd do. > > On 1/21/06, Torbj?rn Svensson wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Umar Draz wrote: > > > I mean if someone want to register a nick just send the AUTH CODE > > > on screen not through email. > > > > If you want it to not send the auth-code by mail, why send the auth-code > > at all? I don't see any reason to send the auth-code to the user by > notice. > > > > > > - -- > > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org > > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD > > `. `' http://azoff.homeip.net | http://azoff.tty0.org > > `-- http://se.linux.org > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.2 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh > > P5lIQJy7Hn5Q16NFfZw8KLs= > > =oGNA > > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060121/e9dda3b6/attachment.html From surreal.w00t at gmail.com Sat Jan 21 10:12:57 2006 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Jan 21 10:13:05 2006 Subject: [IRCServices] nick registration without email In-Reply-To: References: <20060120125715.96700.qmail@web35206.mail.mud.yahoo.com> <43D0F2FD.2040403@se.linux.org> Message-ID: Indeed, it's easily bypassable- thing is, you need: - A person with a clue. - A person who gives a damn about *your* network enough to bother. In kiddiot land, the first seems to be in short enough supply :-). On 1/22/06, Anton Wolkov wrote: > I've seen networks who use auth code as a captcha method, they print it back > to the user hoping it won't be caught by an evil script and only a real > person would know what to do with it. > it's not a good idea, because a simple regexp can catch this. > i am using libgd and a php cron to email the auth code inside an image > attached to the letter. > this also eliminates the need for me to check whether the @host.com points > to the same address as the host of the client, because i simply don't care, > no bot in hell will be able to just understand the auth code. > > > On 1/21/06, Robin Burchell wrote: > > I can kind of see the logic, as then you'd need to customise > botnet here> for that network, but it's not something I'd do. > > > > On 1/21/06, Torbj?rn Svensson wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Umar Draz wrote: > > > > I mean if someone want to register a nick just send the AUTH CODE > > > > on screen not through email. > > > > > > If you want it to not send the auth-code by mail, why send the auth-code > > > at all? I don't see any reason to send the auth-code to the user by > notice. > > > > > > > > > - -- > > > .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org > > > : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD > > > `. `' http://azoff.homeip.net | http://azoff.tty0.org > > > `-- http://se.linux.org > > > > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.2 (GNU/Linux) > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > > > > iD8DBQFD0PL9eY7jmtvbDP0RAgYDAJ42PLODWGNKtnsRQmG/vwGix3lRpQCgvWMh > > > P5lIQJy7Hn5Q16NFfZw8KLs= > > > =oGNA > > > -----END PGP SIGNATURE----- > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, visit: > > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From admin at vonitsanet.gr Wed Jan 25 06:42:21 2006 From: admin at vonitsanet.gr (Dionisios K.) Date: Wed Jan 25 06:44:48 2006 Subject: [IRCServices] NickServ Ajoin Message-ID: <007f01c621bd$8ed46ea0$0100000a@server> Is possible to allow services admins to add unlimited channels to the autojoin list? From achurch at achurch.org Thu Jan 26 00:05:12 2006 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 25 07:06:16 2006 Subject: [IRCServices] NickServ Ajoin In-Reply-To: <007f01c621bd$8ed46ea0$0100000a@server> Message-ID: <43d793e0.32777@msgid.achurch.org> >Is possible to allow services admins to add unlimited channels to the >autojoin list? No. --Andrew Church achurch@achurch.org http://achurch.org/ From ron2k.za at gmail.com Wed Jan 25 09:46:38 2006 From: ron2k.za at gmail.com (Kieron Thwaites) Date: Wed Jan 25 09:46:47 2006 Subject: [IRCServices] NickServ Ajoin In-Reply-To: <007f01c621bd$8ed46ea0$0100000a@server> References: <007f01c621bd$8ed46ea0$0100000a@server> Message-ID: > Is possible to allow services admins to add unlimited channels to the > autojoin list? Given that IRC servers limit the number of channels that a user may join, this would be pointless. From admin at vonitsanet.gr Wed Jan 25 09:50:55 2006 From: admin at vonitsanet.gr (Dionisios K.) Date: Wed Jan 25 09:52:41 2006 Subject: [IRCServices] NickServ Ajoin References: <007f01c621bd$8ed46ea0$0100000a@server> Message-ID: <008401c621d7$ef4cf080$0100000a@server> Services admins are ircops too. There is no channel limit for ircops. ----- Original Message ----- From: "Kieron Thwaites" To: "IRC Services General Mailing List" Sent: Wednesday, January 25, 2006 7:46 PM Subject: Re: [IRCServices] NickServ Ajoin > Is possible to allow services admins to add unlimited channels to the > autojoin list? Given that IRC servers limit the number of channels that a user may join, this would be pointless. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From omster at gmail.com Wed Jan 25 10:21:09 2006 From: omster at gmail.com (Om) Date: Wed Jan 25 10:21:25 2006 Subject: [IRCServices] NickServ Ajoin In-Reply-To: <008401c621d7$ef4cf080$0100000a@server> References: <007f01c621bd$8ed46ea0$0100000a@server> <008401c621d7$ef4cf080$0100000a@server> Message-ID: <20060125182109.5b8388e9@honu.gateway.2wire.net> On Wed, 25 Jan 2006 19:50:55 +0200 "Dionisios K." wrote: > Services admins are ircops too. > There is no channel limit for ircops. That's very much IRCd dependant. -- I will live forever, or die trying. From igarvey at hotmail.com Thu Jan 26 16:37:46 2006 From: igarvey at hotmail.com (Ian Garvey) Date: Thu Jan 26 16:38:03 2006 Subject: [IRCServices] mlocking channel modes O and A Message-ID: Hello, I'm new to this list and amn't sure if this has been discussed or whatnot, but it appears to be the case that regular users (who are recognized channel founders) can set mlocks regarding channel modes O and A (Opers-only and Admins-only, respectively, on Unreal). I know that IRCServices are designed to work with all sorts of IRCds, but with Unreal, only opers and admins respectively are supposed to be able to set/unset channel modes O and A, so allowing users to set it via ChanServ's modelock function allows them to circumvent this... is there a way that IRCServices could query whether a user is an oper (isanoper) before allowing them to set those mlocks? Regards, Ian Garvey From dave.j.moore at gmail.com Tue Feb 14 12:23:32 2006 From: dave.j.moore at gmail.com (Dave Moore) Date: Tue Feb 14 12:24:02 2006 Subject: [IRCServices] Support request: Services cannot connect to IRCD, strerror error 22. Message-ID: Hello all. I am using IRCServices 5.0.57 on UltimateIRCd(Tsunami)-3.0(01), though this problem occurs regardless of what IRCd is used. (Services never makes it to the IRCd) Following are a C&P of services' log, followed by the contents of socktest.c, which is a socket testing program my buddy wrote (so he says) for me, followed by the output of ./socktest. I hope I've provided enough information, if anyone needs more information or needs me to take any additional steps for further troubleshooting, that's no problem at all. Any help would be appreciated, thanks in advance. Dave Logs: [Feb 14 20:12:25.677031 2006] IRC Services 5.0.57 starting up (options: debug) [Feb 14 20:12:25.722001 2006] debug: Loading language 0 from file `languages/en_us' [Feb 14 20:12:25.728089 2006] debug: Loading language 10 from file `languages/nl' [Feb 14 20:12:25.734271 2006] debug: Loading language 6 from file `languages/fr' [Feb 14 20:12:25.740649 2006] debug: Loading language 9 from file `languages/de' [Feb 14 20:12:25.747259 2006] debug: Loading language 11 from file `languages/hu' [Feb 14 20:12:25.753610 2006] debug: Loading language 8 from file `languages/it' [Feb 14 20:12:25.758795 2006] debug: Loading language 2 from file `languages/ja_euc' [Feb 14 20:12:25.764741 2006] debug: Loading language 3 from file `languages/ja_sjis' [Feb 14 20:12:25.770444 2006] debug: Loading language 5 from file `languages/pt' [Feb 14 20:12:25.779258 2006] debug: Loading language 12 from file `languages/ru' [Feb 14 20:12:25.785985 2006] debug: Loading language 4 from file `languages/es' [Feb 14 20:12:25.792501 2006] debug: Loading language 7 from file `languages/tr' [Feb 14 20:12:25.798826 2006] debug: Loaded languages [Feb 14 20:12:25.802596 2006] debug: Loading module `protocol/bahamut' [Feb 14 20:12:25.809033 2006] debug: Successfully loaded module `protocol/bahamut' [Feb 14 20:12:25.812829 2006] debug: Loading module `database/version4' [Feb 14 20:12:25.821537 2006] debug: Successfully loaded module `database/version4' [Feb 14 20:12:25.825316 2006] debug: Loading module `mail/main' [Feb 14 20:12:25.830547 2006] debug: Successfully loaded module `mail/main' [Feb 14 20:12:25.834844 2006] debug: Loading module `mail/smtp' [Feb 14 20:12:25.841417 2006] debug: Successfully loaded module `mail/smtp' [Feb 14 20:12:25.844974 2006] debug: Loading module `operserv/main' [Feb 14 20:12:25.852625 2006] debug: Successfully loaded module `operserv/main' [Feb 14 20:12:25.856821 2006] debug: Loading module `operserv/akill' [Feb 14 20:12:25.862871 2006] debug: Successfully loaded module `operserv/akill' [Feb 14 20:12:25.866979 2006] debug: Loading module `operserv/news' [Feb 14 20:12:25.872761 2006] debug: Successfully loaded module `operserv/news' [Feb 14 20:12:25.876803 2006] debug: Loading module `operserv/sessions' [Feb 14 20:12:25.883016 2006] debug: Successfully loaded module `operserv/sessions' [Feb 14 20:12:25.888510 2006] debug: Loading module `operserv/sline' [Feb 14 20:12:25.894708 2006] debug: Successfully loaded module `operserv/sline' [Feb 14 20:12:25.898628 2006] debug: Loading module `nickserv/main' [Feb 14 20:12:25.910032 2006] debug: Successfully loaded module `nickserv/main' [Feb 14 20:12:25.913969 2006] debug: Loading module `nickserv/access' [Feb 14 20:12:25.920316 2006] debug: Successfully loaded module `nickserv/access' [Feb 14 20:12:25.924218 2006] debug: Loading module `nickserv/link' [Feb 14 20:12:25.930096 2006] debug: Successfully loaded module `nickserv/link' [Feb 14 20:12:25.933580 2006] debug: Loading module `nickserv/mail-auth' [Feb 14 20:12:25.940245 2006] debug: Successfully loaded module `nickserv/mail-auth' [Feb 14 20:12:25.944046 2006] debug: Loading module `nickserv/sendpass' [Feb 14 20:12:25.951050 2006] debug: Successfully loaded module `nickserv/sendpass' [Feb 14 20:12:25.954684 2006] debug: Loading module `chanserv/main' [Feb 14 20:12:25.963185 2006] debug: Successfully loaded module `chanserv/main' [Feb 14 20:12:25.967062 2006] debug: Loading module `chanserv/access-levels' [Feb 14 20:12:25.974581 2006] debug: Successfully loaded module `chanserv/access-levels' [Feb 14 20:12:25.978429 2006] debug: Loading module `chanserv/sendpass' [Feb 14 20:12:25.984940 2006] debug: Successfully loaded module `chanserv/sendpass' [Feb 14 20:12:25.989298 2006] debug: Loading module `memoserv/main' [Feb 14 20:12:25.996230 2006] debug: Successfully loaded module `memoserv/main' [Feb 14 20:12:25.999969 2006] debug: Loading module `memoserv/forward' [Feb 14 20:12:26.006549 2006] debug: Successfully loaded module `memoserv/forward' [Feb 14 20:12:26.010419 2006] debug: Loading module `memoserv/ignore' [Feb 14 20:12:26.014360 2006] debug: Successfully loaded module `memoserv/ignore' [Feb 14 20:12:26.015657 2006] debug: Loading module `statserv/main' [Feb 14 20:12:26.020414 2006] debug: Successfully loaded module `statserv/main' [Feb 14 20:12:26.021535 2006] debug: Loading module `misc/helpserv' [Feb 14 20:12:26.025979 2006] debug: Successfully loaded module `misc/helpserv' [Feb 14 20:12:26.026995 2006] debug: Loading module `httpd/main' [Feb 14 20:12:26.031818 2006] httpd/main: Listening on 72.20.8.98:5347 [Feb 14 20:12:26.033102 2006] debug: Successfully loaded module `httpd/main' [Feb 14 20:12:26.034463 2006] debug: Loading module `httpd/auth-ip' [Feb 14 20:12:26.039295 2006] debug: Successfully loaded module `httpd/auth-ip' [Feb 14 20:12:26.040407 2006] debug: Loading module `httpd/auth-password' [Feb 14 20:12:26.044648 2006] debug: Successfully loaded module `httpd/auth-password' [Feb 14 20:12:26.045835 2006] debug: Loading module `misc/xml-export' [Feb 14 20:12:26.050744 2006] debug: Successfully loaded module `misc/xml-export' [Feb 14 20:12:26.051928 2006] debug: Loading module `misc/xml-import' [Feb 14 20:12:26.057501 2006] debug: Successfully loaded module `misc/xml-import' [Feb 14 20:12:26.058620 2006] debug: Loaded modules [Feb 14 20:12:26.068373 2006] FATAL: Can't connect to server ( 72.20.8.98:8899): Invalid argument --END LOG-- Code from socktest.c: #include #include #include #include #include #include #include #include #include #include #include #include #include #include /* for umask() on some systems */ #include #include int conn(const char *host, int port, const char *lhost, int lport); void disconn(int s); int conn(const char *host, int port, const char *lhost, int lport) { struct hostent *hp; struct sockaddr_in sa, lsa; int sock; printf("Conn() called\n"); memset(&lsa, 0, sizeof(lsa)); if (lhost) { if ((hp = gethostbyname(lhost)) != NULL) { memcpy((char *) &lsa.sin_addr, hp->h_addr, hp->h_length); lsa.sin_family = hp->h_addrtype; } else { lhost = NULL; } } if (lport) lsa.sin_port = htons((unsigned short) lport); printf("Conn() LocalHost stuff setup\n"); memset(&sa, 0, sizeof(sa)); if (!(hp = gethostbyname(host))) { printf("Error during gethostbyname\n"); return -1; } printf("Conn() gethostbyname successful\n"); memcpy((char *) &sa.sin_addr, hp->h_addr, hp->h_length); sa.sin_family = hp->h_addrtype; sa.sin_port = htons((unsigned short) port); printf("Conn() before socket call\n"); printf("Check sa family %d AF_INET %d\n", sa.sin_family, AF_INET); printf("Check sa port %d %d htons check %d\n", port, sa.sin_port, htons((unsigned short) port)); printf("Check sa address %s\n", inet_ntoa(sa.sin_addr)); if ((sock = socket(sa.sin_family, SOCK_STREAM, 0)) < 0) { printf("Error during socket\n"); return -1; } printf("Conn() sock %d\n", sock); if ((lhost || lport) && bind(sock, (struct sockaddr *) &lsa, sizeof(lsa)) < 0) { close(sock); printf("Error during bind\n"); return -1; } if (connect(sock, (struct sockaddr *) &sa, sizeof(sa)) < 0) { printf("Error during connect\n"); printf("Errno is %d\n", errno); printf("strerror says %s\n", strerror(errno)); printf("Check sizeof(sa) %ld\n", sizeof(sa)); printf("Check socket %d\n", sock); printf("Check sa family %d AF_INET %d\n", sa.sin_family, AF_INET); printf("Check sa port %d\n", sa.sin_port); printf("Check sa address %s\n", inet_ntoa(sa.sin_addr)); close(sock); return -1; } printf("Successful sock value %d", sock); return sock; } /*************************************************************************/ void disconn(int s) { shutdown(s, 2); close(s); } int main(int ac, char **av, char **envp) { int s; printf("Calling conn()\n"); s = conn("72.20.8.98", 8899, "72.20.8.98", 8891); printf("after conn()\n"); disconn(s); printf("exit\n"); return 0; } --END OF socktest.c-- And, finally, the output from socktest.c: Calling conn() Conn() called Conn() LocalHost stuff setup Conn() gethostbyname successful Conn() before socket call Check sa family 2 AF_INET 2 Check sa port 8899 49954 htons check 49954 Check sa address 72.20.8.98 Conn() sock 3 Error during connect Errno is 22 strerror says Invalid argument Check sizeof(sa) 16 Check socket 3 Check sa family 2 AF_INET 2 Check sa port 49954 Check sa address 72.20.8.98 after conn() exit --END OF socktest output-- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060214/a368be7a/attachment-0001.html From achurch at achurch.org Wed Feb 15 13:35:34 2006 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 14 20:37:47 2006 Subject: [IRCServices] mlocking channel modes O and A In-Reply-To: Message-ID: <43f2b013.35120@msgid.achurch.org> It seems to me that this falls under the Don't Do That Then category; if you mlock a channel +O and you're not an oper, well, that would be pretty stupid. I don't see why Services should bother checking this case. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello, > >I'm new to this list and amn't sure if this has been discussed or whatnot, >but it appears to be the case that regular users (who are recognized channel >founders) can set mlocks regarding channel modes O and A (Opers-only and >Admins-only, respectively, on Unreal). I know that IRCServices are designed >to work with all sorts of IRCds, but with Unreal, only opers and admins >respectively are supposed to be able to set/unset channel modes O and A, so >allowing users to set it via ChanServ's modelock function allows them to >circumvent this... is there a way that IRCServices could query whether a >user is an oper (isanoper) before allowing them to set those mlocks? > >Regards, >Ian Garvey > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From matheuscsilva at gmail.com Tue Feb 28 18:43:09 2006 From: matheuscsilva at gmail.com (Matheus Silva) Date: Tue Feb 28 18:43:36 2006 Subject: [IRCServices] ircservices 4.5.45 Message-ID: <22048baa0602281843n4094d314p@mail.gmail.com> Hello, I'm using ircservices-4.5.45 (cause I don't like modules), and I'm having problems with this bug listed no KnownBugs file: "If Services receives a SIGHUP or SIGTERM signal while processing a command, save_xx_dbase() may be called with the database in an inconsistent state. This can under some conditions cause Services to crash while saving, resulting in corrupt database files (though the backup files will still be available)." Any can help me to fix it? Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060228/e64092d5/attachment.html From achurch at achurch.org Wed Mar 1 12:14:48 2006 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 28 19:15:58 2006 Subject: [IRCServices] ircservices 4.5.45 In-Reply-To: <22048baa0602281843n4094d314p@mail.gmail.com> Message-ID: <440511e7.50165@msgid.achurch.org> I no longer support Services 4.5. You're welcome to fix it yourself, or ask on the mailing list for someone to help you. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello, >I'm using ircservices-4.5.45 (cause I don't like modules), and I'm having >problems with this bug listed no KnownBugs file: > >"If Services receives a SIGHUP or SIGTERM signal while processing a command= >, >save_xx_dbase() may be called with the database in an inconsistent state. >This can under some conditions cause Services to crash while saving, >resulting in corrupt database files (though the backup files will still be >available)." > >Any can help me to fix it? >Thank you. > From achurch at achurch.org Wed Mar 1 12:16:12 2006 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 28 19:16:54 2006 Subject: [IRCServices] ircservices 4.5.45 In-Reply-To: <440511e7.50165@msgid.achurch.org> Message-ID: <4405121f.50176@msgid.achurch.org> > I no longer support Services 4.5. You're welcome to fix it yourself, >or ask on the mailing list for someone to help you. ... and of course, this _was_ the mailing list. Somebody needs to catch up on his sleep... --Andrew Church achurch@achurch.org http://achurch.org/ From stratus at blazeirc.net Thu Mar 2 22:59:53 2006 From: stratus at blazeirc.net (Jim Stratus) Date: Thu Mar 2 22:59:56 2006 Subject: [IRCServices] db recovery? Message-ID: <003901c63e90$12f337e0$7cdb7286@noteryan> My server box itself rebooted of some fatal error that apache caused, and naturally ircservices was not shutdown properly, nor was much of anything else. My services have run stable for at least 5 years now, according to my log which is proof of that, I haven't even had to use the log which is definitely apparent. However, I now have the problem that services is not loading anymore. [Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up [Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on oper.db [Mar 02 23:58:52 2006] database/version4: Unable to read version number from oper.db [Mar 02 23:58:52 2006] operserv/main: Unable to read from database! (code -1) [Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main [Mar 02 23:58:52 2006] Error loading modules, aborting I fear this may have been caused by the server's pre-mature termination of the process. Can the database or file be repaired? Jim Stratus BlazeIRC Network From achurch at achurch.org Fri Mar 3 19:15:13 2006 From: achurch at achurch.org (Andrew Church) Date: Fri Mar 3 02:20:54 2006 Subject: [IRCServices] db recovery? In-Reply-To: <003901c63e90$12f337e0$7cdb7286@noteryan> Message-ID: <4408187e.67044@msgid.achurch.org> Services is designed to not overwrite database files until the new copies have been safely written to disk; this looks more like a case of filesystem corruption at the OS level, probably due to the write cache not being written out to disk when the system restarted. You'll have to either restore from a backup or remove the corrupt files (e.g. "rm oper.db"). --Andrew Church achurch@achurch.org http://achurch.org/ >My server box itself rebooted of some fatal error that apache caused, and >naturally ircservices was not shutdown properly, nor was much of anything >else. My services have run stable for at least 5 years now, according to my >log which is proof of that, I haven't even had to use the log which is >definitely apparent. However, I now have the problem that services is not >loading anymore. > >[Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up >[Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on >oper.db >[Mar 02 23:58:52 2006] database/version4: Unable to read version number from >oper.db >[Mar 02 23:58:52 2006] operserv/main: Unable to read from database! >(code -1) >[Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main >[Mar 02 23:58:52 2006] Error loading modules, aborting > >I fear this may have been caused by the server's pre-mature termination of >the process. Can the database or file be repaired? > >Jim Stratus >BlazeIRC Network > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From stratus at blazeirc.net Tue Mar 7 15:23:53 2006 From: stratus at blazeirc.net (Jim Stratus) Date: Tue Mar 7 15:24:21 2006 Subject: [IRCServices] db recovery? References: <4408187e.67044@msgid.achurch.org> Message-ID: <002101c6423e$3352fc80$7cdb7286@noteryan> When I removed the oper.db file (I actually renamed it) but I removed it, services generated a new one, however this resulted in all databases being lost. Apparently when oper.db was removed per se, services lost all registered channels, nicks, admins, everything. Is this expected for just the removing of oper.db? I thought the other dbs would not be effected by this. Jim Stratus ----- Original Message ----- From: "Andrew Church" To: Sent: Friday, March 03, 2006 3:15 AM Subject: Re: [IRCServices] db recovery? > Services is designed to not overwrite database files until the new > copies have been safely written to disk; this looks more like a case of > filesystem corruption at the OS level, probably due to the write cache not > being written out to disk when the system restarted. You'll have to > either > restore from a backup or remove the corrupt files (e.g. "rm oper.db"). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>My server box itself rebooted of some fatal error that apache caused, and >>naturally ircservices was not shutdown properly, nor was much of anything >>else. My services have run stable for at least 5 years now, according to >>my >>log which is proof of that, I haven't even had to use the log which is >>definitely apparent. However, I now have the problem that services is not >>loading anymore. >> >>[Mar 02 23:58:52 2006] IRC Services 5.0.57 starting up >>[Mar 02 23:58:52 2006] database/version4: Invalid version number (0) on >>oper.db >>[Mar 02 23:58:52 2006] database/version4: Unable to read version number >>from >>oper.db >>[Mar 02 23:58:52 2006] operserv/main: Unable to read from database! >>(code -1) >>[Mar 02 23:58:52 2006] modules: init_module() failed for operserv/main >>[Mar 02 23:58:52 2006] Error loading modules, aborting >> >>I fear this may have been caused by the server's pre-mature termination of >>the process. Can the database or file be repaired? >> >>Jim Stratus >>BlazeIRC Network >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://lists.ircservices.za.net/mailman/listinfo/ircservices > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Mar 8 10:53:37 2006 From: achurch at achurch.org (Andrew Church) Date: Tue Mar 7 17:55:06 2006 Subject: [IRCServices] db recovery? In-Reply-To: <002101c6423e$3352fc80$7cdb7286@noteryan> Message-ID: <440e3971.47264@msgid.achurch.org> >When I removed the oper.db file (I actually renamed it) but I removed it, >services generated a new one, however this resulted in all databases being >lost. Apparently when oper.db was removed per se, services lost all >registered channels, nicks, admins, everything. Is this expected for just >the removing of oper.db? I thought the other dbs would not be effected by >this. They aren't; the databases are mostly independent (though the channel database does depend on the nickname database). It may be that the other files were destroyed in the same way. --Andrew Church achurch@achurch.org http://achurch.org/ From matheuscsilva at gmail.com Wed Mar 8 12:54:48 2006 From: matheuscsilva at gmail.com (Matheus Silva) Date: Wed Mar 8 12:55:02 2006 Subject: [IRCServices] ircservices-4.5.45 Message-ID: <22048baa0603081254r7a468fabj@mail.gmail.com> Nobody knows how to fix the problem in saving databases on 4.5.45? When a user executes a command while databases is saving, the services crash... please, help me. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060308/59de7fa7/attachment.htm From techie101 at gmail.com Fri Mar 24 17:29:02 2006 From: techie101 at gmail.com (techie101) Date: Fri Mar 24 17:29:21 2006 Subject: [IRCServices] GLOBOPS error on server and services Message-ID: This is what I get, after this services die. [Mar 24 19:08:38 2006] warning: databases are locked, not updating [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised command 'GLOBOPS' -- possibly loaded mismatched modules) [Mar 24 19:08:38 2006] warning: databases are locked, not updating [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer How should I fix this? -- Techie101 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20060324/6b5afcac/attachment.html From surreal.w00t at gmail.com Sat Mar 25 09:30:59 2006 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Mar 25 09:32:20 2006 Subject: [IRCServices] GLOBOPS error on server and services In-Reply-To: References: Message-ID: <44257E53.2080201@gmail.com> techie101 wrote: > This is what I get, after this services die. > [Mar 24 19:08:38 2006] warning: databases are locked, not updating > [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised > command 'GLOBOPS' -- possibly loaded mismatched modules) > [Mar 24 19:08:38 2006] warning: databases are locked, not updating > [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer > > How should I fix this? > > -- > Techie101 > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Databases are locked error can be solved by removing the .lock file, iirc it's located in lib/.lock. The mismatched modules error.. I'm guessing you're using InspIRCd from that error? - Load the `globops' module in your ircd configuration. Hope this helps. From techie101 at gmail.com Sat Mar 25 14:05:32 2006 From: techie101 at gmail.com (techie101) Date: Sat Mar 25 14:05:45 2006 Subject: [IRCServices] GLOBOPS error on server and services In-Reply-To: <44257E53.2080201@gmail.com> References: <44257E53.2080201@gmail.com> Message-ID: You guessed right. I removed the .lock file, and loaded the globops module on inspircd, still I get that same error. When I oper up, I can issue /globops msg here and it will work, but when services try.. They die. Thanks for your help. On 3/25/06, Robin Burchell wrote: > techie101 wrote: > > This is what I get, after this services die. > > [Mar 24 19:08:38 2006] warning: databases are locked, not updating > > [Mar 24 19:08:38 2006] unknown message from server (ERROR :Unrecognised > > command 'GLOBOPS' -- possibly loaded mismatched modules) > > [Mar 24 19:08:38 2006] warning: databases are locked, not updating > > [Mar 24 19:08:38 2006] Read error from server: Connection reset by peer > > > > How should I fix this? > > > > -- > > Techie101 > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > Databases are locked error can be solved by removing the .lock file, > iirc it's located in lib/.lock. > > The mismatched modules error.. I'm guessing you're using InspIRCd from > that error? - Load the `globops' module in your ircd configuration. > > Hope this helps. > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Techie101 From surreal.w00t at gmail.com Mon Mar 27 15:18:01 2006 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Mar 27 15:18:34 2006 Subject: [IRCServices] Trivial OS AKILL documentation flaw Message-ID: Hi, The documentation for OS AKILL is wrong, specifically: [09:07:31] -OperServ (services@chatspike.net)- Optionally, an expiry time can be given with the AKILL ADD [09:07:31] -OperServ (services@chatspike.net)- command. The expiry time precedes the user@host mask, and [09:07:31] -OperServ (services@chatspike.net)- is specified as an integer followed by one of d (days), [09:07:31] -OperServ (services@chatspike.net)- h (hours), or m (minutes). Combinations (such as 1h30m) [09:07:31] -OperServ (services@chatspike.net)- are also permitted. If a unit specifier is not included, [09:07:31] -OperServ (services@chatspike.net)- the default is days (so +30 by itself means 30 days). To [09:07:32] -OperServ (services@chatspike.net)- add an AKILL which does not expire, use +0. If the [09:07:32] -OperServ (services@chatspike.net)- usermask to be added starts with a +, an expiry time must [09:07:32] -OperServ (services@chatspike.net)- be given, even if it is the same as the default. It does not mention that 's' (seconds) can also be used, which is the case both from testing, confirmed in the source by looking at misc.c's dotime() which do_maskdata_add() (called by akill add) uses. From erikf at opera.com Fri Mar 31 04:06:31 2006 From: erikf at opera.com (=?iso-8859-1?q?Erik_Haider_Fors=E9n?=) Date: Fri Mar 31 04:06:57 2006 Subject: [IRCServices] ircservices + ldap = ? Message-ID: <8764lurf7c.fsf@pondus.glasscola.net> Hi! I'm wondering if ircservices has any support for ldap? I'd like ircservices to look in my openldap database for authentication information. Is this possible? Best regards Erik Haider Fors?n From surreal.w00t at gmail.com Mon Apr 10 17:50:29 2006 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Apr 10 17:51:18 2006 Subject: [IRCServices] LISTLINKS, LISTEMAIL, etc. Message-ID: Hi, I did make a post on this a while back, but it was never properly addressed I feel, so I had best bring it up again. My point at the time was why LISTLINKS is admin-only, and not available to users (respecting SET PRIVATE, of course). This is now largely water under the bridge. There is a problem with the security configuration of this -- if you know a user's email, (which you can get, unless SET HIDE EMAIL ON is used) -- you can get an effective LISTLINKS by using LISTEMAIL. Example below, performed as a normal user. [10:48:41] -NickServ (services@chatspike.net)- Syntax: LISTLINKS [10:48:41] -NickServ (services@chatspike.net)- Type /msg NickServ HELP LISTLINKS for more information. [10:48:46] -NickServ (services@chatspike.net)- brain is Craig Edwards [10:48:46] -NickServ (services@chatspike.net)- Brain is currently online. [10:48:46] -NickServ (services@chatspike.net)- Time registered: Jun 07 20:55:31 2002 BST [10:48:46] -NickServ (services@chatspike.net)- Last quit message: Client exited [10:48:46] -NickServ (services@chatspike.net)- URL: http://www.winbot.co.uk [10:48:46] -NickServ (services@chatspike.net)- E-mail address: brain@chatspike.net [10:48:46] -NickServ (services@chatspike.net)- Information: I'm watching you... [10:48:46] -NickServ (services@chatspike.net)- Options: Kill protection, Security [10:48:58] -NickServ (services@chatspike.net)- List of entries matching brain@chatspike.net: [10:48:58] -NickServ (services@chatspike.net)- ` brain@chatspike.net [10:48:58] -NickServ (services@chatspike.net)- Administrator brain@chatspike.net [10:48:58] -NickServ (services@chatspike.net)- Brain brain@chatspike.net [10:48:58] -NickServ (services@chatspike.net)- Brain-gone brain@chatspike.net [output truncated]. While we're on the subject, is it possible for LISTLINKS to be moved to oper-only rather than admin-only? Or is there additional reasoning for this. When one has a troublesome user, it would be nice to be able to LISTLINKS and watch for their additional nicknames attempting to connect. Thanks, w00t. From ContactBox at flashmail.com Sun Apr 30 04:48:20 2006 From: ContactBox at flashmail.com (My Public Email) Date: Sun Apr 30 04:48:49 2006 Subject: [IRCServices] feature info Message-ID: Hiya, I was looking at the code for various commands, to add a feature that seems simple in theory. I'm using Unreal, and the problem is that I want to be able to use time-specified bans (or akicks), but have chanserv expire them after the time's up. So that a channel op can set a 2 hour ban, or 3 day ban to deal with minor disruptive conduct, and the limit will be honored and doesn't rely on the op remembering to turn the ban off when it expires 3 days later. What I'd *really* like is an extended AKICK option format: AKICK channel ADD mask [?d?h?m] [reason] ie, if the 1st word in "reason" is a date format, it's taken as a ban time-limit. Or maybe a new option with that functionality (for compatibility): AKICK channel TADD mask time [reason] And separately, I guess, two other minor tweaks to match this: AKICK VIEW/LIST shows current time to expiry (or "indefinite"), and the "you are not allowed to join this channel" message states if applicable "(temp ban, ?d?h?m remaining)". As a further comment on AKICK, it'd be nice (if possible) if it listed bans by number (like memos are listed), so that one didnt have to retype the mask but could just replace by in AKICK commands, if desired. Questions: ** Does something that does this exist? It'd be useful for sure! ** If not is anyone able to help write a patched version of autokick.c, to do this? ** If not can someone at least outline what's needed step by step, to achieve this? Is it just autokick.c or many other files too that would be modded? Many thanks! From achurch at achurch.org Sun Apr 30 22:36:25 2006 From: achurch at achurch.org (Andrew Church) Date: Sun Apr 30 06:53:56 2006 Subject: [IRCServices] feature info In-Reply-To: Message-ID: <4454c166.74007@msgid.achurch.org> >I'm using Unreal, and the problem is that I want to be able to use >time-specified bans (or akicks), but have chanserv expire them after the >time's up. So that a channel op can set a 2 hour ban, or 3 day ban to deal >with minor disruptive conduct, and the limit will be honored and doesn't >rely on the op remembering to turn the ban off when it expires 3 days later. >What I'd *really* like is an extended AKICK option format: I'll think about this for 5.1, but in the meantime (particularly since I'm busy with other obligations and won't be able to work on Services for a while) you may want to look at the AKILL/SQLINE/etc. ADD command processing in modules/operserv/maskdata.c, which recognizes a "+