From bogus@does.not.exist.com Sat Oct 23 23:09:11 2004 From: bogus@does.not.exist.com () Date: Sat Oct 23 23:09:44 2004 Subject: No subject Message-ID: I'm running UnrealIRCD, 3.1.4-Meadows (will upgrade to 3.2 when a "stable" release is out) -prince ----- Original Message ----- From: "Russell Garrett" To: Sent: Tuesday, October 29, 2002 5:29 PM Subject: RE: [IRCServices Coding] argh problems problems.. > Aaaand what ircd are you running? > > > -----Original Message----- > > From: ircservices-coding-admin@ircservices.za.net > > [mailto:ircservices-coding-admin@ircservices.za.net]On Behalf Of prince > > Sent: 29 October 2002 22:04 > > To: ircservices-coding@ircservices.za.net > > Subject: [IRCServices Coding] argh problems problems.. > > > > > > Alright, I sent an email earlier which caused a lot of arguing > > about IRCd's > > but answered none of my questions. > > > > Services do not add G:Lines upon AKILLs being entered, even though the > > option is ENABLED in modules.conf. > > > > OP/DEOP/PROTECT/DEPROTECT only works in certain channels, even though say > > the levels of these commands in channel #a are the same as in channel #b > > they will work in channel #b but not in channel #a. > > > > OperServ's CLEARMODES command doesn't work, stating my U:lines are > > incorrect. (My U:lines haven't changed from ircservices-4.x to 5.x - my > > U:lines are correct unless I was supposed to change them in some way) > > > > ChanServ's CLEAR command doesn't work, for anything. > > > > ChanServ's MLOCK doesn't work at all. > > > > I do not wish to go back to using a 4.x version of ircservices. Any > > assistence with these problems would be GREATLY appreciated. Thanks! > > > > -prince > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ========= End of Original Message ========= From bogus@does.not.exist.com Sat Oct 23 23:09:11 2004 From: bogus@does.not.exist.com () Date: Sat Oct 23 23:09:44 2004 Subject: No subject Message-ID: I'm using Unreal3.1.4 -and- IRCS 5.0.2 I get this message.. -ChanServ- Sorry, the DEOP command is temporarily unavailable. It shows the same for ANY command I try in the channel... It does not do it in other channels, All other channels work fine.. I have tried dropping the channel, and re-registering it.. i have set the options and modes the same as another channel that works fine... still no luck... i have tried all channel modes on.. and all off.. Still... nothing.... Help please?? Ghozer ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From bogus@does.not.exist.com Sat Oct 23 23:09:11 2004 From: bogus@does.not.exist.com () Date: Sat Oct 23 23:09:45 2004 Subject: No subject Message-ID: Hi, one of my users added thier current "host" to the NickServ access list.. NickServ then asks them to identify up-on re-connection, they do not, and nickserv changes thier nick to GuestXXXXXXX etc.. should NickServ do this if a user has thier host/mask on thie nickserv access list for thier nick? If not, Why did it? I checked the list, and thier current /whois - they have added it right and it is there... thank you ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From bogus@does.not.exist.com Sat Oct 23 23:09:11 2004 From: bogus@does.not.exist.com () Date: Sat Oct 23 23:09:46 2004 Subject: No subject Message-ID: I think the services should have a verbose channel mode so that when someone with access modifies the access list it tells the ops via notice who did it and what they did. This would supplement the opnotice mode and be the same general idea. For an example, please see DalNet (argh, I know, it sucks, but they have quality verbose mode). Here is what I get when an op ads an aop: [12:01am] *ChanServ(@#southpark-episodes)* [VERBOSE] bongboy!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes add Studman2001 Or without the codes, [12:01am] *ChanServ(@#southpark-episodes)* [VERBOSE] bongboy!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes add Studman2001 Any chance on getting that added? It also notices when the akicks are modified and whatnot. ========= End of Original Message ========= From bogus@does.not.exist.com Sat Oct 23 23:09:11 2004 From: bogus@does.not.exist.com () Date: Sat Oct 23 23:09:48 2004 Subject: No subject Message-ID: An Idea... any chance of some sort of built in log/database backup function -- something that makes a daily automatic backup copy of the databases and that day's log (dated), and stuffs it into a designated location (like some other backup dir) or even better, can auto-FTP send it to another machine? I know this is something above and beyond the call of duty for Services, but it would sure make catastrophic failures of the primary machine more bearable... Just a thought... meanwhile, anyone know of a linux utility that can be bent into an automatic FTP send of files to a remote FTP server? Maybe via a script? Thanks Saturn ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ========= End of Original Message ========= From phantom at phntm.nix.org.il Fri Jan 2 09:10:29 2004 From: phantom at phntm.nix.org.il (PHANTOm) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] bugreport, special characters in channel name / httpd db Message-ID: <20040102171124.11C9F17075@snow.fingers.co.za> My IRCd allows characters like + in channel names which in html forms mean space, in the channel list of of services (/chanserv channel list) channels with plus chars go in the links as + and not as %2B and when you access the page (i.e. /chanserv/name+) you get an error: Channel "#name " is not registered. It's likely this issue occurs with other characters too. From ircservices at elric.net Fri Jan 2 14:48:32 2004 From: ircservices at elric.net (Brent DiNicola) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Feature Request: EASY Message-ID: <6.0.1.1.2.20040102164527.01ed6730@mail.elric.net> I would like to ask that you add the channel to the notice for the entrymsg. Currently if I set the entry message to "Welcome" then when I join I will get a notice: -Chanserv- Welcome Could this be modified to include the channel name? For example: -Chanserv- [#MyChannel] Welcome This appears to be 1 line to change in the main.c of chanserv module, maybe like the following from: notice(s_ChanServ, user->nick, "%s", ci->entry_message); to notice(s_ChanServ, user->nick, "[%s] %s", ci->name, ci->entry_message); If there is a better way, please let me know. Thanks Brent From aragon at phat.za.net Fri Jan 2 14:54:20 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Feature Request: EASY In-Reply-To: <6.0.1.1.2.20040102164527.01ed6730@mail.elric.net> References: <6.0.1.1.2.20040102164527.01ed6730@mail.elric.net> Message-ID: <20040102225420.GA37859@phat.za.net> /msg chanserv set #MyChannel entrymsg [#MyChannel] Welcome By enforcing something you're removing flexibility. Maybe some channel owners don't want the channel name appearing in their entry message. As it is now, there's nothing that stops you from adding it manually. But, this is just my opinion... ;) | By Brent DiNicola | [ 2004-01-03 00:50 +0200 ] > I would like to ask that you add the channel to the notice for the entrymsg. > > Currently if I set the entry message to "Welcome" then when I join I will > get a notice: > > -Chanserv- Welcome > > Could this be modified to include the channel name? For example: > > -Chanserv- [#MyChannel] Welcome > > This appears to be 1 line to change in the main.c of chanserv module, maybe > like the following from: > notice(s_ChanServ, user->nick, "%s", ci->entry_message); > to > notice(s_ChanServ, user->nick, "[%s] %s", ci->name, ci->entry_message); > > If there is a better way, please let me know. > > Thanks > > Brent From Craig at chatspike.net Fri Jan 2 14:54:39 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Feature Request: EASY Message-ID: this has been discussed before, and, once again, i agree it will be useful. If this doesnt become an official change, i'm gonna manually code it into my services. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Brent DiNicola * To - ircservices-coding * Sent - 2004-01-02 16:48:00 * Subject - [IRCServices Coding] Feature Request: EASY ****************************************/ /****** - Begin Original Message - ******/ >I would like to ask that you add the channel to the notice for the entrymsg. > >Currently if I set the entry message to "Welcome" then when I join I will >get a notice: > >-Chanserv- Welcome > >Could this be modified to include the channel name? For example: > >-Chanserv- [#MyChannel] Welcome > >This appears to be 1 line to change in the main.c of chanserv module, maybe >like the following from: >notice(s_ChanServ, user->nick, "s", ci->entry_message); >to >notice(s_ChanServ, user->nick, "[s] s", ci->name, ci->entry_message); > >If there is a better way, please let me know. > >Thanks > >Brent > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From Craig at chatspike.net Fri Jan 2 15:13:17 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Feature Request: EASY Message-ID: but what for example, someone did.. /msg chanserv set welcomemsg #blah Channel #main_network_channel has been dropped. you would join a channel and get.. -ChanServ- Channel #main_network_channel has been dropped. someone did that on chatspike, and it scared the bejesus outta us, mainly due to its authentic apperance.. seems kinda dodgy being able to 'fake' chanserv messages like that. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Aragon Gouveia * To - ircservices-coding * Sent - 2004-01-03 00:54:00 * Subject - Re: [IRCServices Coding] Feature Request: EASY ****************************************/ /****** - Begin Original Message - ******/ >/msg chanserv set #MyChannel entrymsg [#MyChannel] Welcome > >By enforcing something you're removing flexibility. Maybe some channel >owners don't want the channel name appearing in their entry message. > >As it is now, there's nothing that stops you from adding it manually. > >But, this is just my opinion... ;) > > >| By Brent DiNicola >| [ 2004-01-03 00:50 +0200 ] >> I would like to ask that you add the channel to the notice for the entrymsg. >> >> Currently if I set the entry message to "Welcome" then when I join I will >> get a notice: >> >> -Chanserv- Welcome >> >> Could this be modified to include the channel name? For example: >> >> -Chanserv- [#MyChannel] Welcome >> >> This appears to be 1 line to change in the main.c of chanserv module, maybe >> like the following from: >> notice(s_ChanServ, user->nick, "s", ci->entry_message); >> to >> notice(s_ChanServ, user->nick, "[s] s", ci->name, ci->entry_message); >> >> If there is a better way, please let me know. >> >> Thanks >> >> Brent >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From achurch at achurch.org Mon Jan 5 12:39:43 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] bugreport, special characters in channel name / httpd db In-Reply-To: <20040102171124.11C9F17075@snow.fingers.co.za> Message-ID: <3ff8dc8b.20000@achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >My IRCd allows characters like + in channel names which in html forms mean space, in the channel list of of services (/chanserv channel list) channels with plus chars go in the links as + and not as %2B and when you access the page (i.e. /chanserv/name+) you get an error: >Channel "#name " is not registered. >It's likely this issue occurs with other characters too. > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Mon Jan 5 12:46:29 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature request: instant messanger fields In-Reply-To: <20031228233401.408B01705B@snow.fingers.co.za> Message-ID: <3ff8de5b.20133@achurch.org> >The memo forward is a useful feature though it is kind of bulky to go >open your mail for 10 bytes of text. >I would like to suggest to add ICQ (and yahoo, msn, AOL too I guess), to >the user group database structure and to add an option on memo/forward to >send the memos to ICQ pager for example. As mentioned on the main list (which is really the proper forum for this, since it's a feature request), you can just use an IM E-mail gateway with MemoServ forwarding, and I'll look into adding a separate forwarding address field. --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at chatspike.net Mon Jan 5 03:24:40 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Re: [IRCServices] nickserv/sendpass problem Message-ID: you probably have one of the encryption modules loaded, if this is the case, its not possible for Chanserv or Nickserv to use 'Sendpass', as the previously mentioned encryption is 'one-way' and cannot be reversed. If you wish to use sendpass, remove the MD5 module. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Emmanuel Poitier * To - ircservices * Sent - 2004-01-05 11:10:00 * Subject - [IRCServices] nickserv/sendpass problem ****************************************/ /****** - Begin Original Message - ******/ >Hi, > >I have compiled the ircservices 5.0.23, and then when I try to launch the >ircservices daemon, I have an error returned : > >[Jan 05 10:52:23.886638 2004] debug: Loading module `nickserv/sendpass' >[Jan 05 10:52:23.888634 2004] nickserv/sendpass: Trapdoor (one-way) >encryption in use; SENDPASS cannot be used >[Jan 05 10:52:23.889173 2004] modules: init_module() failed for >nickserv/sendpass >[Jan 05 10:52:23.889526 2004] Error loading modules, aborting > >I do not see what the problem is, and when I look in the sources, I can see >that the problems is coming from the fact that nickserv is confronted >against a problem with the decrypt function. > >Is someone could help me on this one ? > >Best regards, >Emmanuel Poitier >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices >. /******* - End Original Message - *******/ From phantom at phntm.nix.org.il Mon Jan 5 04:48:15 2004 From: phantom at phntm.nix.org.il (PHANTOm) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature suggestion: httpd dump Message-ID: <20040105124629.37FBB170DD@snow.fingers.co.za> This is probably going to be one of those features that has tons of objections and will take quite a while to make, still, The httpd isn't really apache standard, so why not use apache, plus, some sort of caching would be quite useful for scripts and things like this, I would like to suggest a sub module for httpd that will dump all the htmls from httpd to some folder as files once a command is issued. A command is preferably a signal from shell to be used in crontab or a timer setting. The directory structure should remain as on the httpd or flat (all to one folder). An option to possibly exporting the xml dbase would also be nice but can already be accomplished by -export This would mainly allow scripts like php and cgi to read information about the user (as a weak alternative for mysql) instead of asking the services' httpd to fetch the data up which consumes more time and resources. Development priority of this module should be obviously lower then a mysql backend :) -- PHANTOm. irc.nix.org.il From Craig at chatspike.net Mon Jan 5 05:05:40 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature suggestion: httpd dump Message-ID: who needs a MySQL database? we have managed to do the same thing with some inspired coding, and the current services configuration (reg a nick on irc.chatspike.net, then visit www.chatspike.net log in up the top, and click on 'My ChatSpike' to take a look :)) 'How it works' has already been discussed on this list. However, some of your ideas have merit, and do deserve to be concidered, (except 'using Apache'), although any major changes would need to be made to the XML module itself, it shouldnt require any other source modifications. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - PHANTOm * To - ircservices-coding * Sent - 2004-01-05 14:48:00 * Subject - [IRCServices Coding] feature suggestion: httpd dump ****************************************/ /****** - Begin Original Message - ******/ >This is probably going to be one of those features that has tons of objections and will take quite a while to make, still, >The httpd isn't really apache standard, so why not use apache, plus, some sort of caching would be quite useful for scripts and things like this, >I would like to suggest a sub module for httpd that will dump all the htmls from httpd to some folder as files once a command is issued. >A command is preferably a signal from shell to be used in crontab or a timer setting. >The directory structure should remain as on the httpd or flat (all to one folder). >An option to possibly exporting the xml dbase would also be nice but can already be accomplished by -export >This would mainly allow scripts like php and cgi to read information about the user (as a weak alternative for mysql) instead of asking the services' httpd to fetch the data up which consumes more time and resources. >Development priority of this module should be obviously lower then a mysql backend :) > >-- PHANTOm. irc.nix.org.il > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From achurch at achurch.org Tue Jan 6 08:35:18 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature suggestion: httpd dump In-Reply-To: <20040105124629.37FBB170DD@snow.fingers.co.za> Message-ID: <3ff9f4f7.70343@achurch.org> Just do ircservices -export and parse the XML file. --Andrew Church achurch@achurch.org http://achurch.org/ >This is probably going to be one of those features that has tons of objections and will take quite a while to make, still, >The httpd isn't really apache standard, so why not use apache, plus, some sort of caching would be quite useful for scripts and things like this, >I would like to suggest a sub module for httpd that will dump all the htmls from httpd to some folder as files once a command is issued. >A command is preferably a signal from shell to be used in crontab or a timer setting. >The directory structure should remain as on the httpd or flat (all to one folder). >An option to possibly exporting the xml dbase would also be nice but can already be accomplished by -export >This would mainly allow scripts like php and cgi to read information about the user (as a weak alternative for mysql) instead of asking the services' httpd to fetch the data up which consumes more time and resources. >Development priority of this module should be obviously lower then a mysql backend :) > >-- PHANTOm. irc.nix.org.il > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From andrew at wtfigo.co.uk Tue Jan 6 07:17:40 2004 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Posting to the IRC Services Lists - how to prevent your message bouncing Message-ID: Just a friendly reminder... Posts to either of the IRC Services mailing lists will bounce if: * The address you post from (i.e. the address people see in the From: field) is not subscribed to the list you're posting to. * You CC more than 10 recipients. * You BCC the list. This is the most common problem at the moment. You MUST mail directly to the mailing list. (i.e. put the list's address in the To: field) If a message bounces, fix the problem and repost it. I do not approve bounced mails for later delivery to the list - the sheer volume of traffic I have to deal with does not allow me the time. Thanks, Andrew From suporte at fbnet.org Wed Jan 7 18:54:18 2004 From: suporte at fbnet.org (FBN - Suporte) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] PTLINK DB CONVERTER version ERROR to IRCSERVICES Message-ID: <001701c3d592$b6949c40$0401a8c0@BRITO> Hello, we have a problem here: we have [ PTlink.Services2.23.6 ] and IRCSERVICES 5.0.0 have a PTlink 2.18.x databases CONVERTER. we think PTLINK 2.23.6 and 2.18.x have the same DB estruturation. How can we convert the files ? Thanks, FBN team -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040108/fa97669d/attachment.html From suporte at fbnet.org Thu Jan 8 05:53:28 2004 From: suporte at fbnet.org (FBN - Suporte) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] PTLINK DB CONVERTER version ERROR to IRCSERVICES Message-ID: <001401c3d5ee$d2fc51f0$fb8016d5@BRITO> Hello again, i missed the error report: " [fbn@shell lib]$ ./convert-db +ptlink /home/fbn/db/irc_db Wrong version number on /home/fbn/db/irc_db/nick.db " Thanks, FBN team ------------------------------------------------- Hello, we have a problem here: we have [ PTlink.Services2.23.6 ] and IRCSERVICES 5.0.0 have a PTlink 2.18.x databases CONVERTER. we think PTLINK 2.23.6 and 2.18.x have the same DB estruturation. How can we convert the files ? Thanks, FBN team -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040108/14f600ca/attachment.htm From phantom at nix.org.il Fri Jan 9 05:52:05 2004 From: phantom at nix.org.il (PHANTOm) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature: nickserv high security Message-ID: <20040109135034.1170F1706E@snow.fingers.co.za> Here's another idea that might be useful: Having an additional tag for nickserv set secure, (like "high" or some other name), meaning increased security regulations applied according to which you may only use INDETIFY command if you match an entry from the nickserv access list. Possibly also that under this feature you will still get killed (if set) even if matching an entry in the access list. This should be similar to the hostmask directive under the o:line some ircd's have. PHANTOm From derfy at derfy.net Fri Jan 9 09:02:21 2004 From: derfy at derfy.net (Freddie Agricola) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature: nickserv high security In-Reply-To: <20040109135034.1170F1706E@snow.fingers.co.za> References: <20040109135034.1170F1706E@snow.fingers.co.za> Message-ID: <5intvv8ejs352fgh26b6ijn585efknbnmv@4ax.com> On Fri, 9 Jan 2004 15:52:05 +0200, you wrote: >Here's another idea that might be useful: >Having an additional tag for nickserv set secure, (like "high" or some other name), meaning increased security regulations applied according to which you may only use INDETIFY command if you match an entry from the nickserv access list. >Possibly also that under this feature you will still get killed (if set) even if matching an entry in the access list. >This should be similar to the hostmask directive under the o:line some ircd's have. > >PHANTOm > > So, how do you propose people identify to change the access list? Say(like charter likes to do to me), your 'static' ip changes. From brain at brainbox.winbot.co.uk Sat Jan 10 07:11:13 2004 From: brain at brainbox.winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Re: IRCServices-Coding Digest, Vol 12, Issue 7 Message-ID: <200401101511.i0AFBEr21991@localhost.localdomain> Apart from the still getting killed bit, "/ns set kill immed" will do this. >>Here's another idea that might be useful: >>Having an additional tag for nickserv set secure, (like "high" or some other name), meaning increased security regulations applied according to which you may only use INDETIFY command if you match an entry from the nickserv access list. >>Possibly also that under this feature you will still get killed (if set) even if matching an entry in the access list. >>This should be similar to the hostmask directive under the o:line some ircd's have. >> >>PHANTOm >> >> >So, how do you propose people identify to change the access list? >Say(like charter likes to do to me), your 'static' ip changes. From Craig at chatspike.net Sat Jan 10 07:54:05 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] feature: nickserv high security Message-ID: /ns set kill immed /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - PHANTOm * To - ircservices-coding * Sent - 2004-01-09 15:52:00 * Subject - [IRCServices Coding] feature: nickserv high security ****************************************/ /****** - Begin Original Message - ******/ >Here's another idea that might be useful: >Having an additional tag for nickserv set secure, (like "high" or some other name), meaning increased security regulations applied according to which you may only use INDETIFY command if you match an entry from the nickserv access list. >Possibly also that under this feature you will still get killed (if set) even if matching an entry in the access list. >This should be similar to the hostmask directive under the o:line some ircd's have. > >PHANTOm > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From suporte at fbnet.org Fri Jan 16 09:56:28 2004 From: suporte at fbnet.org (FBN - Suporte) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] DB-CONVERT PROBLEM in XML Message-ID: <003a01c3dc5a$12405840$038016d5@BRITO> De: "FBN - Suporte" Para: Assunto: DB CONVERT ERROR ?? Data: sexta-feira, 16 de Janeiro de 2004 17:51 hi: i'm using PTLINK 2.23.6 STABLE RELEASE and i wanna change to IRCSERVICES: ./convert-db -v +ptlink /home/user/db/nick.db > test.xml Loading nick.db... Loading chan.db... Loading oper.db... Loading akill.db... Loading news.db... Data files successfully loaded. was the db converted ? here said "loaded", not "converted", so i don't know if this was updated. an xml file was created too..but i get only this: -1 -2 -1 32767 1000 -1000 100 50 40 30 -1 -2 0 1 0 1 2 71 81 90 0 0 but if i do this: ./convert-db -v +ptlink /home/user/db > test.xml appears: Loading nick.db... Wrong version number on /home/user/db/nick.db thanks FBN Team From Craig at chatspike.net Fri Jan 16 21:18:47 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] pseudo treatment.. Message-ID: I understand that actions by pseudoclients are ignored by services by design.. however, how easy would it be to code a flag somewhere, or soely into a module that will allow services to treat the pseudo as it would a normal user.. this would open several possibilities for slightly more 'interactive' modules. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From uhc0 at rz.uni-karlsruhe.de Sat Jan 17 03:34:12 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] pseudo treatment.. In-Reply-To: References: Message-ID: <1074339252.4381.5.camel@dreadnought.hadiko.de> Not ignoring the clients services itself is providing does ultimately mean that services shall be parsing its own write buffer. Resulting in that not only recognizing what the result of the RAW command might have done, but also recognizing that the Global has just sent a logon notice to user X, or that ChanServ greeted user Y with the entrymsg, or even that user Z has read the help for AKILL, etc. I tried to give examples of data that services would have to parse and throw away, since unimportant but which is the most biggest part of the IRC data services is generating. Can you imagine what kind of unnecessary slowdown this may generate on a 13k user network? On Sat, 2004-01-17 at 06:18, Craig McLure wrote: > I understand that actions by pseudoclients are ignored by services by design.. however, how easy would it be to code a flag somewhere, or soely into a module that will allow services to treat the pseudo as it would a normal user.. this would open several possibilities for slightly more 'interactive' modules. > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ Slytherin | | ------------------------------------------------------------------ From Craig at chatspike.net Sat Jan 17 07:57:26 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] pseudo treatment.. Message-ID: i see your point, maybe to would in that case to be benificial to have some sort of flag in the module, all the services defaults have that feature switched off, yet the option is there for modules that may require it. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Yusuf Iskenderoglu * To - IRC Services Coding Mailing List * Sent - 2004-01-17 11:34:12 * Subject - Re: [IRCServices Coding] pseudo treatment.. ****************************************/ /****** - Begin Original Message - ******/ >Not ignoring the clients services itself is providing does ultimately >mean that services shall be parsing its own write buffer. > >Resulting in that not only recognizing what the result of the RAW >command might have done, but also recognizing that the Global has just >sent a logon notice to user X, or that ChanServ greeted user Y with the >entrymsg, or even that user Z has read the help for AKILL, etc. > >I tried to give examples of data that services would have to parse and >throw away, since unimportant but which is the most biggest part of the >IRC data services is generating. > >Can you imagine what kind of unnecessary slowdown this may generate on a >13k user network? > >On Sat, 2004-01-17 at 06:18, Craig McLure wrote: >> I understand that actions by pseudoclients are ignored by services by design.. however, how easy would it be to code a flag somewhere, or soely into a module that will allow services to treat the pseudo as it would a normal user.. this would open several possibilities for slightly more 'interactive' modules. >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >-- >------------------------------------------------------------------ >| Yusuf Iskenderoglu | You get to meet all sorts, | >| eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | >| eMail - s_iskend@ira.uka.de | | >| ICQ UIN : 20587464 \ Slytherin | | >------------------------------------------------------------------ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From chat at discoware.com Sun Jan 18 12:06:15 2004 From: chat at discoware.com (=?iso-8859-2?B?VGFt4XMgVmV0cvM=?=) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Fw: I have a new bug. Message-ID: <007201c3ddfe$8d5119c0$6885fea9@trance> ----- Original Message ----- From: TrAnCe To: Sent: Sunday, January 18, 2004 9:05 PM Subject: I have a new bug. If I disable auto-op and autoprotect , The Chanserv don't give +q channel flag for founder. -ChanServ (services@trefort.net)- Information for channel #arczok: -ChanServ (services@trefort.net)- Founder: Toalett-Kacsa -ChanServ (services@trefort.net)- Description: Mi vagyunk az arczok, gondoltad volna? -ChanServ (services@trefort.net)- Registered: Nov 09 03:32:14 2002 CET -ChanServ (services@trefort.net)- Last used: Jan 18 20:38:00 2004 CET -ChanServ (services@trefort.net)- Last topic: /!\ http://scipio.axelero.net/tesco.jpg - Aj?nd?k szesznek ne n?zd a fok?t! | Senginek nem let elv?ve az oppja csak nincs aut?p bely?v?skor!!4 //cs op # $me be?t?s?vel lehett k?rni!4 -ChanServ (services@trefort.net)- Topic set by: wtF -ChanServ (services@trefort.net)- URL: http://www.arczok.hu -ChanServ (services@trefort.net)- E-mail address: abattoir@arczok.hu -ChanServ (services@trefort.net)- Options: Topic Retention, Secure Ops, Enforce -ChanServ (services@trefort.net)- Mode lock: +ntRCS-impskcOAzQKVNGu [20:35:43] ::: Toalett-Kacsa was kicked by wtF (Another one bites the dust...) [20:35:43] ::: Joins: Toalett-Kacsa (abattoir@kiccsavo.hu) [20:35:43] ::: Mode (ChanServ:#Arczok +o Toalett-Kacsa) If the op levels is equal my access levels I will kick the founder. Understand me? To my mind is a bug! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040118/a9775679/attachment.html From chat at discoware.com Sun Jan 18 12:13:29 2004 From: chat at discoware.com (=?iso-8859-2?B?VGFt4XMgVmV0cvM=?=) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] +r user flag Message-ID: <008101c3ddff$92fda040$6885fea9@trance> I like to set , IF the users recognized as owner via access list only , They give +r user flag not just when they recognized as owner via password identification. Do you solution my problem? Thank you: TrAnCe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040118/0705bafe/attachment.htm From Gizm0 at ad2u.gr Sat Jan 24 01:11:19 2004 From: Gizm0 at ad2u.gr (Gizm0) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] +r user flag In-Reply-To: <008101c3ddff$92fda040$6885fea9@trance> References: <008101c3ddff$92fda040$6885fea9@trance> Message-ID: <1074935479.401236b742339@webmail.ad2u.gr> Quoting Tam?s Vetr? : > I like to set , IF the users recognized as owner via access list only , They > give +r user flag not just when they recognized as owner via password > identification. > Do you solution my problem? > > Thank you: > TrAnCe I really don't understand what your problem is... --------- Brain? No route to host... Gizm0.- From ircserv at elric.net Wed Jan 28 09:16:50 2004 From: ircserv at elric.net (Brent DiNicola) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Fwd: Possible bug +r channels Message-ID: <6.0.1.1.2.20040128111630.01f5dff0@mail.elric.net> >Date: Tue, 27 Jan 2004 19:48:24 -0600 >To: "IRC Services General Mailing List" >From: Brent DiNicola >Subject: Possible bug +r channels > >I am using blitzed ircd and ircservices-5.0.27 on my network. Recently we >noticed that >chanserv doesn't set all channels +r upon join. It has the information, >and knows it's a >regged channel but it's not sending +r to the channel. First of all is >this harmful as it >DOES know it's regged and doesn't lose information about the channels.. >and second >of all.. is this a know issue/bug or have I missed something in searching >docs and mailing >list information. > >Here are examples: > >[19:47] * Now talking in #test >[19:47] -> *chanserv* register #test test test >[19:47] Channel #test registered under your nickname: Whitewolf >[19:47] Your channel password is test -- remember it for later use. >[19:47] * ChanServ sets mode: +nt > >Now part the channel and rejoin... > >[19:48] * Now talking in #test >[19:48] * ChanServ sets mode: +nt > >No +r .. this is a plain channel I just regged as you see.. > >Brent From emurphy at sporked.us Wed Jan 28 22:34:44 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Fwd: Possible bug +r channels References: <6.0.1.1.2.20040128111630.01f5dff0@mail.elric.net> Message-ID: <003701c3e631$fd203c00$0100a8c0@sporked.us> Are you sure you're loading the right protocol module? I can't think of anything special that +r does for a channel other than tell users it's registered. Eric ----- Original Message ----- From: "Brent DiNicola" To: "IRC Services General Mailing List" ; Sent: Wednesday, January 28, 2004 12:16 PM Subject: [IRCServices Coding] Fwd: Possible bug +r channels > > >Date: Tue, 27 Jan 2004 19:48:24 -0600 > >To: "IRC Services General Mailing List" > >From: Brent DiNicola > >Subject: Possible bug +r channels > > > >I am using blitzed ircd and ircservices-5.0.27 on my network. Recently we > >noticed that > >chanserv doesn't set all channels +r upon join. It has the information, > >and knows it's a > >regged channel but it's not sending +r to the channel. First of all is > >this harmful as it > >DOES know it's regged and doesn't lose information about the channels.. > >and second > >of all.. is this a know issue/bug or have I missed something in searching > >docs and mailing > >list information. > > > >Here are examples: > > > >[19:47] * Now talking in #test > >[19:47] -> *chanserv* register #test test test > >[19:47] Channel #test registered under your nickname: Whitewolf > >[19:47] Your channel password is test -- remember it for later use. > >[19:47] * ChanServ sets mode: +nt > > > >Now part the channel and rejoin... > > > >[19:48] * Now talking in #test > >[19:48] * ChanServ sets mode: +nt > > > >No +r .. this is a plain channel I just regged as you see.. > > > >Brent > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From rgorman at mysticorb.org Thu Jan 29 06:42:27 2004 From: rgorman at mysticorb.org (Richard Gorman) Date: Sat Oct 23 23:10:13 2004 Subject: [IRCServices Coding] Fwd: Possible bug +r channels References: <6.0.1.1.2.20040128111630.01f5dff0@mail.elric.net> <003701c3e631$fd203c00$0100a8c0@sporked.us> Message-ID: <001e01c3e676$1e84e0a0$6400a8c0@neo> I tested on my network. It +r's just fine. What IRCd? Do you get any server messages about it? Richard ----- Original Message ----- From: "Eric Murphy" To: "IRC Services Coding Mailing List" Sent: Thursday, January 29, 2004 12:34 AM Subject: Re: [IRCServices Coding] Fwd: Possible bug +r channels > Are you sure you're loading the right protocol module? I can't think of > anything special that +r does for a channel other than tell users it's > registered. > > Eric > ----- Original Message ----- > From: "Brent DiNicola" > To: "IRC Services General Mailing List" ; > > Sent: Wednesday, January 28, 2004 12:16 PM > Subject: [IRCServices Coding] Fwd: Possible bug +r channels > > > > > > >Date: Tue, 27 Jan 2004 19:48:24 -0600 > > >To: "IRC Services General Mailing List" > > >From: Brent DiNicola > > >Subject: Possible bug +r channels > > > > > >I am using blitzed ircd and ircservices-5.0.27 on my network. Recently we > > >noticed that > > >chanserv doesn't set all channels +r upon join. It has the information, > > >and knows it's a > > >regged channel but it's not sending +r to the channel. First of all is > > >this harmful as it > > >DOES know it's regged and doesn't lose information about the channels.. > > >and second > > >of all.. is this a know issue/bug or have I missed something in searching > > >docs and mailing > > >list information. > > > > > >Here are examples: > > > > > >[19:47] * Now talking in #test > > >[19:47] -> *chanserv* register #test test test > > >[19:47] Channel #test registered under your nickname: > Whitewolf > > >[19:47] Your channel password is test -- remember it for later > use. > > >[19:47] * ChanServ sets mode: +nt > > > > > >Now part the channel and rejoin... > > > > > >[19:48] * Now talking in #test > > >[19:48] * ChanServ sets mode: +nt > > > > > >No +r .. this is a plain channel I just regged as you see.. > > > > > >Brent > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From Craig at chatspike.net Wed Feb 4 07:47:56 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: I've been working on a module that allows use of sendpass whilst using encrypted passwords (i'll contribute the source to Andy when complete for inclusion in services), it will work by changing the users password, and mailing them that.. but i cant find around other users using it miliciously to aggrovate others.. anyone got any idea on how this can be resolved? thanks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From martinpels at hotmail.com Wed Feb 4 10:08:52 2004 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... References: Message-ID: I'm looking forward to this module. It is what kept us from switching to encrypted passwords. Here's some ideas on the abuse problem: * Only allow usage of the command from hosts that are in the nickname's accesslist * Send the nick!user@host of the user that issued the command in the E-mail (it won't prevent abuse, but at least you'll know who's been playing around) * Give a notice to services operators/admins each time the command is issued * Limit the amount of times the command can be used successively Hope this helps. Grtz, Martin ----- Original Message ----- From: "Craig McLure" To: "ircservices-coding" Sent: Wednesday, February 04, 2004 4:47 PM Subject: [IRCServices Coding] SENDPASS with encryption... > I've been working on a module that allows use of sendpass whilst using encrypted passwords (i'll contribute the source to Andy when complete for inclusion in services), it will work by changing the users password, and mailing them that.. but i cant find around other users using it miliciously to aggrovate others.. > > anyone got any idea on how this can be resolved? thanks :) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From quension at mac.com Wed Feb 4 13:00:30 2004 From: quension at mac.com (Trevor Talbot) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... In-Reply-To: Message-ID: <2A801557-5755-11D8-B945-0003938D6866@mac.com> On Wednesday, Feb 4, 2004, at 07:47 US/Pacific, Craig McLure wrote: > I've been working on a module that allows use of sendpass whilst using > encrypted passwords (i'll contribute the source to Andy when complete > for inclusion in services), it will work by changing the users > password, and mailing them that.. but i cant find around other users > using it miliciously to aggrovate others.. Copy DALnet. No more than 1 automatically generated email to a given address per N hours (large N), also have a SET NOSENDPASS command to use, at the cost of being SOL if they lose a password. -- Quension From emurphy at sporked.us Wed Feb 4 13:05:03 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... In-Reply-To: References: Message-ID: <1075928703.1958.91.camel@server.sporked.us> Possibly make it somewhat like the mail auth... User does something like /msg nickserv sendpass then nickserv sends the users registered email a random code then the user takes the code and does /msg nickserv [some command] code (possibly identify?) then nickserv lets them use /msg nickserv set password as though they were identified. Eric On Wed, 2004-02-04 at 13:08, Martin Pels wrote: > I'm looking forward to this module. It is what kept us from switching to > encrypted passwords. > > Here's some ideas on the abuse problem: > * Only allow usage of the command from hosts that are in the nickname's > accesslist > * Send the nick!user@host of the user that issued the command in the E-mail > (it won't prevent abuse, but at least you'll know who's been playing around) > * Give a notice to services operators/admins each time the command is issued > * Limit the amount of times the command can be used successively > > Hope this helps. > > Grtz, > Martin > > ----- Original Message ----- > From: "Craig McLure" > To: "ircservices-coding" > Sent: Wednesday, February 04, 2004 4:47 PM > Subject: [IRCServices Coding] SENDPASS with encryption... > > > > I've been working on a module that allows use of sendpass whilst using > encrypted passwords (i'll contribute the source to Andy when complete for > inclusion in services), it will work by changing the users password, and > mailing them that.. but i cant find around other users using it miliciously > to aggrovate others.. > > > > anyone got any idea on how this can be resolved? thanks :) > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From aragon at phat.za.net Wed Feb 4 13:08:25 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... In-Reply-To: References: Message-ID: <20040204210825.GA6488@phat.za.net> Or why not just email some kind of random unique cookie which is then msg'd to nickserv to reset and obtain the new password. Kinda like the auth system for authorising new registrations... That'll also take care of the insecure nature of emailing passwords. More and more ircds are supporting ssl client connections. Getting the new password over irc is favourable in that regard. Regards, Aragon | By Martin Pels | [ 2004-02-04 22:54 +0200 ] > I'm looking forward to this module. It is what kept us from switching to > encrypted passwords. > > Here's some ideas on the abuse problem: > * Only allow usage of the command from hosts that are in the nickname's > accesslist > * Send the nick!user@host of the user that issued the command in the E-mail > (it won't prevent abuse, but at least you'll know who's been playing around) > * Give a notice to services operators/admins each time the command is issued > * Limit the amount of times the command can be used successively > > Hope this helps. > > Grtz, > Martin > > ----- Original Message ----- > From: "Craig McLure" > To: "ircservices-coding" > Sent: Wednesday, February 04, 2004 4:47 PM > Subject: [IRCServices Coding] SENDPASS with encryption... > > > > I've been working on a module that allows use of sendpass whilst using > encrypted passwords (i'll contribute the source to Andy when complete for > inclusion in services), it will work by changing the users password, and > mailing them that.. but i cant find around other users using it miliciously > to aggrovate others.. > > > > anyone got any idea on how this can be resolved? thanks :) > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at chatspike.net Wed Feb 4 13:22:33 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: i was thinking, instead of setting a new password, send them some sorta auth code, which uses a command such as SENDPASSAUTH, once that command completes successfully, the user get +r, and it assumes the user is identified, so that if someone tries to use it miliciously, it wont work. the users 'old' password will still work, but as services assumes after the sendpassauth that the user is logged in, they will be able to switch to their normal nickname and do a set password opinions? /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Martin Pels * To - IRC Services Coding Mailing List * Sent - 2004-02-04 18:08:52 * Subject - Re: [IRCServices Coding] SENDPASS with encryption... ****************************************/ /****** - Begin Original Message - ******/ >I'm looking forward to this module. It is what kept us from switching to >encrypted passwords. > >Here's some ideas on the abuse problem: >* Only allow usage of the command from hosts that are in the nickname's >accesslist >* Send the nick!user@host of the user that issued the command in the E-mail >(it won't prevent abuse, but at least you'll know who's been playing around) >* Give a notice to services operators/admins each time the command is issued >* Limit the amount of times the command can be used successively > >Hope this helps. > >Grtz, >Martin > >----- Original Message ----- >From: "Craig McLure" >To: "ircservices-coding" >Sent: Wednesday, February 04, 2004 4:47 PM >Subject: [IRCServices Coding] SENDPASS with encryption... > > >> I've been working on a module that allows use of sendpass whilst using >encrypted passwords (i'll contribute the source to Andy when complete for >inclusion in services), it will work by changing the users password, and >mailing them that.. but i cant find around other users using it miliciously >to aggrovate others.. >> >> anyone got any idea on how this can be resolved? thanks :) >> >> /**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From idontwantthisshit at hotmail.com Wed Feb 4 16:05:21 2004 From: idontwantthisshit at hotmail.com (DeadNotBuried .) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: also have a number/password to be sent to activate the new password, so if they didn't request it they can just ignore it and continue using their old password, and if they did request it they can do the /msg nickserv xxxxxx which changes their password to what was in the email. > >I'm looking forward to this module. It is what kept us from switching to >encrypted passwords. > >Here's some ideas on the abuse problem: >* Only allow usage of the command from hosts that are in the nickname's >accesslist >* Send the nick!user@host of the user that issued the command in the E-mail >(it won't prevent abuse, but at least you'll know who's been playing >around) >* Give a notice to services operators/admins each time the command is >issued >* Limit the amount of times the command can be used successively > >Hope this helps. > >Grtz, >Martin > >----- Original Message ----- >From: "Craig McLure" >To: "ircservices-coding" >Sent: Wednesday, February 04, 2004 4:47 PM >Subject: [IRCServices Coding] SENDPASS with encryption... > > > > I've been working on a module that allows use of sendpass whilst using >encrypted passwords (i'll contribute the source to Andy when complete for >inclusion in services), it will work by changing the users password, and >mailing them that.. but i cant find around other users using it miliciously >to aggrovate others.. > > > > anyone got any idea on how this can be resolved? thanks :) > > > > /**************************************** > > * Craig "FrostyCoolSlug" McLure > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding _________________________________________________________________ E-mail just got a whole lot better. New ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp From Craig at chatspike.net Wed Feb 4 16:08:24 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: i came up with that idea 3hours ago.. its not come thru yet thou :/ /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Eric Murphy * To - IRC Services Coding Mailing List * Sent - 2004-02-04 21:05:03 * Subject - Re: [IRCServices Coding] SENDPASS with encryption... ****************************************/ /****** - Begin Original Message - ******/ >Possibly make it somewhat like the mail auth... > >User does something like /msg nickserv sendpass >then nickserv sends the users registered email a random code >then the user takes the code and does /msg nickserv [some command] code >(possibly identify?) then nickserv lets them use /msg nickserv set >password as though they were identified. > >Eric > >On Wed, 2004-02-04 at 13:08, Martin Pels wrote: >> I'm looking forward to this module. It is what kept us from switching to >> encrypted passwords. >> >> Here's some ideas on the abuse problem: >> * Only allow usage of the command from hosts that are in the nickname's >> accesslist >> * Send the nick!user@host of the user that issued the command in the E-mail >> (it won't prevent abuse, but at least you'll know who's been playing around) >> * Give a notice to services operators/admins each time the command is issued >> * Limit the amount of times the command can be used successively >> >> Hope this helps. >> >> Grtz, >> Martin >> >> ----- Original Message ----- >> From: "Craig McLure" >> To: "ircservices-coding" >> Sent: Wednesday, February 04, 2004 4:47 PM >> Subject: [IRCServices Coding] SENDPASS with encryption... >> >> >> > I've been working on a module that allows use of sendpass whilst using >> encrypted passwords (i'll contribute the source to Andy when complete for >> inclusion in services), it will work by changing the users password, and >> mailing them that.. but i cant find around other users using it miliciously >> to aggrovate others.. >> > >> > anyone got any idea on how this can be resolved? thanks :) >> > >> > /**************************************** >> > * Craig "FrostyCoolSlug" McLure >> > * InspIRCd - http://www.inspircd.org >> > * ChatSpike - http://www.chatspike.net >> > ****************************************/ >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From idontwantthisshit at hotmail.com Wed Feb 4 16:15:16 2004 From: idontwantthisshit at hotmail.com (DeadNotBuried .) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: maybe time out the auth code rather quickly, or have an option to set how long they last for, eg the auth code could only be used for 2 hours after being sent > >i was thinking, instead of setting a new password, send them some sorta >auth code, which uses a command such as SENDPASSAUTH, once that command >completes successfully, the user get +r, and it assumes the user is >identified, so that if someone tries to use it miliciously, it wont work. >the users 'old' password will still work, but as services assumes after the >sendpassauth that the user is logged in, they will be able to switch to >their normal nickname and do a set password > >opinions? > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Martin Pels > * To - IRC Services Coding Mailing List > > * Sent - 2004-02-04 18:08:52 > * Subject - Re: [IRCServices Coding] SENDPASS with encryption... > ****************************************/ > >/****** - Begin Original Message - ******/ > > >I'm looking forward to this module. It is what kept us from switching to > >encrypted passwords. > > > >Here's some ideas on the abuse problem: > >* Only allow usage of the command from hosts that are in the nickname's > >accesslist > >* Send the nick!user@host of the user that issued the command in the >E-mail > >(it won't prevent abuse, but at least you'll know who's been playing >around) > >* Give a notice to services operators/admins each time the command is >issued > >* Limit the amount of times the command can be used successively > > > >Hope this helps. > > > >Grtz, > >Martin > > > >----- Original Message ----- > >From: "Craig McLure" > >To: "ircservices-coding" > >Sent: Wednesday, February 04, 2004 4:47 PM > >Subject: [IRCServices Coding] SENDPASS with encryption... > > > > > >> I've been working on a module that allows use of sendpass whilst using > >encrypted passwords (i'll contribute the source to Andy when complete for > >inclusion in services), it will work by changing the users password, and > >mailing them that.. but i cant find around other users using it >miliciously > >to aggrovate others.. > >> > >> anyone got any idea on how this can be resolved? thanks :) > >> > >> /**************************************** > >> * Craig "FrostyCoolSlug" McLure > >> * InspIRCd - http://www.inspircd.org > >> * ChatSpike - http://www.chatspike.net > >> ****************************************/ > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >. > >/******* - End Original Message - *******/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding _________________________________________________________________ ninemsn Premium transforms your e-mail with colours, photos and animated text. Click here http://ninemsn.com.au/premium/landing.asp From Craig at chatspike.net Wed Feb 4 17:42:00 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: so something like.. /ns sendpass Craig "You have recieved this e-mail because X!Y@Z has requesed a sendpass on your nickname, if this is you, your password will be changed by performing the following command on IRC: /ns setpass Craig If you did not request the sendpass, your current password will remain in tact, and you can dis-regard this e-mail" Then if needed on IRC.. /ns setpass Craig This means if someone attempted to miliciously use the command, the users 'current' password would still work, and its of no inconvieniance. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Aragon Gouveia * To - IRC Services Coding Mailing List * Sent - 2004-02-04 21:08:25 * Subject - Re: [IRCServices Coding] SENDPASS with encryption... ****************************************/ /****** - Begin Original Message - ******/ >Or why not just email some kind of random unique cookie which is then msg'd >to nickserv to reset and obtain the new password. Kinda like the auth >system for authorising new registrations... > >That'll also take care of the insecure nature of emailing passwords. More >and more ircds are supporting ssl client connections. Getting the new >password over irc is favourable in that regard. > > >Regards, >Aragon > > >| By Martin Pels >| [ 2004-02-04 22:54 +0200 ] >> I'm looking forward to this module. It is what kept us from switching to >> encrypted passwords. >> >> Here's some ideas on the abuse problem: >> * Only allow usage of the command from hosts that are in the nickname's >> accesslist >> * Send the nick!user@host of the user that issued the command in the E-mail >> (it won't prevent abuse, but at least you'll know who's been playing around) >> * Give a notice to services operators/admins each time the command is issued >> * Limit the amount of times the command can be used successively >> >> Hope this helps. >> >> Grtz, >> Martin >> >> ----- Original Message ----- >> From: "Craig McLure" >> To: "ircservices-coding" >> Sent: Wednesday, February 04, 2004 4:47 PM >> Subject: [IRCServices Coding] SENDPASS with encryption... >> >> >> > I've been working on a module that allows use of sendpass whilst using >> encrypted passwords (i'll contribute the source to Andy when complete for >> inclusion in services), it will work by changing the users password, and >> mailing them that.. but i cant find around other users using it miliciously >> to aggrovate others.. >> > >> > anyone got any idea on how this can be resolved? thanks :) >> > >> > /**************************************** >> > * Craig "FrostyCoolSlug" McLure >> > * InspIRCd - http://www.inspircd.org >> > * ChatSpike - http://www.chatspike.net >> > ****************************************/ >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From Craig at chatspike.net Wed Feb 4 18:18:42 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] SENDPASS with encryption... Message-ID: i'll make it a Config option.. thanks for the suggestion :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - DeadNotBuried . * To - ircservices-coding@ircservices.za.net * Sent - 2004-02-05 00:15:16 * Subject - Re: Re: [IRCServices Coding] SENDPASS with encryption... ****************************************/ /****** - Begin Original Message - ******/ >maybe time out the auth code rather quickly, or have an option to set how >long they last for, eg the auth code could only be used for 2 hours after >being sent > >> >>i was thinking, instead of setting a new password, send them some sorta >>auth code, which uses a command such as SENDPASSAUTH, once that command >>completes successfully, the user get +r, and it assumes the user is >>identified, so that if someone tries to use it miliciously, it wont work. >>the users 'old' password will still work, but as services assumes after the >>sendpassauth that the user is logged in, they will be able to switch to >>their normal nickname and do a set password >> >>opinions? >> >>/**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> >>/**************************************** >> * From - Martin Pels >> * To - IRC Services Coding Mailing List >> >> * Sent - 2004-02-04 18:08:52 >> * Subject - Re: [IRCServices Coding] SENDPASS with encryption... >> ****************************************/ >> >>/****** - Begin Original Message - ******/ >> >> >I'm looking forward to this module. It is what kept us from switching to >> >encrypted passwords. >> > >> >Here's some ideas on the abuse problem: >> >* Only allow usage of the command from hosts that are in the nickname's >> >accesslist >> >* Send the nick!user@host of the user that issued the command in the >>E-mail >> >(it won't prevent abuse, but at least you'll know who's been playing >>around) >> >* Give a notice to services operators/admins each time the command is >>issued >> >* Limit the amount of times the command can be used successively >> > >> >Hope this helps. >> > >> >Grtz, >> >Martin >> > >> >----- Original Message ----- >> >From: "Craig McLure" >> >To: "ircservices-coding" >> >Sent: Wednesday, February 04, 2004 4:47 PM >> >Subject: [IRCServices Coding] SENDPASS with encryption... >> > >> > >> >> I've been working on a module that allows use of sendpass whilst using >> >encrypted passwords (i'll contribute the source to Andy when complete for >> >inclusion in services), it will work by changing the users password, and >> >mailing them that.. but i cant find around other users using it >>miliciously >> >to aggrovate others.. >> >> >> >> anyone got any idea on how this can be resolved? thanks :) >> >> >> >> /**************************************** >> >> * Craig "FrostyCoolSlug" McLure >> >> * InspIRCd - http://www.inspircd.org >> >> * ChatSpike - http://www.chatspike.net >> >> ****************************************/ >> >> >> >> ------------------------------------------------------------------ >> >> To unsubscribe or change your subscription options, visit: >> >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >> >> >------------------------------------------------------------------ >> >To unsubscribe or change your subscription options, visit: >> >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >. >> >>/******* - End Original Message - *******/ >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >_________________________________________________________________ >ninemsn Premium transforms your e-mail with colours, photos and animated >text. Click here http://ninemsn.com.au/premium/landing.asp > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From brain at winbot.co.uk Thu Feb 5 03:52:44 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] rate limiting! Message-ID: <200402051152.i15Bqib14585@localhost.localdomain> ARRRGH! Add rate limiting to ircservices PLEASE!!! [11:51] --- *** Permanent G:Line added for *@ac9c07a8.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) [11:51] --- *** Permanent G:Line added for *@acbcca62.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) [11:51] --- *** Permanent G:Line added for *@ac8d5373.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) [11:51] --- *** Permanent G:Line added for *@ac9948fc.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) [11:51] --- *** Permanent G:Line added for *@acd136d7.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) [11:51] --- Disconnected (Remote host closed socket). It's applied so many akills at once that it floods off the network by exceeding its sendQ, then floods off all the opers :/ Thanks, Brain From alisor at softhome.net Thu Feb 5 09:00:48 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] rate limiting! References: <200402051152.i15Bqib14585@localhost.localdomain> Message-ID: <004701c3ec09$9f516bc0$0800000a@citir> Same problem here; After a botnet attack we got lots of akills...And when they expire, all ircops become lagged... Sometimes Services get in to lag and disconnected...When it reconnect again lots of Gline messages(removed + added) and again lagged ircops. (I have more than 3000 akills ) Ali ----- Original Message ----- From: "Craig Edwards" To: "IRC Services Coding Mailing List" Sent: Thursday, February 05, 2004 1:52 PM Subject: [IRCServices Coding] rate limiting! > ARRRGH! > > Add rate limiting to ircservices PLEASE!!! > > [11:51] --- *** Permanent G:Line added for *@ac9c07a8.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) > [11:51] --- *** Permanent G:Line added for *@acbcca62.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) > [11:51] --- *** Permanent G:Line added for *@ac8d5373.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) > [11:51] --- *** Permanent G:Line added for *@ac9948fc.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) > [11:51] --- *** Permanent G:Line added for *@acd136d7.ipt.aol.com on Thu Feb 5 11:50:39 2004 GMT (from services.chatspike.net: You are banned from this network (Virus drones/botflood, go away)) > [11:51] --- Disconnected (Remote host closed socket). > > It's applied so many akills at once that it floods off the network by exceeding its sendQ, then floods off all the opers :/ > > Thanks, > > Brain > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at chatspike.net Tue Feb 10 11:16:06 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] UPDATE: SENDPASS with encryption... Message-ID: Just a quick update on my module.. the 'Basis' of it has been coded, i did that on the first day, i'm planning on creating a database to store the info so if services goes down, then there wont be a problem, I'm currently in detroit on holiday atm,so the module wont be finished untill i get home on the 21st at least.. however, it does exist, and is entering a trial 'alpha' stage. It will be an independant module that will be loaded instead of the default sendpass module. However, it should work without encryption enabled :) Just though i would keep you all informed.. if you wanna donate for the work i'm doing as it consumes a lot of my time, contact me privatly.. thanks :) (Please note, you dont have to donate, the module will be freely avaliable once complete :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From andrew at wtfigo.co.uk Wed Feb 11 00:54:00 2004 From: andrew at wtfigo.co.uk (Andrew Kempe) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] UPDATE: SENDPASS with encryption... In-Reply-To: Message-ID: Hi there, Please set up your own mailing list for this project where this type of discussion can take place. Thanks, Andrew > -----Original Message----- > From: ircservices-coding-bounces@ircservices.za.net > [mailto:ircservices-coding-bounces@ircservices.za.net] On > Behalf Of Craig McLure > Sent: 10 February 2004 19:16 > To: IRC Services Coding Mailing List > Subject: [IRCServices Coding] UPDATE: SENDPASS with encryption... > > Just a quick update on my module.. the 'Basis' of it has been > coded, i did that on the first day, i'm planning on creating > a database to store the info so if services goes down, then > there wont be a problem, I'm currently in detroit on holiday > atm,so the module wont be finished untill i get home on the > 21st at least.. however, it does exist, and is entering a > trial 'alpha' stage. It will be an independant module that > will be loaded instead of the default sendpass module. > However, it should work without encryption enabled :) > > Just though i would keep you all informed.. if you wanna > donate for the work i'm doing as it consumes a lot of my > time, contact me privatly.. thanks :) (Please note, you dont > have to donate, the module will be freely avaliable once complete :) > > /**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From karmali at psurge.com Sat Feb 21 07:48:06 2004 From: karmali at psurge.com (karmali@psurge.com) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: References: Message-ID: <6.0.1.1.0.20040221104138.024bbe58@mailbox.psurge.com> Hello, I'm getting the following error when I attempt to run ircservices. [Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: 0.0.0.0 (Invalid servername.)) [Feb 21 10:21:14 2004] Read error from server: Connection reset by peer Both my ircd.conf and ircservices.conf files have the servername listed correctly. I double checked to make sure no hidden cntrl characters were present as well. Yet I continue to get this error every time. ircd.conf connect { name = "chanservs.gs4groups.com"; ircservices.conf ServerName "chanservs.gs4groups.com" Thanks Jeremy From saturn at jetirc.net Fri Feb 20 23:51:02 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] Message-ID: Dear karmali@psurge.com, This is an automatically generated message regarding your email with the subject: [IRCServices Coding] Help with ircservices.conf Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Fri Feb 20 23:56:37 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:01:54 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:07:30 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:23:50 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:35:58 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From Craig at chatspike.net Sat Feb 21 08:37:00 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf Message-ID: <20040221163636.2B35E11467@snow.fingers.co.za> hmm.. what IRCd are you running? also could you give us any IRCServices logs regards this matter, and a little more information about your problem... thanks :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - karmali * To - ircservices-coding@ircservices.za.net * Sent - 2004-02-21 15:48:06 * Subject - [IRCServices Coding] Help with ircservices.conf ****************************************/ /****** - Begin Original Message - ******/ >Hello, > >I'm getting the following error when I attempt to run ircservices. > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: >0.0.0.0 (Invalid servername.)) >[Feb 21 10:21:14 2004] Read error from server: Connection reset by peer > >Both my ircd.conf and ircservices.conf files have the servername listed >correctly. I double checked to make sure no hidden cntrl characters were >present as well. Yet I continue to get this error every time. > >ircd.conf >connect { > name = "chanservs.gs4groups.com"; > >ircservices.conf >ServerName "chanservs.gs4groups.com" > >Thanks >Jeremy > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From saturn at jetirc.net Sat Feb 21 00:37:08 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:37:38 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] Message-ID: Dear Craig@chatspike.net, This is an automatically generated message regarding your email with the subject: Re: [IRCServices Coding] Help with ircservices.conf Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:38:06 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:38:22 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:38:45 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:39:28 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:41:47 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:41:48 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:42:19 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:42:46 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:42:57 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:43:26 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:43:53 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:44:02 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:44:28 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:44:55 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:45:08 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:45:35 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:14 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:46:16 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:47:24 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:47:24 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREP Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:47:55 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From dmitspan at msn.com Sat Feb 21 08:36:22 2004 From: dmitspan at msn.com (Mits pantas) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: could you please turn this thing off? it's kinda annoying. tnx ----Original Message Follows---- From: saturn@jetirc.net Reply-To: ircservices-coding@ircservices.za.net To: ircservices-coding@ircservices.za.net Subject: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Date: Sat, 21 Feb 2004 00:23:50 -0800 Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From saturn at jetirc.net Sat Feb 21 00:48:26 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:48:30 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:48:33 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear dmitspan@msn.com, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:49:02 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:49:10 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:49:34 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:49:38 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:50:04 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:50:11 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:50:34 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUT Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:50:40 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:50:43 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:52:18 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:52:24 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREP Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:52:48 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:52:57 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 00:52:54 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 08:58:18 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 08:59:24 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:00:29 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPL Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:01:34 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:02:39 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:03:44 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:04:49 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTO Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:05:55 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:08:05 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:09:10 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:10:16 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AU Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:11:20 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:11:43 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:11:43 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:12:09 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:12:15 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:12:26 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [A Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:12:43 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:12:58 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOR Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:13:04 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:13:26 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [ Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:13:31 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:13:54 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:13:59 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:14:21 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:14:27 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:14:36 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:15:00 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:15:00 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:15:26 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:15:41 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:15:37 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:16:10 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:16:04 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:16:47 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:16:47 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:16:42 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:17:15 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:17:45 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:17:46 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: Re: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - [AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From saturn at jetirc.net Sat Feb 21 09:17:52 2004 From: saturn at jetirc.net (saturn@jetirc.net) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: Dear saturn@jetirc.net, This is an automatically generated message regarding your email with the subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf - [AUTOREPLY] - - [AUTOREPLY] Your message has been received and will be reviewed shortly. I am unavailable this weekend and will reply to your message on Monday, 23 February 2004. If your message is of an urgent nature, I will respond shortly. Thank you, and have a great weekend! PS: Please note that this auto-reply can only be triggered once per day from teh same email address. Any additional messages from you today will still be received, but will not be sent this message. From karmali at psurge.com Sat Feb 21 09:16:50 2004 From: karmali at psurge.com (karmali@psurge.com) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <20040221163636.2B35E11467@snow.fingers.co.za> References: <20040221163636.2B35E11467@snow.fingers.co.za> Message-ID: <6.0.1.1.0.20040221120638.024dfbf0@mailbox.psurge.com> Hello, Running tr-ircd-release-5.5.3. Those error messages were straight from the ircservices.log file, and that's all that's in there other then the line stating it's starting services. At 11:37 AM 2/21/2004, you wrote: >hmm.. what IRCd are you running? also could you give us any IRCServices >logs regards this matter, and a little more information about your >problem... thanks :) > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - karmali > * To - ircservices-coding@ircservices.za.net > > * Sent - 2004-02-21 15:48:06 > * Subject - [IRCServices Coding] Help with ircservices.conf > ****************************************/ > >/****** - Begin Original Message - ******/ > > >Hello, > > > >I'm getting the following error when I attempt to run ircservices. > > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: > >0.0.0.0 (Invalid servername.)) > >[Feb 21 10:21:14 2004] Read error from server: Connection reset by peer > > > >Both my ircd.conf and ircservices.conf files have the servername listed > >correctly. I double checked to make sure no hidden cntrl characters were > >present as well. Yet I continue to get this error every time. > > > >ircd.conf > >connect { > > name = "chanservs.gs4groups.com"; > > > >ircservices.conf > >ServerName "chanservs.gs4groups.com" > > > >Thanks > >Jeremy > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >. > >/******* - End Original Message - *******/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From alisor at softhome.net Sat Feb 21 09:41:20 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] -[AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] References: Message-ID: <002e01c3f8a1$f07b2050$0800000a@citir> puff..... ----- Original Message ----- From: To: Sent: Saturday, February 21, 2004 7:17 PM Subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE:RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE:[IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] -[AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] > Dear saturn@jetirc.net, > > This is an automatically generated message > regarding your email with the subject: > RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] > > Your message has been received and will be > reviewed shortly. I am unavailable this > weekend and will reply to your message on > Monday, 23 February 2004. > > If your message is of an urgent nature, I > will respond shortly. > > Thank you, and have a great weekend! > > PS: Please note that this auto-reply can only > be triggered once per day from teh same email > address. Any additional messages from you > today will still be received, but will not be > sent this message. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From brain at winbot.co.uk Sat Feb 21 11:09:00 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf -[AUTOREPLY]-[AUTOREPLY] - - [AUTOREPLY] - [AUTOREPLY] Message-ID: <200402211909.i1LJ91523955@localhost.localdomain> can someone put some kinda temp ban on this? ive got about 90 emails from him in the space of a day :/ >puff..... > >----- Original Message ----- >From: >To: >Sent: Saturday, February 21, 2004 7:17 PM >Subject: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: >RE:RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE:[IRCServices Coding] >Help with ircservices.conf -[AUTOREPLY] -[AUTOREPLY] - - [AUTOREPLY] - >[AUTOREPLY] > > >> Dear saturn@jetirc.net, >> >> This is an automatically generated message >> regarding your email with the subject: >> RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: >RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: RE: [IRCServices Coding] Help with >ircservices.conf -[AUTOREPLY] - [AUTOREPLY] - - [AUTOREPLY] >> >> Your message has been received and will be >> reviewed shortly. I am unavailable this >> weekend and will reply to your message on >> Monday, 23 February 2004. >> >> If your message is of an urgent nature, I >> will respond shortly. >> >> Thank you, and have a great weekend! >> >> PS: Please note that this auto-reply can only >> be triggered once per day from teh same email >> address. Any additional messages from you >> today will still be received, but will not be >> sent this message. >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jamie at silverdream.org Sat Feb 21 12:06:55 2004 From: jamie at silverdream.org (Jamie Penman-Smithson) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Re: Autoreply junk In-Reply-To: <200402211909.i1LJ91523955@localhost.localdomain> References: <200402211909.i1LJ91523955@localhost.localdomain> Message-ID: <1077394015.16411.26.camel@localhost> On Sat, 2004-02-21 at 19:09, Craig Edwards wrote: > can someone put some kinda temp ban on this? ive got about 90 emails from him in the space of a day :/ How about someone actually *unsubscribes* the idiot with a broken autoreplier? -- -jamie w: http://silverdream.org | p: sms@silverdream.org pgp key @ http://silverdream.org/~jps/pub.key 19:30:01 up 11 days, 22:57, 4 users, load average: 0.75, 0.47, 0.27 -------------- 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-coding/attachments/20040221/4972c3fb/attachment.pgp From emurphy at sporked.us Sat Feb 21 17:40:29 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <6.0.1.1.0.20040221120638.024dfbf0@mailbox.psurge.com> References: <20040221163636.2B35E11467@snow.fingers.co.za> <6.0.1.1.0.20040221120638.024dfbf0@mailbox.psurge.com> Message-ID: <200402212039.28764.Eric Murphy <>> Make sure you're trying to connect to an IP that the server is listening to and configured to accept connections. Sounds a bit crazy, but if you tell the server to listen for link1.gs4groups.com on 192.168.0.1 and tell it to listen for services on 192.168.0.2 then tell services to connect to 192.168.0.1 it will fail simply because the IRC server is expecting to see services on the other IP. Not sure if that's your problem but good luck On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: > Hello, > > Running tr-ircd-release-5.5.3. Those error messages were straight from the > ircservices.log file, and that's all that's in there other then the line > stating it's starting services. > > At 11:37 AM 2/21/2004, you wrote: > >hmm.. what IRCd are you running? also could you give us any IRCServices > >logs regards this matter, and a little more information about your > >problem... thanks :) > > > >/**************************************** > > * Craig "FrostyCoolSlug" McLure > > * InspIRCd - http://www.inspircd.org > > * ChatSpike - http://www.chatspike.net > > ****************************************/ > > > > > >/**************************************** > > * From - karmali > > * To - ircservices-coding@ircservices.za.net > > > > * Sent - 2004-02-21 15:48:06 > > * Subject - [IRCServices Coding] Help with ircservices.conf > > ****************************************/ > > > >/****** - Begin Original Message - ******/ > > > > >Hello, > > > > > >I'm getting the following error when I attempt to run ircservices. > > > > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: > > >0.0.0.0 (Invalid servername.)) > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset by peer > > > > > >Both my ircd.conf and ircservices.conf files have the servername listed > > >correctly. I double checked to make sure no hidden cntrl characters were > > >present as well. Yet I continue to get this error every time. > > > > > >ircd.conf > > >connect { > > > name = "chanservs.gs4groups.com"; > > > > > >ircservices.conf > > >ServerName "chanservs.gs4groups.com" > > > > > >Thanks > > >Jeremy > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >. > > > >/******* - End Original Message - *******/ > > > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From karmali at psurge.com Sun Feb 22 06:38:49 2004 From: karmali at psurge.com (karmali@psurge.com) Date: Sat Oct 23 23:10:15 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <200402212039.28764.Eric Murphy <>> References: <20040221163636.2B35E11467@snow.fingers.co.za> <6.0.1.1.0.20040221120638.024dfbf0@mailbox.psurge.com> <200402212039.28764.Eric Murphy <> Message-ID: <6.0.1.1.0.20040222091504.0248a170@mailbox.psurge.com> Is it possible that trying to run tr-ircd and ircservices on the same box is giving me this issue? I've tried everything and it's giving me the invalid servname error every time. (I even went so far as to put 127.0.0.1 in every field asking for a host/server name) here's my ircd.conf connect section minus passwords. connect { name = "www.gs4groups.com"; host = "www.gs4groups.com"; send_password = ""; accept_password = ""; encrypted = yes; compressed = no; autoconnect = no; ishub = no; aftype = ipv4; port = 6668; ultimate = no; }; And this is my ircservices.conf stuff. Minus all the non connection related stuff which is just at defaults right no anyways. RemoteServer 127.0.0.1 6668 "" LocalAddress www.gs4groups.com ServerName "www.gs4groups.com ServerDesc "Services for IRC Networks" ServiceUser "blah@gs4groups.com" With remoteserver I've tried both the hostname www.gs4groups.com as well as it's IP in dns. I wanted to see if I could get this running on the same machine first, and if that just keeps failing or is not possible. I will attempt to run services from another host. At 08:40 PM 2/21/2004, you wrote: >Make sure you're trying to connect to an IP that the server is listening to >and configured to accept connections. Sounds a bit crazy, but if you tell >the server to listen for link1.gs4groups.com on 192.168.0.1 and tell it to >listen for services on 192.168.0.2 then tell services to connect to >192.168.0.1 it will fail simply because the IRC server is expecting to see >services on the other IP. Not sure if that's your problem but good luck > >On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: > > Hello, > > > > Running tr-ircd-release-5.5.3. Those error messages were straight from the > > ircservices.log file, and that's all that's in there other then the line > > stating it's starting services. > > > > At 11:37 AM 2/21/2004, you wrote: > > >hmm.. what IRCd are you running? also could you give us any IRCServices > > >logs regards this matter, and a little more information about your > > >problem... thanks :) > > > > > >/**************************************** > > > * Craig "FrostyCoolSlug" McLure > > > * InspIRCd - http://www.inspircd.org > > > * ChatSpike - http://www.chatspike.net > > > ****************************************/ > > > > > > > > >/**************************************** > > > * From - karmali > > > * To - ircservices-coding@ircservices.za.net > > > > > > * Sent - 2004-02-21 15:48:06 > > > * Subject - [IRCServices Coding] Help with ircservices.conf > > > ****************************************/ > > > > > >/****** - Begin Original Message - ******/ > > > > > > >Hello, > > > > > > > >I'm getting the following error when I attempt to run ircservices. > > > > > > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: > > > >0.0.0.0 (Invalid servername.)) > > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset by peer > > > > > > > >Both my ircd.conf and ircservices.conf files have the servername listed > > > >correctly. I double checked to make sure no hidden cntrl characters were > > > >present as well. Yet I continue to get this error every time. > > > > > > > >ircd.conf > > > >connect { > > > > name = "chanservs.gs4groups.com"; > > > > > > > >ircservices.conf > > > >ServerName "chanservs.gs4groups.com" > > > > > > > >Thanks > > > >Jeremy > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >. > > > > > >/******* - End Original Message - *******/ > > > > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From brain at winbot.co.uk Sun Feb 22 06:48:52 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Help with ircservices.conf Message-ID: <200402221448.i1MEmr514605@localhost.localdomain> try turning off encrypted passwords, afaik, ircservices only supports plaintext passwords. > >Is it possible that trying to run tr-ircd and ircservices on the same box >is giving me this issue? I've tried everything and it's giving me the >invalid servname error every time. (I even went so far as to put 127.0.0.1 >in every field asking for a host/server name) > >here's my ircd.conf connect section minus passwords. > >connect { > name = "www.gs4groups.com"; > host = "www.gs4groups.com"; > send_password = ""; > accept_password = ""; > encrypted = yes; > compressed = no; > autoconnect = no; > ishub = no; > aftype = ipv4; > port = 6668; > ultimate = no; >}; > >And this is my ircservices.conf stuff. Minus all the non connection related >stuff which is just at defaults right no anyways. > >RemoteServer 127.0.0.1 6668 "" > >LocalAddress www.gs4groups.com > >ServerName "www.gs4groups.com > >ServerDesc "Services for IRC Networks" > >ServiceUser "blah@gs4groups.com" > > >With remoteserver I've tried both the hostname www.gs4groups.com as well as >it's IP in dns. I wanted to see if I could get this running on the same >machine first, and if that just keeps failing or is not possible. I will >attempt to run services from another host. > > >At 08:40 PM 2/21/2004, you wrote: >>Make sure you're trying to connect to an IP that the server is listening to >>and configured to accept connections. Sounds a bit crazy, but if you tell >>the server to listen for link1.gs4groups.com on 192.168.0.1 and tell it to >>listen for services on 192.168.0.2 then tell services to connect to >>192.168.0.1 it will fail simply because the IRC server is expecting to see >>services on the other IP. Not sure if that's your problem but good luck >> >>On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: >> > Hello, >> > >> > Running tr-ircd-release-5.5.3. Those error messages were straight from the >> > ircservices.log file, and that's all that's in there other then the line >> > stating it's starting services. >> > >> > At 11:37 AM 2/21/2004, you wrote: >> > >hmm.. what IRCd are you running? also could you give us any IRCServices >> > >logs regards this matter, and a little more information about your >> > >problem... thanks :) >> > > >> > >/**************************************** >> > > * Craig "FrostyCoolSlug" McLure >> > > * InspIRCd - http://www.inspircd.org >> > > * ChatSpike - http://www.chatspike.net >> > > ****************************************/ >> > > >> > > >> > >/**************************************** >> > > * From - karmali >> > > * To - ircservices-coding@ircservices.za.net >> > > >> > > * Sent - 2004-02-21 15:48:06 >> > > * Subject - [IRCServices Coding] Help with ircservices.conf >> > > ****************************************/ >> > > >> > >/****** - Begin Original Message - ******/ >> > > >> > > >Hello, >> > > > >> > > >I'm getting the following error when I attempt to run ircservices. >> > > > >> > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: >> > > >0.0.0.0 (Invalid servername.)) >> > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset by peer >> > > > >> > > >Both my ircd.conf and ircservices.conf files have the servername listed >> > > >correctly. I double checked to make sure no hidden cntrl characters were >> > > >present as well. Yet I continue to get this error every time. >> > > > >> > > >ircd.conf >> > > >connect { >> > > > name = "chanservs.gs4groups.com"; >> > > > >> > > >ircservices.conf >> > > >ServerName "chanservs.gs4groups.com" >> > > > >> > > >Thanks >> > > >Jeremy >> > > > >> > > >------------------------------------------------------------------ >> > > >To unsubscribe or change your subscription options, visit: >> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > > >. >> > > >> > >/******* - End Original Message - *******/ >> > > >> > > >> > >------------------------------------------------------------------ >> > >To unsubscribe or change your subscription options, visit: >> > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > >> > ------------------------------------------------------------------ >> > To unsubscribe or change your subscription options, visit: >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From karmali at psurge.com Sun Feb 22 07:00:43 2004 From: karmali at psurge.com (karmali@psurge.com) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <200402221448.i1MEmr514605@localhost.localdomain> References: <200402221448.i1MEmr514605@localhost.localdomain> Message-ID: <6.0.1.1.0.20040222100003.024af050@mailbox.psurge.com> I've used both encrypted as well as non-encrypted. Get the invalid servername error every time. At 09:48 AM 2/22/2004, you wrote: >try turning off encrypted passwords, afaik, ircservices only supports >plaintext passwords. > > > > >Is it possible that trying to run tr-ircd and ircservices on the same box > >is giving me this issue? I've tried everything and it's giving me the > >invalid servname error every time. (I even went so far as to put 127.0.0.1 > >in every field asking for a host/server name) > > > >here's my ircd.conf connect section minus passwords. > > > >connect { > > name = "www.gs4groups.com"; > > host = "www.gs4groups.com"; > > send_password = ""; > > accept_password = ""; > > encrypted = yes; > > compressed = no; > > autoconnect = no; > > ishub = no; > > aftype = ipv4; > > port = 6668; > > ultimate = no; > >}; > > > >And this is my ircservices.conf stuff. Minus all the non connection related > >stuff which is just at defaults right no anyways. > > > >RemoteServer 127.0.0.1 6668 "" > > > >LocalAddress www.gs4groups.com > > > >ServerName "www.gs4groups.com > > > >ServerDesc "Services for IRC Networks" > > > >ServiceUser "blah@gs4groups.com" > > > > > >With remoteserver I've tried both the hostname www.gs4groups.com as well as > >it's IP in dns. I wanted to see if I could get this running on the same > >machine first, and if that just keeps failing or is not possible. I will > >attempt to run services from another host. > > > > > >At 08:40 PM 2/21/2004, you wrote: > >>Make sure you're trying to connect to an IP that the server is listening to > >>and configured to accept connections. Sounds a bit crazy, but if you tell > >>the server to listen for link1.gs4groups.com on 192.168.0.1 and tell it to > >>listen for services on 192.168.0.2 then tell services to connect to > >>192.168.0.1 it will fail simply because the IRC server is expecting to see > >>services on the other IP. Not sure if that's your problem but good luck > >> > >>On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: > >> > Hello, > >> > > >> > Running tr-ircd-release-5.5.3. Those error messages were straight > from the > >> > ircservices.log file, and that's all that's in there other then the line > >> > stating it's starting services. > >> > > >> > At 11:37 AM 2/21/2004, you wrote: > >> > >hmm.. what IRCd are you running? also could you give us any IRCServices > >> > >logs regards this matter, and a little more information about your > >> > >problem... thanks :) > >> > > > >> > >/**************************************** > >> > > * Craig "FrostyCoolSlug" McLure > >> > > * InspIRCd - http://www.inspircd.org > >> > > * ChatSpike - http://www.chatspike.net > >> > > ****************************************/ > >> > > > >> > > > >> > >/**************************************** > >> > > * From - karmali > >> > > * To - ircservices-coding@ircservices.za.net > >> > > > >> > > * Sent - 2004-02-21 15:48:06 > >> > > * Subject - [IRCServices Coding] Help with ircservices.conf > >> > > ****************************************/ > >> > > > >> > >/****** - Begin Original Message - ******/ > >> > > > >> > > >Hello, > >> > > > > >> > > >I'm getting the following error when I attempt to run ircservices. > >> > > > > >> > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: > >> > > >0.0.0.0 (Invalid servername.)) > >> > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset > by peer > >> > > > > >> > > >Both my ircd.conf and ircservices.conf files have the servername > listed > >> > > >correctly. I double checked to make sure no hidden cntrl > characters were > >> > > >present as well. Yet I continue to get this error every time. > >> > > > > >> > > >ircd.conf > >> > > >connect { > >> > > > name = "chanservs.gs4groups.com"; > >> > > > > >> > > >ircservices.conf > >> > > >ServerName "chanservs.gs4groups.com" > >> > > > > >> > > >Thanks > >> > > >Jeremy > >> > > > > >> > > >------------------------------------------------------------------ > >> > > >To unsubscribe or change your subscription options, visit: > >> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >. > >> > > > >> > >/******* - End Original Message - *******/ > >> > > > >> > > > >> > >------------------------------------------------------------------ > >> > >To unsubscribe or change your subscription options, visit: > >> > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > > >> > ------------------------------------------------------------------ > >> > To unsubscribe or change your subscription options, visit: > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >> > >>------------------------------------------------------------------ > >>To unsubscribe or change your subscription options, visit: > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From brain at winbot.co.uk Sun Feb 22 07:30:19 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ns amodes Message-ID: <200402221530.i1MFUK515290@localhost.localdomain> Hi, just had this interesting feature request on our network. Would it be possible in a future version to implement an /ns amodes, which would basically be like /ns ajoin but setting of default modes on a registered nick instead? for example: /ns set modes +iws then when the user connects, [services.mynet.net] sets mode nickname +iws Of course, there would have to be careful checking of this mode string, to make sure that nobody inserts +o or whatever into it! I guess if one person requests it, its got a use for more than one, and its a clever idea as it takes the need to do this away from the client, i guess it could easily be made a nickserv module, so that those who dont want it wouldnt load it :-) Thanks, Brain From uhc0 at rz.uni-karlsruhe.de Sun Feb 22 07:31:32 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <6.0.1.1.0.20040222100003.024af050@mailbox.psurge.com> References: <200402221448.i1MEmr514605@localhost.localdomain> <6.0.1.1.0.20040222100003.024af050@mailbox.psurge.com> Message-ID: <1077463892.7985.8.camel@dreadnought.hadiko.de> Ah, it looks like, I should write a reply :P (me = author of tr-ircd) Try the following: connect { name = "your.services.name"; host = "127.0.0.1"; send_password = "plaintext password"; accept_password = "ircpasswd encrypted password"; class = appropriate-class; encrypted = no; autoconnect = no; compressed = no; ishub = yes; ultimate = yes; aftype = ipv4; }; in your ircd.conf. And then in your ircservices.conf RemoteServer 127.0.0.1 port-you-configured-as-serverport "password you have set for accept_password" Regards; yusuf On Sun, 2004-02-22 at 16:00, karmali@psurge.com wrote: > I've used both encrypted as well as non-encrypted. Get the invalid > servername error every time. > > At 09:48 AM 2/22/2004, you wrote: > >try turning off encrypted passwords, afaik, ircservices only supports > >plaintext passwords. > > > > > > > >Is it possible that trying to run tr-ircd and ircservices on the same box > > >is giving me this issue? I've tried everything and it's giving me the > > >invalid servname error every time. (I even went so far as to put 127.0.0.1 > > >in every field asking for a host/server name) > > > > > >here's my ircd.conf connect section minus passwords. > > > > > >connect { > > > name = "www.gs4groups.com"; > > > host = "www.gs4groups.com"; > > > send_password = ""; > > > accept_password = ""; > > > encrypted = yes; > > > compressed = no; > > > autoconnect = no; > > > ishub = no; > > > aftype = ipv4; > > > port = 6668; > > > ultimate = no; > > >}; > > > > > >And this is my ircservices.conf stuff. Minus all the non connection related > > >stuff which is just at defaults right no anyways. > > > > > >RemoteServer 127.0.0.1 6668 "" > > > > > >LocalAddress www.gs4groups.com > > > > > >ServerName "www.gs4groups.com > > > > > >ServerDesc "Services for IRC Networks" > > > > > >ServiceUser "blah@gs4groups.com" > > > > > > > > >With remoteserver I've tried both the hostname www.gs4groups.com as well as > > >it's IP in dns. I wanted to see if I could get this running on the same > > >machine first, and if that just keeps failing or is not possible. I will > > >attempt to run services from another host. > > > > > > > > >At 08:40 PM 2/21/2004, you wrote: > > >>Make sure you're trying to connect to an IP that the server is listening to > > >>and configured to accept connections. Sounds a bit crazy, but if you tell > > >>the server to listen for link1.gs4groups.com on 192.168.0.1 and tell it to > > >>listen for services on 192.168.0.2 then tell services to connect to > > >>192.168.0.1 it will fail simply because the IRC server is expecting to see > > >>services on the other IP. Not sure if that's your problem but good luck > > >> > > >>On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: > > >> > Hello, > > >> > > > >> > Running tr-ircd-release-5.5.3. Those error messages were straight > > from the > > >> > ircservices.log file, and that's all that's in there other then the line > > >> > stating it's starting services. > > >> > > > >> > At 11:37 AM 2/21/2004, you wrote: > > >> > >hmm.. what IRCd are you running? also could you give us any IRCServices > > >> > >logs regards this matter, and a little more information about your > > >> > >problem... thanks :) > > >> > > > > >> > >/**************************************** > > >> > > * Craig "FrostyCoolSlug" McLure > > >> > > * InspIRCd - http://www.inspircd.org > > >> > > * ChatSpike - http://www.chatspike.net > > >> > > ****************************************/ > > >> > > > > >> > > > > >> > >/**************************************** > > >> > > * From - karmali > > >> > > * To - ircservices-coding@ircservices.za.net > > >> > > > > >> > > * Sent - 2004-02-21 15:48:06 > > >> > > * Subject - [IRCServices Coding] Help with ircservices.conf > > >> > > ****************************************/ > > >> > > > > >> > >/****** - Begin Original Message - ******/ > > >> > > > > >> > > >Hello, > > >> > > > > > >> > > >I'm getting the following error when I attempt to run ircservices. > > >> > > > > > >> > > >[Feb 21 10:21:14 2004] unknown message from server (E :Closing Link: > > >> > > >0.0.0.0 (Invalid servername.)) > > >> > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset > > by peer > > >> > > > > > >> > > >Both my ircd.conf and ircservices.conf files have the servername > > listed > > >> > > >correctly. I double checked to make sure no hidden cntrl > > characters were > > >> > > >present as well. Yet I continue to get this error every time. > > >> > > > > > >> > > >ircd.conf > > >> > > >connect { > > >> > > > name = "chanservs.gs4groups.com"; > > >> > > > > > >> > > >ircservices.conf > > >> > > >ServerName "chanservs.gs4groups.com" > > >> > > > > > >> > > >Thanks > > >> > > >Jeremy > > >> > > > > > >> > > >------------------------------------------------------------------ > > >> > > >To unsubscribe or change your subscription options, visit: > > >> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >> > > >. > > >> > > > > >> > >/******* - End Original Message - *******/ > > >> > > > > >> > > > > >> > >------------------------------------------------------------------ > > >> > >To unsubscribe or change your subscription options, visit: > > >> > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >> > > > >> > ------------------------------------------------------------------ > > >> > To unsubscribe or change your subscription options, visit: > > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > >> > > >>------------------------------------------------------------------ > > >>To unsubscribe or change your subscription options, visit: > > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From karmali at psurge.com Sun Feb 22 08:15:51 2004 From: karmali at psurge.com (karmali@psurge.com) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Help with ircservices.conf In-Reply-To: <1077463892.7985.8.camel@dreadnought.hadiko.de> References: <200402221448.i1MEmr514605@localhost.localdomain> <6.0.1.1.0.20040222100003.024af050@mailbox.psurge.com> <1077463892.7985.8.camel@dreadnought.hadiko.de> Message-ID: <6.0.1.1.0.20040222110810.024d6ec0@mailbox.psurge.com> Well that stopped my invalid servername issue, but now I get invalid password. This is both with using an encrypted password and plain text in accept_password. We're running RedHat9 if that makes any difference here. (Forgot to mention that before.) I even tried using an encrypted password for send_password, and no go there either. At 10:31 AM 2/22/2004, you wrote: >Ah, it looks like, I should write a reply :P >(me = author of tr-ircd) > >Try the following: > >connect { > name = "your.services.name"; > host = "127.0.0.1"; > send_password = "plaintext password"; > accept_password = "ircpasswd encrypted password"; > class = appropriate-class; > encrypted = no; > autoconnect = no; > compressed = no; > ishub = yes; > ultimate = yes; > aftype = ipv4; >}; > >in your ircd.conf. And then in your ircservices.conf > >RemoteServer 127.0.0.1 port-you-configured-as-serverport "password you >have set for accept_password" > >Regards; >yusuf > >On Sun, 2004-02-22 at 16:00, karmali@psurge.com wrote: > > I've used both encrypted as well as non-encrypted. Get the invalid > > servername error every time. > > > > At 09:48 AM 2/22/2004, you wrote: > > >try turning off encrypted passwords, afaik, ircservices only supports > > >plaintext passwords. > > > > > > > > > > >Is it possible that trying to run tr-ircd and ircservices on the > same box > > > >is giving me this issue? I've tried everything and it's giving me the > > > >invalid servname error every time. (I even went so far as to put > 127.0.0.1 > > > >in every field asking for a host/server name) > > > > > > > >here's my ircd.conf connect section minus passwords. > > > > > > > >connect { > > > > name = "www.gs4groups.com"; > > > > host = "www.gs4groups.com"; > > > > send_password = ""; > > > > accept_password = ""; > > > > encrypted = yes; > > > > compressed = no; > > > > autoconnect = no; > > > > ishub = no; > > > > aftype = ipv4; > > > > port = 6668; > > > > ultimate = no; > > > >}; > > > > > > > >And this is my ircservices.conf stuff. Minus all the non connection > related > > > >stuff which is just at defaults right no anyways. > > > > > > > >RemoteServer 127.0.0.1 6668 "" > > > > > > > >LocalAddress www.gs4groups.com > > > > > > > >ServerName "www.gs4groups.com > > > > > > > >ServerDesc "Services for IRC Networks" > > > > > > > >ServiceUser "blah@gs4groups.com" > > > > > > > > > > > >With remoteserver I've tried both the hostname www.gs4groups.com as > well as > > > >it's IP in dns. I wanted to see if I could get this running on the same > > > >machine first, and if that just keeps failing or is not possible. I will > > > >attempt to run services from another host. > > > > > > > > > > > >At 08:40 PM 2/21/2004, you wrote: > > > >>Make sure you're trying to connect to an IP that the server is > listening to > > > >>and configured to accept connections. Sounds a bit crazy, but if > you tell > > > >>the server to listen for link1.gs4groups.com on 192.168.0.1 and > tell it to > > > >>listen for services on 192.168.0.2 then tell services to connect to > > > >>192.168.0.1 it will fail simply because the IRC server is expecting > to see > > > >>services on the other IP. Not sure if that's your problem but good > luck > > > >> > > > >>On Saturday 21 February 2004 12:16 pm, karmali@psurge.com wrote: > > > >> > Hello, > > > >> > > > > >> > Running tr-ircd-release-5.5.3. Those error messages were straight > > > from the > > > >> > ircservices.log file, and that's all that's in there other then > the line > > > >> > stating it's starting services. > > > >> > > > > >> > At 11:37 AM 2/21/2004, you wrote: > > > >> > >hmm.. what IRCd are you running? also could you give us any > IRCServices > > > >> > >logs regards this matter, and a little more information about your > > > >> > >problem... thanks :) > > > >> > > > > > >> > >/**************************************** > > > >> > > * Craig "FrostyCoolSlug" McLure > > > >> > > * InspIRCd - http://www.inspircd.org > > > >> > > * ChatSpike - http://www.chatspike.net > > > >> > > ****************************************/ > > > >> > > > > > >> > > > > > >> > >/**************************************** > > > >> > > * From - karmali > > > >> > > * To - ircservices-coding@ircservices.za.net > > > >> > > > > > >> > > * Sent - 2004-02-21 15:48:06 > > > >> > > * Subject - [IRCServices Coding] Help with ircservices.conf > > > >> > > ****************************************/ > > > >> > > > > > >> > >/****** - Begin Original Message - ******/ > > > >> > > > > > >> > > >Hello, > > > >> > > > > > > >> > > >I'm getting the following error when I attempt to run > ircservices. > > > >> > > > > > > >> > > >[Feb 21 10:21:14 2004] unknown message from server (E > :Closing Link: > > > >> > > >0.0.0.0 (Invalid servername.)) > > > >> > > >[Feb 21 10:21:14 2004] Read error from server: Connection reset > > > by peer > > > >> > > > > > > >> > > >Both my ircd.conf and ircservices.conf files have the servername > > > listed > > > >> > > >correctly. I double checked to make sure no hidden cntrl > > > characters were > > > >> > > >present as well. Yet I continue to get this error every time. > > > >> > > > > > > >> > > >ircd.conf > > > >> > > >connect { > > > >> > > > name = "chanservs.gs4groups.com"; > > > >> > > > > > > >> > > >ircservices.conf > > > >> > > >ServerName "chanservs.gs4groups.com" > > > >> > > > > > > >> > > >Thanks > > > >> > > >Jeremy > > > >> > > > > > > >> > > >-------------------------------------------------------------- > ---- > > > >> > > >To unsubscribe or change your subscription options, visit: > > > >> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >> > > >. > > > >> > > > > > >> > >/******* - End Original Message - *******/ > > > >> > > > > > >> > > > > > >> > >------------------------------------------------------------------ > > > >> > >To unsubscribe or change your subscription options, visit: > > > >> > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >> > > > > >> > ------------------------------------------------------------------ > > > >> > To unsubscribe or change your subscription options, visit: > > > >> > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > >> > > > >>------------------------------------------------------------------ > > > >>To unsubscribe or change your subscription options, visit: > > > >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > > > >------------------------------------------------------------------ > > > >To unsubscribe or change your subscription options, visit: > > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > > >------------------------------------------------------------------ > > >To unsubscribe or change your subscription options, visit: > > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > > ------------------------------------------------------------------ > > To unsubscribe or change your subscription options, visit: > > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From emurphy at sporked.us Sun Feb 22 20:53:21 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal and akill excludes Message-ID: <003401c3f9c8$f82cb200$0100a8c0@eric> I can't get them to work. It sends a gline if someone matches an akill whether or not there's an exclude on it. This of course makes excludes useless. [23:45:11] -BlueGrass.KY.US.WatNet.Org- *** Global -- from OperServ: Warning: Autokill exclusions are enabled, but this IRC server does not support autokill exclusions; autokills will not be sent to servers. - [23:46:12] -BlueGrass.KY.US.WatNet.Org- *** Global -- from OperServ: Erusun added an AKILL for *@adsl-67-117-37-226.dsl.lsan03.pacbell.net (does not expire) - [23:46:12] -BlueGrass.KY.US.WatNet.Org- *** Permanent G:Line added for *@adsl-67-117-37-226.dsl.lsan03.pacbell.net on Mon Feb 23 04:46:18 2004 GMT (from services.watnet.org: Autokilled: Spam, readded) - Version Unreal3.2-RC1 IRC Services 5.0.28 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040222/348c393a/attachment.htm From cyberdems at cyberdems.za.net Sun Mar 7 06:31:51 2004 From: cyberdems at cyberdems.za.net (CyberDems) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] A bug in 5.0.28 ? Message-ID: <001401c40450$ee8efea0$0500a8c0@dimitri> according to -debug -nofork: [Feb 27 18:38:36.683142 2004] debug: Sent: :services.rsachat.za.net PONG services.rsachat.za.net irc.rsachat.za.net [Feb 27 18:38:45.607328 2004] debug: Received: :irc.rsachat.za.net SJOIN 1077899924 1077899924 #chat + :@CyberDems [Feb 27 18:38:45.607453 2004] protocol/rsachat: debug: CyberDems SJOINs #chat [Feb 27 18:38:45.607522 2004] debug: Creating channel #chat [Feb 27 18:38:45.607601 2004] debug: Sent: :services.rsachat.za.net SJOIN 1077889282 #chat + :@CyberDems [Feb 27 18:38:45.607654 2004] debug: Sent: :services.rsachat.za.net MODE #chat +o :CyberDems Segmentation fault (core dumped) bash$ bash$ ./ircservices Initialization successful, starting IRC Services. bash$ cat data/ircservices.log [Feb 12 18:15:03 2004] IRC Services 5.0.28+rsachat(r1) starting up [Feb 12 18:15:03 2004] unknown message from server (:irc.rsachat.za.net 451 PING :Register first.) [Feb 12 18:15:03 2004] user: New maximum user count: 1 [Feb 12 18:15:03 2004] protocol/rsachat: irc.rsachat.za.net [Feb 12 18:15:03 2004] PANIC! signal 11, buffer = :irc.rsachat.za.net SJOIN 0 0 #chat +tnr :@CyberDems [Feb 12 18:15:03 2004] Services terminating: Segmentation fault [Feb 12 18:15:03 2004] FATAL: Caught signal 11 (Segmentation fault) while shutting down bash$ anyone have the slightest clue what this means? commenting out do_sjoin(source, ac, av); under the "void m_sjoin" section of the protocol's .c file causes the segfaulting to stop (but that obviously causes chanserv to stop detecting users joining the channel), meaning its got something to do with that? the protocol file worked perfectly on version 5.0.23. I also noted how it only causes problems on registered channels that have had a topic set on them.. joining other registered channels doesnt cause the segfault. It probably has something to do with the change from set_topic(c, topic, u->nick, now); to set_topic(s_ChanServ, c, topic, u->nick, now); under static void do_cstopic(User *u) in modules/chanserv/main.c, because when i commented that out, it stopped the segfaults, but obviously didnt set the topics, even when KEEPTOPIC was enabled. Help would be great. Dimitri Pappas irc.rsachat.za.net Admin/Founder From cyberdems at cyberdems.za.net Sun Mar 7 10:34:02 2004 From: cyberdems at cyberdems.za.net (CyberDems) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] RE: A bug in 5.0.28 ? Message-ID: <000801c40472$c3b1aa80$0500a8c0@dimitri> Found the problem -- the protocol module didnt have the new "source" part in it, for set_topic. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040307/024e8308/attachment.html From nick at nickgawronski.com Sat Mar 20 19:08:17 2004 From: nick at nickgawronski.com (Nick Gawronski) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] feature for ircservices Message-ID: <000701c40ef1$c2cba650$210110ac@chihuahuad1> Hi, I was wondering if a small script could be made that would go threw the ircservices.conf and modules.conf file and if there were new values they would be added instead of us needing to manually murge them and also I think there should be a changelog for just the current release like from ircservices-5.0.27 to ircservices-5.0.28 instead of the entire changelog file, that file is also very useful for tracking the progress of ircservices but for those of us who like to upgrade when ever a new version comes out it would be nice to know what has changed between the version we have and the newer version so this way we may not need to upgrade. bye My web page is at http://www.nickgawronski.com Use paypal for your payments! https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG From dux at fbnet.org Mon Mar 22 05:45:17 2004 From: dux at fbnet.org (=?iso-8859-1?Q?Jo=E3o_Cerveira_=5BFBN_Administra=E7=E3o_/_Tech_team=5D?=) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Converter Message-ID: Hi there, I think that converter should be modified because it?s not working well with for example ptlink databases. Jo?o Cerveira a.k.a. Dux @ fbnet.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040322/b777177b/attachment.htm From brain at winbot.co.uk Sat Mar 27 12:28:01 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ***BUG*** SQLINE Message-ID: <200403272028.i2RKS2Y02274@brainbox.winbot.co.uk> We have just upgraded to the latest ircservices and unrealircd, and when we have a permenant SQLINE set (this was set before the new version was installed) the services server continually sets and unsets the qline (it didnt used to do this and its quite annoying): [20:20] --- Client connecting on port 6667: WinWibble (WinWibble@192.154.46.2) [clients] [20:20] --- *** Permanent Global Q:line added for WinWibble* on Sat Mar 27 20:20:22 2004 GMT (from services.chatspike.net: Reserved nickname: Please set your bots nickname from the configure tab and try again) [20:20] --- services.chatspike.net removed Global Q:line WinWibble* (set at Sat Mar 27 20:20:22 2004 - reason: Reserved nickname: Please set your bots nickname from the configure tab and try again) Any way to get it to stick like it used to? The qline that causes this is: /OS SQLINE ADD +0 WinWibble* Please set your bots nickname from the configure tab and try again Thanks, Brain From emurphy at sporked.us Sat Mar 27 20:33:05 2004 From: emurphy at sporked.us (Eric Murphy) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal Akill Excludes References: <200403272028.i2RKS2Y02274@brainbox.winbot.co.uk> Message-ID: <006f01c41483$d6b194d0$0100a8c0@ericsrv1> I'm curious about if anyone has successfully made AKILL excludes work with Unreal... If I set an akill, then put an exclude on it, it won't kill a user matching akill immediately (assuming kill immediately is off...if it's on that's the end of that), but as soon as someone who isn't excluded logs on, it issues a gline and disconnects all users on that mask till the akill expires, even if one of them matches the akill (since unreal doesn't seem to support exclusions on G-lines) From alisor at softhome.net Sun Mar 28 02:10:44 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ***BUG*** SQLINE References: <200403272028.i2RKS2Y02274@brainbox.winbot.co.uk> Message-ID: <002001c414ac$f36b9160$0800000a@citir> We have the same problem here.... ----- Original Message ----- From: "Craig Edwards" To: "ircservices-coding" Sent: Saturday, March 27, 2004 11:28 PM Subject: [IRCServices Coding] ***BUG*** SQLINE > We have just upgraded to the latest ircservices and unrealircd, and when we have a permenant SQLINE set (this was set before the new version was installed) the services server continually sets and unsets the qline (it didnt used to do this and its quite annoying): > > [20:20] --- Client connecting on port 6667: WinWibble (WinWibble@192.154.46.2) [clients] > [20:20] --- *** Permanent Global Q:line added for WinWibble* on Sat Mar 27 20:20:22 2004 GMT (from services.chatspike.net: Reserved nickname: Please set your bots nickname from the configure tab and try again) > [20:20] --- services.chatspike.net removed Global Q:line WinWibble* (set at Sat Mar 27 20:20:22 2004 - reason: Reserved nickname: Please set your bots nickname from the configure tab and try again) > > Any way to get it to stick like it used to? The qline that causes this is: > > /OS SQLINE ADD +0 WinWibble* Please set your bots nickname from the configure tab and try again > > Thanks, > > Brain > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From brain at winbot.co.uk Sun Mar 28 03:27:55 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ***BUG*** SQLINE Message-ID: <200403281127.i2SBRtY24705@brainbox.winbot.co.uk> seems its doing this with all qlines, not just that one perm sqline... >We have the same problem here.... > > >----- Original Message ----- >From: "Craig Edwards" >To: "ircservices-coding" >Sent: Saturday, March 27, 2004 11:28 PM >Subject: [IRCServices Coding] ***BUG*** SQLINE > > >> We have just upgraded to the latest ircservices and unrealircd, and when >we have a permenant SQLINE set (this was set before the new version was >installed) the services server continually sets and unsets the qline (it >didnt used to do this and its quite annoying): >> >> [20:20] --- Client connecting on port 6667: WinWibble >(WinWibble@192.154.46.2) [clients] >> [20:20] --- *** Permanent Global Q:line added for WinWibble* on Sat Mar 27 >20:20:22 2004 GMT (from services.chatspike.net: Reserved nickname: Please >set your bots nickname from the configure tab and try again) >> [20:20] --- services.chatspike.net removed Global Q:line WinWibble* (set >at Sat Mar 27 20:20:22 2004 - reason: Reserved nickname: Please set your >bots nickname from the configure tab and try again) >> >> Any way to get it to stick like it used to? The qline that causes this is: >> >> /OS SQLINE ADD +0 WinWibble* Please set your bots nickname from the >configure tab and try again >> >> Thanks, >> >> Brain >> >> >> ------------------------------------------------------------------ >> To unsubscribe or change your subscription options, visit: >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From alisor at softhome.net Sun Mar 28 06:29:11 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ***BUG*** SQLINE References: <200403281127.i2SBRtY24705@brainbox.winbot.co.uk> Message-ID: <000801c414d1$0d559750$0800000a@citir> Yes... Sqline list stays normal until a Q:lined nick tries to join. After first try it removes the Q:line from list. I think it isnt about ircd because we are using os sqline command. By the way we are happy that it doesnt try to remove Q:line from ircd. Only own sqline. :) ----- Original Message ----- From: "Craig Edwards" To: "ircservices-coding" Sent: Sunday, March 28, 2004 2:27 PM Subject: Re: Re: [IRCServices Coding] ***BUG*** SQLINE > seems its doing this with all qlines, not just that one perm sqline... > > >We have the same problem here.... > > > > > >----- Original Message ----- > >From: "Craig Edwards" > >To: "ircservices-coding" > >Sent: Saturday, March 27, 2004 11:28 PM > >Subject: [IRCServices Coding] ***BUG*** SQLINE > > > > > >> We have just upgraded to the latest ircservices and unrealircd, and when > >we have a permenant SQLINE set (this was set before the new version was > >installed) the services server continually sets and unsets the qline (it > >didnt used to do this and its quite annoying): > >> > >> [20:20] --- Client connecting on port 6667: WinWibble > >(WinWibble@192.154.46.2) [clients] > >> [20:20] --- *** Permanent Global Q:line added for WinWibble* on Sat Mar 27 > >20:20:22 2004 GMT (from services.chatspike.net: Reserved nickname: Please > >set your bots nickname from the configure tab and try again) > >> [20:20] --- services.chatspike.net removed Global Q:line WinWibble* (set > >at Sat Mar 27 20:20:22 2004 - reason: Reserved nickname: Please set your > >bots nickname from the configure tab and try again) > >> > >> Any way to get it to stick like it used to? The qline that causes this is: > >> > >> /OS SQLINE ADD +0 WinWibble* Please set your bots nickname from the > >configure tab and try again > >> > >> Thanks, > >> > >> Brain > >> > >> > >> ------------------------------------------------------------------ > >> To unsubscribe or change your subscription options, visit: > >> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ircservices-coding at tou.de Sun Mar 28 11:19:44 2004 From: ircservices-coding at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Bug using svs4-db in svs5 (autodeop/nojoin-level) Message-ID: <077201c414fa$3a9131b0$024ea8c0@wolfkiste> Hi, yesterday, a user told our staff that he was not able to op users who were not on the channel's access list. [19:41:58] *** Mode change [+o testuser] on channel #quizzing by papillio [19:41:58] *** Mode change [-o testuser] on channel #quizzing by ChanServ =ChanServ= Information for channel #quizzing: =ChanServ= Options: Topic Retention, Op-Notice As you can see, Secureops is deactivated. Trying to op via '/chanserv op #quizzing testuser' results in: =ChanServ= Unable to op testuser on channel #quizzing. On our network, we've been using Services5 for about a month. Before, we used Services4; the channel #quizzing was registered under version 4 and the founder modified the level settings completely. He also set AUTODEOP to level 4. This was the problem: After some investigation I found out that the level settings were _completely_ taken over to Services5, including the level settings of AUTODEOP and NOJOIN. As you know, in Services5 AUTODEOP and NOJOIN should always be fixed to -1 and -100, and they are invisible to the user. To check this, I modified services to also show those two levels in '/chanserv levels list': =ChanServ= Access level settings for channel #quizzing: [...] =ChanServ= _AUTODEOP 40 =ChanServ= _NOJOIN -20 [...] The values were simply converted (new level=old level*10 in this case) like any other level and are also being used to check user rights. So if you have registered channels with Services4 with a positive AUTODEOP or NOJOIN level and then use Services5, users without an access list entry or too low access level may not be able to join the channel or get opped. Since NOJOIN and AUTODEOP-settings can't be changed in v5, the founder has to use '/chanserv levels reset' to work around this problem. I was able to reproduce this bug with a new installation of Services 4.5.45 with clean databases, then using Services 5.0.29. Hopefully this will get fixed in the next services release, i.e. by setting both levels to -1 and -100 after reading the database. If there are any problems understanding me/the bug, please ask.. ;) Wolle From achurch at achurch.org Tue Mar 30 22:19:24 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Bug using svs4-db in svs5 (autodeop/nojoin-level) In-Reply-To: <077201c414fa$3a9131b0$024ea8c0@wolfkiste> Message-ID: <40697403.44740@achurch.org> Correct you are; fixed for the next release, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >yesterday, a user told our staff that he was not able to op users who were >not on the channel's access list. > >[19:41:58] *** Mode change [+o testuser] on channel #quizzing by papillio >[19:41:58] *** Mode change [-o testuser] on channel #quizzing by ChanServ > >=ChanServ= Information for channel #quizzing: >=ChanServ= Options: Topic Retention, Op-Notice > >As you can see, Secureops is deactivated. > >Trying to op via '/chanserv op #quizzing testuser' results in: >=ChanServ= Unable to op testuser on channel #quizzing. > >On our network, we've been using Services5 for about a month. Before, we >used Services4; the channel #quizzing was registered under version 4 and the >founder modified the level settings completely. He also set AUTODEOP to >level 4. This was the problem: > >After some investigation I found out that the level settings were >_completely_ taken over to Services5, including the level settings of >AUTODEOP and NOJOIN. As you know, in Services5 AUTODEOP and NOJOIN should >always be fixed to -1 and -100, and they are invisible to the user. To check >this, I modified services to also show those two levels in '/chanserv levels >list': > >=ChanServ= Access level settings for channel #quizzing: >[...] >=ChanServ= _AUTODEOP 40 >=ChanServ= _NOJOIN -20 >[...] > >The values were simply converted (new level=old level*10 in this case) like >any other level and are also being used to check user rights. > >So if you have registered channels with Services4 with a positive AUTODEOP >or NOJOIN level and then use Services5, users without an access list entry >or too low access level may not be able to join the channel or get opped. >Since NOJOIN and AUTODEOP-settings can't be changed in v5, the founder has >to use '/chanserv levels reset' to work around this problem. > >I was able to reproduce this bug with a new installation of Services 4.5.45 >with clean databases, then using Services 5.0.29. >Hopefully this will get fixed in the next services release, i.e. by setting >both levels to -1 and -100 after reading the database. > >If there are any problems understanding me/the bug, please ask.. ;) >Wolle > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Mar 30 22:28:34 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ***BUG*** SQLINE In-Reply-To: <002001c414ac$f36b9160$0800000a@citir> Message-ID: <406978fe.46126@achurch.org> This looks like a side-effect of a change in the way Unreal 3.2 handles SQLINEs: the SQLINE command appears to have been merged into the TKL command, so that sending an SQLINE causes Unreal to generate an equivalent TKL and send it back to Services. Services always removes any Services-sourced TKL it receives, assuming that its own TKLs will never be sent back to it; this used to be true, but does not seem to be any longer. I'll add a workaround in the next release. Thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ > We have just upgraded to the latest ircservices and unrealircd, and when >we have a permenant SQLINE set (this was set before the new version was >installed) the services server continually sets and unsets the qline (it >didnt used to do this and its quite annoying): > > [20:20] --- Client connecting on port 6667: WinWibble (WinWibble@192.154.46.2) [clients] > [20:20] --- *** Permanent Global Q:line added for WinWibble* on Sat Mar 27 20:20:22 2004 GMT (from services.chatspike.net: Reserved nickname: Please set your bots nickname from the configure tab and try again) > [20:20] --- services.chatspike.net removed Global Q:line WinWibble* (set at Sat Mar 27 20:20:22 2004 - reason: Reserved nickname: Please set your bots nickname from the configure tab and try again) > > Any way to get it to stick like it used to? The qline that causes this is: > > /OS SQLINE ADD +0 WinWibble* Please set your bots nickname from the configure tab and try again > > Thanks, > > Brain > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From admin at nevernet.net Tue Mar 30 16:12:09 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Bug using svs4-db in svs5(autodeop/nojoin-level) In-Reply-To: <40697403.44740@achurch.org> Message-ID: Would it be possible to get a patch for this issue ahead of the release, or a rough estimate on the next release? Elijah -----Original Message----- From: ircservices-coding-bounces@ircservices.za.net [mailto:ircservices-coding-bounces@ircservices.za.net] On Behalf Of Andrew Church Sent: Tuesday, 30 March, 2004 8:19 AM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] Bug using svs4-db in svs5(autodeop/nojoin-level) Correct you are; fixed for the next release, thanks. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >yesterday, a user told our staff that he was not able to op users who were >not on the channel's access list. > >[19:41:58] *** Mode change [+o testuser] on channel #quizzing by papillio >[19:41:58] *** Mode change [-o testuser] on channel #quizzing by ChanServ > >=ChanServ= Information for channel #quizzing: >=ChanServ= Options: Topic Retention, Op-Notice > >As you can see, Secureops is deactivated. > >Trying to op via '/chanserv op #quizzing testuser' results in: >=ChanServ= Unable to op testuser on channel #quizzing. > >On our network, we've been using Services5 for about a month. Before, we >used Services4; the channel #quizzing was registered under version 4 and the >founder modified the level settings completely. He also set AUTODEOP to >level 4. This was the problem: > >After some investigation I found out that the level settings were >_completely_ taken over to Services5, including the level settings of >AUTODEOP and NOJOIN. As you know, in Services5 AUTODEOP and NOJOIN should >always be fixed to -1 and -100, and they are invisible to the user. To check >this, I modified services to also show those two levels in '/chanserv levels >list': > >=ChanServ= Access level settings for channel #quizzing: >[...] >=ChanServ= _AUTODEOP 40 >=ChanServ= _NOJOIN -20 >[...] > >The values were simply converted (new level=old level*10 in this case) like >any other level and are also being used to check user rights. > >So if you have registered channels with Services4 with a positive AUTODEOP >or NOJOIN level and then use Services5, users without an access list entry >or too low access level may not be able to join the channel or get opped. >Since NOJOIN and AUTODEOP-settings can't be changed in v5, the founder has >to use '/chanserv levels reset' to work around this problem. > >I was able to reproduce this bug with a new installation of Services 4.5.45 >with clean databases, then using Services 5.0.29. >Hopefully this will get fixed in the next services release, i.e. by setting >both levels to -1 and -100 after reading the database. > >If there are any problems understanding me/the bug, please ask.. ;) >Wolle > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From cyberdems at cyberdems.za.net Wed Mar 31 00:28:22 2004 From: cyberdems at cyberdems.za.net (CyberDems) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] possible bug in 5.0.28 and below? Message-ID: <001b01c416fa$23f0b870$0500a8c0@DIMITRI> I'm reporting this as a possible bug: When a nickname is registered and AUTH is enabled * Your nick is now XYZ -> PRIVMSG NickServ :REGISTER abc123xyz your@email-address.com -NickServ- Nickname XYZ has been registered to you. -NickServ- An authentication code for your nickname has been sent to your@email-address.com. -NickServ- When you receive this message, type /msg NickServ AUTH code (replace code with the authentication code in the message) to complete your nickname registration. -NickServ- Your password is abc123xyz -- remember this for later use. -> NICK ABC * Your nick is now ABC -> NICK XYZ * Your nick is now XYZ * XYZ sets mode: +r -> WHOIS XYZ and it contains: XYZ has identified for this nick Notice I didn't identify, and yet i'm classified as identified with +r. So in other words, the nickname is fully functional even though I have not yet AUTH'ed, all it needs is a nickchange and it is concidered registered. This could pose as fatal in situations involving spambots. For example: the spambot registers its nick with a fake e-mail address, changes its nick, and then changes it back, and its automatically registered, then it can privmsg registered nicks with spam, join +R channels, etc. etc. Hope this helps -- CyberDems irc.rsachat.za.net From achurch at achurch.org Wed Mar 31 20:23:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Bug using svs4-db in svs5(autodeop/nojoin-level) In-Reply-To: <406a0d3e.15422@mail.achurch.org> Message-ID: <406aab5f.47345@achurch.org> >Would it be possible to get a patch for this issue ahead of the release, or a >rough estimate on the next release? I don't know when the next release will happen, though I expect it will not be too far in the future. If this is a serious problem now, apply the following patch. (Note that applying the patch will cause the diff for the next release to fail to apply; either reverse this or reinstall from the tarball at that time.) --Andrew Church achurch@achurch.org http://achurch.org/ --- modules/protocol/unreal.c 23 Mar 2004 15:13:42 -0000 2.117 +++ modules/protocol/unreal.c 30 Mar 2004 13:46:57 -0000 2.118 @@ -506,6 +506,10 @@ * such a TKL exists in the SZline list, and do not remove it if it's * found; Unreal does not report IP address information for users, so * we have no way to re-add the masks by checking connecting users. + * + * FIXME: Unreal 3.2 converts an SQLINE into a TKL and sends it back to + * us! Previous Unreal releases don't understand TKL Q, so for now + * check these against the SQline list. */ /* Pointer to the `get_maskdata' function defined in the database @@ -521,6 +525,8 @@ return; if (*av[1] == 'Z' && (*p_get_maskdata)(MD_SZLINE, av[3])) return; + if (*av[1] == 'Q' && (*p_get_maskdata)(MD_SQLINE, av[3])) + return; send_cmd(ServerName, "TKL - %c %s %s %s", *av[1], av[2], av[3], ServerName); } From achurch at achurch.org Wed Mar 31 20:46:02 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] possible bug in 5.0.28 and below? In-Reply-To: <001b01c416fa$23f0b870$0500a8c0@DIMITRI> Message-ID: <406aaf87.52111@achurch.org> Fixed for 5.0.30, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >I'm reporting this as a possible bug: > >When a nickname is registered and AUTH is enabled > > * Your nick is now XYZ >-> PRIVMSG NickServ :REGISTER abc123xyz your@email-address.com > -NickServ- Nickname XYZ has been registered to you. > -NickServ- An authentication code for your nickname has been sent to >your@email-address.com. > -NickServ- When you receive this message, type /msg NickServ AUTH code >(replace code with the authentication code in the message) to complete your >nickname registration. > -NickServ- Your password is abc123xyz -- remember this for later use. >-> NICK ABC > * Your nick is now ABC >-> NICK XYZ > * Your nick is now XYZ > * XYZ sets mode: +r >-> WHOIS XYZ >and it contains: XYZ has identified for this nick > >Notice I didn't identify, and yet i'm classified as identified with +r. > >So in other words, the nickname is fully functional even though I have not >yet AUTH'ed, all it needs is a nickchange and it is concidered registered. >This could pose as fatal in situations involving spambots. For example: the >spambot registers its nick with a fake e-mail address, changes its nick, and >then changes it back, and its automatically registered, then it can privmsg >registered nicks with spam, join +R channels, etc. etc. > >Hope this helps -- >CyberDems >irc.rsachat.za.net > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Fri Apr 2 12:12:01 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal and akill excludes In-Reply-To: <003401c3f9c8$f82cb200$0100a8c0@eric> Message-ID: <406cda14.43701@achurch.org> >I can't get them to work. It sends a gline if someone matches an akill = >whether or not there's an exclude on it. This of course makes excludes = >useless. Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ From ircservices-coding at tou.de Sat Apr 10 07:15:05 2004 From: ircservices-coding at tou.de (Wolfgang Urban) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Feature request: No logonnews after netsplit Message-ID: <12dc01c41f06$b88eaf00$024ea8c0@wolfkiste> Hi all, i think it would be very useful if services could detect when a netmerge (of any server on its own net, at any time) is completed. This would bring the following advantages/features: 1.) If you know that a server is linking at the moment and merging its data with the net by sending its users, channels, etc., you would also be able to determine whether a new user (from services' point of view) is just being introduced as part of the netmerge and was still on his server or logged onto his server shortly ago. Currently services send their logonnews to every "new" user they see on the net, even if this user has already received them during his irc session. 2.) Services would be able to wait until a linking server has completed its netmerge and then set chanmodes like autoop/voice - but only if necessary. All in all it would reduce the services traffic and the annoyance level for the users in case of a netsplit or svs restart. I think there is an easy way to determine the end of an netmerge without help of any special ircd features: You just need to send a PING to any new server on the net. If we can assume that every ircd software first sends all its own nicks/chans/.. and then starts to reply to commands, you should get the PONG after receiving all netmerge specific data. Before this PONG is being received, logonnews shouldn't be sent to users on this server and they also shouldn't get autoop or autovoice. When we get the PONG, we need to recheck the autoop/autovoice-status of every user on the server that just linked. Wolle From achurch at achurch.org Sun Apr 11 00:15:15 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Feature request: No logonnews after netsplit In-Reply-To: <12dc01c41f06$b88eaf00$024ea8c0@wolfkiste> Message-ID: <407810a4.31303@achurch.org> This issue has been raised before. Unfortunately, it's not as simple as you suggest; for example, new users may have logged on while the server was not connected to Services, or it could be a brand-new installation of Services or the introduction of a new server (in which case you'd _want_ the news sent out). I am considering options for 5.1 or later, but this is too complex an issue to be addressed in 5.0. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi all, > >i think it would be very useful if services could detect when a netmerge (of >any server on its own net, at any time) is completed. This would bring the >following advantages/features: > >1.) If you know that a server is linking at the moment and merging its data >with the net by sending its users, channels, etc., you would also be able to >determine whether a new user (from services' point of view) is just being >introduced as part of the netmerge and was still on his server or logged >onto his server shortly ago. >Currently services send their logonnews to every "new" user they see on the >net, even if this user has already received them during his irc session. > >2.) Services would be able to wait until a linking server has completed its >netmerge and then set chanmodes like autoop/voice - but only if necessary. > >All in all it would reduce the services traffic and the annoyance level for >the users in case of a netsplit or svs restart. > >I think there is an easy way to determine the end of an netmerge without >help of any special ircd features: >You just need to send a PING to any new server on the net. If we can assume >that every ircd software first sends all its own nicks/chans/.. and then >starts to reply to commands, you should get the PONG after receiving all >netmerge specific data. Before this PONG is being received, logonnews >shouldn't be sent to users on this server and they also shouldn't get autoop >or autovoice. When we get the PONG, we need to recheck the >autoop/autovoice-status of every user on the server that just linked. > >Wolle > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From cyberdems at cyberdems.za.net Tue Apr 13 12:40:31 2004 From: cyberdems at cyberdems.za.net (CyberDems) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ChanServ suggestion Message-ID: <000f01c4218f$2f2acab0$0500a8c0@DIMITRI> Hey guys... Andrew I was wondering if it would be possible to make chanserv +v/h/o/a/q/etc a registered nick as soon as they are added to the access list, so the user doesn't have to rejoin the channel or re-identify for the change to take effect? And then obviously when the nick is removed from the channel's access list, the same applies with -v/h/o/a/q/etc... Just an idea, probably worth concidering? :) CyberDems irc.rsachat.za.net From Craig at chatspike.net Tue Apr 13 15:53:05 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ChanServ suggestion Message-ID: I have asked about this before, and Andrew responded by saying that this would be relativly redundant. The Access changing is a 'one-off' event, generally an op would be able to perform the mode changes if nessecery. Dont get me wrong thou, i still think this would be a nice feature. (I may even concider looking into making a module to do this at a later date.) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - CyberDems * To - ircservices-coding@ircservices.za.net * Sent - 2004-04-13 20:40:31 * Subject - [IRCServices Coding] ChanServ suggestion ****************************************/ /****** - Begin Original Message - ******/ >Hey guys... > >Andrew I was wondering if it would be possible to make chanserv >+v/h/o/a/q/etc a registered nick as soon as they are added to the access >list, so the user doesn't have to rejoin the channel or re-identify for the >change to take effect? And then obviously when the nick is removed from the >channel's access list, the same applies with -v/h/o/a/q/etc... > >Just an idea, probably worth concidering? :) > >CyberDems >irc.rsachat.za.net > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From mark at ctcp.net Tue Apr 13 16:12:27 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ChanServ suggestion In-Reply-To: Message-ID: Craig McLure wrote: > I have asked about this before, and Andrew responded by > saying that this would be relativly redundant. The Access > changing is a 'one-off' event, generally an op would be able > to perform the mode changes if nessecery. Since IIRC services performs some checks when adding a user to the access list (e.g. checking for a registered nick), it should be a minimal change to "set mode if online". I suspect if there is sufficient support on list, this might be thought about. > Dont get me wrong thou, i still think this would be a nice > feature. (I may even concider looking into making a module to > do this at a later date.) A patch might be a better option since a module seems overkill for this and would likely involve a much higher overhead than checking during the "add" process. M. From Craig at chatspike.net Tue Apr 13 17:33:30 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ChanServ suggestion Message-ID: The problem with 'Patches' are that Andy wont support the version of services you are using (even if the bug being discussed is a services one, additional code makes GDB a pain in the ass), and (Depending on the size), it could cause problems with future official Patches. I find modules much easier to maintain too. The only downside may be the additional overhead (but from what i've seen and coded, this overhead is minimal). But i agree, a patch would be best for this. Its hard to balance the advantages / disadvantages thou. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - M * To - "'IRC Services Coding Mailing List'"; ircservices-coding@ircservices.za.net <; ircservices-coding@ircservices.za.net> * Sent - 2004-04-13 23:12:27 * Subject - RE: [IRCServices Coding] ChanServ suggestion ****************************************/ /****** - Begin Original Message - ******/ >Craig McLure wrote: >> I have asked about this before, and Andrew responded by >> saying that this would be relativly redundant. The Access >> changing is a 'one-off' event, generally an op would be able >> to perform the mode changes if nessecery. > >Since IIRC services performs some checks when adding a user to the access >list (e.g. checking for a registered nick), it should be a minimal change to >"set mode if online". I suspect if there is sufficient support on list, this >might be thought about. > >> Dont get me wrong thou, i still think this would be a nice >> feature. (I may even concider looking into making a module to >> do this at a later date.) > >A patch might be a better option since a module seems overkill for this and >would likely involve a much higher overhead than checking during the "add" >process. > >M. > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From achurch at achurch.org Wed Apr 14 10:10:06 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] ChanServ suggestion In-Reply-To: <000f01c4218f$2f2acab0$0500a8c0@DIMITRI> Message-ID: <407c9042.04351@achurch.org> >Andrew I was wondering if it would be possible to make chanserv >+v/h/o/a/q/etc a registered nick as soon as they are added to the access >list, so the user doesn't have to rejoin the channel or re-identify for the >change to take effect? And then obviously when the nick is removed from the >channel's access list, the same applies with -v/h/o/a/q/etc... As Craig mentioned, this has been brought up before, and I haven't implemented it because IMO it's not worth the complexity. Yes, it's not a difficult change to make, but it also adds yet another privilege escalation path, and yet another potential place for bugs to crop up. It's not worth it for a one-off event such as this. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Thu Apr 15 12:34:54 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] AKILL question Message-ID: Would it be possible to have akills able to recognise the difference between letters, numbers, and non-alphanumeric characters? For instance, to akill the following users: Dopey!~y968442N@ip68-97-194-40.ok.ok.cox.net Dopey!~v514490A@ip68-97-194-39.ok.ok.cox.net You would use an akill using some unused character to represent that the first character in the ident is a letter, and another to represent each character that is a letter, and another for non-alphanumeric. Example: %######%@* would akill any client with first and last characters being letters, with has six numbers in-between. It's relatively hard for me to explain this simply, perhaps due to lack of sleep. But any thoughts, suggestions, or comments would be appreciated. Elijah From Craig at chatspike.net Thu Apr 15 17:34:18 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] AKILL question Message-ID: Interesting idea, although i cant see this being implemented sometime soon, it could be useful in future version, sort of 'Extended' akills. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Elijah * To - "'IRC Services Coding Mailing List'"; ircservices-coding@ircservices.za.net <; ircservices-coding@ircservices.za.net> * Sent - 2004-04-15 20:34:54 * Subject - [IRCServices Coding] AKILL question ****************************************/ /****** - Begin Original Message - ******/ >Would it be possible to have akills able to recognise the difference between >letters, numbers, and non-alphanumeric characters? > >For instance, to akill the following users: > >Dopey!~y968442N@ip68-97-194-40.ok.ok.cox.net >Dopey!~v514490A@ip68-97-194-39.ok.ok.cox.net > >You would use an akill using some unused character to represent that the first >character in the ident is a letter, and another to represent each character that >is a letter, and another for non-alphanumeric. > >Example: %######%@* would akill any client with first and last characters being >letters, with has six numbers in-between. > >It's relatively hard for me to explain this simply, perhaps due to lack of >sleep. But any thoughts, suggestions, or comments would be appreciated. > >Elijah > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From achurch at achurch.org Fri Apr 16 10:08:39 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] AKILL question In-Reply-To: <407ee467.56200@mail.achurch.org> Message-ID: <407f325b.26434@achurch.org> >Would it be possible to have akills able to recognise the difference between >letters, numbers, and non-alphanumeric characters? > >For instance, to akill the following users: > >Dopey!~y968442N@ip68-97-194-40.ok.ok.cox.net >Dopey!~v514490A@ip68-97-194-39.ok.ok.cox.net > >You would use an akill using some unused character to represent that the first >character in the ident is a letter, and another to represent each character that >is a letter, and another for non-alphanumeric. > >Example: %######%@* would akill any client with first and last characters being >letters, with has six numbers in-between. This is similar to the idea of regular-expression autokills that's come and gone occasionally. I'm considering some form of "extended wildcard", if you will--maybe regexps, maybe not--for the future, but it's not high on my priority list. --Andrew Church achurch@achurch.org http://achurch.org/ From admin at nevernet.net Fri Apr 23 01:30:40 2004 From: admin at nevernet.net (Elijah) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] OperServ help Message-ID: It seems there is a little confusion in the OperServ help messages for the EXCEPTION and SESSIONS commands. HELP EXCEPTION states first that it is a command for services admins, but the last line of the help response shows the command is available to services operators. It does, as initially mentioned, work for services opers. HELP SESSION is consistent in its claim that it is available to services admins, however all aspects of the command work for services opers as well. Thought I'd share this here :) Elijah From Craig at chatspike.net Sun Apr 25 03:59:03 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Just as a matter of interest.. Message-ID: Is it possible to register a service as a user (by adding its info to the relative structs) and if so, would services still function as expected? (service joins a channel, Chanserv sets modes, topics etc) Thanks in advance. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ From achurch at achurch.org Sun Apr 25 20:18:34 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Just as a matter of interest.. In-Reply-To: <408b9a77.02511@mail.achurch.org> Message-ID: <408b9fb7.20737@achurch.org> Services isn't designed to work this way. As to whether it would actually work or not, I have no idea; you're on your own if you try. Put another way, you can use cars to knock down trees, but don't ask the car company to clean up the mess... --Andrew Church achurch@achurch.org http://achurch.org/ >Is it possible to register a service as a user (by adding its info to the relative structs) and if so, would services still function as expected? (service joins a channel, Chanserv sets modes, topics etc) > >Thanks in advance. > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * InspIRCd - http://www.inspircd.org - REVIVED > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at chatspike.net Sun Apr 25 04:40:22 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Just as a matter of interest.. Message-ID: I was trying to think of a witty responce to your comment, but my brain died in the process.. Thanks for the help, i'll probably do a LOT of testing before i release anything that does this :) /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices-coding@ircservices.za.net * Sent - 2004-04-25 20:18:34 * Subject - Re: [IRCServices Coding] Just as a matter of interest.. ****************************************/ /****** - Begin Original Message - ******/ > Services isn't designed to work this way. As to whether it would >actually work or not, I have no idea; you're on your own if you try. >Put another way, you can use cars to knock down trees, but don't ask the >car company to clean up the mess... > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Is it possible to register a service as a user (by adding its info to the relative structs) and if so, would services still function as expected? (service joins a channel, Chanserv sets modes, topics etc) >> >>Thanks in advance. >> >>/**************************************** >> * Craig "FrostyCoolSlug" McLure >> * InspIRCd - http://www.inspircd.org - REVIVED >> * ChatSpike - http://www.chatspike.net >> ****************************************/ >> >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From jon at jons.org Tue Apr 27 07:46:23 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] possible bug in SJOIN when using CSSetChanneltime Message-ID: <200404271446.i3REkhXW037282@mail.xelink.net> Hello, I have noticed that with bahamut, and hybrid as well that services doesn't restore mlock'ed modes upon a initial join when using the CSSetChanneltime option. When services sends the SJOIN to set the channel TS, it recreates the channel and removed any modes set by ChanServ when restoring modes. This can be seen below: [08:29] * Now talking in #emerald [08:29] * irc.test.net sets mode: +nt [08:29] * ChanServ sets mode: +s [08:29] * services.test.net sets mode: -o ThaPrince [08:29] -irc.test.net:#emerald- *** Notice -- TS for #emerald changed from 1083076622 to 1083076256 [08:29] * services.test.net sets mode: -nts [08:29] * ChanServ changes topic to 'm00.' [08:29] * ChanServ sets mode: +o ThaPrince As you can see I am now left with a channel with no modes at all, as the SJOIN didn't specify any modes: send_cmd(ServerName, "SJOIN %ld %s + :%s%s", (long)c->creation_time, c->name, (modes & CUMODE_o ? "@" : ""), u->nick); I believe either adding the mlocked modes to the SJOIN or have the check for mlocked modes done again(or moved to after the SJOIN) when using this feature. Regards, Jon Christopherson From serdar at konuk.net Tue Apr 27 07:58:01 2004 From: serdar at konuk.net (serdar@konuk.net) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] is this a bug Message-ID: <1083077881.408e74f922431@mail.konuk.net> Hi; I am using ircservices5.2.28.. I defined NSDEFKILL section in modules.conf and it marks the new registered nick as set kill on but the it doesnt works... A nick thats has a kill option doesnt changes when it is not identified... How Can I solve This ProbLem* Help pls thanks ------------------------------------------------ http://www.postatr.com/ From arathorn at theonering.net Tue Apr 27 16:04:18 2004 From: arathorn at theonering.net (Arathorn) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal and akill excludes References: <406cda14.43701@achurch.org> Message-ID: <028101c42cab$f85d9990$2b004652@mjh75> ----- Original Message ----- From: "Andrew Church" To: Sent: Friday, April 02, 2004 4:12 AM Subject: Re: [IRCServices Coding] Unreal and akill excludes > >I can't get them to work. It sends a gline if someone matches an akill = > >whether or not there's an exclude on it. This of course makes excludes = > >useless. > > Fixed, thanks for the report. > > --Andrew Church Hm, I'm probably completely missing a critical part of this thread, but in ircservices-5.0.30.diff: diff -uNr ircservices-5.0.29/modules/protocol/unreal.c ircservices-5.0.30/modules/protocol/unreal.c --- ircservices-5.0.29/modules/protocol/unreal.c 2004-03-24 19:23:26 +0900 +++ ircservices-5.0.30/modules/protocol/unreal.c 2004-04-14 11:33:36 +0900 @@ -889,10 +895,6 @@ } else { /* Successfully parsed */ unreal_version = ver; - /* Unreal 3.2 (protocol version 2303) and above support - * autokill exclusions, so make a note of that */ - if (ver >= 2303) - protocol_features |= PF_AKILL_EXCL; } } doesn't this completely remove support for akill excludes in unreal? Have they been given up on as a lost cause, or can I re-flag support for them in unreal.c? Apologies if i'm failing to find an explanatory post on the lists or missing something in the Changelog, cheers, A. ________________________________________________________________ Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 Arathorn: Co-Sysadmin, TheOneRing.netR From Craig at chatspike.net Tue Apr 27 17:48:21 2004 From: Craig at chatspike.net (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal and akill excludes Message-ID: Theres been some discussion recently about how Unreal wont send user information properly between servers, the chances are, that akill exclusions have been removed because of this. Quoting Andrew Church: You're using Unreal, yes? I looked into the problem, and it seems that Unreal is applying bans based on client IP address as well as real and fake hostmasks. The problem with this is that the Unreal protocol doesn't send client IP addresses to other servers (Services included), so Services doesn't have any way to tell whether a given ban will match a client's IP address. In short, you're SOL unless you can switch to another ircd. I'll note this in the FAQ for the next release. This was an issue with Chanserv unban. But i'm guessing the same problem would exist with akill exceptions. /**************************************** * Craig "FrostyCoolSlug" McLure * InspIRCd - http://www.inspircd.org - REVIVED * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Arathorn * To - ircservices-coding@ircservices.za.net * Sent - 2004-04-28 00:04:18 * Subject - Re: [IRCServices Coding] Unreal and akill excludes ****************************************/ /****** - Begin Original Message - ******/ >----- Original Message ----- >From: "Andrew Church" >To: >Sent: Friday, April 02, 2004 4:12 AM >Subject: Re: [IRCServices Coding] Unreal and akill excludes > > >> >I can't get them to work. It sends a gline if someone matches an akill = >> >whether or not there's an exclude on it. This of course makes excludes = >> >useless. >> >> Fixed, thanks for the report. >> >> --Andrew Church > >Hm, I'm probably completely missing a critical part of this thread, but in >ircservices-5.0.30.diff: > >diff -uNr ircservices-5.0.29/modules/protocol/unreal.c >ircservices-5.0.30/modules/protocol/unreal.c >--- ircservices-5.0.29/modules/protocol/unreal.c 2004-03-24 19:23:26 >+0900 >+++ ircservices-5.0.30/modules/protocol/unreal.c 2004-04-14 11:33:36 >+0900 >@@ -889,10 +895,6 @@ > } else { > /* Successfully parsed */ > unreal_version = ver; >- /* Unreal 3.2 (protocol version 2303) and above support >- * autokill exclusions, so make a note of that */ >- if (ver >= 2303) >- protocol_features |= PF_AKILL_EXCL; > } > } > >doesn't this completely remove support for akill excludes in unreal? Have >they been given up on as a lost cause, or can I re-flag support for them in >unreal.c? Apologies if i'm failing to find an explanatory post on the lists >or missing something in the Changelog, > >cheers, > >A. > >________________________________________________________________ >Matthew Hodgson arathorn@theonering.net Tel: +44 7968 722968 > Arathorn: Co-Sysadmin, TheOneRing.netR > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From achurch at achurch.org Wed Apr 28 10:42:15 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Unreal and akill excludes In-Reply-To: <028101c42cab$f85d9990$2b004652@mjh75> Message-ID: <408f0c30.71374@achurch.org> >doesn't this completely remove support for akill excludes in unreal? Have >they been given up on as a lost cause, or can I re-flag support for them in >unreal.c? Apologies if i'm failing to find an explanatory post on the lists >or missing something in the Changelog, There never were (Services-settable) excludes in the first place; I had misunderstood some comment that said that there were. In fact, the only way to place autokill excludes is in the conf file. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Wed Apr 28 12:34:36 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] possible bug in SJOIN when using CSSetChanneltime In-Reply-To: <200404271446.i3REkhXW037282@mail.xelink.net> Message-ID: <408f2a43.71640@achurch.org> > I have noticed that with bahamut, and hybrid as well that services >doesn't restore mlock'ed modes upon a initial join when using the >CSSetChanneltime option. I can't reproduce this: #123 *** Notice -- TS for #123 changed from 1083123823 to 979605025 *** Mode change "-sntrlk-o lah Alcan" on channel #123 by services.localhost.net *** Mode change "+o Alcan" on channel #123 by services.localhost.net *** ChanServ has changed the topic on channel #123 to 123 *** Mode change "+nstrkl lah 2" on channel #123 by ChanServ Services always restores all locked modes after the SJOIN (rather, the SJOIN is sent before any modes are checked). I have no idea why ChanServ would send a +s before the SJOIN, unless you've modified the source. Can you send me a debug log from Services startup to the occurrence of the problem? --Andrew Church achurch@achurch.org http://achurch.org/ From jon at jons.org Wed Apr 28 07:29:53 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] possible bug in SJOIN when usingCSSetChanneltime In-Reply-To: <408f2a43.71640@achurch.org> Message-ID: <200404281430.i3SETwNn018141@mail.xelink.net> -----Original Message----- From: Andrew Church [mailto:achurch@achurch.org] Sent: Tuesday, April 27, 2004 9:35 PM To: ircservices-coding@ircservices.za.net Subject: Re: [IRCServices Coding] possible bug in SJOIN when usingCSSetChanneltime >> I have noticed that with bahamut, and hybrid as well that services >>doesn't restore mlock'ed modes upon a initial join when using the >>CSSetChanneltime option. > I can't reproduce this: I apologize, Now that I look back I realize that the test network I was running that test on was running anope at the time (messing with their hybrid support to see if I could see anything different in the way their version acts in regard to the ircd - obviously not correctly eh ;P) That's what I get for posting bug reports in the early AM. Feel free to ignore/delete my bug report as it is suffering from an Identity crisis ;) > --Andrew Church > achurch@achurch.org > http://achurch.org/ Regards, Jon Christopherson From achurch at achurch.org Fri May 7 15:27:09 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] OperServ help In-Reply-To: <4088d507.75771@mail.achurch.org> Message-ID: <409b2c49.24017@achurch.org> Fixed, thanks for the report. --Andrew Church achurch@achurch.org http://achurch.org/ >It seems there is a little confusion in the OperServ help messages for the >EXCEPTION and SESSIONS commands. > >HELP EXCEPTION states first that it is a command for services admins, but the >last line of the help response shows the command is available to services >operators. It does, as initially mentioned, work for services opers. > >HELP SESSION is consistent in its claim that it is available to services admins, >however all aspects of the command work for services opers as well. > >Thought I'd share this here :) > >Elijah > > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jon at jons.org Mon May 10 19:08:30 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Major revision of Bahamut released (1.8.0) Message-ID: <200405110208.i4B28lbV051451@mail.xelink.net> Hello, The Bahamut team has released Bahamut 1.8.0. This version will not work with services the way they are now as it now requires the TSMODE protocol. If you need help testing with this new version Andy, I'll be more then happy to help so that we can get the Bahamut module updated. Regards, Jon Christopherson From achurch at achurch.org Tue May 11 11:21:17 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Major revision of Bahamut released (1.8.0) In-Reply-To: <200405110208.i4B28lbV051451@mail.xelink.net> Message-ID: <40a038c6.62603@achurch.org> Finally. I'll go download it and take a look at the code. Have they been kind enough to include a list of changes? Thanks for letting me know. --Andrew Church achurch@achurch.org http://achurch.org/ > Hello, > > The Bahamut team has released Bahamut 1.8.0. This version will not >work with services the way they are now as it now requires the TSMODE >protocol. If you need help testing with this new version Andy, I'll be more >then happy to help so that we can get the Bahamut module updated. > > Regards, > > Jon Christopherson > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From jon at jons.org Mon May 10 20:34:14 2004 From: jon at jons.org (Jon Christopherson) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] bahamut 1.8.0 Message-ID: <200405110334.i4B3YVHl066914@mail.xelink.net> Hello Andy, Sorry for not replying to your message directly, I had to turn digest mode off. Yes, there is a CHANGELOG for the new version. Here it is: Changes for 1.8.0 ----------------- - Removed backwards compatibility for: - NOQUIT - UNCONNECT - TSMODE - NICKIP All of these modes are now REQUIRED. - Removed Code and defines for outdated stuff: - FOLLOW_IDENT_RFC - NO_IDENT_SYSTYPE_OTHER - NO_MIXED_CASE - OLD_Y_LIMIT - USE_REJECT_HOLD This code is no longer used. - Removed define options for: - CLIENT_COUNT This code is now manditory. - Completely rewrote configuration structures. - Rewrote methods for connecting to servers. - Outdated Link structure config linking, now linking directly from aClient(user/serv) structures to appropriate conf strucutures. - Backported lucas's aListener structure and routines from defunct bahamut-devel tree. - Implemented +I/+e channel lists - thanks seddy. - Ports now can be opened and closed on /rehash - config file format changed to bind-style - klinefile outdated - replaced dbufs with sbufs - shared buffers. - removed old High Traffic Mode (HTM) code - config option block added to outdate use of ./config script - fixes for solaris and OSX compatibility - Added support for /dev/poll and epoll socket engines - thanks seddy. - Moved m_server and m_dkey into m_server.c - Moved m_stats into m_stats.c - Fixed memory counting routines. Thanks Quension! - Outdated modules.ini and all inifile uses - now a modules {} conf block - Updated m_module to allow non-admin viewing of hooks and loaded modules - Added module hooks for user and channel targetted privmsgs Regards, Jon Christopherson From alisor at softhome.net Tue Jun 15 10:14:37 2004 From: alisor at softhome.net (Ali Sor) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Msg at Box logs Message-ID: <000a01c452fc$43686d90$0800000a@citir> Hello; While checking my logs at the box i see this kind of messages. I dont know if it is serious or not or known but seems like a bug Jun 15 18:22:44 irc kernel: application bug: ircservices(12587) has SIGCHLD set to SIG_IGN but calls wait(). Jun 15 18:22:44 irc kernel: (see the NOTES section of 'man 2 wait'). Workaround activated. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040615/8fdef88b/attachment.html From uhc0 at rz.uni-karlsruhe.de Tue Jun 15 10:40:03 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Msg at Box logs In-Reply-To: <000a01c452fc$43686d90$0800000a@citir> References: <000a01c452fc$43686d90$0800000a@citir> Message-ID: <1087321203.13927.8.camel@dreadnought.hadiko.de> Try not using the sendmail module but the built-in mail-sending module "smtp", that way the error will vanish. Regards; yusuf. On Tue, 2004-06-15 at 19:14, Ali Sor wrote: > Hello; > While checking my logs at the box i see this kind of messages. > I dont know if it is serious or not or known but seems like a bug > > > Jun 15 18:22:44 irc kernel: application bug: ircservices(12587) has > SIGCHLD set to SIG_IGN but calls wait(). > Jun 15 18:22:44 irc kernel: (see the NOTES section of 'man 2 wait'). > Workaround activated. > > > ______________________________________________________________________ > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Jun 17 13:55:50 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Re: Segmentation Error at startup with database load In-Reply-To: <6.1.0.6.0.20040614171338.02774f18@mail> Message-ID: <40d12bbb.27260@achurch.org> Moving this to the coding list (and CC'ing you in case you're not subscribed--apologies if you get this twice). >As it has been about 15 or 16 years since I have done any serious assembly >programming, and GNU is very new to me, I am a bit curious about why this >particular solution is chosen. My main reason for choosing to use trampolines is simplicity: assuming the compiler works correctly (which turned out to be an incorrect assumption, but disregarding that), it's simpler to have a trampoline stub that looks up a function and then calls that function with whatever parameters it received, than to write a separate stub for each imported function and specify the parameters for each explicitly. The reason external symbols have to be looked up in the first place is a chicken-and-egg problem with respect to the various modules that use the database module. For example, the main NickServ module (nickserv/main) calls open_nick_db() in the database module, which in turn calls (among others) check_expire_nick() in nickserv/main. Since both modules can't be loaded simultaneously, one of them has to obtain symbol addresses manually. Explicitly passing the addresses of required routines from the caller to the database module is certainly an option, but goes against my aesthetic sense. (: Admittedly, kludging around a broken compiler is just as bad, but... At any rate, it's my intent to redesign the database system for 5.1, primarily to open the way to using real databases (MySQL, etc.), but also to clean up leftovers from the old monolithic structure which I essentially left alone in the 5.0 redesign. In the meantime, I'll read through your debugging output and see if I can come up with a PowerPC kludge. Could you also try compiling with GCC 3.4.0 and see if that fixes the problem? --Andrew Church achurch@achurch.org http://achurch.org/ From Craig at frostycoolslug.com Tue Jul 6 13:29:23 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Simple Services Server Module Message-ID: Hi, i've been looking over the HTTPd module, and personally couldnt make heads nor tails of it, and was wondering if anyone could make me a stripped down module, all it would do, is listen on a port, recieve connections, log incoming data to the log files, Send data back, and disconnect. Also monitor general things like disconnects etc. Thanks in advance :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From Craig at frostycoolslug.com Tue Jul 6 17:02:38 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Simple Services Server Module Message-ID: Hi, and thanks for your input. Although your code has been insightful, unfortunantly it wasnt what i was looking for. I am looking for a base listen server, which wont in any way be used as an HTTPd. I just need a simple module, that utilises the services API in socket management and control. /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Craig McLure * To - ircservices-coding * Sent - 2004-07-06 21:29:23 * Subject - [IRCServices Coding] Simple Services Server Module ****************************************/ /****** - Begin Original Message - ******/ >Hi, i've been looking over the HTTPd module, and personally couldnt make heads nor tails of it, and was wondering if anyone could make me a stripped down module, all it would do, is listen on a port, recieve connections, log incoming data to the log files, Send data back, and disconnect. Also monitor general things like disconnects etc. > >Thanks in advance :) > >/**************************************** > * 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://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From hideosaitoh at teamgear.net Wed Jul 7 07:47:53 2004 From: hideosaitoh at teamgear.net (Hideo Saitoh) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. Message-ID: Hi, all. I am user live in japan. Please advice me. in IRCservice Now, I configure like following.. /msg chanserv set #chanA restricted on /msg chanserv set #chanA secure on If user join #chanA without "Identify" nickname, they will be Kick !! I want to stop this kick only. If user join #chanA without "Identify" nickname, they does not join #chanA. but I never want to add they in kick list. Please advice me, How to stop , ircservice write this user into kick list.. Which source code should I correct ? Please advice me. From achurch at achurch.org Thu Jul 8 00:45:38 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. In-Reply-To: <40ec0d70.46751@mail.achurch.org> Message-ID: <40ec1af4.60505@achurch.org> >/msg chanserv set #chanA restricted on >/msg chanserv set #chanA secure on > >If user join #chanA without "Identify" nickname, they will be Kick !! This is intended behavior. RESTRICTED prevents any user with zero or lower access from entering the channel, while SECURE treats any user who has not identified as having access level zero--therefore the combination of RESTRICTED and SECURE results in all non-identified users being kicked and banned from the channel. >I want to stop this kick only. > >If user join #chanA without "Identify" nickname, they does not join #chanA. >but I never want to add they in kick list. > >Please advice me, How to stop , ircservice write this user into kick list.. >Which source code should I correct ? By "kick list" I assume you mean "ban list". Bans are added for all users stopped from entering a channel, whether because of RESTRICTED, autokicks, or other reasons, to stop the user from repeatedly entering the channel--particularly in the case of clients which automatically rejoin on a kick, which would cause an infinite loop without a ban. For this reason, I strongly recommend that you do not change this behavior; as an alternative, you might consider changing the access level of the UNBAN command to 1 (/msg ChanServ LEVELS #chanA SET UNBAN 1), which would allow all users normally permitted access to the channel to unban themselves after being kicked. If you do decide to modify the source code, the relevant function is check_kick() in modules/chanserv/check.c. --Andrew Church achurch@achurch.org http://achurch.org/ From j.kam at shaw.ca Wed Jul 7 15:50:56 2004 From: j.kam at shaw.ca (Jeffery Kam) Date: Sat Oct 23 23:10:16 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. In-Reply-To: <0I0H00E20L4JR1@l-daemon> Message-ID: <001201c46474$dd72aac0$f64f9144@weed> I may sound a bit newbish on this answer, but I'm pretty sure this is what he was getting at. He wants the restrict function to not kick, instead he wants something like "You cannot join this channel, it is restricted" in the status window. Basically making it so you don't actually join the channel before ChanServ realizes you aren't identified, instead chanserv would see before joining the channel. Last I checked, this wasn't possible. If someone can think of a way I'd love to hear it, but AFAIK its an ircd related issue. -----Original Message----- From: ircservices-coding-bounces@ircservices.za.net [mailto:ircservices-coding-bounces@ircservices.za.net] On Behalf Of Hideo Saitoh Sent: July 7, 2004 8:48 AM To: ircservices-coding@ircservices.za.net Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. Hi, all. I am user live in japan. Please advice me. in IRCservice Now, I configure like following.. /msg chanserv set #chanA restricted on /msg chanserv set #chanA secure on If user join #chanA without "Identify" nickname, they will be Kick !! I want to stop this kick only. If user join #chanA without "Identify" nickname, they does not join #chanA. but I never want to add they in kick list. Please advice me, How to stop , ircservice write this user into kick list.. Which source code should I correct ? Please advice me. ------------------------------------------------------------------ To unsubscribe or change your subscription options, visit: http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Thu Jul 8 09:41:13 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. In-Reply-To: <001201c46474$dd72aac0$f64f9144@weed> Message-ID: <40ec9a4e.61064@achurch.org> >He wants the restrict function to not kick, instead he wants something like >"You cannot join this channel, it is restricted" in the status window. >Basically making it so you don't actually join the channel before ChanServ >realizes you aren't identified, instead chanserv would see before joining >the channel. > >Last I checked, this wasn't possible. If someone can think of a way I'd >love to hear it, but AFAIK its an ircd related issue. You're right, this isn't possible--the ircd doesn't know anything about ChanServ settings, and there's no method in the IRC protocol for a server to query Services about whether a user is permitted to join a channel before actually sending out the JOIN message. On the other hand, most modern ircds have a +R channel mode which prevents any users without user mode +r (registered nick) from entering the channel. Services only sets +r on users once they identify, so on an ircd with these modes available, setting a +R mode lock would have the effect of preventing users who haven't identified from entering the channel. --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Thu Jul 8 04:59:38 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. In-Reply-To: <40ec9a4e.61064@achurch.org> Message-ID: <20040708115938.8767.qmail@web53101.mail.yahoo.com> Someone has made an SQL Database: Ircd checks from this database if user is permitted or not to join the channel. Allowed nicknames to database can be added / removed with services command like this: /cs allowjoin-denyjoin #chan nick Also you can activate or deactivate this feature to each channel... If the feature is enabled only registred nicknames may use /join #channel command anyway. And this can be used for nicknames too. When you register a nickname the nick and the pass are added to the database. Then you can not change your nickname to this registred one if you don't supply the right password. Ircd checks from the database if the password is right and then allow / deny the nick change. Also you can activate or deactivate this feature to each nickname. Of course this requires advanced services - ircd collaboration.. Is possible for something like this to be made? From achurch at achurch.org Thu Jul 8 21:55:53 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Restricted + Secure --> No Kick List. In-Reply-To: <20040708115938.8767.qmail@web53101.mail.yahoo.com> Message-ID: <40ed4660.10537@achurch.org> >Someone has made an SQL Database: > >Ircd checks from this database if user is permitted or >not to join the channel. Allowed nicknames to database >can be added / removed with services command like >this: [...] >Is possible for something like this to be made? In theory, yes. In practice, no, because non-local servers would take too much time to access the (remote) database, plus you'd have security issues to worry about with allowing remote access to the detabase in the first place. In any case it would be simpler to do it within the IRC protocol--e.g.: [client] JOIN #channel [ircd, to Services] :client JOINREQ #channel [Services, to ircd] :services.example.net JOINALLOW client #channel (or) :services.example.net JOINDENY client #channel [ircd, to client] :client JOIN #channel (or) :ircd.example.net 499 client :Join for #channel denied --Andrew Church achurch@achurch.org http://achurch.org/ From chime at mail.utexas.edu Thu Jul 15 10:23:53 2004 From: chime at mail.utexas.edu (chime@mail.utexas.edu) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] operserv - reverse wildcard lookup? Message-ID: <1089912233.40f6bda98f14f@webmailapp4.cc.utexas.edu> Hi, lowly oper on one of Espernet's servers, here; might make a server of my own after moving to Japan soon for JET, depending on available connection and computer parts. New to this list. Anyway, enough for introductions, on to why I joined: Can operserv be made to (optionally, at each command) perform 'akill view' and 'akill list' commands using the wildcard evaluation in reverse? What I mean is: I type in "/msg operserv akill list-r malak@218.22.22.40" and operserv tells me "sup. you've got an akill phrased like '*@218.22.*', and that's what's killing him." This would alleviate the issue of, upon seeing a user presenting his address and asking why he's akilled, an oper having to /guess/ what part of the address is in the set akill. In other words, this:... [11:53:44] -> *operserv* akill list *218.22.22.40* [11:53:45] -OperServ- Current AKILL list: [11:53:47] -> *operserv* akill list *218.22.22.* [11:53:48] -OperServ- Current AKILL list: [11:53:51] -> *operserv* akill list *218.22* [11:53:52] -OperServ- Current AKILL list: ...wouldn't need to happen. I don't know how the innards of the coding are set up, but it strikes me as likely that there's probably a single function somewhere that takes in two strings and returns a bool based on whether the first string matches the wildcard structure of the second string. If I'm right about that, then the whole code for 'akill list' could be duplicated, with the only change (aside from the name) being reversing the order in which the two strings go into that function when it's called. (Unless I'm missing something--it admittedly has been a couple years since I coded.) I apologize if this idea has been brought up before--I skimmed through the list of changes to 5.0 on the website and didn't see anything that looked like what I am thinking. Thanks for your time, Rob Hamilton 'Chimerasame' chime@mail.utexas.edu / chime@esper.net From HOTRODDM at aol.com Thu Jul 15 11:06:12 2004 From: HOTRODDM at aol.com (HOTRODDM@aol.com) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Help Message-ID: <131.305c881d.2e282194@aol.com> I was wanting to know where I can go to learn how to create my own services/server I think it'd be really fun to do, although time consuming and hard. I currently run UnrealIrcd with Auspice services, just thought i could addon or create something entirely new. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040715/36300543/attachment.htm From chris at starglade.org Thu Jul 15 11:10:34 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Help In-Reply-To: <131.305c881d.2e282194@aol.com> References: <131.305c881d.2e282194@aol.com> Message-ID: <40F6C89A.2070000@starglade.org> HOTRODDM@aol.com wrote: > *I was wanting to know where I can go to learn how to create my own > services/server I think it'd be really fun to do, although time > consuming and hard. I currently run UnrealIrcd with Auspice services, > just thought i could addon or create something entirely new. Thanks.* Please don't post HTML. This is for discussion of coding IRC Services (which is a services package), not for writing a services package from scratch - try the newsgroup alt.irc or a coding newsgroup. Chris -- Chris Jenkinson chris@starglade.org From Craig at frostycoolslug.com Thu Jul 15 11:14:34 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Help Message-ID: well, the basics are the following: Learn your linking protocol Make a note of all the features you want Decide what would make your services better than others Make sure you have plenty of coding ability (including sockets, and file reading / writing) That should be about it, all thats left to say, is good luck /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - HOTRODDM * To - ircservices-coding@ircservices.za.net * Sent - 2004-07-15 14:06:12 * Subject - [IRCServices Coding] Help ****************************************/ /****** - Begin Original Message - ******/ >I was wanting to know where I can go to learn how to create my own >services/server I think it'd be really fun to do, although time consuming and hard. I >currently run UnrealIrcd with Auspice services, just thought i could addon or >create something entirely new. Thanks. > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > /******* - End Original Message - *******/ From chris at starglade.org Thu Jul 15 11:19:01 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Help Message-ID: <40F6CA95.9050908@starglade.org> Craig McLure wrote: > well, the basics are the following: > > Learn your linking protocol > Make a note of all the features you want > Decide what would make your services better than others > Make sure you have plenty of coding ability (including sockets, and file reading / writing) > > That should be about it, all thats left to say, is good luck Most people who want to do this have a healthy helping of number 2 and 3, a small understanding of number 1, and most likely hardly any number 4 ;) I'm working on some IRC services at the moment, I'm prototyping them in PHP. Writing client/servers is a great deal harder than single shot scripts (for example web pages)! Chris -- Chris Jenkinson chris@starglade.org From HOTRODDM at aol.com Thu Jul 15 11:47:42 2004 From: HOTRODDM at aol.com (HOTRODDM@aol.com) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] Help Message-ID: as of now, im no good with sockets,lol, but i can code in C++ & Java pretty well, including reading in and writing to files (prefer StringBuffer in Java) but, i appreciate it, and Chris: sorry, didn't know, figured if i was going to ask this would be the best first try,lol -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20040715/1d2bde1c/attachment.html From achurch at achurch.org Fri Jul 16 10:30:39 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] operserv - reverse wildcard lookup? In-Reply-To: <1089912233.40f6bda98f14f@webmailapp4.cc.utexas.edu> Message-ID: <40f72fe7.02606@achurch.org> Good idea--I'll see about adding it to 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, lowly oper on one of Espernet's servers, here; might make a server of my own >after moving to Japan soon for JET, depending on available connection and >computer parts. New to this list. Anyway, enough for introductions, on to why I >joined: > >Can operserv be made to (optionally, at each command) perform 'akill view' and >'akill list' commands using the wildcard evaluation in reverse? > >What I mean is: I type in "/msg operserv akill list-r malak@218.22.22.40" and >operserv tells me "sup. you've got an akill phrased like '*@218.22.*', and >that's what's killing him." > >This would alleviate the issue of, upon seeing a user presenting his address and >asking why he's akilled, an oper having to /guess/ what part of the address is >in the set akill. In other words, this:... > >[11:53:44] -> *operserv* akill list *218.22.22.40* >[11:53:45] -OperServ- Current AKILL list: >[11:53:47] -> *operserv* akill list *218.22.22.* >[11:53:48] -OperServ- Current AKILL list: >[11:53:51] -> *operserv* akill list *218.22* >[11:53:52] -OperServ- Current AKILL list: > >...wouldn't need to happen. > > > >I don't know how the innards of the coding are set up, but it strikes me as >likely that there's probably a single function somewhere that takes in two >strings and returns a bool based on whether the first string matches the >wildcard structure of the second string. If I'm right about that, then the >whole code for 'akill list' could be duplicated, with the only change (aside >from the name) being reversing the order in which the two strings go into that >function when it's called. (Unless I'm missing something--it admittedly has >been a couple years since I coded.) > >I apologize if this idea has been brought up before--I skimmed through the list >of changes to 5.0 on the website and didn't see anything that looked like what >I am thinking. > >Thanks for your time, >Rob Hamilton >'Chimerasame' >chime@mail.utexas.edu / chime@esper.net > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at frostycoolslug.com Mon Jul 19 17:16:38 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. Message-ID: I had a couple of problems when compiling services under FreeBSD, the first was when compiling, services uses LIBS = -ldl in Makefile.inc, when in fact it needs to be -Ldl (capitol L) also, in make install, -d isnt a valid param when using /bin/cp (when copying "data/helpfiles") Here are the version numbers of my software: > gmake -v GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.3.3 [FreeBSD] 20031106 FreeBSD greymatter 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0 If you have any other questions, feel free to ask :) /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ From uhc0 at rz.uni-karlsruhe.de Tue Jul 20 00:47:25 2004 From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. In-Reply-To: References: Message-ID: <1090309645.10974.4.camel@dreadnought.hadiko.de> You may try to change your $PATH in a way that /usr/local/bin comes before /bin and installing coreutils from /usr/ports/sysutils/coreutils Resulting in GNU cp be installed in /usr/local/bin Regards; yusuf. On Tue, 2004-07-20 at 02:16, Craig McLure wrote: > I had a couple of problems when compiling services under FreeBSD, the first was when compiling, services uses LIBS = -ldl in Makefile.inc, when in fact it needs to be -Ldl (capitol L) > > also, in make install, -d isnt a valid param when using /bin/cp (when copying "data/helpfiles") > > > Here are the version numbers of my software: > > > gmake -v > GNU Make 3.80 > Copyright (C) 2002 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > > > > gcc -v > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.3.3 [FreeBSD] 20031106 > > FreeBSD greymatter 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0 > > If you have any other questions, feel free to ask :) > > /**************************************** > * 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://www.ircservices.za.net/mailman/listinfo/ircservices-coding -- ------------------------------------------------------------------ | Yusuf Iskenderoglu | You get to meet all sorts, | | eMail - uhc0@stud.uni-karlsruhe.de| in this line of work... | | eMail - s_iskend@ira.uka.de | | | ICQ UIN : 20587464 \ Slytherin | | ------------------------------------------------------------------ From aragon at phat.za.net Tue Jul 20 07:06:53 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal Message-ID: <20040720140653.GA12468@phat.za.net> Hi, I've had a small bug pointed out to me. When used with Unreal, ChanServ's DEPROTECT command removes +q from the channel founder. IMHO, this should not be permitted. (DE)PROTECT should only ever alter a user's +a state. Thanks, Aragon From vonitsa_net at yahoo.gr Tue Jul 20 12:17:49 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal Message-ID: <20040720191749.20073.qmail@web53108.mail.yahoo.com> this is not bug. this is how it works and it is normal. if you want to protect better +q ... modify the level of the chanserv protect command. ===== Dionisios K. - ToXiC On HellenicNet From smkelly at zombie.org Tue Jul 20 18:58:46 2004 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. In-Reply-To: <20040720001836.F05C539838@edgemaster.zombie.org> References: <20040720001836.F05C539838@edgemaster.zombie.org> Message-ID: <20040721015846.GA50050@edgemaster.zombie.org> On Tue, Jul 20, 2004 at 01:16:38AM +0100, Craig McLure wrote: > FreeBSD greymatter 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0 > gcc version 3.3.3 [FreeBSD] 20031106 > GNU Make 3.80 After reading your e-mail, I tested a build of IRCServices 5.0.36 on FreeBSD 5.2-CURRENT (as of Jun 12). > I had a couple of problems when compiling services under FreeBSD, the first was when compiling, services uses LIBS = -ldl in Makefile.inc, when in fact it needs to be -Ldl (capitol L) Did you copy this source tree from Linux or some other OS and neglect to do a `gmake clean` and rerun configure? FreeBSD 5 (and 4) have no need for libdl in order to use the dl*() functions necessary for the modules in IRCServices. Changing -ldl to -Ldl works because the -L argument sets a library search path. A valid use of -L would be something like -L/usr/local/lib or -L/usr/home/smkelly/mylibs/. You should just omit the -Ldl or -ldl bit altogether. > also, in make install, -d isnt a valid param when using /bin/cp (when copying "data/helpfiles") You need to do a `gmake clean` and run ./configure again. The configure file specifically sets ${CP_ALL} to not contain a -d argument on FreeBSD. It only adds the -d on CYGWIN and Linux. Note that in my `gmake install` output below, there is no -d in the cp line. gmake[1]: Entering directory `/usr/home/smkelly/ircservices-5.0.36/data' /bin/cp -pr helpfiles "/usr/home/smkelly/ircservices/lib" chmod -R 700 "/usr/home/smkelly/ircservices/lib/helpfiles" find "/usr/home/smkelly/ircservices/lib/helpfiles" -type f -exec chmod 600 '{}' \; Doing a `gmake clean` and rerunning ./configure should solve your problems. -- 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-coding/attachments/20040720/27e23a52/attachment.pgp From aragon at phat.za.net Wed Jul 21 01:11:31 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040720191749.20073.qmail@web53108.mail.yahoo.com> References: <20040720191749.20073.qmail@web53108.mail.yahoo.com> Message-ID: <20040721081131.GA51082@phat.za.net> No.. +q is granted to the channel owner only. The protect related commands should only be altering +a status. Only the founder himself should have access to alter +q regardless of the chanserv protect level. | By Dionisios K. | [ 2004-07-20 21:19 +0200 ] > this is not bug. this is how it works and it is > normal. if you want to protect better +q ... modify > the level of the chanserv protect command. > > ===== > Dionisios K. - ToXiC On HellenicNet > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at frostycoolslug.com Thu Jul 22 10:18:42 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. Message-ID: i did a gmake clean, and removed Makefile.inc, re-ran ./configure.. and although -d wasnt in cp anymore, -ldl was still appearing in the newly generated Makefile.inc /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Sean Kelly * To - IRC Services Coding Mailing List * Sent - 2004-07-21 02:58:46 * Subject - Re: [IRCServices Coding] A couple of FreeBSD notes.. ****************************************/ /****** - Begin Original Message - ******/ >On Tue, Jul 20, 2004 at 01:16:38AM +0100, Craig McLure wrote: >> FreeBSD greymatter 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0 >> gcc version 3.3.3 [FreeBSD] 20031106 >> GNU Make 3.80 > >After reading your e-mail, I tested a build of IRCServices 5.0.36 on >FreeBSD 5.2-CURRENT (as of Jun 12). > >> I had a couple of problems when compiling services under FreeBSD, the first was when compiling, services uses LIBS = -ldl in Makefile.inc, when in fact it needs to be -Ldl (capitol L) > >Did you copy this source tree from Linux or some other OS and neglect to do >a `gmake clean` and rerun configure? FreeBSD 5 (and 4) have no need for libdl >in order to use the dl*() functions necessary for the modules in IRCServices. > >Changing -ldl to -Ldl works because the -L argument sets a library search >path. A valid use of -L would be something like -L/usr/local/lib or >-L/usr/home/smkelly/mylibs/. You should just omit the -Ldl or -ldl bit >altogether. > >> also, in make install, -d isnt a valid param when using /bin/cp (when copying "data/helpfiles") > >You need to do a `gmake clean` and run ./configure again. The configure >file specifically sets ${CP_ALL} to not contain a -d argument on FreeBSD. >It only adds the -d on CYGWIN and Linux. Note that in my `gmake install` >output below, there is no -d in the cp line. > >gmake[1]: Entering directory `/usr/home/smkelly/ircservices-5.0.36/data' >/bin/cp -pr helpfiles "/usr/home/smkelly/ircservices/lib" >chmod -R 700 "/usr/home/smkelly/ircservices/lib/helpfiles" >find "/usr/home/smkelly/ircservices/lib/helpfiles" -type f -exec chmod 600 '{}' \; > >Doing a `gmake clean` and rerunning ./configure should solve your problems. > >-- >Sean Kelly | PGP KeyID: D2E5E296 >smkelly@zombie.org | http://www.zombie.org >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.4 (FreeBSD) > >iD8DBQFA/c3VPm7A9NLl4pYRAqyDAKCxNyM73mP7alfojCPOyyKCnKozpgCgvhTp >6/6QSy71P1CaZNt5x/PeQfk= >=30UZ >-----END PGP SIGNATURE----- > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > /******* - End Original Message - *******/ From smkelly at zombie.org Thu Jul 22 17:23:14 2004 From: smkelly at zombie.org (Sean Kelly) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. In-Reply-To: <20040722172125.AC42839838@edgemaster.zombie.org> References: <20040722172125.AC42839838@edgemaster.zombie.org> Message-ID: <20040723002314.GA7554@edgemaster.zombie.org> On Thu, Jul 22, 2004 at 06:18:42PM +0100, Craig McLure wrote: > i did a gmake clean, and removed Makefile.inc, re-ran ./configure.. and although -d wasnt in cp anymore, -ldl was still appearing in the newly generated Makefile.inc Try erasing config.cache too. Unless my quick glance at Makefile was wrong, `make clean` doesn't appear to do this for you. -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org From achurch at achurch.org Sat Jul 24 22:00:30 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040720140653.GA12468@phat.za.net> Message-ID: <41025df5.16275@achurch.org> >When used with Unreal, ChanServ's DEPROTECT command removes +q from the >channel founder. > >IMHO, this should not be permitted. (DE)PROTECT should only ever alter a >user's +a state. Um, wow. This was actually implemented by user request back in 5.0.30. I'm not going to make any further changes to this in version 5.0; if you don't like it, change the code yourself. Seeing as how there seems to be no real consensus on the "proper" use of the channel owner mode, I'm going to remove support for it completely in 5.1. --Andrew Church achurch@achurch.org http://achurch.org/ From brain at winbot.co.uk Sat Jul 24 06:43:57 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal Message-ID: what about other ircds that use the owner (+q) mode? >>When used with Unreal, ChanServ's DEPROTECT command removes +q from the >>channel founder. >> >>IMHO, this should not be permitted. (DE)PROTECT should only ever alter a >>user's +a state. > > Um, wow. This was actually implemented by user request back in >5.0.30. I'm not going to make any further changes to this in version 5.0; >if you don't like it, change the code yourself. > > Seeing as how there seems to be no real consensus on the "proper" use >of the channel owner mode, I'm going to remove support for it completely in >5.1. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From achurch at achurch.org Sat Jul 24 23:04:22 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: Message-ID: <41026cbb.16620@achurch.org> >what about other ircds that use the owner (+q) mode? That's the thing--the other two that use it (trircd and PTlink) use different letters (u and a respectively), and I'm not even sure how the latter works since PTlink doesn't seem to have a chanprot mode. With all these differences in both implementation and usage it's just not worth dealing with. >>>When used with Unreal, ChanServ's DEPROTECT command removes +q from the >>>channel founder. >>> >>>IMHO, this should not be permitted. (DE)PROTECT should only ever alter a >>>user's +a state. >> >> Um, wow. This was actually implemented by user request back in >>5.0.30. I'm not going to make any further changes to this in version 5.0; >>if you don't like it, change the code yourself. >> >> Seeing as how there seems to be no real consensus on the "proper" use >>of the channel owner mode, I'm going to remove support for it completely in >>5.1. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding --Andrew Church achurch@achurch.org http://achurch.org/ From vonitsa_net at yahoo.gr Sat Jul 24 07:49:37 2004 From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <41026cbb.16620@achurch.org> Message-ID: <20040724144937.19526.qmail@web53109.mail.yahoo.com> Andrew is possible to add a parameter to the config file to tell services if they can remove +q or not with the deprotect command for services 5.0? ===== Dionisios K. - ToXiC On HellenicNet From achurch at achurch.org Sun Jul 25 17:31:29 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040724144937.19526.qmail@web53109.mail.yahoo.com> Message-ID: <41036fe8.17752@achurch.org> >Andrew is possible to add a parameter to the config >file to tell services if they can remove +q or not >with the deprotect command for services 5.0? No. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Sun Jul 25 17:32:35 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] A couple of FreeBSD notes.. In-Reply-To: <20040723002314.GA7554@edgemaster.zombie.org> Message-ID: <4103708b.17773@achurch.org> >Try erasing config.cache too. Unless my quick glance at Makefile was wrong, >`make clean` doesn't appear to do this for you. Right, you need "make spotless" (or "make distclean" if you like the GNU name better). Alternatively, you could follow the instructions printed at the top of the ./configure output: -------- Using defaults from config.cache. To ignore, either remove config.cache or give the command-line option "-ignore-cache". -------- --Andrew Church achurch@achurch.org http://achurch.org/ From tradestation at hotmail.com Sun Jul 25 23:56:15 2004 From: tradestation at hotmail.com (Kazuhiko Nakayama) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] About "NSEnableRegister" Message-ID: About "NSEnableRegister" I comment out this opition. and My "super user" nick-name is "root". off cource , "root" can register nickname. it is good. BUT As long as I login "root", I can not register new user. After login as "root", I want to add new user. name is "testuser". How to do it ?? if i type "/nick testuser", in this situation, I can not use register command ... I want to add New user name without "NSEnableRegister" Please help me. From achurch at achurch.org Mon Jul 26 16:46:00 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] About "NSEnableRegister" In-Reply-To: Message-ID: <4104b6f2.23137@achurch.org> >About "NSEnableRegister" > >I comment out this opition. [...] >if i type "/nick testuser", in this situation, > >I can not use register command ... > >I want to add New user name without "NSEnableRegister" This is not possible. Register the necessary nicknames with NSEnableRegister enabled, then comment it out afterwards. --Andrew Church achurch@achurch.org http://achurch.org/ From aragon at phat.za.net Mon Jul 26 04:38:07 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <41025df5.16275@achurch.org> References: <20040720140653.GA12468@phat.za.net> <41025df5.16275@achurch.org> Message-ID: <20040726113807.GA23937@phat.za.net> Hrm, sorry to throw the spanner into the works. What if the Unreal dev team suggested how this should work? Are any of the Unreal developers reading this thread? | By Andrew Church | [ 2004-07-24 15:03 +0200 ] > >When used with Unreal, ChanServ's DEPROTECT command removes +q from the > >channel founder. > > > >IMHO, this should not be permitted. (DE)PROTECT should only ever alter a > >user's +a state. > > Um, wow. This was actually implemented by user request back in > 5.0.30. I'm not going to make any further changes to this in version 5.0; > if you don't like it, change the code yourself. > > Seeing as how there seems to be no real consensus on the "proper" use > of the channel owner mode, I'm going to remove support for it completely in > 5.1. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ From achurch at achurch.org Mon Jul 26 22:21:57 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040726113807.GA23937@phat.za.net> Message-ID: <4105074a.24411@achurch.org> >Hrm, sorry to throw the spanner into the works. What if the Unreal dev team >suggested how this should work? Actually, what would be best from my perspective is if someone--or even better, several someones--made their own hacks to Services on their own network to do what they thought was the "right thing", and some sort of consensus arose from there. (I often look to Services derivatives for ideas as well; is anyone aware of a Services-like program that does use the channel owner mode, and if so, how does it use the mode?) I think a lot of the problem is that chanowner and protected (+a) overlap too much--there isn't anything a chanowner can _do_ other than not get de-ownered(?) by +a users, and maybe set a couple of modes that could be just as easily handled by SET MLOCK. At the moment it's just an extraneous, unnecessary privilege level, and I think that's what's causing a lot of the confusion. --Andrew Church achurch@achurch.org http://achurch.org/ From aragon at phat.za.net Mon Jul 26 07:23:43 2004 From: aragon at phat.za.net (Aragon Gouveia) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <4105074a.24411@achurch.org> References: <20040726113807.GA23937@phat.za.net> <4105074a.24411@achurch.org> Message-ID: <20040726142343.GD30439@phat.za.net> | By Andrew Church | [ 2004-07-26 15:31 +0200 ] > Actually, what would be best from my perspective is if someone--or > even better, several someones--made their own hacks to Services on their > own network to do what they thought was the "right thing", and some sort of > consensus arose from there. (I often look to Services derivatives for > ideas as well; is anyone aware of a Services-like program that does use the > channel owner mode, and if so, how does it use the mode?) I don't know of anything apart from the IRCd itself. > I think a lot of the problem is that chanowner and protected (+a) > overlap too much--there isn't anything a chanowner can _do_ other than not > get de-ownered(?) by +a users, and maybe set a couple of modes that could > be just as easily handled by SET MLOCK. At the moment it's just an > extraneous, unnecessary privilege level, and I think that's what's causing > a lot of the confusion. Yea, that's right. Current Unreal protocol dictates that channel owners (+q) can: Set the channel +u Set the channel +L Set a channel user +a Set a channel user +q Set all other channel modes normal chanops can set Kick anyone in the channel NOT be kicked by anyone but another owner NOT be deopped by anyone but another owner NOT be de-q'd by anyone but another owner NOT be de-a'd by anyone but another owner channel admins (+a) can: Set the same channel modes normal chanops can set NOT be kicked by anyone but an owner NOT be deopped by anyone but an owner NOT be de-a'd by anyone but an owner NOT kick other channel admins NOT deop other channel admins NOT de-a other channel admins The confusion for me is this: -ChanServ- PROTECT Give a user protected status (+a) -ChanServ- DEPROTECT Remove protected status (+a) The (DE)PROTECT commands are labelled as being capable of adding/removing +a status. However, the DEPROTECT command will remove +a and +q. Additionally, channel admin status is essentially just a chanop status providing kick/deop protection. Channel ownership is more than that, which is why I think DEPROTECT should not have the ability of removing that status. IMHO that control should be reserved for the ChanServ FOUNDER, SUCCESSOR, and holder(s) of the founder password. I suspect I'm the only one with this opinion. In which case, no worries.. will mod the source. I originally posted thinking it'd be a simple bug report. :) Regards, Aragon From martinpels at hotmail.com Mon Jul 26 07:49:21 2004 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040726142343.GD30439@phat.za.net> References: <20040726113807.GA23937@phat.za.net> <4105074a.24411@achurch.org> <20040726142343.GD30439@phat.za.net> Message-ID: <1090853360.2422.12.camel@manwe> > I suspect I'm the only one with this opinion. Nope, I completely agree :-) The mode +q is given to channel owners only, and because of this it should not be possible for users with accesslevel 100 (channel admin) to remove this mode (if they can this makes +q useless, because after removing +q through Services a channel admin will be able to kick the owner). So PROTECT/DEPROTECT should only add or remove +a. On Mon, 2004-07-26 at 16:23, Aragon Gouveia wrote: > | By Andrew Church > | [ 2004-07-26 15:31 +0200 ] > > Actually, what would be best from my perspective is if someone--or > > even better, several someones--made their own hacks to Services on their > > own network to do what they thought was the "right thing", and some sort of > > consensus arose from there. (I often look to Services derivatives for > > ideas as well; is anyone aware of a Services-like program that does use the > > channel owner mode, and if so, how does it use the mode?) > > I don't know of anything apart from the IRCd itself. > > > > I think a lot of the problem is that chanowner and protected (+a) > > overlap too much--there isn't anything a chanowner can _do_ other than not > > get de-ownered(?) by +a users, and maybe set a couple of modes that could > > be just as easily handled by SET MLOCK. At the moment it's just an > > extraneous, unnecessary privilege level, and I think that's what's causing > > a lot of the confusion. > > Yea, that's right. > > Current Unreal protocol dictates that > channel owners (+q) can: > Set the channel +u > Set the channel +L > Set a channel user +a > Set a channel user +q > Set all other channel modes normal chanops can set > Kick anyone in the channel > NOT be kicked by anyone but another owner > NOT be deopped by anyone but another owner > NOT be de-q'd by anyone but another owner > NOT be de-a'd by anyone but another owner > > channel admins (+a) can: > Set the same channel modes normal chanops can set > NOT be kicked by anyone but an owner > NOT be deopped by anyone but an owner > NOT be de-a'd by anyone but an owner > NOT kick other channel admins > NOT deop other channel admins > NOT de-a other channel admins > > > The confusion for me is this: > > -ChanServ- PROTECT Give a user protected status (+a) > -ChanServ- DEPROTECT Remove protected status (+a) > > The (DE)PROTECT commands are labelled as being capable of adding/removing > +a status. However, the DEPROTECT command will remove +a and +q. > Additionally, channel admin status is essentially just a chanop status > providing kick/deop protection. Channel ownership is more than that, which > is why I think DEPROTECT should not have the ability of removing that > status. IMHO that control should be reserved for the ChanServ > FOUNDER, SUCCESSOR, and holder(s) of the founder password. > > I suspect I'm the only one with this opinion. In which case, no worries.. > will mod the source. I originally posted thinking it'd be a simple bug > report. :) > > > Regards, > Aragon > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From lordbergee at comcast.net Tue Jul 27 13:59:15 2004 From: lordbergee at comcast.net (Bergee) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <20040726142343.GD30439@phat.za.net> References: <20040726113807.GA23937@phat.za.net> <4105074a.24411@achurch.org> <20040726142343.GD30439@phat.za.net> Message-ID: <4106C223.40202@comcast.net> Aragon Gouveia wrote: > I suspect I'm the only one with this opinion. I've been away for a few days or I would have chimed in on this earlier. I completely agree with your position and I'm glad you made the case as eloquently as you did. I have to say that at least to me it makes no sense to overload the DEPROTECT command to also remove the channel owner mode. If such a feature is desired I would rather see it as an entirely separate command that could be restricted to different access levels (or simply disabled). Bergee From mark at ctcp.net Tue Jul 27 14:56:25 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:10:17 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <4105074a.24411@achurch.org> Message-ID: Andrew Church wrote: > >Hrm, sorry to throw the spanner into the works. What if the > Unreal dev > >team suggested how this should work? > > Actually, what would be best from my perspective is if > someone--or even better, several someones--made their own > hacks to Services on their own network to do what they > thought was the "right thing", and some sort of consensus > arose from there. (I often look to Services derivatives for > ideas as well; is anyone aware of a Services-like program > that does use the channel owner mode, and if so, how does it > use the mode?) Some time ago members of the Unreal time developed a derivative of IRCServices called Daylight. This is likely the best package to dertermine how the Unreal team thought the mode ought to work. M. From martinpels at hotmail.com Wed Jul 28 02:36:48 2004 From: martinpels at hotmail.com (Martin Pels) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: References: Message-ID: <1091007408.2502.12.camel@manwe> On Tue, 2004-07-27 at 23:56, M wrote: > Andrew Church wrote: > > >Hrm, sorry to throw the spanner into the works. What if the > > Unreal dev > > >team suggested how this should work? > > > > Actually, what would be best from my perspective is if > > someone--or even better, several someones--made their own > > hacks to Services on their own network to do what they > > thought was the "right thing", and some sort of consensus > > arose from there. (I often look to Services derivatives for > > ideas as well; is anyone aware of a Services-like program > > that does use the channel owner mode, and if so, how does it > > use the mode?) > > Some time ago members of the Unreal time developed a derivative of > IRCServices called Daylight. This is likely the best package to dertermine > how the Unreal team thought the mode ought to work. > As far as I can remember the +a mode didn't exist yet in Unreal when Daylight was around. > M. > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From mark at ctcp.net Wed Jul 28 02:55:53 2004 From: mark at ctcp.net (M) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] 5.0.36 and Unreal In-Reply-To: <1091007408.2502.12.camel@manwe> Message-ID: Martin Pels wrote: > On Tue, 2004-07-27 at 23:56, M wrote: > > Andrew Church wrote: > > > >Hrm, sorry to throw the spanner into the works. What if the > > > Unreal dev > > > >team suggested how this should work? > > > > > > Actually, what would be best from my perspective is if > > > someone--or even better, several someones--made their own > hacks to > > > Services on their own network to do what they thought was > the "right > > > thing", and some sort of consensus arose from there. (I > often look > > > to Services derivatives for ideas as well; is anyone aware of a > > > Services-like program that does use the channel owner > mode, and if > > > so, how does it use the mode?) > > > > Some time ago members of the Unreal time developed a derivative of > > IRCServices called Daylight. This is likely the best package to > > dertermine how the Unreal team thought the mode ought to work. > > > > As far as I can remember the +a mode didn't exist yet in > Unreal when Daylight was around. You remember incorrectly, +a did exist in Unreal at that time. Daylight may or may not have supported +a but the discussion seems to be centred around chan founder mode (+q) which was handled by Daylight. M. From tradestation at hotmail.com Fri Jul 30 01:05:53 2004 From: tradestation at hotmail.com (Kazuhiko Nakayama) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Past Chat showing method. Message-ID: Hi, Is this possible ? I want to know the showing method automatically a past conversation the user who entered the channel lately. My UnrealIRC or IRCservice record all log of conversation. and show user who entered the channel lately like MOTD. Do you know good way ? thanks. From chawmp at cyberarmy.net Fri Jul 30 04:38:38 2004 From: chawmp at cyberarmy.net (Chawmp) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Past Chat showing method. In-Reply-To: Message-ID: <20040730113912.QBAR10471.mta09-svc.ntlworld.com@excelsior> You could buffer the last x lines spoken in each channel, then send them out for each JOIN received using something like unreal's m_rawto ... but there would be inconsistencies with time/datestamps, and people many might have privacy concerns. Also, services would have to place a client in each channel this applied to in order for it to receive the messages in the first place. Tom McIntyre chawmp@cyberarmy.net > -----Original Message----- > From: ircservices-coding-bounces@ircservices.za.net [mailto:ircservices- > coding-bounces@ircservices.za.net] On Behalf Of Kazuhiko Nakayama > Sent: 30 July 2004 09:06 > To: ircservices-coding@ircservices.za.net > Subject: [IRCServices Coding] Past Chat showing method. > > Hi, > > Is this possible ? > > I want to know the showing method automatically > a past conversation the user who entered the channel lately. > > My UnrealIRC or IRCservice record all log of conversation. > and show user who entered the channel lately like MOTD. > > Do you know good way ? > > thanks. > > > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From achurch at achurch.org Tue Aug 3 13:54:43 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Past Chat showing method. In-Reply-To: Message-ID: <410f1c68.23075@achurch.org> >I want to know the showing method automatically >a past conversation the user who entered the channel lately. > >My UnrealIRC or IRCservice record all log of conversation. >and show user who entered the channel lately like MOTD. This is something that would have to be done at the IRC server level for practical reasons: for Services to keep track of recent conversation in a channel, it would have to keep a client in the channel, which would drastically increase the amount of information Services needs to process. (Keeping a client in the channel would also likely be considered intrusive by many users.) --Andrew Church achurch@achurch.org http://achurch.org/ From manual4000 at yahoo.com Mon Aug 16 08:02:48 2004 From: manual4000 at yahoo.com (MaNUaL) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: Message-ID: <20040816150248.35595.qmail@web53001.mail.yahoo.com> Hi. In chanserv access list and memoserv list, the num order most of the time has numbering gaps that look like this: ChanServ Num Lev Nick ----------------------------------------- ChanServ 2 10 nick1 ChanServ 4 10 nick2 ChanServ 7 10 nick3 ... and in memoserv .... MemoServ Memo 10 from .. MemoServ Memo 19 from .. MemoServ Memo 34 from .. ..... I was wondering if it would be nice to create a reorder feature for chanserv's access list and memoserv's list working like this: /cs access #chan reorder or /cs access #chan list reorder and for memoserv /ms reorder or /ms list reorder So when the command is entered it should re-organize the numbers and cover the number gaps that exist.. i.e.: ChanServ Num Lev Nick ----------------------------------------- ChanServ 2 10 nick1 ChanServ 4 50 nick2 ChanServ 7 30 nick3 ... will turn to: ChanServ Num Lev Nick ----------------------------------------- ChanServ 1 10 nick1 ChanServ 2 50 nick2 ChanServ 3 30 nick3 .... It is just a request. Thanks and keep up the good work guys... MaNUaL __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From vonitsa_net at yahoo.gr Mon Aug 16 11:54:41 2004 From: vonitsa_net at yahoo.gr (Dionisios K.) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion Message-ID: <20040816185441.62340.qmail@web53109.mail.yahoo.com> Something nice for me. And i also think this should be automatic on any modification of the list. Cheers:) ===== Dionisios K. - ToXiC On HellenicNet From achurch at achurch.org Tue Aug 17 10:33:15 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: <20040816150248.35595.qmail@web53001.mail.yahoo.com> Message-ID: <41216101.63252@achurch.org> This is designed behavior. A manual "reorder" command does merit consideration, but the problem with reordering (especially automatically) is that another user may be giving a command at the same time, or the same user may give two separate commands intending them to be used in the same list, and if the list is reordered after the first command, the second command will have undesired results. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi. >In chanserv access list and memoserv list, the num >order most of the time has numbering gaps that look >like this: > >ChanServ Num Lev Nick >----------------------------------------- >ChanServ 2 10 nick1 >ChanServ 4 10 nick2 >ChanServ 7 10 nick3 >... >and in memoserv >.... >MemoServ Memo 10 from .. >MemoServ Memo 19 from .. >MemoServ Memo 34 from .. >..... > >I was wondering if it would be nice to create a >reorder feature for chanserv's access list and >memoserv's list working like this: > >/cs access #chan reorder >or >/cs access #chan list reorder > >and for memoserv > >/ms reorder >or >/ms list reorder > >So when the command is entered it should re-organize >the numbers and cover the number gaps that exist.. >i.e.: >ChanServ Num Lev Nick >----------------------------------------- >ChanServ 2 10 nick1 >ChanServ 4 50 nick2 >ChanServ 7 30 nick3 >... >will turn to: > >ChanServ Num Lev Nick >----------------------------------------- >ChanServ 1 10 nick1 >ChanServ 2 50 nick2 >ChanServ 3 30 nick3 >.... > > >It is just a request. > >Thanks and keep up the good work guys... >MaNUaL > > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From Craig at frostycoolslug.com Tue Aug 17 08:30:56 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion Message-ID: Maybe for 5 to 10secs after the re-order command, it stops removing from the access lists etc? with a warning.. "The access list was recently re-ordered, Please Re-check the list, and try again in X seconds"? /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ /**************************************** * From - Andrew Church * To - ircservices-coding@ircservices.za.net * Sent - 10:33:15 @ 2004-08-17 * Subject - Re: [IRCServices Coding] Chanserv & memoserv suggestion ****************************************/ /****** - Begin Original Message - ******/ > This is designed behavior. A manual "reorder" command does merit >consideration, but the problem with reordering (especially automatically) >is that another user may be giving a command at the same time, or the same >user may give two separate commands intending them to be used in the same >list, and if the list is reordered after the first command, the second >command will have undesired results. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >>Hi. >>In chanserv access list and memoserv list, the num >>order most of the time has numbering gaps that look >>like this: >> >>ChanServ Num Lev Nick >>----------------------------------------- >>ChanServ 2 10 nick1 >>ChanServ 4 10 nick2 >>ChanServ 7 10 nick3 >>... >>and in memoserv >>.... >>MemoServ Memo 10 from .. >>MemoServ Memo 19 from .. >>MemoServ Memo 34 from .. >>..... >> >>I was wondering if it would be nice to create a >>reorder feature for chanserv's access list and >>memoserv's list working like this: >> >>/cs access #chan reorder >>or >>/cs access #chan list reorder >> >>and for memoserv >> >>/ms reorder >>or >>/ms list reorder >> >>So when the command is entered it should re-organize >>the numbers and cover the number gaps that exist.. >>i.e.: >>ChanServ Num Lev Nick >>----------------------------------------- >>ChanServ 2 10 nick1 >>ChanServ 4 50 nick2 >>ChanServ 7 30 nick3 >>... >>will turn to: >> >>ChanServ Num Lev Nick >>----------------------------------------- >>ChanServ 1 10 nick1 >>ChanServ 2 50 nick2 >>ChanServ 3 30 nick3 >>.... >> >> >>It is just a request. >> >>Thanks and keep up the good work guys... >>MaNUaL >> >> >>__________________________________________________ >>Do You Yahoo!? >>Tired of spam? Yahoo! Mail has the best spam protection around >>http://mail.yahoo.com >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >. /******* - End Original Message - *******/ From chris at starglade.org Tue Aug 17 10:32:13 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: <41216101.63252@achurch.org> References: <41216101.63252@achurch.org> Message-ID: <4122411D.5090204@starglade.org> Andrew Church wrote: > This is designed behavior. A manual "reorder" command does merit > consideration, but the problem with reordering (especially automatically) > is that another user may be giving a command at the same time, or the same > user may give two separate commands intending them to be used in the same > list, and if the list is reordered after the first command, the second > command will have undesired results. How about sorting it temporarily just before outputting it to the user who requests the list, so the user sees it in order but it is stored in whatever order it is added? That way any interference from other users submitting commands won't mess anything up and the list will appear in order. Chris -- Chris Jenkinson chris@starglade.org From chris at starglade.org Tue Aug 17 10:35:30 2004 From: chris at starglade.org (Chris Jenkinson) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: <4122411D.5090204@starglade.org> References: <41216101.63252@achurch.org> <4122411D.5090204@starglade.org> Message-ID: <412241E2.6030903@starglade.org> Chris Jenkinson wrote: > How about sorting it temporarily just before outputting it to the user > who requests the list, so the user sees it in order but it is stored in > whatever order it is added? > > That way any interference from other users submitting commands won't > mess anything up and the list will appear in order. > > Chris > Um, never mind, I didn't read the thread properly. My bad. How about reordering them when Services is restarted? -- Chris Jenkinson chris@starglade.org From brain at winbot.co.uk Tue Aug 17 10:45:44 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion Message-ID: this may be designed behaviour for bots? if this is the case a bot won't know what to do with such a message... >Maybe for 5 to 10secs after the re-order command, it stops removing from the access lists etc? with a warning.. > >"The access list was recently re-ordered, Please Re-check the list, and try again in X seconds"? > >/**************************************** > * Craig "FrostyCoolSlug" McLure > * Craig@FrostyCoolSlug.com > * InspIRCd - http://www.inspircd.org > * ChatSpike - http://www.chatspike.net > ****************************************/ > > >/**************************************** > * From - Andrew Church > * To - ircservices-coding@ircservices.za.net > * Sent - 10:33:15 @ 2004-08-17 > * Subject - Re: [IRCServices Coding] Chanserv & memoserv suggestion > ****************************************/ > >/****** - Begin Original Message - ******/ > >> This is designed behavior. A manual "reorder" command does merit >>consideration, but the problem with reordering (especially automatically) >>is that another user may be giving a command at the same time, or the same >>user may give two separate commands intending them to be used in the same >>list, and if the list is reordered after the first command, the second >>command will have undesired results. >> >> --Andrew Church >> achurch@achurch.org >> http://achurch.org/ >> >>>Hi. >>>In chanserv access list and memoserv list, the num >>>order most of the time has numbering gaps that look >>>like this: >>> >>>ChanServ Num Lev Nick >>>----------------------------------------- >>>ChanServ 2 10 nick1 >>>ChanServ 4 10 nick2 >>>ChanServ 7 10 nick3 >>>... >>>and in memoserv >>>.... >>>MemoServ Memo 10 from .. >>>MemoServ Memo 19 from .. >>>MemoServ Memo 34 from .. >>>..... >>> >>>I was wondering if it would be nice to create a >>>reorder feature for chanserv's access list and >>>memoserv's list working like this: >>> >>>/cs access #chan reorder >>>or >>>/cs access #chan list reorder >>> >>>and for memoserv >>> >>>/ms reorder >>>or >>>/ms list reorder >>> >>>So when the command is entered it should re-organize >>>the numbers and cover the number gaps that exist.. >>>i.e.: >>>ChanServ Num Lev Nick >>>----------------------------------------- >>>ChanServ 2 10 nick1 >>>ChanServ 4 50 nick2 >>>ChanServ 7 30 nick3 >>>... >>>will turn to: >>> >>>ChanServ Num Lev Nick >>>----------------------------------------- >>>ChanServ 1 10 nick1 >>>ChanServ 2 50 nick2 >>>ChanServ 3 30 nick3 >>>.... >>> >>> >>>It is just a request. >>> >>>Thanks and keep up the good work guys... >>>MaNUaL >>> >>> >>>__________________________________________________ >>>Do You Yahoo!? >>>Tired of spam? Yahoo! Mail has the best spam protection around >>>http://mail.yahoo.com >>> >>>------------------------------------------------------------------ >>>To unsubscribe or change your subscription options, visit: >>>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >> >>------------------------------------------------------------------ >>To unsubscribe or change your subscription options, visit: >>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding >>. > >/******* - End Original Message - *******/ > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > From manual4000 at yahoo.com Thu Aug 19 07:26:30 2004 From: manual4000 at yahoo.com (MaNUaL) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: <4122411D.5090204@starglade.org> Message-ID: <20040819142630.3103.qmail@web53005.mail.yahoo.com> Well as i see it more clearly now i think it should be an automatic function. In every access modification (i.e. add, del) the list should be reordered right afterwards automatically. The same thing should happen with memoserv. I dont know if services have to be re-designed but it would be a nice feature. Now as Chris says maybee the list could be reordered during the save, restart or update phase. --- Chris Jenkinson wrote: > Andrew Church wrote: > > This is designed behavior. A manual > "reorder" command does merit > > consideration, but the problem with reordering > (especially automatically) > > is that another user may be giving a command at > the same time, or the same > > user may give two separate commands intending them > to be used in the same > > list, and if the list is reordered after the first > command, the second > > command will have undesired results. > > How about sorting it temporarily just before > outputting it to the user > who requests the list, so the user sees it in order > but it is stored in > whatever order it is added? > > That way any interference from other users > submitting commands won't > mess anything up and the list will appear in order. > > Chris > > -- > Chris Jenkinson > chris@starglade.org > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, > visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From achurch at achurch.org Thu Aug 19 23:33:03 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Chanserv & memoserv suggestion In-Reply-To: <20040819142630.3103.qmail@web53005.mail.yahoo.com> Message-ID: <4124bb4b.10350@achurch.org> >Well as i see it more clearly now i think it should be >an automatic function. In every access modification >(i.e. add, del) the list should be reordered right >afterwards automatically. The same thing should happen >with memoserv. For the reasons I've already stated I won't do this. It fascinates me how people can completely ignore the content of messages they quote in their entirety. >Now as Chris says maybee the list could be reordered >during the save, restart or update phase. I'm considering reordering on database load as a possibility. Reordering on save/update (which are one and the same) is not viable for the same reasons reordering after commands is not viable. --Andrew Church achurch@achurch.org http://achurch.org/ From c at candyman.org Wed Sep 1 00:37:08 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault Message-ID: Hi, When I got in this morning I got this error. Might I ask why and how can I fix this not to happen again in future? [Sep 01 08:17:29 2004] channel: BUG: chan_deluser() called for tyiarew in #albania-wrz but they were not found on the channel's user list. [Sep 01 08:18:03 2004] channel: BUG: chan_deluser() called for SeekandDestroy_12 in #albania-wrz but they were not found on the channel's userlist. [Sep 01 08:18:35 2004] channel: BUG: chan_deluser() called for roadd in #albania-wrz but they were not found on the channel's userlist. [Sep 01 08:21:08 2004] PANIC! signal 11, buffer = :FreakinOut PART #albania-wrz [Sep 01 08:21:08 2004] Services terminating: Segmentation fault [Sep 01 08:21:09 2004] FATAL: Caught signal 11 (Segmentation fault) while shutting down Regards Jason >From what I can see the user is trying to From achurch at achurch.org Wed Sep 1 21:06:02 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault In-Reply-To: Message-ID: <4135bb4d.03462@achurch.org> Did you use the RAW command to do anything? --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >When I got in this morning I got this error. Might I ask why and how can >I fix this not to happen again in future? > >[Sep 01 08:17:29 2004] channel: BUG: chan_deluser() called for tyiarew >in #albania-wrz but they were not found on the channel's user list. >[Sep 01 08:18:03 2004] channel: BUG: chan_deluser() called for >SeekandDestroy_12 in #albania-wrz but they were not found on the >channel's userlist. >[Sep 01 08:18:35 2004] channel: BUG: chan_deluser() called for roadd in >#albania-wrz but they were not found on the channel's userlist. >[Sep 01 08:21:08 2004] PANIC! signal 11, buffer = :FreakinOut PART >#albania-wrz >[Sep 01 08:21:08 2004] Services terminating: Segmentation fault >[Sep 01 08:21:09 2004] FATAL: Caught signal 11 (Segmentation fault) >while shutting down > >Regards >Jason >>From what I can see the user is trying to > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From c at candyman.org Wed Sep 1 05:11:30 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault Message-ID: Nope. No RAW commands at all. We have it disabled as is. This is the first problem I have had with it from using it. > Did you use the RAW command to do anything? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, > > > >When I got in this morning I got this error. Might I ask why and how can > >I fix this not to happen again in future? > > > >[Sep 01 08:17:29 2004] channel: BUG: chan_deluser() called for tyiarew > >in #albania-wrz but they were not found on the channel's user list. > >[Sep 01 08:18:03 2004] channel: BUG: chan_deluser() called for > >SeekandDestroy_12 in #albania-wrz but they were not found on the > >channel's userlist. > >[Sep 01 08:18:35 2004] channel: BUG: chan_deluser() called for roadd in > >#albania-wrz but they were not found on the channel's userlist. > >[Sep 01 08:21:08 2004] PANIC! signal 11, buffer = :FreakinOut PART > >#albania-wrz > >[Sep 01 08:21:08 2004] Services terminating: Segmentation fault > >[Sep 01 08:21:09 2004] FATAL: Caught signal 11 (Segmentation fault) > >while shutting down > > > >Regards > >Jason > >>From what I can see the user is trying to > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From c at candyman.org Wed Sep 1 05:16:58 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault Message-ID: just clear possible confusion with previous response...since I/we first started using ircservices, this has been the first problem.. We dont use RAW commands at all :) > Did you use the RAW command to do anything? > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > >Hi, > > > >When I got in this morning I got this error. Might I ask why and how can > >I fix this not to happen again in future? > > > >[Sep 01 08:17:29 2004] channel: BUG: chan_deluser() called for tyiarew > >in #albania-wrz but they were not found on the channel's user list. > >[Sep 01 08:18:03 2004] channel: BUG: chan_deluser() called for > >SeekandDestroy_12 in #albania-wrz but they were not found on the > >channel's userlist. > >[Sep 01 08:18:35 2004] channel: BUG: chan_deluser() called for roadd in > >#albania-wrz but they were not found on the channel's userlist. > >[Sep 01 08:21:08 2004] PANIC! signal 11, buffer = :FreakinOut PART > >#albania-wrz > >[Sep 01 08:21:08 2004] Services terminating: Segmentation fault > >[Sep 01 08:21:09 2004] FATAL: Caught signal 11 (Segmentation fault) > >while shutting down > > > >Regards > >Jason > >>From what I can see the user is trying to > > > >------------------------------------------------------------------ > >To unsubscribe or change your subscription options, visit: > >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From achurch at achurch.org Wed Sep 1 21:27:34 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault In-Reply-To: Message-ID: <4135c081.03555@achurch.org> >just clear possible confusion with previous response...since I/we first >started using ircservices, this has been the first problem.. We dont use >RAW commands at all :) Okay, that was the only possibility that sprung to mind. As the log says, this is a bug (else I would have fixed it already ;) ) so I'm going to need more detailed information, like a debug log leading up to the problem and/or a backtrace from gdb, to look further. --Andrew Church achurch@achurch.org http://achurch.org/ From c at candyman.org Wed Sep 1 05:40:10 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault Message-ID: I have just checked and there is no core file. How far back log do you need of ircservices.log? > >just clear possible confusion with previous response...since I/we first > >started using ircservices, this has been the first problem.. We dont use > >RAW commands at all :) > > Okay, that was the only possibility that sprung to mind. As the log > says, this is a bug (else I would have fixed it already ;) ) so I'm going > to need more detailed information, like a debug log leading up to the > problem and/or a backtrace from gdb, to look further. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From achurch at achurch.org Wed Sep 1 22:01:08 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault In-Reply-To: Message-ID: <4135c8d8.03655@achurch.org> >I have just checked and there is no core file. How far back log do you >need of ircservices.log? Well, the best would be from Services startup, but did you have debugging enabled (./ircservices -debug or /os set debug on)? If not, the log won't be any help--you'll have to enable debugging and wait for the problem to occur again. If you happened to see what was going on in the channel at the time the bug appeared, that would help as well, but it sounds like you weren't around at the time. --Andrew Church achurch@achurch.org http://achurch.org/ From c at candyman.org Wed Sep 1 06:28:24 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] seg fault Message-ID: Nope, no debug enabled etc..but I have done so now. I was not around as you suspected but I will leave debug enabled now until it occurs again and will get back to you :) Thank you for your help. > >I have just checked and there is no core file. How far back log do you > >need of ircservices.log? > > Well, the best would be from Services startup, but did you have > debugging enabled (./ircservices -debug or /os set debug on)? If not, the > log won't be any help--you'll have to enable debugging and wait for the > problem to occur again. If you happened to see what was going on in the > channel at the time the bug appeared, that would help as well, but it > sounds like you weren't around at the time. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding > > > From c at candyman.org Tue Sep 7 03:14:37 2004 From: c at candyman.org (c) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Nick Collision problem Message-ID: Hi, below is part of my log related to issue. Now what is strange is that we set to forcefully change nick of a user to guest etc.. In this particular case the user keeps on getting nick collisions. Is there any reason for this because I cant think that there is a duplicate of the guest username and there are a couple of these kills. I made sure the Guest nick is not same everytime. Regards c [Sep 07 11:45:36.970602 2004] debug: Sent: :NickServ NOTICE Jai :This nickname is registered and protected. If it is your nickname, type ^B/msg NickServ IDENTIFY ^_password^_^B. Otherwise, please choose a different nickname. [Sep 07 11:45:36.970858 2004] debug: Sent: :NickServ NOTICE Jai :If you do not change within 20 seconds, I will change your nickname. [Sep 07 11:45:36.971021 2004] debug: Sent: :NickServ SVSMODE Jai :-r [Sep 07 11:45:49.344823 2004] debug: Sent: :services.some.net 433 Jai Jai :Nickname is registered to someone else [Sep 07 11:45:59.184836 2004] debug: Sent: :NickServ NOTICE Jai :This nickname has been registered; you may not use it. Your nickname is now being changed to ^BGuest1777974487^B. [Sep 07 11:45:59.185155 2004] debug: Sent: :services.some.net SVSNICK Jai Guest1777974487 :1094550359 [Sep 07 11:45:59.711496 2004] debug: Received: :Jai NICK Guest1777974487 :1094550359 [Sep 07 11:45:59.711711 2004] debug: Jai changes nick to Guest1777974487 [Sep 07 11:45:59.711969 2004] debug: Sent: NICK Jai 1 1094550359 + enforcer some.net services.some.net 0 0 :NickServ Enforcement [Sep 07 11:45:59.712316 2004] debug: Sent: :NickServ SVSMODE Guest1777974487 :-r [Sep 07 11:46:00.106838 2004] debug: Received: :someserver.some.net KILL Guest1777974487 : someserver.some.net (Nick Collision) [Sep 07 11:46:00.107081 2004] debug: Guest1777974487 killed From achurch at achurch.org Wed Sep 15 06:20:46 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Nick Collision problem In-Reply-To: Message-ID: <414760e1.23157@achurch.org> This looks like an ircd problem, perhaps a bug or a server misconfiguration. --Andrew Church achurch@achurch.org http://achurch.org/ >Hi, > >below is part of my log related to issue. Now what is strange is that we >set to forcefully change nick of a user to guest etc.. In this >particular case the user keeps on getting nick collisions. Is there any >reason for this because I cant think that there is a duplicate of the >guest username and there are a couple of these kills. I made sure the >Guest nick is not same everytime. > >Regards >c > >[Sep 07 11:45:36.970602 2004] debug: Sent: :NickServ NOTICE Jai :This >nickname is registered and protected. If it is your nickname, type >^B/msg NickServ IDENTIFY ^_password^_^B. Otherwise, please choose a >different nickname. >[Sep 07 11:45:36.970858 2004] debug: Sent: :NickServ NOTICE Jai :If you >do not change within 20 seconds, I will change your >nickname. >[Sep 07 11:45:36.971021 2004] debug: Sent: :NickServ SVSMODE Jai :-r >[Sep 07 11:45:49.344823 2004] debug: Sent: :services.some.net 433 Jai >Jai :Nickname is registered to someone else >[Sep 07 11:45:59.184836 2004] debug: Sent: :NickServ NOTICE Jai :This >nickname has been registered; you may not use it. Your nickname is now >being changed to ^BGuest1777974487^B. >[Sep 07 11:45:59.185155 2004] debug: Sent: :services.some.net SVSNICK >Jai Guest1777974487 :1094550359 >[Sep 07 11:45:59.711496 2004] debug: Received: :Jai NICK Guest1777974487 >:1094550359 >[Sep 07 11:45:59.711711 2004] debug: Jai changes nick to Guest1777974487 >[Sep 07 11:45:59.711969 2004] debug: Sent: NICK Jai 1 1094550359 + >enforcer some.net services.some.net 0 0 :NickServ Enforcement >[Sep 07 11:45:59.712316 2004] debug: Sent: :NickServ SVSMODE >Guest1777974487 :-r >[Sep 07 11:46:00.106838 2004] debug: Received: :someserver.some.net KILL >Guest1777974487 : someserver.some.net (Nick Collision) >[Sep 07 11:46:00.107081 2004] debug: Guest1777974487 killed > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ballsy at mystical.net Thu Sep 30 15:56:56 2004 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] fill_read_buffer() problems with 5.0.40 Message-ID: <6.0.0.22.0.20040930164222.01bbd0f8@127.0.0.1> bahamut-1.8(02) ircservices5.0.40 Fedora Core 1 (2.4.22-1.2199.nptl) Moved our Services to another machine today, and also upgraded to 5.0.40 (from 5.0.28), and they seemed to run fine for a while. They then disappeared. When I logged back into the shell from which they were running, I noticed the ircservices.log file had filled my account (it has a hard quota). When I restart them now, they only get so far (in -nofork -debug mode) before a flood of fill_read_buffer() errors begins, and proceeds to fill my log file. Since other applications run under my account, I'm having difficulty getting proper backtraces/cores without filling my quota, so I'll start with this. If more is needed, so be it.....any help would be appreciated....I'll keep testing... When starting with ./ircservices -nofork -debug ...... [Sep 30 18:48:59.740485 2004] debug: Received: :someserver.mynetwork.net TOPIC #OF Tanis 1095598852 :OF Staff Office: Everything is good for you, even if it doesn't kill you -- (Tanis wonders) Including the Server?? [Sep 30 18:48:59.740623 2004] debug: Received: :someserver.mynetwork.net TOPIC #winbolo Sticks 1095228982 :|| ftp://sticks.cyproject.net || http://www-personal.umd.umich.edu/~clesnies/kittens_3wks/ || [Sep 30 18:48:59.740683 2004] sockets: BUG: fill_read_buffer() returned 0!: Success [Sep 30 18:48:59.740754 2004] sockets: BUG: fill_read_buffer() returned 0!: Success (this repeats until disk quota is exceeded) After loaded it in GDB [Sep 30 18:41:05.418523 2004] sockets: BUG: fill_read_buffer() returned 0!: Success [Sep 30 18:41:05.418566 2004] sockets: BUG: fill_read_buffer() returned 0!: Success [Sep 30 18:41:05.418609 2004] sockets: BUG: fill_read_buffer() returned 0!: Success [Sep 30 18:41:05.418651 (I had to issue a Ctrl-C to stop it) Program received signal SIGINT, Interrupt. 0x0080bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x0080bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x008f0fa3 in __write_nocancel () from /lib/tls/libc.so.6 #2 0x0088da8f in _IO_new_file_write () from /lib/tls/libc.so.6 #3 0x0088ca1e in new_do_write () from /lib/tls/libc.so.6 #4 0x0088dc20 in _IO_new_file_xsputn () from /lib/tls/libc.so.6 #5 0x0086a6fe in buffered_vfprintf () from /lib/tls/libc.so.6 #6 0x00866683 in vfprintf () from /lib/tls/libc.so.6 #7 0x0805df08 in hashlookup () (gdb) quit From achurch at achurch.org Sat Oct 2 10:10:59 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] fill_read_buffer() problems with 5.0.40 In-Reply-To: <6.0.0.22.0.20040930164222.01bbd0f8@127.0.0.1> Message-ID: <415e003c.23606@achurch.org> Fixed for 5.0.41, thanks for the report. Increase your network buffer size as a temporary workaround. --Andrew Church achurch@achurch.org http://achurch.org/ >bahamut-1.8(02) >ircservices5.0.40 >Fedora Core 1 (2.4.22-1.2199.nptl) > > Moved our Services to another machine today, and also upgraded to 5.0.40 >(from 5.0.28), and they seemed to run fine for a while. They then >disappeared. When I logged back into the shell from which they were >running, I noticed the ircservices.log file had filled my account (it has a >hard quota). When I restart them now, they only get so far (in -nofork >-debug mode) before a flood of fill_read_buffer() errors begins, and >proceeds to fill my log file. Since other applications run under my >account, I'm having difficulty getting proper backtraces/cores without >filling my quota, so I'll start with this. If more is needed, so be >it.....any help would be appreciated....I'll keep testing... > >When starting with ./ircservices -nofork -debug ...... > >[Sep 30 18:48:59.740485 2004] debug: Received: :someserver.mynetwork.net >TOPIC #OF Tanis 1095598852 :OF Staff Office: Everything is good for you, >even if it doesn't kill you -- (Tanis wonders) Including the Server?? >[Sep 30 18:48:59.740623 2004] debug: Received: :someserver.mynetwork.net >TOPIC #winbolo Sticks 1095228982 :|| ftp://sticks.cyproject.net || >http://www-personal.umd.umich.edu/~clesnies/kittens_3wks/ || >[Sep 30 18:48:59.740683 2004] sockets: BUG: fill_read_buffer() returned 0!: >Success >[Sep 30 18:48:59.740754 2004] sockets: BUG: fill_read_buffer() returned 0!: >Success >(this repeats until disk quota is exceeded) > >After loaded it in GDB > >[Sep 30 18:41:05.418523 2004] sockets: BUG: fill_read_buffer() returned 0!: >Success >[Sep 30 18:41:05.418566 2004] sockets: BUG: fill_read_buffer() returned 0!: >Success >[Sep 30 18:41:05.418609 2004] sockets: BUG: fill_read_buffer() returned 0!: >Success >[Sep 30 18:41:05.418651 >(I had to issue a Ctrl-C to stop it) >Program received signal SIGINT, Interrupt. >0x0080bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 >(gdb) bt >#0 0x0080bc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 >#1 0x008f0fa3 in __write_nocancel () from /lib/tls/libc.so.6 >#2 0x0088da8f in _IO_new_file_write () from /lib/tls/libc.so.6 >#3 0x0088ca1e in new_do_write () from /lib/tls/libc.so.6 >#4 0x0088dc20 in _IO_new_file_xsputn () from /lib/tls/libc.so.6 >#5 0x0086a6fe in buffered_vfprintf () from /lib/tls/libc.so.6 >#6 0x00866683 in vfprintf () from /lib/tls/libc.so.6 >#7 0x0805df08 in hashlookup () >(gdb) quit > > > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices-coding From ballsy at mystical.net Mon Oct 4 08:37:03 2004 From: ballsy at mystical.net (Ballsy) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] Services 5.0.41 released In-Reply-To: <415f60a6.47322@achurch.org> References: <415f60a6.47322@achurch.org> Message-ID: <6.0.0.22.0.20041004093218.01bf8c58@127.0.0.1> I'm not sure if Craig's earlier report would account for this, but after upgrading to 5.0.41, I'm receiving the following after my channel/mode/topic burst. Tried using the default NetBufferSize values, as well as significantly increased values (with a measly ~60 users/24 channels at present)... [Oct 04 11:31:11.982011 2004] debug: Received: :server.mynetwork.com TOPIC #ussrelentless Meyer 108 1924689 :Welcome to the USS Relentless NCC-74306 [Oct 04 11:31:11.982052 2004] debug: Sent: :ChanServ TOPIC #ussrelentless Meyer 1081924689 :Welcome to t he USS Relentless NCC-74306 [Oct 04 11:31:11.982096 2004] debug: sockets: read(0): No buffer space available [Oct 04 11:31:11.982900 2004] debug: Saving databases [Oct 04 11:31:11.987010 2004] Read error from server: No buffer space available [Oct 04 11:31:11.987090 2004] debug: Unloading module `misc/xml-import' Thanks, as always, for the continued support. Good stuff.... David At 08:11 PM 02/10/2004, Andrew Church wrote: > Services 5.0.41 has been released, and can be downloaded from: > >ftp://ftp.esper.net/ircservices/ (Western USA) > >a470ec4a783d27ce1027ae37419a0517 ircservices-5.0.41.tar.gz >23d56a62c2b37db3d937dc42716a11ca ircservices-5.0.41.diff.gz >86f50e784f9741b2306019039c3c40e2 ircservices-5.0.41-1.i386.rpm >ea5cf23aa1996ccb472528da514b47f2 ircservices_5.0.41-1_i386.deb > >ftp.ircservices.za.net and the other mirrors should have it shortly. > > This is a maintenance release which includes fixes for bugs reported >recently (except for the "EXCEPTION DEL crash" report, which I haven't >received any more information about and am unable to investigate further). > >Changes in version 5.0.41 >------------------------- >2004/10/03 Fixed SQUIT of juped servers on Bahamut. Reported by Pasi > Hirvonen >2004/10/03 Fixed cosmetic bug in NickServ SUSPEND help. Reported by > Craig McLure >2004/10/02 Fixed bug causing endless log messages on full network > buffer. Reported by >2004/10/02 OperServ AKILLCHAN now honors the WallOSAkill setting. > Reported by Pasi Hirvonen >2004/09/19 Fixed missing object file in Hybrid module compilation. > Reported by Jon Christopherson > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > >------------------------------------------------------------------ >To unsubscribe or change your subscription options, visit: >http://www.ircservices.za.net/mailman/listinfo/ircservices From achurch at achurch.org Mon Oct 11 17:05:11 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Re: [IRCServices] Services 5.0.41 released In-Reply-To: <6.0.0.22.0.20041004093218.01bf8c58@127.0.0.1> Message-ID: <416a3efd.51112@achurch.org> > I'm not sure if Craig's earlier report would account for this, but >after upgrading to 5.0.41, I'm receiving the following after my >channel/mode/topic burst. Tried using the default NetBufferSize values, as >well as significantly increased values (with a measly ~60 users/24 channels >at present)... Fixed for 5.0.42, thanks for the report. For the time being, increase NET_MIN_BUFSIZE in defs.h until the problem goes away. --Andrew Church achurch@achurch.org http://achurch.org/ From achurch at achurch.org Tue Oct 12 16:12:01 2004 From: achurch at achurch.org (Andrew Church) Date: Sat Oct 23 23:10:18 2004 Subject: [IRCServices Coding] Temporary web and mailing list disruption Message-ID: <416b85be.61534@achurch.org> Just a quick heads-up: in the near future (date not yet determined, but sometime this month), the IRC Services web site and mailing lists will be moving to a new server. I'll be working with the current and new server admins to keep downtime to a minimum, but particularly as regards the mailing lists, there may be a period during which messages to the lists are rejected or not archived. Also, once the move is complete ftp.ircservices.za.net will no longer function; the files will instead be available via HTTP (http://www.ircservices.za.net/download/ is the expected URL). For those mirroring ftp.ircservices.za.net, please contact me if you cannot mirror from an HTTP source. --Andrew Church achurch@achurch.org http://achurch.org/ From phan70m at gmail.com Wed Dec 1 12:09:28 2004 From: phan70m at gmail.com (Anton Wolkov) Date: Wed Dec 1 12:09:37 2004 Subject: [IRCServices Coding] Suggestions for Unreal Message-ID: if possible the 'New maximum user count' should only start logging after end of sync message is received from the server, this horribly floods the log and is useful information. also, the whois info extension is considered unknown message ('short' prefix = BA). From admin at vonitsanet.gr Fri Dec 10 03:15:04 2004 From: admin at vonitsanet.gr (Dionisios K.) Date: Fri Dec 10 03:15:23 2004 Subject: [IRCServices Coding] test Message-ID: <002e01c4dea9$8269d630$084405d5@server> test msg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041210/07429fed/attachment.html From admin at webspace.ms Sun Dec 26 07:03:55 2004 From: admin at webspace.ms (Andreas Wilmes) Date: Sun Dec 26 07:04:32 2004 Subject: [IRCServices Coding] RE: get_nickinfo Problem Message-ID: <000c01c4eb5c$1e672010$2900000a@ATHER> Hello, I have an Module that will works with access, but i can't compile: [Dec 26 06:01:49 2004] modules: Unable to load module `botserv/main': /home/ircservices/test/lib/ircservices/modules/botserv/main.so: undefined symbol: get_nickinfo What i must doing? best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041226/6c2d125c/attachment.html From brain at winbot.co.uk Sun Dec 26 08:48:22 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sun Dec 26 08:48:39 2004 Subject: [IRCServices Coding] RE: get_nickinfo Problem In-Reply-To: <000c01c4eb5c$1e672010$2900000a@ATHER> References: <000c01c4eb5c$1e672010$2900000a@ATHER> Message-ID: <41CEEB56.3060401@winbot.co.uk> that symbol is in nickserv.h, make sure you are #include'ing it. Andreas Wilmes wrote: > Hello, > > I have an Module that will works with access, but i can't compile: > > [Dec 26 06:01:49 2004] modules: Unable to load module `botserv/main': /home/ircservices/test/lib/ircservices/modules/botserv/main.so: undefined symbol: get_nickinfo > > What i must doing? > > best regards > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041226/fa959b21/signature.pgp From admin at webspace.ms Sun Dec 26 10:35:48 2004 From: admin at webspace.ms (Andreas Wilmes) Date: Sun Dec 26 10:35:58 2004 Subject: [IRCServices Coding] RE: get_nickinfo Problem References: <000c01c4eb5c$1e672010$2900000a@ATHER> Message-ID: <004f01c4eb79$b8132890$2900000a@ATHER> Hello, i have alread included nickserv.h!! Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041226/82e97dc1/attachment.htm From brain at winbot.co.uk Sun Dec 26 12:14:21 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Sun Dec 26 12:14:39 2004 Subject: [IRCServices Coding] RE: get_nickinfo Problem In-Reply-To: <004f01c4eb79$b8132890$2900000a@ATHER> References: <000c01c4eb5c$1e672010$2900000a@ATHER> <004f01c4eb79$b8132890$2900000a@ATHER> Message-ID: <41CF1B9D.9090005@winbot.co.uk> you might need to export the symbol, there's a macro for this, take a look in some of the existing c files for how to do it. Thanks, Brain Andreas Wilmes wrote: > Hello, > > i have alread included nickserv.h!! > > Best regards > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041226/0c7eb777/signature.pgp From admin at webspace.ms Tue Dec 28 21:16:15 2004 From: admin at webspace.ms (Andreas Wilmes) Date: Tue Dec 28 21:17:21 2004 Subject: [IRCServices Coding] RE: BotServ Message-ID: <000b01c4ed65$859598b0$2900000a@ATHER> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: application/octet-stream Size: 12846 bytes Desc: not available Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041229/e4f378aa/main-0001.obj From Craig at frostycoolslug.com Wed Dec 29 01:19:02 2004 From: Craig at frostycoolslug.com (Craig McLure) Date: Wed Dec 29 01:19:07 2004 Subject: [IRCServices Coding] RE: BotServ In-Reply-To: <000b01c4ed65$859598b0$2900000a@ATHER> References: <000b01c4ed65$859598b0$2900000a@ATHER> Message-ID: <41D27686.3050003@frostycoolslug.com> Haha, nice to see my code is going to use somewhere, i'd recognise my comments anywhere :D When it comes to botserv, services isnt very supporting, mainly because, by design services are not supposed to idle in channels. You're not the first person to take our idleserv code, and try to make a botserv out of it, but for the reason that its not possible (several complexities in the services core), no one has succeeded. services pseudoclients generally dont listen to channels, it would fill their buffer with a LOT of useless information. Although managing the pseudoclients would be a pain, but possible (Just make sure botserv doesnt identify a real service as a bot) When a pseudoclient joins a channel, services isnt actually aware of it, so it wont set channel modes etc on that channel those are just a couple of the issues that will have to be overcome for this module to work. (And is why we kept it at just idleserv). /**************************************** * Craig "FrostyCoolSlug" McLure * Craig@FrostyCoolSlug.com * InspIRCd - http://www.inspircd.org * ChatSpike - http://www.chatspike.net ****************************************/ Andreas Wilmes wrote: > Hello, > > Will be programmed a BotServ for ircservices? I have began, but i have Problems with do_bot. I does not know how to programm this, i have an Code (please see attachement). > does someone have interest making BotServ? > > Sorry for my English > & > Best regards > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding From brain at winbot.co.uk Wed Dec 29 06:26:30 2004 From: brain at winbot.co.uk (Craig Edwards) Date: Wed Dec 29 06:26:45 2004 Subject: [IRCServices Coding] RE: BotServ In-Reply-To: <000b01c4ed65$859598b0$2900000a@ATHER> References: <000b01c4ed65$859598b0$2900000a@ATHER> Message-ID: <41D2BE96.7030408@winbot.co.uk> i'd like to point out that that code is based on a very old version of idleserv which has a potention race condition in it. Because youve claimed to have written it yourself, it should be YOU that fixes the bug :-) Thanks, Brain Andreas Wilmes wrote: > Hello, > > Will be programmed a BotServ for ircservices? I have began, but i have Problems with do_bot. I does not know how to programm this, i have an Code (please see attachement). > does someone have interest making BotServ? > > Sorry for my English > & > Best regards > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------ > To unsubscribe or change your subscription options, visit: > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding -- 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 -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20041229/7352a862/signature.pgp From phan70m at gmail.com Wed Dec 29 13:10:24 2004 From: phan70m at gmail.com (Anton Wolkov) Date: Wed Dec 29 13:10:29 2004 Subject: [IRCServices Coding] RE: BotServ In-Reply-To: <41D2BE96.7030408@winbot.co.uk> References: <000b01c4ed65$859598b0$2900000a@ATHER> <41D2BE96.7030408@winbot.co.uk> Message-ID: just so you know, this is not that hard and i must say the services' api is pretty friendly. i've added nickserv/vhost which works perfectly with sqlite, memoserv/meet (still experimental) allows scheduling of meetings using memos to confirm or deny. infoserv/news (alpha) fetches news from sqlite table (fetched from rss using a php cron job). though non of them actually idle in channels i must say the code shouldn't be that hard.