From admin at vonitsanet.gr Wed Jan 5 09:01:16 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Wed Jan 5 09:01:43 2005 Subject: [IRCServices] LogonNews And Opernews Feature. Message-ID: <003101c4f348$31017330$2c4405d5@server> Services sends the first 3 logon/opernews to users to prevent flood This is correct. BUT If i want an to add another opernew or a logonnew to be showen on connect i should delete another. A new command should be added.. so none message need to be deleted but just be hidden :-) /OS OPERNEWS HIDE / SHOW #num /OS LOGONNEWS HIDE / SHOW #num With this none message is lost (deleted) and if i want to i can enable to be shown and hide another one;-) From youph at earthlink.net Fri Jan 7 00:43:56 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Fri Jan 7 00:44:14 2005 Subject: [IRCServices] Feature Request Message-ID: <41DE4BCC.6030607@earthlink.net> Hi. I just subscribed to the list so I'm not sure if this has been asked before (though I doubt it as it's kind of an esoteric request.) Anyway, I need a way to register nicknames in NickServ by a third party (this would be done via a bot with Services Admin privledges) with only an MD5 hash of their password. I'm trying to automate a registration process from a message board program and the only way to really keep security tight would be to pass the MD5 hashed password of the user to the IRC nick registering script (which launches a bot to register a nick on IRC.) I know I can edit the XML dbs, but I'm under the impression this requires shutting down/restatring services and obviously this isn't an option for a production network. Appologies if I'm an idiot and this can be done already, so if it can, please pray tell! Otherwise, I think adding a simple parameter to the /nickserv register command specifying the password used is already an MD5 hash would be a great (and seemingly simple) feature. Thanks, --euph From phan70m at gmail.com Fri Jan 7 01:33:24 2005 From: phan70m at gmail.com (Anton Wolkov) Date: Fri Jan 7 01:33:27 2005 Subject: [IRCServices] Feature Request In-Reply-To: <41DE4BCC.6030607@earthlink.net> References: <41DE4BCC.6030607@earthlink.net> Message-ID: you should check the blitzed version of ircservices 4, they use mysql for the database and sha1 for passwords (compatible with mysql's sha1()). http://www.blitzed.org/software.phtml#services and never fear modding yourself. -- PHANTOm -- www.irc.nix.co.il From youph at earthlink.net Fri Jan 7 01:48:02 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Fri Jan 7 01:48:12 2005 Subject: [IRCServices] Feature Request In-Reply-To: References: <41DE4BCC.6030607@earthlink.net> Message-ID: <41DE5AD2.2010308@earthlink.net> Anton Wolkov wrote: >you should check the blitzed version of ircservices 4, >they use mysql for the database and sha1 for passwords (compatible >with mysql's sha1()). >http://www.blitzed.org/software.phtml#services >and never fear modding yourself. > >-- >PHANTOm -- www.irc.nix.co.il >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > Yeah I know I can do it in other services packages but I like the simple setup I have now with IRC services 5 and would like it included in a future release (it shouldn't be that tough and yeah I should just code it myself but I haven't been coding much these days for many reasons.) From ron2k at webmail.co.za Sun Jan 9 01:05:25 2005 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Sun Jan 9 01:05:55 2005 Subject: [IRCServices] Discrepancy with help for NickServ and ChanServ LIST Message-ID: I've just noticed that while the help for the NickServ LIST command displays extra information for privileged users (the "for services admins, nonexpiring nicks will be prepended with a !" bit), the ChanServ LIST doesn't do the same thing. In other words, when a privileged user types /msg Chanserv HELP LIST, they should, in addition to what normal users receive, also receive the "For services admins, nonexpiring channels will be prepended with a ! ..." text, and such related information. But that just what I think should happen; other users on this list may have their own opinion. I took a look in the English language file, and the strings that would be required for this don't seem to exist (unless I missed them somewhere), implying to me that this is something that got overlooked somewhere. (Obviously, this also means that it's platform-independent.) It would be nice if this discrepancy between NickServ's and ChanServ's HELP LIST would be fixed in a future version. _____________________________________________________________________ For super low premiums, click here http://www.dialdirect.co.za/quote From youph at earthlink.net Tue Jan 11 06:21:18 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Tue Jan 11 06:21:37 2005 Subject: [IRCServices] RE: my recent feature request Message-ID: <41E3E0DE.1040505@earthlink.net> I'm just wondering if there is any 'official' feature request process or if Andrew Church just takes what he likes from this list into account when adding new features. I do appreciate Anton Wolkov's input, but I was hoping for a response from the developer at least either agreeing with or shooting down my idea/request. Maybe I should roll up my sleeves and write a patch myself (sigh.) --Matt From ianj at esper.net Tue Jan 11 18:07:44 2005 From: ianj at esper.net (Ian R. Justman) Date: Tue Jan 11 18:07:54 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E3E0DE.1040505@earthlink.net> References: <41E3E0DE.1040505@earthlink.net> Message-ID: <41E48670.20207@esper.net> youph@earthlink.net wrote: > I'm just wondering if there is any 'official' feature request process or > if Andrew Church just takes what he likes from this list into account > when adding new features. I do appreciate Anton Wolkov's input, but I > was hoping for a response from the developer at least either agreeing > with or shooting down my idea/request. > > Maybe I should roll up my sleeves and write a patch myself (sigh.) > > --Matt Hello. I think requesting it on the list is sufficient. Of course, Andy has the final say. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From Craig at frostycoolslug.com Tue Jan 11 20:52:38 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Tue Jan 11 20:52:39 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E3E0DE.1040505@earthlink.net> References: <41E3E0DE.1040505@earthlink.net> Message-ID: <41E4AD16.1090908@frostycoolslug.com> heh, i think we are all still recovering from christmas, i've not seen many posts here over that season. I personally (and i think andy would have the same responce, i've gotten to know him over the past few years), would shoot down this idea, it has quite a large potential to be abused, if you write a patch, ensure only specific IPs can issue the command, otherwise you will have users just making scripts which periodicly register nicks, and you'll only become suspicious when your nick.db is 3gigs big :p My approach would be a seperate module, which deals with the command, whether its an 'extention' to nickserv with a new command, or a completly new service which manages it (The second is the method we used for our web interface), that way, you could also publish your work, and give the others the benifit of your experiance (but ofc, thats up to you). As for a feature request 'process', just post ideas to the list, they will be read over, if not responded too. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ youph@earthlink.net wrote: > I'm just wondering if there is any 'official' feature request process or > if Andrew Church just takes what he likes from this list into account > when adding new features. I do appreciate Anton Wolkov's input, but I > was hoping for a response from the developer at least either agreeing > with or shooting down my idea/request. > > Maybe I should roll up my sleeves and write a patch myself (sigh.) > > --Matt > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Tue Jan 11 20:56:26 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Tue Jan 11 20:56:28 2005 Subject: [IRCServices] LogonNews And Opernews Feature. In-Reply-To: <003101c4f348$31017330$2c4405d5@server> References: <003101c4f348$31017330$2c4405d5@server> Message-ID: <41E4ADFA.40004@frostycoolslug.com> Welcome to feature week. This idea does have some potential, but i really cant see it being used too often (I'm in a negative mood today). Hiding oper news is all well and good if you wish to add another, but then what are the chances of you showing that news again? if you feel its not important enough to be shown, then it will probably never be shown again. And i'm sure (unless you use excessive ammounts of mIRC control codes) it will only take about 10seconds to put old news back if you type it by hand. Seems like a lot of additional code for something that could be done easily. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Dionisios K. wrote: > Services sends the first 3 logon/opernews to users to prevent flood > This is correct. BUT > If i want an to add another opernew or a logonnew to be showen on > connect i should delete another. > > A new command should be added.. so none message need to be deleted but > just be hidden :-) > > /OS OPERNEWS HIDE / SHOW #num > /OS LOGONNEWS HIDE / SHOW #num > > With this none message is lost (deleted) and if i want to i can enable > to be shown and hide another one;-) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From youph at earthlink.net Tue Jan 11 22:25:41 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Tue Jan 11 22:25:57 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E4AD16.1090908@frostycoolslug.com> References: <41E3E0DE.1040505@earthlink.net> <41E4AD16.1090908@frostycoolslug.com> Message-ID: <41E4C2E5.5040101@earthlink.net> Craig McLure wrote: > heh, i think we are all still recovering from christmas, i've not seen > many posts here over that season. > > I personally (and i think andy would have the same responce, i've > gotten to know him over the past few years), would shoot down this > idea, it has quite a large potential to be abused, if you write a > patch, ensure only specific IPs can issue the command, otherwise you > will have users just making scripts which periodicly register nicks, > and you'll only become suspicious when your nick.db is 3gigs big :p > > My approach would be a seperate module, which deals with the command, > whether its an 'extention' to nickserv with a new command, or a > completly new service which manages it (The second is the method we > used for our web interface), that way, you could also publish your > work, and give the others the benifit of your experiance (but ofc, > thats up to you). > > As for a feature request 'process', just post ideas to the list, they > will be read over, if not responded too. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > youph@earthlink.net wrote: > >> I'm just wondering if there is any 'official' feature request process >> or if Andrew Church just takes what he likes from this list into >> account when adding new features. I do appreciate Anton Wolkov's >> input, but I was hoping for a response from the developer at least >> either agreeing with or shooting down my idea/request. >> >> Maybe I should roll up my sleeves and write a patch myself (sigh.) >> >> --Matt >> ------------------------------------------------------------------ >> 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 > Craig, I think you have the wrong idea concerning how I would implement the feature I requested. Let me rephrase my idea/request. I would like the ability for Services Admins to be able to set a user password using an MD5 hash, when using MD5 encrypted passwords with services. Normally, a user registers a nick and provides a plaintext password. This plaintext pass is then hashed and stored in the db (if encryption is enabled which I am saying is true in this instance.) I would like the ability for Services Admins to be able to *directly* set this parameter in a nick record. I.E. I would like to be able to change the *hashed* passwords of users. The only command for dealing with MD5 passwords is resetting. It would seem trivial to add the ability to simply overwrite the MD5 hash parameter in the nick record. The reason being I am trying to automate a registration process that starts with a web forum registration and will (hopefully) also register a nick name on IRC for the user. I would only have the MD5 hash of the user's password though, which leads me to this request. I don't see *any* abuse potential as this command extension would be restricted to Service Admins, I think you just were confused by my description. --Matt From chris at starglade.org Wed Jan 12 03:31:54 2005 From: chris at starglade.org (Chris Jenkinson) Date: Wed Jan 12 03:32:07 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E4C2E5.5040101@earthlink.net> References: <41E3E0DE.1040505@earthlink.net> <41E4AD16.1090908@frostycoolslug.com> <41E4C2E5.5040101@earthlink.net> Message-ID: <43226.62.231.155.3.1105529514.squirrel@62.231.155.3> On Wed, January 12, 2005 6:25 am, youph@earthlink.net said: > I would like the ability for Services Admins to be able to set a user > password using an MD5 hash, when using MD5 encrypted passwords with > services. Normally, a user registers a nick and provides a plaintext > password. This plaintext pass is then hashed and stored in the db (if > encryption is enabled which I am saying is true in this instance.) I > would like the ability for Services Admins to be able to *directly* set > this parameter in a nick record. I.E. I would like to be able to change > the *hashed* passwords of users. The only command for dealing with MD5 > passwords is resetting. It would seem trivial to add the ability to > simply overwrite the MD5 hash parameter in the nick record. The reason > being I am trying to automate a registration process that starts with a > web forum registration and will (hopefully) also register a nick name on > IRC for the user. I would only have the MD5 hash of the user's password > though, which leads me to this request. Kind of off-topic here and out of curiousity, how do you aim to handle a situation where someone registers an account on your website which isn't usable as an IRC nick (for example "Hello Bob")? I've been considering a problem like this for some time and I'd like to see how someone else is aiming to do it. Chris -- Chris Jenkinson chris@starglade.org From Craig at frostycoolslug.com Wed Jan 12 11:10:21 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Jan 12 11:10:22 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E4C2E5.5040101@earthlink.net> References: <41E3E0DE.1040505@earthlink.net> <41E4AD16.1090908@frostycoolslug.com> <41E4C2E5.5040101@earthlink.net> Message-ID: <41E5761D.4090403@frostycoolslug.com> aah, my mistake, i dont see any problem with this then :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ youph@earthlink.net wrote: > Craig McLure wrote: > >> heh, i think we are all still recovering from christmas, i've not seen >> many posts here over that season. >> >> I personally (and i think andy would have the same responce, i've >> gotten to know him over the past few years), would shoot down this >> idea, it has quite a large potential to be abused, if you write a >> patch, ensure only specific IPs can issue the command, otherwise you >> will have users just making scripts which periodicly register nicks, >> and you'll only become suspicious when your nick.db is 3gigs big :p >> >> My approach would be a seperate module, which deals with the command, >> whether its an 'extention' to nickserv with a new command, or a >> completly new service which manages it (The second is the method we >> used for our web interface), that way, you could also publish your >> work, and give the others the benifit of your experiance (but ofc, >> thats up to you). >> >> As for a feature request 'process', just post ideas to the list, they >> will be read over, if not responded too. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * Craig@FrostyCoolSlug.com >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> youph@earthlink.net wrote: >> >>> I'm just wondering if there is any 'official' feature request process >>> or if Andrew Church just takes what he likes from this list into >>> account when adding new features. I do appreciate Anton Wolkov's >>> input, but I was hoping for a response from the developer at least >>> either agreeing with or shooting down my idea/request. >>> >>> Maybe I should roll up my sleeves and write a patch myself (sigh.) >>> >>> --Matt >>> ------------------------------------------------------------------ >>> 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 >> > Craig, > > I think you have the wrong idea concerning how I would implement the > feature I requested. Let me rephrase my idea/request. > > I would like the ability for Services Admins to be able to set a user > password using an MD5 hash, when using MD5 encrypted passwords with > services. Normally, a user registers a nick and provides a plaintext > password. This plaintext pass is then hashed and stored in the db (if > encryption is enabled which I am saying is true in this instance.) I > would like the ability for Services Admins to be able to *directly* set > this parameter in a nick record. I.E. I would like to be able to change > the *hashed* passwords of users. The only command for dealing with MD5 > passwords is resetting. It would seem trivial to add the ability to > simply overwrite the MD5 hash parameter in the nick record. The reason > being I am trying to automate a registration process that starts with a > web forum registration and will (hopefully) also register a nick name on > IRC for the user. I would only have the MD5 hash of the user's password > though, which leads me to this request. > > I don't see *any* abuse potential as this command extension would be > restricted to Service Admins, I think you just were confused by my > description. > > --Matt > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Thu Jan 13 06:17:06 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 12 13:18:25 2005 Subject: [IRCServices] LogonNews And Opernews Feature. In-Reply-To: <003101c4f348$31017330$2c4405d5@server> Message-ID: <41e59413.00574@achurch.org> As Craig suggests, this is unnecessary--if you have a real need to hide a news item temporarily, save it in a text file somewhere and re-add it manually when needed. --Andrew Church achurch@achurch.org http://achurch.org/ >Services sends the first 3 logon/opernews to users to prevent flood >This is correct. BUT >If i want an to add another opernew or a logonnew to be showen on connect i >should delete another. > >A new command should be added.. so none message need to be deleted but just >be hidden :-) > >/OS OPERNEWS HIDE / SHOW #num >/OS LOGONNEWS HIDE / SHOW #num > >With this none message is lost (deleted) and if i want to i can enable to be >shown and hide another one;-) > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From brain at winbot.co.uk Wed Jan 12 13:25:25 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Wed Jan 12 13:25:42 2005 Subject: [IRCServices] LogonNews And Opernews Feature. In-Reply-To: <41e59413.00574@achurch.org> References: <41e59413.00574@achurch.org> Message-ID: <41E595C5.3020804@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 is there any way to make services display more than 3 news items though? lets say you had 5 valid news items? (recompiling and modifying source not counting as an (obvious) answer) :) Thanks, Brain Andrew Church wrote: | As Craig suggests, this is unnecessary--if you have a real need to | hide a news item temporarily, save it in a text file somewhere and re-add | it manually when needed. | | --Andrew Church | achurch@achurch.org | http://achurch.org/ | | |>Services sends the first 3 logon/opernews to users to prevent flood |>This is correct. BUT |>If i want an to add another opernew or a logonnew to be showen on connect i |>should delete another. |> |>A new command should be added.. so none message need to be deleted but just |>be hidden :-) |> |>/OS OPERNEWS HIDE / SHOW #num |>/OS LOGONNEWS HIDE / SHOW #num |> |>With this none message is lost (deleted) and if i want to i can enable to be |>shown and hide another one;-) |> |> |>------------------------------------------------------------------ |>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 | | - -- WinBot IRC client developer: http://www.winbot.co.uk ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org Online RPG Developer: http://www.ssod.org - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB5ZXF0k42Wxli/BARArjUAJ46av8ubO+YRbHM/isiNQTOA6WCUACfWbPC WFJm4k26xJLuiWzBsnxd+7U= =mri5 -----END PGP SIGNATURE----- From achurch at achurch.org Thu Jan 13 06:31:01 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 12 13:38:57 2005 Subject: [IRCServices] Discrepancy with help for NickServ and ChanServ LIST In-Reply-To: Message-ID: <41e598d1.03253@achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >I've just noticed that while the help for the NickServ LIST >command displays extra information for privileged users >(the "for services admins, nonexpiring nicks will be >prepended with a !" bit), the ChanServ LIST doesn't do the >same thing. In other words, when a privileged user types >/msg Chanserv HELP LIST, they should, in addition to what >normal users receive, also receive the "For services >admins, nonexpiring channels will be prepended with a ! >..." text, and such related information. But that just what >I think should happen; other users on this list may have >their own opinion. > >I took a look in the English language file, and the strings >that would be required for this don't seem to exist (unless >I missed them somewhere), implying to me that this is >something that got overlooked somewhere. (Obviously, this >also means that it's platform-independent.) > >It would be nice if this discrepancy between NickServ's and >ChanServ's HELP LIST would be fixed in a future version. >_____________________________________________________________________ >For super low premiums, click here http://www.dialdirect.co.za/quote >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 13 06:18:31 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 12 13:45:43 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E3E0DE.1040505@earthlink.net> Message-ID: <41e59a80.04164@achurch.org> Posting on the list is actually the preferred method of requesting features; however, I don't always respond immediately--sometimes (as here) I like to wait and see what other reaction there is from the community. (On the other hand, I shoot down things I don't like or things in the FAQ immediately--so not seeing any response from me may be a good sign. ;) ) As far as the feature itself goes, I'm ambivalent at the moment; I certainly understand the need for security, but on the whole Services isn't designed to be controllable from outside IRC, and I'm hesitant about adding in a hack for that purpose without giving it some good design thought. What you might want to try doing is writing a module, say nickserv/regcrypt, that borrows from do_register() in nickserv/main.c; that's more portable than patching the distributed code directly. --Andrew Church achurch@achurch.org http://achurch.org/ >I'm just wondering if there is any 'official' feature request process or >if Andrew Church just takes what he likes from this list into account >when adding new features. I do appreciate Anton Wolkov's input, but I >was hoping for a response from the developer at least either agreeing >with or shooting down my idea/request. > >Maybe I should roll up my sleeves and write a patch myself (sigh.) > >--Matt >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 13 06:46:05 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 12 13:47:52 2005 Subject: [IRCServices] LogonNews And Opernews Feature. In-Reply-To: <41E595C5.3020804@winbot.co.uk> Message-ID: <41e59b04.04202@achurch.org> No, there isn't. I may think about it in the future if there's enough call for it, but I really think three notices at logon is plenty; if you need more, use the MOTD or something. --Andrew Church achurch@achurch.org http://achurch.org/ >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >is there any way to make services display more than 3 news items though? >lets say you had 5 valid news items? (recompiling and modifying source >not counting as an (obvious) answer) :) > >Thanks, >Brain > >Andrew Church wrote: >| As Craig suggests, this is unnecessary--if you have a real need to >| hide a news item temporarily, save it in a text file somewhere and re-add >| it manually when needed. >| >| --Andrew Church >| achurch@achurch.org >| http://achurch.org/ >| >| >|>Services sends the first 3 logon/opernews to users to prevent flood >|>This is correct. BUT >|>If i want an to add another opernew or a logonnew to be showen on >connect i >|>should delete another. >|> >|>A new command should be added.. so none message need to be deleted but >just >|>be hidden :-) >|> >|>/OS OPERNEWS HIDE / SHOW #num >|>/OS LOGONNEWS HIDE / SHOW #num >|> >|>With this none message is lost (deleted) and if i want to i can enable >to be >|>shown and hide another one;-) >|> >|> >|>------------------------------------------------------------------ >|>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 >| >| > >- -- >WinBot IRC client developer: http://www.winbot.co.uk >ChatSpike - The users network: http://www.chatspike.net >InspIRCd - Modular IRC server: http://www.inspircd.org >Online RPG Developer: http://www.ssod.org >- -- >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.5 (MingW32) >Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > >iD8DBQFB5ZXF0k42Wxli/BARArjUAJ46av8ubO+YRbHM/isiNQTOA6WCUACfWbPC >WFJm4k26xJLuiWzBsnxd+7U= >=mri5 >-----END PGP SIGNATURE----- >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From youph at earthlink.net Thu Jan 13 00:18:50 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Thu Jan 13 00:19:02 2005 Subject: [IRCServices] Re: Andrew, Re: Chris... Re: Feature Request Message-ID: <41E62EEA.7090205@earthlink.net> Andrew, I of course respect your ambivalence but I don?t quite understand it. The reason I am requesting this feature is because I feel services is incomplete as is. The root user of services should, in theory (or at least in my perception of what a root user means) be able to read/write all db values inside the services database. This would include reading and writing hashed passwords (which, obviously, poses no security threat what so ever.) I would like to further this (friendly) discussion with anyone apposed to my views. Of course I can write my own module, but I?d rather see it implemented ?officially? as I see it as a missing part of the IRC services package, which, brown nosing aside, is a masterpirce Andrew, cheers to you! Chris, RE: ?Kind of off-topic here and out of curiousity, how do you aim to handle a situation where someone registers an account on your website which isn't usable as an IRC nick (for example "Hello Bob")? I've been considering a problem like this for some time and I'd like to see how someone else is aiming to do it.? Well it hasn?t been implemented yet (obviously) but this is the general theory: Pass User Name and Password values from the web forum used for registration as parameters to an external CGI script/program that would either: a) connect to IRC b) always be connected to IRC and merely take the parameters in some type of Inter Process Communication method such as a socket or via signals/files or memory mapping? it wouldn?t matter really First off, the bot would have services admin privileges. The bot would first check to make sure the User Name was valid for IRC and make changes as necessary (this would be non-trivial I assume) and then /nick to the User Name. Next the bot would /ns register and immediately /ns set MD5password with the known MD5 hash of the user?s forum account. Its only possible if, of course, the ability to set a password with the MD5 hash was implemented. --Matt From youph at earthlink.net Thu Jan 13 01:08:55 2005 From: youph at earthlink.net (youph@earthlink.net) Date: Thu Jan 13 01:09:05 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <43226.62.231.155.3.1105529514.squirrel@62.231.155.3> References: <41E3E0DE.1040505@earthlink.net> <41E4AD16.1090908@frostycoolslug.com> <41E4C2E5.5040101@earthlink.net> <43226.62.231.155.3.1105529514.squirrel@62.231.155.3> Message-ID: <41E63AA7.3090000@earthlink.net> Chris Jenkinson wrote: >On Wed, January 12, 2005 6:25 am, youph@earthlink.net said: > > >>I would like the ability for Services Admins to be able to set a user >>password using an MD5 hash, when using MD5 encrypted passwords with >>services. Normally, a user registers a nick and provides a plaintext >>password. This plaintext pass is then hashed and stored in the db (if >>encryption is enabled which I am saying is true in this instance.) I >>would like the ability for Services Admins to be able to *directly* set >>this parameter in a nick record. I.E. I would like to be able to change >>the *hashed* passwords of users. The only command for dealing with MD5 >>passwords is resetting. It would seem trivial to add the ability to >>simply overwrite the MD5 hash parameter in the nick record. The reason >>being I am trying to automate a registration process that starts with a >>web forum registration and will (hopefully) also register a nick name on >>IRC for the user. I would only have the MD5 hash of the user's password >>though, which leads me to this request. >> >> > >Kind of off-topic here and out of curiousity, how do you aim to handle a >situation where someone registers an account on your website which isn't >usable as an IRC nick (for example "Hello Bob")? I've been considering a >problem like this for some time and I'd like to see how someone else is >aiming to do it. > >Chris > > > Chris, I realized my response to your question was incomplete so let me expound further. The general idea for validating a user name from our bulletin board software would be something like this: a) check length against max nick length and shorten as required b) search for incompatible characters such as * or @ in the user name and simply remove c) check for space in the user name and replace them with and underscore character _ d) remember this nick (if it differs from the user name for the forums) and email the nick with instructions on how to connect to IRC to the new user I may have forgot some details but it?s totally doable. From brain at winbot.co.uk Thu Jan 13 13:06:28 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Thu Jan 13 13:06:39 2005 Subject: [IRCServices] RE: my recent feature request In-Reply-To: <41E63AA7.3090000@earthlink.net> References: <41E3E0DE.1040505@earthlink.net> <41E4AD16.1090908@frostycoolslug.com> <41E4C2E5.5040101@earthlink.net> <43226.62.231.155.3.1105529514.squirrel@62.231.155.3> <41E63AA7.3090000@earthlink.net> Message-ID: <41E6E2D4.7090204@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If you read RFC 1459 there is a BNF specification for a nickname, it's actually a pretty small number of valid characters, also you cant start a nick with a number, or with a -, but these can follow on in the nickname. Also BE VERY CAREFUL to check for forbidden nicknames etc, you can segfault services if you try and do things with a forbidden or suspended nickname. youph@earthlink.net wrote: | Chris Jenkinson wrote: | |> On Wed, January 12, 2005 6:25 am, youph@earthlink.net said: |> |> |>> I would like the ability for Services Admins to be able to set a user |>> password using an MD5 hash, when using MD5 encrypted passwords with |>> services. Normally, a user registers a nick and provides a plaintext |>> password. This plaintext pass is then hashed and stored in the db (if |>> encryption is enabled which I am saying is true in this instance.) I |>> would like the ability for Services Admins to be able to *directly* set |>> this parameter in a nick record. I.E. I would like to be able to change |>> the *hashed* passwords of users. The only command for dealing with MD5 |>> passwords is resetting. It would seem trivial to add the ability to |>> simply overwrite the MD5 hash parameter in the nick record. The reason |>> being I am trying to automate a registration process that starts with a |>> web forum registration and will (hopefully) also register a nick name on |>> IRC for the user. I would only have the MD5 hash of the user's password |>> though, which leads me to this request. |>> |> |> |> Kind of off-topic here and out of curiousity, how do you aim to handle a |> situation where someone registers an account on your website which isn't |> usable as an IRC nick (for example "Hello Bob")? I've been considering a |> problem like this for some time and I'd like to see how someone else is |> aiming to do it. |> |> Chris |> |> |> | Chris, | | I realized my response to your question was incomplete so let me expound | further. | | The general idea for validating a user name from our bulletin board | software would be something like this: | a) check length against max nick length and shorten as required | b) search for incompatible characters such as * or @ in the user name | and simply remove | c) check for space in the user name and replace them with and underscore | character _ | d) remember this nick (if it differs from the user name for the forums) | and email the nick with instructions on how to connect to IRC to the new | user | I may have forgot some details but it?s totally doable. | | ------------------------------------------------------------------ | To unsubscribe or change your subscription options, visit: | http://lists.ircservices.za.net/mailman/listinfo/ircservices | | - -- WinBot IRC client developer: http://www.winbot.co.uk ChatSpike - The users network: http://www.chatspike.net InspIRCd - Modular IRC server: http://www.inspircd.org Online RPG Developer: http://www.ssod.org - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB5uLU0k42Wxli/BARAut2AJ0W1G0gt+9TMPe9ugWTKFsf7fm1FwCfdEvT RaurRTXx3cuitYxzWi6AHEo= =l4lm -----END PGP SIGNATURE----- From ianj at esper.net Thu Jan 20 14:54:59 2005 From: ianj at esper.net (Ian R. Justman) Date: Thu Jan 20 14:55:55 2005 Subject: [IRCServices] EsperNet FTP service outage Message-ID: <41F036C3.5050907@esper.net> Hi, all. Just a heads-up, FTP services have been down for a few days due to something wonky with a recent apt-get upgrade between ProFTPD and rlinetd. I have cleared up the issue which caused ProFTPD to not work properly and things are working again. My apologies I managed to inconvenience anyone. --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. ----- Ian R. Justman ianj@esper.net (Official EsperNet business) Co-Founder and Postmaster, The EsperNet IRC Network Server Administrator, chocobo.esper.net "IJ" on IRC PGP/GPG keys available upon request, or from any PGP keyserver. From andrew at wtfigo.co.uk Fri Jan 21 10:19:31 2005 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Fri Jan 21 10:20:37 2005 Subject: [IRCServices] EsperNet FTP service outage In-Reply-To: <41F036C3.5050907@esper.net> Message-ID: <20050121182029.2DEDBF662A6@sakura.ian-justman.com> We're paying damn good money for this service... When can we expect compensation? >;-) Have a good weekend... :) Andrew > -----Original Message----- > From: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net] On Behalf > Of Ian R. Justman > Sent: 20 January 2005 22:55 > To: IRC Services General Mailing List > Subject: [IRCServices] EsperNet FTP service outage > > > Hi, all. > > Just a heads-up, FTP services have been down for a few days > due to something wonky with a recent apt-get upgrade between > ProFTPD and rlinetd. I have cleared up the issue which > caused ProFTPD to not work properly and things are working again. > > My apologies I managed to inconvenience anyone. > > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. > > ----- > Ian R. Justman ianj@esper.net (Official > EsperNet business) > Co-Founder and Postmaster, The EsperNet IRC Network Server > Administrator, chocobo.esper.net "IJ" on IRC > > PGP/GPG keys available upon request, or from any PGP keyserver. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From linus at webdevint.com Fri Jan 21 12:00:03 2005 From: linus at webdevint.com (Linus) Date: Fri Jan 21 11:59:04 2005 Subject: [IRCServices] EsperNet FTP service outage References: <20050121182029.2DEDBF662A6@sakura.ian-justman.com> Message-ID: <002101c4fff3$cc11a220$0801a8c0@webdevint.com> Hear! Hear! Have a rotten weekend ;P Cheers! Wayne ----- Original Message ----- From: "Andrew Kempe" To: "'IRC Services General Mailing List'" Sent: Friday, January 21, 2005 1:19 PM Subject: RE: [IRCServices] EsperNet FTP service outage > We're paying damn good money for this service... When can we expect > compensation? >;-) > > Have a good weekend... :) > > Andrew > > > -----Original Message----- > > From: ircservices-bounces@ircservices.esper.net > > [mailto:ircservices-bounces@ircservices.esper.net] On Behalf > > Of Ian R. Justman > > Sent: 20 January 2005 22:55 > > To: IRC Services General Mailing List > > Subject: [IRCServices] EsperNet FTP service outage > > > > > > Hi, all. > > > > Just a heads-up, FTP services have been down for a few days > > due to something wonky with a recent apt-get upgrade between > > ProFTPD and rlinetd. I have cleared up the issue which > > caused ProFTPD to not work properly and things are working again. > > > > My apologies I managed to inconvenience anyone. > > > > --Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network. > > > > ----- > > Ian R. Justman ianj@esper.net (Official > > EsperNet business) > > Co-Founder and Postmaster, The EsperNet IRC Network Server > > Administrator, chocobo.esper.net "IJ" on IRC > > > > PGP/GPG keys available upon request, or from any PGP keyserver. > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From azoff at se.linux.org Sat Jan 22 02:54:51 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Jan 22 02:55:06 2005 Subject: [IRCServices] out of buffer? Message-ID: <41F230FB.60602@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I am using the http part for getting a backup of the current databases. When I contact the httpd this shows up in the log: [Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space! [Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \ ~ structure (out of buffer space?) Could anyone tell me what's wrong? I have checked the configs and can't find anything that could do this. From the logs I can only say that it seams like the acctive connecttion never get any timeout, nor get removed from the stack of something like that. Regards, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8jD6eY7jmtvbDP0RAh94AKCsSDzEq8hcQLT2UuM58IkskZ7FMgCeO139 cO0OpfCr2/DQNDhKyTA0i48= =FKnE -----END PGP SIGNATURE----- From achurch at achurch.org Sat Jan 22 23:37:08 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Jan 22 06:38:35 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F230FB.60602@se.linux.org> Message-ID: <41f26556.05017@achurch.org> >I am using the http part for getting a backup of the current databases. >When I contact the httpd this shows up in the log: >[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space! >[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \ >~ structure (out of buffer space?) Try increasing your network buffer sizes in ircservices.conf (NetBufferLimit). --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Sat Jan 22 10:25:54 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sat Jan 22 10:26:35 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f26556.05017@achurch.org> References: <41f26556.05017@achurch.org> Message-ID: <41F29AB2.9040200@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: |>I am using the http part for getting a backup of the current databases. |>When I contact the httpd this shows up in the log: |>[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space! |>[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \ |>~ structure (out of buffer space?) | | | Try increasing your network buffer sizes in ircservices.conf | (NetBufferLimit). Just incresed it, now I got: NetBufferSize 12582912 3145728 but I still get the same error, I think there is enough memory, or what do you think I should set it to? - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8pqxeY7jmtvbDP0RAqMeAJwJePO4NWc4DsHDw5KScTqQ8kWr0gCgzP1W eA465OV/yBcPzyrwoZPrVhg= =KZ5W -----END PGP SIGNATURE----- From phan70m at gmail.com Sat Jan 22 12:18:08 2005 From: phan70m at gmail.com (Anton Wolkov) Date: Sat Jan 22 12:18:25 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F29AB2.9040200@se.linux.org> References: <41f26556.05017@achurch.org> <41F29AB2.9040200@se.linux.org> Message-ID: I am sorry to say but the httpd module is far from being perfect, I used it for backups too but then I realised exporting it though cron and using sftp (or ftp or rsync) to fetch it is a much better solution. On Sat, 22 Jan 2005 19:25:54 +0100, Torbj?rn Svensson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrew Church wrote: > |>I am using the http part for getting a backup of the current databases. > |>When I contact the httpd this shows up in the log: > |>[Jan 22 10:00:01 2005] sockets: sock_new(): out of buffer space! > |>[Jan 22 10:00:01 2005] sockets: accept(4): Unable to create socket \ > |>~ structure (out of buffer space?) > | > | > | Try increasing your network buffer sizes in ircservices.conf > | (NetBufferLimit). > > Just incresed it, now I got: > NetBufferSize 12582912 3145728 > but I still get the same error, I think there is enough memory, or what > do you think I should set it to? > > - -- > ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org > ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD > ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org > ~ `-- http://www.se.linux.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFB8pqxeY7jmtvbDP0RAqMeAJwJePO4NWc4DsHDw5KScTqQ8kWr0gCgzP1W > eA465OV/yBcPzyrwoZPrVhg= > =KZ5W > -----END PGP SIGNATURE----- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Sun Jan 23 08:25:39 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Jan 22 15:28:32 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F29AB2.9040200@se.linux.org> Message-ID: <41f2e191.05123@achurch.org> >Just incresed it, now I got: >NetBufferSize 12582912 3145728 It makes no sense to have the first value greater than the second-- read the documentation! 3MB is almost certainly not enough for an XML export if your databases are of any significant size. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Jan 23 08:29:07 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Jan 22 15:30:14 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f2e191.05123@achurch.org> Message-ID: <41f2e1f1.05141@achurch.org> >>Just incresed it, now I got: >>NetBufferSize 12582912 3145728 > > It makes no sense to have the first value greater than the second-- Oops, I was remembering backwards. 3MB is probably still too small, though. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Sun Jan 23 02:43:15 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Sun Jan 23 02:43:04 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f2e1f1.05141@achurch.org> References: <41f2e1f1.05141@achurch.org> Message-ID: <41F37FC3.1070507@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: |>>Just incresed it, now I got: |>>NetBufferSize 12582912 3145728 |> |> It makes no sense to have the first value greater than the second-- | | | Oops, I was remembering backwards. 3MB is probably still too small, | though. The XML-file is about 170k when exported. Is it still too small? - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB83/CeY7jmtvbDP0RAu5YAJ97TOT46LM4CRoAWbCLlI5wmP1CGgCfX+Og N9wrLRQh+qR0uGQR9SsaiY4= =caQ7 -----END PGP SIGNATURE----- From achurch at achurch.org Sun Jan 23 21:12:18 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Jan 23 04:13:51 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F37FC3.1070507@se.linux.org> Message-ID: <41f394f2.03540@achurch.org> >| Oops, I was remembering backwards. 3MB is probably still too small, >| though. > >The XML-file is about 170k when exported. Is it still too small? Hmm, in that case it shouldn't be a problem, unless you try grabbing lots of them at once. What does OperServ STATS NETWORK say about buffer usage before and after trying to get the XML data? --Andrew Church achurch@achurch.org http://achurch.org/ From jerome at gmanmi.tv Sun Jan 23 21:05:56 2005 From: jerome at gmanmi.tv (JM) Date: Sun Jan 23 21:06:09 2005 Subject: [IRCServices] Problem on IRCservices Message-ID: <200501241305.56784.jerome@gmanmi.tv> Hi All, I was wondering if anyone had encountered this kind of problem.. [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up [Jan 21 17:00:13 2005] httpd/main: Listening on :8080 [Jan 21 17:00:13 2005] Read error from server: Broken pipe Im using bahamut 1.8.3 with the latest IRC Services.. Is this a bahamut problem or IRCService? Is there a way to fix this? TIA From gregk at WWWpages.com Sun Jan 23 21:08:40 2005 From: gregk at WWWpages.com (Gregory King) Date: Sun Jan 23 21:08:09 2005 Subject: [IRCServices] Problem on IRCservices In-Reply-To: <200501241305.56784.jerome@gmanmi.tv> References: <200501241305.56784.jerome@gmanmi.tv> Message-ID: <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com> looks like a local (read you) configuration problem to me... On Sun, January 23, 2005 9:05 pm, JM said: > Hi All, > > I was wondering if anyone had encountered this kind of problem.. > > [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up > [Jan 21 17:00:13 2005] httpd/main: Listening on :8080 > [Jan 21 17:00:13 2005] Read error from server: Broken pipe > > > Im using bahamut 1.8.3 with the latest IRC Services.. > > Is this a bahamut problem or IRCService? Is there a way to fix this? > > TIA > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From azoff at se.linux.org Mon Jan 24 00:09:20 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Mon Jan 24 00:08:57 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f394f2.03540@achurch.org> References: <41f394f2.03540@achurch.org> Message-ID: <41F4AD30.7030204@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | Hmm, in that case it shouldn't be a problem, unless you try grabbing | lots of them at once. What does OperServ STATS NETWORK say about buffer | usage before and after trying to get the XML data? First I send a 'stats network' to operserv. [09:00:53] STATS NETWORK [09:00:53] -OperServ(service@host)- Data received: 8 kB [09:00:53] -OperServ(service@host)- Data sent: 12 kB [09:00:53] -OperServ(service@host)- Server socket buffers: 8 kB (1%) [09:00:53] -OperServ(service@host)- Total socket buffers: 16 kB (1%) Here I get the XML-output _ONE_ time, then I get the stats again. [09:02:50] STATS NETWORK [09:02:50] -OperServ(service@host)- Data received: 8 kB [09:02:50] -OperServ(service@host)- Data sent: 12 kB [09:02:50] -OperServ(service@host)- Server socket buffers: 8 kB (1%) [09:02:50] -OperServ(service@host)- Total socket buffers: 4194264 kB As you can see, the socket buffer is somehow full(?) or maybe overflowed. I am no experienced programmer, but one thing I can tell is that it seams like the buffer never get's cleared. If you need anything else, just tell me. Thanks, - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB9K0weY7jmtvbDP0RAooeAKC6SEYqTMBW3ogpDMsBuzwlFvFFlwCgx4BJ 1So04ZEao+hwEnk708kIetE= =b3JH -----END PGP SIGNATURE----- From achurch at achurch.org Mon Jan 24 17:53:48 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Jan 24 00:58:38 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F4AD30.7030204@se.linux.org> Message-ID: <41f4b8b7.04554@achurch.org> >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Andrew Church wrote: >| Hmm, in that case it shouldn't be a problem, unless you try grabbing >| lots of them at once. What does OperServ STATS NETWORK say about buffer >| usage before and after trying to get the XML data? > >First I send a 'stats network' to operserv. >[09:00:53] STATS NETWORK >[09:00:53] -OperServ(service@host)- Data received: 8 kB >[09:00:53] -OperServ(service@host)- Data sent: 12 kB >[09:00:53] -OperServ(service@host)- Server socket buffers: 8 kB (1%) >[09:00:53] -OperServ(service@host)- Total socket buffers: 16 kB (1%) > >Here I get the XML-output _ONE_ time, then I get the stats again. > >[09:02:50] STATS NETWORK >[09:02:50] -OperServ(service@host)- Data received: 8 kB >[09:02:50] -OperServ(service@host)- Data sent: 12 kB >[09:02:50] -OperServ(service@host)- Server socket buffers: 8 kB (1%) >[09:02:50] -OperServ(service@host)- Total socket buffers: 4194264 kB Which is equivalent to -40kB, so it looks like something's removing more buffer than it should be. I'll look into this, and also try and get Services 5.1 alpha out soon (which has an improved version of the sockets code--unfortunately not easily mergeable into 5.0). Thanks for your help in debugging this. --Andrew Church achurch@achurch.org http://achurch.org/ From azoff at se.linux.org Mon Jan 24 06:27:57 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Mon Jan 24 06:28:17 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f4b8b7.04554@achurch.org> References: <41f4b8b7.04554@achurch.org> Message-ID: <41F505ED.4050803@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | Which is equivalent to -40kB, so it looks like something's removing | more buffer than it should be. I'll look into this, and also try and get | Services 5.1 alpha out soon (which has an improved version of the sockets | code--unfortunately not easily mergeable into 5.0). Thanks for your help | in debugging this. Oki, if you wan't me to test anything, just tell.. Is there anyway to make ircservices save the databases when they recieve ~ like the HUP signal or something so I could save the current info to XML using a shellscript? For ex: killall -HUP ircservices && ./ircservices -export > foo.xml Just an idea I got. - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB9QXseY7jmtvbDP0RAqN4AJ9GBhv9GpQMcjVptDizM15NerGs1gCgmisq MuYEGubBpezBBmXKSQtmPJc= =SKHJ -----END PGP SIGNATURE----- From achurch at achurch.org Tue Jan 25 08:43:53 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Jan 24 15:48:42 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F505ED.4050803@se.linux.org> Message-ID: <41f5894b.05310@achurch.org> >Is there anyway to make ircservices save the databases when they recieve >~ like the HUP signal or something so I could save the current info to >XML using a shellscript? > >For ex: >killall -HUP ircservices && ./ircservices -export > foo.xml That's an interesting thought; the problem, of course, is that saving the databases isn't an instantaneous activity, so you'd need a sleep of some length in the middle. I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From smkelly at zombie.org Mon Jan 24 20:14:19 2005 From: smkelly at zombie.org (Sean Kelly) Date: Mon Jan 24 20:14:29 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f5894b.05310@achurch.org> References: <41F505ED.4050803@se.linux.org> <41f5894b.05310@achurch.org> Message-ID: <20050125041419.GA18503@edgemaster.zombie.org> On Tue, Jan 25, 2005 at 08:43:53AM +0900, Andrew Church wrote: > >Is there anyway to make ircservices save the databases when they recieve > >~ like the HUP signal or something so I could save the current info to > >XML using a shellscript? > > > >For ex: > >killall -HUP ircservices && ./ircservices -export > foo.xml > > That's an interesting thought; the problem, of course, is that saving > the databases isn't an instantaneous activity, so you'd need a sleep of > some length in the middle. I'll think about it. Can't you hold an exclusive lock (flock, lockf, etc) on the database while writing them and then release it when done writing? That way, the `ircservices -export` could try to obtain a shared lock (since it is read-only) and it will spin while the DBs are still being written. -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050124/f3f7176c/attachment.pgp From achurch at achurch.org Tue Jan 25 14:52:08 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Jan 24 22:00:16 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <20050125041419.GA18503@edgemaster.zombie.org> Message-ID: <41f5e06b.06470@achurch.org> >Can't you hold an exclusive lock (flock, lockf, etc) on the database while >writing them and then release it when done writing? That way, the >`ircservices -export` could try to obtain a shared lock (since it is >read-only) and it will spin while the DBs are still being written. True, but since there are several database files that would mean having to check/lock several files, which is inconvenient. On second thought, Services always creates a lock file (.lock by default) in the data directory while it's writing, and refuses to write if the file exists, so you could do something like (in Perl): sysopen LOCK, "/.../.lock", O_CREAT|O_EXCL, 0 or die "locked\n"; system("ircservices -export"); close LOCK; unlink "/.../.lock"; --Andrew Church achurch@achurch.org http://achurch.org/ From jerome at gmanmi.tv Mon Jan 24 23:54:10 2005 From: jerome at gmanmi.tv (JM) Date: Mon Jan 24 23:54:25 2005 Subject: [IRCServices] Problem on IRCservices In-Reply-To: <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com> References: <200501241305.56784.jerome@gmanmi.tv> <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com> Message-ID: <200501251554.10736.jerome@gmanmi.tv> okie i did use the sample confs... i only replaced those which are required based on the IRC daemon I used... I tried using bahamut and unreal but Im still the same error... can someone help me on this? if possible can anyone here send me a working confs for the test irc box.. TIA, On Monday 24 January 2005 13:08, Gregory King wrote: > looks like a local (read you) configuration problem to me... > > On Sun, January 23, 2005 9:05 pm, JM said: > > Hi All, > > > > I was wondering if anyone had encountered this kind of problem.. > > > > [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up > > [Jan 21 17:00:13 2005] httpd/main: Listening on :8080 > > [Jan 21 17:00:13 2005] Read error from server: Broken pipe > > > > > > Im using bahamut 1.8.3 with the latest IRC Services.. > > > > Is this a bahamut problem or IRCService? Is there a way to fix this? > > > > TIA > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices From azoff at se.linux.org Tue Jan 25 00:02:51 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Tue Jan 25 00:02:36 2005 Subject: [IRCServices] Problem on IRCservices In-Reply-To: <200501251554.10736.jerome@gmanmi.tv> References: <200501241305.56784.jerome@gmanmi.tv> <2888.69.175.18.184.1106543320.squirrel@webmail.wwwpages.com> <200501251554.10736.jerome@gmanmi.tv> Message-ID: <41F5FD2B.6080700@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JM wrote: | okie i did use the sample confs... i only replaced those which are required | based on the IRC daemon I used... I tried using bahamut and unreal but Im | still the same error... I also got something like that error some days ago. After I restarted bahamut and recompiled (upgraded) ircservices it works again. - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB9f0reY7jmtvbDP0RAthrAKDNiLEHN+LTEujLULFn0UpVUGGZgQCfUgAq 0u5MJ9nsBtffGa8O1d84MWI= =YkDu -----END PGP SIGNATURE----- From azoff at se.linux.org Tue Jan 25 00:05:58 2005 From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=) Date: Tue Jan 25 00:05:38 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41f5e06b.06470@achurch.org> References: <41f5e06b.06470@achurch.org> Message-ID: <41F5FDE6.9040402@se.linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Church wrote: | On second thought, Services always creates a lock file (.lock by | default) in the data directory while it's writing, and refuses to write | if the file exists, so you could do something like (in Perl): | | sysopen LOCK, "/.../.lock", O_CREAT|O_EXCL, 0 or die "locked\n"; | system("ircservices -export"); | close LOCK; | unlink "/.../.lock"; Ahh, nice. Just the signal missing ;) Also, if ircservices is started with -export it will generat some rows in the log, here's an cut-n-paste of it: [Jan 24 19:04:01 2005] IRC Services 5.0.44 starting up [Jan 24 19:04:01 2005] Terminating, reason unknown The reason shouldn't been 'unkown' ;) - -- ~ .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org ~ : :' : 7EB9 2DC5 61AE DAB5 7099 BAC6 798E E39A DBDB 0CFD ~ `. `' http://azoff.homeip.net | http://azoff.tty0.org ~ `-- http://www.se.linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB9f3leY7jmtvbDP0RAgjLAKCAEAkNEw7nPQLpDNViTMtcbztrbwCeJOUd ZRrNKsxF/+KE5X8nt8Ka7Q8= =U/1o -----END PGP SIGNATURE----- From jerome at gmanmi.tv Tue Jan 25 00:45:13 2005 From: jerome at gmanmi.tv (JM) Date: Tue Jan 25 00:45:29 2005 Subject: [IRCServices] Problem on IRCservices In-Reply-To: References: Message-ID: <200501251645.13030.jerome@gmanmi.tv> yup... i am.. On Tuesday 25 January 2005 15:59, Eric Murphy wrote: > Are you running the IRC server and services on the same machine? (imo you > should be, if you aren't) > > Erusun > Stratics IRC Network > > -----Original Message----- > From: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of JM > Sent: Tuesday, January 25, 2005 2:54 AM > To: gregk@WWWpages.com; IRC Services General Mailing List > Subject: Re: [IRCServices] Problem on IRCservices > > > okie i did use the sample confs... i only replaced those which are required > based on the IRC daemon I used... I tried using bahamut and unreal but Im > still the same error... > > can someone help me on this? > > if possible can anyone here send me a working confs for the test irc box.. > > TIA, > > On Monday 24 January 2005 13:08, Gregory King wrote: > > looks like a local (read you) configuration problem to me... > > > > On Sun, January 23, 2005 9:05 pm, JM said: > > > Hi All, > > > > > > I was wondering if anyone had encountered this kind of problem.. > > > > > > [Jan 21 17:00:13 2005] IRC Services 5.0.44 starting up > > > [Jan 21 17:00:13 2005] httpd/main: Listening on :8080 > > > [Jan 21 17:00:13 2005] Read error from server: Broken pipe > > > > > > > > > Im using bahamut 1.8.3 with the latest IRC Services.. > > > > > > Is this a bahamut problem or IRCService? Is there a way to fix this? > > > > > > TIA > > > > > > ------------------------------------------------------------------ > > > 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 Tue Jan 25 18:35:15 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Jan 25 01:37:23 2005 Subject: [IRCServices] Services 5.0.45 released Message-ID: <41f6134b.45101@achurch.org> Services 5.0.45 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) a0e54d9d20dfc68eac450ae3724dd8b1 ircservices-5.0.45.tar.gz 0f86b0c3ed6dd605f8ef14bc3ae6f4bc ircservices-5.0.45.diff.gz 06c1a6304aaf0818cecc7d396417b080 ircservices-5.0.45-1.i386.rpm f66465c2a4a2ddf41d6a8c3366b4bff0 ircservices_5.0.45-1_i386.deb The mirrors should have it shortly. Aside from a minor bug fix, this release is primarily to add support for importing HybServ databases. Upgrade at your leisure. Changes in version 5.0.45 ------------------------- 2005/01/21 Added HybServ support to convert-db. Suggested by Stanislav Zahariev 2005/01/21 convert-db is now recompiled properly if the compilation options passed to the configure script are changed. 2005/01/13 IRC operators are now properly shown the operator version of ChanServ HELP LIST. Reported by Kieron Thwaites --Andrew Church achurch@achurch.org http://achurch.org/ From andrew at wtfigo.co.uk Wed Jan 26 14:21:06 2005 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Wed Jan 26 14:21:16 2005 Subject: [IRCServices] Services 5.0.45 released In-Reply-To: <41f6134b.45101@achurch.org> Message-ID: <20050126222115.3FE77F87A6C@sakura.ian-justman.com> Just FYI, http://www.ircservices.za.net/download/ gives: The requested resource could not be found. Andrew > -----Original Message----- > From: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net] On Behalf > Of Andrew Church > Sent: 25 January 2005 09:35 > To: services > Subject: [IRCServices] Services 5.0.45 released > > Services 5.0.45 has been released, and can be downloaded from: > > http://www.ircservices.za.net/download/ (Japan) > ftp://ftp.esper.net/ircservices/ (Western USA) > > a0e54d9d20dfc68eac450ae3724dd8b1 ircservices-5.0.45.tar.gz > 0f86b0c3ed6dd605f8ef14bc3ae6f4bc ircservices-5.0.45.diff.gz > 06c1a6304aaf0818cecc7d396417b080 > ircservices-5.0.45-1.i386.rpm > f66465c2a4a2ddf41d6a8c3366b4bff0 ircservices_5.0.45-1_i386.deb > > The mirrors should have it shortly. > > Aside from a minor bug fix, this release is primarily to > add support for importing HybServ databases. Upgrade at your leisure. > > Changes in version 5.0.45 > ------------------------- > 2005/01/21 Added HybServ support to convert-db. Suggested by > Stanislav Zahariev > 2005/01/21 convert-db is now recompiled properly if the compilation > options passed to the configure script are changed. > 2005/01/13 IRC operators are now properly shown the > operator version > of ChanServ HELP LIST. Reported by Kieron Thwaites > > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Jan 27 09:47:07 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Jan 26 16:47:44 2005 Subject: [IRCServices] Services 5.0.45 released In-Reply-To: <20050126222115.3FE77F87A6C@sakura.ian-justman.com> Message-ID: <41f83a1f.70116@achurch.org> >Just FYI, > > http://www.ircservices.za.net/download/ gives: > >The requested resource could not be found. Oops, that should be www.ircservices.esper.net... I'll get those straightened out ASAP. --Andrew Church achurch@achurch.org http://achurch.org/ From phan70m at gmail.com Thu Jan 27 07:52:14 2005 From: phan70m at gmail.com (Anton Wolkov) Date: Thu Jan 27 07:52:57 2005 Subject: [IRCServices] out of buffer? In-Reply-To: <41F5FDE6.9040402@se.linux.org> References: <41f5e06b.06470@achurch.org> <41F5FDE6.9040402@se.linux.org> Message-ID: a nice feature would be a module (like database/exportxml) that would have a parameter, how many minutes to wait between an xml export and a parameter for target filename, that would eliminate the need for crontab. also if your into innovation and all, consider implementing sqlite to ircservices, it's so much more expandable and would also make services fly on select operations. the httpd module is not most frequently used mainly because of it's stability issues, it may be a good idea to have an export module for html pages and then to serve them over apache, this would also provide more options to integrate services to existing websites. other nice feature i think would be widely used is the vhost parameter for nickserv, it is supported by many popular protocols. -- PHANTOm http://www.irc.nix.co.il/ -- irc.nix.co.il From kfiresun at ix.netcom.com Thu Jan 27 10:24:14 2005 From: kfiresun at ix.netcom.com (Everett B. Simonds) Date: Thu Jan 27 10:24:22 2005 Subject: [IRCServices] Database WAS: out of buffer? In-Reply-To: References: <41f5e06b.06470@achurch.org> <41F5FDE6.9040402@se.linux.org> Message-ID: <41F931CE.9090807@ix.netcom.com> I don't really for see the need to embed a whole SQL engine into services. I have looked at some of the database code in there and I'm wondering if the system would benefit from having some sort of write behind log so that services doesn't burn time rewriting the whole database every time it flushes them out to disk. This would certainly help those who have a significantly sized user base. This would also eliminate the need to have two copies of the database on disk while it writes it out, good for those who might be strapped for disk space. If you're going to embed any sort of database option into services, you might as well use the Berkeley DB system from Sleepy Cat. No need to get fancy with an SQL parser/optimizer for something like this, especially when all you're doing is a simple SELECT or INSERT/UPDATE with no joins. Though I'm all for a nice home grown solution as well. Kelmar K. Firesun (Bryce Simonds) Co-admin: dream.esper.net Anton Wolkov wrote: > a nice feature would be a module (like database/exportxml) that would > have a parameter, how many minutes to wait between an xml export and a > parameter for target filename, that would eliminate the need for > crontab. > also if your into innovation and all, consider implementing sqlite to > ircservices, it's so much more expandable and would also make services > fly on select operations. > the httpd module is not most frequently used mainly because of it's > stability issues, it may be a good idea to have an export module for > html pages and then to serve them over apache, this would also provide > more options to integrate services to existing websites. > other nice feature i think would be widely used is the vhost parameter > for nickserv, it is supported by many popular protocols. > -- > PHANTOm > http://www.irc.nix.co.il/ -- irc.nix.co.il > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Thu Jan 27 11:05:07 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Thu Jan 27 11:05:14 2005 Subject: [IRCServices] Database WAS: out of buffer? In-Reply-To: <41F931CE.9090807@ix.netcom.com> References: <41f5e06b.06470@achurch.org> <41F5FDE6.9040402@se.linux.org> <41F931CE.9090807@ix.netcom.com> Message-ID: <41F93B63.1010707@frostycoolslug.com> As a note, a 'fairly large userbase' would have to be something like 15,000 users.. Our database updates very quickly, and we have over 7,000 nicknames registered. If you are looking for implementation into a website, we have created code to do just that, but rather than porting the database to MySQL, we have created a 'go-between' between the services structs, and a php script. The pseudoclient opens a socket on 127.0.0.1, and any connections made to it start with an A token, for example, A NICK PASSWORD, the service will then query the users struct, return A OK / FORBIDDEN / INVALID, based on what it finds there :) Its a simple system, but works well for us :) This may not be what you use XML exporting for, but a lot of people ask about using seperate database archetectures(sp) for services, to make it easier for manipulation from the 'outside', maybe concider coding a pseudo like we have that makes the task easier :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Everett B. Simonds wrote: > I don't really for see the need to embed a whole SQL engine into > services. I have looked at some of the database code in there and I'm > wondering if the system would benefit from having some sort of write > behind log so that services doesn't burn time rewriting the whole > database every time it flushes them out to disk. This would certainly > help those who have a significantly sized user base. This would also > eliminate the need to have two copies of the database on disk while it > writes it out, good for those who might be strapped for disk space. > > If you're going to embed any sort of database option into services, you > might as well use the Berkeley DB system from Sleepy Cat. No need to > get fancy with an SQL parser/optimizer for something like this, > especially when all you're doing is a simple SELECT or INSERT/UPDATE > with no joins. > > Though I'm all for a nice home grown solution as well. > > Kelmar K. Firesun (Bryce Simonds) > Co-admin: dream.esper.net > > Anton Wolkov wrote: > >> a nice feature would be a module (like database/exportxml) that would >> have a parameter, how many minutes to wait between an xml export and a >> parameter for target filename, that would eliminate the need for >> crontab. >> also if your into innovation and all, consider implementing sqlite to >> ircservices, it's so much more expandable and would also make services >> fly on select operations. >> the httpd module is not most frequently used mainly because of it's >> stability issues, it may be a good idea to have an export module for >> html pages and then to serve them over apache, this would also provide >> more options to integrate services to existing websites. >> other nice feature i think would be widely used is the vhost parameter >> for nickserv, it is supported by many popular protocols. >> -- >> PHANTOm >> http://www.irc.nix.co.il/ -- irc.nix.co.il >> ------------------------------------------------------------------ >> 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 solutech at dsl.pipex.com Fri Jan 28 09:40:15 2005 From: solutech at dsl.pipex.com (Matt) Date: Fri Jan 28 09:41:25 2005 Subject: [IRCServices] [Request] Get services to log to a channel Message-ID: <20050128174117.8EA98E00022F@ranger.systems.pipex.net> Hi all , I've read through all the docs and cant find out how to make Ircservices log to a #chan . Is this possible ? . I currently use MagickII and want to move over to Ircservices as Magick appears to have been abandoned . Magick has this feature and we find it very useful . If its not already implemented in Ircservices is there any chance it could be ? . Regards Sol -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050128/2fa5fdff/attachment.html From chawmp at cyberarmy.net Fri Jan 28 10:02:52 2005 From: chawmp at cyberarmy.net (Tom McIntyre) Date: Fri Jan 28 10:01:57 2005 Subject: [IRCServices] [Request] Get services to log to a channel In-Reply-To: <20050128174117.8EA98E00022F@ranger.systems.pipex.net> Message-ID: Hi, There isn't a way to do this in ircservices, but it's something I patched in a long time ago for our network. I've attached a patch that might or might not work against a current version, but you will get the idea if you happen to be a programmer. If you do use it, you just need to build cyberarmy/chanlog.so and add LoadModule cyberarmy/chanlog to ircservices.conf, and Module cyberarmy/chanlog LogTarget "#chan" EndModule to modules.conf HTH :) -- Chawmp ________________________________________ From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Matt Sent: 28 January 2005 17:40 To: ircservices@ircservices.esper.net Subject: [IRCServices] [Request] Get services to log to a channel Hi all , I've read through all the docs and cant find out how to make Ircservices log to a #chan . Is this possible ? . I currently use MagickII and want to move over to Ircservices as Magick appears to have been abandoned . Magick has this feature and we find it very useful . If its not already implemented in Ircservices is there any chance it could be ? . Regards Sol From chawmp at cyberarmy.net Fri Jan 28 10:07:58 2005 From: chawmp at cyberarmy.net (Tom McIntyre) Date: Fri Jan 28 10:07:00 2005 Subject: [IRCServices] [Request] Get services to log to a channel In-Reply-To: Message-ID: *Duh*, here's one with the patch attached :) -- Chawmp -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Tom McIntyre Sent: 28 January 2005 18:03 To: 'IRC Services General Mailing List' Subject: RE: [IRCServices] [Request] Get services to log to a channel Hi, There isn't a way to do this in ircservices, but it's something I patched in a long time ago for our network. I've attached a patch that might or might not work against a current version, but you will get the idea if you happen to be a programmer. If you do use it, you just need to build cyberarmy/chanlog.so and add LoadModule cyberarmy/chanlog to ircservices.conf, and Module cyberarmy/chanlog LogTarget "#chan" EndModule to modules.conf HTH :) -- Chawmp ________________________________________ From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Matt Sent: 28 January 2005 17:40 To: ircservices@ircservices.esper.net Subject: [IRCServices] [Request] Get services to log to a channel Hi all , I've read through all the docs and cant find out how to make Ircservices log to a #chan . Is this possible ? . I currently use MagickII and want to move over to Ircservices as Magick appears to have been abandoned . Magick has this feature and we find it very useful . If its not already implemented in Ircservices is there any chance it could be ? . Regards Sol ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices -------------- next part -------------- A non-text attachment was scrubbed... Name: chanlog.patch Type: application/octet-stream Size: 5482 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050128/65134e2b/chanlog.obj From admin at vonitsanet.gr Sun Jan 30 07:02:00 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Sun Jan 30 07:02:43 2005 Subject: [IRCServices] Forbid + reason Message-ID: <000301c506dc$aab15f90$434405d5@server> Can be added to ircservices an info line on forbidden nicknames for a reason or at least the services admin nick who did it? From andy at shady.org Mon Jan 31 04:26:59 2005 From: andy at shady.org (andy) Date: Mon Jan 31 04:27:06 2005 Subject: [IRCServices] ircservices segfault issue? Message-ID: <20050131122659.R95796@shady.org> Hi, ircservices running on FreeBSD sparc64 Ultra5 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Jan 26 11:05:51 GMT 2005 sparc64 Ircservices is latest build from freebsd ports tree. 5.0.0 patch level 23 IRCD is Unreal3.2.2b running on same machine. Program received signal SIGSEGV, Segmentation fault. 0x000000004041790c in strcasecmp () from /lib/libc.so.5 (gdb) bt #0 0x000000004041790c in strcasecmp () from /lib/libc.so.5 #1 0x000000004057b7d4 in do_receive_message (source=0xffffffffffffe720 , cmd=0xffffffffffffe6e0 , ac=2, av=0x418140) at unreal.c:857 #2 0x0000000000110cac in call_callback_5 (module=0x238360, id=0, arg1=0xffffffffffffe720, arg2=0xffffffffffffe6e0, arg3=0x2, arg4=0x418140, arg5=0x0) at modules.c:666 #3 0x00000000001114c0 in process () at process.c:126 #4 0x000000000010cffc in readfirstline_callback (s=0x411c00, param_unused=0x40) at main.c:164 #5 0x00000000001136a8 in check_sockets () at sockets.c:491 #6 0x000000000010d398 in main (ac=2277376, av=0x7fdffffec88, envp=0x7fdffffeca8) at main.c:266 is this fixable ? cheers andy From medice at gmx.at Mon Jan 31 05:02:20 2005 From: medice at gmx.at (Medice) Date: Mon Jan 31 05:01:06 2005 Subject: [IRCServices] ircservices segfault issue? In-Reply-To: <20050131122659.R95796@shady.org> References: <20050131122659.R95796@shady.org> Message-ID: <41FE2C5C.9030204@gmx.at> andy wrote: > Hi, > > ircservices running on FreeBSD sparc64 Ultra5 > 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Jan 26 11:05:51 GMT 2005 sparc64 > > Ircservices is latest build from freebsd ports tree. > 5.0.0 patch level 23 > since version 5.0.45 has been released you better try that one first greetz Medice From vonitsa_net at yahoo.gr Tue Feb 8 11:32:10 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Tue Feb 8 11:32:24 2005 Subject: [IRCServices] Operserv MODE command & MLOCK Message-ID: <20050208193210.8721.qmail@web54403.mail.yahoo.com> ChanServ should NOT enforce mlock when the OperServ MODE command used on channels. -ChanServ- Mode lock: +nt-m * Now talking in #test * OperServ sets mode: +m-nt * ChanServ sets mode: +nt-m I'm waiting for your opinions:-) ===== Dionisios K. - ToXiC On HellenicNet From togiff at comcast.net Tue Feb 8 21:28:07 2005 From: togiff at comcast.net (Todd) Date: Tue Feb 8 21:28:49 2005 Subject: [IRCServices] bug with session exceptions? Message-ID: <000701c50e68$29b43230$7ed7ab43@beautiful> When the server dies and drops services (making services shut down), it seems to forget the exception list. From achurch at achurch.org Thu Feb 10 00:46:25 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Feb 9 07:47:19 2005 Subject: [IRCServices] bug with session exceptions? In-Reply-To: <000701c50e68$29b43230$7ed7ab43@beautiful> Message-ID: <420a3078.12620@achurch.org> >When the server dies and drops services (making services shut down), it >seems to forget the exception list. WFM. Logs? --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Thu Feb 10 09:28:12 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Thu Feb 10 09:28:24 2005 Subject: [IRCServices] NickServ AJOIN BUG? Message-ID: <000601c50f95$e7fedaf0$174405d5@server> I'm using ircservices5.0.44 on unrealircd and if add a channel to the NickServ AJOIN list (I'm founder on this channel) and the channel had a key..on status is shown: #channel unable to join channel (need correct key) I think nickserv is not sending the svsjoin correct. I think nickserv is not sending the channel key on the svsjoin command because: I tried to svsjoin manually with services raw ( /os raw :nickserv svsjoin ME #chan ) and it was said "need correct key" When i tried with the key ( /os raw :nickserv svsjoin ME #chan channelkey ) it joined me to the channel successfully PS: Syntax for SVSJOIN on Unreal3.2 is: SVSJOIN [,..] [key1[,key2[..]]] From achurch at achurch.org Fri Feb 11 12:20:34 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Feb 10 19:21:46 2005 Subject: [IRCServices] NickServ AJOIN BUG? In-Reply-To: <000601c50f95$e7fedaf0$174405d5@server> Message-ID: <420c24ad.15574@achurch.org> >I'm using ircservices5.0.44 on unrealircd and if add a channel to the >NickServ AJOIN list (I'm founder on this channel) >and the channel had a key..on status is shown: > >#channel unable to join channel (need correct key) This is designed--and documented!--behavior. RTFM. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Fri Feb 11 04:03:28 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Feb 11 04:03:53 2005 Subject: [IRCServices] NickServ AJOIN BUG? References: <420c24ad.15574@achurch.org> Message-ID: <000801c51031$b4360c10$724405d5@server> UnrealIRCD allows you to join to +k channel if you send svsjoin command correct. (svsjoins on +k channels requires the key on the end of the command as i said on my first email.) It's documented: "Note that the IRC server may prohibit you from entering some channels on the autojoin list, such as channels that have a channel key set (mode +k) " UnrealIRCD supports and allow the svsjoin; of course if svsjoin sent correctly on +k channels. ----- Original Message ----- From: "Andrew Church" To: Sent: Friday, February 11, 2005 5:20 AM Subject: Re: [IRCServices] NickServ AJOIN BUG? > >I'm using ircservices5.0.44 on unrealircd and if add a channel to the >>NickServ AJOIN list (I'm founder on this channel) >>and the channel had a key..on status is shown: >> >>#channel unable to join channel (need correct key) > > This is designed--and documented!--behavior. RTFM. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From achurch at achurch.org Fri Feb 11 21:31:36 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 11 04:33:08 2005 Subject: [IRCServices] NickServ AJOIN BUG? In-Reply-To: <000801c51031$b4360c10$724405d5@server> Message-ID: <420ca5fd.16156@achurch.org> >UnrealIRCD allows you to join to +k channel if you send svsjoin command >correct. So you're suggesting I deliberately circumvent a security measure someone put in place to prevent arbitrary users from entering their channel? I don't think so. End of discussion. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Fri Feb 11 04:42:58 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Feb 11 04:43:17 2005 Subject: [IRCServices] NickServ AJOIN BUG? References: <420ca5fd.16156@achurch.org> Message-ID: <002201c51037$38dc1400$724405d5@server> I've ONLY said that if the command was sent correctly to the ircd it will work fine. I've tested it manualy with /os raw. The problem is that the ircservices does not send the channel key with the SVSJOIN command when a channel had a key. The syntax for the command on Unreal when a channel has a key is: SVSJOIN **** If i'm wrong tell me the correct thing. From medice at gmx.at Fri Feb 11 04:48:56 2005 From: medice at gmx.at (Medice) Date: Fri Feb 11 04:48:33 2005 Subject: [IRCServices] NickServ AJOIN BUG? In-Reply-To: <420ca5fd.16156@achurch.org> References: <420ca5fd.16156@achurch.org> Message-ID: <420CA9B8.6030508@gmx.at> Andrew Church wrote: >>UnrealIRCD allows you to join to +k channel if you send svsjoin command >>correct. > > > So you're suggesting I deliberately circumvent a security measure > someone put in place to prevent arbitrary users from entering their > channel? I don't think so. > > End of discussion. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > "sending svsjoin correct" means you have to include the channel-key - if the user is able to "/join #channel key" by knowing the key the security measure is either not enforced against that very user, or useless anyway (depending on the origin of the key-knowledge) greets Medice From admin at vonitsanet.gr Fri Feb 11 04:56:33 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Feb 11 04:56:40 2005 Subject: [IRCServices] NickServ AJOIN BUG? References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at> Message-ID: <003201c51039$1ea5a680$724405d5@server> Medice the INVITE command on unreal overrides the channel key. So if someone is invited to a +k channel he can join normally ( /join #lockedchan ) without including the key on the command. So.. i don't see any reason for someone who have invite access on chanserv to a channel with +k and he can't join with AJOIN. Another solution for this problem is to invite users on +k channels as well as on +i channels. ----- Original Message ----- From: "Medice" To: "IRC Services General Mailing List" Sent: Friday, February 11, 2005 2:48 PM Subject: Re: [IRCServices] NickServ AJOIN BUG? > Andrew Church wrote: >>>UnrealIRCD allows you to join to +k channel if you send svsjoin command >>>correct. >> >> >> So you're suggesting I deliberately circumvent a security measure >> someone put in place to prevent arbitrary users from entering their >> channel? I don't think so. >> >> End of discussion. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> > > "sending svsjoin correct" means you have to include the channel-key - if > the user is able to "/join #channel key" by knowing the key the security > measure is either not enforced against that very user, or useless anyway > (depending on the origin of the key-knowledge) > > greets > Medice > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From dnb at majestic-liaisons.com Fri Feb 11 05:00:17 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Fri Feb 11 05:01:15 2005 Subject: [IRCServices] NickServ AJOIN BUG? References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at> <003201c51039$1ea5a680$724405d5@server> Message-ID: <000d01c51039$a5840480$0100a8c0@dnblaptop> Normal users have to already be in the channel to be able to Invite someone in, it's only IRCops that can over ride it from outside the channel. ----- Original Message ----- From: "Dionisios K." To: "IRC Services General Mailing List" Sent: Friday, February 11, 2005 11:26 PM Subject: Re: [IRCServices] NickServ AJOIN BUG? > Medice the INVITE command on unreal overrides the channel key. > So if someone is invited to a +k channel he can join normally ( /join > #lockedchan ) without including the key on the command. > So.. i don't see any reason for someone who have invite access on chanserv > to a channel with +k and he can't join with AJOIN. > > Another solution for this problem is to invite users on +k channels as well > as on +i channels. > > > ----- Original Message ----- > From: "Medice" > To: "IRC Services General Mailing List" > Sent: Friday, February 11, 2005 2:48 PM > Subject: Re: [IRCServices] NickServ AJOIN BUG? > > > > Andrew Church wrote: > >>>UnrealIRCD allows you to join to +k channel if you send svsjoin command > >>>correct. > >> > >> > >> So you're suggesting I deliberately circumvent a security measure > >> someone put in place to prevent arbitrary users from entering their > >> channel? I don't think so. > >> > >> End of discussion. > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://lists.ircservices.za.net/mailman/listinfo/ircservices > >> > >> > > > > "sending svsjoin correct" means you have to include the channel-key - if > > the user is able to "/join #channel key" by knowing the key the security > > measure is either not enforced against that very user, or useless anyway > > (depending on the origin of the key-knowledge) > > > > greets > > Medice > > ------------------------------------------------------------------ > > 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 Fri Feb 11 05:06:53 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Feb 11 05:07:10 2005 Subject: [IRCServices] NickServ AJOIN BUG? References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at><003201c51039$1ea5a680$724405d5@server> <000d01c51039$a5840480$0100a8c0@dnblaptop> Message-ID: <000401c5103a$901a2fb0$724405d5@server> I mean the invite by NickServ when you have channels +i on the AJOIN list. ----- Original Message ----- From: "DeadNotBuried" To: "IRC Services General Mailing List" Sent: Friday, February 11, 2005 3:00 PM Subject: Re: [IRCServices] NickServ AJOIN BUG? > Normal users have to already be in the channel to be able to Invite > someone > in, it's only IRCops that can over ride it from outside the channel. > > ----- Original Message ----- > From: "Dionisios K." > To: "IRC Services General Mailing List" > > Sent: Friday, February 11, 2005 11:26 PM > Subject: Re: [IRCServices] NickServ AJOIN BUG? > > >> Medice the INVITE command on unreal overrides the channel key. >> So if someone is invited to a +k channel he can join normally ( /join >> #lockedchan ) without including the key on the command. >> So.. i don't see any reason for someone who have invite access on >> chanserv >> to a channel with +k and he can't join with AJOIN. >> >> Another solution for this problem is to invite users on +k channels as > well >> as on +i channels. >> >> >> ----- Original Message ----- >> From: "Medice" >> To: "IRC Services General Mailing List" > >> Sent: Friday, February 11, 2005 2:48 PM >> Subject: Re: [IRCServices] NickServ AJOIN BUG? >> >> >> > Andrew Church wrote: >> >>>UnrealIRCD allows you to join to +k channel if you send svsjoin >> >>>command >> >>>correct. >> >> >> >> >> >> So you're suggesting I deliberately circumvent a security measure >> >> someone put in place to prevent arbitrary users from entering their >> >> channel? I don't think so. >> >> >> >> End of discussion. >> >> >> >> --Andrew Church >> >> achurch@achurch.org >> >> http://achurch.org/ >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> >> >> >> > >> > "sending svsjoin correct" means you have to include the channel-key - >> > if >> > the user is able to "/join #channel key" by knowing the key the >> > security >> > measure is either not enforced against that very user, or useless >> > anyway >> > (depending on the origin of the key-knowledge) >> > >> > greets >> > Medice >> > ------------------------------------------------------------------ >> > 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 Craig at frostycoolslug.com Fri Feb 11 09:34:21 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Fri Feb 11 09:34:31 2005 Subject: [IRCServices] NickServ AJOIN BUG? In-Reply-To: <420CA9B8.6030508@gmx.at> References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at> Message-ID: <420CEC9D.3040105@frostycoolslug.com> Personally, i'd say "End of Discussion" meant just that. I'd personally also be insulted by someone screaming 'BUG' at designed behaviour, ESPECIALLY if its documented to be so. IMO, saying something is a bug, indicates the developer did something wrong, And hey, we all have our pride, and Andy has every right to be proud at services :p anyway, back to the topic. I agree with Andy here, if its that much of an issue, get your IRC client to do it, or go modify the ajoin module to do it. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Medice wrote: > Andrew Church wrote: > >>> UnrealIRCD allows you to join to +k channel if you send svsjoin >>> command correct. >> >> >> >> So you're suggesting I deliberately circumvent a security measure >> someone put in place to prevent arbitrary users from entering their >> channel? I don't think so. >> >> End of discussion. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> > > "sending svsjoin correct" means you have to include the channel-key - if > the user is able to "/join #channel key" by knowing the key the security > measure is either not enforced against that very user, or useless anyway > (depending on the origin of the key-knowledge) > > greets > Medice > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From nick.martini at gmail.com Fri Feb 11 10:25:57 2005 From: nick.martini at gmail.com (nick martini) Date: Fri Feb 11 10:26:24 2005 Subject: [IRCServices] NickServ AJOIN BUG? In-Reply-To: <420CEC9D.3040105@frostycoolslug.com> References: <420ca5fd.16156@achurch.org> <420CA9B8.6030508@gmx.at> <420CEC9D.3040105@frostycoolslug.com> Message-ID: jesus christ, shut up all of you. On Fri, 11 Feb 2005 17:34:21 +0000, Craig McLure wrote: > Personally, i'd say "End of Discussion" meant just that. I'd personally > also be insulted by someone screaming 'BUG' at designed behaviour, > ESPECIALLY if its documented to be so. IMO, saying something is a bug, > indicates the developer did something wrong, And hey, we all have our > pride, and Andy has every right to be proud at services :p > > anyway, back to the topic. > > I agree with Andy here, if its that much of an issue, get your IRC > client to do it, or go modify the ajoin module to do it. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > Medice wrote: > > Andrew Church wrote: > > > >>> UnrealIRCD allows you to join to +k channel if you send svsjoin > >>> command correct. > >> > >> > >> > >> So you're suggesting I deliberately circumvent a security measure > >> someone put in place to prevent arbitrary users from entering their > >> channel? I don't think so. > >> > >> End of discussion. > >> > >> --Andrew Church > >> achurch@achurch.org > >> http://achurch.org/ > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://lists.ircservices.za.net/mailman/listinfo/ircservices > >> > >> > > > > "sending svsjoin correct" means you have to include the channel-key - if > > the user is able to "/join #channel key" by knowing the key the security > > measure is either not enforced against that very user, or useless anyway > > (depending on the origin of the key-knowledge) > > > > greets > > Medice > > ------------------------------------------------------------------ > > 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 blackspy2002 at mail.ru Sat Feb 12 05:41:30 2005 From: blackspy2002 at mail.ru (BlackCat) Date: Sat Feb 12 05:41:25 2005 Subject: [IRCServices] Address Already in use Message-ID: <001301c51108$9d580890$54931bd9@blackcat> Hello, im using latest version of ircservices compiled from freebsd ports tree, i already edited my configuration as i read in manual, but i got some problems, i see the following lines in logs: 2005] FATAL: Can't connect to server (war-ir.net:6690): Connection refused 2005] IRC Services 5.0.23 starting up 2005] FATAL: Can't connect to server (war-ir.net:12000): Address already in use 2005] IRC Services 5.0.23 starting up 2005] FATAL: Can't connect to server (war-ir.net:6667): Address already in use command: quit Can you tell me please what is my problem and what additional information do you need if you wish to help, im using latest UnrealIRCD, thank you From Craig at frostycoolslug.com Sat Feb 12 09:41:23 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Feb 12 09:41:16 2005 Subject: [IRCServices] Address Already in use In-Reply-To: <001301c51108$9d580890$54931bd9@blackcat> References: <001301c51108$9d580890$54931bd9@blackcat> Message-ID: <420E3FC3.1070607@frostycoolslug.com> Firstly, the FreeBSD Ports version of services is outta date, i'd recommend downloading the latest version from the services website (http://www.ircservices.esper.net), and ensure you give your services server a different name from the main server, eg services.war-ir.net should sort your probs /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ BlackCat wrote: > Hello, im using latest version of ircservices compiled from freebsd ports > tree, i already edited my configuration as i read in manual, but i got some > problems, i see the following lines in logs: > 2005] FATAL: Can't connect to server (war-ir.net:6690): Connection refused > 2005] IRC Services 5.0.23 starting up > 2005] FATAL: Can't connect to server (war-ir.net:12000): Address already in > use > 2005] IRC Services 5.0.23 starting up > 2005] FATAL: Can't connect to server (war-ir.net:6667): Address already in > use > command: quit > > Can you tell me please what is my problem and what additional information do > you need if you wish to help, im using latest UnrealIRCD, thank you > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From jerome at gmanmi.tv Wed Feb 16 19:31:48 2005 From: jerome at gmanmi.tv (JM) Date: Wed Feb 16 19:32:13 2005 Subject: [IRCServices] Error on IRC services Message-ID: <200502171131.48969.jerome@gmanmi.tv> i got this error from ircservice.. -- conenct block from ircd.conf - bahamut connect { // required tokens name services.test.com; # Other server's name host 192.168.0.7; # Other server's host apasswd secret; # Password to accept from other server cpasswd secret; # Password to send to other server // optional tokens // port 7000; # Port to autoconnect to other server on // bind 127.0.0.1; # IP to connect from // flags ZEH; # Flags for this link // class servers; # Connection class to use for this link }; [Feb 17 11:05:55.785722 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Looking up your hostname... [Feb 17 11:05:55.785945 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Found your hostname, cached [Feb 17 11:05:55.786161 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Checking Ident [Feb 17 11:05:55.786377 2005] debug: Received: :irc.test.com NOTICE AUTH :*** No Ident response [Feb 17 11:05:55.786591 2005] debug: Received: :irc.test.com 451 PING :Register first. [Feb 17 11:05:55.786806 2005] unknown message from server (:irc.test.com 451 PING :Register first.) [Feb 17 11:05:55.822143 2005] debug: Received: ERROR :Closing Link: 0.0.0.0 (No Connect block) [Feb 17 11:05:55.822571 2005] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No Connect block)) [Feb 17 11:05:55.822896 2005] debug: sockets: read(4): Connection reset by peer TIA, From admin at vco.se Wed Feb 16 19:41:52 2005 From: admin at vco.se (David M) Date: Wed Feb 16 19:42:06 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 Message-ID: <42141280.3090100@vco.se> Pfft couldn't build due to needing updated GCC etc :P Sorry but i refuse to be pampering programs that can't be uniform standard. If it can't work with whats rolled out thats pretty sad. Virtually everything else including dopey anope which can't even stand on it's own two feet proper was able to at least install whats makes thing thing so royal and bold that i should go updating bloody GCC. Theres been no need to till this thing whinged. NEXT! From achurch at achurch.org Thu Feb 17 13:13:32 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Feb 16 20:16:40 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 In-Reply-To: <42141280.3090100@vco.se> Message-ID: <42141aa1.46310@achurch.org> You're quite welcome to continue using an outdated, buggy version of GCC which doesn't support modern standards if that's your desire. On the other hand, I have no desire to help people who not only insist on living in the past, but can't even read the Services manual, which clearly states the reasons why a newer version of GCC is required. Next! --Andrew Church achurch@achurch.org http://achurch.org/ >Pfft couldn't build due to needing updated GCC etc :P > >Sorry but i refuse to be pampering programs that can't be uniform standard. > >If it can't work with whats rolled out thats pretty sad. > >Virtually everything else including dopey anope which can't even stand >on it's own two feet proper >was able to at least install whats makes thing thing so royal and bold >that i should go updating bloody GCC. > >Theres been no need to till this thing whinged. > >NEXT! >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From jerome at gmanmi.tv Wed Feb 16 21:40:56 2005 From: jerome at gmanmi.tv (JM) Date: Wed Feb 16 21:41:06 2005 Subject: [IRCServices] definitions of this... Message-ID: <200502171340.56583.jerome@gmanmi.tv> hi, where can i find the definitions of list below.. cant find it on the doc for 5.0.xx CSDefKeepTopic #CSDefSecureOps #CSDefPrivate #CSDefTopicLock #CSDefLeaveOps CSDefSecure #CSDefOpNotice #CSDefEnforce #CSDefHideEmail #CSDefHideTopic #CSDefHideMlock TIA, From achurch at achurch.org Thu Feb 17 15:29:04 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Feb 16 22:29:28 2005 Subject: [IRCServices] definitions of this... In-Reply-To: <200502171340.56583.jerome@gmanmi.tv> Message-ID: <421439c3.56507@achurch.org> Appendix A, chanserv/main --Andrew Church achurch@achurch.org http://achurch.org/ >hi, > > where can i find the definitions of list below.. cant find it on the doc for >5.0.xx > > CSDefKeepTopic > #CSDefSecureOps > #CSDefPrivate > #CSDefTopicLock > #CSDefLeaveOps > CSDefSecure > #CSDefOpNotice > #CSDefEnforce > #CSDefHideEmail > #CSDefHideTopic > #CSDefHideMlock > >TIA, > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From Craig at frostycoolslug.com Wed Feb 16 22:44:21 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Feb 16 22:44:34 2005 Subject: [IRCServices] Error on IRC services In-Reply-To: <200502171131.48969.jerome@gmanmi.tv> References: <200502171131.48969.jerome@gmanmi.tv> Message-ID: <42143D45.7030401@frostycoolslug.com> Seeing as you appear to be doing the connection internally, try binding Services socket to 192.168.0.7 Also, check the port you are connecting services too is a server port. I'm not sure how bahamut works, but it looks like services is trying to connect to a client port there (I could be wrong) Obviously, make sure you've modified your ircservices.conf to match the connect{} block, and rehashed your IRCd to allow the server to connect. The info given was kinda cryptic, so i'm just throwing out a few possible problems. If you have any more info to give, feel free to reply. Thanks /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ JM wrote: > i got this error from ircservice.. > > -- conenct block from ircd.conf - bahamut > connect { > // required tokens > name services.test.com; # Other server's name > host 192.168.0.7; # Other server's host > apasswd secret; # Password to accept from other server > cpasswd secret; # Password to send to other server > > // optional tokens > // port 7000; # Port to autoconnect to other server on > // bind 127.0.0.1; # IP to connect from > // flags ZEH; # Flags for this link > // class servers; # Connection class to use for this link > }; > > [Feb 17 11:05:55.785722 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Looking up your hostname... > [Feb 17 11:05:55.785945 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Found your hostname, cached > [Feb 17 11:05:55.786161 2005] debug: Received: :irc.test.com NOTICE AUTH :*** Checking Ident > [Feb 17 11:05:55.786377 2005] debug: Received: :irc.test.com NOTICE AUTH :*** No Ident response > [Feb 17 11:05:55.786591 2005] debug: Received: :irc.test.com 451 PING :Register first. > [Feb 17 11:05:55.786806 2005] unknown message from server (:irc.test.com 451 PING :Register first.) > [Feb 17 11:05:55.822143 2005] debug: Received: ERROR :Closing Link: 0.0.0.0 (No Connect block) > [Feb 17 11:05:55.822571 2005] unknown message from server (ERROR :Closing Link: 0.0.0.0 (No Connect block)) > [Feb 17 11:05:55.822896 2005] debug: sockets: read(4): Connection reset by peer > > TIA, > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Wed Feb 16 22:56:52 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Feb 16 22:57:05 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 In-Reply-To: <42141280.3090100@vco.se> References: <42141280.3090100@vco.se> Message-ID: <42144034.5090803@frostycoolslug.com> Doesn't build? Don't wanna upgrade to something which supports modern standard? Wanna live in the past? Feel free. But i dont see how bitching to this list is gonna help you. Its not going to be changed, and i'm sure you know that too damn well, all your e-mail is gonna do is piss people off. You like doing that? So, from where i'm standing you have a choice: a) Update GCC, and get IRCServices compiling b) Don't, and use anope. Its not even like updating a compiler is a life changing job, but you make it seem like it will be the end of the world if you do, but either way.. ITS NOT OUR PROBLEM. ps. My appologies to Andy and everyone else on this list if you have been insulted in anyway. This had to be said. And just a reminder, if you dont have anything constructive to say.. dont say it ;) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ David M wrote: > Pfft couldn't build due to needing updated GCC etc :P > > Sorry but i refuse to be pampering programs that can't be uniform standard. > > If it can't work with whats rolled out thats pretty sad. > > Virtually everything else including dopey anope which can't even stand > on it's own two feet proper > was able to at least install whats makes thing thing so royal and bold > that i should go updating bloody GCC. > > Theres been no need to till this thing whinged. > > NEXT! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From quension at mac.com Wed Feb 16 23:38:22 2005 From: quension at mac.com (Trevor Talbot) Date: Wed Feb 16 23:38:38 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 In-Reply-To: <42144034.5090803@frostycoolslug.com> Message-ID: On Wednesday, Feb 16, 2005, at 22:56 US/Pacific, Craig McLure wrote: > Its not even like updating a compiler is a life changing job, but you > make it seem like it will be the end of the world if you do, but > either way.. Updating gcc on OS X is not something you do lightly; Apple maintains a modified version of the toolchain, and there are ABI compatibility issues. On the other hand, 10.3 should already be using gcc 3.3/3.4, so unless he's coming from an older install and didn't run gcc_select, something's odd... -- Quension From admin at vco.se Thu Feb 17 02:41:33 2005 From: admin at vco.se (David M) Date: Thu Feb 17 02:41:44 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 In-Reply-To: References: Message-ID: <421474DD.8000201@vco.se> Thankyou at last someone realises what i'm on about. Updating GCC is not recomended SOP and by the sounds of it i'm pretty current anyway. Therefore i'll take the great advice and reserve any further comment as it's allready been said for me. Because much like the Crew at Anope the same attitude has been reflected. Moral of story if you want the job done properly your better of coding it yourself. Goodbye and best wishes for the future. From achurch at achurch.org Thu Feb 17 20:34:31 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Feb 17 03:39:01 2005 Subject: [IRCServices] Can't even get it to build on OSX 10.3.8 In-Reply-To: <421474DD.8000201@vco.se> Message-ID: <42148251.07443@achurch.org> [CC'd privately as you suggest you will/have unsubscribed; apologies if you get the message in duplicate] >Updating GCC is not recomended SOP and by the sounds of it >i'm pretty current anyway. If you do have at least GCC 3.2, then it's likely you've run into a bug in the configure script. I'm by no means perfect (though I do take offense at insults hurled out of nowhere!), and I don't have a Mac to test on, so any information to help fix such problems is of course appreciated. For starters, assuming the problem occurs while running ./configure, it would help to have: - the output from ./configure - the output from gcc -v - the contents of configure.log --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Feb 17 22:40:24 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Feb 17 05:48:49 2005 Subject: Thoughts on Services development (was Re: [IRCServices] Can't even get it to build on OSX 10.3.8) Message-ID: <4214a0b9.07746@achurch.org> [This is a copy of the message I sent to David M in response to his private message to me. I will not post that message, as doing so would violate etiquette, but I feel it important to make my thoughts on Services development known, for the benefit of others who may have similar concerns. I have elided portions of my message irrelevant to that topic.] [...] From my viewpoint (subjective, certainly, but everyone's viewpoint is subjective by definition), you have accused me of carelessness without taking the time to fully understand the issues involved. Despite the fact that IRC Services is merely a free-time project of mine, I have taken considerable care to ensure that it is compliant with modern standards, as described in section 2-1 of the manual, and I try to ensure that it will compile and run on commonly used operating systems. However, I lack both the time and the resources to check its behavior in all environments--in fact, all I have at my disposal is one computer which can run either Linux, OpenBSD, FreeBSD, or Windows. As a result, I have to rely on reports from users to resolve any problems on other systems. I had hoped my previous message had demonstrated that I was quite willing to admit my error, but it regrettably seems that that is not the case. Nonetheless, I am still open to receiving any information you wish to provide regarding your problem. It is true that I have deliberately removed support for older compilation tools from IRC Services, and I will continue to do so in the future as those tools evolve. However, this is not due to carelessness; on the contrary, it is the result of efforts to clean up the source code and bring it in line with a single standard. As I mentioned earlier, Services is only a free-time project of mine, and I simply cannot spare the effort to support multiple versions of development tools. If perhaps I am adopting new standards faster than commercial OS vendors do, it is certainly not out of malice or spite, but as I am distributing this program (which is the result of nearly nine years of work--perhaps you are not aware, but Anope itself is a second-generation derivative of IRC Services 4.3) free of monetary charge, I do feel entitled to ask that users of the program make some effort of their own in order to use it. [...] --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Thu Feb 17 06:26:20 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Thu Feb 17 06:26:48 2005 Subject: Thoughts on Services development (was Re: [IRCServices] Can't even get it to build on OSX 10.3.8) In-Reply-To: <4214a0b9.07746@achurch.org> References: <4214a0b9.07746@achurch.org> Message-ID: <4214A98C.1080209@frostycoolslug.com> Thanks for the copy of this, sorry if i over reacted on the list earlier, it just gets frustrating sometimes, he wasnt willing to post anything interesting, except 'Screw you all, it doesnt work, you all suck' (Not quite like that, but that was the general idea). I promised to take a 'back seat' with regards to services, but with that mail, i felt i had to speak out. Sorry again. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Andrew Church wrote: > [This is a copy of the message I sent to David M in response to his private > message to me. I will not post that message, as doing so would violate > etiquette, but I feel it important to make my thoughts on Services > development known, for the benefit of others who may have similar > concerns. I have elided portions of my message irrelevant to that topic.] > > [...] From my viewpoint (subjective, certainly, but everyone's > viewpoint is subjective by definition), you have accused me of carelessness > without taking the time to fully understand the issues involved. Despite > the fact that IRC Services is merely a free-time project of mine, I have > taken considerable care to ensure that it is compliant with modern > standards, as described in section 2-1 of the manual, and I try to ensure > that it will compile and run on commonly used operating systems. However, > I lack both the time and the resources to check its behavior in all > environments--in fact, all I have at my disposal is one computer which can > run either Linux, OpenBSD, FreeBSD, or Windows. As a result, I have to > rely on reports from users to resolve any problems on other systems. > > I had hoped my previous message had demonstrated that I was quite > willing to admit my error, but it regrettably seems that that is not the > case. Nonetheless, I am still open to receiving any information you wish > to provide regarding your problem. > > It is true that I have deliberately removed support for older > compilation tools from IRC Services, and I will continue to do so in the > future as those tools evolve. However, this is not due to carelessness; on > the contrary, it is the result of efforts to clean up the source code and > bring it in line with a single standard. As I mentioned earlier, Services > is only a free-time project of mine, and I simply cannot spare the effort > to support multiple versions of development tools. If perhaps I am > adopting new standards faster than commercial OS vendors do, it is > certainly not out of malice or spite, but as I am distributing this program > (which is the result of nearly nine years of work--perhaps you are not > aware, but Anope itself is a second-generation derivative of IRC Services > 4.3) free of monetary charge, I do feel entitled to ask that users of the > program make some effort of their own in order to use it. > > [...] > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From admin at epicirc.net Thu Feb 17 22:20:06 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Thu Feb 17 22:20:34 2005 Subject: [IRCServices] Notice Bug Message-ID: <200502180620.j1I6K6pZ084546@pimout3-ext.prodigy.net> Hello... I have noticed a little error, and I just wanted to post here to see if anyone had already posted regarding it, or if it was the first time. I run an IRC Network with Unreal3.2.2b and ircservices-5.0.41 When I send a global notice that is fairly long it appears that the character ":" shows up in the notice. If I were to just sent a global notice as an oper, Unreal would cut the message off before the ":" would appear, so this only occurs with services. I have noticed it in Channel Join Notices, Network Connect Notices, and Global Notices. Below is an example: -------------------------- Sending the notice with OperServ global ------------------------- [11:30pm] -Global- [Network Notice] Our network has been experiencing a major increase of unattended bots connecting. We are taking many defensive actions to make sure that they do not interrupt the normal activity of the network. If you receive a CTCP LAG, please ignore it, as it is our Opers running :a scan to detect malicious bots. If you have any questions, please join #Help and speak to an Oper. - XanaX, Sr. Network Admin. ------------------------ Sending the same notice as an oper, and not with services ----------------------- [11:32pm] -XanaX- [Network Notice] Our network has been experiencing a major increase of unattended bots connecting. We are taking many defensive actions to make sure that they do not interrupt the normal activity of the network. If you receive a CTCP LAG, please ignore it, as it is our Opers running a scan to detect malicious bots. If you have any questions, please join #Help and spe ---------------------------------- As you can see, Unreal cuts the message off when I send it as an oper. It doesnt get past the word "speak". But if you notice in the notice sent my Services, there is "Opers running :a scan to detect". The : is definatly not in my notice. Any