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 help or assistance regarding this would be great. Just thought it should be noted for any future releases. Thank you for your hard work & development of open-sourced software. XanaX irc.epicirc.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050218/8785de02/attachment.html From achurch at achurch.org Fri Feb 18 16:48:29 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Feb 17 23:49:11 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <200502180620.j1I6K6pZ084546@pimout3-ext.prodigy.net> Message-ID: <42159df0.13733@achurch.org> This is believed to be an mIRC bug. Try with another client. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============1706752752== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_000A_01C5154F.A1A3BF70" > >This is a multi-part message in MIME format. > >------=_NextPart_000_000A_01C5154F.A1A3BF70 >Content-Type: text/plain; > charset="us-ascii" >Content-Transfer-Encoding: 7bit > >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 help or assistance regarding this would be great. Just thought it >should be noted for any future releases. > >Thank you for your hard work & development of open-sourced software. > >XanaX >irc.epicirc.net > > >------=_NextPart_000_000A_01C5154F.A1A3BF70 >Content-Type: text/html; > charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Dus-ascii"> > > >
size=3D2>Hello... I have=20 >noticed a little error, and I just wanted to post here to see if anyone = >had=20 >already posted regarding it, or if it was the first = >time.
>
size=3D2> 
>
I run = >an IRC Network=20 >with Unreal3.2.2b and ircservices-5.0.41
>
size=3D2> 
>
When I = >send a global=20 >notice that is fairly long it appears that the character ":" shows up in = >the=20 >notice.  If I were to just sent a global notice as an oper, Unreal = >would=20 >cut the message off before the ":" would appear, so this only occurs = >with=20 >services.
>
size=3D2> 
>
I have = >noticed it in=20 >Channel Join Notices, Network Connect Notices, and Global Notices.  = >Below=20 >is an example:
>
size=3D2> 
>
size=3D2>-------------------------- Sending the notice with OperServ = >global=20 >-------------------------
>
size=3D2> 
>
size=3D2>[11:30pm] -Global-=20 >[Network Notice] Our network has been experiencing a major increase of=20 >unattended bots connecting. We are taking many defensive actions to make = >sure=20 >that they do not interrupt the normal activity of the network. If you = >receive a=20 >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=20 >Oper. - XanaX, Sr. Network Admin.
>
size=3D2> 
>
size=3D2>------------------------ Sending the same notice as an oper, = >and not with=20 >services -----------------------
>
size=3D2> 
>
size=3D2>[11:32pm] -XanaX-=20 >[Network Notice] Our network has been experiencing a major increase of=20 >unattended bots connecting. We are taking many defensive actions to make = >sure=20 >that they do not interrupt the normal activity of the network. If you = >receive a=20 >CTCP LAG, please ignore it, as it is our Opers running a scan to detect=20 >malicious bots. If you have any questions, please join #Help and=20 >spe
>
size=3D2> 
>
size=3D2>----------------------------------
>
size=3D2> 
>
As you = >can see,=20 >Unreal cuts the message off when I send it as an oper.  It doesnt = >get past=20 >the word "speak".  But if you notice in the notice sent my = >Services, there=20 >is "Opers running :a scan to detect".  The : is definatly not in my = > >notice.
>
size=3D2> 
>
Any = >help or=20 >assistance regarding this would be great.  Just thought it should = >be noted=20 >for any future releases.
>
size=3D2> 
>
Thank = >you for your=20 >hard work & development of open-sourced = >software.
>
size=3D2> 
>
size=3D2>XanaX
>
size=3D2>irc.epicirc.net
>
size=3D2> 
> >------=_NextPart_000_000A_01C5154F.A1A3BF70-- > > > >--===============1706752752== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices >--===============1706752752==-- > > From dawgclan at shaw.ca Fri Feb 18 04:29:33 2005 From: dawgclan at shaw.ca (JASON M) Date: Fri Feb 18 04:29:48 2005 Subject: [IRCServices] Chanserv UNBAN bug? Message-ID: <2b950dd2b9438e.2b9438e2b950dd@shaw.ca> using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacing my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *. Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be available because it's in whois information? I think at current it's not fully working. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9908 4244 Mobile: 0413 161 708 E-mail: dawgclan@shaw.ca From achurch at achurch.org Fri Feb 18 22:54:32 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 18 05:55:18 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2b950dd2b9438e.2b9438e2b950dd@shaw.ca> Message-ID: <4215f3be.31054@achurch.org> ChanServ already checks all of these. If you find an example that doesn't work, please provide that example. --Andrew Church achurch@achurch.org http://achurch.org/ >using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacin >g my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *. > >Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be av >ailable because it's in whois information? > >I think at current it's not fully working. > >Regards, > >Jason Mainwaring >A+ Service Technician >Microsoft Certified Systems Administrator >MCSA Messaging >Certified Novell Administrator >Phone: (02) 9908 4244 >Mobile: 0413 161 708 >E-mail: dawgclan@shaw.ca > >------------------------------------------------------------------ From Craig at frostycoolslug.com Fri Feb 18 06:20:04 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Fri Feb 18 06:20:24 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4215f3be.31054@achurch.org> References: <4215f3be.31054@achurch.org> Message-ID: <4215F994.8070305@frostycoolslug.com> As an additional note, /cs unban doesnt seem to work when the user has a vhost completly different so their actual host (not sure about IRCd based hostmasking). Had a few complaints about this. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Andrew Church wrote: > ChanServ already checks all of these. If you find an example that > doesn't work, please provide that example. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >>using /msg chanserv unban #channel doesn't remove every possible mask for your account? So it's pretty useless for example if a user used ?'s as character replacements. I am just re-writing a ban protection script and have fixed that issue simply replacin >>g my match ?'s with *'s. I realise this may not be 100% but mIRC doesn't check ?'s in it's iswm match... So it's either immence cpu to calculate the formula with each character for every ? Or replace with a *. >> >>Anyway IRC Services should unban anything relevent to your account. The IP address which can be grabbed from the server? The current vhost for oper/NeoStats etc which would be in use? The original hostname from connect i.e. ip.yourisp.net which must be av >>ailable because it's in whois information? >> >>I think at current it's not fully working. >> >>Regards, >> >>Jason Mainwaring >>A+ Service Technician >>Microsoft Certified Systems Administrator >>MCSA Messaging >>Certified Novell Administrator >>Phone: (02) 9908 4244 >>Mobile: 0413 161 708 >>E-mail: dawgclan@shaw.ca >> >>------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Feb 18 23:36:04 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 18 06:36:52 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4215F994.8070305@frostycoolslug.com> Message-ID: <4215fd72.36542@achurch.org> >As an additional note, /cs unban doesnt seem to work when the user has a > vhost completly different so their actual host (not sure about IRCd >based hostmasking). Had a few complaints about this. Again, can you give concrete examples? --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Fri Feb 18 11:09:32 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Fri Feb 18 11:09:44 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4215fd72.36542@achurch.org> References: <4215fd72.36542@achurch.org> Message-ID: <42163D6C.3090007@frostycoolslug.com> my bad, seems its because our module is doing the sethost, rather than the IRCd doing it. Would probably explain it ;) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Andrew Church wrote: >>As an additional note, /cs unban doesnt seem to work when the user has a >>vhost completly different so their actual host (not sure about IRCd >>based hostmasking). Had a few complaints about this. > > > Again, can you give concrete examples? > > --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 Fri Feb 18 13:34:47 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Fri Feb 18 13:35:33 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <42159df0.13733@achurch.org> Message-ID: <200502182135.j1ILYlpZ402064@pimout3-ext.prodigy.net> Xchat: [3:27pm] -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. iircII on solaris: [3:31pm] -Global- [Network Notice] Our network has been experiencing a major increase of unattended bots connecting. We are taking many defensive [3:31pm] 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 [3:31pm] our Opers running :a scan to detect malicious bots. If you have any questions, please join #Help and speak to an Oper. - XanaX, Sr. And of course it still does it on mIRC as well. So my tests show that this bug is in fact an ircservices bug, and not related to any mirc errors. Testing in 3 other clients all performed the exact same way, and duplicated the exact same results. The source notice of course didn't have the ":" in it, however it appeared at the same location for all 3 of the clients. Thanks for any help you may be able to offer, JL. admin@epicirc.net EpicIRC - irc.epicirc.net -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew Church Sent: Friday, February 18, 2005 1:48 AM To: ircservices@ircservices.esper.net Subject: Re: [IRCServices] Notice Bug This is believed to be an mIRC bug. Try with another client. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============1706752752== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_000A_01C5154F.A1A3BF70" > >This is a multi-part message in MIME format. > >------=_NextPart_000_000A_01C5154F.A1A3BF70 >Content-Type: text/plain; > charset="us-ascii" >Content-Transfer-Encoding: 7bit > >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 help or assistance regarding this would be great. Just thought it >should be noted for any future releases. > >Thank you for your hard work & development of open-sourced software. > >XanaX >irc.epicirc.net > > >------=_NextPart_000_000A_01C5154F.A1A3BF70 >Content-Type: text/html; > charset="us-ascii" >Content-Transfer-Encoding: quoted-printable > > > charset=3Dus-ascii"> name=3DGENERATOR>
class=3D558401406-18022005>Hello... I >have=20 noticed a little error, and I just wanted to post here to see >if anyone = had=20 already posted regarding it, or if it was the first >= time.
face=3DArial=20 size=3D2> 
>
I run >= an IRC Network=20 with Unreal3.2.2b and >ircservices-5.0.41
>
size=3D2> 
>
When >I = send a global=20 notice that is fairly long it appears that the >character ":" shows up in = the=20 notice.  If I were to just sent >a global notice as an oper, Unreal = would=20 cut the message off >before the ":" would appear, so this only occurs = with=20 >services.
class=3D558401406-18022005>size=3D2> 
>
I >have = noticed it in=20 Channel Join Notices, Network Connect Notices, >and Global Notices.  = Below=20 is an example:
>
size=3D2> 
>
size=3D2>-------------------------- Sending the notice with OperServ = >global=20 -------------------------
>
size=3D2> 
>
size=3D2>[11:30pm] -Global-=20 [Network Notice] Our network has been >experiencing a major increase of=20 unattended bots connecting. We are >taking many defensive actions to make = sure=20 that they do not >interrupt the normal activity of the network. If you = receive a=20 >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=20 Oper. - XanaX, Sr. Network Admin.
>
size=3D2> 
>
size=3D2>------------------------ Sending the same notice as an oper, = >and not with=20 services -----------------------
>
size=3D2> 
>
size=3D2>[11:32pm] -XanaX-=20 [Network Notice] Our network has been >experiencing a major increase of=20 unattended bots connecting. We are >taking many defensive actions to make = sure=20 that they do not >interrupt the normal activity of the network. If you = receive a=20 >CTCP LAG, please ignore it, as it is our Opers running a scan to >detect=20 malicious bots. If you have any questions, please join #Help >and=20 spe
class=3D558401406-18022005>size=3D2> 
>
size=3D2>----------------------------------
>
size=3D2> 
>
As >you = can see,=20 Unreal cuts the message off when I send it as an >oper.  It doesnt = get past=20 the word "speak".  But if you >notice in the notice sent my = Services, there=20 is "Opers running :a >scan to detect".  The : is definatly not in my = > >notice.
>
size=3D2> 
>
Any = >help or=20 assistance regarding this would be great.  Just thought >it should = be noted=20 for any future releases.
>
size=3D2> 
>
Thank >= you for your=20 hard work & development of open-sourced = >software.
class=3D558401406-18022005>size=3D2> 
>
size=3D2>XanaX
>
size=3D2>irc.epicirc.net
>
size=3D2> 
> >------=_NextPart_000_000A_01C5154F.A1A3BF70-- > > > >--===============1706752752== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices >--===============1706752752==-- > > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From dawgclan at shaw.ca Fri Feb 18 16:00:30 2005 From: dawgclan at shaw.ca (JASON M) Date: Fri Feb 18 16:00:54 2005 Subject: [IRCServices] Chanserv UNBAN bug? Message-ID: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca> > From >ongeboren >I've just noticed your immense full of shit signature. >Do you think any software would match '?' wildcard character by making >all possible permutations of all possible characters??? You gringos >are ridiculous! I don't appreciate getting e-mails like this, flaming is for lamers. That is my sig, It's not full of shit and you can easily look up certifications off the Microsoft website. "?" is a well known wildcard for a single character incase you didn't know you tool. If you read my e-mail instead of blaintantly flaming you would have seen I was mentioning my methods of what I did in my ban script because mIRC didn't seem to count "?"'s in it's iswm function as far as I could get to work last night. I for the time being changed them to "*"'s as I DIDN'T want to match every character for every "?". However once again the "?" is a well know single character wildcard. Now on to your question Andrew. I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9908 4244 Mobile: 0413 161 708 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig McLure Date: Friday, February 18, 2005 11:09 am Subject: Re: [IRCServices] Chanserv UNBAN bug? > my bad, seems its because our module is doing the sethost, rather than > the IRCd doing it. Would probably explain it ;) > > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > Andrew Church wrote: > >>As an additional note, /cs unban doesnt seem to work when the > user has a > >>vhost completly different so their actual host (not sure about IRCd > >>based hostmasking). Had a few complaints about this. > > > > > > Again, can you give concrete examples? > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ----------------------------------------------------------------- > - > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From mark at ctcp.net Fri Feb 18 16:41:05 2005 From: mark at ctcp.net (M) Date: Fri Feb 18 16:41:19 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca> Message-ID: <20050219004117.234E2F6393B@sakura.ian-justman.com> JASON M wrote: > I don't appreciate getting e-mails like this, While I appreciate your upset over the quoted portion of the personal e-mail you received, this is a public list so it is inappropriate for you to forward an email to this list that was never part of this list in order to respond. The w**ker that sent the email obviously knew better than to make his comments publicly since if he had, you would not have had to defend yourself alone. However, your public response utilising a private e-mail does you no favours regardless of provocation. This list is purely for discussion of IRCServices and not a personal boxing ring. Without wanting to further cause upset, but since it is now a topic you have chosen to raise on list and might be relevant to other posters now and in the future, you might want to drop personal information such as telephone numbers from your sig. IIRC, all mails to this list are available to anyone who chooses to browse the list archives including search engines. I would advise against offering personal information to this level on public forums. M. From achurch at achurch.org Sat Feb 19 14:37:37 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 18 21:47:45 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca> Message-ID: <4216d2f4.43323@achurch.org> >I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost > >Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned. I think you mentioned you were using Unreal--in that case, Unreal doesn't send IP addresses to remote servers, so there's no way for Services to tell whether a given ban matches your IP address. I agree it's confusing, though, and I'll contact the Unreal developers to see if anything can be done. On a side note, please be aware that it is a violation of netiquette, and of the law in some areas, to post private E-mail on a public list without consent of the sender. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sat Feb 19 14:48:04 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 18 21:52:16 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <200502182135.j1ILYlpZ402064@pimout3-ext.prodigy.net> Message-ID: <4216d40a.43333@achurch.org> Hmm, interesting. Can you provide a debug log from Services (ircservices -debug) for this behavior? If you could get a raw dump of the client/server connection, that would help as well; for example: $ telnet host.name 6667 NICK nick USER user * * user and send the raw IRC data that follows. --Andrew Church achurch@achurch.org http://achurch.org/ >Xchat: > >[3:27pm] -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. > >iircII on solaris: > >[3:31pm] -Global- [Network Notice] Our network has been experiencing >a major increase of unattended bots connecting. We are taking many defensive >[3:31pm] 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 >[3:31pm] our Opers running :a scan to detect malicious bots. If you >have any questions, please join #Help and speak to an Oper. - XanaX, Sr. > >And of course it still does it on mIRC as well. > >So my tests show that this bug is in fact an ircservices bug, and not >related to any mirc errors. Testing in 3 other clients all performed the >exact same way, and duplicated the exact same results. The source notice of >course didn't have the ":" in it, however it appeared at the same location >for all 3 of the clients. > >Thanks for any help you may be able to offer, > >JL. >admin@epicirc.net >EpicIRC - irc.epicirc.net From admin at epicirc.net Fri Feb 18 22:08:11 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Fri Feb 18 22:08:43 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <4216d40a.43333@achurch.org> Message-ID: <200502190608.j1J68AHc181676@pimout4-ext.prodigy.net> I'll get on that, try to scrape that all together :) -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew Church Sent: Friday, February 18, 2005 11:48 PM To: ircservices@ircservices.esper.net Subject: RE: [IRCServices] Notice Bug Hmm, interesting. Can you provide a debug log from Services (ircservices -debug) for this behavior? If you could get a raw dump of the client/server connection, that would help as well; for example: $ telnet host.name 6667 NICK nick USER user * * user and send the raw IRC data that follows. --Andrew Church achurch@achurch.org http://achurch.org/ >Xchat: > >[3:27pm] -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. > >iircII on solaris: > >[3:31pm] -Global- [Network Notice] Our network has been >experiencing a major increase of unattended bots connecting. We are >taking many defensive [3:31pm] 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 [3:31pm] our Opers running :a >scan to detect malicious bots. If you have any questions, please join >#Help and speak to an Oper. - XanaX, Sr. > >And of course it still does it on mIRC as well. > >So my tests show that this bug is in fact an ircservices bug, and not >related to any mirc errors. Testing in 3 other clients all performed >the exact same way, and duplicated the exact same results. The source >notice of course didn't have the ":" in it, however it appeared at the >same location for all 3 of the clients. > >Thanks for any help you may be able to offer, > >JL. >admin@epicirc.net >EpicIRC - irc.epicirc.net ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From admin at epicirc.net Fri Feb 18 22:43:00 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Fri Feb 18 22:43:17 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <4216d40a.43333@achurch.org> Message-ID: <200502190643.j1J6gxpZ285130@pimout3-ext.prodigy.net> RAW Telnet session: :Global!services@epicirc.net NOTICE $* :[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. IRCServices log (debug): [Feb 19 00:26:25.908610 2005] debug: Received: :XanaX ! operserv@services.epicirc.net :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. [Feb 19 00:26:25.908762 2005] operserv/main: XanaX: 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. [Feb 19 00:26:25.911967 2005] debug: Sent: :Global NOTICE $* :[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. ... And just to be clear, let me paste a copy of the 'alias' that I've been using to run this command. alias xdccwarn { .operserv 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. } Hm, that is weird. I also wanted to test sending the message from another client than mIRC, and seeing what the result was. .... [12:40am] -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. ..... So I guess all that work just proved you guys were right. When I used BitchX to SEND the notice (instead of mIRC) the result was without error. A bug in mIRC must place the : there on outgoing messages if it is over a certain length or something. If anyone has anything to add I would be glad to hear it, but as of this test I will go ahead and just assume an mIRC bug, I will try to submit it to them see if it can be fixed that way. Thanks for all the support, XanaX EpicIRC - irc.epicirc.net -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew Church Sent: Friday, February 18, 2005 11:48 PM To: ircservices@ircservices.esper.net Subject: RE: [IRCServices] Notice Bug Hmm, interesting. Can you provide a debug log from Services (ircservices -debug) for this behavior? If you could get a raw dump of the client/server connection, that would help as well; for example: $ telnet host.name 6667 NICK nick USER user * * user and send the raw IRC data that follows. --Andrew Church achurch@achurch.org http://achurch.org/ >Xchat: > >[3:27pm] -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. > >iircII on solaris: > >[3:31pm] -Global- [Network Notice] Our network has been >experiencing a major increase of unattended bots connecting. We are >taking many defensive [3:31pm] 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 [3:31pm] our Opers running :a >scan to detect malicious bots. If you have any questions, please join >#Help and speak to an Oper. - XanaX, Sr. > >And of course it still does it on mIRC as well. > >So my tests show that this bug is in fact an ircservices bug, and not >related to any mirc errors. Testing in 3 other clients all performed >the exact same way, and duplicated the exact same results. The source >notice of course didn't have the ":" in it, however it appeared at the >same location for all 3 of the clients. > >Thanks for any help you may be able to offer, > >JL. >admin@epicirc.net >EpicIRC - irc.epicirc.net ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sat Feb 19 16:23:21 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Feb 18 23:27:05 2005 Subject: [IRCServices] Notice Bug In-Reply-To: <200502190643.j1J6gxpZ285130@pimout3-ext.prodigy.net> Message-ID: <4216ea44.45020@achurch.org> Thanks for the information--I've updated the FAQ (C.10) appropriately. --Andrew Church achurch@achurch.org http://achurch.org/ >RAW Telnet session: > >:Global!services@epicirc.net NOTICE $* :[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. > > >IRCServices log (debug): > >[Feb 19 00:26:25.908610 2005] debug: Received: :XanaX ! >operserv@services.epicirc.net :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. > >[Feb 19 00:26:25.908762 2005] operserv/main: XanaX: 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. > >[Feb 19 00:26:25.911967 2005] debug: Sent: :Global NOTICE $* :[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. > > >... And just to be clear, let me paste a copy of the 'alias' that I've been >using to run this command. > >alias xdccwarn { .operserv 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. } > >Hm, that is weird. I also wanted to test sending the message from another >client than mIRC, and seeing what the result was. > >.... > >[12:40am] -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. > >..... So I guess all that work just proved you guys were right. When I used >BitchX to SEND the notice (instead of mIRC) the result was without error. A >bug in mIRC must place the : there on outgoing messages if it is over a >certain length or something. > >If anyone has anything to add I would be glad to hear it, but as of this >test I will go ahead and just assume an mIRC bug, I will try to submit it >to them see if it can be fixed that way. > >Thanks for all the support, > >XanaX >EpicIRC - irc.epicirc.net > > > >-----Original Message----- >From: ircservices-bounces@ircservices.esper.net >[mailto:ircservices-bounces@ircservices.esper.net] On Behalf Of Andrew >Church >Sent: Friday, February 18, 2005 11:48 PM >To: ircservices@ircservices.esper.net >Subject: RE: [IRCServices] Notice Bug > > Hmm, interesting. Can you provide a debug log from Services >(ircservices -debug) for this behavior? If you could get a raw dump of the >client/server connection, that would help as well; for example: > >$ telnet host.name 6667 >NICK nick >USER user * * user > >and send the raw IRC data that follows. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Xchat: >> >>[3:27pm] -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. >> >>iircII on solaris: >> >>[3:31pm] -Global- [Network Notice] Our network has been >>experiencing a major increase of unattended bots connecting. We are >>taking many defensive [3:31pm] 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 [3:31pm] our Opers running :a >>scan to detect malicious bots. If you have any questions, please join >>#Help and speak to an Oper. - XanaX, Sr. >> >>And of course it still does it on mIRC as well. >> >>So my tests show that this bug is in fact an ircservices bug, and not >>related to any mirc errors. Testing in 3 other clients all performed >>the exact same way, and duplicated the exact same results. The source >>notice of course didn't have the ":" in it, however it appeared at the >>same location for all 3 of the clients. >> >>Thanks for any help you may be able to offer, >> >>JL. >>admin@epicirc.net >>EpicIRC - irc.epicirc.net >------------------------------------------------------------------ >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 xxx.coder at gmail.com Sat Feb 19 06:35:32 2005 From: xxx.coder at gmail.com (ongeboren) Date: Sat Feb 19 06:36:36 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca> References: <2c9f6d02ca0a56.2ca0a562c9f6d0@shaw.ca> Message-ID: You try to say that matching a '?' would be equal an "immence cpu" work to calculate all possible permutations. Well.. correct me if I'm wrong but it should not be more than a ++ operation for your string pointer - one cpu cycle. Saying this and replying to my *personal* e-mail to the list you really proved you don't deserve your signature. case closed. On Fri, 18 Feb 2005 16:00:30 -0800, JASON M wrote: > > From > >ongeboren > >I've just noticed your immense full of shit signature. > >Do you think any software would match '?' wildcard character by making > >all possible permutations of all possible characters??? You gringos > >are ridiculous! > > I don't appreciate getting e-mails like this, flaming is for lamers. That is my sig, It's not full of shit and you can easily look up certifications off the Microsoft website. "?" is a well known wildcard for a single character incase you didn't know you tool. If you read my e-mail instead of blaintantly flaming you would have seen I was mentioning my methods of what I did in my ban script because mIRC didn't seem to count "?"'s in it's iswm function as far as I could get to work last night. I for the time being changed them to "*"'s as I DIDN'T want to match every character for every "?". However once again the "?" is a well know single character wildcard. > > Now on to your question Andrew. > I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost > > Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned. > > Regards, > > Jason Mainwaring > A+ Service Technician > Microsoft Certified Systems Administrator > MCSA Messaging > Certified Novell Administrator > Phone: (02) 9908 4244 > Mobile: 0413 161 708 > E-mail: dawgclan@shaw.ca > > ----- Original Message ----- > From: Craig McLure > Date: Friday, February 18, 2005 11:09 am > Subject: Re: [IRCServices] Chanserv UNBAN bug? > > > my bad, seems its because our module is doing the sethost, rather than > > the IRCd doing it. Would probably explain it ;) > > > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * Craig@FrostyCoolSlug.com > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > Andrew Church wrote: > > >>As an additional note, /cs unban doesnt seem to work when the > > user has a > > >>vhost completly different so their actual host (not sure about IRCd > > >>based hostmasking). Had a few complaints about this. > > > > > > > > > Again, can you give concrete examples? > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > ----------------------------------------------------------------- > > - > > > To unsubscribe or change your subscription options, visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Evlogi Petrov - ongeboren From Craig at frostycoolslug.com Sat Feb 19 10:11:40 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Feb 19 10:11:50 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4216d2f4.43323@achurch.org> References: <4216d2f4.43323@achurch.org> Message-ID: <4217815C.3000201@frostycoolslug.com> Hmm, maybe instead of saying 'You have been unbanned from #channel' it could say 'You were not found on the #channel ban list', at least that way, users are slightly less confused with being told they are unbanned, and in fact not being. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Andrew Church wrote: >>I connect and have my IP example 255.255.25.2 I have my actual hostname on the server which will be something like ppp255-255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost >> >>Now ?'s work as they should in your vhost and server hostname. However try banning *!*@255.255.??.? When you go to unban it will say you have been unbanned, yet you are still banned. > > > I think you mentioned you were using Unreal--in that case, Unreal > doesn't send IP addresses to remote servers, so there's no way for Services > to tell whether a given ban matches your IP address. I agree it's > confusing, though, and I'll contact the Unreal developers to see if > anything can be done. > > On a side note, please be aware that it is a violation of netiquette, > and of the law in some areas, to post private E-mail on a public list > without consent of the sender. > > --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 dawgclan at shaw.ca Sat Feb 19 15:08:10 2005 From: dawgclan at shaw.ca (JASON M) Date: Sat Feb 19 15:08:20 2005 Subject: [IRCServices] Chanserv UNBAN bug? Message-ID: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca> ongeboren: Once again I was talking about if I were to make an alias in mIRC for my ban script issues. Not coding a dll for a function. Craig: I believe that would be only a slight improvement, I hope Andrew can work something out with unreal in getting a fix for this. "Not finding" would only be a play on words I feel as it doesn't result in a fix. On another note, the only reason we are using unrealircd is because one of the servers has Windows. Is there a better alternative for an IRCd? All the others are running a flavour of *NIX. Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9908 4244 Mobile: 0413 161 708 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: Craig McLure Date: Saturday, February 19, 2005 10:11 am Subject: Re: [IRCServices] Chanserv UNBAN bug? > Hmm, maybe instead of saying 'You have been unbanned from > #channel' it > could say 'You were not found on the #channel ban list', at least that > way, users are slightly less confused with being told they are > unbanned,and in fact not being. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > Andrew Church wrote: > >>I connect and have my IP example 255.255.25.2 I have my actual > hostname on the server which will be something like ppp255- > 255.lns2.syd3.internode.on.net then I oper and get a vhost of my.vhost > >> > >>Now ?'s work as they should in your vhost and server hostname. > However try banning *!*@255.255.??.? When you go to unban it will > say you have been unbanned, yet you are still banned. > > > > > > I think you mentioned you were using Unreal--in that case, > Unreal> doesn't send IP addresses to remote servers, so there's no > way for Services > > to tell whether a given ban matches your IP address. I agree it's > > confusing, though, and I'll contact the Unreal developers to see if > > anything can be done. > > > > On a side note, please be aware that it is a violation of > netiquette,> and of the law in some areas, to post private E-mail > on a public list > > without consent of the sender. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > ----------------------------------------------------------------- > - > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From dawgclan at shaw.ca Sat Feb 19 15:19:56 2005 From: dawgclan at shaw.ca (JASON M) Date: Sat Feb 19 15:20:08 2005 Subject: [IRCServices] Chanserv UNBAN bug? Message-ID: <2d6a8942d66723.2d667232d6a894@shaw.ca> Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see: user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25 Now how would the IP address be shown? Wouldn't it be server side? Regards, Jason Mainwaring A+ Service Technician Microsoft Certified Systems Administrator MCSA Messaging Certified Novell Administrator Phone: (02) 9908 4244 Mobile: 0413 161 708 E-mail: dawgclan@shaw.ca ----- Original Message ----- From: JASON M Date: Saturday, February 19, 2005 3:08 pm Subject: Re: [IRCServices] Chanserv UNBAN bug? > ongeboren: Once again I was talking about if I were to make an > alias in mIRC for my ban script issues. Not coding a dll for a > function. > Craig: I believe that would be only a slight improvement, I hope > Andrew can work something out with unreal in getting a fix for > this. "Not finding" would only be a play on words I feel as it > doesn't result in a fix. > > On another note, the only reason we are using unrealircd is > because one of the servers has Windows. Is there a better > alternative for an IRCd? All the others are running a flavour of *NIX. > > Regards, > > Jason Mainwaring > A+ Service Technician > Microsoft Certified Systems Administrator > MCSA Messaging > Certified Novell Administrator > Phone: (02) 9908 4244 > Mobile: 0413 161 708 > E-mail: dawgclan@shaw.ca > > ----- Original Message ----- > From: Craig McLure > Date: Saturday, February 19, 2005 10:11 am > Subject: Re: [IRCServices] Chanserv UNBAN bug? > > > Hmm, maybe instead of saying 'You have been unbanned from > > #channel' it > > could say 'You were not found on the #channel ban list', at > least that > > way, users are slightly less confused with being told they are > > unbanned,and in fact not being. > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * Craig@FrostyCoolSlug.com > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > Andrew Church wrote: > > >>I connect and have my IP example 255.255.25.2 I have my actual > > hostname on the server which will be something like ppp255- > > 255.lns2.syd3.internode.on.net then I oper and get a vhost of > my.vhost> >> > > >>Now ?'s work as they should in your vhost and server hostname. > > However try banning *!*@255.255.??.? When you go to unban it > will > > say you have been unbanned, yet you are still banned. > > > > > > > > > I think you mentioned you were using Unreal--in that > case, > > Unreal> doesn't send IP addresses to remote servers, so there's > no > > way for Services > > > to tell whether a given ban matches your IP address. I agree it's > > > confusing, though, and I'll contact the Unreal developers to > see if > > > anything can be done. > > > > > > On a side note, please be aware that it is a violation of > > netiquette,> and of the law in some areas, to post private E- > mail > > on a public list > > > without consent of the sender. > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > --------------------------------------------------------------- > -- > > - > > > To unsubscribe or change your subscription options, visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > ----------------------------------------------------------------- > - > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Sat Feb 19 15:24:26 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Feb 19 15:24:30 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca> References: <2d67bbe2d64d68.2d64d682d67bbe@shaw.ca> Message-ID: <4217CAAA.4070401@frostycoolslug.com> JASON M wrote: > Craig: I believe that would be only a slight improvement, I hope Andrew can work something out with unreal in getting a fix for this. "Not finding" would only be a play on words I feel as it doesn't result in a fix. Granted, but at least it would be an improvement! - I continuously get users approching staff saying 'Chanserv says i was unbanned, but when i try to join, it says that i'm still banned', a message saying that chanserv HASN'T unbanned the user would be benificial. (Shouldnt be hard to code.. just a bool, true if its set a -b, false if it hasnt, then do a check on it to decide the message) As far as i am aware, the unreal team DID fix the IP passing issue with one of their latest releases (i think 3.2.2b has it) although i wouldnt put any money on it. If it HASN'T been fixed, then the chances are, it wont be, and if it isn't fixed, there would be no 'Workaround' for services. From medice at gmx.at Sat Feb 19 15:26:09 2005 From: medice at gmx.at (Medice) Date: Sat Feb 19 15:26:10 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2d6a8942d66723.2d667232d6a894@shaw.ca> References: <2d6a8942d66723.2d667232d6a894@shaw.ca> Message-ID: <4217CB11.8010106@gmx.at> JASON M wrote: > Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see: > user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25 > Now how would the IP address be shown? Wouldn't it be server side? > > Regards, > > Jason Mainwaring this is a rather new feature in unrealircd. Unreal now keeps host, ip and an eventually vhost in evidence. greetings Medce From ShadowMaster at shadow-realm.org Sat Feb 19 16:22:24 2005 From: ShadowMaster at shadow-realm.org (ShadowMaster) Date: Sat Feb 19 16:22:34 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4216d2f4.43323@achurch.org> References: <4216d2f4.43323@achurch.org> Message-ID: <200502200122.24667.ShadowMaster@shadow-realm.org> On Saturday 19 February 2005 15:37, Andrew Church wrote: > I think you mentioned you were using Unreal--in that case, Unreal > doesn't send IP addresses to remote servers, so there's no way for Services > to tell whether a given ban matches your IP address. I agree it's > confusing, though, and I'll contact the Unreal developers to see if > anything can be done. Its been a while since i checked, but i do belive at least later versions of Unreal support SVSMODE -b or a similiar syntax which causes the IRCd to remove any and all bans matching the user on said channel. -- Yours sincerely Thomas Juberg Stens?s -- What we do in life, echoes in eternity. -- This message has been scanned for viruses and dangerous content by ShadowRealm mailsystems, and is believed to be clean. From Craig at frostycoolslug.com Sat Feb 19 17:46:35 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Feb 19 17:46:39 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <200502200122.24667.ShadowMaster@shadow-realm.org> References: <4216d2f4.43323@achurch.org> <200502200122.24667.ShadowMaster@shadow-realm.org> Message-ID: <4217EBFB.7000907@frostycoolslug.com> Semi-true.. Craig sets mode +b to Craig!*@*.chatspike.net /os raw :Chanserv svsmode #winbot -b Craig ChanServ sets mode -b to Craig!*@*.chatspike.net Craig sets mode +b to Craig!*@XX.XXX.XXX.227 /os raw :Chanserv svsmode #winbot -b Craig *nothing* Once again, this seems not to work with IPs.. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ ShadowMaster wrote: > Its been a while since i checked, but i do belive at least later versions of > Unreal support SVSMODE -b or a similiar syntax which > causes the IRCd to remove any and all bans matching the user on said channel. > > -- > Yours sincerely > Thomas Juberg Stens?s > -- What we do in life, echoes in eternity. > From lordbergee at comcast.net Sat Feb 19 18:39:11 2005 From: lordbergee at comcast.net (Bergee) Date: Sat Feb 19 18:39:23 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4217EBFB.7000907@frostycoolslug.com> References: <4216d2f4.43323@achurch.org> <200502200122.24667.ShadowMaster@shadow-realm.org> <4217EBFB.7000907@frostycoolslug.com> Message-ID: <4217F84F.7000307@comcast.net> This is true in the currently released versions of Unreal but that appears to have been fixed for the next release. See: http://bugs.unrealircd.org/view.php?id=2270 For what it's worth, Services doesn't use this feature of Unreal right now, but it might be worth considering because then Unreal will also take care of removing the extended ban types. This was, Services does not even need to know what each ban type does. Bergee Craig McLure wrote: > Semi-true.. > > Craig sets mode +b to Craig!*@*.chatspike.net > /os raw :Chanserv svsmode #winbot -b Craig > ChanServ sets mode -b to Craig!*@*.chatspike.net > Craig sets mode +b to Craig!*@XX.XXX.XXX.227 > /os raw :Chanserv svsmode #winbot -b Craig > *nothing* > > Once again, this seems not to work with IPs.. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ From achurch at achurch.org Sun Feb 20 11:41:44 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Feb 19 18:42:20 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <200502200122.24667.ShadowMaster@shadow-realm.org> Message-ID: <4217f906.53442@achurch.org> >Its been a while since i checked, but i do belive at least later versions of >Unreal support SVSMODE -b or a similiar syntax which >causes the IRCd to remove any and all bans matching the user on said channel. I actually checked for that, but it doesn't handle IP addresses either... --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Feb 20 11:42:17 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Feb 19 18:43:10 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <2d6a8942d66723.2d667232d6a894@shaw.ca> Message-ID: <4217f938.53452@achurch.org> >Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see: >user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25 >Now how would the IP address be shown? Wouldn't it be server side? Only the server to which the user is connected has this information; it's not passed on to other servers. --Andrew Church achurch@achurch.org http://achurch.org/ From lordbergee at comcast.net Sat Feb 19 18:52:13 2005 From: lordbergee at comcast.net (Bergee) Date: Sat Feb 19 18:52:28 2005 Subject: [IRCServices] Chanserv UNBAN bug? In-Reply-To: <4217f938.53452@achurch.org> References: <4217f938.53452@achurch.org> Message-ID: <4217FB5D.9060306@comcast.net> This used to be true as well, but the Unreal coders did implement this a few versions ago. Although to active this feature, you do have to indicate that you support it by sending the "NICKIP" token with your PROTOCTL command. See: http://bugs.unrealircd.org/view.php?id=605 and "protoctl.txt" distributed with Unreal for more information. Bergee Andrew Church wrote: >>Andrew, you say that the server doesn't have IP address information? How does whois information work? Because when whois'ing users as an oper you see: >>user is connecting from *@removed.Murmansk.dial.rol.ru 255.25.255.25 >>Now how would the IP address be shown? Wouldn't it be server side? > > > Only the server to which the user is connected has this information; > it's not passed on to other servers. > > --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 Sun Feb 20 16:49:51 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Feb 19 23:51:52 2005 Subject: [IRCServices] Unreal IP ban issue Message-ID: <42184192.03247@achurch.org> I've checked the latest version of Unreal, and it does indeed support NICKIP (it looks like my CVS checkout was on the wrong branch). I've also confirmed that UNBAN works properly, so those who are having problems should upgrade Unreal. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at epicirc.net Sun Feb 20 09:33:51 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Sun Feb 20 09:34:18 2005 Subject: FW: [IRCServices] Notice Bug (Update) Message-ID: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net> I have posted regarding this bug on the mIRC Bug Forums. They have verified that it is infact happening. We have found a 'semi' solution to the problem though, that may would be good for your to add on the faq. If I send the notice " /OperServ Global " That is when the ":" (colon) will appear. HOWEVER, if I were to do "/msg OperServ Global " The colon does not appear. So... it seems that when mIRC is pulling the alias for /operserv or /chanserv it somehow creates this error. For anyone else out there that may ever have this problem, until it is fixed just use /msg operserv to get around it. Darvocet EpicIRC.Net - irc.epicirc.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 .... .... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050220/d96e2975/attachment.htm From Craig at frostycoolslug.com Sun Feb 20 10:32:12 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sun Feb 20 10:32:14 2005 Subject: [IRCServices] Notice Bug (Update) In-Reply-To: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net> References: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net> Message-ID: <4218D7AC.10104@frostycoolslug.com> Straying off topic slightly.. If your looking for a 'Quick fix' to this problem, add the following to your mIRC remotes: alias operserv { .msg operserv $1- } The /operserv will be sent to the services correctly, without the : /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ EpicIRC Administration wrote: > I have posted regarding this bug on the mIRC Bug Forums. They have verified > that it is infact happening. We have found a 'semi' solution to the problem > though, that may would be good for your to add on the faq. > > If I send the notice " /OperServ Global " That is when > the ":" (colon) will appear. > > HOWEVER, if I were to do "/msg OperServ Global " The > colon does not appear. > > So... it seems that when mIRC is pulling the alias for /operserv or > /chanserv it somehow creates this error. For anyone else out there that may > ever have this problem, until it is fixed just use /msg operserv to get > around it. > > Darvocet > EpicIRC.Net - irc.epicirc.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 > .... > .... > > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Feb 21 11:14:28 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Feb 20 18:14:52 2005 Subject: FW: [IRCServices] Notice Bug (Update) In-Reply-To: <200502201734.j1KHXpur136694@pimout2-ext.prodigy.net> Message-ID: <42194416.03657@achurch.org> >I have posted regarding this bug on the mIRC Bug Forums. They have verified >that it is infact happening. We have found a 'semi' solution to the problem >though, that may would be good for your to add on the faq. Thanks, I've updated the FAQ. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Feb 21 23:00:21 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Feb 21 06:03:15 2005 Subject: [IRCServices] Services 5.0.46 released Message-ID: <4219ea0c.56270@achurch.org> Services 5.0.46 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) a5d404925fbdabea7a2c06da5be91e1c ircservices-5.0.46.tar.gz 7a9e50a99f4a51e82971297e83a07fad ircservices-5.0.46.diff.gz 7a0c762a88592e519aff4a11f836043c ircservices-5.0.46-1.i386.rpm a2114a1dca4a08eaf2323fe022948bda ircservices_5.0.46-1_i386.deb The mirrors should have it shortly. I've added a PowerPC workaround for the GCC __builtin_* bugs (now also documented, see FAQ B.1.5) and fixed up a couple of other issues, so Services should now compile and run without problems on stock (but recent!) MacOS systems. I've done some rudimentary testing, but please let me know of any problems. Changes in version 5.0.46 ------------------------- 2005/02/21 Fixed some warnings during compilation. 2005/02/21 Fixed bug causing modified files to not be recompiled properly when compiling with GNU make 3.79. 2005/02/20 The OperServ debug command LISTUSERS now includes the IP address for each user before the user's mode string. 2005/02/19 Added workaround for GCC bugs on PowerPC systems. 2005/01/27 Fixed careless error in "make distclean". Reported by Stanislav Zahariev --Andrew Church achurch@achurch.org http://achurch.org/ From phan70m at gmail.com Tue Feb 22 08:43:57 2005 From: phan70m at gmail.com (Anton Wolkov) Date: Tue Feb 22 08:44:09 2005 Subject: [IRCServices] active channels may expire Message-ID: hi, i have a channel for the idlerpg game ( http://nix.co.il/i ) which has only one registered user - the game bot. the point of the game is to have highest uptime and do nothing, and since our servers have decent uptime the bot doesn't reconnect for months. after it finally did i noticed channel had expired long ago, so now i set it to noexpire, but i'm pretty sure this isn't intentional behaviour. i would suggest checking in the expire script if channel has registered users with access present in the channel. thanks PHANTOm -- http://www.irc.nix.co.il/ From achurch at achurch.org Wed Feb 23 01:56:57 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 22 09:01:48 2005 Subject: [IRCServices] active channels may expire In-Reply-To: Message-ID: <421b6565.33265@achurch.org> This is designed behavior--see section 3-2-1 of the manual--but I agree that it's non-obvious; the change you suggest seems harmless enough, so I'll implement it in the next release. Thanks for the suggestion. --Andrew Church achurch@achurch.org http://achurch.org/ >hi, >i have a channel for the idlerpg game ( http://nix.co.il/i ) which has >only one registered user - the game bot. >the point of the game is to have highest uptime and do nothing, and >since our servers have decent uptime the bot doesn't reconnect for >months. >after it finally did i noticed channel had expired long ago, so now i >set it to noexpire, but i'm pretty sure this isn't intentional >behaviour. >i would suggest checking in the expire script if channel has >registered users with access present in the channel. >thanks >PHANTOm -- http://www.irc.nix.co.il/ >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Wed Feb 23 03:36:04 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 22 10:36:59 2005 Subject: [IRCServices] Services 5.0.47 released Message-ID: <421b7bc6.57136@achurch.org> Services 5.0.47 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 311d7525054954ca65b8a8856265c0c6 ircservices-5.0.47.tar.gz 69327d6137101de03560adfdb4c3259d ircservices-5.0.47.diff.gz 22ddcda6deeff28fb3cf277e342b9425 ircservices-5.0.47-1.i386.rpm 916ab7a96f9bcf3958249c7281a48ceb ircservices_5.0.47-1_i386.deb The mirrors should have it shortly. This release is to implement the change suggested a little while ago regarding channel expiration; channels will no longer expire if at least one auto-op user is in the channel (and identified so that they have auto-op privileges). As a side effect, ChanServ INFO will now display the current time in the "last used" field if an auto-op user is in the channel. I have also added a new section to the documentation (section 3-2-3) detailing the rules for channel expiration, to hopefully avoid future confusion and/or spark debate on better ways to handle expiration. Changes in version 5.0.47 ------------------------- 2005/02/23 Channels no longer expire while an auto-op user is in the channel; expiration is delayed until the time specified by CSExpire after the last such user leaves the channel. Reported by Anton Wolkov 2005/02/23 Added user IP addresses to the OperServ LISTUSER debug command as well. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Feb 23 04:03:42 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Feb 22 11:06:02 2005 Subject: [IRCServices] Services 5.0.48 released Message-ID: <421b8293.77227@achurch.org> Services 5.0.48 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) f61433fd50ad5d3833430511f5bbd0dd ircservices-5.0.48.tar.gz a41962598b609a2fa4827451e670cf57 ircservices-5.0.48.diff.gz 875602f89506fba6847d7e9bb7ee1b07 ircservices-5.0.48-1.i386.rpm 3c8cb7aa6ed5bb0af7bb8c5225a64207 ircservices_5.0.48-1_i386.deb The mirrors should have it shortly. 5.0.47 has a careless error which can potentially cause Services to crash on exit or rehash of the configuration files, and which also demonstrates pretty clearly that I shouldn't be up coding at 3 in the morning... Apologies for the inconvenience. Changes in version 5.0.48 ------------------------- 2005/02/23 Fix careless bug leading to possible crash on exit or rehash. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Wed Feb 23 06:28:48 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Wed Feb 23 06:29:07 2005 Subject: [IRCServices] HostServ module Message-ID: <000e01c519b3$ff4a0a90$044405d5@server> Andrew is possible to be added to a next release of ircservices a simple (add,del,list) hostserv module? It will help very very very very ... much admins and we will not need to modify vhost.conf to all servers (or something like this) or running a neostats server to have vhosts. BTW: Is anyone here who have any hostserv module to work with the 4.0.45 and above versions of ircservices?? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050223/b565f95f/attachment.html From Craig at frostycoolslug.com Wed Feb 23 11:24:13 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Feb 23 11:24:28 2005 Subject: [IRCServices] HostServ module In-Reply-To: <000e01c519b3$ff4a0a90$044405d5@server> References: <000e01c519b3$ff4a0a90$044405d5@server> Message-ID: <421CD85D.7060701@frostycoolslug.com> Mine only works with the 5.0.x version of services, It's been around for quite some time, i'm surprised you havn't noticed it. http://www.servicescommunity.za.net/viewtopic.php?p=168 That gives a link to the file, and installation instructions. I doubt Andy will include this in a future release of services though. -- Craig "FrostyCoolSlug" McLure Dionisios K. wrote: > Andrew is possible to be added to a next release of ircservices a simple (add,del,list) hostserv module? > It will help very very very very ... much admins and we will not need to modify vhost.conf to all servers (or something like this) or running a neostats server to have vhosts. > > BTW: Is anyone here who have any hostserv module to work with the 4.0.45 and above versions of ircservices?? > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From vonitsa_net at yahoo.gr Wed Feb 23 13:07:06 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Wed Feb 23 13:07:13 2005 Subject: [IRCServices] HostServ module Message-ID: <20050223210707.56758.qmail@web54402.mail.yahoo.com> Thank you Craig. I hope this or something like this to be added officially to the services pack. Very nice thing. --- ircservices-bounces@ircservices.esper.net wrote: > Mine only works with the 5.0.x version of services, It's been around for > quite some time, i'm surprised you havn't noticed it. > > http://www.servicescommunity.za.net/viewtopic.php?p=168 > > That gives a link to the file, and installation instructions. I doubt > Andy will include this in a future release of services though. > > -- > Craig "FrostyCoolSlug" McLure > > > Dionisios K. wrote: > > Andrew is possible to be added to a next release of ircservices a simple (add,del,list) hostserv module? > > It will help very very very very ... much admins and we will not need to modify vhost.conf to all servers (or something like this) or running a neostats server to have vhosts. > > > > BTW: Is anyone here who have any hostserv module to work with the 4.0.45 and above versions of 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 > > > ===== Dionisios K. - ToXiC On HellenicNet From florin at andrei.myip.org Mon Feb 28 17:15:11 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Mon Feb 28 17:15:43 2005 Subject: [IRCServices] newbie kickstart document Message-ID: <1109639711.6629.57.camel@stantz.corp.sgi.com> Hi, i'm new to ircservices. I'm trying to use it together with Unreal as an instant messaging server for myself and my co-workers. We want to be able to register nicks, register channels, control access to channels, etc. I succeeded in doing preliminary configuration on Unreal and ircservices and getting them to work together. But it's not clear which road i should take from here to the goal stated above. Do you guys happen to have a "newbie kickstart document" to speed up things for a newcomer? Essentially, how to bootstrap a small population of admins, create a few channels and assign access permissions and things like that. Do i have to login as SuperUser and create admins? If yes, then i should probably password-protect that nick pretty soon now, right? Thanks, -- Florin Andrei http://florin.myip.org/ From vonitsa_net at yahoo.gr Mon Feb 28 22:55:14 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Mon Feb 28 22:55:22 2005 Subject: [IRCServices] ircservices should enforce +R Message-ID: <20050301065514.34948.qmail@web54409.mail.yahoo.com> on many ircds +R chmode is supported by now. I thing services should enforce it on 1st user joins the channel like +OA and +z on Unrealircd ===== Dionisios K. - ToXiC On HellenicNet From medice at gmx.at Tue Mar 1 00:25:00 2005 From: medice at gmx.at (Medice) Date: Tue Mar 1 00:24:27 2005 Subject: [IRCServices] ircservices should enforce +R In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com> References: <20050301065514.34948.qmail@web54409.mail.yahoo.com> Message-ID: <422426DC.6060809@gmx.at> I'd say keep this in user's decision. Since each of the mentioned modes means different settings you should not bind them together. Especially at +AO -since users capable of using those channelmodes (so called opers ;) ) should have sufficient knowledge about irc-stuff to decide by themselves if +R is mandatory or not (on my side I think it's not...) there are several seperate modes invented to produce numerous combinations of settings, just like a users likes it / thinks it's necessary.... just my 2 cents... medice Dionisios K. wrote: > on many ircds +R chmode is supported by now. I thing > services should enforce it on 1st user joins the > channel like +OA and +z on Unrealircd > > ===== > Dionisios K. - ToXiC On HellenicNet From lordbergee at comcast.net Tue Mar 1 08:32:55 2005 From: lordbergee at comcast.net (Bergee) Date: Tue Mar 1 08:33:04 2005 Subject: [IRCServices] ircservices should enforce +R In-Reply-To: <422426DC.6060809@gmx.at> References: <20050301065514.34948.qmail@web54409.mail.yahoo.com> <422426DC.6060809@gmx.at> Message-ID: <42249937.7030009@comcast.net> Either I've misunderstood you and Dionisios K. or I think he meant something different from what you're talking about. I think he is suggesting that IRCServices should treat +R like it treats +A or +O. That is to say, right now, if a channel is +O then IRCServices will kick anyone that joins the channel that is not a global IRCop. So what I took his suggestion to mean is that he wants IRCServices to kick the user out of the channel if they don't have a registered nickname and +R is set on the channel. If this is indeed what he is suggesting, then I would say that it might be worth considering. I guess that's useful really in two situations. First if a user is the first one to join a channel and +R is mode locked on, because the IRCd would then not enforce +R because of course the channel did not exist at the time. Secondly I suppose would be on syncs from netsplits where one side did not have +R and say some spam bots managed to get in on on a split server. I guess in general I think it is worth enforcing the mode simply for consistency in IRCServices since +A, +O and +z on Unreal are already enforced. And if this isn't what you meant Dionisios, then I suggest what I thought you meant. What does everyone else on the list think of that? :) Bergee Medice wrote: > I'd say keep this in user's decision. Since each of the mentioned modes > means different settings you should not bind them together. Especially > at +AO -since users capable of using those channelmodes (so called opers > ;) ) should have sufficient knowledge about irc-stuff to decide by > themselves if +R is mandatory or not (on my side I think it's not...) > there are several seperate modes invented to produce numerous > combinations of settings, just like a users likes it / thinks it's > necessary.... > > just my 2 cents... > medice > > Dionisios K. wrote: > >> on many ircds +R chmode is supported by now. I thing >> services should enforce it on 1st user joins the >> channel like +OA and +z on Unrealircd >> >> ===== >> Dionisios K. - ToXiC On HellenicNet From medice at gmx.at Tue Mar 1 09:11:30 2005 From: medice at gmx.at (Medice) Date: Tue Mar 1 09:10:49 2005 Subject: [IRCServices] ircservices should enforce +R In-Reply-To: <42249937.7030009@comcast.net> References: <20050301065514.34948.qmail@web54409.mail.yahoo.com> <422426DC.6060809@gmx.at> <42249937.7030009@comcast.net> Message-ID: <4224A242.7030905@gmx.at> hm - I guess I should have understand that thing the other way round just at the first turn... I think your right, I got that idea wrong... In this case it's totally different story and worth a close consideration in my opinion. Sorry for any bad mood, in fact I was surprised first, since Dionisios usually writes perfectly reasonable stuff to the maillist and now i got him wrong - sorry greets Medice Bergee wrote: > Either I've misunderstood you and Dionisios K. or I think he meant > something different from what you're talking about. I think he is > suggesting that IRCServices should treat +R like it treats +A or +O. > That is to say, right now, if a channel is +O then IRCServices will kick > anyone that joins the channel that is not a global IRCop. So what I > took his suggestion to mean is that he wants IRCServices to kick the > user out of the channel if they don't have a registered nickname and +R > is set on the channel. > If this is indeed what he is suggesting, then I would say that it > might be worth considering. I guess that's useful really in two > situations. First if a user is the first one to join a channel and +R is > mode locked on, because the IRCd would then not enforce +R because of > course the channel did not exist at the time. Secondly I suppose would > be on syncs from netsplits where one side did not have +R and say some > spam bots managed to get in on on a split server. I guess in general I > think it is worth enforcing the mode simply for consistency in > IRCServices since +A, +O and +z on Unreal are already enforced. > And if this isn't what you meant Dionisios, then I suggest what I > thought you meant. What does everyone else on the list think of that? :) > > Bergee > From florin at andrei.myip.org Wed Mar 2 01:06:46 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed Mar 2 01:06:56 2005 Subject: [IRCServices] problem while creating admins Message-ID: <1109754406.5157.42.camel@rivendell.home.local> I'm using Unreal3.2.2b and ircservices-5.0.48 on Linux. I properly set the ServicesRoot variable, i joined as that nick, registered it, and now the nick is displayed by the webserver like this: OperServ privilege level:Services super-user However, when i'm the super-user and i'm trying to give admin privileges to another nick, i get this error: operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: ADMIN ADD mnopqr What am i doing wrong? -- Florin Andrei http://florin.myip.org/ From vonitsa_net at yahoo.gr Wed Mar 2 02:05:35 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Wed Mar 2 02:05:57 2005 Subject: [IRCServices] problem while creating admins Message-ID: <20050302100535.65469.qmail@web54406.mail.yahoo.com> To use operserv you must oper-up on the ircd. Are u sure u were an ircop when u tried to add services admins? --- ircservices-bounces@ircservices.esper.net wrote: > I'm using Unreal3.2.2b and ircservices-5.0.48 on Linux. > I properly set the ServicesRoot variable, i joined as that nick, > registered it, and now the nick is displayed by the webserver like this: > > OperServ privilege level:Services super-user > > However, when i'm the super-user and i'm trying to give admin privileges > to another nick, i get this error: > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: ADMIN ADD mnopqr > > What am i doing wrong? > > -- > Florin Andrei > > http://florin.myip.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices ===== Dionisios K. - ToXiC On HellenicNet From florin at andrei.myip.org Wed Mar 2 08:34:14 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed Mar 2 08:34:25 2005 Subject: [IRCServices] problem while creating admins In-Reply-To: <20050302100535.65469.qmail@web54406.mail.yahoo.com> References: <20050302100535.65469.qmail@web54406.mail.yahoo.com> Message-ID: <1109781254.5155.1.camel@rivendell.home.local> I see what you mean. I believe i wasn't ircop. But here's probably a very newbie question - how do i become an ircop without being on a channel? "/op nick" doesn't work, the IRC server says "no such channel". And in order to create channels, i have to become admin first, since ircservices won't let me otherwise. And that's the catch 22 at the moment. On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote: > To use operserv you must oper-up on the ircd. Are u > sure u were an ircop when u tried to add services > admins? > --- ircservices-bounces@ircservices.esper.net > wrote: > > I'm using Unreal3.2.2b and ircservices-5.0.48 on > Linux. > > I properly set the ServicesRoot variable, i joined > as that nick, > > registered it, and now the nick is displayed by the > webserver like this: > > > > OperServ privilege level:Services super-user > > > > However, when i'm the super-user and i'm trying to > give admin privileges > > to another nick, i get this error: > > > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: > ADMIN ADD mnopqr > > > > What am i doing wrong? > > > > -- > > Florin Andrei > > > > http://florin.myip.org/ > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, > visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ===== > Dionisios K. - ToXiC On HellenicNet > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices -- Florin Andrei http://florin.myip.org/ From list at psam.se Wed Mar 2 08:58:36 2005 From: list at psam.se (list) Date: Wed Mar 2 08:59:05 2005 Subject: [IRCServices] problem while creating admins In-Reply-To: <1109781254.5155.1.camel@rivendell.home.local> References: <20050302100535.65469.qmail@web54406.mail.yahoo.com> <1109781254.5155.1.camel@rivendell.home.local> Message-ID: <4225F0BC.6080300@psam.se> First of all since you are using Unreal. Have you set yourself as oper to Unreal? This meaning have you setupo in the unrealircd.conf like this oper bobsmith { class clients; from { userhost bob@smithco.com; }; password "f00"; flags { netadmin; can_zline; can_gzline; can_gkline; global; }; }; You can set this oper in several ways look at the docs for UnrealIRCd at http://www.vulnscan.org/UnrealIrcd/unreal32docs.html and the FAQ at http://www.vulnscan.org/UnrealIrcd/faq/ Second of all have you set yourself up as ServiceRoot in the module.conf? # ServicesRoot [REQUIRED] # Specifies the Services "super-user". The super-user, or "root" as # in Unix terminology, is the only user who can add or delete # Services admins. # # This is commented out by default; make sure you insert the correct # nick before uncommenting it. #ServicesRoot SuperUser This will allow the user with this nick to have super-user access. Not sure if you have to register it but its a very good idea. Now you should be able to add new admins to the server. If you want them to have access to the Unreal commands you need to add them in the way described above and in the docs. As an unreal oper you can /mode #sol +o nick to get @ status in any channel. If you havent commented out this CSEnableRegister in module.conf any user should be able to register a channel while they are @ in the channel Psadi Florin Andrei wrote: >I see what you mean. I believe i wasn't ircop. But here's probably a >very newbie question - how do i become an ircop without being on a >channel? "/op nick" doesn't work, the IRC server says "no such channel". > >And in order to create channels, i have to become admin first, since >ircservices won't let me otherwise. And that's the catch 22 at the >moment. > >On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote: > > >>To use operserv you must oper-up on the ircd. Are u >>sure u were an ircop when u tried to add services >>admins? >>--- ircservices-bounces@ircservices.esper.net >> wrote: >> >> >>>I'm using Unreal3.2.2b and ircservices-5.0.48 on >>> >>> >>Linux. >> >> >>>I properly set the ServicesRoot variable, i joined >>> >>> >>as that nick, >> >> >>>registered it, and now the nick is displayed by the >>> >>> >>webserver like this: >> >> >>>OperServ privilege level:Services super-user >>> >>>However, when i'm the super-user and i'm trying to >>> >>> >>give admin privileges >> >> >>>to another nick, i get this error: >>> >>>operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: >>> >>> >>ADMIN ADD mnopqr >> >> >>>What am i doing wrong? >>> >>>-- >>>Florin Andrei >>> >>>http://florin.myip.org/ >>> >>> >>> >>> >>------------------------------------------------------------------ >> >> >>>To unsubscribe or change your subscription options, >>> >>> >>visit: >> >> >>http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> >>===== >>Dionisios K. - ToXiC On HellenicNet >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://lists.ircservices.za.net/mailman/listinfo/ircservices >> >> From vonitsa_net at yahoo.gr Wed Mar 2 09:56:52 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Wed Mar 2 09:57:11 2005 Subject: [IRCServices] problem while creating admins Message-ID: <20050302175653.44028.qmail@web54404.mail.yahoo.com> >From these ive read from ur email i can see that u dont know basic things (to be a services root) for services&ircds. My opinion is that u should read the manuals and documents for these things first and then if u have problems or questions send an email here again. Everyone here will be happy to help u. --- ircservices-bounces@ircservices.esper.net wrote: > I see what you mean. I believe i wasn't ircop. But here's probably a > very newbie question - how do i become an ircop without being on a > channel? "/op nick" doesn't work, the IRC server says "no such channel". > > And in order to create channels, i have to become admin first, since > ircservices won't let me otherwise. And that's the catch 22 at the > moment. > > On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote: > > To use operserv you must oper-up on the ircd. Are u > > sure u were an ircop when u tried to add services > > admins? > > --- ircservices-bounces@ircservices.esper.net > > wrote: > > > I'm using Unreal3.2.2b and ircservices-5.0.48 on > > Linux. > > > I properly set the ServicesRoot variable, i joined > > as that nick, > > > registered it, and now the nick is displayed by the > > webserver like this: > > > > > > OperServ privilege level:Services super-user > > > > > > However, when i'm the super-user and i'm trying to > > give admin privileges > > > to another nick, i get this error: > > > > > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: > > ADMIN ADD mnopqr > > > > > > What am i doing wrong? > > > > > > -- > > > Florin Andrei > > > > > > http://florin.myip.org/ > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, > > visit: > > > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ===== > > Dionisios K. - ToXiC On HellenicNet > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- > Florin Andrei > > http://florin.myip.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices ===== Dionisios K. - ToXiC On HellenicNet From florin at andrei.myip.org Wed Mar 2 12:17:32 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed Mar 2 12:17:45 2005 Subject: [IRCServices] problem while creating admins In-Reply-To: <4225F0BC.6080300@psam.se> References: <20050302100535.65469.qmail@web54406.mail.yahoo.com> <1109781254.5155.1.camel@rivendell.home.local> <4225F0BC.6080300@psam.se> Message-ID: <1109794652.5199.18.camel@stantz.corp.sgi.com> On Wed, 2005-03-02 at 17:58 +0100, list wrote: > First of all since you are using Unreal. Have you set yourself as oper > to Unreal? This meaning have you setupo in the unrealircd.conf like this > > oper bobsmith { > class clients; no So now you know what my problem was. :-) > Second of all have you set yourself up as ServiceRoot in the module.conf? > # ServicesRoot [REQUIRED] yes I changed unrealircd.conf accordingly, now everything is fine, i can set admins, create channels, tweak access modes, pretty much everything seems to be fine (at least on surface). The stumbling block for me was that some kind of "elevated privileges" (oper) are also required on Unreal, not just on ircservices. I was thinking that ircservices alone takes care of all that (i thought ircservices is simply an extension to the IRC server per se, while in truth they are two different layers with large parts of the functionality separated). I think i understand it now - at least i am able to perform the basic work i was looking to accomplish. Thank you! -- Florin Andrei http://florin.myip.org/ From scousens at fibertel.com.ar Wed Mar 2 13:04:25 2005 From: scousens at fibertel.com.ar (Sergio Cousens) Date: Wed Mar 2 13:09:13 2005 Subject: [IRCServices] problem while creating admins In-Reply-To: <20050302175653.44028.qmail@web54404.mail.yahoo.com> Message-ID: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC> He is probably a newbie, but I think that I can help! /oper nick password This nick should exist at the oper block in unrealircd.conf. Hope this helps! -----Mensaje original----- De: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net] En nombre de Dionisios K. Enviado el: mi?rcoles, 02 de marzo de 2005 14:57 Para: ircservices@ircservices.esper.net Asunto: Re: [IRCServices] problem while creating admins >From these ive read from ur email i can see that u dont know basic things (to be a services root) for services&ircds. My opinion is that u should read the manuals and documents for these things first and then if u have problems or questions send an email here again. Everyone here will be happy to help u. --- ircservices-bounces@ircservices.esper.net wrote: > I see what you mean. I believe i wasn't ircop. But here's probably a > very newbie question - how do i become an ircop without being on a > channel? "/op nick" doesn't work, the IRC server says "no such channel". > > And in order to create channels, i have to become admin first, since > ircservices won't let me otherwise. And that's the catch 22 at the > moment. > > On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. wrote: > > To use operserv you must oper-up on the ircd. Are u > > sure u were an ircop when u tried to add services > > admins? > > --- ircservices-bounces@ircservices.esper.net > > wrote: > > > I'm using Unreal3.2.2b and ircservices-5.0.48 on > > Linux. > > > I properly set the ServicesRoot variable, i joined > > as that nick, > > > registered it, and now the nick is displayed by the > > webserver like this: > > > > > > OperServ privilege level:Services super-user > > > > > > However, when i'm the super-user and i'm trying to > > give admin privileges > > > to another nick, i get this error: > > > > > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com sent: > > ADMIN ADD mnopqr > > > > > > What am i doing wrong? > > > > > > -- > > > Florin Andrei > > > > > > http://florin.myip.org/ > > > > > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription options, > > visit: > > > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > ===== > > Dionisios K. - ToXiC On HellenicNet > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- > Florin Andrei > > http://florin.myip.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices ===== Dionisios K. - ToXiC On HellenicNet ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From florin at andrei.myip.org Wed Mar 2 13:50:46 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed Mar 2 13:51:00 2005 Subject: [IRCServices] problem while creating admins In-Reply-To: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC> References: <000c01c51f6b$6a87e5e0$1e01a8c0@COUSENSPDC> Message-ID: <1109800246.5199.37.camel@stantz.corp.sgi.com> yup, that was it, thanks! (yes, i am a newbie) On Wed, 2005-03-02 at 18:04 -0300, Sergio Cousens wrote: > He is probably a newbie, but I think that I can help! > > /oper nick password > > > This nick should exist at the oper block in unrealircd.conf. > > Hope this helps! > > > -----Mensaje original----- > De: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net] En nombre de Dionisios K. > Enviado el: mi?rcoles, 02 de marzo de 2005 14:57 > Para: ircservices@ircservices.esper.net > Asunto: Re: [IRCServices] problem while creating admins > > >From these ive read from ur email i can see that u > dont know basic things (to be a services root) for > services&ircds. My opinion is that u should read the > manuals and documents for these things first and then > if u have problems or questions send an email here > again. Everyone here will be happy to help u. > --- ircservices-bounces@ircservices.esper.net > wrote: > > I see what you mean. I believe i wasn't ircop. But > here's probably a > > very newbie question - how do i become an ircop > without being on a > > channel? "/op nick" doesn't work, the IRC server > says "no such channel". > > > > And in order to create channels, i have to become > admin first, since > > ircservices won't let me otherwise. And that's the > catch 22 at the > > moment. > > > > On Wed, 2005-03-02 at 02:05 -0800, Dionisios K. > wrote: > > > To use operserv you must oper-up on the ircd. Are > u > > > sure u were an ircop when u tried to add services > > > admins? > > > --- ircservices-bounces@ircservices.esper.net > > > wrote: > > > > I'm using Unreal3.2.2b and ircservices-5.0.48 on > > > Linux. > > > > I properly set the ServicesRoot variable, i > joined > > > as that nick, > > > > registered it, and now the nick is displayed by > the > > > webserver like this: > > > > > > > > OperServ privilege level:Services super-user > > > > > > > > However, when i'm the super-user and i'm trying > to > > > give admin privileges > > > > to another nick, i get this error: > > > > > > > > operserv/main: Non-oper xyzk!abcd@xxx.yyy.com > sent: > > > ADMIN ADD mnopqr > > > > > > > > What am i doing wrong? > > > > > > > > -- > > > > Florin Andrei > > > > > > > > http://florin.myip.org/ > > > > > > > > > > > > ------------------------------------------------------------------ > > > > To unsubscribe or change your subscription > options, > > > visit: > > > > > > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > > > > > ===== > > > Dionisios K. - ToXiC On HellenicNet > > > > ------------------------------------------------------------------ > > > To unsubscribe or change your subscription > options, visit: > > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > -- > > Florin Andrei > > > > http://florin.myip.org/ > > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, > visit: > > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > ===== > Dionisios K. - ToXiC On HellenicNet > ------------------------------------------------------------------ > 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 -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Wed Mar 2 16:00:18 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed Mar 2 16:00:36 2005 Subject: [IRCServices] SET RESTRICTED Message-ID: <1109808018.5199.46.camel@stantz.corp.sgi.com> Is there a way to prevent unidentified users to use a channel but without banning them? Essentially, i'm looking for SET RESTRICTED but without the ban. I don't need the ban, since the potential for abuse is small (private network). Or is there a way to automatically unban them immediately thereafter? -- Florin Andrei http://florin.myip.org/ From dnb at majestic-liaisons.com Wed Mar 2 16:10:06 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Wed Mar 2 16:10:41 2005 Subject: [IRCServices] SET RESTRICTED References: <1109808018.5199.46.camel@stantz.corp.sgi.com> Message-ID: <000701c51f85$5e187620$0100a8c0@dnblaptop> check the IRCd you are using for a +R channel mode on most IRCd's that will stop anyone that is not identified from joining the channel it is set on. ----- Original Message ----- From: "Florin Andrei" To: "IRC Services General Mailing List" Sent: Thursday, March 03, 2005 10:30 AM Subject: [IRCServices] SET RESTRICTED > Is there a way to prevent unidentified users to use a channel but > without banning them? Essentially, i'm looking for SET RESTRICTED but > without the ban. I don't need the ban, since the potential for abuse is > small (private network). > Or is there a way to automatically unban them immediately thereafter? > > -- > Florin Andrei > > http://florin.myip.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From achurch at achurch.org Thu Mar 3 09:24:41 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Mar 2 16:25:09 2005 Subject: [IRCServices] ircservices should enforce +R In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com> Message-ID: <42265959.50464@msgid.achurch.org> >on many ircds +R chmode is supported by now. I thing >services should enforce it on 1st user joins the >channel like +OA and +z on Unrealircd Good point, I'll fix it for the next version. --Andrew Church achurch@achurch.org http://achurch.org/ From ron2k at webmail.co.za Thu Mar 3 10:13:42 2005 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Thu Mar 3 10:14:40 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not recognised by Services Message-ID: The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I (invex) and +j (join throttling). They're already in CVS, for those interested. However, it seems that Services doesn't support them. The reasons for coming to this conclusion are as follows: - Couldn't find anything relating to these two modes in protocol/unreal.c (although I will admit, what I know about C is dangerous) - Trying to use ChanServ MLOCK on them returned an "unknown mode char" error - OperServ CLEARMODES failed to remove them if set (Version 5.0.48 of Services was used.) Some technical information regarding these modes: according to Unreal's 005 numeric, +I is a mode that adds a nick!user@host mask to a list (like +b and +e, which should automatically imply that it shouldn't be MLOCKed), while +j requires a parameter to be set but doesn't require a parameter to be unset; +l works the same way. The syntax for +j is "+j joins:seconds". As I'm expecting Unreal3.2.3 to be released sometime within the next two weeks, this should be sorted out pretty quickly (ie before it gets released.) ______________________________________________________________ http://www.webmail.co.za the South African FREE email service From brain at winbot.co.uk Thu Mar 3 10:47:24 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Thu Mar 3 10:47:21 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not recognised by Services In-Reply-To: References: Message-ID: <42275BBC.3050907@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 why is +j even required??? +f does this! Kieron Thwaites wrote: > The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I > (invex) and +j (join throttling). They're already in CVS, for those interested. > However, it seems that Services doesn't support them. > > The reasons for coming to this conclusion are as follows: > - Couldn't find anything relating to these two modes in protocol/unreal.c > (although I will admit, what I know about C is dangerous) > - Trying to use ChanServ MLOCK on them returned an "unknown mode char" error > - OperServ CLEARMODES failed to remove them if set > > (Version 5.0.48 of Services was used.) > > Some technical information regarding these modes: according to Unreal's 005 > numeric, +I is a mode that adds a nick!user@host mask to a list (like +b and > +e, which should automatically imply that it shouldn't be MLOCKed), while +j > requires a parameter to be set but doesn't require a parameter to be unset; +l > works the same way. The syntax for +j is "+j joins:seconds". > > As I'm expecting Unreal3.2.3 to be released sometime within the next two weeks, > this should be sorted out pretty quickly (ie before it gets released.) > ______________________________________________________________ > http://www.webmail.co.za the South African FREE email service > ------------------------------------------------------------------ > 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) iD8DBQFCJ1u80k42Wxli/BARAtJzAJ9ud+2EqjxLxr2nSvhzU7tKrSRpowCfQMnR mMuzWrZsrjPUaU9NVelN6ic= =9y5+ -----END PGP SIGNATURE----- From lordbergee at comcast.net Thu Mar 3 10:58:54 2005 From: lordbergee at comcast.net (Bergee) Date: Thu Mar 3 10:58:59 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not recognised by Services In-Reply-To: <42275BBC.3050907@winbot.co.uk> References: <42275BBC.3050907@winbot.co.uk> Message-ID: <42275E6E.2070203@comcast.net> Actually my understanding of it is that +j reacts to x joins per user per y seconds. And what +f does is x joins per channel per y seconds. A slight difference at best, but it would basically allow you to throttle a single user a bit sooner rather than having to wait for that user to trigger a higher limit for the entire channel. Bergee Craig Edwards wrote: > why is +j even required??? +f does this! From gluniz at luniz.dyndns.org Thu Mar 3 11:50:32 2005 From: gluniz at luniz.dyndns.org (Luniz) Date: Thu Mar 3 11:49:19 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - notrecognised by Services References: <42275BBC.3050907@winbot.co.uk> <42275E6E.2070203@comcast.net> Message-ID: <001501c5202a$4291e4e0$0200a8c0@glunizpc> I thought chanmode +f was flood protection. f * Flood protection, if the * is given a user will kick banned when they send if no * they are just kicked ----- Original Message ----- From: "Bergee" To: "IRC Services General Mailing List" Sent: Thursday, March 03, 2005 1:58 PM Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) - notrecognised by Services > Actually my understanding of it is that +j reacts to x joins per user > per y seconds. And what +f does is x joins per channel per y seconds. > A slight difference at best, but it would basically allow you to > throttle a single user a bit sooner rather than having to wait for that > user to trigger a higher limit for the entire channel. > > Bergee > > Craig Edwards wrote: > > why is +j even required??? +f does this! > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From lordbergee at comcast.net Thu Mar 3 11:56:25 2005 From: lordbergee at comcast.net (Bergee) Date: Thu Mar 3 11:56:33 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - notrecognised by Services In-Reply-To: <001501c5202a$4291e4e0$0200a8c0@glunizpc> References: <42275BBC.3050907@winbot.co.uk> <42275E6E.2070203@comcast.net> <001501c5202a$4291e4e0$0200a8c0@glunizpc> Message-ID: <42276BE9.2000108@comcast.net> It used to be like that, and that feature still exists as a subset of what the +f mode is now. But rather than having a whole discussion about Unreal's various modes on the mailing list, I'll just point you to the documentation, which will hopefully clear up any confusion about what mode +f does now. See: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_antiflood Bergee Luniz wrote: > I thought chanmode +f was flood protection. > > f * Flood protection, if the * is given a user will > kick banned when they send if no * they are just kicked > > ----- Original Message ----- > From: "Bergee" > To: "IRC Services General Mailing List" > Sent: Thursday, March 03, 2005 1:58 PM > Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) - > notrecognised by Services > >>Actually my understanding of it is that +j reacts to x joins per user >>per y seconds. And what +f does is x joins per channel per y seconds. >>A slight difference at best, but it would basically allow you to >>throttle a single user a bit sooner rather than having to wait for that >>user to trigger a higher limit for the entire channel. >> >>Bergee From gluniz at luniz.dyndns.org Thu Mar 3 12:07:01 2005 From: gluniz at luniz.dyndns.org (Luniz) Date: Thu Mar 3 12:05:50 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j)- notrecognised by Services References: <42275BBC.3050907@winbot.co.uk> <42275E6E.2070203@comcast.net><001501c5202a$4291e4e0$0200a8c0@glunizpc> <42276BE9.2000108@comcast.net> Message-ID: <002101c5202c$903eece0$0200a8c0@glunizpc> Well excuse me. Then there is no need for +j. End of discussion. Next thread. ----- Original Message ----- From: "Bergee" To: "IRC Services General Mailing List" Sent: Thursday, March 03, 2005 2:56 PM Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j)- notrecognised by Services > It used to be like that, and that feature still exists as a subset of > what the +f mode is now. But rather than having a whole discussion > about Unreal's various modes on the mailing list, I'll just point you to > the documentation, which will hopefully clear up any confusion about > what mode +f does now. > > See: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_antiflood > > Bergee > > Luniz wrote: > > I thought chanmode +f was flood protection. > > > > f * Flood protection, if the * is given a user will > > kick banned when they send if no * they are just kicked > > > > ----- Original Message ----- > > From: "Bergee" > > To: "IRC Services General Mailing List" > > Sent: Thursday, March 03, 2005 1:58 PM > > Subject: Re: [IRCServices] New UnrealIRCd channel modes (+I and +j) - > > notrecognised by Services > > > >>Actually my understanding of it is that +j reacts to x joins per user > >>per y seconds. And what +f does is x joins per channel per y seconds. > >>A slight difference at best, but it would basically allow you to > >>throttle a single user a bit sooner rather than having to wait for that > >>user to trigger a higher limit for the entire channel. > >> > >>Bergee > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Fri Mar 4 11:57:26 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Mar 3 18:58:18 2005 Subject: [IRCServices] New UnrealIRCd channel modes (+I and +j) - not recognised by Services In-Reply-To: Message-ID: <4227cebf.51450@msgid.achurch.org> >The next UnrealIRCd version (3.2.3) will feature two new channel modes: +I >(invex) and +j (join throttling). They're already in CVS, for those interested. >However, it seems that Services doesn't support them. Given that they're not even in an official Unreal release yet, this shouldn't be surprising... I'll look into adding support for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From tty at inbox.ru Thu Mar 3 22:44:44 2005 From: tty at inbox.ru (Alex HangMan) Date: Thu Mar 3 22:44:51 2005 Subject: [IRCServices] Unreal with NICKCHARS support (from CVS) Message-ID: Hello all seem like Services does not start with new Unreal build, that support NICKCHARS feature. here is services log: ------- [Mar 04 10:58:09.431373 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP [Mar 04 10:58:09.433700 2005] debug: Sent: PASS :********** ... more sends, SERVER, NICK other ... [Mar 04 10:58:09.458010 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Looking up your hostname... [Mar 04 10:58:09.460022 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Found your hostname (cached) [Mar 04 10:58:09.531932 2005] debug: Received: PROTOCTL NICKCHARS= [Mar 04 10:58:09.540767 2005] debug: Sent: ERROR :Need NICKv2 protocol [Mar 04 10:58:09.543939 2005] Remote server doesn't support NICKv2 ------- and code from Unreal sources (send_proto procedure, s_serv file): ------- void send_proto(aClient *cptr, ConfigItem_link *aconf) { char buf[512]; sendto_one(cptr, "PROTOCTL NICKCHARS=%s", langsinuse); sprintf(buf, "CHANMODES=%s%s,%s%s,%s%s,%s%s", CHPAR1, EXPAR1, CHPAR2, EXPAR2, CHPAR3, EXPAR3, CHPAR4, EXPAR4); #ifdef ZIP_LINKS if (aconf->options & CONNECT_ZIP) { sendto_one(cptr, "PROTOCTL %s ZIP %s", PROTOCTL_SERVER, buf); } else { #endif sendto_one(cptr, "PROTOCTL %s %s", PROTOCTL_SERVER, buf); #ifdef ZIP_LINKS } #endif } ... more code ... ------- Server always send first PROTOCTL NICKCHARS, therefor services crashed to start. I just tested, moved NICKCHARS after "normal" PROTOCTL... and services doesn`t start again, it crashed on PROTOCTL NICKCHARS, because no NICKv2 in this PROTOCTL directive. And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars. From Craig at frostycoolslug.com Thu Mar 3 23:57:45 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Thu Mar 3 23:57:48 2005 Subject: [IRCServices] Unreal with NICKCHARS support (from CVS) In-Reply-To: References: Message-ID: <422814F9.7030703@frostycoolslug.com> Can i remind you that Unreal3.2.3 isn't officially released yet, your choice to use a currently not complete CVS version is your own. Services support for this will come in time, when Andy is ready (probably when 3.2.3 is finally released, and the featureset finalised). But don't expect Services to support CVS builds untill then (A _LOT_ of things can change, if andy releases a version of services now, and 'NICKCHARS', or one of the other features gets removed for whatever reason, that means another release of services. Also, pre-emptive support for Unreals new protocols _may_ break the support for the current official release, which is ill-advised imo. Alex HangMan wrote: > Hello all > > seem like Services does not start with new Unreal build, that support NICKCHARS feature. > here is services log: > ------- > [Mar 04 10:58:09.431373 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP > [Mar 04 10:58:09.433700 2005] debug: Sent: PASS :********** > > ... more sends, SERVER, NICK other ... > > [Mar 04 10:58:09.458010 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Looking up your hostname... > [Mar 04 10:58:09.460022 2005] debug: Received: :irc.nwg-nv.ru NOTICE AUTH :*** Found your hostname (cached) > [Mar 04 10:58:09.531932 2005] debug: Received: PROTOCTL NICKCHARS= > [Mar 04 10:58:09.540767 2005] debug: Sent: ERROR :Need NICKv2 protocol > [Mar 04 10:58:09.543939 2005] Remote server doesn't support NICKv2 > ------- > > and code from Unreal sources (send_proto procedure, s_serv file): > ------- > void send_proto(aClient *cptr, ConfigItem_link *aconf) > { > char buf[512]; > > sendto_one(cptr, "PROTOCTL NICKCHARS=%s", langsinuse); > > sprintf(buf, "CHANMODES=%s%s,%s%s,%s%s,%s%s", > CHPAR1, EXPAR1, CHPAR2, EXPAR2, CHPAR3, EXPAR3, CHPAR4, EXPAR4); > #ifdef ZIP_LINKS > if (aconf->options & CONNECT_ZIP) > { > sendto_one(cptr, "PROTOCTL %s ZIP %s", PROTOCTL_SERVER, buf); > } else { > #endif > sendto_one(cptr, "PROTOCTL %s %s", PROTOCTL_SERVER, buf); > #ifdef ZIP_LINKS > } > #endif > } > ... more code ... > ------- > > Server always send first PROTOCTL NICKCHARS, therefor services crashed to start. > > I just tested, moved NICKCHARS after "normal" PROTOCTL... and services doesn`t start again, it crashed on PROTOCTL NICKCHARS, because no NICKv2 in this PROTOCTL directive. > > > And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From achurch at achurch.org Fri Mar 4 18:01:02 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Mar 4 01:03:42 2005 Subject: [IRCServices] Unreal with NICKCHARS support (from CVS) In-Reply-To: <422814F9.7030703@frostycoolslug.com> Message-ID: <42282467.54036@msgid.achurch.org> >> seem like Services does not start with new Unreal build, that support NICKCHARS feature. This is not in any released version of Unreal. I will consider it if and when it appears in a release. >> And one question: when Services will support other languages, russian for example. In current version Services are case sensitive with cyrillic chars. Probably never, unless someone updates RFC1459 with an official standard on non-ASCII characters. --Andrew Church achurch@achurch.org http://achurch.org/ From holger.baust at freenet-ag.de Fri Mar 4 02:01:06 2005 From: holger.baust at freenet-ag.de (Holger Baust) Date: Fri Mar 4 02:01:35 2005 Subject: [IRCServices] Unreal with NICKCHARS support (from CVS) In-Reply-To: <42282467.54036@msgid.achurch.org> References: <422814F9.7030703@frostycoolslug.com> <42282467.54036@msgid.achurch.org> Message-ID: <20050304100106.GA25510@freenet-ag.de> Hi! On Fri, Mar 04, 2005 at 06:01:02PM +0900, Andrew Church wrote: > >> And one question: when Services will support other languages, > >> russian for example. In current version Services are case sensitive > >> with cyrillic chars. > > Probably never, unless someone updates RFC1459 with an official > standard on non-ASCII characters. There are updates to RFC1459. Check the RFCs 2810, 2811, 2812 and 2813. The paragraph about Character Codes are the same in RFC1459 and RFC2812. Regards, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 5381573 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger, Stephan Esch, Eric Berger Amtsgericht Hamburg HRB 74048 Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050304/3ee98cd8/attachment-0001.pgp From brain at winbot.co.uk Fri Mar 4 02:06:16 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Fri Mar 4 02:06:12 2005 Subject: [IRCServices] Unreal with NICKCHARS support (from CVS) In-Reply-To: <20050304100106.GA25510@freenet-ag.de> References: <422814F9.7030703@frostycoolslug.com> <42282467.54036@msgid.achurch.org> <20050304100106.GA25510@freenet-ag.de> Message-ID: <42283318.5070502@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RFCs 2810, 2811, 2812 and 2813 are specific to certain ircds, for example ircd2.9, which is used by ircnet. If IRCServices was to support all of these extra RFCs it would not work with the majority of ircds available as 99% of these ircds do not support them either. If i remember correctly only UTF-8 is supported by irc, which is why people have problems understanding concepts like 'irc cant do unicode, stop sending chinese characters' :P Thanks, Brain Holger Baust wrote: > Hi! > > On Fri, Mar 04, 2005 at 06:01:02PM +0900, Andrew Church wrote: > >>>>And one question: when Services will support other languages, >>>>russian for example. In current version Services are case sensitive >>>>with cyrillic chars. >> >> Probably never, unless someone updates RFC1459 with an official >>standard on non-ASCII characters. > > There are updates to RFC1459. Check the RFCs 2810, 2811, 2812 and 2813. > The paragraph about Character Codes are the same in RFC1459 and RFC2812. > > Regards, > Holger Baust > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > 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) iD8DBQFCKDMX0k42Wxli/BARAhDtAJ4jEavfFRAp9ZXPJQsQjbbvFh+uJACeK0gQ SVLjzb3hqA2vHAglX6CuBDA= =CNPq -----END PGP SIGNATURE----- From admin at vonitsanet.gr Fri Mar 4 15:21:31 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Mar 4 15:21:40 2005 Subject: [IRCServices] NickServ Suspend (bug?) Message-ID: <002801c52110$e8078f10$2f4405d5@server> If i forbid a nickname and IF it the nick is used the time i forbid it NickServ will show this on the user: -NickServ- This nickname may not be used. Please choose another one. If you do not change your nickname within one minute, it will be changed automatically. BUT this is not happening with suspended nicknames. If i suspend a nickname and the nickname is used at the moment his owner can use it until he will be disconnect or change his nick to another one. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050305/e63b3d62/attachment.html From list at psam.se Sat Mar 5 06:32:52 2005 From: list at psam.se (Psadi) Date: Sat Mar 5 06:33:41 2005 Subject: [IRCServices] Possible bug but unable to reproduce Message-ID: <4229C314.9090309@psam.se> Hi I have a little strange error that I cant reproduce. I have a channel that is set to Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure With those options a user that isnt on the access list would be kicked and baned. However I have had a user that wasnt on the access list just to be kicked and not baned? * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader * DM|BRB was kicked by ChanServ (You are not permitted to be on this channel.) This was handed to me from a staff (oper access level) on my server that is on that channel. The person that tries to join the channel has the following nicks registered Darkmere and DM|inBed so the user tried to join without a registered nick. I have tried to reproduce this but I have been unable to do that so I dont think there is much more info I can offer. Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I havent seen anything about this in the changelog to the latest version. Psadi From Craig at frostycoolslug.com Sat Mar 5 19:15:23 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Mar 5 19:15:29 2005 Subject: [IRCServices] Possible bug but unable to reproduce In-Reply-To: <4229C314.9090309@psam.se> References: <4229C314.9090309@psam.se> Message-ID: <422A75CB.7010208@frostycoolslug.com> If you can not reproduce it, put it down to a random occurance (they happen!) Could possibly be an issue with your U:Lines or something blocking the mode change. Either way, if its working fine now, i wouldn't worry too much about it. Psadi wrote: > Hi > > I have a little strange error that I cant reproduce. I have a channel > that is set to > Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure > With those options a user that isnt on the access list would be kicked > and baned. However I have had a user that wasnt on the access list just > to be kicked and not baned? > > > * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader > * DM|BRB was kicked by ChanServ (You are not permitted to be on this > channel.) > > This was handed to me from a staff (oper access level) on my server that > is on that channel. > The person that tries to join the channel has the following nicks > registered > Darkmere and DM|inBed so the user tried to join without a registered nick. > > I have tried to reproduce this but I have been unable to do that so I > dont think there is much more info I can offer. > > Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I > havent seen anything about this in the changelog to the latest version. > > Psadi > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From achurch at achurch.org Sun Mar 6 21:22:31 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Mar 6 04:24:03 2005 Subject: [IRCServices] Services 5.0.49 released Message-ID: <422af65a.14420@msgid.achurch.org> Services 5.0.49 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) bc56f52b0c3f203558f33c945f3c2bda ircservices-5.0.49.tar.gz 1645eb889074dd8d2d37fa5d957235d2 ircservices-5.0.49.diff.gz a33a3e1738bc0006aa0a28f4a7b8b811 ircservices-5.0.49-1.i386.rpm 8a6915103de4b909e2a0aa0746fb98c9 ircservices_5.0.49-1_i386.deb The mirrors should have it shortly. Alexander Zverev has graciously provided a Russian translation of the Services language file; this release is primarily to incorporate that file into the Services archive. The Unreal issues have been fixed (in theory, though not tested) in this release; I'll look into the +R and NickServ SUSPEND issues later. Changes in version 5.0.49 ------------------------- 2005/03/06 Added Russian language file, courtesy of Alexander Zverev 2005/03/05 Services will now accept multiple PROTOCTL messages from the Unreal ircd (as implemented in Unreal CVS). 2005/03/04 Added support for +I/+j channel modes in Unreal 3.2.3. Reported by Kieron Thwaites --Andrew Church achurch@achurch.org http://achurch.org/ From phan70m at gmail.com Sun Mar 6 09:06:59 2005 From: phan70m at gmail.com (Anton Wolkov) Date: Sun Mar 6 09:07:07 2005 Subject: [IRCServices] Possible bug but unable to reproduce In-Reply-To: <422A75CB.7010208@frostycoolslug.com> References: <4229C314.9090309@psam.se> <422A75CB.7010208@frostycoolslug.com> Message-ID: since i've been working with ircserivces for a while I myself have seen such behaviour, i believe it was related to 3rd party vhost modules for ircservices which sent CHGHOST to the server without updating the fakehost string on the ircservices, and thus ircservices are unable to detect the correct ban, or services believe ban is already set while in reality the user is not really banned. i can't be sure it was the issue, but it was the problem i had with chanserv unban, and since i've patched the issue i'm pretty sure i didn't see this no more. if this is not the issue however it could be simply desync, happens a lot, i get a "user parted but never joined" message in the logs almost every week, shit happens on multiple server networks. if unreal was coded as well as ircservices i'm sure none of this would have happened :) On Sun, 06 Mar 2005 03:15:23 +0000, Craig McLure wrote: > If you can not reproduce it, put it down to a random occurance (they > happen!) Could possibly be an issue with your U:Lines or something > blocking the mode change. Either way, if its working fine now, i > wouldn't worry too much about it. > > Psadi wrote: > > Hi > > > > I have a little strange error that I cant reproduce. I have a channel > > that is set to > > Options: Topic Retention, Private, Secure Ops, Restricted Access, Secure > > With those options a user that isnt on the access list would be kicked > > and baned. However I have had a user that wasnt on the access list just > > to be kicked and not baned? > > > > > > * DM|BRB (Darkmere@dont.show.com) has joined #solwarleader > > * DM|BRB was kicked by ChanServ (You are not permitted to be on this > > channel.) > > > > This was handed to me from a staff (oper access level) on my server that > > is on that channel. > > The person that tries to join the channel has the following nicks > > registered > > Darkmere and DM|inBed so the user tried to join without a registered nick. > > > > I have tried to reproduce this but I have been unable to do that so I > > dont think there is much more info I can offer. > > > > Im running Freebsd 4.10 unreal 3.2.2 and ircservice 5.0.44 Though I > > havent seen anything about this in the changelog to the latest version. > > > > Psadi > > > > ------------------------------------------------------------------ > > 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 Mar 11 19:36:59 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Mar 11 19:37:54 2005 Subject: [IRCServices] ChanServ KICK Command Message-ID: <000301c526b4$c1217010$484405d5@server> On UnrealIRCD the +q usermode is supported. If an oper (with privileges for this) have this usermode noone can kick him. But if someone use the ChanServ KICK command services will kick the oper from the channel. I think ChanServ should check if an oper is +q and if yes dont kick him at all. From seth at gonca.net Sun Mar 13 03:49:10 2005 From: seth at gonca.net (Evren) Date: Sun Mar 13 03:49:24 2005 Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * Message-ID: <007601c527c2$ac92aec0$0100000a@seth> Hi, I'll paste logs and i have uploaded akill.db to http://www.gonca.net/svs/akill.db-bugged I am running version : ircservices-5.0.48 services.turkirc.org build #3 on Unreal 3.2 What may be the problem according to logs below? [Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G * pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$ [Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G * 141.85.1.46 services.turkirc.org [Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer) [Mar 09 17:33:45.184373 2005] debug: Sent: :services.turkirc.org GLOBOPS :PANIC! signal 6 (no buffer) [Mar 09 17:33:45.184655 2005] Services terminating: Abort trap [Mar 09 17:33:45.184803 2005] debug: Unloading module `misc/helpserv' [Mar 09 17:33:45.184980 2005] debug: Sent: :HelpServ QUIT : [Mar 09 17:33:45.185182 2005] FATAL: Caught signal 6 (Abort trap) while shutting down ************** [Mar 11 00:46:41 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC) [Mar 11 00:46:47 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC) [Mar 11 00:46:55 2005] nickserv/main: Hangman!X@85.98.18.214 identified for nick Hangman [Mar 11 00:47:42 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Mar 11 00:47:42 2005] PANIC! signal 6 (no buffer) [Mar 11 00:47:42 2005] Services terminating: Abort trap [Mar 11 00:47:42 2005] FATAL: Caught signal 6 (Abort trap) while shutting down ************* [Mar 12 13:53:55 2005] nickserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for nick Alf [Mar 12 13:59:09 2005] chanserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for #dalga [Mar 12 14:00:43 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Mar 12 14:00:43 2005] PANIC! signal 6 (no buffer) [Mar 12 14:00:43 2005] Services terminating: Abort trap [Mar 12 14:00:43 2005] FATAL: Caught signal 6 (Abort trap) while shutting down ************ [Mar 12 19:58:07 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Mar 12 19:58:07 2005] PANIC! signal 6 (no buffer) [Mar 12 19:58:07 2005] Services terminating: Abort trap [Mar 12 19:58:07 2005] FATAL: Caught signal 6 (Abort trap) while shutting down *********** [Mar 13 03:31:28 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * [Mar 13 03:31:28 2005] PANIC! signal 6 (no buffer) [Mar 13 03:31:28 2005] Services terminating: Abort trap [Mar 13 03:31:28 2005] FATAL: Caught signal 6 (Abort trap) while shutting down ************ Evren -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050313/d4b79684/attachment-0001.htm From Craig at frostycoolslug.com Sun Mar 13 09:31:26 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sun Mar 13 09:29:21 2005 Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * In-Reply-To: <007601c527c2$ac92aec0$0100000a@seth> References: <007601c527c2$ac92aec0$0100000a@seth> Message-ID: <423478EE.6060605@frostycoolslug.com> well, from what i've seen, it looks like you could be using the wrong protocol module, or the G:Line format has changed. If you are using Unreal 3.2, and not 3.2.2b, i'd recommend updating, If you are using 3.2.3 CVS, i'd recommend downgrading untill its released officially. But it looks like services isn't responding properly to the AKILL being set. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Evren wrote: > Hi, > I'll paste logs and i have uploaded akill.db to http://www.gonca.net/svs/akill.db-bugged > > I am running version : ircservices-5.0.48 services.turkirc.org build #3 on Unreal 3.2 > > What may be the problem according to logs below? > > [Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G * pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$ > [Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G * 141.85.1.46 services.turkirc.org > [Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * > [Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer) > [Mar 09 17:33:45.184373 2005] debug: Sent: :services.turkirc.org GLOBOPS :PANIC! signal 6 (no buffer) > [Mar 09 17:33:45.184655 2005] Services terminating: Abort trap > [Mar 09 17:33:45.184803 2005] debug: Unloading module `misc/helpserv' > [Mar 09 17:33:45.184980 2005] debug: Sent: :HelpServ QUIT : > [Mar 09 17:33:45.185182 2005] FATAL: Caught signal 6 (Abort trap) while shutting down > > ************** > > [Mar 11 00:46:41 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC) > [Mar 11 00:46:47 2005] protocol/unreal: sjoin: SJOIN to channel #TurkIRC for non-existent nick DeatHGirL (1110153365 #TurkIRC) > [Mar 11 00:46:55 2005] nickserv/main: Hangman!X@85.98.18.214 identified for nick Hangman > [Mar 11 00:47:42 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * > [Mar 11 00:47:42 2005] PANIC! signal 6 (no buffer) > [Mar 11 00:47:42 2005] Services terminating: Abort trap > [Mar 11 00:47:42 2005] FATAL: Caught signal 6 (Abort trap) while shutting down > > ************* > > [Mar 12 13:53:55 2005] nickserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for nick Alf > [Mar 12 13:59:09 2005] chanserv/main: Alf!mithat83@dsl81-214-24839.adsl.ttnet.net.tr identified for #dalga > [Mar 12 14:00:43 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * > [Mar 12 14:00:43 2005] PANIC! signal 6 (no buffer) > [Mar 12 14:00:43 2005] Services terminating: Abort trap > [Mar 12 14:00:43 2005] FATAL: Caught signal 6 (Abort trap) while shutting down > > > ************ > > [Mar 12 19:58:07 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * > [Mar 12 19:58:07 2005] PANIC! signal 6 (no buffer) > [Mar 12 19:58:07 2005] Services terminating: Abort trap > [Mar 12 19:58:07 2005] FATAL: Caught signal 6 (Abort trap) while shutting down > > *********** > > [Mar 13 03:31:28 2005] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * > [Mar 13 03:31:28 2005] PANIC! signal 6 (no buffer) > [Mar 13 03:31:28 2005] Services terminating: Abort trap > [Mar 13 03:31:28 2005] FATAL: Caught signal 6 (Abort trap) while shutting down > > > > ************ > > Evren > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From list at psam.se Mon Mar 14 10:23:05 2005 From: list at psam.se (Psadi) Date: Mon Mar 14 10:23:59 2005 Subject: [IRCServices] [Fwd: [Unreal-users] Unreal3.2.3 released] Message-ID: <4235D689.8060802@psam.se> I gues that Andrew knows this allready. But I send it along so that more can get the info also With regards Psadi -------- Ursprungligt meddelande -------- ?mne: [Unreal-users] Unreal3.2.3 released Datum: Mon, 14 Mar 2005 02:35:31 +0100 Fr?n: Bram Matthys Till: unreal-notify@lists.sourceforge.net Kopia: unreal-users@lists.sourceforge.net -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After almost 5 months of coding (not counting the hotfix) there's finally a new 3.2* stable release out: 3.2.3. As usual, this is a recommended upgrade. Unreal3.2.3 Release Notes ========================== ==[ GENERAL INFORMATION ]== - - If you are upgrading on *NIX, make sure you run 'make clean' and './Config' first before doing 'make' - - The official UnrealIRCd documentation is doc/unreal32docs.html online version at: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html FAQ: http://www.vulnscan.org/UnrealIrcd/faq/ Read them before asking for help. - - Report bugs at http://bugs.unrealircd.org/ - - When upgrading a network, we assume you are upgrading from the previous version (3.2.2). If you got a net running with servers that are several versions behind (eg: 3.2.1) then you might experience (desynch) problems. Also, if you try to use the new features, some might not work properly until all your servers are upgraded. It is therefore recommended to upgrade all servers in a 'short' time span (x day[s], not weeks). ==[ NEW ]== - - Channel mode +I (invex, invite exceptions). Users on this list can join +i channels without needing an /invite. - - Channel mode +j (jointhrottle). If you set +j X:Y you limit each user (individually) to X joins per Y seconds to the channel. - - Nick Character System: this allows you to choose which additional characters to allow in nicknames by language (and codepage). Currently available are: catalan, dutch, french, german, swiss-german, icelandic, italian, spanish, swedish, hungarian, polish, romanian, slovak, czech, greek, turkish, russian, hebrew and chinese. There are also several 'groups' available, for more info see: http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_nickchars - - *NIX: ./Config -advanced, allows you to choose more options - - tld::botmotd and tld::opermotd - - Using /INVITE with no parameters will a list of channels you are invited to but have not yet joined. - - set::gline-address, works just like set::kline-address but then for glines. - - Added a basic regex tutorial in unreal32docs.html - - /SAJOIN now supports multiple channels (and '0') again. - - Spamfilter topic support ('t' in spamfilter, 'topic' in conf). - - Added a feature to +b/+e ~c: ~c:[prefix]<#channel>. This can be used if you for example trust all ops of #leet: mode #x +e ~c:@#leet. - - Various translated documents in doc/: unreal32docs.gr.html (Greek), help.fr.conf and example.fr.conf (French), help.de.conf & example.de.conf (German), and example.hu.conf (Hungarian). ==[ CHANGED ]== - - Updated auspice.conf - - The usual doc updates, help.conf, spamfilter.conf, dccallow.conf, etc. - - The config parser got (mostly) recoded. This makes it rehash much faster, additionally "duplicate item" checking is now available. - - Added a 'B' flag to /who output for bots. Also normal users can now /who +m B. - - Support in configfiles for \\ (= a \) - - set::dns::bind::ip, hardly useful for anyone - - If a user is +b on a channel, and set::allow-userhost-change force-rejoin is in use, then a part/join is not sent in order to prevent flooding. - - OperOverride INVITE notices are now sent out globally to all +s +e users. - - User mode 'g' is now operonly, it hardly did anything for non-opers. - - Made CIDR no longer accept bitmasks with less than 16bits for /*line commands. - - Modulized a lot of commands (~5000 lines of code). - - Made channel modes +c/+S deal with RGB color codes. - - If no log { } block is present, then a warning will be printed and we will log by default to ircd.log (errors only). - - If an invalid character is found in a nick then the whole nick is rejected now. - - Changed numeric&text of 'is a Secure Connection' to 'is using a Secure Connection', client coders are encouraged to add support for this new numeric 671. Until then, in-window-/whois's will probably be broken. - - A locops with can_override/can_gkline/can_gzline is now automatically converted to a globop, just like we do with can_globalroute/can_gkline. These privileges are GLOBAL and therefore are not meant to be granted to locops. - - A warning is now sent to an oper if (s)he tries to use /(G)ZLINE on a host. (G)ZLINES should be placed on *@ipmasks because they are processed before any ident and host lookups. - - Made (fast) badwords work better with word boundaries, in practice this means blocking of words with accents/umlauts/es-zett/etc now works properly. - - Made it so halfops can now -h themselves and chanadmins can -a themselves. - - Made spamfilter 'u' also check nickchanges. ==[ MAJOR BUGS FIXED ]== - - Serious crashbug [this is the same fix that was fixed by the hotfix/3.2.2b] - - TRE mem corruption- & crash-bugs (eg: in backreferences). ==[ MINOR BUGS FIXED ]== - - Made kline/shun/zline/gzline without parameters report the correct stats(flag). - - Made a few more errors send out to all opers, such as link::bind-ip problems. - - A few missing operflags in /STATS O (and SVSO) - - DCC Spamfilter was not always working correctly - - OperOverriding to, for example, a +zi channel did not print the special join notice. - - Servers behind ulines were not properly ulined, one effect that had was causing an odd view in /MAP if you had flat-map + hide ulines + a juped server in services. - - Made SVSMODE -b/-e remove bans/excepts placed on IPs - - The set::htm::incoming-rate config item was not working correctly - - If a user was +R then remote server notices were accidently also filtered. - - A locop setting MODE #CHAN +O caused a desynch - - Resolver sometimes incorrectly aliased names, causing incorect TTLs etc. - - Fixed SVSNOOP not removing ALL oper status properly. - - 'shun' target was not working for spamfilter and ban version { } - - Removing of shuns placed on IP's did not take effect immediately (had to reconnect). - - Fixed a bug in mode skipping (eg: '+qk a b' if not +q) and error msgs. - - Chanmode +f #t (per-user text limit) now no longer affects halfops. - - Opers w/can_override can now +qa/-qa if they are not netadmins, also affected +L/+u. Be sure you upgrade all servers to 3.2.3 if using these new abilities, or else you will get desynch issues. - - Fixed several /SAMODE bugs as well, regarding non-netadmins, being halfop'ed, etc. - - /GZLINE [nick] was placing a *line on *@host instead of *@IP, fixed. - - alias::format in combination with ::type 'command' caused a crash - - zlib upgraded to 1.2.2, curl upgraded to 7.13.1, both fix various issues. - - Win32 installer now also installs doc\technical\*.* - - Desynch issues regarding +s/+p and +c/+S - - /SAMODE causing a 'fishy timestamp' if a cmode with a digit parameter was used. ==[ REMOVED ]== - - NAZIISH_CHBAN_HANDLING (did not work at all) - - The 'oldcloak' cloaking module is now removed, since this old algorithm got broken 8 months ago, nobody should be using it anymore. ==[ CHANGELOG ]== - - Fixed a typo in the makefile for USERIP - - Made the WATCH command work for WebTV users (#0002121) suggested by White_Magic. - - Some text updates... docs: now 3.2.2-CVS, also got rid of double version to avoid confusion. credits: fixed typo. - - Added updated auspice.conf from Rocko since previous one was outdated (#0002147). - - Recoded the config parsing code - The new system is much faster, for the programmers out there, the old system averaged O(MN) where N was the number of sub-directives for a block, and M was the number of sub-directives actually contained in the block in the config file. The new system averages O(N), so the number of sub-directives no longer has a significant impact on performance. - Added duplicate config entry detection (#0002126) suggested by brain2 - May have a few bugs (easily fixed) - - Corrected numerous -Wall warnings - - Fixed a bug with /rehash and classes due to the config parser rewrite - - Modified the module symbol dependency code to do more accurate searching for the module that contains the necessary symbol (#0002123) suggested by Xuefer. - Unreal will now prepend the pathname to the module and append the appropriate extension (.so or .dll) to the end) - The new module system version is "3.2.3" to allow for backwards compatibility - - Documented the default behavior of snomasks when /mode nick +s is used (#0002141) suggested by Bugz. - - Added "const" to the functions in match.c, (#0002116) suggested by Xuefer. - - Made ./Config better handle command line arguments - - Removed NAZIISH_CHBAN_HANDLING as it didn't do anything - - Added -advanced flag to ./Config to configure advanced options (#0002145) suggested by Bugz. As a result, some config.h options are now in ./Config -advanced. - - Small fix for above - - Added the ability to specify a botmotd and opermotd in a tld {} (#0000176) suggested by swissSolaris. - - Fixed crashbug on /rehash due to config rewrite, also made DEBUGMODE working again. - - Removed an excess space from the SAMODE notice when a mode without a parameter was set (#0002134) reported by Bugz. - - Fixed small memory leak on /rehash (post-3.2.2). - - Fixed botmotd crash due to last change (post-3.2.2). - - Updated the Donation file - - Added a 'B' flag to /who output for bots, and allowed normal users to /who +m B (#0002096) suggested by White_Magic - - Added support for using \\ in the config file to indicate a \ (#0002178) reported by TimeFX - - Added documentation for set::options::fail-oper-warn (#0002166) reported by Snake - - Removed an extra ) in the Throttle disconnect message (#0002165) reported by Snake - - Fixed a bug where the "looking up your hostname" message could still be displayed even if hostname resolving was disabled (#0002161) reported by Xuefer - - Made typing /kline, /shun, /zline, and /gzline correctly report the correct /stats flag, and these commands now produce the same output as the respective /stats flag they emulate (#0002149) reported by Snake - - Renamed some calls from report_error() to report_baderror() since otherwise the errors are hardly ever seen (unless you have +s +j set). For example a bad link::bind-ip only caused "Couldn't connect to xxxxxx" without any meaningful error message. Additionally, errors sent to report_baderror() are now logged. - - Win32 installer: Apparently 'install as a service' was still not the default, reported by fez (#0002191, #0002189). - - Fixed the crule parser to treat - and : as valid 'word' characters rather than separators (#0002188) reported by diskman1. - - Fixed bug in remote version reply, reported by DukePyrolator (#0002180). - - Added set::dns::bind-ip (rarely ever needed, but might be useful for paranoid people). - - Some unreal32docs->security section improvements. - - Fixed a minor bug in the new config system when displaying link {} and set::hosts errors (#0002194) reported by AngryWolf. - - Renamed RPL_INVITELIST/RPL_ENDOFINVITELIST to RPL_INVEXLIST/RPL_ENDOFINVEXLIST - - Using /invite with no parameters now lists the channels you are invited to but have not yet joined (#0002190) suggested by sac. - - Added some missing operflags to /stats O and SVSO (#0002193) reported by Bugz. - - If a user is +b on a channel, and set::allow-userhost-change force-rejoin is used, a part/join is not sent in order to prevent flooding (#0001933) suggested by Z3l3zT. - - Rewrote some of the previous change to deal with some strange issues found by aquanight - Introduced two new macros DYN_LOCAL and DYN_FREE to allow creation/deletion of dynamically sized arrays in the most efficient manner (C99 variable length, alloca, or malloc) - - Changed the +z cannot join message to be a bit more descriptive (#0002148) suggested by cust. - - Added a config.h options, IPV6_COMPRESSED to make Unreal use compressed IPv6 addresses where possible (#0002107) suggested by Neo-Vortex. - - Fixed alloca warning @ Linux (post-3.2.2) - - Numeric audit: 15 small changes (int/long mismatches etc). This might have fixed some bugs on architectures where 'long' and 'int' have different sizes (eg: opteron). - - Added a set::gline-address which works like set::kline-address (#0001298) suggested by Bugz. - - Added missing documentation for spamfilter away target (#0002205) reported by Dukat. - - Fixed dcc spamfilter problem reported by TimeFX and Deadalus (#2177, #2204). - - Fixed Oper Override not giving a 'special join notice' if +z is set along with another mode (eg: +i/+k), reported by tabrisnet (#0001487). - - help.conf: Fixed a typo, updated *CMDS indexes a bit, reported crazy (#0002208), added long flags to OFLAGS. - - OperOverride INVITE notices are now also global (if you have the eyes snomask set) (#2212). - - Module coders: New function: sendto_snomask_global(). - - Speedup sendto_snomask/sendto_connectnotice/sendto_fconnectnotice code. - - spamfilter.conf: fixed mIRC exploit sigs - - Fixed all spamfilters in configfile not working due to configrewrite (post-3.2.2). - - Module coders: sendto_snomask* now only sends to opers, sendto_snomask_normal* can be used to send to normal users w/the snomask set. - - Fixed dcc filtering a bit more. - - Made usermode 'g' operonly since it didn't do much, reported by DukePyrolator (#0002024). - - Fixed tkl except { } not working (post-3.2.2). - - Fixed bug where servers behind ulines were not ulined, causing for example juped servers to show up if flat-map was enabled, reported by GSF19 (#0002230). - - Some doc/ updates: removed: Unreal31_to_32.html & example.settings, updated: Authors & translations.txt. - - Added a basic regex tutorial to unreal32docs.html (#0000920) - - Updated wircd.def - - Made CIDR no longer accept bitmasks with less than 16bits for /*line commands (#0002240) reported by aquanight. - - Made the (?) kill message not show IP addresses (#0002227) reported by neothematrix. - - Added some error checking to /sapart (#0002253) suggested by Troco. - - Imported TRE 0.7.2 for Windows - - Imported TRE 0.7.2 for *nix - - Got rid of wma/wmv in dccallow.conf, better to require an explicit select here due to recent DRM exploits (spyware etc). - - Fixed /restart reasons, reported by SouL-FoRTuNe. - - Partial (incomplete!) fix for alloca warnings during compile (especially w/SSL). - - Fixed serious crashbug that can be triggered by users, released a hotfix and a seperate version called 3.2.2b (which is just 3.2.2+patch+version change to '3.2.2b', nothing else). - - Fixed 'make install' error due to example.settings remove. - - Fixed a minor typo in the "now an oper" announcement (#0002284) reported by Rocko. - - Made SVSMODE -b and -e remove bans/excepts placed on IPs (#0002270) reported by Snake. - - Fixed a couple of problems introduced with the ./Config -advanced changed (#0002239). - - Made the win32 installer include the dccallow.conf (#0002269) reported by Ron2K. - - Made the win32 installer work with the latest version of Inno Setup (5.0.6). - - Made /sajoin support multiple channels and using 0 (#0002231) suggested by acemi. - - Fixed a problem where doing ./unreal restart multiple times would not actually restart the ircd (#0002120) reported by SineSwiper. - - Made it so +f notices are sent to %#chan, not @%#chan (#0002248) reported by aquanight. - - Hopefully fixed the last of the alloca warnings (#0002202) reported by Stoebi. - - Fixed a problem with set::htm::incoming-rate being interpreted incorrectly (#0002266) reported by tabrisnet. - - Fixed a resolver cache bug regarding CNAME's. Thanks to insiderZ.DE for tracing down this issue. - - Fixed a bug related to the sajoin recode regarding notices displayed (#0002293) reported by Troco. - - Reworded a cloak-key error message to make it clearer (#0002297) reported by Bugz. - - Fixed a bug where /whois notices were not sent to users who are +R if the sender is -r and on a remote server (#0002288) reported by Freadon. - - Made /stats E include tkl except stats as well (#0001524) suggested by Cnils. - - Added an options member to the ExtbanInfo structure. This currently supports one flag, EXTBOPT_CHSVSMODE. When set, this extban will be removed when an SVSMODE -b [nick] is executed (#0002222) suggested by Snake. - - Fixed a bug where specifying a reason to SVSPART would cause it to fail (#0002210) reported by tabrisnet. - - Moved channel mode +G to extcmode to make room for invex. - - Added debug code to trace proto-check bugs in DEBUGMODE [IsToken() etc] - - [Module coders] Added new function: do_cmd(cptr, sptr, cmd, parc, parv) which is an uniform method to call any other commands. For more info, see description in src/packet.c. This will be used for any further modulization of commands that need to call other commands, like NICK (will be done soon). - - Added invite exceptions (+I). This prevents users from needing a /invite in for a +i channel (#0002044) suggested by medice. - - Updated help.conf's +f documentation for the new syntax - - Fixed some problems with the /stats help and documentation (#0002299) reported by Rocko. - - Corrected the help.conf documentation for /invite (#0002306) reported by White_Magic. - - Fixed a documentation inconsistency with me::numeric (#0002290) reported by Bugz. - - Fixed a problem when compiling Unreal with GUEST support (#0001758) dvzion. - - Fixed a win32 GUI problem where the tray menu's config submenu was not updated when new files were loaded or files were unloaded (#0002084) reported by Troco. - - Made m_template.c use CommandAdd() and CMD_FUNC() - - Modulized a lot of commands and related subfunctions: NICK (750 lines), USER (200), MODE (2300), WATCH (250), JOIN (600), PART (250), MOTD (100), OPERMOTD (100), BOTMOTD (100), LUSERS (100). More will follow soon (probably including more subfunctions related to existing commands). - - Various (important) fixes to above, also made win32 compile work again. - - And some more. - - Made unreal_copyfile try hardlinking first, if that fails.. it will try to copy (perhaps this should be a different function?). Anyway, this means less diskspace is needed (~1.5mb or more), and it also makes it a bit easier for RBAC (#2300). - - Made a new function DoMD5() which is ssl/non-ssl independent. Also made the cloaking module and the auth functions use it. Hopefully I didn't break anything ;). Suggested by Bugz (#2298). - - Fixed mode #chan +O set by locop causing a desynch, reported by Unim4trix0 (#0001946). - - Added spamfilter topic support ('t' in /spamfilter, or 'topic' in conf), suggested by Z3l3zT (#0001929). - - Updated makefile to fix compile problem, reported by vonitsanet (#0002317) [?]. Also made loading m_*.so work again. - - Added unreal_copyfileex() which works just like unreal_copyfile() but has an additional param to try hardlinks first. - - Win32 crash fixes due to modulizing - - Made channel mode +c block RGB color codes. - - Fixed a bug with channel alias{}'s where using the format syntax caused a crash (#0002323) reported by Snake. - - Made channel mode +S strip RGB color codes. - - Added channelmode +j (jointhrottle), syntax: /mode #chan +j X:Y, and then it will throttle the number of joins per-user to X in Y seconds. Idea from Angrywolf (who wrote a module that did this before). This needs testing :). It's enabled by default but can be #undef'ed in include/config.h (line 449). - - Added a feature to +b ~c, ~c:[prefix]<#channel>, prefix can be +/%/@/&/~ and will check if the user is voiced/halfoped/etc.. Especially useful for +e ~c. Idea from Bugz (#0002198). Obviously all servers need to be upgraded to make this work. - - Fixed SVSNOOP bug where remote servers still thought the opers had privileges, reported by Zell (#0002185) - - Docs: log { } from 'optional' -> 'recomended' - - If no log { } block is present a warning will be printed out and we will fallback to a default of logging errors to ircd.log. Suggested by w00t (#0002327). - - Fixed shuns not working as target in spamfilter and ban version { }, reported by Bugz (#0002223). - - Fixed a bug where shuns placed on IP's did not take effect to currently connected users. - - Fixed a small doc bug regarding shun in spamfilter, reported by KnuX (#0002338). - - Added greek docs, translator: GSF. - - Some help.conf/005.txt updates, reported by Ron2K (#0002354). - - No longer cutoff nick upon illegal character -- just reject the whole nick. The nick is still cutoff if the nick is too long. Basically this is the same way as Hybrid does it so it should work ok :). - - Added nick character system. This allows you to choose which (additional) characters to allow in nicks via set::allowed-nickchars. See unreal32docs.html -> section 3.16 for a list of available languages and more info on how to use it. Current list: dutch, french, german, italian, spanish, euro-west, chinese-trad, chinese-simp, chinese-ja, chinese. If you wonder why your language is not yet included or why a certain mistake is present, then please understand that we are most likely not experienced (at all) in your language. If you are a native of your language (or know the language well), and your language is not included yet or you have some corrections, then contact syzop@vulnscan.org or report it as a bug on http://bugs.unrealircd.org/ - - Added swedish support for nicks, supplied by Tank. - - Various updates to unreal32docs from Ron2K (#0002354). - - set::allowed-nickchars: - Renamed 'euro-west' to 'latin1' since that's more descriptive/fair ;) - Added 'hungarian' [supplied by AngryWolf] - Added category 'latin2': just Hungarian for now - Added 'catalan' [supplied by Trocotronic] - Added 'greek' [supplied by GSF] - Added category 'latin7': alias for 'greek' - Added category 'gbk': alias for 'chinese' - - Removed 2 unneeded characters from 'catalan'. - - Added NICKCHARS= in PROTOCTL. This indicates which languages are accepted in nicks. If 2 servers try to link and the allowed nick characters do not fully match, then the link will be rejected. Note that this will not prevent you from 3.2.2<->3.2.3/CVS charsets mistakes, but only with linking CVS/3.2.3+ servers. Suggested by Troco (#0002360) This might need some additional testing, but initial results are positive :). - - NickChars: - Got rid of 'latin7', tiny mistake ;) - Removed e' accent from German (used in borrow-words only), reported by Dukat. - Added 'swiss-german', which is just German without es-zett, reported by Dukat. - Added 'turkish', supplied by Ayberk Yancatoral. - Build in some additional checks (especially for Chinese). - Fixed a bug in chinese character range (affecting 3.2*) - Relaxed nick character checking from remote servers (rely on NICKCHARS= PROTOCTL to deal with problems). This is useful to prevent any kills in case we slightly change the characters that are allowed in a language. - Added 'polish' (latin2), supplied by k4be. - Added 'hebrew' (iso8859-8I / windows-1255), supplied by PHANTOm. - - Added French example.fr.conf and help.fr.conf, translated/maintained by Babass. - - Fixed a doc typo, reported by SDF_of_BC. - - NickChars: Updated polish a bit, and added polish-w1250 which is unfortunately more common than real latin2 (iso-8859-2), supplied by k4be as well. - - NickChars: Added 'icelandic', supplied by Saevar. - - Updated wircd.def - - Fixed a bug where USERIP would say USERHOST in the not-enough-parameters numeric (#0002366) reported by vonitsanet. - - Fixed a bug causing SVSNICK not to send out a snomask +n notice (#0002359) reported by Rob_. - - Fixed a bug where SAJOIN would list channels multiple times in the notices (#0002325) reported by vonitsanet. - - Fixed a bug in mode-skipping (eg '+qk a b' if not +q) and error msgs, reported by brain2 (#0002372). - - Fixed bug where chanmode +f #t (per-user text kick[ban]) was also affecting halfops, reported by seneces (#0002333). - - Fixed doc bug reported by Dukat (#0002374). Also fixed 2 error msgs related to the nickchars system printing out incorrect set:: directives. - - spamfilter.conf and dccallow.conf are now also copied upon make install, reported by TommyTheKid (#0002313). - - Made CHGIDENT, CHGHOST and CHGNAME use more numerics (where possible) (#0002358). - - Fixed halfop trying to set chanmode +G/+T/+j not getting an error message, reported by Ron2K (#Ron2K). - - Module coders: using extcmode_default_requirechop is now depricated, check src/extcmodes.c ctrl+f extcmode_default_requirechop for more details (solution: copy+paste & fill in modechar). - - Nicks with ~ are now also not cutoff anymore but rejected like any other illegal char (#0002074). - - Fixed bug in +G where with not-really-matching-words color was needlessly stripped, reported by SpeedFire (#0002375). - - Changed the 'is a Secure Connection' msg/numeric in /whois from RPL_WHOISSPECIAL to a slightly changed RPL_WHOISSECURE, namely: ':%s 671 %s %s :is using a Secure connection', I'm sure some client coders will bitch at this, but the current way is brok in 2 ways: - RPL_WHOISSPECIAL is meant for 1 line of additional whois info, usually an IRCOp title or description. Having a dedicated numeric for it allows for client-side interpretations and/or translations. - The 'is a Secure Connection' was incorrect English, this has been reported numerous times. The PRO's of this change are clear, the only CON is that in-window-/whois's are now likely not to show this line properly in-window but rather in the status window, until client coders implement this numeric. If you wonder why we didn't use RPL_USINGSSL, that's because this numeric collides with RPL_STATSDLINE (which we are already using for >5 years). If you wonder why we didn't use the RPL_WHOISSECURE numeric as-is (even though I haven't seen it in use anywhere), then that's because we wanted to minimize display problems in the transition period and the extra parameter would not be used by us anyway. - - If a locop now has can_override/can_gkline/can_gzline we will print out a warning and convert it to globops. This is also what we always did for can_globalroute/can_gkill (well, except the warning). Giving such NETWORK (GLOBAL) privileges to a LOCAL operator does not make any sense and is therefore no longer allowed. - - NickChars: - Added 'russian-w1251', supplied by Roman Parkin. There are like 7 standards in Russia (and like 2-3 main ones), so I didn't dare to call this one 'russian' ;). - Added 'czech-w1250' and 'slovak-w1250' (both might miss a few characters). - Added 'windows-1250' group which contains czech-w1250, slovak-w1250, polish-w1250 and hungarian. - Hungarian characters show both fine in w1250 and latin2, hence hungarian is included both in 'windows-1250' and 'latin2'. - Fixed bug: polish was not included in latin2 - - Fixed various OperOverride issues: - Opers with can_override can now +qa/-qa even if they are not netadmins, and they can also (un)set L/u. - Fixed several SAMODE bugs, such as not completely working for non-netadmins and not working if you were halfop'ed, etc. Bugs reported by pak, aquanight, niphler, Bugz, and more. If there are still any bugs left, please report them on http://bugs.unrealircd.org/ NOTE: some of these enhancements will produce desynchs if your net is not 100% on current CVS / Unreal3.2.3 and an oper tries to use these 'new features'. So use with care on mixed-version nets. - - Fixed /(G)ZLINE [nick] placing the *line on *@host instead of *@IP, reported by Snake (#0002246). - - A warning is now sent to the oper if (s)he tries to add a (G)ZLINE on *@host. (G)ZLINES should have an ipmask, not a hostmask, because they are processed BEFORE any dns lookups are done. Therefore any (g)zlines placed will probably work (but not necessarily) for like an hour (or whatever TTL), but after that the (ab)user can get in again so this is usually not what you want ;). I suppose I'll add a FAQ entry about this. - - Made badwords (+G) now work with hardcoded word boundaries. Also made the fastbadwords system accept more characters. Basically what this means is that the (fast) badwords system can now be used to properly block words with accents and things like that, just the way you block English words. Bug reported by MJ12Helios (#0002311). - - Fixed 'russian-w1251', was not working ok at all. - - Made it so halfops can -h themselves, and chanadmins can -a themselves, reported by fez (#0001503). - - Made spamfilter 'u' also check nickchanges, reported by Gilou (#0002251). - - Updated doc/technical/token.txt, reported by webfox (#0002373). - - NickChars: Added 'romanian', supplied by crazytoon. - - Added 3.2.3 release notes (expected to be changed later on). - - Updated russian-w1251 (added 2 chars). - - Made the (G)ZLINE warning only happen on add, as it should. Reported by crazy. - - Made some (incorrect) -Wall warnings dissapear. - - Renamed version to 3.2.3-pre1, for Thursday. I'll keep the doc version numbers at 3.2.2-CVS to avoid confusion with the online semi-realtime docs ;). ** internal 3.2.3-pre1 release ** - - Fixed a bug with /invite with no parameters (accidentily broken when +I was added) (#0002383) reported by trystanscott. - - Fixed a bug where /SAJOIN user 0 caused a desynch, reported by trystanscott (#0002384). - - Merged NICKCHARS= in PROTOCTL for now, since a seperate one is not (yet!) needed, reported by SolutechUK and psadi (#0002386). - - Fixed various (major) problems that the '-h yourself' caused, reported by Trocotronic (#0002387). - - Fix for above, also reported by Trocotronic. ** internal 3.2.3-pre2 release ** - - Fixed a couple of typos in doc/example.conf (#0002393) reported by AngryWolf. - - Added documentation about channel mode +j (#0002392) suggested by Dukat. - - Added doc/help.de.conf and doc/example.hu.conf - - Fixed +s/+p and +c/+S desynch issue during netmerge, reported by Ron2K (#0002391). - - Fixed a bug where an unknown operflag would cause a crash. - - Windows versions will now be compiled with zlib 1.2.2 and curl 7.13.1. - - Made windows installer also install doc\technical\* - - Removed oldcloak cloaking module, everyone should be using the new cloak one by now. - - Updated release notes (translated docs, zlib, doc\technical, sp/cS desynch). - - Made +g get removed when an oper sets -o (#0002399) reported by Ron2K. - - Made it so the win32 version shows channel modes in /list (#0002397) reported by Ron2K. - - Fixed /SAMODE with no can_override not always working with +G/+j/+T (extcmodes), reported by Ron2K (#0002398). - - Added doc/example.de.conf ** internal 3.2.3-pre3 release ** - - Some spelling fixes in unreal32docs.html, reported by alex323 (#2412). - - Updated the list of donators - - /SAMODE could cause 'fishy timestamp' if digit parameters were used (eg: SAMODE #chan +l 5), this has now be fixed by sending an explicit TS 0. - - Fixed an important channelmode +j memory corruption bug that would cause crashes, reported by Bergee (#0002416). - - Some clarifications on /RESTART, remote restarts were well never supported, so the docs are now updated on that (no code changes). ** internal 3.2.3-pre4 release ** - - Corrected small doc typo in unreal32docs, reported by arbiter. ** 3.2.3 release ** Downloadable, as usual, from http://www.unrealircd.com/ We have created 2 PGP keys: releases@unrealircd.com [0x1C8A554E] http://www.unrealircd.com/pgp/release_key.asc Used for signing releases _only_ coders@lists.unrealircd.org [0x61904C03] http://www.unrealircd.com/pgp/coders_key.asc For secure communication with the UnrealIRCd head coders. Since all releases now have PGP signatures (see details when downloading a file), we suggest you to validate the downloaded files via PGP/GPG instead of using MD5/SHA1 checksums. But here they are anyway... MD5 checksums (not recommended): b41f09c5999c67dc8e33db777b7397cf Unreal3.2.3.tar.gz 32c1b8545901717775a7d1fc26bea45c Unreal3.2.3.exe 5e2052ce173edc63c577ab97af1c99c5 Unreal3.2.3-SSL.exe SHA1 checksums: 5820906434f0c9e2cd027882e85900a919a2065d Unreal3.2.3.tar.gz b5897b0e02ae96475fa15c08d5e1c8452de468bb Unreal3.2.3.exe 535e06ba695f134683d91d7f9cd2eaf15cdf3457 Unreal3.2.3-SSL.exe Thanks you for using UnrealIRCd, The UnrealIRCd team. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFCNOpi4cPWX+btKqIRAsvaAKCTpH4dWuiy6R0Tcji6vBqmtaw/vQCeI88i pMrXj8YxFkUgomcKaVaKiFc= =16DW -----END PGP SIGNATURE----- ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Unreal-users mailing list Unreal-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unreal-users From seth at gonca.net Mon Mar 14 12:30:22 2005 From: seth at gonca.net (Evren) Date: Mon Mar 14 12:30:29 2005 Subject: [IRCServices] ircservices 5.0.40 with db of 5.0.48 Message-ID: <001101c528d4$a66b8810$0100000a@seth> I have 5.0.48 running but i want to go back to 5.0.40 Will be there any problem about dn compatibility? Evren -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050314/5df6e9b2/attachment.html From Craig at frostycoolslug.com Mon Mar 14 13:49:33 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Mon Mar 14 13:49:41 2005 Subject: [IRCServices] ircservices 5.0.40 with db of 5.0.48 In-Reply-To: <001101c528d4$a66b8810$0100000a@seth> References: <001101c528d4$a66b8810$0100000a@seth> Message-ID: <423606ED.1010007@frostycoolslug.com> No, there shouldn't be a problem with regards to compatibility, however, it could be unwise, due to bugs and any possible security fixes added to services recently. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Evren wrote: > I have 5.0.48 running but i want to go back to 5.0.40 > Will be there any problem about dn compatibility? > > > Evren > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From brain at winbot.co.uk Tue Mar 15 09:06:13 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Tue Mar 15 09:06:19 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <000301c526b4$c1217010$484405d5@server> References: <000301c526b4$c1217010$484405d5@server> Message-ID: <42371605.8070907@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 or, maybe as the docs for +q say, it should just kick the oper :) +q doesnt protect agaisnt kicks from qlined servers hence why the mode is 'q'. Brain Dionisios K. wrote: > On UnrealIRCD the +q usermode is supported. > If an oper (with privileges for this) have this usermode noone can kick > him. > But if someone use the ChanServ KICK command services will kick the oper > from the channel. > I think ChanServ should check if an oper is +q and if yes dont kick him > at all. > ------------------------------------------------------------------ > 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) iD8DBQFCNxYF0k42Wxli/BARAjw/AJ0d3J+7g8V/g2m/C+aWPe8hiMW3TACeKWlu U7h5GRkHPL2wou2cPVnDM6s= =NkUc -----END PGP SIGNATURE----- From vonitsa_net at yahoo.gr Tue Mar 15 11:48:56 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Tue Mar 15 11:49:30 2005 Subject: [IRCServices] ChanServ KICK Command Message-ID: <20050315194857.82018.qmail@web54409.mail.yahoo.com> 1) its u:lined server. Not qlined 2) i think u mean unrealircd docs. Here is ircservices mail list 3) im asking a feature. This is not a bug. --- ircservices-bounces@ircservices.esper.net wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > or, maybe as the docs for +q say, it should just kick the oper :) > +q doesnt protect agaisnt kicks from qlined servers hence why the mode > is 'q'. > > Brain > > Dionisios K. wrote: > > On UnrealIRCD the +q usermode is supported. > > If an oper (with privileges for this) have this usermode noone can kick > > him. > > But if someone use the ChanServ KICK command services will kick the oper > > from the channel. > > I think ChanServ should check if an oper is +q and if yes dont kick him > > at all. > > ------------------------------------------------------------------ > > 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) > > iD8DBQFCNxYF0k42Wxli/BARAjw/AJ0d3J+7g8V/g2m/C+aWPe8hiMW3TACeKWlu > U7h5GRkHPL2wou2cPVnDM6s= > =NkUc > -----END PGP SIGNATURE----- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Dionisios K. - ToXiC On HellenicNet From brain at winbot.co.uk Tue Mar 15 11:56:54 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Tue Mar 15 11:56:47 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <20050315194857.82018.qmail@web54409.mail.yahoo.com> References: <20050315194857.82018.qmail@web54409.mail.yahoo.com> Message-ID: <42373E06.6070504@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 meh, simple typo. Although, i believe its this way for a reason. Dionisios K. wrote: > 1) its u:lined server. Not qlined 2) i think u mean > unrealircd docs. Here is ircservices mail list 3) im > asking a feature. This is not a bug. > --- ircservices-bounces@ircservices.esper.net > wrote: > > or, maybe as the docs for +q say, it should just > >> kick the oper :) > > +q doesnt protect agaisnt kicks from qlined servers > >> hence why the mode > > is 'q'. > > Brain > > Dionisios K. wrote: > >>On UnrealIRCD the +q usermode is supported. >>If an oper (with privileges for this) have this > >> usermode noone can kick > >>him. >>But if someone use the ChanServ KICK command > >> services will kick the oper > >>from the channel. >>I think ChanServ should check if an oper is +q and > >> if yes dont kick him > >>at all. > > >> ------------------------------------------------------------------ > >>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 > -- > ------------------------------------------------------------------ To unsubscribe or change your subscription options, > visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > Dionisios K. - ToXiC On HellenicNet > ------------------------------------------------------------------ > 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) iD8DBQFCNz4F0k42Wxli/BARAiBcAJ4o1o97Iaue2JoG7DK0xocn00wn1QCeOzvN OQZRu9SP69eIUlnJ/f0Y0sE= =vE3A -----END PGP SIGNATURE----- From lordbergee at comcast.net Tue Mar 15 15:09:14 2005 From: lordbergee at comcast.net (Bergee) Date: Tue Mar 15 15:09:31 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <000301c526b4$c1217010$484405d5@server> References: <000301c526b4$c1217010$484405d5@server> Message-ID: <42376B1A.1010204@comcast.net> For what it's worth, on my network +q is almost never used, but when it is it's often during tracking down botnets or users that are otherwise abusing the network. In this vein it is useful to make it impossible to get kicked out of a channel where you want to be so you can monitor the situation. To that end, it would be useful to me if ChanServ noticed that +q was set on a user and simply denied the kick. I would think that the OperServ kick function should still ignore +q and proceed with the kick, but I'd be interested to hear what others think of this idea. Comments? Bergee Dionisios K. wrote: > On UnrealIRCD the +q usermode is supported. > If an oper (with privileges for this) have this usermode noone can kick > him. > But if someone use the ChanServ KICK command services will kick the oper > from the channel. > I think ChanServ should check if an oper is +q and if yes dont kick him > at all. From achurch at achurch.org Wed Mar 16 11:16:28 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Mar 15 18:17:47 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <42376B1A.1010204@comcast.net> Message-ID: <42379740.44524@msgid.achurch.org> Isn't there already +a for unkickable (which Services does respect)? Or does Unreal override +a with +q? --Andrew Church achurch@achurch.org http://achurch.org/ > For what it's worth, on my network +q is almost never used, but when it >is it's often during tracking down botnets or users that are otherwise >abusing the network. In this vein it is useful to make it impossible to >get kicked out of a channel where you want to be so you can monitor the >situation. To that end, it would be useful to me if ChanServ noticed >that +q was set on a user and simply denied the kick. I would think >that the OperServ kick function should still ignore +q and proceed with >the kick, but I'd be interested to hear what others think of this idea. > >Comments? > >Bergee > >Dionisios K. wrote: >> On UnrealIRCD the +q usermode is supported. >> If an oper (with privileges for this) have this usermode noone can kick >> him. >> But if someone use the ChanServ KICK command services will kick the oper >> from the channel. >> I think ChanServ should check if an oper is +q and if yes dont kick him >> at all. >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From lordbergee at comcast.net Tue Mar 15 18:25:41 2005 From: lordbergee at comcast.net (Bergee) Date: Tue Mar 15 18:26:39 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <42379740.44524@msgid.achurch.org> References: <42379740.44524@msgid.achurch.org> Message-ID: <42379925.2040400@comcast.net> Sorry I should have been more clear the first time. :) I was speaking about the user mode +q, not the channel mode. The unreal help describes this mode as "q = Only U:lines can kick you (Services Admins/Net Admins only)". Although the part about service/net admins only isn't quite true since it could in theory be any oper with the access to that mode defined in their oper block. But I digress, hopefully that makes my last post make a bit more sense. Bergee P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes for +a and +q enabled) treats the channel modes +a and +q more like +h than just a status marker for not kickable. Except of course they have more power than +o instead of less. As in if you have +a or +q, you don't actually need +o to kick a user from the channel, or to give another user halfops and so on like that. But I suppose that's another email. :) Andrew Church wrote: > Isn't there already +a for unkickable (which Services does respect)? > Or does Unreal override +a with +q? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >> For what it's worth, on my network +q is almost never used, but when it >>is it's often during tracking down botnets or users that are otherwise >>abusing the network. In this vein it is useful to make it impossible to >>get kicked out of a channel where you want to be so you can monitor the >>situation. To that end, it would be useful to me if ChanServ noticed >>that +q was set on a user and simply denied the kick. I would think >>that the OperServ kick function should still ignore +q and proceed with >>the kick, but I'd be interested to hear what others think of this idea. >> >>Comments? >> >>Bergee >> >>Dionisios K. wrote: >> >>>On UnrealIRCD the +q usermode is supported. >>>If an oper (with privileges for this) have this usermode noone can kick >>>him. >>>But if someone use the ChanServ KICK command services will kick the oper >>>from the channel. >>>I think ChanServ should check if an oper is +q and if yes dont kick him >>>at all. >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://lists.ircservices.za.net/mailman/listinfo/ircservices > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Rottman3D at yahoo.com Tue Mar 15 18:28:02 2005 From: Rottman3D at yahoo.com (Rottman3D@yahoo.com) Date: Tue Mar 15 18:28:19 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <42379740.44524@msgid.achurch.org> References: <42376B1A.1010204@comcast.net> <42379740.44524@msgid.achurch.org> Message-ID: <6.1.1.1.2.20050315212108.02353dd0@pop.mail.yahoo.com> +q is a user mode that allows opers (not necessarily services admins(user mode +a)) to protect themselves from being kicked from any channel. I am not sure if Andrew Church means services already respects channel mode +a, which is channel admin. +q is a mode that Unreal Opers can set on themselves if they have the can_setq oper flag set in the config. -R At 09:16 PM 3/15/2005, Andrew Church wrote: > Isn't there already +a for unkickable (which Services does respect)? >Or does Unreal override +a with +q? From gregk at WWWpages.com Tue Mar 15 18:29:56 2005 From: gregk at WWWpages.com (Gregory King) Date: Tue Mar 15 18:29:27 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <42379925.2040400@comcast.net> References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net> Message-ID: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com> pardon my pointing out the obvious, but services is a U: line, therefore according to the unreal help, chanserv should be able to kick a +q user. On Tue, March 15, 2005 6:25 pm, Bergee said: > Sorry I should have been more clear the first time. :) I was speaking > about the user mode +q, not the channel mode. The unreal help describes > this mode as "q = Only U:lines can kick you (Services Admins/Net Admins > only)". Although the part about service/net admins only isn't quite > true since it could in theory be any oper with the access to that mode > defined in their oper block. But I digress, hopefully that makes my > last post make a bit more sense. > > Bergee > > P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes > for +a and +q enabled) treats the channel modes +a and +q more like +h > than just a status marker for not kickable. Except of course they have > more power than +o instead of less. As in if you have +a or +q, you > don't actually need +o to kick a user from the channel, or to give > another user halfops and so on like that. But I suppose that's another > email. :) > > Andrew Church wrote: > >> Isn't there already +a for unkickable (which Services does >> respect)? >> Or does Unreal override +a with +q? >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >> >>> For what it's worth, on my network +q is almost never used, but when it >>>is it's often during tracking down botnets or users that are otherwise >>>abusing the network. In this vein it is useful to make it impossible to >>>get kicked out of a channel where you want to be so you can monitor the >>>situation. To that end, it would be useful to me if ChanServ noticed >>>that +q was set on a user and simply denied the kick. I would think >>>that the OperServ kick function should still ignore +q and proceed with >>>the kick, but I'd be interested to hear what others think of this idea. >>> >>>Comments? >>> >>>Bergee >>> >>>Dionisios K. wrote: >>> >>>>On UnrealIRCD the +q usermode is supported. >>>>If an oper (with privileges for this) have this usermode noone can kick >>>>him. >>>>But if someone use the ChanServ KICK command services will kick the >>>> oper >>>>from the channel. >>>>I think ChanServ should check if an oper is +q and if yes dont kick him >>>>at all. >>> >>>------------------------------------------------------------------ >>>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 lordbergee at comcast.net Tue Mar 15 18:33:05 2005 From: lordbergee at comcast.net (Bergee) Date: Tue Mar 15 18:33:07 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com> References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net> <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com> Message-ID: <42379AE1.3090609@comcast.net> Yes, what the original feature request was asking for was that Services look for that user mode and respect it to some degree by preventing a regular user from using ChanServ to kick a +q user (read: oper). :) Bergee Gregory King wrote: > pardon my pointing out the obvious, but services is a U: line, therefore > according to the unreal help, chanserv should be able to kick a +q user. > From Rottman3D at yahoo.com Tue Mar 15 18:34:05 2005 From: Rottman3D at yahoo.com (Rottman3D@yahoo.com) Date: Tue Mar 15 18:34:12 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com> References: <42379740.44524@msgid.achurch.org> <42379925.2040400@comcast.net> <3143.69.175.9.85.1110940196.squirrel@webmail.wwwpages.com> Message-ID: <6.1.1.1.2.20050315213050.02353d40@pop.mail.yahoo.com> Yes, U-lined servers should have the ability to kick +q users but they should not allow users the power to remove opers. Opers are there to handle unruly users, as such if an oper has the ability to protect himself from kicks, in my opinion, services should respect that. -R At 09:29 PM 3/15/2005, you wrote: >pardon my pointing out the obvious, but services is a U: line, therefore >according to the unreal help, chanserv should be able to kick a +q user. > > > >On Tue, March 15, 2005 6:25 pm, Bergee said: > > Sorry I should have been more clear the first time. :) I was > speaking > > about the user mode +q, not the channel mode. The unreal help describes > > this mode as "q = Only U:lines can kick you (Services Admins/Net Admins > > only)". Although the part about service/net admins only isn't quite > > true since it could in theory be any oper with the access to that mode > > defined in their oper block. But I digress, hopefully that makes my > > last post make a bit more sense. > > > > Bergee > > > > P.S. Speaking of the +a and +q channel modes, Unreal now (with prefixes > > for +a and +q enabled) treats the channel modes +a and +q more like +h > > than just a status marker for not kickable. Except of course they have > > more power than +o instead of less. As in if you have +a or +q, you > > don't actually need +o to kick a user from the channel, or to give > > another user halfops and so on like that. But I suppose that's another > > email. :) > > > > Andrew Church wrote: > > > >> Isn't there already +a for unkickable (which Services does > >> respect)? > >> Or does Unreal override +a with +q? > >> > >> --Andrew Church > >> achurch@achurch.org > >> > >> > >> > >>> For what it's worth, on my network +q is almost never used, but > when it > >>>is it's often during tracking down botnets or users that are otherwise > >>>abusing the network. In this vein it is useful to make it impossible to > >>>get kicked out of a channel where you want to be so you can monitor the > >>>situation. To that end, it would be useful to me if ChanServ noticed > >>>that +q was set on a user and simply denied the kick. I would think > >>>that the OperServ kick function should still ignore +q and proceed with > >>>the kick, but I'd be interested to hear what others think of this idea. > >>> > >>>Comments? > >>> > >>>Bergee > >>> > >>>Dionisios K. wrote: > >>> > >>>>On UnrealIRCD the +q usermode is supported. > >>>>If an oper (with privileges for this) have this usermode noone can kick > >>>>him. > >>>>But if someone use the ChanServ KICK command services will kick the > >>>> oper > >>>>from the channel. > >>>>I think ChanServ should check if an oper is +q and if yes dont kick him > >>>>at all. > >>> From vonitsa_net at yahoo.gr Tue Mar 15 21:36:32 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Tue Mar 15 21:43:19 2005 Subject: [IRCServices] ChanServ KICK Command Message-ID: <20050316053632.49259.qmail@web54407.mail.yahoo.com> exactly:-> --- ircservices-bounces@ircservices.esper.net wrote: > Yes, what the original feature request was asking for was that Services > look for that user mode and respect it to some degree by preventing a > regular user from using ChanServ to kick a +q user (read: oper). :) > > Bergee > > Gregory King wrote: > > pardon my pointing out the obvious, but services is a U: line, therefore > > according to the unreal help, chanserv should be able to kick a +q user. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Dionisios K. - ToXiC On HellenicNet From achurch at achurch.org Wed Mar 16 22:29:03 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Mar 16 05:30:02 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <42379925.2040400@comcast.net> Message-ID: <423834c9.44620@msgid.achurch.org> > Sorry I should have been more clear the first time. :) I was speaking >about the user mode +q, not the channel mode. The unreal help describes >this mode as "q = Only U:lines can kick you (Services Admins/Net Admins >only)" Hm, then ChanServ KICK should probably pay attention to that. I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Wed Mar 16 09:31:49 2005 From: admin at vonitsanet.gr (admin@vonitsanet.gr) Date: Wed Mar 16 09:32:59 2005 Subject: [IRCServices] restrict modes from mlock Message-ID: I think many netadmins with unrealircd will agree with this.. I'm asking for a set option to operserv to have the ability to disable specific channel modes from been used with chanserv mlock command.. Im asking for this because with unrealircd i can lock the channel modes i want and i can make them to be always enabled or disabled on all channels. A u:lined server overrides it (of course). So if an admin want always +c on all channels any user can add mlock -c and the mode got removed so easy from chanserv.. If i had a way to disable the mode "c" from the mlock everything will be ok.. From dropby21 at hotmail.com Mon Mar 21 23:44:20 2005 From: dropby21 at hotmail.com (dropby dropby) Date: Mon Mar 21 23:44:29 2005 Subject: [IRCServices] restart lost all of the data in ircserver Message-ID: i install unreal 3.2.3 and ircservices 5.0.49 when i restart ircservices all the information i registered nick channels are clearing sory for my bad english i will try to explain simply i register colocated nick and identified it and after i restarted irc services it says the nickname isn't registered _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From Craig at frostycoolslug.com Mon Mar 21 23:46:10 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Mon Mar 21 23:48:22 2005 Subject: [IRCServices] restart lost all of the data in ircserver In-Reply-To: References: Message-ID: <423FCD42.2080303@frostycoolslug.com> It takes several minutes for the nicknames to be stored to a database, try running a /msg operserv update before shutting services down. Also when shutting services down, us /os shutdown _NOT_ /os quit, as the help file states: Causes Services to do an immediate shutdown; databases are not saved. This command should not be used unless damage to the in-memory copies of the databases is feared and they should not be saved. For normal shutdowns, use the SHUTDOWN command. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ dropby dropby wrote: > i install unreal 3.2.3 and ircservices 5.0.49 > when i restart ircservices all the information i registered nick > channels are clearing sory for my bad english i will try to explain simply > i register colocated nick and identified it and after i restarted irc > services it says the nickname isn't registered > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From Craig at frostycoolslug.com Sun Mar 27 19:49:20 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sun Mar 27 19:49:31 2005 Subject: [IRCServices] A minor.. issue.. Message-ID: <42477EC0.3010800@frostycoolslug.com> [Mar 27 22:52:39.619309 2005] debug: Received: :OperServ NOTICE HelpServ :The session limit for your host ^Bragedirc.com^B has been exceeded. [Mar 27 22:52:39.619369 2005] debug: Received: :OperServ KILL HelpServ :OperServ (Session limit exceeded) Maybe some code would be needed to prevent that, ensure that operserv doesn't kill one of the services, otherwise, a network with a large number of services from the same host would have problems.. (Especially if they want a low session limit). (Although this occured using our InspIRCd module, could you please point out if that is at fault src @ http://ovh.dl.sourceforge.net/sourceforge/inspircd/inspircd.c) Thanks :) -- /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From katarn at shadowfire.org Mon Mar 28 09:16:59 2005 From: katarn at shadowfire.org (Katarn) Date: Mon Mar 28 09:17:23 2005 Subject: [IRCServices] Bug in NickServ listlinks Message-ID: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net> Hi, It was brought to my attention by a user the other day, that NickServ's listlinks feature works for any nickname, without identifying for the nick. By default, only services operators or above are supposed to be able to do this I believe. Basically, any person can come on with any nick that they want to see all the linked nicks for, and use "/msg nickserv listlinks" to see all the nicknames linked to that nick, if they have not identified at all. -Katarn From Craig at frostycoolslug.com Mon Mar 28 09:42:58 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Mon Mar 28 09:42:58 2005 Subject: [IRCServices] Bug in NickServ listlinks In-Reply-To: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net> References: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net> Message-ID: <42484222.3070707@frostycoolslug.com> Well spotted, If your looking for an immediate fix, find ircservices-5.0.xx/modules/nickserv/link.c and add the following at line 197 --- CODE SNIPPIT --- } else if (!user_identified(u)) { notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ); return; --- END CODE SNIPPIT --- (You should be able to paste all that, including the line break into like 197, and everything will fall into alignment) I'm sure andy will include this fix in the next release of services :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Katarn wrote: > Hi, > > It was brought to my attention by a user the other day, that NickServ's > listlinks feature works for any nickname, without identifying for the > nick. By default, only services operators or above are supposed to be able > to do this I believe. > Basically, any person can come on with any nick that they want to see all > the linked nicks for, and use "/msg nickserv listlinks" to see all the > nicknames linked to that nick, if they have not identified at all. > -Katarn > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From Craig at frostycoolslug.com Mon Mar 28 10:09:30 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Mon Mar 28 10:09:26 2005 Subject: [IRCServices] Bug in NickServ listlinks In-Reply-To: <42484222.3070707@frostycoolslug.com> References: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net> <42484222.3070707@frostycoolslug.com> Message-ID: <4248485A.70809@frostycoolslug.com> My mistake, the code went in the wrong place.. Find the Section: -- Code Snippit (Line 208) -- if (!(ni = u->ni) || !(ngi = u->ngi) || ngi == NICKGROUPINFO_INVALID) { notice_lang(s_NickServ, u, NICK_NOT_REGISTERED); return; } -- Code Snippit -- And replace it with: -- Code Snippit -- if (!(ni = u->ni) || !(ngi = u->ngi) || ngi == NICKGROUPINFO_INVALID) { notice_lang(s_NickServ, u, NICK_NOT_REGISTERED); return; } else if (!user_identified(u)) { notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ); return; } -- End Code Snippit -- and remove the text on line 197 My appoligies for the mixup. -- With this new fix in place, if a user attempts to /ns listlinks they get: (19:04:37) ?? [ NickServ (services@chatspike.net) ] Password authentication required for that command. (19:04:37) ?? [ NickServ (services@chatspike.net) ] Retry after typing /msg NickServ IDENTIFY password. (I have an annoying habit of not testing code before submitting it :/) Sorry again. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Craig McLure wrote: > Well spotted, If your looking for an immediate fix, find > ircservices-5.0.xx/modules/nickserv/link.c > > and add the following at line 197 > > --- CODE SNIPPIT --- > } else if (!user_identified(u)) { > notice_lang(s_NickServ, u, NICK_IDENTIFY_REQUIRED, s_NickServ); > return; > > --- END CODE SNIPPIT --- > > (You should be able to paste all that, including the line break into > like 197, and everything will fall into alignment) > > I'm sure andy will include this fix in the next release of services :) > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > Katarn wrote: > >> Hi, >> >> It was brought to my attention by a user the other day, that NickServ's >> listlinks feature works for any nickname, without identifying for the >> nick. By default, only services operators or above are supposed to be >> able >> to do this I believe. >> Basically, any person can come on with any nick that they want to see all >> the linked nicks for, and use "/msg nickserv listlinks" to see all the >> nicknames linked to that nick, if they have not identified at all. >> -Katarn >> >> >> ------------------------------------------------------------------ >> 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 ron2k at webmail.co.za Mon Mar 28 11:47:58 2005 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Mon Mar 28 11:48:15 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: <20050328034935.C0EBCF8A3F3@sakura.ian-justman.com> Message-ID: Same issue noted with the alpha version of NeoStats 3. I'm thinking that Services should automatically exempt clients on U:lined servers from session limits. ______________________________________________________________ http://www.webmail.co.za the South African FREE email service From medice at gmx.at Mon Mar 28 13:22:41 2005 From: medice at gmx.at (Medice) Date: Mon Mar 28 13:21:15 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: References: Message-ID: <424875A1.5050509@gmx.at> i personally think the responsible admins could set approptiate session-limit-exceptions suitable for the present needs... regards Medice From achurch at achurch.org Tue Mar 29 10:48:33 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Mar 28 17:48:52 2005 Subject: [IRCServices] Bug in NickServ listlinks In-Reply-To: <10802.196.2.40.7.1112030219.squirrel@mail.zagamers.za.net> Message-ID: <4248b3fc.11347@msgid.achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ > >Hi, > >It was brought to my attention by a user the other day, that NickServ's >listlinks feature works for any nickname, without identifying for the >nick. By default, only services operators or above are supposed to be able >to do this I believe. >Basically, any person can come on with any nick that they want to see all >the linked nicks for, and use "/msg nickserv listlinks" to see all the >nicknames linked to that nick, if they have not identified at all. >-Katarn > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From dnb at majestic-liaisons.com Mon Mar 28 20:08:03 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Mon Mar 28 20:08:43 2005 Subject: [IRCServices] Re: A minor.. issue.. References: Message-ID: <000d01c53414$ead5d640$0100a8c0@dnblaptop> Kieron Thwaites Wrote : > Same issue noted with the alpha version of NeoStats 3. > > I'm thinking that Services should automatically exempt clients on U:lined > servers from session limits. even Neostats 2.5 series had the same problem along with any services that introduce a number of Pseudo Clients, so session exceptions must have been added for them if they were connected. the problem is finding out what are U-lined servers, as U-lines are not propagated by most IRCd's. The only real solution is adding an entry to the OperServ Exceptions list exempting the hosts used by the Pseudo Clients. DNB From jerome at gmanmi.tv Mon Mar 28 23:50:59 2005 From: jerome at gmanmi.tv (Jerome Macaranas) Date: Mon Mar 28 23:51:48 2005 Subject: [IRCServices] Channel expiration Message-ID: <200503291551.00196.jerome@gmanmi.tv> hi, i was wondering is it possible to do a NOEXPIRE on selective channels? tia, From brain at winbot.co.uk Mon Mar 28 23:55:01 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Mon Mar 28 23:54:54 2005 Subject: [IRCServices] Channel expiration In-Reply-To: <200503291551.00196.jerome@gmanmi.tv> References: <200503291551.00196.jerome@gmanmi.tv> Message-ID: <424909D5.9010609@winbot.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yes probably with /chanserv set #channel noexpire on. Jerome Macaranas wrote: > hi, > > i was wondering is it possible to do a NOEXPIRE on selective channels? > > tia, > ------------------------------------------------------------------ > 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) iD8DBQFCSQnV0k42Wxli/BARAsGPAJ0bie1WcQ9dJZV26oqw+qH+/ti9XwCeNODM N89mRFnZ/kpSPuMAuAZe/so= =CJ8Y -----END PGP SIGNATURE----- From xxx.coder at gmail.com Tue Mar 29 03:06:40 2005 From: xxx.coder at gmail.com (ongeboren) Date: Tue Mar 29 03:07:01 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: <000d01c53414$ead5d640$0100a8c0@dnblaptop> References: <000d01c53414$ead5d640$0100a8c0@dnblaptop> Message-ID: Why don't you introduce the pseudo clients with different hostnames.. All they would have in common is only the server they're from. On Tue, 29 Mar 2005 13:38:03 +0930, DeadNotBuried wrote: > Kieron Thwaites Wrote : > > Same issue noted with the alpha version of NeoStats 3. > > > > I'm thinking that Services should automatically exempt clients on U:lined > > servers from session limits. > > even Neostats 2.5 series had the same problem along with any services that > introduce a number of Pseudo Clients, so session exceptions must have been > added for them if they were connected. > > the problem is finding out what are U-lined servers, as U-lines are not > propagated by most IRCd's. The only real solution is adding an entry to the > OperServ Exceptions list exempting the hosts used by the Pseudo Clients. > > DNB > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Evlogi Petrov - ongeboren@UniBG From Craig at frostycoolslug.com Tue Mar 29 15:51:32 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Tue Mar 29 15:52:23 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: References: <000d01c53414$ead5d640$0100a8c0@dnblaptop> Message-ID: <4249EA04.8090709@frostycoolslug.com> I think you have all missed the point in this post completly. I wasn't talking about services killing neostats pseudos (Hell, as far as i'm concirned, thats good behaviour, and what exceptions are for). I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like Operserv killing Nickserv / Chanserv / HelpServ) because their host has reached the session limit. I am unsure if this is a bug in our IRCServices module, or a problem with the core itself. Note: This seems to be our fault, we echo connections back to the local server (something to do with the mesh iirc), making services aware of their existance. We'll fix it. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ ongeboren wrote: >>Kieron Thwaites Wrote : >> >>>Same issue noted with the alpha version of NeoStats 3. >>> >>>I'm thinking that Services should automatically exempt clients on U:lined >>>servers from session limits. >> >>even Neostats 2.5 series had the same problem along with any services that >>introduce a number of Pseudo Clients, so session exceptions must have been >>added for them if they were connected. >> >>the problem is finding out what are U-lined servers, as U-lines are not >>propagated by most IRCd's. The only real solution is adding an entry to the >>OperServ Exceptions list exempting the hosts used by the Pseudo Clients. >> >>DNB >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://lists.ircservices.za.net/mailman/listinfo/ircservices >> > > > From achurch at achurch.org Thu Mar 31 02:45:44 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Mar 30 09:46:29 2005 Subject: [IRCServices] Services 5.0.50 released Message-ID: <424ae5e3.54747@msgid.achurch.org> Services 5.0.50 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 12cea66c42ac0c762692272fff36df22 ircservices-5.0.50.tar.gz b3137b27b89fa0db99bcc4bab5fd376f ircservices-5.0.50.diff.gz 6eb6215d8063dbaa5ff5a468054fde2f ircservices-5.0.50-1.i386.rpm a7bcc2c4e26797092a9994fa4931ffcd ircservices_5.0.50-1_i386.deb The mirrors should have it shortly. Changes in version 5.0.50 ------------------------- 2005/03/29 Fixed security hole in NickServ LISTLINKS allowing any user to view a nick's links. Reported by --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Wed Mar 30 19:47:18 2005 From: surreal.w00t at gmail.com (w00t) Date: Wed Mar 30 19:47:30 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: <4249EA04.8090709@frostycoolslug.com> References: <000d01c53414$ead5d640$0100a8c0@dnblaptop> <4249EA04.8090709@frostycoolslug.com> Message-ID: Making services aware of themselves?! Whoa, that's certainly... interesting :P On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure wrote: > I think you have all missed the point in this post completly. > > I wasn't talking about services killing neostats pseudos (Hell, as far > as i'm concirned, thats good behaviour, and what exceptions are for). > I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like > Operserv killing Nickserv / Chanserv / HelpServ) because their host has > reached the session limit. I am unsure if this is a bug in our > IRCServices module, or a problem with the core itself. > > Note: This seems to be our fault, we echo connections back to the local > server (something to do with the mesh iirc), making services aware of > their existance. We'll fix it. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > ongeboren wrote: > > >>Kieron Thwaites Wrote : > >> > >>>Same issue noted with the alpha version of NeoStats 3. > >>> > >>>I'm thinking that Services should automatically exempt clients on U:lined > >>>servers from session limits. > >> > >>even Neostats 2.5 series had the same problem along with any services that > >>introduce a number of Pseudo Clients, so session exceptions must have been > >>added for them if they were connected. > >> > >>the problem is finding out what are U-lined servers, as U-lines are not > >>propagated by most IRCd's. The only real solution is adding an entry to the > >>OperServ Exceptions list exempting the hosts used by the Pseudo Clients. > >> > >>DNB > >> > >> > >>------------------------------------------------------------------ > >>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 > -- --w00t From gregk at WWWpages.com Wed Mar 30 19:59:23 2005 From: gregk at WWWpages.com (Gregory King) Date: Wed Mar 30 19:58:40 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: References: <000d01c53414$ead5d640$0100a8c0@dnblaptop> <4249EA04.8090709@frostycoolslug.com> Message-ID: <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com> were not we warned of the dangers of this in the Terminator movies??? :> On Wed, March 30, 2005 7:47 pm, w00t said: > Making services aware of themselves?! Whoa, that's certainly... > interesting :P > > > On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure > wrote: >> I think you have all missed the point in this post completly. >> >> I wasn't talking about services killing neostats pseudos (Hell, as far >> as i'm concirned, thats good behaviour, and what exceptions are for). >> I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like >> Operserv killing Nickserv / Chanserv / HelpServ) because their host has >> reached the session limit. I am unsure if this is a bug in our >> IRCServices module, or a problem with the core itself. >> >> Note: This seems to be our fault, we echo connections back to the local >> server (something to do with the mesh iirc), making services aware of >> their existance. We'll fix it. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * Craig@FrostyCoolSlug.com >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> ongeboren wrote: >> >> >>Kieron Thwaites Wrote : >> >> >> >>>Same issue noted with the alpha version of NeoStats 3. >> >>> >> >>>I'm thinking that Services should automatically exempt clients on >> U:lined >> >>>servers from session limits. >> >> >> >>even Neostats 2.5 series had the same problem along with any services >> that >> >>introduce a number of Pseudo Clients, so session exceptions must have >> been >> >>added for them if they were connected. >> >> >> >>the problem is finding out what are U-lined servers, as U-lines are >> not >> >>propagated by most IRCd's. The only real solution is adding an entry >> to the >> >>OperServ Exceptions list exempting the hosts used by the Pseudo >> Clients. >> >> >> >>DNB >> >> >> >> >> >>------------------------------------------------------------------ >> >>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 >> > > > -- > --w00t > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From Craig at frostycoolslug.com Wed Mar 30 20:10:20 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Mar 30 20:10:29 2005 Subject: [IRCServices] Re: A minor.. issue.. In-Reply-To: <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com> References: <000d01c53414$ead5d640$0100a8c0@dnblaptop> <4249EA04.8090709@frostycoolslug.com> <3765.69.175.9.85.1112241563.squirrel@webmail.wwwpages.com> Message-ID: <424B782C.2080105@frostycoolslug.com> Ok, can we please stop the slightly spammy emailing.. Thanks. After giving w00t a bashing, he responded with a slightly more useful query: > I did have a point to that email, I just didn't really make it clear. > My point was, if the IRCd is introducing nickserv etc back to > services, wouldn't it b e a way for services to track themselves being > in channels etc? I'll answer that here, as it seems relevent :p -- Yes it is, however, it had some unforseen conciquences, including Operserv killing other pseudos for breaking the exception limits etc (When it broke the limits, it got into an introdude_user() loop attempting to 'respawn' the clients onto the server and them being killed straight afterwards). Services are designed to not be known to exist for a reason, this is just one of them (I'm sure there are more). What happened to us was an accident, based on our linking protocols, its undesigned behaviour, and services didn't know how to correctly respond to it, so went nuts. Services being aware that they exist could also result in a LOT of redundant data beeing sent back to them, you must remember, Services attmpts to parse EVERYTHING that is sent to them via the IRCd, and because its not been programmed to allow for this, it could easily cause overflows / segfaults (Although from my experiance with the code, i doubt this would happen, but the fact recieving this crap isn't in its design, bad things could happen). Its for reasons such as this, that botserv isn't very possible with the current services core. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Gregory King wrote: > were not we warned of the dangers of this in the Terminator movies??? > > :> > > > > > On Wed, March 30, 2005 7:47 pm, w00t said: > >>Making services aware of themselves?! Whoa, that's certainly... >>interesting :P >> >> >>On Wed, 30 Mar 2005 00:51:32 +0100, Craig McLure >> wrote: >> >>>I think you have all missed the point in this post completly. >>> >>>I wasn't talking about services killing neostats pseudos (Hell, as far >>>as i'm concirned, thats good behaviour, and what exceptions are for). >>>I'm talking about services KILLING ITS OWN PSUEODCLIENTS (ya know, like >>>Operserv killing Nickserv / Chanserv / HelpServ) because their host has >>>reached the session limit. I am unsure if this is a bug in our >>>IRCServices module, or a problem with the core itself. >>> >>>Note: This seems to be our fault, we echo connections back to the local >>>server (something to do with the mesh iirc), making services aware of >>>their existance. We'll fix it. >>> >>>/**************************************** >>> * Craig "FrostyCoolSlug" McLure >>> * Craig@FrostyCoolSlug.com >>> * InspIRCd - http://www.inspircd.org >>> * ChatSpike - http://www.chatspike.net >>> ****************************************/ >>> >>>ongeboren wrote: >>> >>> >>>>>Kieron Thwaites Wrote : >>>>> >>>>> >>>>>>Same issue noted with the alpha version of NeoStats 3. >>>>>> >>>>>>I'm thinking that Services should automatically exempt clients on >>> >>>U:lined >>> >>>>>>servers from session limits. >>>>> >>>>>even Neostats 2.5 series had the same problem along with any services >>> >>>that >>> >>>>>introduce a number of Pseudo Clients, so session exceptions must have >>> >>>been >>> >>>>>added for them if they were connected. >>>>> >>>>>the problem is finding out what are U-lined servers, as U-lines are >>> >>>not >>> >>>>>propagated by most IRCd's. The only real solution is adding an entry >>> >>>to the >>> >>>>>OperServ Exceptions list exempting the hosts used by the Pseudo >>> >>>Clients. >>> >>>>>DNB >>>>> >>>>> >>>>>------------------------------------------------------------------ >>>>>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 >>> >> >> >>-- >>--w00t >>------------------------------------------------------------------ >>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 Thu Mar 31 16:21:38 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Mar 30 23:24:18 2005 Subject: [IRCServices] newbie kickstart document In-Reply-To: <1109639711.6629.57.camel@stantz.corp.sgi.com> Message-ID: <424ba59b.71056@msgid.achurch.org> >Do you guys happen to have a "newbie kickstart document" to speed up >things for a newcomer? Essentially, how to bootstrap a small population >of admins, create a few channels and assign access permissions and >things like that. Judging from the lack of response, it looks like nobody's written anything like that. Personally, I'd recommend taking the time to just read the manual; in particular, section 3 is a good description of exactly how Services works and what you need to keep track of. >Do i have to login as SuperUser and create admins? If yes, then i should >probably password-protect that nick pretty soon now, right? Yes, you do, and yes, you should make sure you register the nick before anyone else does. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Mar 31 16:52:36 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Mar 30 23:52:55 2005 Subject: [IRCServices] ircservices should enforce +R In-Reply-To: <20050301065514.34948.qmail@web54409.mail.yahoo.com> Message-ID: <424bac52.71200@msgid.achurch.org> Added for 5.0.51. --Andrew Church achurch@achurch.org http://achurch.org/ >on many ircds +R chmode is supported by now. I thing >services should enforce it on 1st user joins the >channel like +OA and +z on Unrealircd > >===== >Dionisios K. - ToXiC On HellenicNet >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu Mar 31 17:37:12 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Mar 31 00:37:41 2005 Subject: [IRCServices] NickServ Suspend (bug?) In-Reply-To: <002801c52110$e8078f10$2f4405d5@server> Message-ID: <424bb6ce.74576@msgid.achurch.org> Fixed for 5.0.51 (and please don't use HTML). --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============0166732631== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0025_01C52121.A9B388C0" > >This is a multi-part message in MIME format. > >------=_NextPart_000_0025_01C52121.A9B388C0 >Content-Type: text/plain; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > >If i forbid a nickname and IF it the nick is used the time i forbid it = >NickServ will show this on the user: > >-NickServ- This nickname may not be used. Please choose another one. If = >you do not change your nickname within one minute, it will be changed = >automatically. > > >BUT this is not happening with suspended nicknames.=20 >If i suspend a nickname and the nickname is used at the moment his owner = >can use it until he will be disconnect or change his nick to another one. >------=_NextPart_000_0025_01C52121.A9B388C0 >Content-Type: text/html; > charset="iso-8859-7" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-7"> > > > > >
If i forbid a nickname and IF it the = >nick is used=20 >the time i forbid it NickServ will show this on the user:
>
 
>
-NickServ- This nickname may not be = >used. Please=20 >choose another one. If you do not change your nickname within one = >minute, it=20 >will be changed automatically.
>
 
>
 
>
BUT this is not happening with = >suspended nicknames.=20 >
>
If i suspend a nickname and the = >nickname is used at=20 >the moment his owner can use it until he will be disconnect or = >change=20 >his nick to another one.
> >------=_NextPart_000_0025_01C52121.A9B388C0-- > > >--===============0166732631== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices >--===============0166732631==-- > From achurch at achurch.org Thu Mar 31 18:06:08 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Mar 31 01:20:31 2005 Subject: [IRCServices] ChanServ KICK Command In-Reply-To: <000301c526b4$c1217010$484405d5@server> Message-ID: <424bc0d9.76600@msgid.achurch.org> >On UnrealIRCD the +q usermode is supported. >If an oper (with privileges for this) have this usermode noone can kick him. >But if someone use the ChanServ KICK command services will kick the oper >from the channel. >I think ChanServ should check if an oper is +q and if yes dont kick him at >all. Rather than relying on Unreal's +q, I'm going to make it so ChanServ KICK refuses to kick anyone with Services operator privilege (or above). Just make sure anyone you give +q privilege to has Services operator privileges as well and you'll have no problem. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Mar 31 18:29:59 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Mar 31 01:36:01 2005 Subject: [IRCServices] operserv/akill: BUG: (cancel_akill) Missing @ in mask: * In-Reply-To: <007601c527c2$ac92aec0$0100000a@seth> Message-ID: <424bc479.76747@msgid.achurch.org> >[Mar 09 17:33:45.183279 2005] debug: Sent: :services.turkirc.org TKL - G = >* pc-010.diamond.vaslui.rdsnet.ro services.turkirc.o$ >[Mar 09 17:33:45.183480 2005] debug: Sent: :services.turkirc.org TKL - G = >* 141.85.1.46 services.turkirc.org >[Mar 09 17:33:45.183638 2005] operserv/akill: BUG: (cancel_akill) = >Missing @ in mask: * >[Mar 09 17:33:45.184189 2005] PANIC! signal 6 (no buffer) I can't reproduce this. There shouldn't be any way to get an autokill of "*" into the database anyway, unless you imported databases from another program (and convert-db should check for this as well, but that's a separate issue). Have you modified Services, or are you using third-party modules? If not, I'll need a backtrace (see FAQ Z.3.5) to try and find this. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu Mar 31 18:36:08 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Mar 31 01:36:30 2005 Subject: [IRCServices] restrict modes from mlock In-Reply-To: Message-ID: <424bc49a.76761@msgid.achurch.org> This issue has been brought up before; I'm considering it for 5.1, but it's not high priority. --Andrew Church achurch@achurch.org http://achurch.org/ >I think many netadmins with unrealircd will agree with this.. >I'm asking for a set option to operserv to have the ability to disable specific channel modes from been used with chanserv mlock command.. >Im asking for this because with unrealircd i can lock the channel modes i want and i can make them to be always enabled or disabled on all channels. >A u:lined server overrides it (of course). >So if an admin want always +c on all channels any user can add mlock -c and the mode got removed so easy from chanserv.. >If i had a way to disable the mode "c" from the mlock everything will be ok.. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sat Apr 2 17:29:00 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Apr 30 14:03:11 2005 Subject: [IRCServices] Services 5.0.51 released Message-ID: <424f46d1.04244@msgid.achurch.org> Services 5.0.51 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 0c5d5fa6be1798fbe25ca9a728ac0839 ircservices-5.0.51.tar.gz 118701b5c92c3fe13447c40ffbec52e0 ircservices-5.0.51.diff.gz 4aff1944840953e4a6700000d4954f8c ircservices-5.0.51-1.i386.rpm 9999afd340b6617e64cb3ec4f26608ed ircservices_5.0.51-1_i386.deb The mirrors should have it shortly. This release addresses the problems mentioned recently on the mailing list, as well as a minor security issue allowing users to keep usermode +r after their nick was suspended or forbidden. convert-db has also been improved to avoid letting bad data (such as autokills with missing username or hostname parts) into the database. Changes in version 5.0.51 ------------------------- 2005/04/02 convert-db now checks for more potential problems with the imported databases before writing out the XML data. 2005/04/02 Fixed bugs when converting databases from old versions of PTlink Services. 2005/04/01 Fixed handling of links to forbidden nicks when converting Auspice databases. 2005/03/31 ChanServ KICK no longer allows Services opers to be kicked. 2005/03/31 Ensured that usermode +r is cleared from nicks which lose their identification status (e.g. from FORBID/SUSPEND). 2005/03/31 NickServ SUSPEND now forces the user of the suspended nick to change nicknames, as FORBID does. Reported by Dionisios K. 2005/03/31 ChanServ now stops non-identified users from joining channels with mode +R locked on. Suggested by Dionisios K. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Sun Apr 10 03:32:42 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Sat Apr 30 14:03:20 2005 Subject: [IRCServices] NSRequireEmail Question Message-ID: <000b01c53db8$9a5efb80$4b4405d5@server> Hello guys. I have a little question:-)) If i enable the NSRequireEmail option what will happen with the nicknames without an email address? From Craig at frostycoolslug.com Fri Apr 29 12:29:54 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Apr 30 14:03:37 2005 Subject: [IRCServices] PING before connect? Message-ID: <42728B32.2030508@frostycoolslug.com> Whilst testing a new module we are currently developing, we decided (to save time), to connect IRCServices across the internet, rather than locally. We ran into the problem of services sending a PING to the remote server BEFORE it was connected, resulting in an ENOTCONN, and Services bailing. Surely the correct behaviour for this, is that services shouldn't attempt to ping, untill at least the SERVER command has been sent on initial connect? Would avoid this issue. Log: [Apr 29 22:01:54.046189 2005] debug: Loaded modules [Apr 29 22:01:54.049901 2005] Initiated connection to xx.xxx.xxx.xxx:7025 [Apr 29 22:01:54.052287 2005] sockets: flush_write_buffer(4): Socket is not connected [Apr 29 22:01:54.053649 2005] debug: Sent: PING :services-dev.chatspike.net [Apr 29 22:01:57.059300 2005] debug: Saving databases [Apr 29 22:01:57.071440 2005] Read error from server: Socket is not connected -- On an un-related note.. is the coding mailing list down? the last mail i sent to it never arrived :/ -- /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From Craig at frostycoolslug.com Fri Apr 29 13:03:54 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Apr 30 14:03:41 2005 Subject: [IRCServices] test Message-ID: <4272932A.90205@frostycoolslug.com> Read subject.. :p -- /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From ianj at esper.net Sun May 1 12:33:41 2005 From: ianj at esper.net (Ian R. Justman) Date: Sun May 1 12:33:43 2005 Subject: [IRCServices] test In-Reply-To: <4272932A.90205@frostycoolslug.com> References: <4272932A.90205@frostycoolslug.com> Message-ID: On Fri, 29 Apr 2005, Craig McLure wrote: > Read subject.. :p If it's about the list's being down, a machine tanked where my server is located, one situated between the uplink connections and my core network. The only reason it didn't get completed any sooner is because I'm vacationing in Sacramento and the machine is in Fresno, some 200 miles (some 320km or so) away. The situation has been rectified and the network is working again. My apologies for the outage. --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 brain at winbot.co.uk Tue May 3 04:21:41 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Tue May 3 04:21:28 2005 Subject: [IRCServices] problem with /cs unban In-Reply-To: References: <4272932A.90205@frostycoolslug.com> Message-ID: <42775EC5.2060301@winbot.co.uk> Hi. Ive found a problem with how ircservices matches bans for /cs unban. Whilst writing a protocol module i noticed that if a protocol module supplies ip addresses for connecting users, ALL channel bans will be checked against user->ip, not user->fakehost or user->host! This means that the ban just outright fails. This is a pretty old version (5.0.41) - has it since been fixed? Thanks, Brain From vonitsa_net at yahoo.gr Tue May 3 07:35:05 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Tue May 3 07:35:29 2005 Subject: [IRCServices] NSRequireEmail question Message-ID: <20050503143505.65216.qmail@web31402.mail.mud.yahoo.com> Hello guys. I have a little question:-)) If i enable the NSRequireEmail option what will happen with the nicknames without an email address added? Dionisios K. - ToXiC On HellenicNet From QuietFinn at myrealbox.com Tue May 3 10:02:25 2005 From: QuietFinn at myrealbox.com (QuietFinn) Date: Tue May 3 10:04:19 2005 Subject: [IRCServices] NSRequireEmail question In-Reply-To: <20050503143505.65216.qmail@web31402.mail.mud.yahoo.com> Message-ID: If I remember right when someone identifies to a nick without an email assigned to it (s)he will be asked to set an email address. We did that (enabled the NSRequireEmail) and it went quite smoothly, and had instructions how to do it in services lognews. quietFinn Services Admim, IRCFutureNet IRC network irc.ircfuture.net | http://www.ircfuture.net Server Admin - topaz.il.us.ircfuture.net > -----Original Message----- > From: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of > Dionisios K. > Sent: 3. toukokuuta 2005 17:35 > To: ircservices@ircservices.esper.net > Subject: [IRCServices] NSRequireEmail question > > > Hello guys. > I have a little question:-)) > If i enable the NSRequireEmail option what will happen > with the nicknames without an email address added? > > > Dionisios K. - ToXiC On HellenicNet > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From plasmaman at relica.org Tue May 3 10:37:35 2005 From: plasmaman at relica.org (plasmaman@relica.org) Date: Tue May 3 10:38:09 2005 Subject: [IRCServices] Fwd: Question ON Auspice Message-ID: <1115141855.4277b6dfb90b3@webmail.relica.org> Hello, I was wondering if u can tell me how to convert anope db files to auspice db files, I know there's a way according to this site I found. Here is the site http://www.ircservices.esper.net/docs/5.html But we can't seem to figure it out, eny comments/suggestion u have would be appreciated. We are trying to do this cause we are wanting to limit our oper's access to services, do to some abuse problems we've been having. We know it's possible to convert it just's hard for us to figure out what the hell they're saying on that website Thanks Again Plasmaman(Justin) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ----- End forwarded message ----- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From cpuman2000 at hotmail.com Tue May 3 16:03:53 2005 From: cpuman2000 at hotmail.com (Chris Shuster) Date: Tue May 3 16:04:12 2005 Subject: [IRCServices] SMTP Mail Message-ID: A browse through the services documents didn't seem to get an answer to my question so here it is... Does service's SMTP module support SMTP Auth? I'm guessing it doesn't since I have seen no mention of SMTP Auth. If services doesn't support SMTP Auth then I'd like to request this feature. Why you ask? Well it'd let me get rid of sendmail on a server as I have a dedicated e-mail server but it requires SMTP Auth for security reasons. Thanks, Chris (aka CPUMAN) Serenia IRC Network irc.serenia.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050503/a61678e8/attachment.html From elsukov at rdu.kirov.ru Tue May 3 23:47:09 2005 From: elsukov at rdu.kirov.ru (Andrey V. Elsukov) Date: Tue May 3 23:47:53 2005 Subject: [IRCServices] IRC Services on IA64 Message-ID: <42786FED.2090809@rdu.kirov.ru> Hello! Somebody tried to build services on IA64? Build fail on FreeBSD IA64 and Sparc.. Build logs: http://people.freebsd.org/~fenner/errorlogs/bu7cher@yandex.ru.html -- WBR, Andrey V. Elsukov From achurch at achurch.org Wed May 4 16:42:01 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 4 00:42:54 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <42786FED.2090809@rdu.kirov.ru> Message-ID: <42787cee.42600@msgid.achurch.org> 5.0.49 is out of date. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello! >Somebody tried to build services on IA64? >Build fail on FreeBSD IA64 and Sparc.. >Build logs: >http://people.freebsd.org/~fenner/errorlogs/bu7cher@yandex.ru.html >-- >WBR, Andrey V. Elsukov > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From elsukov at rdu.kirov.ru Wed May 4 00:47:54 2005 From: elsukov at rdu.kirov.ru (Andrey V. Elsukov) Date: Wed May 4 00:48:36 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <42787cee.42600@msgid.achurch.org> References: <42787cee.42600@msgid.achurch.org> Message-ID: <42787E2A.6010807@rdu.kirov.ru> Andrew Church wrote: > 5.0.49 is out of date. I know. This logs is old, others no. -- WBR, Andrey V. Elsukov From paul.kain at gmail.com Wed May 4 00:51:56 2005 From: paul.kain at gmail.com (Paul Kain) Date: Wed May 4 00:52:10 2005 Subject: [IRCServices] Unforbidding a nick Message-ID: <451ba792050504005151b3d3fc@mail.gmail.com> Hi all I wonder if someone can please point out how to unforbid a nick ? I ttried a variety of different commands with no joy. What is the proper syntax ? Thanks From dnb at majestic-liaisons.com Wed May 4 01:03:04 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Wed May 4 01:03:15 2005 Subject: [IRCServices] Unforbidding a nick References: <451ba792050504005151b3d3fc@mail.gmail.com> Message-ID: <001201c5507f$b5faac20$0100a8c0@dnblaptop> try using DROPNICK DNB ----- Original Message ----- From: "Paul Kain" To: Sent: Wednesday, May 04, 2005 5:21 PM Subject: [IRCServices] Unforbidding a nick Hi all I wonder if someone can please point out how to unforbid a nick ? I ttried a variety of different commands with no joy. What is the proper syntax ? Thanks ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://lists.ircservices.za.net/mailman/listinfo/ircservices From plasmaman at relica.org Wed May 4 04:46:49 2005 From: plasmaman at relica.org (plasmaman@relica.org) Date: Wed May 4 04:47:23 2005 Subject: [IRCServices] Unforbidding a nick In-Reply-To: <451ba792050504005151b3d3fc@mail.gmail.com> References: <451ba792050504005151b3d3fc@mail.gmail.com> Message-ID: <1115207209.4278b629a345e@webmail.relica.org> type /nickserv drop nickname Quoting Paul Kain : > Hi all > > I wonder if someone can please point out how to unforbid a nick ? > > I ttried a variety of different commands with no joy. > > What is the proper syntax ? > > Thanks > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From achurch at achurch.org Wed May 4 22:32:59 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 4 06:44:57 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <42787E2A.6010807@rdu.kirov.ru> Message-ID: <4278d1d0.42747@msgid.achurch.org> >> 5.0.49 is out of date. >I know. This logs is old, others no. I took a look at the one working link on the page you gave (which is also 5.0.49, but putting that aside for the moment); from what I can tell, you have a buggy compiler. If you give me access to the machine in question I can see if it's an easy workaround, but other than that all I can suggest is to use the latest version of GCC. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed May 4 22:44:58 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 4 06:46:50 2005 Subject: [IRCServices] NSRequireEmail question In-Reply-To: Message-ID: <4278d243.42757@msgid.achurch.org> >If I remember right when someone identifies to a nick without an email >assigned to it (s)he will be asked to set an email address. Yes, that's correct; when such a user identifies, Services will tell them to set an E-mail address, and will not give them any privileges until they do so. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed May 4 22:46:49 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 4 06:49:24 2005 Subject: [IRCServices] SMTP Mail In-Reply-To: Message-ID: <4278d2d3.42767@msgid.achurch.org> Services doesn't currently support SMTP AUTH, since (my impression is that) most environments don't need it. If you do, I'll take a look into it, but it may have to wait until 5.1 (of which I will start getting alpha releases out Real Soon Now). Also, please don't use HTML mail on the Services lists. --Andrew Church achurch@achurch.org http://achurch.org/ >This is a multi-part message in MIME format. > >--===============0881923972== >Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0022_01C55002.15DDC7E0" > >This is a multi-part message in MIME format. > >------=_NextPart_000_0022_01C55002.15DDC7E0 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >A browse through the services documents didn't seem to get an answer to = >my question so here it is... > >Does service's SMTP module support SMTP Auth? I'm guessing it doesn't = >since I have seen no mention of SMTP Auth. > >If services doesn't support SMTP Auth then I'd like to request this = >feature. Why you ask? Well it'd let me get rid of sendmail on a server = >as I have a dedicated e-mail server but it requires SMTP Auth for = >security reasons. > >Thanks, >Chris (aka CPUMAN) >Serenia IRC Network >irc.serenia.net >------=_NextPart_000_0022_01C55002.15DDC7E0 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > > > >charset=3Diso-8859-1"> > > > > >
A browse through the services documents = >didn't seem=20 >to get an answer to my question so here it is...
>
 
>
Does service's SMTP module support SMTP = >Auth? =20 >I'm guessing it doesn't since I have seen no mention of SMTP = >Auth.
>
 
>
If services doesn't support SMTP Auth = >then I'd like=20 >to request this feature. Why you ask? Well it'd let me get rid of = >sendmail on a=20 >server as I have a dedicated e-mail server but it requires SMTP Auth for = > >security reasons.
>
 
>
Thanks,
>
Chris size=3D2>(aka=20 >CPUMAN)
>
Serenia IRC Network
>
size=3D2>irc.serenia.net
> >------=_NextPart_000_0022_01C55002.15DDC7E0-- > >--===============0881923972== >Content-Type: text/plain; charset="us-ascii" >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Content-Disposition: inline > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices >--===============0881923972==-- From tom at vscan.org Wed May 4 07:10:11 2005 From: tom at vscan.org (Thomas Griffiths) Date: Wed May 4 07:09:14 2005 Subject: [IRCServices] SMTP Mail In-Reply-To: <4278d2d3.42767@msgid.achurch.org> References: <4278d2d3.42767@msgid.achurch.org> Message-ID: <4278D7C3.9070408@vscan.org> Just a one liner to register an additional interest in services supporting SMTP AUTH. Thomas Griffiths tom@vscan.org Andrew Church wrote: > Services doesn't currently support SMTP AUTH, since (my impression is >that) most environments don't need it. If you do, I'll take a look into >it, but it may have to wait until 5.1 (of which I will start getting alpha >releases out Real Soon Now). > > Also, please don't use HTML mail on the Services lists. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > > >>This is a multi-part message in MIME format. >> >>--===============0881923972== >>Content-Type: multipart/alternative; >> boundary="----=_NextPart_000_0022_01C55002.15DDC7E0" >> >>This is a multi-part message in MIME format. >> >>------=_NextPart_000_0022_01C55002.15DDC7E0 >>Content-Type: text/plain; >> charset="iso-8859-1" >>Content-Transfer-Encoding: quoted-printable >> >>A browse through the services documents didn't seem to get an answer to = >>my question so here it is... >> >>Does service's SMTP module support SMTP Auth? I'm guessing it doesn't = >>since I have seen no mention of SMTP Auth. >> >>If services doesn't support SMTP Auth then I'd like to request this = >>feature. Why you ask? Well it'd let me get rid of sendmail on a server = >>as I have a dedicated e-mail server but it requires SMTP Auth for = >>security reasons. >> >>Thanks, >>Chris (aka CPUMAN) >>Serenia IRC Network >>irc.serenia.net >>------=_NextPart_000_0022_01C55002.15DDC7E0 >>Content-Type: text/html; >> charset="iso-8859-1" >>Content-Transfer-Encoding: quoted-printable >> >> >> >>>charset=3Diso-8859-1"> >> >> >> >> >>
A browse through the services documents = >>didn't seem=20 >>to get an answer to my question so here it is...
>>
 
>>
Does service's SMTP module support SMTP = >>Auth? =20 >>I'm guessing it doesn't since I have seen no mention of SMTP = >>Auth.
>>
 
>>
If services doesn't support SMTP Auth = >>then I'd like=20 >>to request this feature. Why you ask? Well it'd let me get rid of = >>sendmail on a=20 >>server as I have a dedicated e-mail server but it requires SMTP Auth for = >> >>security reasons.
>>
 
>>
Thanks,
>>
Chris >size=3D2>(aka=20 >>CPUMAN)
>>
Serenia IRC Network
>>
>size=3D2>irc.serenia.net
>> >>------=_NextPart_000_0022_01C55002.15DDC7E0-- >> >>--===============0881923972== >>Content-Type: text/plain; charset="us-ascii" >>MIME-Version: 1.0 >>Content-Transfer-Encoding: 7bit >>Content-Disposition: inline >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://lists.ircservices.za.net/mailman/listinfo/ircservices >>--===============0881923972==-- >> >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > From dnb at majestic-liaisons.com Wed May 4 07:23:23 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Wed May 4 07:23:52 2005 Subject: [IRCServices] SMTP Mail References: <4278d2d3.42767@msgid.achurch.org> <4278D7C3.9070408@vscan.org> Message-ID: <000b01c550b4$d9db7220$0100a8c0@dnblaptop> I'd like it as well, with my email server on a separate box, and needing SMTP AUTH it's basically the only reason I don't require real email addresses when registering nicks. DNB ----- Original Message ----- From: "Thomas Griffiths" To: "IRC Services General Mailing List" Sent: Wednesday, May 04, 2005 11:40 PM Subject: Re: [IRCServices] SMTP Mail > Just a one liner to register an additional interest in services > supporting SMTP AUTH. > > Thomas Griffiths > tom@vscan.org > > Andrew Church wrote: > > > Services doesn't currently support SMTP AUTH, since (my impression is > >that) most environments don't need it. If you do, I'll take a look into > >it, but it may have to wait until 5.1 (of which I will start getting alpha > >releases out Real Soon Now). > > > > Also, please don't use HTML mail on the Services lists. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > > > > >>This is a multi-part message in MIME format. > >> > >>--===============0881923972== > >>Content-Type: multipart/alternative; > >> boundary="----=_NextPart_000_0022_01C55002.15DDC7E0" > >> > >>This is a multi-part message in MIME format. > >> > >>------=_NextPart_000_0022_01C55002.15DDC7E0 > >>Content-Type: text/plain; > >> charset="iso-8859-1" > >>Content-Transfer-Encoding: quoted-printable > >> > >>A browse through the services documents didn't seem to get an answer to = > >>my question so here it is... > >> > >>Does service's SMTP module support SMTP Auth? I'm guessing it doesn't = > >>since I have seen no mention of SMTP Auth. > >> > >>If services doesn't support SMTP Auth then I'd like to request this = > >>feature. Why you ask? Well it'd let me get rid of sendmail on a server = > >>as I have a dedicated e-mail server but it requires SMTP Auth for = > >>security reasons. > >> > >>Thanks, > >>Chris (aka CPUMAN) > >>Serenia IRC Network > >>irc.serenia.net From ballsy at mystical.net Wed May 4 10:11:10 2005 From: ballsy at mystical.net (David) Date: Wed May 4 10:21:00 2005 Subject: [IRCServices] Unforbidding a nick In-Reply-To: <451ba792050504005151b3d3fc@mail.gmail.com> References: <451ba792050504005151b3d3fc@mail.gmail.com> Message-ID: <200505041111100466.AEC2781A@smtp.messaging.ca.mci.com> Hi Paul. As per /msg nickserv help forbid : -NickServ- Syntax: FORBID nickname -NickServ- -NickServ- Disallows a nickname from being registered or used by -NickServ- anyone. May be cancelled by dropping the nickname. -NickServ- -NickServ- Limited to Services admins. Hope that helps. Ballsy On 04/05/2005 at 9:51 AM Paul Kain wrote: >Hi all > >I wonder if someone can please point out how to unforbid a nick ? > >I ttried a variety of different commands with no joy. > >What is the proper syntax ? > >Thanks >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Thu May 5 09:57:41 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 4 17:59:08 2005 Subject: [IRCServices] problem with /cs unban In-Reply-To: <42775EC5.2060301@winbot.co.uk> Message-ID: <42796fd4.43116@msgid.achurch.org> >Ive found a problem with how ircservices matches bans for /cs unban. >Whilst writing a protocol module i noticed that if a protocol module >supplies ip addresses for connecting users, ALL channel bans will be >checked against user->ip, not user->fakehost or user->host! This means >that the ban just outright fails. This is a pretty old version (5.0.41) >- has it since been fixed? I can't see that such a bug was ever there; the code first checks against the host and fakehost regardless of protocol, then checks the IP address if the protocol supplies it. --Andrew Church achurch@achurch.org http://achurch.org/ From brain at winbot.co.uk Wed May 4 18:21:09 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Wed May 4 18:20:54 2005 Subject: [IRCServices] problem with /cs unban In-Reply-To: <42796fd4.43116@msgid.achurch.org> References: <42796fd4.43116@msgid.achurch.org> Message-ID: <42797505.5070206@winbot.co.uk> the bug was in my own code, i havent had chance to reply thanks for your time and sorry for wasting it :p Brain Andrew Church wrote: >>Ive found a problem with how ircservices matches bans for /cs unban. >>Whilst writing a protocol module i noticed that if a protocol module >>supplies ip addresses for connecting users, ALL channel bans will be >>checked against user->ip, not user->fakehost or user->host! This means >>that the ban just outright fails. This is a pretty old version (5.0.41) >>- has it since been fixed? > > > I can't see that such a bug was ever there; the code first checks > against the host and fakehost regardless of protocol, then checks the IP > address if the protocol supplies 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 > > -- 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 -- From brain at winbot.co.uk Wed May 4 18:26:23 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Wed May 4 18:26:06 2005 Subject: [IRCServices] problem with /cs unban Message-ID: <4279763F.3050505@winbot.co.uk> the bug was in my own code, i havent had chance to reply thanks for your time and sorry for wasting it :p Brain Andrew Church wrote: >>Ive found a problem with how ircservices matches bans for /cs unban. >>Whilst writing a protocol module i noticed that if a protocol module >>supplies ip addresses for connecting users, ALL channel bans will be >>checked against user->ip, not user->fakehost or user->host! This means >>that the ban just outright fails. This is a pretty old version (5.0.41) >>- has it since been fixed? > > > I can't see that such a bug was ever there; the code first checks > against the host and fakehost regardless of protocol, then checks the IP > address if the protocol supplies 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 > > -- 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 -- From brain at winbot.co.uk Wed May 4 18:39:46 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Wed May 4 18:39:30 2005 Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban] Message-ID: <42797962.5050408@winbot.co.uk> Hi. I keep getting these strange bounces (With attachments) whenever i send to the ircservices list, even when the messages go through! What server is scousens@SCOUSEND? dont know if its related to the lists or not, or if im seeing bounces for someone elses messages? Thanks Brain -------- Original Message -------- Subject: Undeliverable: Re: [IRCServices] problem with /cs unban Date: 4 May 2005 22:29:00 -0300 From: System Administrator To: Your message To: "ircservices@ircservices.esper.net" Subject: Re: [IRCServices] problem with /cs unban Sent: Wed May 04 10:29:00 2005 did not reach the following recipient(s): scousens@SCOUSENSAD on Wed May 04 10:29:00 2005 The e-mail account does not exist at the organization this message was sent to. Check the e-mail address, or contact the recipient directly to find out the correct address. -- 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 -- From lists at silverdream.org Wed May 4 18:52:31 2005 From: lists at silverdream.org (Jamie L. Penman-Smithson) Date: Wed May 4 18:52:46 2005 Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban] In-Reply-To: <42797962.5050408@winbot.co.uk> References: <42797962.5050408@winbot.co.uk> Message-ID: <1115257951.16128.208.camel@hercules.silverdream.hq> On Thu, 2005-05-05 at 02:39 +0100, Craig Edwards wrote: > I keep getting these strange bounces (With attachments) whenever i send > to the ircservices list, even when the messages go through! > > What server is scousens@SCOUSEND? dont know if its related to the lists > or not, or if im seeing bounces for someone elses messages? It could be a broken mail server which is sending bounces to the From address instead of the Return-Path, contrary to what the RFCs state. It's not related to the lists, they originate from ian-justman.com, nothing to do with 'scouseend'... -j -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050505/ce702b8b/attachment-0001.pgp From surreal.w00t at gmail.com Wed May 4 19:03:51 2005 From: surreal.w00t at gmail.com (w00t) Date: Wed May 4 19:04:07 2005 Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban] In-Reply-To: <42797962.5050408@winbot.co.uk> Message-ID: I had odd issues with these lists some time back, however mine appeared to be primarily a client-side issue. Dunno about that one though, especially scousense.. etc. w00t. -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Craig Edwards Sent: Thursday, 5 May 2005 11:40 AM To: ircservices@ircservices.esper.net Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban] Hi. I keep getting these strange bounces (With attachments) whenever i send to the ircservices list, even when the messages go through! What server is scousens@SCOUSEND? dont know if its related to the lists or not, or if im seeing bounces for someone elses messages? Thanks Brain From elsukov at rdu.kirov.ru Wed May 4 21:15:14 2005 From: elsukov at rdu.kirov.ru (Andrey V. Elsukov) Date: Wed May 4 21:15:59 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <4278d1d0.42747@msgid.achurch.org> References: <4278d1d0.42747@msgid.achurch.org> Message-ID: <42799DD2.9060106@rdu.kirov.ru> Andrew Church wrote: > I took a look at the one working link on the page you gave (which is > also 5.0.49, but putting that aside for the moment); from what I can tell, > you have a buggy compiler. If you give me access to the machine in > question I can see if it's an easy workaround, but other than that all I > can suggest is to use the latest version of GCC. I don't have access to this machine, this is package build cluster of FreeBSD Project. I am only port maintainer.. And i can't found IA64 for testing. :( Maybe -fPIC gcc option can solve this problem? http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html Currently i make patch to freebsd port and send to committers. If it will help, i shall make a configure script patch. -- WBR, Andrey V. Elsukov From achurch at achurch.org Fri May 6 02:46:48 2005 From: achurch at achurch.org (Andrew Church) Date: Thu May 5 10:47:45 2005 Subject: [Fwd: Undeliverable: Re: [IRCServices] problem with /cs unban] In-Reply-To: <42797962.5050408@winbot.co.uk> Message-ID: <427a5c39.43306@msgid.achurch.org> >I keep getting these strange bounces (With attachments) whenever i send >to the ircservices list, even when the messages go through! > >What server is scousens@SCOUSEND? dont know if its related to the lists >or not, or if im seeing bounces for someone elses messages? Looks like a dead address on a badly-configured mail server. I've removed the address from the list. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri May 6 02:48:11 2005 From: achurch at achurch.org (Andrew Church) Date: Thu May 5 10:49:49 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <42799DD2.9060106@rdu.kirov.ru> Message-ID: <427a5cb6.43316@msgid.achurch.org> >Maybe -fPIC gcc option can solve this problem? >http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html That may work as well, but I recommend using static modules (configure -use-static-modules) as it doesn't involve patching source or Makefiles. --Andrew Church achurch@achurch.org http://achurch.org/ From cpuman2000 at hotmail.com Thu May 5 13:18:45 2005 From: cpuman2000 at hotmail.com (Chris Shuster) Date: Thu May 5 13:18:58 2005 Subject: [IRCServices] SMTP Mail References: <4278d2d3.42767@msgid.achurch.org> Message-ID: Blasted e-mail client... thought I had HTML turned off. But yes this feature would be really helpful even if it has to wait until services 5.1 Thanks, Chris (aka CPUMAN) Serenia IRC Network irc.serenia.net ----- Original Message ----- From: "Andrew Church" To: Sent: Wednesday, May 04, 2005 7:46 AM Subject: Re: [IRCServices] SMTP Mail > Services doesn't currently support SMTP AUTH, since (my impression is > that) most environments don't need it. If you do, I'll take a look into > it, but it may have to wait until 5.1 (of which I will start getting alpha > releases out Real Soon Now). > > Also, please don't use HTML mail on the Services lists. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >This is a multi-part message in MIME format. > > > >--===============0881923972== > >Content-Type: multipart/alternative; > > boundary="----=_NextPart_000_0022_01C55002.15DDC7E0" > > > >This is a multi-part message in MIME format. > > > >------=_NextPart_000_0022_01C55002.15DDC7E0 > >Content-Type: text/plain; > > charset="iso-8859-1" > >Content-Transfer-Encoding: quoted-printable > > > >A browse through the services documents didn't seem to get an answer to = > >my question so here it is... > > > >Does service's SMTP module support SMTP Auth? I'm guessing it doesn't = > >since I have seen no mention of SMTP Auth. > > > >If services doesn't support SMTP Auth then I'd like to request this = > >feature. Why you ask? Well it'd let me get rid of sendmail on a server = > >as I have a dedicated e-mail server but it requires SMTP Auth for = > >security reasons. > > > >Thanks, > >Chris (aka CPUMAN) > >Serenia IRC Network > >irc.serenia.net > >------=_NextPart_000_0022_01C55002.15DDC7E0 > >Content-Type: text/html; > > charset="iso-8859-1" > >Content-Transfer-Encoding: quoted-printable > > > > > > > > >charset=3Diso-8859-1"> > > > > > > > > > >
A browse through the services documents = > >didn't seem=20 > >to get an answer to my question so here it is...
> >
 
> >
Does service's SMTP module support SMTP = > >Auth? =20 > >I'm guessing it doesn't since I have seen no mention of SMTP = > >Auth.
> >
 
> >
If services doesn't support SMTP Auth = > >then I'd like=20 > >to request this feature. Why you ask? Well it'd let me get rid of = > >sendmail on a=20 > >server as I have a dedicated e-mail server but it requires SMTP Auth for = > > > >security reasons.
> >
 
> >
Thanks,
> >
Chris >size=3D2>(aka=20 > >CPUMAN)
> >
Serenia IRC Network
> >
>size=3D2>irc.serenia.net
> > > >------=_NextPart_000_0022_01C55002.15DDC7E0-- > > > >--===============0881923972== > >Content-Type: text/plain; charset="us-ascii" > >MIME-Version: 1.0 > >Content-Transfer-Encoding: 7bit > >Content-Disposition: inline > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://lists.ircservices.za.net/mailman/listinfo/ircservices > >--===============0881923972==-- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From smkelly at zombie.org Thu May 5 14:51:41 2005 From: smkelly at zombie.org (Sean Kelly) Date: Thu May 5 14:51:47 2005 Subject: [IRCServices] IRC Services on IA64 In-Reply-To: <427a5cb6.43316@msgid.achurch.org> References: <42799DD2.9060106@rdu.kirov.ru> <427a5cb6.43316@msgid.achurch.org> Message-ID: <20050505215141.GA52599@edgemaster.zombie.org> On Fri, May 06, 2005 at 02:48:11AM +0900, Andrew Church wrote: > >Maybe -fPIC gcc option can solve this problem? > >http://freebsd.rambler.ru/bsdmail/freebsd-ia64_2004/msg00100.html > > That may work as well, but I recommend using static modules > (configure -use-static-modules) as it doesn't involve patching source or > Makefiles. ./configure -cflags -fPIC built cleanly on pluto1.freebsd.org (900.00-Mhz Itanium 2, FreeBSD 5.4-RC3, gcc 3.4.2). The executable works, however I have not gone through the process of setting up a set of config files with modules to see if it loads and uses them properly. I don't currently have the time or resources for it. I will see about poking at the problem more later. Possibly this weekend. -- 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/20050505/cfbf0e3e/attachment.pgp From achurch at achurch.org Fri May 6 11:11:32 2005 From: achurch at achurch.org (Andrew Church) Date: Thu May 5 19:11:52 2005 Subject: [IRCServices] PING before connect? In-Reply-To: <42728B32.2030508@frostycoolslug.com> Message-ID: <427ad262.45651@msgid.achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >Whilst testing a new module we are currently developing, we decided (to >save time), to connect IRCServices across the internet, rather than locally. > >We ran into the problem of services sending a PING to the remote server >BEFORE it was connected, resulting in an ENOTCONN, and Services bailing. > >Surely the correct behaviour for this, is that services shouldn't >attempt to ping, untill at least the SERVER command has been sent on >initial connect? Would avoid this issue. > >Log: > >[Apr 29 22:01:54.046189 2005] debug: Loaded modules >[Apr 29 22:01:54.049901 2005] Initiated connection to xx.xxx.xxx.xxx:7025 >[Apr 29 22:01:54.052287 2005] sockets: flush_write_buffer(4): Socket is >not connected >[Apr 29 22:01:54.053649 2005] debug: Sent: PING >:services-dev.chatspike.net >[Apr 29 22:01:57.059300 2005] debug: Saving databases >[Apr 29 22:01:57.071440 2005] Read error from server: Socket is not >connected > >-- >On an un-related note.. is the coding mailing list down? the last mail i >sent to it never arrived :/ > >-- >/**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From seth at gonca.net Sun May 8 04:46:11 2005 From: seth at gonca.net (Seth) Date: Sun May 8 05:46:23 2005 Subject: [IRCServices] 5.0.51 defs.h TR lang problem Message-ID: <005301c553c3$8ef1b320$0100000a@seth> #define DEF_LANGUAGE LANG_EN_US I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is still in English. I did it LANG_DE and it is still in English. What am i doing wrong? Evren From seth at gonca.net Sun May 8 11:45:58 2005 From: seth at gonca.net (Seth) Date: Sun May 8 11:45:56 2005 Subject: [IRCServices] 5.0.51 defs.h TR lang problem References: <005301c553c3$8ef1b320$0100000a@seth> Message-ID: <002201c553fe$2d6db410$0100000a@seth> i did it. first gmake clean, then gmake, gmake install :) Evren ----- Original Message ----- From: "Seth" To: Sent: Sunday, May 08, 2005 2:46 PM Subject: [IRCServices] 5.0.51 defs.h TR lang problem > #define DEF_LANGUAGE LANG_EN_US > > I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is > still in English. I did it LANG_DE and it is still in English. > > What am i doing wrong? > > > > > > Evren > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From xxx.coder at gmail.com Sun May 8 12:31:26 2005 From: xxx.coder at gmail.com (ongeboren) Date: Sun May 8 12:31:34 2005 Subject: [IRCServices] 5.0.51 defs.h TR lang problem In-Reply-To: <002201c553fe$2d6db410$0100000a@seth> References: <005301c553c3$8ef1b320$0100000a@seth> <002201c553fe$2d6db410$0100000a@seth> Message-ID: difficult to read the fine manual, isn't it? On 5/8/05, Seth wrote: > i did it. > first gmake clean, then gmake, gmake install :) > > Evren > > > ----- Original Message ----- > From: "Seth" > To: > Sent: Sunday, May 08, 2005 2:46 PM > Subject: [IRCServices] 5.0.51 defs.h TR lang problem > > > #define DEF_LANGUAGE LANG_EN_US > > > > I change the DEF_LANGUAGE to LANG_TR, then gmake, gmake install but it is > > still in English. I did it LANG_DE and it is still in English. > > > > What am i doing wrong? > > > > > > > > > > > > Evren > > > > > > > > ------------------------------------------------------------------ > > 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 > -- Evlogi Petrov - ongeboren@UniBG From romka at romka.org.ua Sun May 8 10:17:08 2005 From: romka at romka.org.ua (Roman Sheremet) Date: Sun May 8 12:58:12 2005 Subject: [IRCServices] ImmediatelySendAutokill problem! Message-ID: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com> Hello Dear ALL. I have one question(maybe patch) to function "ImmediatelySendAutokill", i already read and understood IrcServices FAQ about this problem: /* F.10. Services doesn't kill users matching a newly-added autokill mask even if ImmediatelySendAutokill is set. Services never kills users when a new autokill is added; the ImmediatelySendAutokill configuration directive only causes Services to send the autokill itself (that is, the user/host mask to prohibit new connections from) to the IRC servers on your network. This is a safety feature intended to limit the damage caused by a mistyped autokill. Note that some IRC servers will themselves kill users matching a newly-added autokill; this is unrelated to Services. */ but, i need this function: It is necessary to me, what after addition of a new host in AKILL list, Services instantly dispatched all servers this AKILL. How I am able to do it? If patches? It is necessary to something to correct? P.S: Sorry for my 'bad english'm i`m from Ukraine. From Craig at frostycoolslug.com Sun May 8 13:11:59 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sun May 8 13:12:04 2005 Subject: [IRCServices] ImmediatelySendAutokill problem! In-Reply-To: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com> References: <20050508195809.2D9AFE8DCF4@sakura.ian-justman.com> Message-ID: <427E728F.2030904@frostycoolslug.com> What IRCd are you running? /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Roman Sheremet wrote: > Hello Dear ALL. > > I have one question(maybe patch) to function "ImmediatelySendAutokill", i > already read and understood IrcServices FAQ about this problem: > > /* > F.10. Services doesn't kill users matching a newly-added autokill mask even > if ImmediatelySendAutokill is set. > Services never kills users when a new autokill is added; the > ImmediatelySendAutokill configuration directive only causes Services to send > the autokill itself (that is, the user/host mask to prohibit new connections > from) to the IRC servers on your network. This is a safety feature intended > to limit the damage caused by a mistyped autokill. > > Note that some IRC servers will themselves kill users matching a newly-added > autokill; this is unrelated to Services. > */ > > but, i need this function: It is necessary to me, what after addition of a > new host in AKILL list, Services instantly dispatched all servers this > AKILL. > > How I am able to do it? If patches? It is necessary to something to correct? > > > P.S: Sorry for my 'bad english'm i`m from Ukraine. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From romka at romka.org.ua Sun May 8 10:36:26 2005 From: romka at romka.org.ua (Roman Sheremet) Date: Sun May 8 13:17:25 2005 Subject: [IRCServices] ImmediatelySendAutokill problem! Message-ID: <20050508201723.D85A4E8DCE6@sakura.ian-justman.com> irc2.10.3p2ua1 --------- Original Message -------- From: IRC Services General Mailing List To: IRC Services General Mailing List Subject: Re: [IRCServices] ImmediatelySendAutokill problem! Date: 08/05/05 21:31 > > What IRCd are you running? > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > Roman Sheremet wrote: > > Hello Dear ALL. > > > > I have one question(maybe patch) to function "ImmediatelySendAutokill", i > > already read and understood IrcServices FAQ about this problem: > > > > /* > > F.10. Services doesn't kill users matching a newly-added autokill mask even > > if ImmediatelySendAutokill is set. > > Services never kills users when a new autokill is added; the > > ImmediatelySendAutokill configuration directive only causes Services to send > > the autokill itself (that is, the user/host mask to prohibit new connections > > from) to the IRC servers on your network. This is a safety feature intended > > to limit the damage caused by a mistyped autokill. > > > > Note that some IRC servers will themselves kill users matching a newly-added > > autokill; this is unrelated to Services. > > */ > > > > but, i need this function: It is necessary to me, what after addition of a > > new host in AKILL list, Services instantly dispatched all servers this > > AKILL. > > > > How I am able to do it? If patches? It is necessary to something to correct? > > > > > > P.S: Sorry for my 'bad english'm i`m from Ukraine. > > > > ------------------------------------------------------------------ > > 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 alm at woodnet.ru Wed May 11 17:08:42 2005 From: alm at woodnet.ru (alm) Date: Wed May 11 17:07:47 2005 Subject: [IRCServices] 5.0.41 general lang issue Message-ID: <42829E8A.4090000@woodnet.ru> Hello everybody i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU all works fine, except strange response for /msg NickServ HELP REGISTER i got SYNTAX for UNSET command, and then, a normal general description for REGISTER. This is true for Russian, This is true for English throw Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l... Responce looks like: ----------------------------------------------- -->NICKSERV HELP REGISTER -NickServ- Syntax: Syntax: UNSET {URL | EMAIL | INFO} -NickServ- -NickServ- Allows you to clear the URL (URL), E-mail address (EMAIL), -NickServ- or information text (INFO) associated with your nickname. -NickServ- -NickServ- Registers your nickname in the NickServ database. Once -NickServ- your nickname is registered, you can use the SET and ACCESS -NickServ- commands to configure your nickname's settings as you like -NickServ- them. Make sure you remember the password you use when -NickServ- registering; you'll need it to make changes to your nickname -NickServ- later. (Note that case matters! FIDO, Fido, and fido -NickServ- are all different passwords!) -NickServ- You may include an E-mail address when registering your -NickServ- nickname; you may also set one later using the SET EMAIL -NickServ- command. -NickServ- Guidelines on choosing passwords: -NickServ- -NickServ- Passwords should not be easily guessable. For example, -NickServ- using your real name as a password is a bad idea. Using -NickServ- your nickname as a password is a much worse idea and, -NickServ- in fact, NickServ will not allow it. Also, short -NickServ- passwords are vulnerable to trial-and-error searches, so -NickServ- you should choose a password at least 5 characters long. -------------------------------------------- is it widespread issue? P.S. some time ago i have a lot of fun with lang files for ircservices 5.0.0, but never see such strange behaviour P.P.S sorry for my strange english ;) thnx From alm at woodnet.ru Wed May 11 17:13:00 2005 From: alm at woodnet.ru (alm) Date: Wed May 11 17:11:49 2005 Subject: [IRCServices] Checkout for last post 5.0.51 Message-ID: <42829F8C.2040907@woodnet.ru> Sorry! my stupid hands... post 5.0.41 general lang issue of couse, it's 5.0.51 From lordbergee at comcast.net Wed May 11 17:35:29 2005 From: lordbergee at comcast.net (Bergee) Date: Wed May 11 17:33:41 2005 Subject: [IRCServices] 5.0.41 general lang issue In-Reply-To: <42829E8A.4090000@woodnet.ru> References: <42829E8A.4090000@woodnet.ru> Message-ID: <4282A4D1.1080401@comcast.net> I noticed this a long time ago on my services, it would have been an unmodified version 5.0.x (default language would have been english). I never reported it because I could not figure out what actions eventually caused services to do this. I also have to admit I haven't seen it happen to me in a very long time. Bergee alm wrote: > Hello everybody > i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU > all works fine, except strange response for /msg NickServ HELP REGISTER > i got SYNTAX for UNSET command, and then, a normal general description > for REGISTER. This is true for Russian, This is true for English throw > Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l... > > Responce looks like: > ----------------------------------------------- > -->NICKSERV HELP REGISTER > > -NickServ- Syntax: Syntax: UNSET {URL | EMAIL | INFO} > -NickServ- > -NickServ- Allows you to clear the URL (URL), E-mail address (EMAIL), > -NickServ- or information text (INFO) associated with your nickname. > -NickServ- > -NickServ- Registers your nickname in the NickServ database. Once *snip* > -NickServ- you should choose a password at least 5 characters long. > > -------------------------------------------- > > is it widespread issue? > > P.S. > some time ago i have a lot of fun with lang files for ircservices 5.0.0, > but never see such strange behaviour > P.P.S > sorry for my strange english ;) > thnx From achurch at achurch.org Thu May 12 12:03:34 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 11 20:06:19 2005 Subject: [IRCServices] 5.0.41 general lang issue In-Reply-To: <42829E8A.4090000@woodnet.ru> Message-ID: <4282c822.51534@msgid.achurch.org> >Hello everybody >i just compiled ircservices 5.0.41 with DEF_LANGUAGE=LANG_RU >all works fine, except strange response for /msg NickServ HELP REGISTER >i got SYNTAX for UNSET command, and then, a normal general description >for REGISTER. This is true for Russian, This is true for English throw >Nickserv's SET LANGUAGE command. No changes in ru.l en_us.l... Fixed, thanks for the report. (This will happen if you have NSRequireEmail disabled and reload the configuration file, e.g. through OperServ REHASH.) --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Thu May 12 13:04:05 2005 From: achurch at achurch.org (Andrew Church) Date: Wed May 11 21:05:31 2005 Subject: [IRCServices] Services 5.0.52 released Message-ID: <4282d601.67453@msgid.achurch.org> Services 5.0.52 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) a691ee3069f13a9111aa86ed8e2b076b ircservices-5.0.52.tar.gz 8f830a25ec9248b3d1299deba69e72cb ircservices-5.0.52.diff.gz 74b57dbca01177574c1993416cd29bad ircservices-5.0.52-1.i386.rpm 8c101c7906ca8c0cb4d910285e70b786 ircservices_5.0.52-1_i386.deb The mirrors should have it shortly. Changes in version 5.0.52 ------------------------- 2005/05/12 Fixed occasional corruption of the NickServ REGISTER syntax string upon reconfiguration (OperServ REHASH). Reported by 2005/05/06 Fixed attempts to send PING messages before connecting to the server. Reported by Craig McLure --Andrew Church achurch@achurch.org http://achurch.org/ From gluniz at luniz.dyndns.org Thu May 12 03:55:19 2005 From: gluniz at luniz.dyndns.org (Luniz) Date: Thu May 12 03:55:24 2005 Subject: [IRCServices] Services 5.0.52 Message-ID: <000d01c556e1$1736e0f0$0200a8c0@glunizpc> After compiling and starting 5.0.52, this is seen in the log: [May 12 06:37:33 2005] IRC Services 5.0.52 starting up [May 12 06:37:33 2005] httpd/main: Listening on xxx.xxx.xxx.xxx:xxxx [May 12 06:37:33 2005] unknown message from server (:some.irc.server 432 NickServ ChanServ :Erroneous Nickname: Reserved for Services) And services does not link. On the IRCD side, this is seen: [6:37am] -some.irc.server- Forbidding Q-lined nick ChanServ from NickServ[xxx.xxx.xxx.xxx]. Recompiled Services 5.0.51 and it starts just fine. Running Unreal3.2.3. Nothing has changed in either configuration files, as 5.0.51 ran just fine. From Craig at frostycoolslug.com Thu May 12 03:57:07 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Thu May 12 03:57:03 2005 Subject: [IRCServices] Services 5.0.52 In-Reply-To: <000d01c556e1$1736e0f0$0200a8c0@glunizpc> References: <000d01c556e1$1736e0f0$0200a8c0@glunizpc> Message-ID: <42833683.7010302@frostycoolslug.com> lol, i was JUST about to post the same [May 12 11:52:12 2005] unknown message from server (:stitch.chatspike.net 432 * OperServ :Erroneous Nickname: Reserved for Services) [May 12 11:52:12 2005] unknown message from server (:stitch.chatspike.net 432 Global NickServ :Erroneous Nickname: Reserved for Services) [May 12 11:52:17 2005] unknown message from server (:stitch.chatspike.net 432 Global ChanServ :Erroneous Nickname: Reserved for Services) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Luniz wrote: > After compiling and starting 5.0.52, this is seen in the log: > > [May 12 06:37:33 2005] IRC Services 5.0.52 starting up > [May 12 06:37:33 2005] httpd/main: Listening on xxx.xxx.xxx.xxx:xxxx > [May 12 06:37:33 2005] unknown message from server (:some.irc.server 432 > NickServ ChanServ :Erroneous Nickname: Reserved for Services) > > And services does not link. On the IRCD side, this is seen: > > [6:37am] -some.irc.server- Forbidding Q-lined nick ChanServ from > NickServ[xxx.xxx.xxx.xxx]. > > Recompiled Services 5.0.51 and it starts just fine. Running Unreal3.2.3. > Nothing has changed in either configuration files, as 5.0.51 ran just fine. > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From achurch at achurch.org Fri May 13 00:07:10 2005 From: achurch at achurch.org (Andrew Church) Date: Thu May 12 08:07:42 2005 Subject: [IRCServices] Services 5.0.53 released Message-ID: <42837132.15230@msgid.achurch.org> Services 5.0.53 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) dd3e6204ba301ec1d9879b19e8572173 ircservices-5.0.53.tar.gz b624ee8cefdb5f84c664f991f4f61aa9 ircservices-5.0.53.diff.gz bc6f2af197fe62db0bfdab9730c801ea ircservices-5.0.53-1.i386.rpm 16adaa2ccc6e6916557b389009c8ca91 ircservices_5.0.53-1_i386.deb The mirrors should have it shortly. Changes in version 5.0.53 ------------------------- 2005/05/12 Fixed bug causing server connection to fail. --Andrew Church achurch@achurch.org http://achurch.org/ From gluniz at luniz.dyndns.org Thu May 12 08:17:11 2005 From: gluniz at luniz.dyndns.org (Luniz) Date: Thu May 12 08:17:27 2005 Subject: [IRCServices] Services 5.0.53 released References: <42837132.15230@msgid.achurch.org> Message-ID: <004f01c55705$aba75390$0200a8c0@glunizpc> All good now. Thanks for the quick update. ----- Original Message ----- From: "Andrew Church" To: "services" Sent: Thursday, May 12, 2005 11:07 AM Subject: [IRCServices] Services 5.0.53 released > Services 5.0.53 has been released, and can be downloaded from: > > http://www.ircservices.za.net/download/ (Japan) > ftp://ftp.esper.net/ircservices/ (Western USA) > > dd3e6204ba301ec1d9879b19e8572173 ircservices-5.0.53.tar.gz > b624ee8cefdb5f84c664f991f4f61aa9 ircservices-5.0.53.diff.gz > bc6f2af197fe62db0bfdab9730c801ea ircservices-5.0.53-1.i386.rpm > 16adaa2ccc6e6916557b389009c8ca91 ircservices_5.0.53-1_i386.deb > > The mirrors should have it shortly. > > Changes in version 5.0.53 > ------------------------- > 2005/05/12 Fixed bug causing server connection to fail. > > --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 msmith at uss-starlord.org Fri May 20 09:23:57 2005 From: msmith at uss-starlord.org (Michael D. Smith) Date: Fri May 20 09:24:15 2005 Subject: [IRCServices] Support for Ultimate 3 IRCd Message-ID: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org> Will there be any support built in for IRC Services running the Ultimate IRCd 3.* branch? TIA! Regards, Mike Chief Network Administrator FleetChat IRC Services "Net boy, net girl/Send your impulse 'round the world/ Put your message in a modem/And throw it in the Cyber Sea" Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) From achurch at achurch.org Tue May 31 13:09:41 2005 From: achurch at achurch.org (Andrew Church) Date: Mon May 30 21:11:48 2005 Subject: [IRCServices] Support for Ultimate 3 IRCd In-Reply-To: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org> Message-ID: <429be3e8.22232@msgid.achurch.org> Sorry, for the late reply, I've been busy... >Will there be any support built in for IRC Services running the >Ultimate IRCd 3.* branch? According to user reports, Ultimate 3.x will work with the Bahamut protocol module, but I'm not familiar with Ultimate itself so I don't know what limitations there might be, or whether more recent versions of Ultimate will work with the current version of Services. Try it out, and let me know if there are problems. --Andrew Church achurch@achurch.org http://achurch.org/ From holger.baust at freenet-ag.de Thu Jun 2 03:45:40 2005 From: holger.baust at freenet-ag.de (Holger Baust) Date: Thu Jun 2 03:45:56 2005 Subject: [IRCServices] 2 Problems with 5.0.53 and one question... Message-ID: <20050602104540.GA31872@freenet-ag.de> Hi there... I just installed 5.0.53 with Unreal 3.2.3. But there are 2 Problems. Browsing the ircservices DB with a webbrowser via http module and dbacces and using the xml-export feature causes the following error message: *** Global -- from services.ircchat.freenet.de: Network buffer size exceeded ignore threshold (95%), ignoring PRIVMSGs The resulting xml-file is 16MB and after this message no one else but ircopers can communicate with the services. I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1 chars in nicknames. Users are able to register such a nick (perhaps with german u-umlaut) but /ns link reports that such a nick is an erroneus Nickname. Is there an other way to modify the db (resetting all user's language, and dropping all forbidden/suspended nicks/chans) than modifying the xml export? Regards, Holger Baust -- Holger Baust Holger.Baust@freenet-ag.de freenet.de AG Tel.: +49 211 53087 0 WillstaetterStr. 13, D-40549 Duesseldorf Fax.: +49 211 5381573 Vorstand: Eckhard Spoerr (Vors.), Axel Krieger, Stephan Esch, Eric Berger Amtsgericht Hamburg HRB 74048 Vorsitzender des Aufsichtsrates: Prof. Dr. Helmut Thoma -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050602/24977027/attachment.pgp From brain at winbot.co.uk Thu Jun 2 03:55:28 2005 From: brain at winbot.co.uk (Craig Edwards) Date: Thu Jun 2 03:55:09 2005 Subject: [IRCServices] 2 Problems with 5.0.53 and one question... In-Reply-To: <20050602104540.GA31872@freenet-ag.de> References: <20050602104540.GA31872@freenet-ag.de> Message-ID: <429EE5A0.1030201@winbot.co.uk> since when did the RFC state that you could put umlauts in nicks? :) i dont know what everyone elses stance on unreal's NICKCHARS thing is, but personally i think its a stupid idea with the potential to break a great many clients. Just my 0.02c worth. Have you tried increasing the network buffer size temporarily until a fix for this is produced? Thanks, Brain Holger Baust wrote: > Hi there... > I just installed 5.0.53 with Unreal 3.2.3. > But there are 2 Problems. > > Browsing the ircservices DB with a webbrowser via http module and > dbacces and using the xml-export feature causes the following error > message: > *** Global -- from services.ircchat.freenet.de: Network buffer size > exceeded ignore threshold (95%), ignoring PRIVMSGs > The resulting xml-file is 16MB and after this message no one else but > ircopers can communicate with the services. > > I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1 > chars in nicknames. Users are able to register such a nick (perhaps with > german u-umlaut) but /ns link reports that such a nick is an erroneus > Nickname. > > Is there an other way to modify the db (resetting all user's language, > and dropping all forbidden/suspended nicks/chans) than modifying the > xml export? > > > > Regards, > Holger Baust > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > 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 -- From vjekon at gmail.com Mon Jun 13 09:40:33 2005 From: vjekon at gmail.com (Vjeko Konc) Date: Mon Jun 13 09:40:48 2005 Subject: [IRCServices] ChanServ memo to new channel founder Message-ID: <4dcb86a0506130940350ed967@mail.gmail.com> In my opinion, ChanServ should send a memo automagically when the channel founder changes, to remind the new founder that he/she -should- change the founder password to avoid incidents where the previous owner has a change of heart, or whatnot. From msmith at uss-starlord.org Thu Jun 16 09:59:03 2005 From: msmith at uss-starlord.org (Michael D. Smith) Date: Thu Jun 16 09:59:11 2005 Subject: [IRCServices] Support for Ultimate 3 IRCd In-Reply-To: <429be3e8.22232@msgid.achurch.org> References: <6.2.3.0.2.20050520122306.02424178@defiant.uss-starlord.org> <429be3e8.22232@msgid.achurch.org> Message-ID: <6.2.3.0.2.20050616125802.02472788@defiant.uss-starlord.org> At 00:09 5/31/2005, Andrew Church wrote: > According to user reports, Ultimate 3.x will work with the Bahamut >protocol module, but I'm not familiar with Ultimate itself so I don't know >what limitations there might be, or whether more recent versions of >Ultimate will work with the current version of Services. Try it out, and >let me know if there are problems. Andy, I just wanted to let you know there were no problems with installing Services on the new Ultimate 3.x branch. Was clean as a whistle, as far as I can tell right now. Thanks! Regards, Mike Chief Network Administrator FleetChat IRC Services "Net boy, net girl/Send your impulse 'round the world/ Put your message in a modem/And throw it in the Cyber Sea" Lyrics "Virtruality" - Album "Test for Echo" - Rush, 1996 (Lee, Lifeson, Peart) From achurch at achurch.org Fri Jun 17 02:02:26 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Jun 16 17:18:01 2005 Subject: [IRCServices] 2 Problems with 5.0.53 and one question... In-Reply-To: <20050602104540.GA31872@freenet-ag.de> Message-ID: <42b216ac.65734@msgid.achurch.org> >Browsing the ircservices DB with a webbrowser via http module and >dbacces and using the xml-export feature causes the following error >message: >*** Global -- from services.ircchat.freenet.de: Network buffer size >exceeded ignore threshold (95%), ignoring PRIVMSGs >The resulting xml-file is 16MB and after this message no one else but >ircopers can communicate with the services. The situation should resolve itself as soon as your browser completely receives the file (unless your browser or proxy keeps the connection open, in which case you have to wait for the connection to be closed). If this is a problem, the only real answer is to raise your network buffer size to something larger than the XML output size. >I tried Unreal 3.2.3 with extended nicknamesupport, allowing latin-1 >chars in nicknames. Services doesn't support NICKCHARS. There are too many issues with non-ASCII nicks that aren't resolved in a standard (e.g. RFC) way. I may look into either adding support or writing such a standard during 5.1 development, but as far as current versions of Services are concerned, the answer is "don't use NICKCHARS". >Is there an other way to modify the db (resetting all user's language, >and dropping all forbidden/suspended nicks/chans) than modifying the >xml export? No. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jun 17 02:01:02 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Jun 16 17:18:28 2005 Subject: [IRCServices] Support for Ultimate 3 IRCd In-Reply-To: <6.2.3.0.2.20050616125802.02472788@defiant.uss-starlord.org> Message-ID: <42b216c2.65744@msgid.achurch.org> >I just wanted to let you know there were no problems with installing >Services on the new Ultimate 3.x branch. > >Was clean as a whistle, as far as I can tell right now. Thanks for the report. I'll still look into Ultimate when I have a chance, but since there don't seem to be any serious issues I'll probably delay any real work until version 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Fri Jun 17 02:11:47 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Jun 16 17:18:45 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <4dcb86a0506130940350ed967@mail.gmail.com> Message-ID: <42b216d3.65752@msgid.achurch.org> >In my opinion, ChanServ should send a memo automagically when the >channel founder changes, to remind the new founder that he/she >-should- change the founder password to avoid incidents where the >previous owner has a change of heart, or whatnot. Too easy to use for memo bombs: /cs set #channel founder VictimNick /cs set #channel founder MyNick /ms del all /cs set #channel founder VictimNick ... I can see an argument for invalidating the old password and requiring the new founder to set a new password, but that's a significant change that wouldn't be implemented before version 5.1, if at all. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Thu Jun 16 18:15:19 2005 From: surreal.w00t at gmail.com (w00t) Date: Thu Jun 16 18:15:35 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <42b216d3.65752@msgid.achurch.org> Message-ID: Hi, With regards to the idea of setting access willy nilly, would it be possible to craft a module which means the victim can _choose_ whether they want to be added to a channel's ACL or not? ie: /cs aop #chan add bleh Someguy is trying to add you as AOP on #chan, type /msg ChanServ ACCEPT #bleh to be added. Something like that perhaps? (Not sure how it'd work with the ACCESS system however. Thanks, w00t -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church Sent: Friday, 17 June 2005 3:12 AM To: ircservices@ircservices.esper.net Subject: Re: [IRCServices] ChanServ memo to new channel founder Too easy to use for memo bombs: /cs set #channel founder VictimNick /cs set #channel founder MyNick /ms del all /cs set #channel founder VictimNick From achurch at achurch.org Fri Jun 17 14:10:31 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Jun 16 22:12:38 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: Message-ID: <42b25bbf.72730@msgid.achurch.org> >With regards to the idea of setting access willy nilly, would it be >possible to craft a module which means the victim can _choose_ >whether they want to be added to a channel's ACL or not? I don't see what the point of this would be; there's no inherent harm in being added to an access list (well, unless you have an insecure client or a lack of security consciousness, but that's a separate issue). --Andrew Church achurch@achurch.org http://achurch.org/ From vjekon at gmail.com Thu Jun 16 22:22:08 2005 From: vjekon at gmail.com (Vjeko Konc) Date: Thu Jun 16 22:22:18 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <42b25bbf.72730@msgid.achurch.org> References: <42b25bbf.72730@msgid.achurch.org> Message-ID: <4dcb86a05061622222d35e6@mail.gmail.com> > I don't see what the point of this would be; there's no inherent harm > in being added to an access list (well, unless you have an insecure client > or a lack of security consciousness, but that's a separate issue). Well there is a way to check (without being an oper) if two nicks are linked by adding nick1 to the access list and trying to delete nick2, but I don't see how that could be avoided even if a confirmation was required. From surreal.w00t at gmail.com Thu Jun 16 22:21:56 2005 From: surreal.w00t at gmail.com (w00t) Date: Thu Jun 16 22:22:22 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <42b25bbf.72730@msgid.achurch.org> Message-ID: The problem is one I was hearing about last night in anope's channel as far as I can remember - where a bunch of morons were randomly throwing access entries to random people and generally increasing memory use/etc/etc. He was wanting a module to stop this, it was just wandering around my mind. Anyhow, I'll drop the idea. Thanks, w00t. -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church Sent: Friday, 17 June 2005 3:11 PM To: ircservices@ircservices.esper.net Subject: RE: [IRCServices] ChanServ memo to new channel founder >With regards to the idea of setting access willy nilly, would it be >possible to craft a module which means the victim can _choose_ >whether they want to be added to a channel's ACL or not? I don't see what the point of this would be; there's no inherent harm in being added to an access list (well, unless you have an insecure client or a lack of security consciousness, but that's a separate issue). --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 Fri Jun 17 15:45:52 2005 From: achurch at achurch.org (Andrew Church) Date: Thu Jun 16 23:47:56 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: Message-ID: <42b27216.73015@msgid.achurch.org> >The problem is one I was hearing about last night in anope's channel as far >as I can remember >- where a bunch of morons were randomly throwing access entries to random >people and generally >increasing memory use/etc/etc. Well, that's hard to avoid--if you block access lists, they'll just use autokicks, or memos, or what have you. My suggestion would be the generous application of a LART. ;) --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Thu Jun 16 23:51:48 2005 From: surreal.w00t at gmail.com (w00t) Date: Thu Jun 16 23:52:12 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <42b27216.73015@msgid.achurch.org> Message-ID: Can I enquire what on earth a LART is? ;) -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church Sent: Friday, 17 June 2005 4:46 PM To: ircservices@ircservices.esper.net Subject: RE: [IRCServices] ChanServ memo to new channel founder Well, that's hard to avoid--if you block access lists, they'll just use autokicks, or memos, or what have you. My suggestion would be the generous application of a LART. ;) From Craig at frostycoolslug.com Thu Jun 16 23:55:15 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Thu Jun 16 23:56:19 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: References: Message-ID: <42B273D2.80904@frostycoolslug.com> Google Search for define: LART: Definitions of LART on the Web: * The Linux Advanced Radio Terminal (LART) is a compact energy efficient, embedded computer with a standard configuration of 32MB DRAM and 4MB Flash ROM. Originally developed at the University of Delft. Google Search for LART +Acronym: Short for Luser Attitude Adjustment Tool, as in "The spammer was sharply LARTed right away and lost his account." Acronym for Luser Attitude Readjustment Tool Short for Loser Attitude Readjustment Tool, refers to changing spammers' attitude by taking steps to kick them off the Internet. btw, welcome back Andy, bee a while since i saw you about here. with responce to andys mail: i quite agree, theres more than one way to increase services RAM usage.. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ w00t wrote: > Can I enquire what on earth a LART is? ;) > > -----Original Message----- > From: ircservices-bounces@ircservices.esper.net > [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of Andrew Church > Sent: Friday, 17 June 2005 4:46 PM > To: ircservices@ircservices.esper.net > Subject: RE: [IRCServices] ChanServ memo to new channel founder > > > Well, that's hard to avoid--if you block access lists, they'll just > use autokicks, or memos, or what have you. My suggestion would be the > generous application of a LART. ;) > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Fri Jun 17 16:09:56 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Jun 17 00:11:33 2005 Subject: [IRCServices] ChanServ memo to new channel founder In-Reply-To: <42B273D2.80904@frostycoolslug.com> Message-ID: <42b2779e.73072@msgid.achurch.org> >Acronym for Luser Attitude Readjustment Tool Yeah, that. (: >btw, welcome back Andy, bee a while since i saw you about here. And it may be a while again--work has been keeping me busy lately, plus I've got a number of family-related activities coming up. So please give me more leeway than usual on replies... --Andrew Church achurch@achurch.org http://achurch.org/ From masterclif at gmail.com Tue Jun 28 22:10:00 2005 From: masterclif at gmail.com (clif master) Date: Tue Jun 28 22:10:12 2005 Subject: [IRCServices] Who to message Message-ID: <9678c89905062822103999c77c@mail.gmail.com> Who would a person talk to for a breach in policy??? Should I go to a certain channel or something??? From surreal.w00t at gmail.com Tue Jun 28 22:21:18 2005 From: surreal.w00t at gmail.com (w00t) Date: Tue Jun 28 22:21:37 2005 Subject: [IRCServices] Who to message In-Reply-To: <9678c89905062822103999c77c@mail.gmail.com> Message-ID: I think you might have the wrong address or wrong idea :p. This is the mailing list for ircservices (see http://www.ircservices.za.net). If you're talking about a breach in a network's policy, you'll need to talk to their staff. ;). Ta, w00t. -----Original Message----- From: ircservices-bounces@ircservices.esper.net [mailto:ircservices-bounces@ircservices.esper.net]On Behalf Of clif master Sent: Wednesday, 29 June 2005 3:10 PM To: ircservices@ircservices.esper.net Subject: [IRCServices] Who to message From admin at vonitsanet.gr Fri Jul 1 06:10:45 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Jul 1 06:11:25 2005 Subject: [IRCServices] 2 thinks:)) Message-ID: <000501c57e3e$56d81100$054405d5@pc> 1) Any ServicesOP can add to services these types of S*Lines: -OperServ- * added to SZLINE list. -OperServ- * added to SGLINE list. -OperServ- * added to SQLINE list. 2) I think Nickname of the services root should be always in noexpire mode and cant be dropped even if someone use the SU command. From jfrates at gmail.com Sun Jul 10 12:30:05 2005 From: jfrates at gmail.com (Jarrod Frates) Date: Sun Jul 10 12:30:15 2005 Subject: [IRCServices] ircservices 5.0.53 on x86_64 Message-ID: <979b3508050710123069c876e5@mail.gmail.com> I've not found anything on the lists so far as to whether support for 64-bit OSes is available or not, so I suppose that becomes the first question. If it is, I'm having difficulties connecting to my UnrealIRCd 3.2.3 server on the same system, which is running CentOS 4.1 x86_64. It seems like ircservices isn't even reaching the IRCd at all, though a 32-bit version on another system is able to connect. Here is an excerpt from the log entries of one attempt using ircservices -debug -debug going over the network portion. All of the modules load successfully before this. [Jul 10 12:24:00.246165 2005] Initiated connection to irc.illuminus.com:6677 [Jul 10 12:24:00.246264 2005] debug: Top of main loop [Jul 10 12:24:00.246416 2005] debug: Checking timeouts at time_msec = 36975.990 [Jul 10 12:24:00.246461 2005] debug: Finished timeout list [Jul 10 12:24:00.246505 2005] debug: sockets: connect on fd 0 returned [Jul 10 12:24:00.246562 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP [Jul 10 12:24:00.246602 2005] debug: Sent: PASS :inagoddadavida [Jul 10 12:24:00.246637 2005] debug: Sent: SERVER services.illuminus.com 1 :U0-*-2 Services for IRC Networks [Jul 10 12:24:00.246672 2005] debug: Sent: :services.illuminus.com TSCTL SVSTIME 1121023440 [Jul 10 12:24:00.246715 2005] debug: Top of main loop [Jul 10 12:24:03.246249 2005] debug: Top of main loop [Jul 10 12:24:03.246312 2005] debug: Checking timeouts at time_msec = 36978.990 [Jul 10 12:24:03.246347 2005] debug: Finished timeout list [Jul 10 12:24:06.245637 2005] debug: Top of main loop [Jul 10 12:24:06.245720 2005] debug: Checking timeouts at time_msec = 36981.989 [Jul 10 12:24:06.245754 2005] debug: Finished timeout list [Jul 10 12:24:09.245879 2005] debug: Top of main loop [Jul 10 12:24:09.245955 2005] debug: Checking timeouts at time_msec = 36984.989 [Jul 10 12:24:09.245988 2005] debug: Finished timeout list [Jul 10 12:24:12.245759 2005] debug: Top of main loop [Jul 10 12:24:12.245887 2005] debug: Checking timeouts at time_msec = 36987.989 [Jul 10 12:24:12.245922 2005] debug: Finished timeout list [Jul 10 12:24:15.245380 2005] debug: Top of main loop [Jul 10 12:24:15.245455 2005] debug: Checking timeouts at time_msec = 36990.989 [Jul 10 12:24:15.245491 2005] debug: Finished timeout list [Jul 10 12:24:18.244890 2005] debug: Top of main loop [Jul 10 12:24:18.244963 2005] debug: Checking timeouts at time_msec = 36993.988 [Jul 10 12:24:18.244997 2005] debug: Finished timeout list [Jul 10 12:24:21.244449 2005] debug: Top of main loop [Jul 10 12:24:21.244529 2005] debug: Checking timeouts at time_msec = 36996.988 [Jul 10 12:24:21.244564 2005] debug: Finished timeout list [Jul 10 12:24:24.244297 2005] debug: Top of main loop [Jul 10 12:24:24.244368 2005] debug: Checking timeouts at time_msec = 36999.988 [Jul 10 12:24:24.244402 2005] debug: Finished timeout list [Jul 10 12:24:27.243736 2005] debug: Top of main loop [Jul 10 12:24:27.243847 2005] debug: Checking timeouts at time_msec = 37002.987 [Jul 10 12:24:27.243906 2005] debug: Finished timeout list [Jul 10 12:24:30.243562 2005] debug: Top of main loop [Jul 10 12:24:30.243643 2005] debug: Checking timeouts at time_msec = 37005.987 [Jul 10 12:24:30.243677 2005] debug: Finished timeout list [Jul 10 12:24:33.242892 2005] debug: Top of main loop [Jul 10 12:24:33.242970 2005] debug: Checking timeouts at time_msec = 37008.986 [Jul 10 12:24:33.243004 2005] debug: Finished timeout list [Jul 10 12:24:36.242142 2005] debug: Top of main loop [Jul 10 12:24:36.242236 2005] debug: Checking timeouts at time_msec = 37011.986 [Jul 10 12:24:36.242271 2005] debug: Finished timeout list [Jul 10 12:24:37.541157 2005] FATAL: Remote server returned: ERROR :Closing Link: [127.0.0.1] (Ping timeout) It looks to me like it's not successfully making a network connection, but I'm not quite sure. Perhaps it needs to be built as 32-bit instead of 64-bit? If so, I'm not sure how to do that. Any assistance would be appreciated. Jarrod From wiggle at tiscali.be Sat Jul 16 09:34:13 2005 From: wiggle at tiscali.be (Wiggle) Date: Sun Jul 17 00:55:08 2005 Subject: [IRCServices] Feature request: services ignore / flag command / triggers Message-ID: <20050717075502.0AF4AC0FB32@sakura.ian-justman.com> Hi, First of all, I have been browsing the archives of this list to see if any of the things I am going to suggest have already been discussed and I think they have not, but forgive me if they have. While I enjoy ircservices, I do believe it misses out on some interesting features some other services packages have. This is not me asking for ircservices to implement all the features another package has, since that would be pointless, but I do miss the following in ircservices: *] SERVICES IGNORE: The ability for a services administrator to place a services ignore on a user. This would obviously make services ignore all commands sent to services by this wildcard hostmask. The reason why I would like for this to be implemented is because it would help manage services abuse. Especially if a certain user is known to abuse for example a specific services command, yet we do not yet wish to use full measures and gline/akill and suspending/forbidding the nickname didn't help (since he for example registered another nickname). *] FLAG COMMAND (or some other name ;)): A command that would allow IRCops (services opers+) to add information about a certain user. For example: "User is a known spammer." This will allow opers to keep track of offenses and to act accordingly. Ideally this information woud show in /nickserv info when triggered by an IRCop. Of course there would be a need to add/edit/remove the flag information. Can the current databases support this? *] SPECIFIC TRIGGERS: Some system to protect services from abuse. This would go well with the services ignore command above. For example, when a user uses ChanServ's CLEAR USERS command 5 times in a row within a minute, it would be seen as abuse, and the user would be put on services ignore for 2 minutes and a global operator notice would be sent. This could be added for other commands too, along with a specific flood setting, of for example 5:60 (5 times in 60 seconds). In my opinion it would be great if /operserv trigger clear 5:60 - /operserv trigger clear 0 - /operserv trigger kick 6:4 - etc would exist. What do you guys think about this? Regards, Wiggle. From terry at bluelight.org.uk Tue Jul 26 14:51:10 2005 From: terry at bluelight.org.uk (Terry) Date: Tue Jul 26 14:51:29 2005 Subject: [IRCServices] OperServ help Message-ID: <42E6B04E.302@bluelight.org.uk> I want to give a user as much perms as possible so i can admin the server from work I did /msg OperServ OPER ADD user That use the other end then logged in and did /msg NickServ IDENTIFY password Then tried to /msg operserv USERLIST as an example which gave permission denied. In the logs it shows [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST. So i am not quite sure where the problem lays. I think this is what i need. *F.6. Trying to use OperServ gives me "Access denied", but my nick is in the ServicesRoot directive and is registered, and I've identified for my nick.* You need to be opered (i.e. user mode +o from using /oper; this is different from channel operator mode) to access OperServ. But i dont under stand this part ( user mode +o from using /oper; t ) Cheers From om at inspircd.org Tue Jul 26 17:01:42 2005 From: om at inspircd.org (Om) Date: Tue Jul 26 17:02:03 2005 Subject: [IRCServices] OperServ help In-Reply-To: <42E6B04E.302@bluelight.org.uk> References: <42E6B04E.302@bluelight.org.uk> Message-ID: <42E6CEE6.1090102@inspircd.org> Terry wrote: > I want to give a user as much perms as possible so i can admin the > server from work > > I did > /msg OperServ OPER ADD user > > That use the other end then logged in and did > > /msg NickServ IDENTIFY password > > Then tried to > /msg operserv USERLIST as an example which gave permission denied. > > In the logs it shows > > [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST. > > So i am not quite sure where the problem lays. > I think this is what i need. > > *F.6. Trying to use OperServ gives me "Access denied", but my nick is > in the ServicesRoot directive and is registered, and I've identified > for my nick.* > > You need to be opered (i.e. user mode +o from using /oper; this is > different from channel operator mode) to access OperServ. > > But i dont under stand this part ( user mode +o from using /oper; t ) > Cheers > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > When you use your IRCd's /oper command (/oper opernick operpass) then the IRCd sets the usermode +o on you. OperServ is denying access to all users that don't have the +o usermode, even if they are svsopers, so to use OperServ you need +o set on you. Which you get by /oper ing :) Cheers Om From Craig at frostycoolslug.com Tue Jul 26 20:06:10 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Tue Jul 26 20:06:22 2005 Subject: [IRCServices] OperServ help In-Reply-To: <42E6CEE6.1090102@inspircd.org> References: <42E6B04E.302@bluelight.org.uk> <42E6CEE6.1090102@inspircd.org> Message-ID: <42E6FA22.8030500@frostycoolslug.com> Om wrote: > Terry wrote: > >> I want to give a user as much perms as possible so i can admin the >> server from work >> >> I did >> /msg OperServ OPER ADD user >> >> That use the other end then logged in and did >> >> /msg NickServ IDENTIFY password >> >> Then tried to >> /msg operserv USERLIST as an example which gave permission denied. >> >> In the logs it shows >> >> [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST. >> >> So i am not quite sure where the problem lays. >> I think this is what i need. >> >> *F.6. Trying to use OperServ gives me "Access denied", but my nick is >> in the ServicesRoot directive and is registered, and I've identified >> for my nick.* >> >> You need to be opered (i.e. user mode +o from using /oper; this is >> different from channel operator mode) to access OperServ. >> >> But i dont under stand this part ( user mode +o from using /oper; t ) >> Cheers >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://lists.ircservices.za.net/mailman/listinfo/ircservices >> > When you use your IRCd's /oper command (/oper opernick operpass) then > the IRCd sets the usermode +o on you. > OperServ is denying access to all users that don't have the +o usermode, > even if they are svsopers, so to use OperServ you need +o set on you. > Which you get by /oper ing :) > > Cheers > > Om In addition, i think this is a security measure, in the event that someone 'cracked' my nickserv password (no matter how secure it is) they would still need my operator password to be able to do anything remotly dangerous (remembering that services can provide override, kill, kick, ban, op people when you are a services admin), imagine the chaos a compromised password could cause ;) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From seckzi at gmail.com Tue Jul 26 22:07:59 2005 From: seckzi at gmail.com (awyeah) Date: Tue Jul 26 22:08:13 2005 Subject: [IRCServices] OperServ help In-Reply-To: <42E6B04E.302@bluelight.org.uk> References: <42E6B04E.302@bluelight.org.uk> Message-ID: <474d159a0507262207eefb2c6@mail.gmail.com> Yeah will you need to be opered simple as that. Identify your o:line with the IRCd before you can gain SRA access. /oper After you are opered you will get an +o flag. Then depending upon which IRCd you use like for bahamut you have to manually set yourself +a or +A. So after you have opered up, identify your Services Root nickname and you will get full control over services. There is also a variable in services.conf which I am sure which you can enable or disable, which would toggle ON and OFF this setting. So maybe you have enabled it and people can't get services access unless they are opered up. So if you disable that directive/variable in the .conf file then you can get access without opering up. But I stronly recommend you and all people on your network to oper up before gaining services access priviledges. ./awyeah On 7/27/05, Terry wrote: > > I want to give a user as much perms as possible so i can admin the > server from work > > I did > /msg OperServ OPER ADD user > > That use the other end then logged in and did > > /msg NickServ IDENTIFY password > > Then tried to > /msg operserv USERLIST as an example which gave permission denied. > > In the logs it shows > > [Jul 26 22:32:29 2005] operserv/main: Non-oper user@blah sent: USERLIST. > > So i am not quite sure where the problem lays. > I think this is what i need. > > *F.6. Trying to use OperServ gives me "Access denied", but my nick is in > the ServicesRoot directive and is registered, and I've identified for my > nick.* > > You need to be opered (i.e. user mode +o from using /oper; this is > different from channel operator mode) to access OperServ. > > But i dont under stand this part ( user mode +o from using /oper; t ) > Cheers > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- ??awyeah? ================================== Email: awyeah@awyeah.org TCL Scripts: http://www.awyeah.org/ MSN Messenger ID: awyeah@awyeah.org IRC: /server irc.awyeah.org:6667 , Nick: awyeah ================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050727/d65ed390/attachment.htm From ianj at esper.net Mon Aug 1 23:34:58 2005 From: ianj at esper.net (Ian R. Justman) Date: Mon Aug 1 23:35:08 2005 Subject: [IRCServices] List outage Message-ID: <42EF1412.1010102@esper.net> Hi, all. Due to an unforeseen DNS issue while I was away, the mailserver on which the lists are housed temporarily was unreachable. My apologies for any ensuing mess this has created. --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 achurch at achurch.org Tue Aug 16 12:43:53 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Aug 15 20:48:19 2005 Subject: [IRCServices] Services 5.0.54 released Message-ID: <430161fa.27227@msgid.achurch.org> Services 5.0.54 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 589bf39dd5d702d5f9d5da1fe404d6b1 ircservices-5.0.54.tar.gz a642ab215913500be96f07f3fd735275 ircservices-5.0.54.diff.gz 9e7e1fc75f61f59763776a61c94eefc4 ircservices-5.0.54-1.i386.rpm 3b0b0e85c0ef51c24c818dda3935fc8c ircservices_5.0.54-1_i386.deb The mirrors should have it shortly. This is a maintenance release to take care of issues mentioned on the mailing list and fix errors and warnings when compiling under GCC 4. Changes in version 5.0.54 ------------------------- 2005/08/16 The ChanServ check_kick callback now passes the channel name as a string instead of the Channel structure, so the channel name can be known even if the channel is empty. Reported by Olly 2005/08/13 The S-line commands (SGLINE, SQLINE, and SZLINE) now check that "*" or similarly overbroad masks are not used. Suggested by Dionisios K. 2005/08/13 Fixed minor bugs in the code to check whether a new autokill is too broad (such as "*"). 2005/08/13 Fixed a compilation error (and many warnings) when compiling with GCC 4. 2005/08/13 Added UNSET callbacks for NickServ and ChanServ. Suggested by Craig McLure --Andrew Church achurch@achurch.org http://achurch.org/ From admin at vonitsanet.gr Sun Aug 28 19:40:53 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Sun Aug 28 19:41:58 2005 Subject: [IRCServices] MemoServ feature Message-ID: <000301c5ac43$14f230d0$0d4405d5@pc> I think it will be useful if services admins had the ability to send GLOBAL memos to every registered nickname or channel. It will be nice and users whould be informed very easy if a new feature is added to the network or a network policy update or ...... From martin at rodecker.nl Sun Aug 28 23:47:12 2005 From: martin at rodecker.nl (Martin Pels) Date: Sun Aug 28 23:47:33 2005 Subject: [IRCServices] MemoServ feature In-Reply-To: <000301c5ac43$14f230d0$0d4405d5@pc> References: <000301c5ac43$14f230d0$0d4405d5@pc> Message-ID: <1347.2001:610:108:45:211:43ff:fe12:add5.1125298032.squirrel@webmail.rodecker.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, August 29, 2005 4:40, Dionisios K. said: > I think it will be useful if services admins had the ability to send > GLOBAL > memos to every registered nickname or channel. > It will be nice and users whould be informed very easy if a new feature is > added to the network or a network policy update or ...... > Isn't that what logonnews is meant for? > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDEq9vS4/1OagNDM4RAkyxAJ9+B0a+TWx8mchDetby4zZSxSgzxQCeJrWy aHXncYluhgWoUthCs6IgyWU= =ANee -----END PGP SIGNATURE----- From paul.kain at gmail.com Sun Aug 28 23:53:09 2005 From: paul.kain at gmail.com (Paul Kain) Date: Sun Aug 28 23:53:27 2005 Subject: [IRCServices] MemoServ feature In-Reply-To: <-3193226059984920292@unknownmsgid> References: <000301c5ac43$14f230d0$0d4405d5@pc> <-3193226059984920292@unknownmsgid> Message-ID: <451ba792050828235354a721ac@mail.gmail.com> people don't read the logonnews because its generic. If its directed directly at people in the form of a memo they would read it as it appears as though it was directed at them as long as its not abused Its the same as me trying to get you to read something by sticking it up on a peice of paper outside the men's bathroom. You are hardly going to take notice. However if its an email or similar of course you are going to pay close attention to it. my 2c On 8/29/05, Martin Pels wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, August 29, 2005 4:40, Dionisios K. said: > > I think it will be useful if services admins had the ability to send > > GLOBAL > > memos to every registered nickname or channel. > > It will be nice and users whould be informed very easy if a new feature is > > added to the network or a network policy update or ...... > > > > Isn't that what logonnews is meant for? > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFDEq9vS4/1OagNDM4RAkyxAJ9+B0a+TWx8mchDetby4zZSxSgzxQCeJrWy > aHXncYluhgWoUthCs6IgyWU= > =ANee > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From awesomeawyeah at gmail.com Mon Aug 29 00:39:28 2005 From: awesomeawyeah at gmail.com (awyeah) Date: Mon Aug 29 00:39:38 2005 Subject: [IRCServices] MemoServ feature In-Reply-To: <000301c5ac43$14f230d0$0d4405d5@pc> References: <000301c5ac43$14f230d0$0d4405d5@pc> Message-ID: <963b827d05082900394b45609a@mail.gmail.com> There is a module for doing a very similar thing, but for ANOPE IRC Services. It basically sends a memo to all the OPERS, ADMINS and SRA's on OperServ's lists; basically your staff. Also other modules like sending memos to channel founders etc and more are availiable. ./awyeah On 8/29/05, Dionisios K. wrote: > > I think it will be useful if services admins had the ability to send > GLOBAL > memos to every registered nickname or channel. > It will be nice and users whould be informed very easy if a new feature is > added to the network or a network policy update or ...... > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- ?awyeah? ================================== Email: awyeah@awyeah.org TCL Scripts: http://www.awyeah.org/ MSN Messenger ID: awyeah@awyeah.org IRC: /server irc.awyeah.org:6667 , Nick: awyeah ================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20050829/ff6aabbc/attachment-0001.htm From ianj at esper.net Fri Sep 9 10:24:14 2005 From: ianj at esper.net (Ian R. Justman) Date: Fri Sep 9 10:24:34 2005 Subject: [IRCServices] Test message Message-ID: <4321C53E.6000704@esper.net> Since I haven't seen anything for September yet, just making sure things are still working as they should. Pardon the message. --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 surreal.w00t at gmail.com Sat Sep 10 01:54:56 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Sep 10 01:55:11 2005 Subject: [IRCServices] NICKSERV suggestion. Message-ID: <43229F60.8000809@gmail.com> As it's been a little quiet, let me be the devil to stir things up: May I make a suggestion for nickserv, a command that lists all nicks linked to a nickname? Like LISTLINKS, only to be used on nicks other than yours. (Perhaps expanding LISTLINKS' functionality?) Comments? From achurch at achurch.org Sat Sep 10 20:53:07 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Sep 10 04:56:49 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <43229F60.8000809@gmail.com> Message-ID: <4322c9f7.66320@msgid.achurch.org> >As it's been a little quiet, let me be the devil to stir things up: > >May I make a suggestion for nickserv, a command that lists all nicks >linked to a nickname? Like LISTLINKS, only to be used on nicks other >than yours. (Perhaps expanding LISTLINKS' functionality?) > >Comments? I'm way ahead of you. ;) /ns LISTLINKS as servadmin, ever since LISTLINKS was introduced in 4.2.0. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Sat Sep 10 05:03:58 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Sep 10 05:04:27 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322c9f7.66320@msgid.achurch.org> References: <4322c9f7.66320@msgid.achurch.org> Message-ID: <4322CBAE.7060103@gmail.com> Andrew Church wrote: >>As it's been a little quiet, let me be the devil to stir things up: >> >>May I make a suggestion for nickserv, a command that lists all nicks >>linked to a nickname? Like LISTLINKS, only to be used on nicks other >>than yours. (Perhaps expanding LISTLINKS' functionality?) >> >>Comments? > > > I'm way ahead of you. ;) /ns LISTLINKS as servadmin, ever > since LISTLINKS was introduced in 4.2.0. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > Ok, makes me feel a little stupid.. Can I ask why it's restricted to admins? A simple /ns info of two nicknames will tell you enough to know they are linked/the same person, but sometimes it's handy to know beforehand ;p From achurch at achurch.org Sat Sep 10 21:19:26 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Sep 10 05:21:24 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322CBAE.7060103@gmail.com> Message-ID: <4322cfbf.66417@msgid.achurch.org> >Ok, makes me feel a little stupid.. Can I ask why it's restricted to >admins? A simple /ns info of two nicknames will tell you enough to know >they are linked/the same person, but sometimes it's handy to know >beforehand ;p It's restricted because it can give out personal information. Maybe JoeUser doesn't want you to know that he has an alter ego known as UltimateFurry ;P --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Sat Sep 10 05:24:11 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Sep 10 05:24:37 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322cfbf.66417@msgid.achurch.org> References: <4322cfbf.66417@msgid.achurch.org> Message-ID: <4322D06B.5040508@gmail.com> Andrew Church wrote: > It's restricted because it can give out personal information. Maybe > JoeUser doesn't want you to know that he has an alter ego known as > UltimateFurry ;P Very valid point, not something I'd considered.. :p although if I had that kind of a situation, think I'd probably register a second nickname :P From Craig at frostycoolslug.com Sat Sep 10 05:25:56 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Sep 10 05:25:57 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322cfbf.66417@msgid.achurch.org> References: <4322cfbf.66417@msgid.achurch.org> Message-ID: <4322D0D4.300@frostycoolslug.com> Andrew Church wrote: > It's restricted because it can give out personal information. Maybe > JoeUser doesn't want you to know that he has an alter ego known as > UltimateFurry ;P Is that really true?!?! I'll have to have words with JoeUser! But yeah, it makes sense to me.. Would take a while to do a /ns info on a large database and put the matches together (And who says all will match? If i use Fred-Work from Work, and Craig at home, the /ns info for them probably wont match, even if they are linked) Just my 2pence /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From surreal.w00t at gmail.com Sat Sep 10 05:37:59 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Sat Sep 10 05:38:26 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322D0D4.300@frostycoolslug.com> References: <4322cfbf.66417@msgid.achurch.org> <4322D0D4.300@frostycoolslug.com> Message-ID: <4322D3A7.1050102@gmail.com> The main thing that makes me wonder is that LIST and LISTEMAIL aren't restricted to staff, so: 08:37 listemail w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- List of entries matching w00t@staff.chatspike.net: 08:37 -NickServ(services@chatspike.net)- BHOFH w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- constantine w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- lame w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- nunjaw00t w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- w00t w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- w00t[afk] w00t@staff.chatspike.net 08:37 -NickServ(services@chatspike.net)- w00teh w00t@staff.chatspike.net worked just fine, and would probably be a better way to get info on someone you knew anyhow. So forget I said anything :) Craig McLure wrote: > Andrew Church wrote: > >> It's restricted because it can give out personal information. Maybe >>JoeUser doesn't want you to know that he has an alter ego known as >>UltimateFurry ;P > > > Is that really true?!?! I'll have to have words with JoeUser! > But yeah, it makes sense to me.. Would take a while to do a /ns info on > a large database and put the matches together (And who says all will > match? If i use Fred-Work from Work, and Craig at home, the /ns info for > them probably wont match, even if they are linked) > > Just my 2pence > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From achurch at achurch.org Sun Sep 11 01:51:38 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Sep 10 09:54:24 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <4322D3A7.1050102@gmail.com> Message-ID: <43230fb6.66515@msgid.achurch.org> >The main thing that makes me wonder is that LIST and LISTEMAIL aren't >restricted to staff, so: But nicks (nickgroups, technically) also have a PRIVATE option, allowing them to select whether their nicks are shown in the list or not. Linked nicks all share the same flags, so you can't decide whether to allow certain links to be shown or not. Though now that you bring it up, I could see an argument for allowing LISTLINKS on a user without PRIVATE set. Comments from the audience? --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Sat Sep 10 10:30:08 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Sep 10 10:30:11 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <43230fb6.66515@msgid.achurch.org> References: <43230fb6.66515@msgid.achurch.org> Message-ID: <43231820.6000405@frostycoolslug.com> Andrew Church wrote: > Though now that you bring it up, I could see an argument for allowing > LISTLINKS on a user without PRIVATE set. Comments from the audience? I say its fine as-is, although i don't think it matters either way. -- Me From lordbergee at comcast.net Sat Sep 10 10:53:19 2005 From: lordbergee at comcast.net (Bergee) Date: Sat Sep 10 10:53:43 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <43230fb6.66515@msgid.achurch.org> References: <43230fb6.66515@msgid.achurch.org> Message-ID: <43231D8F.6030406@comcast.net> Our network runs with LIST and LISTEMAIL restricted to admins only... so personally I like LISTLINKS the way that it is. I think you're right that someone might not want the fact that they go by several nicknames intentionally exposed. Although what might be useful is a command to confirm if two nicknames are linked. If you have a channel registered, you can already do this in a rather roundabout fashion. Let's say that a user has NicknameA, NicknameB and NicknameC linked, with the main nickname being NicknameA. I (as another regular user) want to know if NicknameB and NicknameC are linked. I can just add NicknameB to my channel's access list at some level, and then list the access list. ChanServ will then tell me the access level of NicknameA, so I can see that NicknameA and NicknameB are linked. And then of course, I can tell ChanServ to remove NicknameC from the access list (which will of course work, and NicknameA will no longer appear.) So then I know that those three nicknames are linked together... if that explanation made any sense at all. :) I guess after writing that, I feel like maybe it isn't worth trying to hide nickname links, since there are ways a determined user can find out anyway... Bergee Andrew Church wrote: >>The main thing that makes me wonder is that LIST and LISTEMAIL aren't >>restricted to staff, so: > > But nicks (nickgroups, technically) also have a PRIVATE option, > allowing them to select whether their nicks are shown in the list or not. > Linked nicks all share the same flags, so you can't decide whether to allow > certain links to be shown or not. > > Though now that you bring it up, I could see an argument for allowing > LISTLINKS on a user without PRIVATE set. Comments from the audience? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From omster at gmail.com Sat Sep 10 11:26:08 2005 From: omster at gmail.com (Om) Date: Sat Sep 10 11:26:16 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <43231D8F.6030406@comcast.net> References: <43230fb6.66515@msgid.achurch.org> <43231D8F.6030406@comcast.net> Message-ID: <43232540.8070601@gmail.com> Bergee wrote: >I guess after writing that, I feel like maybe it isn't worth trying to >hide nickname links, since there are ways a determined user can find out >anyway... > > A determined user can find out if NickA and NickB are linked, but (if private is set) they still can only find out about JoesSuperSecretNick by applying above methods to every possible nickname. Allowing /ns listlinks would let people find JoesSuperSecretNick. Unless of course /ns listlinks is disabled if private is set, in which case ignore my entire post! :) Om From lordbergee at comcast.net Sat Sep 10 11:45:26 2005 From: lordbergee at comcast.net (Bergee) Date: Sat Sep 10 11:45:39 2005 Subject: [IRCServices] NICKSERV suggestion. In-Reply-To: <43232540.8070601@gmail.com> References: <43230fb6.66515@msgid.achurch.org> <43231D8F.6030406@comcast.net> <43232540.8070601@gmail.com> Message-ID: <432329C6.1010204@comcast.net> Well, sort of... Anyone that knows JoesSuperSecretNick and adds you to an access list will then know your main nickname. Even if you didn't care if those people that knew the nickname were aware, I guess I just meant you'd have to make absolutely sure to never be seen on the JoesSuperSecretNick nickname by the same people, because they might notice a similar hostmask and start to wonder... :) If you want a truly alter ego, maybe you just shouldn't link the nicknames together. Otherwise you might be left with a false sense of security that no one can discover that the two are related. Bergee Om wrote: > Bergee wrote: >>I guess after writing that, I feel like maybe it isn't worth trying to >>hide nickname links, since there are ways a determined user can find out >>anyway... > > A determined user can find out if NickA and NickB are linked, but (if > private is set) they still can only find out about JoesSuperSecretNick > by applying above methods to every possible nickname. Allowing /ns > listlinks would let people find JoesSuperSecretNick. > > Unless of course /ns listlinks is disabled if private is set, in which > case ignore my entire post! :) > > Om From stratus at blazeirc.net Sat Sep 10 13:13:44 2005 From: stratus at blazeirc.net (Jim Stratus) Date: Sat Sep 10 13:15:23 2005 Subject: [IRCServices] NICKSERV suggestion. References: <43230fb6.66515@msgid.achurch.org> <43231820.6000405@frostycoolslug.com> Message-ID: <002701c5b644$542ddb90$6fdf7286@noteryan> Ditto. I really don't think it is necessary for a change but it doesn't matter too much for me. I would be inclined to think that users may consider it a privacy issue. Stratus BlazeIRC Network irc.blazeirc.net ----- Original Message ----- From: "Craig McLure" To: "IRC Services General Mailing List" Sent: Saturday, September 10, 2005 10:30 AM Subject: Re: [IRCServices] NICKSERV suggestion. > Andrew Church wrote: >> Though now that you bring it up, I could see an argument for >> allowing >> LISTLINKS on a user without PRIVATE set. Comments from the audience? > > I say its fine as-is, although i don't think it matters either way. > > -- > Me > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From aragon at phat.za.net Sat Sep 10 14:19:26 2005 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Sep 10 14:19:43 2005 Subject: [IRCServices] akick not setting channel ban Message-ID: <20050910211926.GA50752@phat.za.net> Hi, I'm running ircservices 5.0.53 on Unreal 3.2.3. I'm experiencing a strange problem where chanserv does not set a channel ban for an akicked user. It does, however, kick the user from the channel. This is a huge problem when users' clients have auto-rejoin-on-kick enabled. I'm unable to reproduce the bug. When it happens there is nothing relevant logged to ircservices.log. It does not happen as the result of the channel's ban list being full. This has been a problem for a very long time. I experienced it even in the days of Unreal 3.2 Beta and ircservices 4.5. It's becoming a bigger problem now that certain channels have grown to over 100 users. Until now I've kinda just hoped newer versions would fix it. But that's evidently not the case... Is anyone else experiencing this? Anyone know of a fix? Or any suggestions as to how I can debug it? Thanks, Aragon From mrtoxyc at gmail.com Sat Sep 10 15:59:23 2005 From: mrtoxyc at gmail.com (Toxyc) Date: Sat Sep 10 15:59:32 2005 Subject: [IRCServices] Config file splitting Message-ID: <4323654B.9040002@gmail.com> Hi all Is it possible to split a config file to more files? Actually I would like to have an own config file for my own modules, so it's easier to maintain it. For example an "include anotherfile.conf" directive would be great. Is it possible to be implemented in one of the next releases, or not so good idea? thanks Toxyc From achurch at achurch.org Sun Sep 11 12:20:04 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Sep 10 20:24:43 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: <20050910211926.GA50752@phat.za.net> Message-ID: <4323a374.66700@msgid.achurch.org> The only time ChanServ doesn't set a ban is when the same ban already exists on the channel (as determined by find_ban() in channels.c). It's possible find_ban() has a bug; next time this issue occurs, save the ban list from the channel and see if any bans are similar to the ban that should be added for the user (for an autokick, this is the mask from the autokill list). --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >I'm running ircservices 5.0.53 on Unreal 3.2.3. I'm experiencing a strange >problem where chanserv does not set a channel ban for an akicked user. It >does, however, kick the user from the channel. This is a huge problem when >users' clients have auto-rejoin-on-kick enabled. > >I'm unable to reproduce the bug. When it happens there is nothing relevant >logged to ircservices.log. It does not happen as the result of the >channel's ban list being full. > >This has been a problem for a very long time. I experienced it even in the >days of Unreal 3.2 Beta and ircservices 4.5. It's becoming a bigger problem >now that certain channels have grown to over 100 users. Until now I've >kinda just hoped newer versions would fix it. But that's evidently not the >case... > >Is anyone else experiencing this? Anyone know of a fix? Or any suggestions >as to how I can debug it? > > >Thanks, >Aragon > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Sun Sep 11 12:24:40 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Sep 10 20:27:52 2005 Subject: [IRCServices] Config file splitting In-Reply-To: <4323654B.9040002@gmail.com> Message-ID: <4323a41a.66710@msgid.achurch.org> I'm planning to add support for this in 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all > >Is it possible to split a config file to more files? Actually I would >like to have an own config file for my own modules, so it's easier to >maintain it. For example an "include anotherfile.conf" directive would >be great. >Is it possible to be implemented in one of the next releases, or not so >good idea? > >thanks >Toxyc >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From alisor at soronline.net Sun Sep 11 06:03:15 2005 From: alisor at soronline.net (Ali S.) Date: Sun Sep 11 06:03:26 2005 Subject: [IRCServices] Config file splitting References: <4323a41a.66710@msgid.achurch.org> Message-ID: <001001c5b6d1$3195d410$0100000a@citir> Hello; Can you give us some info about 5.1 and its release time Andrew? And do you think of adding Restricted Register to some mail domains at 5.1? Like; Mail-except *@ircservices.za.net Mail-ban *@* So only users who have mail from ircservices.za.net can register nicks and channels. Mail-ban *@lamer.org Or just ban some mail domains. Ali S. ----- Original Message ----- From: "Andrew Church" To: Sent: Sunday, September 11, 2005 6:24 AM Subject: Re: [IRCServices] Config file splitting > I'm planning to add support for this in 5.1. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hi all >> >>Is it possible to split a config file to more files? Actually I would >>like to have an own config file for my own modules, so it's easier to >>maintain it. For example an "include anotherfile.conf" directive would >>be great. >>Is it possible to be implemented in one of the next releases, or not so >>good idea? >> >>thanks >>Toxyc >>------------------------------------------------------------------ >>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 Sun Sep 11 22:43:24 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Sep 11 06:45:53 2005 Subject: [IRCServices] Config file splitting In-Reply-To: <001001c5b6d1$3195d410$0100000a@citir> Message-ID: <43243502.75201@msgid.achurch.org> >Can you give us some info about 5.1 and its release time Andrew? Nope, because I don't have any; Services development is entirely dependent on how much time is left over after my other obligations (like work). I do hope to get a first alpha out by the end of the year, but no promises. >And do you think of adding Restricted Register to some mail domains at 5.1? I recall the issue having been raised before; I'm not that excited about adding it, but I'll think about it. --Andrew Church achurch@achurch.org http://achurch.org/ From lordbergee at comcast.net Sun Sep 11 10:57:58 2005 From: lordbergee at comcast.net (Bergee) Date: Sun Sep 11 10:58:09 2005 Subject: [IRCServices] Config file splitting In-Reply-To: <43243502.75201@msgid.achurch.org> References: <43243502.75201@msgid.achurch.org> Message-ID: <43247026.4060409@comcast.net> Andrew Church wrote: >>And do you think of adding Restricted Register to some mail domains at 5.1? > > > I recall the issue having been raised before; I'm not that excited > about adding it, but I'll think about it. If you're looking for other people that would find such a feature useful, I'll add my two cents and say I'd like to see something like this as well. Bergee From aragon at phat.za.net Sun Sep 11 12:17:39 2005 From: aragon at phat.za.net (Aragon Gouveia) Date: Sun Sep 11 12:17:48 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: <4323a374.66700@msgid.achurch.org> References: <20050910211926.GA50752@phat.za.net> <4323a374.66700@msgid.achurch.org> Message-ID: <20050911191739.GA90884@phat.za.net> Hi, Ok it happened again tonight. Here's the info: AKICK entry: -ChanServ- 21 *god*!*@* (Please do not bring a religious nick into this channel, change it and you are welcome back) Channel banlist at the time: 1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm. 2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm. 3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm. 4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm. 5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za 11/09/2005 2:57pm. 6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm. [20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined. [20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please do not bring a religious nick into this channel, change it and you are welcome back)) No ban was set. Thanks, Aragon | By Andrew Church | [ 2005-09-11 05:24 +0200 ] > The only time ChanServ doesn't set a ban is when the same ban already > exists on the channel (as determined by find_ban() in channels.c). It's > possible find_ban() has a bug; next time this issue occurs, save the ban > list from the channel and see if any bans are similar to the ban that > should be added for the user (for an autokick, this is the mask from the > autokill list). > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, > > > >I'm running ircservices 5.0.53 on Unreal 3.2.3. I'm experiencing a strange > >problem where chanserv does not set a channel ban for an akicked user. It > >does, however, kick the user from the channel. This is a huge problem when > >users' clients have auto-rejoin-on-kick enabled. > > > >I'm unable to reproduce the bug. When it happens there is nothing relevant > >logged to ircservices.log. It does not happen as the result of the > >channel's ban list being full. > > > >This has been a problem for a very long time. I experienced it even in the > >days of Unreal 3.2 Beta and ircservices 4.5. It's becoming a bigger problem > >now that certain channels have grown to over 100 users. Until now I've > >kinda just hoped newer versions would fix it. But that's evidently not the > >case... > > > >Is anyone else experiencing this? Anyone know of a fix? Or any suggestions > >as to how I can debug it? > > > > > >Thanks, > >Aragon > > > >------------------------------------------------------------------ > >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 aragon at phat.za.net Sun Sep 11 12:26:33 2005 From: aragon at phat.za.net (Aragon Gouveia) Date: Sun Sep 11 12:26:42 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: <20050911191739.GA90884@phat.za.net> References: <20050910211926.GA50752@phat.za.net> <4323a374.66700@msgid.achurch.org> <20050911191739.GA90884@phat.za.net> Message-ID: <20050911192633.GB90884@phat.za.net> I've just done some experimenting now. I cleared all the bans in the channel. It made no difference. I restarted services and that fixed this particular incident. Maybe an uncleared variable floating around somewhere? | By Aragon Gouveia | [ 2005-09-11 21:17 +0200 ] > Hi, > > Ok it happened again tonight. Here's the info: > > AKICK entry: > > -ChanServ- 21 *god*!*@* (Please do not bring a religious nick into this > channel, change it and you are welcome back) > > > > Channel banlist at the time: > > 1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm. > 2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm. > 3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm. > 4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm. > 5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za > 11/09/2005 2:57pm. > 6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm. > > > > [20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined. > [20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please > do not bring a religious nick into this channel, change it and you are > welcome back)) > > No ban was set. > > > > Thanks, > Aragon > > > | By Andrew Church > | [ 2005-09-11 05:24 +0200 ] > > The only time ChanServ doesn't set a ban is when the same ban already > > exists on the channel (as determined by find_ban() in channels.c). It's > > possible find_ban() has a bug; next time this issue occurs, save the ban > > list from the channel and see if any bans are similar to the ban that > > should be added for the user (for an autokick, this is the mask from the > > autokill list). > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > >Hi, > > > > > >I'm running ircservices 5.0.53 on Unreal 3.2.3. I'm experiencing a strange > > >problem where chanserv does not set a channel ban for an akicked user. It > > >does, however, kick the user from the channel. This is a huge problem when > > >users' clients have auto-rejoin-on-kick enabled. > > > > > >I'm unable to reproduce the bug. When it happens there is nothing relevant > > >logged to ircservices.log. It does not happen as the result of the > > >channel's ban list being full. > > > > > >This has been a problem for a very long time. I experienced it even in the > > >days of Unreal 3.2 Beta and ircservices 4.5. It's becoming a bigger problem > > >now that certain channels have grown to over 100 users. Until now I've > > >kinda just hoped newer versions would fix it. But that's evidently not the > > >case... > > > > > >Is anyone else experiencing this? Anyone know of a fix? Or any suggestions > > >as to how I can debug it? > > > > > > > > >Thanks, > > >Aragon > > > > > >------------------------------------------------------------------ > > >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 xxx.coder at gmail.com Sun Sep 11 14:44:47 2005 From: xxx.coder at gmail.com (ongeboren) Date: Sun Sep 11 14:44:59 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: <20050911192633.GB90884@phat.za.net> References: <20050910211926.GA50752@phat.za.net> <4323a374.66700@msgid.achurch.org> <20050911191739.GA90884@phat.za.net> <20050911192633.GB90884@phat.za.net> Message-ID: I suspect that some of the irc servers in the network drop a ban silently, resulting in services having this ban on their list, which is desynched from the rest of the network in this case. I've seen similar situations with old hybrid servers and other services, but who knows.. On 9/11/05, Aragon Gouveia wrote: > I've just done some experimenting now. I cleared all the bans in the > channel. It made no difference. I restarted services and that fixed this > particular incident. > > Maybe an uncleared variable floating around somewhere? > > > | By Aragon Gouveia > | [ 2005-09-11 21:17 +0200 ] > > Hi, > > > > Ok it happened again tonight. Here's the info: > > > > AKICK entry: > > > > -ChanServ- 21 *god*!*@* (Please do not bring a religious nick into this > > channel, change it and you are welcome back) > > > > > > > > Channel banlist at the time: > > > > 1. RubberDuck set *!*@72122B08.B384F097.64768427.IP 11/09/2005 4:57pm. > > 2. RubberDuck set *!*@blabber-2BE7A85F.telkom-ipnet.co.za 11/09/2005 4:46pm. > > 3. SoulBlade set *!*@40FAA6E6.B384F097.64768427.IP 11/09/2005 4:22pm. > > 4. ChanServ set hellbo*!*@* on 11/09/2005 3:22pm. > > 5. estranged.blabber.net set *!*@blabber-9673CB5B.telkom-ipnet.co.za > > 11/09/2005 2:57pm. > > 6. BarBot set *!*@blabber-1466766E.telkom-ipnet.co.za 11/09/2005 12:34pm. > > > > > > > > [20;00;52] GreeKGoddesS (XALARA@blabber-594011C6.rho.forthnet.gr) has joined. > > [20;00;52] * GreeKGoddesS was kicked by ChanServ (AKICK by Arabesque (Please > > do not bring a religious nick into this channel, change it and you are > > welcome back)) > > > > No ban was set. > > > > > > > > Thanks, > > Aragon > > > > > > | By Andrew Church > > | [ 2005-09-11 05:24 +0200 ] > > > The only time ChanServ doesn't set a ban is when the same ban already > > > exists on the channel (as determined by find_ban() in channels.c). It's > > > possible find_ban() has a bug; next time this issue occurs, save the ban > > > list from the channel and see if any bans are similar to the ban that > > > should be added for the user (for an autokick, this is the mask from the > > > autokill list). > > > > > > --Andrew Church > > > achurch@achurch.org > > > http://achurch.org/ > > > > > > >Hi, > > > > > > > >I'm running ircservices 5.0.53 on Unreal 3.2.3. I'm experiencing a strange > > > >problem where chanserv does not set a channel ban for an akicked user. It > > > >does, however, kick the user from the channel. This is a huge problem when > > > >users' clients have auto-rejoin-on-kick enabled. > > > > > > > >I'm unable to reproduce the bug. When it happens there is nothing relevant > > > >logged to ircservices.log. It does not happen as the result of the > > > >channel's ban list being full. > > > > > > > >This has been a problem for a very long time. I experienced it even in the > > > >days of Unreal 3.2 Beta and ircservices 4.5. It's becoming a bigger problem > > > >now that certain channels have grown to over 100 users. Until now I've > > > >kinda just hoped newer versions would fix it. But that's evidently not the > > > >case... > > > > > > > >Is anyone else experiencing this? Anyone know of a fix? Or any suggestions > > > >as to how I can debug it? > > > > > > > > > > > >Thanks, > > > >Aragon > > > > > > > >------------------------------------------------------------------ > > > >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 > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- Evlogi Petrov - ongeboren@UniBG From achurch at achurch.org Mon Sep 12 11:51:18 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Sep 11 20:02:07 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: Message-ID: <4324efa5.16566@msgid.achurch.org> >I suspect that some of the irc servers in the network drop a ban >silently, resulting in services having this ban on their list, which >is desynched from the rest of the network in this case. I've seen >similar situations with old hybrid servers and other services, but who >knows.. That's an interesting possibility. To the original poster: try applying the following patch to Services, then recompiling and restarting in debug mode (ircservices -debug). When you see the bug happening, check the logfile and see if the ban in question is listed. (Also, if you could privately send me the full debug logfile for further analysis I'd appreciate it.) --Andrew Church achurch@achurch.org http://achurch.org/ --------------------------------------------------------------------------- Index: channels.c =================================================================== RCS file: /var/local/cvsroot/ircservices/channels.c,v retrieving revision 2.43.2.1 diff -u -r2.43.2.1 channels.c --- channels.c 6 Jan 2005 17:15:11 -0000 2.43.2.1 +++ channels.c 12 Sep 2005 03:01:04 -0000 @@ -192,22 +192,33 @@ t = strchr(ban, '!'); i = 0; + if (debug) + log("find_ban([%s],[%s])", chan->name, ban); ARRAY_FOREACH (i, chan->bans) { + if (debug) + log("... checking [%s]", chan->bans[i]); s = strchr(chan->bans[i], '!'); if (s && t) { if (s-(chan->bans[i]) == t-ban && irc_strnicmp(chan->bans[i], ban, s-(chan->bans[i])) == 0 && stricmp(s+1, t+1) == 0 ) { + if (debug) + log("... found!"); return i; } } else if (!s && !t) { /* Bans without '!' should be impossible; just * do a case-insensitive compare */ - if (stricmp(chan->bans[i], ban) == 0) + if (stricmp(chan->bans[i], ban) == 0) { + if (debug) + log("... found!"); return i; + } } } + if (debug) + log("... NOT found"); return -1; } From aragon at phat.za.net Mon Sep 12 14:21:05 2005 From: aragon at phat.za.net (Aragon Gouveia) Date: Mon Sep 12 14:21:23 2005 Subject: [IRCServices] akick not setting channel ban In-Reply-To: <4324efa5.16566@msgid.achurch.org> References: <4324efa5.16566@msgid.achurch.org> Message-ID: <20050912212105.GA47357@phat.za.net> Agreed it could be a network desync. Thanks for the patch. Will apply it and let you know the results. | By Andrew Church | [ 2005-09-12 05:02 +0200 ] > >I suspect that some of the irc servers in the network drop a ban > >silently, resulting in services having this ban on their list, which > >is desynched from the rest of the network in this case. I've seen > >similar situations with old hybrid servers and other services, but who > >knows.. > > That's an interesting possibility. To the original poster: try > applying the following patch to Services, then recompiling and restarting > in debug mode (ircservices -debug). When you see the bug happening, check > the logfile and see if the ban in question is listed. (Also, if you could > privately send me the full debug logfile for further analysis I'd > appreciate it.) > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > --------------------------------------------------------------------------- > > Index: channels.c > =================================================================== > RCS file: /var/local/cvsroot/ircservices/channels.c,v > retrieving revision 2.43.2.1 > diff -u -r2.43.2.1 channels.c > --- channels.c 6 Jan 2005 17:15:11 -0000 2.43.2.1 > +++ channels.c 12 Sep 2005 03:01:04 -0000 > @@ -192,22 +192,33 @@ > > t = strchr(ban, '!'); > i = 0; > + if (debug) > + log("find_ban([%s],[%s])", chan->name, ban); > ARRAY_FOREACH (i, chan->bans) { > + if (debug) > + log("... checking [%s]", chan->bans[i]); > s = strchr(chan->bans[i], '!'); > if (s && t) { > if (s-(chan->bans[i]) == t-ban > && irc_strnicmp(chan->bans[i], ban, s-(chan->bans[i])) == 0 > && stricmp(s+1, t+1) == 0 > ) { > + if (debug) > + log("... found!"); > return i; > } > } else if (!s && !t) { > /* Bans without '!' should be impossible; just > * do a case-insensitive compare */ > - if (stricmp(chan->bans[i], ban) == 0) > + if (stricmp(chan->bans[i], ban) == 0) { > + if (debug) > + log("... found!"); > return i; > + } > } > } > + if (debug) > + log("... NOT found"); > return -1; > } > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From red_alert at the-psychiatry.ch Mon Sep 19 18:22:03 2005 From: red_alert at the-psychiatry.ch (Sandro "red_alert" Mathys) Date: Mon Sep 19 18:22:13 2005 Subject: [IRCServices] LDAP (authenticate) Message-ID: <432F643B.7000602@the-psychiatry.ch> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all I just downloaded and installed ircservices and they're great :D to my question: does anyone have/know about a module to force every connecting user against a ldap-server? regards red_alert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDL2Q615WDu3BSpcIRAgXAAJ9luWCk7BhqpqH2ECmBwZMYpU4ftgCfVYzf 17zeC0fYLAUPZsNbJ4Bo5nA= =g2MO -----END PGP SIGNATURE----- From surreal.w00t at gmail.com Mon Sep 19 19:41:51 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Sep 19 19:42:08 2005 Subject: [IRCServices] LDAP (authenticate) In-Reply-To: <432F643B.7000602@the-psychiatry.ch> References: <432F643B.7000602@the-psychiatry.ch> Message-ID: <432F76EF.50906@gmail.com> Not that I'm aware of, nope. Sandro "red_alert" Mathys wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all > > I just downloaded and installed ircservices and they're great :D > > to my question: does anyone have/know about a module to force every > connecting user against a ldap-server? > > regards > red_alert > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFDL2Q615WDu3BSpcIRAgXAAJ9luWCk7BhqpqH2ECmBwZMYpU4ftgCfVYzf > 17zeC0fYLAUPZsNbJ4Bo5nA= > =g2MO > -----END PGP SIGNATURE----- > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > From diavolgr at hotmail.com Sun Sep 25 18:58:38 2005 From: diavolgr at hotmail.com (diavolosss salalakis) Date: Sun Sep 25 18:58:51 2005 Subject: [IRCServices] Strange message with TS Message-ID: Hello ppl, I'm using bahamut ircd (1.8.3) with ircservices 5.0.54 and i get a strange message: When someone join a registered channel and he is the only one at that channel I get the following message: [04:54:32] -some.server.com:#channel- *** Notice -- TS for #channel changed from 1127692469 to 1127683314 [04:54:32] * services.server.com sets mode: -o dem [04:54:32] * services.server.com sets mode: +o dem [04:54:32] * ChanServ sets mode: +ntr-o dem and in wallops: -some.server.com- *** Notice -- Server services.server.com setting +o and blasting TS on #channel Services shouldn't give op to dem while he has not access on that channel and he is not an oper (even if chanserv removes it right after) I'm not sure if this is normal or not that's why i'm sending this thanks _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From achurch at achurch.org Mon Sep 26 11:46:40 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Sep 25 19:55:18 2005 Subject: [IRCServices] Strange message with TS In-Reply-To: Message-ID: <4337630d.70531@msgid.achurch.org> The -o/+o and TS change is a result of enabling the CSSetChannelTime option in your configuration file (modules.conf). The -o/+o, in particular, is not generated directly by Services, but is an artifact of the way your IRC server handles the TS update: the user already has ops from being the first user in the channel, but when Services sends a TS change, your IRC server blindly clears all modes (including ops) from the channel before noticing that Services didn't actually request the user's ops to be cleared, and then sends out a +o to correct its mistake. So technically, this is a bug (or at least an annoyance) in your IRC server. Thus, the -o/+o is harmless, but if it bothers you, disable CSSetChannelTime in modules.conf. This information has been added to the manual and the FAQ for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ >Hello ppl, I'm using bahamut ircd (1.8.3) with ircservices 5.0.54 and i get >a strange message: >When someone join a registered channel and he is the only one at that >channel I get the following message: > >[04:54:32] -some.server.com:#channel- *** Notice -- TS for #channel changed >from 1127692469 to 1127683314 >[04:54:32] * services.server.com sets mode: -o dem >[04:54:32] * services.server.com sets mode: +o dem >[04:54:32] * ChanServ sets mode: +ntr-o dem > >and in wallops: > >-some.server.com- *** Notice -- Server services.server.com setting +o and >blasting TS on #channel > >Services shouldn't give op to dem while he has not access on that channel >and he is not an oper (even if chanserv removes it right after) > >I'm not sure if this is normal or not that's why i'm sending this >thanks > >_________________________________________________________________ >Don't just search. Find. Check out the new MSN Search! >http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://lists.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Sep 26 12:58:36 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Sep 25 21:03:35 2005 Subject: [IRCServices] Services 5.0.55 released Message-ID: <4337730e.66564@msgid.achurch.org> Services 5.0.55 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) b31dec0ffb651d1e674c66d15f606023 ircservices-5.0.55.tar.gz 08faadb99061b7ba8b9eb49eb5bb75ca ircservices-5.0.55.diff.gz 9247128f691cfa7c85d2fc093a4b6b4d ircservices-5.0.55-1.i386.rpm a2cefe0e5fd978b8e4cf404280b0d549 ircservices_5.0.55-1_i386.deb The mirrors should have it shortly. This is a maintenance release to address a couple of minor issues (the "rare bug" with regard to voice status is the case where a +o user sends a -o+hv for himself and Services doesn't cancel the -v, and has no implications for ordinary use). Upgrade at your leisure. Changes in version 5.0.55 ------------------------- 2005/09/26 Added documentation on CSSetChannelTime configuration option. 2005/08/25 Fixed rare bug allowing users to gain voice status improperly. Reported by Anton Wolkov 2005/08/23 Added "authed" callback for newly-authorized nicknames. Suggested by Robin Burchell --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Sep 26 14:08:37 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Sep 25 22:11:19 2005 Subject: [IRCServices] Feature request: services ignore / flag command / triggers In-Reply-To: <20050717075502.0AF4AC0FB32@sakura.ian-justman.com> Message-ID: <433782eb.16374@msgid.achurch.org> >*] SERVICES IGNORE: I'm looking into improving the ignore system for 5.1. I may or may not add manual ignore commands, but you can always /kill troublemakers. >*] FLAG COMMAND I've always held that this sort of thing should be taken care of outside of Services, so I don't plan to add such a command. >*] SPECIFIC TRIGGERS: It's my intention that auto-ignore should take care of problems like this; I don't like the complexity that manually-settable triggers on individual commands would add. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Mon Sep 26 03:59:48 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Sep 26 04:00:04 2005 Subject: [IRCServices] Strange message with TS In-Reply-To: <4337630d.70531@msgid.achurch.org> References: <4337630d.70531@msgid.achurch.org> Message-ID: <4337D4A4.8070003@gmail.com> This may (or may not) be a related issue, and I only remember seeing it when I was back playing with 5.0.29, but still thought I'd mention it. Services synched to my testnet, I was in a registered channel, I was set -o+o by Services' server, which is all fine and good, eh, I can't exactly remember what happened (got a log of it someplace) but basically, I ended up with ops. I was a registered nick, but not identified. Is this an issue that has been fixed/whatever? If not, let me know and I'll go dig up that log I meant to send to this list like, around the time of 5.0.29.. :p Andrew Church wrote: > The -o/+o and TS change is a result of enabling the CSSetChannelTime > option in your configuration file (modules.conf). The -o/+o, in > particular, is not generated directly by Services, but is an artifact of > the way your IRC server handles the TS update: the user already has ops > from being the first user in the channel, but when Services sends a TS > change, your IRC server blindly clears all modes (including ops) from the > channel before noticing that Services didn't actually request the user's > ops to be cleared, and then sends out a +o to correct its mistake. So > technically, this is a bug (or at least an annoyance) in your IRC server. > > Thus, the -o/+o is harmless, but if it bothers you, disable > CSSetChannelTime in modules.conf. > > This information has been added to the manual and the FAQ for the next > release. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > From surreal.w00t at gmail.com Mon Sep 26 04:46:33 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Sep 26 04:46:52 2005 Subject: [IRCServices] Small website issue. Message-ID: <4337DF99.5020903@gmail.com> Hi, Went to download the diff for 5.0.55 for my testnet, went to http://www.ircservices.esper.net/download.html and noticed that one of the download links still points to .za.net, which naturally, doesn't work. Just thought I'd give you guys a heads up :) Ta, w00t. From achurch at achurch.org Mon Sep 26 20:49:46 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Sep 26 04:50:02 2005 Subject: [IRCServices] Small website issue. In-Reply-To: <4337DF99.5020903@gmail.com> Message-ID: <4337e063.45274@msgid.achurch.org> >Went to download the diff for 5.0.55 for my testnet, went to >http://www.ircservices.esper.net/download.html and noticed that one of >the download links still points to .za.net, which naturally, doesn't work. Oops, silly mistake... fixed, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Mon Sep 26 20:50:34 2005 From: achurch at achurch.org (Andrew Church) Date: Mon Sep 26 04:52:37 2005 Subject: [IRCServices] Strange message with TS In-Reply-To: <4337D4A4.8070003@gmail.com> Message-ID: <4337e0fe.46732@msgid.achurch.org> >This may (or may not) be a related issue, and I only remember seeing it >when I was back playing with 5.0.29, but still thought I'd mention it. > >Services synched to my testnet, I was in a registered channel, I was set >-o+o by Services' server, which is all fine and good, eh, I can't >exactly remember what happened (got a log of it someplace) but >basically, I ended up with ops. I was a registered nick, but not identified. Since you got a -o, I assume you had +o in the first place, so this isn't a problem. It's almost certainly the same cause--the only time (IIRC) Services sends out mode changes as the server is when it's setting channel TS, and even then it's not really a mode change, it's an SJOIN with the current channel modes. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Mon Sep 26 04:58:25 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Sep 26 04:58:40 2005 Subject: [IRCServices] Strange message with TS In-Reply-To: <4337e0fe.46732@msgid.achurch.org> References: <4337e0fe.46732@msgid.achurch.org> Message-ID: <4337E261.6010004@gmail.com> Andrew Church wrote: > Since you got a -o, I assume you had +o in the first place, so this > isn't a problem. It's almost certainly the same cause--the only time (IIRC) > Services sends out mode changes as the server is when it's setting channel > TS, and even then it's not really a mode change, it's an SJOIN with the > current channel modes. That as may be, but the issue that worried me was that I got to keep the ops in that channel-- I was still opped after Services started fiddling. Minor, but still. I'll try find the log when I get offline (and back to my normal machine) and send it over tomorrow. As an aside, I remember that when I then cycled the channel, +o was removed properly. From surreal.w00t at gmail.com Mon Sep 26 20:44:46 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Mon Sep 26 20:45:04 2005 Subject: [IRCServices] Strange message with TS In-Reply-To: <4337e0fe.46732@msgid.achurch.org> References: <4337e0fe.46732@msgid.achurch.org> Message-ID: <4338C02E.50400@gmail.com> Andrew Church wrote: Belay that, I can't find the logfile, so I guess there's not much point persuing it for now. I'll try reproduce, but don't hold your breath :) Thanks for the auth callback in .55 by the way, seems to work like a charm - once I remembered to hook into nickserv/mail-auth rather than nickserv/main.. :p From webmaster at e-divx.at Fri Oct 7 04:41:42 2005 From: webmaster at e-divx.at (webmaster@e-divx.at) Date: Fri Oct 7 04:42:11 2005 Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD Message-ID: <200510071141.j97Bfg2C023143@nitweb3.nit.at> Hey! I've used bahamut as IRC server before, which worked fine with the ircservices. Now I will use UnrealIRCD instead of bahamut. I've configured UnrealIRCD and made some changes in the ircservices-config. The problem is, that ircservices can't connect to UnrealIRCD and I've absolutly no idea what the problem is. I got the following messages in ircservices.log: --- [Oct 06 12:44:03.099500 2005] Initiated connection to 127.0.0.1:6667 [Oct 06 12:44:03.099881 2005] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 VHP VL NOQUIT UMODE2 TOKEN NICKIP [Oct 06 12:44:03.099985 2005] debug: Sent: PASS :xxxxx [Oct 06 12:44:03.100097 2005] debug: Sent: SERVER at-vie01a-mirror02.chello.at 1 :U0-*-2 Services for IRC Networks [Oct 06 12:44:40.299812 2005] FATAL: Remote server returned: ERROR :Closing Link: [127.0.0.1] (Ping timeout) --- ircservices and UnrealIRCD run on the same machine and ircservices should connect to port 6667. I'm using the newest version of UnrealIRCD and ircservices. w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please. thx, scrat From surreal.w00t at gmail.com Fri Oct 7 05:54:32 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Fri Oct 7 05:54:58 2005 Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD In-Reply-To: <200510071141.j97Bfg2C023143@nitweb3.nit.at> References: <200510071141.j97Bfg2C023143@nitweb3.nit.at> Message-ID: <43467008.7080106@gmail.com> webmaster@e-divx.at wrote: > w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please. Yeah, I'm not 100% sure on this - but I seem to remember somebody else having the same problem, and finding there was an option related to pings or something? With exams next week, I've not really had much 'extra' time to do digging through conf files without much reason, so sorry if I'm stepping on anyone's toes. Andy, if I'm right on this, it might be an idea to FAQ-erize it, as I've seen a few people stuck with similar errors to this now. From admin at epicirc.net Sat Oct 8 10:46:15 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Sat Oct 8 10:47:01 2005 Subject: [IRCServices] Mlock problem. Message-ID: <20051008174644.BEC8FE907B8@sakura.ian-justman.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3049 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/08ae67c3/smime.bin From vonitsa_net at yahoo.gr Sat Oct 8 14:38:16 2005 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 8 14:38:27 2005 Subject: [IRCServices] Mlock problem. Message-ID: <20051008213816.92610.qmail@web31413.mail.mud.yahoo.com> Have u tried to restart services? I had the same problem before. Restart services and normally it will be fixed. mabie its just a desync. --- ircservices-bounces@ircservices.esper.net wrote: > I have a question for one of my channels they have tried to enable Mlock and > have been unable to get it to work. It shows that its set, but doesn't > work. > > [12:38pm] -ChanServ- Information for channel #xxxx: > [12:38pm] -ChanServ- Founder: XXXXXXXX > [12:38pm] -ChanServ- Description: Description. > [12:38pm] -ChanServ- Registered: Feb 21 17:16:59 2005 > [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005 > [12:38pm] -ChanServ- Options: Topic Retention, Private, Secure Ops, Secure, > Enforce > [12:38pm] -ChanServ- Mode lock: +mnstl > [12:38pm] -ChanServ- For more information, type: /msg ChanServ INFO #xxxx > ALL > > Works fine for other channels on the network but not for this one. > > Here is an example of what happens when a normal op changes modes: > > [12:45pm] me sets mode: +pi-smnt > [12:45pm] me sets mode: -l+k sdsds > > Chanserv never undos this change. > > Thanks for the help, > > XanaX > EpicIRC Sr. Network Admin. > ------------ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Dionisios K. - ToXiC On HellenicNet From admin at epicirc.net Sat Oct 8 15:03:54 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Sat Oct 8 15:04:12 2005 Subject: [IRCServices] Mlock problem. In-Reply-To: <20051008213816.92610.qmail@web31413.mail.mud.yahoo.com> Message-ID: <20051008220409.C3BBEE907D2@sakura.ian-justman.com> Hm no I havent tried that. It works fine in other channels. I hate to restart services though, but I guess its worth a shot. Ill get back to you. -----Original Message----- From: Dionisios K. [mailto:vonitsa_net@yahoo.gr] Sent: Saturday, October 08, 2005 4:38 PM To: admin@epicirc.net; ircservices@ircservices.esper.net Subject: Re: [IRCServices] Mlock problem. Have u tried to restart services? I had the same problem before. Restart services and normally it will be fixed. mabie its just a desync. --- ircservices-bounces@ircservices.esper.net wrote: > I have a question for one of my channels they have tried to enable Mlock and > have been unable to get it to work. It shows that its set, but doesn't > work. > > [12:38pm] -ChanServ- Information for channel #xxxx: > [12:38pm] -ChanServ- Founder: XXXXXXXX [12:38pm] -ChanServ- > Description: Description. > [12:38pm] -ChanServ- Registered: Feb 21 17:16:59 2005 > [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005 [12:38pm] > -ChanServ- Options: Topic Retention, Private, Secure Ops, Secure, > Enforce > [12:38pm] -ChanServ- Mode lock: +mnstl [12:38pm] -ChanServ- For more > information, type: /msg ChanServ INFO #xxxx > ALL > > Works fine for other channels on the network but not for this one. > > Here is an example of what happens when a normal op changes modes: > > [12:45pm] me sets mode: +pi-smnt > [12:45pm] me sets mode: -l+k sdsds > > Chanserv never undos this change. > > Thanks for the help, > > XanaX > EpicIRC Sr. Network Admin. > ------------ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Dionisios K. - ToXiC On HellenicNet -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3049 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/91cd683a/smime.bin From admin at epicirc.net Sat Oct 8 15:09:22 2005 From: admin at epicirc.net (EpicIRC Administration) Date: Sat Oct 8 15:09:32 2005 Subject: [IRCServices] Mlock problem. In-Reply-To: <20051008220409.C3BBEE907D2@sakura.ian-justman.com> Message-ID: <20051008220931.1C8DAE907D2@sakura.ian-justman.com> Yup that fixed the problem. Kind of strange, but thanks for the help! -----Original Message----- From: EpicIRC Administration [mailto:admin@epicirc.net] Sent: Saturday, October 08, 2005 5:04 PM To: ircservices@ircservices.esper.net Subject: RE: [IRCServices] Mlock problem. Hm no I havent tried that. It works fine in other channels. I hate to restart services though, but I guess its worth a shot. Ill get back to you. -----Original Message----- From: Dionisios K. [mailto:vonitsa_net@yahoo.gr] Sent: Saturday, October 08, 2005 4:38 PM To: admin@epicirc.net; ircservices@ircservices.esper.net Subject: Re: [IRCServices] Mlock problem. Have u tried to restart services? I had the same problem before. Restart services and normally it will be fixed. mabie its just a desync. --- ircservices-bounces@ircservices.esper.net wrote: > I have a question for one of my channels they have tried to enable Mlock and > have been unable to get it to work. It shows that its set, but doesn't > work. > > [12:38pm] -ChanServ- Information for channel #xxxx: > [12:38pm] -ChanServ- Founder: XXXXXXXX [12:38pm] -ChanServ- > Description: Description. > [12:38pm] -ChanServ- Registered: Feb 21 17:16:59 2005 > [12:38pm] -ChanServ- Last used: Oct 08 12:38:12 2005 [12:38pm] > -ChanServ- Options: Topic Retention, Private, Secure Ops, Secure, > Enforce > [12:38pm] -ChanServ- Mode lock: +mnstl [12:38pm] -ChanServ- For more > information, type: /msg ChanServ INFO #xxxx > ALL > > Works fine for other channels on the network but not for this one. > > Here is an example of what happens when a normal op changes modes: > > [12:45pm] me sets mode: +pi-smnt > [12:45pm] me sets mode: -l+k sdsds > > Chanserv never undos this change. > > Thanks for the help, > > XanaX > EpicIRC Sr. Network Admin. > ------------ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices Dionisios K. - ToXiC On HellenicNet -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3049 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051008/2ee33a42/smime-0001.bin From achurch at achurch.org Fri Oct 14 18:36:13 2005 From: achurch at achurch.org (Andrew Church) Date: Fri Oct 14 02:46:00 2005 Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD In-Reply-To: <43467008.7080106@gmail.com> Message-ID: <434f7e43.30267@msgid.achurch.org> >> w00t, from the UnrealIRCD.com forums told me that there's maybe a rather obscure option in the ircservices config which I have to enable and I should post to this mailing list. So I hope that you guys can help me, please. > >Yeah, I'm not 100% sure on this - but I seem to remember somebody else >having the same problem, and finding there was an option related to >pings or something? There was a similar problem report on the list a few months back (2005/7/10), but no replies, and I never found anything that looked like it could be a problem. Given that this seems to be a rare occurrence, my gut instinct is that somewhere between Services and Unreal the linefeeds are getting mangled, resulting in Unreal not finding the SERVER message and replying, but I have no idea where this could be happening, and without a packet dump I can't even check whether that's really the case or not in the first place. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Fri Oct 14 02:54:42 2005 From: surreal.w00t at gmail.com (Robin Burchell) Date: Fri Oct 14 02:55:15 2005 Subject: [IRCServices] Problem with IRCservices connection to UnrealIRCD In-Reply-To: <434f7e43.30267@msgid.achurch.org> References: <434f7e43.30267@msgid.achurch.org> Message-ID: <434F8062.3070409@gmail.com> Andrew Church wrote: > There was a similar problem report on the list a few months back > (2005/7/10), but no replies, and I never found anything that looked like it > could be a problem. Given that this seems to be a rare occurrence, my gut > instinct is that somewhere between Services and Unreal the linefeeds are > getting mangled, resulting in Unreal not finding the SERVER message and > replying, but I have no idea where this could be happening, and without a > packet dump I can't even check whether that's really the case or not in the > first place. Without it being reproducable at all, I simply have no idea.. I've snapped a copy of .54 up and running in no time, same with .55 - both with no problems. If I ever run into it though, I'll see what I can pull up. From surreal.w00t at gmail.com Sun Oct 23 19:48:20 2005 From: surreal.w00t at gmail.com (w00t) Date: Sun Oct 23 19:48:46 2005 Subject: [IRCServices] Some pseudoclients send incorrect 318 numeric. Message-ID: Apologies if this comes in HTML form or anything, I'm not able to connect at home. Ergo, this is also a bit more brief than I had previously intended as I'm not able to get my debug output etc from home :) Anyhow, on to the report. Some pseudoclients send an incorrect 381 numeric: :services.blah.blah 381 End of /WHOIS as opposed to something like :services.blah.blah 381 w00t ChanServ :End of /WHOIS (excuse me if I get that wrong.) >From memory, affected services are ChanServ, MemoServ, HelpServ. There may be more, and I'm not sure if HelpServ was :p can't remember. Thanks. --w00t From admin at vonitsanet.gr Wed Oct 26 03:00:33 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Wed Oct 26 03:01:08 2005 Subject: [IRCServices] translate services Message-ID: <001501c5da14$1ccac8e0$331405d5@server> hello there. I want some information about translating ircservices to the greek language. What editor i can use on windows XP and any other useful information. From martin at rodecker.nl Wed Oct 26 03:09:40 2005 From: martin at rodecker.nl (Martin Pels) Date: Wed Oct 26 03:09:48 2005 Subject: [IRCServices] translate services In-Reply-To: <001501c5da14$1ccac8e0$331405d5@server> References: <001501c5da14$1ccac8e0$331405d5@server> Message-ID: <3024.2001:610:108:45:211:43ff:fe12:add5.1130321380.squirrel@webmail.rodecker.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, October 26, 2005 12:00, Dionisios K. said: > hello there. > I want some information about translating ircservices to the greek > language. > What editor i can use on windows XP and any other useful information. > en_us.l is the file you want to copy and edit. Any editor will do, as long as it doesn't insert Windows-style linebreaks. There are also plenty of tools available (e.g. dos2unix) to remove these linebreaks after you're done editing. Good luck :-) Grtz, Martin > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDX1XkS4/1OagNDM4RAnBDAJ9WNuVf1AgbPeaR8jgrzoOUOwd43wCglIKN VkUW232CdY+AgnZGVt2R4ZQ= =B79s -----END PGP SIGNATURE----- From achurch at achurch.org Wed Oct 26 23:20:50 2005 From: achurch at achurch.org (Andrew Church) Date: Wed Oct 26 07:21:16 2005 Subject: [IRCServices] Some pseudoclients send incorrect 318 numeric. In-Reply-To: Message-ID: <435f90ce.10042@msgid.achurch.org> >Some pseudoclients send an incorrect 381 numeric: > >:services.blah.blah 381 End of /WHOIS Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Wed Oct 26 16:09:08 2005 From: surreal.w00t at gmail.com (w00t) Date: Wed Oct 26 16:09:20 2005 Subject: [IRCServices] translate services In-Reply-To: <001501c5da14$1ccac8e0$331405d5@server> References: <001501c5da14$1ccac8e0$331405d5@server> Message-ID: I use crimson editor myself, don't know how useful it'd be for services language files though, not sure on the technical details :) On 10/26/05, Dionisios K. wrote: > hello there. > I want some information about translating ircservices to the greek language. > What editor i can use on windows XP and any other useful information. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- --w00t From surreal.w00t at gmail.com Mon Oct 31 17:05:20 2005 From: surreal.w00t at gmail.com (w00t) Date: Mon Oct 31 17:05:37 2005 Subject: [IRCServices] NS DROP warning? Message-ID: A thought I had recently after dropping my nickname by accident a few months back.. Perhaps on the 'confirm' message for NS DROP, it should have a reminder it *doesn't* do the same thing as UNLINK? Sounds silly, I know - but I managed to drop mine, and I've heard of two other cases of this happening. From Craig at frostycoolslug.com Wed Nov 2 17:08:58 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Nov 2 17:09:24 2005 Subject: [IRCServices] Couple of Security Feature requests.. Message-ID: <4369632A.5020705@frostycoolslug.com> Kinda simple really, Had a user who's recently been annoying, resulting in a network ban, this got the staff talking about possible evasion techniques.. Firstly, we've forbidden his nicknames, i may have to recheck the docs on this one, but if it doesn't already exist, can services provide a wallops when someone attempts to USE a forbidden nickname? (That one can be made into a module easily enough, other people may like it so it would probably be better in the core) Secondly, a way to ban use of email addresses, and again, alert opers if someone attempts to use it. These would help crack down on people attempting to evade bans, as they could be spotted easily :) Thanks. -- Craig McLure From admin at vonitsanet.gr Fri Nov 4 12:27:54 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Nov 4 12:29:10 2005 Subject: [IRCServices] SET founder Message-ID: <000501c5e17e$40fc69a0$472005d5@server> I think that services should send a global notice when a services admin changes the founder of a channel. From stratus at blazeirc.net Fri Nov 4 13:16:48 2005 From: stratus at blazeirc.net (Jim Stratus) Date: Fri Nov 4 13:19:09 2005 Subject: [IRCServices] SET founder References: <000501c5e17e$40fc69a0$472005d5@server> Message-ID: <000e01c5e185$11580bd0$c2db7286@noteryan> Why? ----- Original Message ----- From: "Dionisios K." To: Sent: Friday, November 04, 2005 1:27 PM Subject: [IRCServices] SET founder >I think that services should send a global notice when a services admin > changes the founder of a channel. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices From QuietFinn at myrealbox.com Fri Nov 4 13:53:58 2005 From: QuietFinn at myrealbox.com (QuietFinn) Date: Fri Nov 4 13:54:14 2005 Subject: [IRCServices] SET founder In-Reply-To: <000e01c5e185$11580bd0$c2db7286@noteryan> Message-ID: I think this is again one of those many cases where someone who is not really trusted has got Services Admin access. In fact I have seen "networks" where half of the opers have been Services Roots, and the rest "just" Services Admins. So for *that* kind of networks I suppose it's very good if services send a global notice when the Services Admins do about *anything*. quietFinn > > Why? > ----- Original Message ----- > From: "Dionisios K." > To: > Sent: Friday, November 04, 2005 1:27 PM > Subject: [IRCServices] SET founder > > > >I think that services should send a global notice when a services admin > > changes the founder of a channel. > > > > > > ------------------------------------------------------------------ > > 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 Nov 4 16:33:35 2005 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Nov 4 16:33:53 2005 Subject: [IRCServices] SET founder References: <000501c5e17e$40fc69a0$472005d5@server> <000e01c5e185$11580bd0$c2db7286@noteryan> Message-ID: <001601c5e1a0$912c8c80$082105d5@server> When a services admin uses /cs set #chan password as a services admin and not as founder services informs all the opers about this with globops. So if i want not to inform about a set pass i can just change the founder of the channel to me and then "normally" /cs set #chan paassword. This is the logic of the whole thing. PS: the point is NOT that i dont trust my admins. The point is that the "set $chan founder" command is similar to "set #chan password" ( the 2 commands that only a founder can execute). So if for the first command a globops is sent out why not to the second command? ----- Original Message ----- From: "Jim Stratus" To: "IRC Services General Mailing List" Sent: Friday, November 04, 2005 11:16 PM Subject: Re: [IRCServices] SET founder > Why? > ----- Original Message ----- > From: "Dionisios K." > To: > Sent: Friday, November 04, 2005 1:27 PM > Subject: [IRCServices] SET founder > > >>I think that services should send a global notice when a services admin >>changes the founder of a >>channel. ------------------------------------------------------------------ >> 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 xxx.coder at gmail.com Sat Nov 5 05:32:02 2005 From: xxx.coder at gmail.com (ongeboren) Date: Sat Nov 5 05:32:10 2005 Subject: [IRCServices] SET founder In-Reply-To: <001601c5e1a0$912c8c80$082105d5@server> References: <000501c5e17e$40fc69a0$472005d5@server> <000e01c5e185$11580bd0$c2db7286@noteryan> <001601c5e1a0$912c8c80$082105d5@server> Message-ID: it should be sent out for the second command aswel. /* personal experience from a 35K+ users network */ On 11/5/05, Dionisios K. wrote: > When a services admin uses /cs set #chan password as a services admin and > not as founder services informs all the opers about this with globops. > So if i want not to inform about a set pass i can just change the founder of > the channel to me and then "normally" /cs set #chan paassword. > > This is the logic of the whole thing. > > PS: the point is NOT that i dont trust my admins. > The point is that the "set $chan founder" command is similar to "set #chan > password" ( the 2 commands that only a founder can execute). > So if for the first command a globops is sent out why not to the second > command? > > ----- Original Message ----- > From: "Jim Stratus" > To: "IRC Services General Mailing List" > Sent: Friday, November 04, 2005 11:16 PM > Subject: Re: [IRCServices] SET founder > > > > Why? > > ----- Original Message ----- > > From: "Dionisios K." > > To: > > Sent: Friday, November 04, 2005 1:27 PM > > Subject: [IRCServices] SET founder > > > > > >>I think that services should send a global notice when a services admin > >>changes the founder of a > >>channel. ------------------------------------------------------------------ > >> 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 > -- Evlogi Petrov - ongeboren@UniBG From achurch at achurch.org Sun Nov 6 11:22:27 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Nov 5 18:43:25 2005 Subject: [IRCServices] SET founder In-Reply-To: <001601c5e1a0$912c8c80$082105d5@server> Message-ID: <436d6dc6.07644@msgid.achurch.org> >When a services admin uses /cs set #chan password as a services admin and >not as founder services informs all the opers about this with globops. >So if i want not to inform about a set pass i can just change the founder of >the channel to me and then "normally" /cs set #chan paassword. > >This is the logic of the whole thing. This is a good point. What Services should really do is send a wallops on any such use of servadmin privileges (if the appropriate configuration option is set), but I'll wait for 5.1 to do a proper implementation of that. In the meantime, all founder changes, whether by a servadmin or not, are logged to the logfile; if you also want wallops for servadmin changes, the following patch (not tested) to 5.0.55 should do the job. --Andrew Church achurch@achurch.org http://achurch.org/ --------------------------------------------------------------------------- Index: modules/chanserv/set.c =================================================================== RCS file: /var/local/cvsroot/ircservices/modules/chanserv/set.c,v retrieving revision 2.42.2.5 diff -u -r2.42.2.5 set.c --- modules/chanserv/set.c 13 Aug 2005 04:13:10 -0000 2.42.2.5 +++ modules/chanserv/set.c 6 Nov 2005 02:41:55 -0000 @@ -196,6 +196,10 @@ notice_lang(s_ChanServ, u, CHAN_SET_FOUNDER_TOO_MANY_CHANS, param); return; } + if (!is_founder(u, ci) && WallSetpass) { + wallops(s_ChanServ, "\2%s\2 set founder as Services admin for " + "channel \2%s\2", u->nick, ci->name); + } uncount_chan(ci); oldngi = get_ngi_id(ci->founder); module_log("Changing founder of %s from %s to %s by %s!%s@%s", ci->name, From achurch at achurch.org Sun Nov 6 11:46:45 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Nov 5 18:49:32 2005 Subject: [IRCServices] NS DROP warning? In-Reply-To: Message-ID: <436d6f37.07664@msgid.achurch.org> >A thought I had recently after dropping my nickname by accident a few >months back.. Perhaps on the 'confirm' message for NS DROP, it should >have a reminder it *doesn't* do the same thing as UNLINK? > >Sounds silly, I know - but I managed to drop mine, and I've heard of >two other cases of this happening. Such a warning is already sent if you omit the password. If you give the password, it's assumed you're familiar with the new (5.0) syntax and you know what you're doing. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Nov 6 11:50:00 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Nov 5 18:51:24 2005 Subject: [IRCServices] Couple of Security Feature requests.. In-Reply-To: <4369632A.5020705@frostycoolslug.com> Message-ID: <436d6fa7.07700@msgid.achurch.org> >Firstly, we've forbidden his nicknames, i may have to recheck the docs >on this one, but if it doesn't already exist, can services provide a >wallops when someone attempts to USE a forbidden nickname? (That one can >be made into a module easily enough, other people may like it so it >would probably be better in the core) Unless there's significant call for it, a third-party module ought to be sufficient. >Secondly, a way to ban use of email addresses, and again, alert opers if >someone attempts to use it. I'm considering adding configuration options to limit registerable addresses for 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Sun Nov 6 22:05:37 2005 From: surreal.w00t at gmail.com (w00t) Date: Sun Nov 6 22:05:47 2005 Subject: [IRCServices] NS DROP warning? In-Reply-To: <436d6f37.07664@msgid.achurch.org> References: <436d6f37.07664@msgid.achurch.org> Message-ID: If you omit the password, however if you give it a nickname thinking it will drop that nickname.. it just mentions wrong password, making me assume I needed to provide the password to drop a linked nick. On 11/6/05, Andrew Church wrote: > >A thought I had recently after dropping my nickname by accident a few > >months back.. Perhaps on the 'confirm' message for NS DROP, it should > >have a reminder it *doesn't* do the same thing as UNLINK? > > > >Sounds silly, I know - but I managed to drop mine, and I've heard of > >two other cases of this happening. > > Such a warning is already sent if you omit the password. If you give > the password, it's assumed you're familiar with the new (5.0) syntax and > you know what you're doing. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- --w00t From achurch at achurch.org Mon Nov 7 15:35:01 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Nov 6 22:42:07 2005 Subject: [IRCServices] NS DROP warning? In-Reply-To: Message-ID: <436ef731.06425@msgid.achurch.org> >If you omit the password, however if you give it a nickname thinking >it will drop that nickname.. it just mentions wrong password, making >me assume I needed to provide the password to drop a linked nick. If you try "DROP nick pass" (or "DROP pass nick"), it'll still give you an error; if you then try "DROP pass" without thinking to check the help and see why it might be giving you an error, then frankly you deserve what you get. :P But I can accept the argument that giving two parameters should result in "syntax error" rather than "password incorrect"; I'll change that for the next release. --Andrew Church achurch@achurch.org http://achurch.org/ From surreal.w00t at gmail.com Sun Nov 6 23:07:24 2005 From: surreal.w00t at gmail.com (w00t) Date: Sun Nov 6 23:07:33 2005 Subject: [IRCServices] NS DROP warning? In-Reply-To: <436ef731.06425@msgid.achurch.org> References: <436ef731.06425@msgid.achurch.org> Message-ID: Well, I (and other people) just assumed that it added a level of security... but I won't be doing it again :p Thanks. On 11/7/05, Andrew Church wrote: > >If you omit the password, however if you give it a nickname thinking > >it will drop that nickname.. it just mentions wrong password, making > >me assume I needed to provide the password to drop a linked nick. > > If you try "DROP nick pass" (or "DROP pass nick"), it'll still give > you an error; if you then try "DROP pass" without thinking to check the > help and see why it might be giving you an error, then frankly you deserve > what you get. :P But I can accept the argument that giving two parameters > should result in "syntax error" rather than "password incorrect"; I'll > change that for the next release. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- --w00t From achurch at achurch.org Sun Nov 20 08:33:12 2005 From: achurch at achurch.org (Andrew Church) Date: Sat Nov 19 15:34:46 2005 Subject: [IRCServices] Services 5.0.56 released Message-ID: <437fb688.64122@msgid.achurch.org> Services 5.0.56 has been released, and can be downloaded from: http://www.ircservices.za.net/download/ (Japan) ftp://ftp.esper.net/ircservices/ (Western USA) 82ba56e96d7db5b6e59073dc3e5e029f ircservices-5.0.56.tar.gz 5046cc95cc0536e24dfb5fd7bfbe733f ircservices-5.0.56.diff.gz 218137e2cfa0b1624c2cb729d6abdb23 ircservices-5.0.56-1.i386.rpm dba4779adaa16276d7f66edb0f767459 ircservices_5.0.56-1_i386.deb The mirrors should have it shortly. This release addresses the issue raised recently regarding accidental dropping of nicknames through ignorance of the command format (though it's still my position that if you get an unexpected error from a command and don't bother to check the help text for why that error might have happened, you deserve what you get). A couple of minor bugs have also been fixed. For the curious, 5.1 is progressing as well, and an alpha should be out by the end of the year (maybe even by the end of the month, but don't count on it). Changes in version 5.0.56 ------------------------- 2005/11/20 Fixed a bug in StatServ that could cause a crash if StatServ was unloaded with a rehash while Services was running. 2005/11/07 Changed NickServ and ChanServ SET PASSWORD to prevent the use of spaces in passwords. 2005/11/07 The NickServ commands DROP, RECOVER, RELEASE, and GHOST now report a syntax error rather than "password incorrect" when too many parameters are given. (As a result, passwords containing spaces can no longer be used with these commands. Use IDENTIFY followed by SET PASSWORD to set a new password without spaces.) 2005/10/26 Fixed incorrect end-of-/WHOIS responses for several pseudoclients. Reported by Robin Burchell --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Nov 20 20:53:05 2005 From: achurch at achurch.org (Andrew Church) Date: Sun Nov 20 03:58:18 2005 Subject: [IRCServices] 5.0.56: whoops, forgot something Message-ID: <438064d3.30614@msgid.achurch.org> I neglected to mention an important side effect of the changes in password handling introduced in Services 5.0.56. While the NickServ and ChanServ REGISTER commands do not allow spaces in passwords, the SET PASSWORD command did allow them prior to 5.0.56, so it is possible that some people have spaces in their passwords; in this case, commands such as RECOVER and DROP will no longer work. This can be resolved by having the user first identify for the nickname or channel, then use SET PASSWORD to change the password to one that does not contain spaces. (IDENTIFY processing has been left alone for 5.0 for this reason--it will also be changed in 5.1 to report a syntax error if a password with spaces is given.) Apologies for any inconvenience this may cause. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Nov 23 03:16:52 2005 From: achurch at achurch.org (Andrew Church) Date: Tue Nov 22 10:19:13 2005 Subject: [IRCServices] Mailing list issues Message-ID: <4383611a.75045@msgid.achurch.org> Just a quick note: I've had a couple of reports recently of people not being able to send mail to the list, getting an error back from the mail server instead. I'm looking into more permanent solutions, but in the meantime, if you encounter such an error, please send your message to me instead and I'll forward it to the list. Apologies for the inconvenience. --Andrew Church achurch@achurch.org http://achurch.org/ From henti at geekware.co.za Thu Nov 24 05:19:14 2005 From: henti at geekware.co.za (Henti Smith) Date: Thu Nov 24 23:57:19 2005 Subject: [IRCServices] Web interface to services :) Message-ID: <20051124151914.60080705@fmg> hi guys, I'm looking at developing a web interface to services. I have played with the current webpage support on the ircd, but I'm looking for something that I can use for users to use to manipulate services instead of using the irc command interface. this will obviosly be linked to services in some way and I'm trying to understand how the services works so I can best work out how to integrate the web stuff. Would this be the correct place for this or should I ask in the coding list ? Thanks :) -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From fearx at optonline.net Fri Nov 25 03:32:46 2005 From: fearx at optonline.net (Carl) Date: Fri Nov 25 03:33:17 2005 Subject: [IRCServices] How to control the services? Message-ID: <4386F65E.8090507@optonline.net> Hello, I just got the services up and running correctly. Now, I cant figure out how to actually control them, since I'm a services admin, as well as a netadmin. How do I control the services to do what I need, for example, getting Chanserv in the networks support channel and things along those lines. Thanks for the help, Carl From henti at geekware.co.za Fri Nov 25 03:39:54 2005 From: henti at geekware.co.za (Henti Smith) Date: Fri Nov 25 03:40:20 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <4386F65E.8090507@optonline.net> References: <4386F65E.8090507@optonline.net> Message-ID: <20051125133954.6a8312bd@fmg> On Fri, 25 Nov 2005 06:32:46 -0500 Carl wrote: > Hello, hi, > I just got the services up and running correctly. Now, I cant > figure out how to actually control them, since I'm a services admin, > as well as a netadmin. How do I control the services to do what I > need, for example, getting Chanserv in the networks support channel > and things along those lines. you're not being very clear on your needs. Once services is up and running ... provided you have the configs correctly .. you can send commands like "/msg chanserv help commands" to get a full list of commands availible from there you can register and set options on your channel. same for nickserv etc etc H -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From fearx at optonline.net Fri Nov 25 03:42:14 2005 From: fearx at optonline.net (Carl) Date: Fri Nov 25 03:42:43 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <20051125133954.6a8312bd@fmg> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> Message-ID: <4386F896.7050404@optonline.net> Oh, I see, I was just assuming I could control the services without registering and whatnot. Sorry for not being clear, its 7am and I've been up all night :) Thanks. From medice at gmx.at Fri Nov 25 03:44:01 2005 From: medice at gmx.at (Medice) Date: Fri Nov 25 03:44:16 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <4386F65E.8090507@optonline.net> References: <4386F65E.8090507@optonline.net> Message-ID: <4386F901.9010106@gmx.at> Carl wrote: > Hello, > I just got the services up and running correctly. Now, I cant figure > out how to actually control them, since I'm a services admin, as well as > a netadmin. How do I control the services to do what I need, for > example, getting Chanserv in the networks support channel and things > along those lines. > > Thanks for the help, > Carl > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > chanserv does not join any channels. You can "control" either via the configuration files for some part (look at the example-confs what's possible there), or via irc-commands directed to nickserv & Co. There is also documentation-material attached to the ircservices-package. hth Medice From henti at geekware.co.za Fri Nov 25 03:45:41 2005 From: henti at geekware.co.za (Henti Smith) Date: Fri Nov 25 03:46:01 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <4386F896.7050404@optonline.net> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> <4386F896.7050404@optonline.net> Message-ID: <20051125134541.388e31ae@fmg> On Fri, 25 Nov 2005 06:42:14 -0500 Carl wrote: > Oh, I see, I was just assuming I could control the services without > registering and whatnot. As a services administrator you should be able to .. you'll have access to options in all the Serv's which you don't need to register for .. if you can talk to operserv you should be able to get the commands for a services admin ... if I recall .. -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From fearx at optonline.net Fri Nov 25 04:28:17 2005 From: fearx at optonline.net (Carl) Date: Fri Nov 25 04:28:49 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <20051125133954.6a8312bd@fmg> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> Message-ID: <43870361.2090704@optonline.net> Also, is there any way to get the services, mainly Chanserv, to join a channel? From henti at geekware.co.za Fri Nov 25 04:42:23 2005 From: henti at geekware.co.za (Henti Smith) Date: Fri Nov 25 04:43:03 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <43870361.2090704@optonline.net> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> <43870361.2090704@optonline.net> Message-ID: <20051125144223.48c11ff4@fmg> On Fri, 25 Nov 2005 07:28:17 -0500 Carl wrote: > Also, is there any way to get the services, mainly Chanserv, to join > a channel? why would you want that ? H -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From QuietFinn at myrealbox.com Fri Nov 25 04:49:21 2005 From: QuietFinn at myrealbox.com (QuietFinn) Date: Fri Nov 25 04:49:44 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <43870361.2090704@optonline.net> Message-ID: > > Also, is there any way to get the services, mainly Chanserv, to join a > channel? I suggest you read the FAQ here: http://www.ircservices.esper.net/docs/faq.html The answer to your question is here: http://www.ircservices.esper.net/docs/faq.html#E1 /quietFinn From dnb at majestic-liaisons.com Fri Nov 25 04:52:14 2005 From: dnb at majestic-liaisons.com (DeadNotBuried) Date: Fri Nov 25 04:52:39 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <43870361.2090704@optonline.net> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> <43870361.2090704@optonline.net> Message-ID: <438708FE.5060403@majestic-liaisons.com> Carl wrote: > Also, is there any way to get the services, mainly Chanserv, to join a > channel? no (at least not without desyncing services) From Craig at frostycoolslug.com Fri Nov 25 05:20:27 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Fri Nov 25 05:20:25 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <438708FE.5060403@majestic-liaisons.com> References: <4386F65E.8090507@optonline.net> <20051125133954.6a8312bd@fmg> <43870361.2090704@optonline.net> <438708FE.5060403@majestic-liaisons.com> Message-ID: <43870F9B.3050007@frostycoolslug.com> I'll elaborate a bit, Services doesn't know it exists, none of the pseudoclients are stored in the user struct, so in the event that a service DOES join a channel (Generally via /os raw :ChanServ join #channel), the services server will know nothing about it. This can sometimes lead to unexpected results especially if everyone leaves the channel (Services will think the channel is completely empty, when the IRCd is saying "There's one person in here" (hence desync). When someone then joins the channel services will try setting modes and topics which already exist which may lead to problems (Although personally I've never experienced any). You can try it, there shouldn't be any problems, but if something blows up in your face don't say you weren't warned. Also a reminder, /os raw is completely unsupported by anyone because it will generally lead to desyncs :) DeadNotBuried wrote: > Carl wrote: >> Also, is there any way to get the services, mainly Chanserv, to join a >> channel? > > no (at least not without desyncing services) > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > From henti at geekware.co.za Fri Nov 25 06:03:16 2005 From: henti at geekware.co.za (Henti Smith) Date: Fri Nov 25 06:03:39 2005 Subject: [IRCServices] Web interface to services :) In-Reply-To: <20051124151914.60080705@fmg> References: <20051124151914.60080705@fmg> Message-ID: <20051125160316.7c9653be@fmg> On Thu, 24 Nov 2005 15:19:14 +0200 Henti Smith wrote: > this will obviosly be linked to services in some way and I'm trying to > understand how the services works so I can best work out how to > integrate the web stuff. so any ideas on this ... please ... or should I just go ahead and hack it ;P I'm sure there are other that would want something like this ? -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From Craig at frostycoolslug.com Fri Nov 25 06:12:45 2005 From: Craig at frostycoolslug.com (Craig McLure) Date: Fri Nov 25 06:12:35 2005 Subject: [IRCServices] Web interface to services :) In-Reply-To: <20051125160316.7c9653be@fmg> References: <20051124151914.60080705@fmg> <20051125160316.7c9653be@fmg> Message-ID: <43871BDD.20002@frostycoolslug.com> I wouldn't recommend hacking the src, check out the module API, it's more than adequate for what you want to do (we know, we did it :P) Henti Smith wrote: > On Thu, 24 Nov 2005 15:19:14 +0200 > Henti Smith wrote: > >> this will obviosly be linked to services in some way and I'm trying to >> understand how the services works so I can best work out how to >> integrate the web stuff. > > so any ideas on this ... please ... or should I just go ahead and hack > it ;P > > I'm sure there are other that would want something like this ? > From henti at geekware.co.za Fri Nov 25 06:19:36 2005 From: henti at geekware.co.za (Henti Smith) Date: Fri Nov 25 06:20:09 2005 Subject: [IRCServices] Web interface to services :) In-Reply-To: <43871BDD.20002@frostycoolslug.com> References: <20051124151914.60080705@fmg> <20051125160316.7c9653be@fmg> <43871BDD.20002@frostycoolslug.com> Message-ID: <20051125161936.5fc635ef@fmg> On Fri, 25 Nov 2005 14:12:45 +0000 Craig McLure wrote: > I wouldn't recommend hacking the src, check out the module API, it's > more than adequate for what you want to do (we know, we did it :P) heheh ... then I'll have to learn C ;P I was hoping to be able to do something via php or something ... bleh ;P H -- Henti Smith henti@geekware.co.za +27 82 958 2525 http://www.geekware.co.za DISCLAIMER : Unauthorised use of characters, images, sounds, odors, severed limbs, noodles, wierd dreams, strange looking fruit, oxygen, and certain parts of Jupiter are strictly forbidden. If I find you violating, or molesting my property in any way, I will employ a pair of burly convicts to find you, kidnap you, and perform god-awful sexual experiments on you until you lose the ability to sound out vowels. I don't know why you are still reading this, but by doing so you have proven that you have far too much time on your hands, and you should go plant a tree, or read a book or something. - http://www.ctrlaltdel-online.com/ From ron2k at webmail.co.za Fri Nov 25 21:52:02 2005 From: ron2k at webmail.co.za (Kieron Thwaites) Date: Fri Nov 25 21:52:35 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <20051125122850.19751D401C2@sakura.ian-justman.com> References: <20051125122850.19751D401C2@sakura.ian-justman.com> Message-ID: > Also, is there any way to get the services, mainly Chanserv, to join a > channel? No, for reasons mentioned in the FAQ. ___________________________________________________________________ For super low premiums, click here http://www.webmail.co.za/dd.pwm http://www.webmail.co.za the South African FREE email service From surreal.w00t at gmail.com Sat Nov 26 00:43:35 2005 From: surreal.w00t at gmail.com (w00t) Date: Sat Nov 26 00:43:45 2005 Subject: [IRCServices] How to control the services? In-Reply-To: References: <20051125122850.19751D401C2@sakura.ian-justman.com> Message-ID: One (fun) problem with desynching like this involves CS MLOCK #foo +k foo -- if ircd thinks the channel isn't empty, but services does -- if you forget the password, you can no longer CS INVITE yourself past that key (least, I think that's the situation I encountered. Bans is a problem you'd have, also -- as well as mlocking +l and trying to CS INVITE past it.) There is a way around all this (I'm working on it.. :p) but it involves fun fun fun source trickery in a module. On 11/26/05, Kieron Thwaites wrote: > > Also, is there any way to get the services, mainly Chanserv, to join a > > channel? > > No, for reasons mentioned in the FAQ. > ___________________________________________________________________ > For super low premiums, click here http://www.webmail.co.za/dd.pwm > > http://www.webmail.co.za the South African FREE email service > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- --w00t From martin at rodecker.nl Sat Nov 26 08:20:51 2005 From: martin at rodecker.nl (Martin Pels) Date: Sat Nov 26 08:21:30 2005 Subject: [IRCServices] How to control the services? In-Reply-To: References: <20051125122850.19751D401C2@sakura.ian-justman.com> Message-ID: <1133022051.4617.5.camel@manwe> On Sat, 2005-11-26 at 19:43 +1100, w00t wrote: > One (fun) problem with desynching like this involves CS MLOCK #foo +k > foo -- if ircd thinks the channel isn't empty, but services does -- if > you forget the password, you can no longer CS INVITE yourself past > that key (least, I think that's the situation I encountered. Bans is a > problem you'd have, also -- as well as mlocking +l and trying to CS > INVITE past it.) > That's not half as much fun as killing users with pseudoclients, or having services itself (not a pseudclient, but the actual server) join a channel. Yes, I have been playing with operserv raw too much ;-) Never do these things on a production network of course :-P > There is a way around all this (I'm working on it.. :p) but it > involves fun fun fun source trickery in a module. > > On 11/26/05, Kieron Thwaites wrote: > > > Also, is there any way to get the services, mainly Chanserv, to join a > > > channel? > > > > No, for reasons mentioned in the FAQ. > > ___________________________________________________________________ > > For super low premiums, click here http://www.webmail.co.za/dd.pwm > > > > http://www.webmail.co.za the South African FREE email service > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://lists.ircservices.za.net/mailman/listinfo/ircservices > > > > > -- > --w00t > ------------------------------------------------------------------ > 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: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20051126/fd820f78/attachment-0001.pgp From xxx.coder at gmail.com Sat Nov 26 19:19:29 2005 From: xxx.coder at gmail.com (ongeboren) Date: Sat Nov 26 19:20:38 2005 Subject: [IRCServices] How to control the services? In-Reply-To: <1133022051.4617.5.camel@manwe> References: <20051125122850.19751D401C2@sakura.ian-justman.com> <1133022051.4617.5.camel@manwe> Message-ID: I did it on a production network, just to prove the mortals a server can actually join a channel. The fun was twice as much. Btw, just a small note about chanserv joining channels. People from my network (and me partially) are currently working on the ratbox (ircd-ratbox.org) support for ircservices. This ircd has a user flag +D, which is making the client deaf of what is happening in the channels it joins. Advantage of this umode is that it could be used for services that actually do join channels, so that the argument about the high traffic seems to loose its point. On 11/26/05, Martin Pels wrote: > > That's not half as much fun as killing users with pseudoclients, or > having services itself (not a pseudclient, but the actual server) join a > channel. > Yes, I have been playing with operserv raw too much ;-) > > Never do these things on a production network of course :-P > -- Evlogi Petrov - ongeboren@UniBG From surreal.w00t at gmail.com Sun Nov 27 03:06:17 2005 From: surreal.w00t at gmail.com (w00t) Date: Sun Nov 27 03:06:24 2005 Subject: [IRCServices] How to control the services? In-Reply-To: References: <20051125122850.19751D401C2@sakura.ian-justman.com> <1133022051.4617.5.camel@manwe> Message-ID: Yeah, ircu (i believe), inspircd, and Unreal [those two *i know*] have support for a similar usermode. It is doable, just not easily :p On 11/27/05, ongeboren wrote: > I did it on a production network, just to prove the mortals a server > can actually join a channel. The fun was twice as much. > > Btw, just a small note about chanserv joining channels. > People from my network (and me partially) are currently working on the > ratbox (ircd-ratbox.org) support for ircservices. This ircd has a user > flag +D, which is making the client deaf of what is happening in the > channels it joins. Advantage of this umode is that it could be used > for services that actually do join channels, so that the argument > about the high traffic seems to loose its point. > > On 11/26/05, Martin Pels wrote: > > > > That's not half as much fun as killing users with pseudoclients, or > > having services itself (not a pseudclient, but the actual server) join a > > channel. > > Yes, I have been playing with operserv raw too much ;-) > > > > Never do these things on a production network of course :-P > > > > > -- > Evlogi Petrov - ongeboren@UniBG > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices > -- --w00t