RELEASE -> !RELEASE

[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices-coding / 2004.txt

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.