--- /dev/null
+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: <mailman.0.1098598184.4531.ircservices-coding@ircservices.za.net>
+
+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" <rg@tcslon.com>
+To: <ircservices-coding@ircservices.za.net>
+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: <mailman.1.1098598184.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.2.1098598185.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.3.1098598186.4531.ircservices-coding@ircservices.za.net>
+
+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:
+
+\ 2[\ 2\1f12:01am\1f\ 2]\ 2 *ChanServ(@#southpark-episodes)* [VERBOSE]
+\ 2bongboy\ 2!bongboy@64-40-57-66.nocharge.com => aop #southpark-episodes
+add Studman2001\ f
+
+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: <mailman.4.1098598188.4531.ircservices-coding@ircservices.za.net>
+
+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 <ircservices@elric.net>
+| [ 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: <E1AcYBh-0005Sm-Kw@ptb-relay03.plus.net>
+
+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 <ircservices@elric.net>
+ * To - ircservices-coding <ircservices-coding@ircservices.za.net>
+ * 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: <E1AcYTj-000ExE-Pp@ptb-relay03.plus.net>
+
+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 <aragon@phat.za.net>
+ * To - ircservices-coding <ircservices-coding@ircservices.za.net>
+ * 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 <ircservices@elric.net>
+>| [ 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: <E1AdSqG-000Lcn-AE@ptb-relay03.plus.net>
+
+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 <epoitier@velvetfr.ath.cx>
+ * To - ircservices <ircservices@ircservices.za.net>
+ * 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: <E1AdUPz-00093n-7d@ptb-relay03.plus.net>
+
+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 <phantom@phntm.nix.org.il>
+ * To - ircservices-coding <ircservices-coding@ircservices.za.net>
+ * 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: <E1Adsxb-0001Rw-00@smtp.mailbox.co.uk>
+
+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: <E1AfLQj-0004PB-JT@ptb-relay02.plus.net>
+
+/ns set kill immed
+
+/****************************************
+ * Craig "FrostyCoolSlug" McLure
+ * InspIRCd - http://www.inspircd.org
+ * ChatSpike - http://www.chatspike.net
+ ****************************************/
+
+
+/****************************************
+ * From - PHANTOm <phantom@nix.org.il>
+ * To - ircservices-coding <ircservices-coding@ircservices.za.net>
+ * 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" <suporte@fbnet.org>
+Para: <rcservices-coding@ircservices.za.net>
+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:
+
+<?xml version='1.0'?>
+<ircservices-db>
+ <constants>
+ <LANG_DEFAULT>-1</LANG_DEFAULT>
+ <CHANMAX_UNLIMITED>-2</CHANMAX_UNLIMITED>
+ <CHANMAX_DEFAULT>-1</CHANMAX_DEFAULT>
+ <TIMEZONE_DEFAULT>32767</TIMEZONE_DEFAULT>
+ <ACCLEV_FOUNDER>1000</ACCLEV_FOUNDER>
+ <ACCLEV_INVALID>-1000</ACCLEV_INVALID>
+ <ACCLEV_SOP>100</ACCLEV_SOP>
+ <ACCLEV_AOP>50</ACCLEV_AOP>
+ <ACCLEV_HOP>40</ACCLEV_HOP>
+ <ACCLEV_VOP>30</ACCLEV_VOP>
+ <MEMOMAX_UNLIMITED>-1</MEMOMAX_UNLIMITED>
+ <MEMOMAX_DEFAULT>-2</MEMOMAX_DEFAULT>
+ <NEWS_LOGON>0</NEWS_LOGON>
+ <NEWS_OPER>1</NEWS_OPER>
+ <MD_AKILL>0</MD_AKILL>
+ <MD_EXCLUSION>1</MD_EXCLUSION>
+ <MD_EXCEPTION>2</MD_EXCEPTION>
+ <MD_SGLINE>71</MD_SGLINE>
+ <MD_SQLINE>81</MD_SQLINE>
+ <MD_SZLINE>90</MD_SZLINE>
+ </constants>
+ <maxusercnt>0</maxusercnt>
+ <maxusertime>0</maxusertime>
+</ircservices-db>
+
+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: <E1Ahiqp-0002Yx-Pb@ptb-relay01.plus.net>
+
+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: <E1Ahiqp-0002Yx-Pb@ptb-relay01.plus.net>
+References: <E1Ahiqp-0002Yx-Pb@ptb-relay01.plus.net>
+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: <E1Ahsol-000JQA-VT@ptb-relay02.plus.net>
+
+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 <uhc0@rz.uni-karlsruhe.de>
+ * To - IRC Services Coding Mailing List <ircservices-coding@ircservices.za.net>
+ * 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? <chat@discoware.com>:
+
+> 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" <ircservices@ircservices.za.net>
+>From: Brent DiNicola <elric@elric.net>
+>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] <ChanServ> Channel #test registered under your nickname: Whitewolf
+>[19:47] <ChanServ> 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" <ircserv@elric.net>
+To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>;
+<ircservices-coding@ircservices.za.net>
+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" <ircservices@ircservices.za.net>
+> >From: Brent DiNicola <elric@elric.net>
+> >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] <ChanServ> Channel #test registered under your nickname:
+Whitewolf
+> >[19:47] <ChanServ> 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" <emurphy@sporked.us>
+To: "IRC Services Coding Mailing List"
+<ircservices-coding@ircservices.za.net>
+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" <ircserv@elric.net>
+> To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>;
+> <ircservices-coding@ircservices.za.net>
+> 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"
+<ircservices@ircservices.za.net>
+> > >From: Brent DiNicola <elric@elric.net>
+> > >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] <ChanServ> Channel #test registered under your nickname:
+> Whitewolf
+> > >[19:47] <ChanServ> 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: <E1AoPFP-000C56-FH@ptb-relay02.plus.net>
+
+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: <E1AoPFP-000C56-FH@ptb-relay02.plus.net>
+Message-ID: <BAY8-DAV4556jq2qmlM0001ae7a@hotmail.com>
+
+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" <Craig@chatspike.net>
+To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+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: <E1AoPFP-000C56-FH@ptb-relay02.plus.net>
+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: <BAY8-DAV4556jq2qmlM0001ae7a@hotmail.com>
+References: <E1AoPFP-000C56-FH@ptb-relay02.plus.net>
+ <BAY8-DAV4556jq2qmlM0001ae7a@hotmail.com>
+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" <Craig@chatspike.net>
+> To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+> 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: <BAY8-DAV4556jq2qmlM0001ae7a@hotmail.com>
+References: <E1AoPFP-000C56-FH@ptb-relay02.plus.net>
+ <BAY8-DAV4556jq2qmlM0001ae7a@hotmail.com>
+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 <martinpels@hotmail.com>
+| [ 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" <Craig@chatspike.net>
+> To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+> 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: <E1AoUT9-000OZ2-Lk@ptb-relay01.plus.net>
+
+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 <martinpels@hotmail.com>
+ * To - IRC Services Coding Mailing List <ircservices-coding@ircservices.za.net>
+ * 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" <Craig@chatspike.net>
+>To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>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: <BAY1-F64QVbsJKsfm1J00065f6e@hotmail.com>
+
+
+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" <Craig@chatspike.net>
+>To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>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: <E1AoX3d-000Dn5-NT@ptb-relay01.plus.net>
+
+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 <emurphy@sporked.us>
+ * To - IRC Services Coding Mailing List <ircservices-coding@ircservices.za.net>
+ * 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" <Craig@chatspike.net>
+>> To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>> 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: <BAY1-F25Of9IeOVBKIH0001e271@hotmail.com>
+
+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 <martinpels@hotmail.com>
+> * To - IRC Services Coding Mailing List
+><ircservices-coding@ircservices.za.net>
+> * 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" <Craig@chatspike.net>
+> >To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+> >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: <E1AoYWD-000Nwj-Gi@ptb-relay01.plus.net>
+
+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 <AUTHCODE> <NEWPASS>
+
+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 <AUTHCODE> <NEWPASS>
+
+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 <aragon@phat.za.net>
+ * To - IRC Services Coding Mailing List <ircservices-coding@ircservices.za.net>
+ * 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 <martinpels@hotmail.com>
+>| [ 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" <Craig@chatspike.net>
+>> To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>> 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: <E1AoZ5j-0007fD-AE@ptb-relay01.plus.net>
+
+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 . <idontwantthisshit@hotmail.com>
+ * To - ircservices-coding@ircservices.za.net <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 <martinpels@hotmail.com>
+>> * To - IRC Services Coding Mailing List
+>><ircservices-coding@ircservices.za.net>
+>> * 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" <Craig@chatspike.net>
+>> >To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>> >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" <brain@winbot.co.uk>
+To: "IRC Services Coding Mailing List"
+<ircservices-coding@ircservices.za.net>
+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: <E1AqdMG-000CPi-45@ptb-relay02.plus.net>
+
+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: <E1AqdMG-000CPi-45@ptb-relay02.plus.net>
+Message-ID: <E1Aqq7y-0002xW-00@smtp.mailbox.co.uk>
+
+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: <mailman.0.1077377705.98938.ircservices-coding@ircservices.
+ za.net>
+References: <mailman.0.1077377705.98938.ircservices-coding@ircservices.za.net>
+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: <MDAEMON0006200402202351.AA5102333@jetirc.net>
+
+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: <MDAEMON0007200402202356.AA5637695@jetirc.net>
+
+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: <MDAEMON0008200402210001.AA0154200@jetirc.net>
+
+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: <MDAEMON0009200402210007.AA0730063@jetirc.net>
+
+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: <MDAEMON0010200402210023.AA2350042@jetirc.net>
+
+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: <MDAEMON0012200402210035.AA3558280@jetirc.net>
+
+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 <karmali@psurge.com>
+ * To - ircservices-coding@ircservices.za.net <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: <MDAEMON0013200402210037.AA3708841@jetirc.net>
+
+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: <MDAEMON0015200402210037.AA3738534@jetirc.net>
+
+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: <MDAEMON0016200402210038.AA3805973@jetirc.net>
+
+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: <MDAEMON0017200402210038.AA3822417@jetirc.net>
+
+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: <MDAEMON0018200402210038.AA3845610@jetirc.net>
+
+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: <MDAEMON0019200402210039.AA3928392@jetirc.net>
+
+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: <MDAEMON0020200402210041.AA4147632@jetirc.net>
+
+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: <MDAEMON0021200402210041.AA4147952@jetirc.net>
+
+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: <MDAEMON0022200402210042.AA4219227@jetirc.net>
+
+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: <MDAEMON0023200402210042.AA4246557@jetirc.net>
+
+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: <MDAEMON0024200402210042.AA4257853@jetirc.net>
+
+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: <MDAEMON0025200402210043.AA4326094@jetirc.net>
+
+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: <MDAEMON0026200402210043.AA4353463@jetirc.net>
+
+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: <MDAEMON0027200402210044.AA4402836@jetirc.net>
+
+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: <MDAEMON0028200402210044.AA4428043@jetirc.net>
+
+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: <MDAEMON0029200402210044.AA4455422@jetirc.net>
+
+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: <MDAEMON0030200402210045.AA4508030@jetirc.net>
+
+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: <MDAEMON0031200402210045.AA4535289@jetirc.net>
+
+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: <MDAEMON0032200402210046.AA4616008@jetirc.net>
+
+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: <MDAEMON0033200402210047.AA4724466@jetirc.net>
+
+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: <MDAEMON0034200402210047.AA4724837@jetirc.net>
+
+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: <MDAEMON0035200402210047.AA4755140@jetirc.net>
+
+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: <BAY5-F36l6gvdJ4abGy00001753@hotmail.com>
+
+
+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: <MDAEMON0036200402210048.AA4826586@jetirc.net>
+
+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: <MDAEMON0037200402210048.AA4830551@jetirc.net>
+
+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: <MDAEMON0038200402210048.AA4833195@jetirc.net>
+
+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: <MDAEMON0039200402210049.AA4902357@jetirc.net>
+
+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: <MDAEMON0040200402210049.AA4909978@jetirc.net>
+
+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: <MDAEMON0041200402210049.AA4934163@jetirc.net>
+
+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: <MDAEMON0042200402210049.AA4938419@jetirc.net>
+
+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: <MDAEMON0043200402210050.AA5004857@jetirc.net>
+
+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: <MDAEMON0044200402210050.AA5011086@jetirc.net>
+
+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: <MDAEMON0045200402210050.AA5034429@jetirc.net>
+
+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: <MDAEMON0046200402210050.AA5040819@jetirc.net>
+
+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: <MDAEMON0047200402210050.AA5043382@jetirc.net>
+
+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: <MDAEMON0048200402210052.AA5218249@jetirc.net>
+
+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: <MDAEMON0049200402210052.AA5224167@jetirc.net>
+
+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: <MDAEMON0050200402210052.AA5247941@jetirc.net>
+
+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: <MDAEMON0052200402210052.AA5257575@jetirc.net>
+
+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: <MDAEMON0051200402210052.AA5254240@jetirc.net>
+
+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: <MDAEMON0001200402210858.AA5818333@jetirc.net>
+
+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: <MDAEMON0002200402210859.AA5924508@jetirc.net>
+
+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: <MDAEMON0003200402210900.AA0029481@jetirc.net>
+
+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: <MDAEMON0004200402210901.AA0134705@jetirc.net>
+
+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: <MDAEMON0005200402210902.AA0239679@jetirc.net>
+
+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: <MDAEMON0006200402210903.AA0344892@jetirc.net>
+
+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: <MDAEMON0007200402210904.AA0449866@jetirc.net>
+
+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: <MDAEMON0008200402210905.AA0555079@jetirc.net>
+
+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: <MDAEMON0009200402210908.AA0805267@jetirc.net>
+
+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: <MDAEMON0010200402210909.AA0910240@jetirc.net>
+
+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: <MDAEMON0011200402210910.AA1016145@jetirc.net>
+
+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: <MDAEMON0012200402210911.AA1120427@jetirc.net>
+
+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: <MDAEMON0013200402210911.AA1143200@jetirc.net>
+
+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: <MDAEMON0014200402210911.AA1143390@jetirc.net>
+
+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: <MDAEMON0015200402210912.AA1209868@jetirc.net>
+
+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: <MDAEMON0016200402210912.AA1215567@jetirc.net>
+
+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: <MDAEMON0017200402210912.AA1226643@jetirc.net>
+
+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: <MDAEMON0018200402210912.AA1243066@jetirc.net>
+
+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: <MDAEMON0019200402210912.AA1258929@jetirc.net>
+
+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: <MDAEMON0020200402210913.AA1304627@jetirc.net>
+
+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: <MDAEMON0021200402210913.AA1326268@jetirc.net>
+
+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: <MDAEMON0022200402210913.AA1331786@jetirc.net>
+
+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: <MDAEMON0023200402210913.AA1354349@jetirc.net>
+
+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: <MDAEMON0024200402210913.AA1359546@jetirc.net>
+
+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: <MDAEMON0025200402210914.AA1421127@jetirc.net>
+
+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: <MDAEMON0026200402210914.AA1426956@jetirc.net>
+
+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: <MDAEMON0027200402210914.AA1436870@jetirc.net>
+
+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: <MDAEMON0029200402210915.AA1500233@jetirc.net>
+
+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: <MDAEMON0028200402210915.AA1500043@jetirc.net>
+
+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: <MDAEMON0030200402210915.AA1526061@jetirc.net>
+
+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: <MDAEMON0032200402210915.AA1541803@jetirc.net>
+
+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: <MDAEMON0031200402210915.AA1537036@jetirc.net>
+
+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: <MDAEMON0034200402210916.AA1610164@jetirc.net>
+
+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: <MDAEMON0033200402210916.AA1604496@jetirc.net>
+
+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: <MDAEMON0036200402210916.AA1647017@jetirc.net>
+
+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: <MDAEMON0037200402210916.AA1647207@jetirc.net>
+
+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: <MDAEMON0035200402210916.AA1642490@jetirc.net>
+
+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: <MDAEMON0038200402210917.AA1714957@jetirc.net>
+
+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: <MDAEMON0039200402210917.AA1745801@jetirc.net>
+
+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: <MDAEMON0040200402210917.AA1745992@jetirc.net>
+
+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: <MDAEMON0041200402210917.AA1751990@jetirc.net>
+
+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 <karmali@psurge.com>
+> * To - ircservices-coding@ircservices.za.net
+> <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: <MDAEMON0039200402210917.AA1745801@jetirc.net>
+Message-ID: <002e01c3f8a1$f07b2050$0800000a@citir>
+
+puff.....
+
+----- Original Message -----
+From: <saturn@jetirc.net>
+To: <ircservices-coding@ircservices.za.net>
+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: <saturn@jetirc.net>
+>To: <ircservices-coding@ircservices.za.net>
+>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 <jamie@silverdream.org>
+ 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 <karmali@psurge.com>
+> > * To - ircservices-coding@ircservices.za.net
+> > <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 <karmali@psurge.com>
+> > > * To - ircservices-coding@ircservices.za.net
+> > > <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 <karmali@psurge.com>
+>> > > * To - ircservices-coding@ircservices.za.net
+>> > > <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 <karmali@psurge.com>
+> >> > > * To - ircservices-coding@ircservices.za.net
+> >> > > <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 <karmali@psurge.com>
+> > >> > > * To - ircservices-coding@ircservices.za.net
+> > >> > > <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 <karmali@psurge.com>
+> > > >> > > * To - ircservices-coding@ircservices.za.net
+> > > >> > > <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: <E1B5Pid-0004FS-00@cp.filipebrito.com>
+
+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" <brain@winbot.co.uk>
+To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+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" <brain@winbot.co.uk>
+>To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+>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" <brain@winbot.co.uk>
+To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+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" <brain@winbot.co.uk>
+> >To: "ircservices-coding" <ircservices-coding@ircservices.za.net>
+> >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: <mailman.5.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.6.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <cyberdems@cyberdems.za.net>
+ * To - ircservices-coding@ircservices.za.net <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: <E1BDWmm-0004ZU-VZ@lon1-hub.mail.demon.net>
+Message-ID: <E1BDX5F-0002Hk-0X@anchor-post-33.mail.demon.net>
+
+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: <mailman.7.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <mark@ctcp.net>
+ * 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: <mailman.8.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.9.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <admin@nevernet.net>
+ * 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: <mailman.10.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.11.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.12.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <achurch@achurch.org>
+ * To - ircservices-coding@ircservices.za.net <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" <achurch@achurch.org>
+To: <ircservices-coding@ircservices.za.net>
+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: <mailman.13.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <arathorn@theonering.net>
+ * To - ircservices-coding@ircservices.za.net <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" <achurch@achurch.org>
+>To: <ircservices-coding@ircservices.za.net>
+>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: <mailman.14.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.15.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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 <Craig@frostycoolslug.com>
+ * To - ircservices-coding <ircservices-coding@ircservices.za.net>
+ * 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: <mailman.16.1098598216.4531.ircservices-coding@ircservices.za.net>
+
+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: <mailman.17.1098598217.4531.ircservices-coding@ircservices.za.net>
+
+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 <HOTRODDM@aol.com>
+ * To - ircservices-coding@ircservices.za.net <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: <b8.5d2036b5.2e282b4e@aol.com>
+
+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: <mailman.18.1098598217.4531.ircservices-coding@ircservices.za.net>
+
+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: <E1BmiLZ-0005Ht-IX@spamhost.rz.uni-karlsruhe.de>
+References: <E1BmiLZ-0005Ht-IX@spamhost.rz.uni-karlsruhe.de>
+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. <vonitsa_net@yahoo.gr>
+| [ 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: <mailman.19.1098598217.4531.ircservices-coding@ircservices.za.net>
+
+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 <smkelly@zombie.org>
+ * To - IRC Services Coding Mailing List <ircservices-coding@ircservices.za.net>
+ * 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: <E1BoMpr-000Otk-Um@brainbox.winbot.co.uk>
+
+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: <E1BoMpr-000Otk-Um@brainbox.winbot.co.uk>
+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: <BAY15-F8wFcxHSnfqs3000051e4@hotmail.com>
+
+
+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: <BAY15-F8wFcxHSnfqs3000051e4@hotmail.com>
+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 <achurch@achurch.org>
+| [ 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 <achurch@achurch.org>
+| [ 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 <achurch@achurch.org>
+> | [ 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: <E1BpZxT-0000Rm-0V@anchor-post-31.mail.demon.net>
+
+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: <E1BpZxT-0000Rm-0V@anchor-post-31.mail.demon.net>
+References: <E1BpZxT-0000Rm-0V@anchor-post-31.mail.demon.net>
+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: <E1BplBl-000Lhs-0V@anchor-post-31.mail.demon.net>
+
+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: <BAY15-F4wjbjZD6X5N6000899f2@hotmail.com>
+
+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: <BAY15-F4wjbjZD6X5N6000899f2@hotmail.com>
+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: <BAY15-F4wjbjZD6X5N6000899f2@hotmail.com>
+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: <mailman.0.1092003805.43412.ircservices-coding@ircservices.za.net>
+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: <mailman.20.1098598218.4531.ircservices-coding@ircservices.za.net>
+
+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 <achurch@achurch.org>
+ * To - ircservices-coding@ircservices.za.net <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: <E1Bx84k-000PlH-Iw@brainbox.winbot.co.uk>
+
+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 <achurch@achurch.org>
+> * To - ircservices-coding@ircservices.za.net <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 <chris@starglade.org> 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: <E1C2Pg4-0003mX-00@matrix.web.za>
+
+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: <E1C2Pg4-0003mX-00@matrix.web.za>
+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: <E1C2Txa-0004fY-00@matrix.web.za>
+
+
+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: <E1C2U2s-0004hI-00@matrix.web.za>
+
+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: <E1C2U2s-0004hI-00@matrix.web.za>
+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: <E1C2UPK-0004my-00@matrix.web.za>
+
+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: <E1C2UPK-0004my-00@matrix.web.za>
+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: <E1C2VA0-0004vp-00@matrix.web.za>
+
+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: <E1C4czl-0004JX-00@matrix.web.za>
+
+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: <E1C4czl-0004JX-00@matrix.web.za>
+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 ......
+<snip tons of normal user/channel introduction, mode setting, etc>
+[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
+<snip>
+[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 ......
+><snip tons of normal user/channel introduction, mode setting, etc>
+>[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
+><snip>
+>[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)...
+
+<snip>
+[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 <psh@iki.fi>
+>2004/10/03 Fixed cosmetic bug in NickServ SUSPEND help. Reported by
+> Craig McLure <Craig@chatspike.net>
+>2004/10/02 Fixed bug causing endless log messages on full network
+> buffer. Reported by <ballsy@mystical.net>
+>2004/10/02 OperServ AKILLCHAN now honors the WallOSAkill setting.
+> Reported by Pasi Hirvonen <psh@iki.fi>
+>2004/09/19 Fixed missing object file in Hybrid module compilation.
+> Reported by Jon Christopherson <jon@layertek.com>
+>
+> --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: <d50f59a00412011209425a4496@mail.gmail.com>
+
+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: <d50f59a004122913101636812c@mail.gmail.com>
+
+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.
projects / irc.git / blobdiff