RELEASE -> !RELEASE

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

From uhc0 at rz.uni-karlsruhe.de  Wed Feb 11 01:32:17 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local>
References: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local>
Message-ID: <1076491937.4499.0.camel@dreadnought.hadiko.de>

No, after that there have been
.24, .25, .26, .27 and now finally as of 05.02.2004
5.0.28 has been released.

ftp://ftp.esper.net/ircservices

On Wed, 2004-02-11 at 03:56, Andrew G. Buenaventura wrote:
> I am using 5.0.23.  Isn't it the latest version?
> 
> Manually removing the .lock file causes services to segfault.
> 
> 
> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf
> Iskenderoglu
> Sent: Tuesday, February 10, 2004 6:34 PM
> To: IRC Services General Mailing List
> Subject: Re: [IRCServices] database locked
> 
> Apart from manually removing that lock file, you must upgrade your
> services.
> 
> On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote:
> > I am getting the following error message after almost an hour of running
> > ircservices 5.0.23 on unreal 3.2 beta 19:
> >
> > [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning:
> > Databases are locked, and cannot be updated.  Remove the
> > `/usr/local/ircservices/lib/.lock' file to allow database updates.
> >
> > What do you think is wrong?
> >
> > ______________________________________________________________________
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> ______________________________________________________________________
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From brain at winbot.co.uk  Wed Feb 11 03:50:19 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
Message-ID: <200402111150.i1BBoKb19962@localhost.localdomain>

if you have a backup of your services database, have you tried reverting to it? The one you have now may have become corrupted in some way?

>I am using 5.0.23.  Isn't it the latest version?
>
>Manually removing the .lock file causes services to segfault.
>
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf
>Iskenderoglu
>Sent: Tuesday, February 10, 2004 6:34 PM
>To: IRC Services General Mailing List
>Subject: Re: [IRCServices] database locked
>
>Apart from manually removing that lock file, you must upgrade your
>services.
>
>On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote:
>> I am getting the following error message after almost an hour of running
>> ircservices 5.0.23 on unreal 3.2 beta 19:
>>
>> [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com: Warning:
>> Databases are locked, and cannot be updated.  Remove the
>> `/usr/local/ircservices/lib/.lock' file to allow database updates.
>>
>> What do you think is wrong?
>>
>> ______________________________________________________________________
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From emurphy at sporked.us  Wed Feb 11 11:27:15 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
References: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF74@disco-mail-1.teamyehey.local>
        <1076491937.4499.0.camel@dreadnought.hadiko.de>
Message-ID: <00fe01c3f0d5$10190000$0100a8c0@sporked.us>

The confusion is probably caused by this:
http://www.ircservices.za.net/index.html
"version 5.0 (stable)
            Current version: 5.0.23
            Released:1 November 2003

"
As well as the ftp://ftp.ircservices.za.net/pub/ircservices/ not having
anything over 5.0.23.
You can get the 5.0.28 release at ftp://ftp.esper.net/ircservices/ though.
----- Original Message ----- 
From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Wednesday, February 11, 2004 4:32 AM
Subject: RE: [IRCServices] database locked


> No, after that there have been
> .24, .25, .26, .27 and now finally as of 05.02.2004
> 5.0.28 has been released.
>
> ftp://ftp.esper.net/ircservices
>
> On Wed, 2004-02-11 at 03:56, Andrew G. Buenaventura wrote:
> > I am using 5.0.23.  Isn't it the latest version?
> >
> > Manually removing the .lock file causes services to segfault.
> >
> >
> > -----Original Message-----
> > From: ircservices-bounces@ircservices.za.net
> > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf
> > Iskenderoglu
> > Sent: Tuesday, February 10, 2004 6:34 PM
> > To: IRC Services General Mailing List
> > Subject: Re: [IRCServices] database locked
> >
> > Apart from manually removing that lock file, you must upgrade your
> > services.
> >
> > On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote:
> > > I am getting the following error message after almost an hour of
running
> > > ircservices 5.0.23 on unreal 3.2 beta 19:
> > >
> > > [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com:
Warning:
> > > Databases are locked, and cannot be updated.  Remove the
> > > `/usr/local/ircservices/lib/.lock' file to allow database updates.
> > >
> > > What do you think is wrong?
> > >
> > > ______________________________________________________________________
> > > ------------------------------------------------------------------
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> > ______________________________________________________________________
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From andrew at teamyehey.com  Wed Feb 11 19:08:01 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF82@disco-mail-1.teamyehey.local>

It works fine on 5.0.20.  reverting to the latest known to be good
database still gives out the same problem



-----------------------------------------------------
Andrew G. Buenaventura
MIS Manager

38/F Discovery Centre
25 ADB Avenue, Ortigas Center
Pasig City, Philippines

Tel: (632) 910-6419
Fax: (632) 910-6420
Email : andrew@teamyehey.com
          andrew@freebsd.org.ph

-----------------------------------------------------
WWW.YEHEY.COM
 y o u r    i n t e r n e t    l i f e s t y l e


-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards
Sent: Wednesday, February 11, 2004 7:50 PM
To: IRC Services General Mailing Lis
Subject: Re: RE: [IRCServices] database locked

if you have a backup of your services database, have you tried reverting
to it? The one you have now may have become corrupted in some way?

>I am using 5.0.23.  Isn't it the latest version?
>
>Manually removing the .lock file causes services to segfault.
>
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Yusuf
>Iskenderoglu
>Sent: Tuesday, February 10, 2004 6:34 PM
>To: IRC Services General Mailing List
>Subject: Re: [IRCServices] database locked
>
>Apart from manually removing that lock file, you must upgrade your
>services.
>
>On Tue, 2004-02-10 at 05:20, Andrew G. Buenaventura wrote:
>> I am getting the following error message after almost an hour of
running
>> ircservices 5.0.23 on unreal 3.2 beta 19:
>>
>> [12:17] -irc2.yehey.com- *** Global -- from services.yehey.com:
Warning:
>> Databases are locked, and cannot be updated.  Remove the
>> `/usr/local/ircservices/lib/.lock' file to allow database updates.
>>
>> What do you think is wrong?
>>
>> ______________________________________________________________________
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3562 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040212/caff36c7/smime.bin
From andrew at teamyehey.com  Wed Feb 11 20:25:02 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CF89@disco-mail-1.teamyehey.local>

Here are the details of my set up:

Openbsd 3.4
Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19
Ircservices 5.0.25 and 5.0.28
Databases were migrated from a working 5.0.20 system

When I run /msg operserv update, I get the following:

[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon
:Updating databases...
[Feb 12 04:25:25.354985 2004] debug: Saving databases
[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer)
[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS
:PANIC! signal 11 (no buffer)
[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault
[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import'
[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export'
[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv'
[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT :
[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore'
[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward'
[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main'
[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT :
[Feb 12 04:25:25.491522 2004] debug: Unloading module `chanserv/sendpass'
[Feb 12 04:25:25.492310 2004] debug: Unloading module
`chanserv/access-levels'
[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main'
[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT :
[Feb 12 04:25:25.494618 2004] debug: Unloading module `nickserv/sendpass'
[Feb 12 04:25:25.495253 2004] debug: Unloading module `nickserv/mail-auth'
[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link'
[Feb 12 04:25:25.496345 2004] debug: Unloading module `nickserv/autojoin'
[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access'
[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main'
[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT :
[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline'
[Feb 12 04:25:25.502415 2004] debug: Unloading module `operserv/sessions'
[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news'
[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill'
[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main'
[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT :
[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT :
[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp'
[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main'
[Feb 12 04:25:25.507484 2004] debug: Unloading module `database/version4'
[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal'
[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT
services.yehey.com :Services terminating: Segmentation fault
[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey!
[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia
[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers
[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services

no core file was created after this.  Any ideas?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3562 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040212/54527895/smime.bin
From robert.daumann at rba-wuerzburg.de  Thu Feb 12 00:52:05 2004
From: robert.daumann at rba-wuerzburg.de (Robert E. Daumann)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] Botserv needed
Message-ID: <18DD97782639BB4CA8E93A3C15D5A9C53629@win2k.rba-wuerzburg.lan>

Hi

I've an irc-server currently with auspice. What I've fount out is,
auspice and anope too have a great bug in the services esp. in nickserv.
So I will try the IRCServices, running with Unreal3.2/19.

My question is: IRCServices does not have any botserv with some features
inside, but I need one. So is it possible to enable any botserv with
IRCServices and which one is the best choice?

Robert



From Craig at chatspike.net  Thu Feb 12 09:48:15 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] Botserv needed
Message-ID: <E1ArKw1-0006iJ-Vg@ptb-relay02.plus.net>

as far as i know, its not possible to create a botserv in IRCServices, as it requires services to read its write buffer to function correctly. This would create a huge drain on CPU resources, most of it being 'redundant' data. so Services probably wont support this feature. 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Robert E. Daumann <robert.daumann@rba-wuerzburg.de>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-02-12 08:52:05
 * Subject - [IRCServices] Botserv needed
 ****************************************/

/****** - Begin Original Message - ******/

>Hi
>
>I've an irc-server currently with auspice. What I've fount out is,
>auspice and anope too have a great bug in the services esp. in nickserv.
>So I will try the IRCServices, running with Unreal3.2/19.
>
>My question is: IRCServices does not have any botserv with some features
>inside, but I need one. So is it possible to enable any botserv with
>IRCServices and which one is the best choice?
>
>Robert
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/



From brain at winbot.co.uk  Fri Feb 13 04:16:17 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] Botserv needed
Message-ID: <200402131216.i1DCGHb29503@localhost.localdomain>

i can't see why botserv isn't possible, but if it was written it *would* cause a lot of redundant data, as the only way i can imagine this being done, it would end up contridicting chanserv a lot with mode changes etc. At one point, we were going to attempt a botserv, but instead we settled for a pared-down service called idleserv which just idles in an oper-defined list of channels to hold them open (which is generally all users want a bot for on a network with services)

>as far as i know, its not possible to create a botserv in IRCServices, as it requires services to read its write buffer to function correctly. This would create a huge drain on CPU resources, most of it being 'redundant' data. so Services probably wont support this feature. 
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Robert E. Daumann <robert.daumann@rba-wuerzburg.de>
> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
> * Sent    - 2004-02-12 08:52:05
> * Subject - [IRCServices] Botserv needed
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>Hi
>>
>>I've an irc-server currently with auspice. What I've fount out is,
>>auspice and anope too have a great bug in the services esp. in nickserv.
>>So I will try the IRCServices, running with Unreal3.2/19.
>>
>>My question is: IRCServices does not have any botserv with some features
>>inside, but I need one. So is it possible to enable any botserv with
>>IRCServices and which one is the best choice?
>>
>>Robert
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From andrew at teamyehey.com  Sun Feb 15 21:43:32 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFA5@disco-mail-1.teamyehey.local>



 
It worked on my linux box.  Anybody knows if there's a compatibility
issue between obsd and ircservices?

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
Buenaventura
Sent: Thursday, February 12, 2004 12:25 PM
To: IRC Services General Mailing List
Subject: RE: [IRCServices] database locked

Here are the details of my set up:

Openbsd 3.4
Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19
Ircservices 5.0.25 and 5.0.28
Databases were migrated from a working 5.0.20 system

When I run /msg operserv update, I get the following:

[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon
:Updating databases...
[Feb 12 04:25:25.354985 2004] debug: Saving databases
[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer)
[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS
:PANIC! signal 11 (no buffer)
[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault
[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import'
[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export'
[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv'
[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT :
[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore'
[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward'
[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main'
[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT :
[Feb 12 04:25:25.491522 2004] debug: Unloading module
`chanserv/sendpass'
[Feb 12 04:25:25.492310 2004] debug: Unloading module
`chanserv/access-levels'
[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main'
[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT :
[Feb 12 04:25:25.494618 2004] debug: Unloading module
`nickserv/sendpass'
[Feb 12 04:25:25.495253 2004] debug: Unloading module
`nickserv/mail-auth'
[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link'
[Feb 12 04:25:25.496345 2004] debug: Unloading module
`nickserv/autojoin'
[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access'
[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main'
[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT :
[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline'
[Feb 12 04:25:25.502415 2004] debug: Unloading module
`operserv/sessions'
[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news'
[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill'
[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main'
[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT :
[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT :
[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp'
[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main'
[Feb 12 04:25:25.507484 2004] debug: Unloading module
`database/version4'
[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal'
[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT
services.yehey.com :Services terminating: Segmentation fault
[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey!
[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia
[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers
[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services

no core file was created after this.  Any ideas?

From brain at winbot.co.uk  Mon Feb 16 02:51:47 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] database locked
Message-ID: <200402161051.i1GApmb25813@localhost.localdomain>

probably a silly question but this is an intel system right?

>
>
> 
>It worked on my linux box.  Anybody knows if there's a compatibility
>issue between obsd and ircservices?
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
>Buenaventura
>Sent: Thursday, February 12, 2004 12:25 PM
>To: IRC Services General Mailing List
>Subject: RE: [IRCServices] database locked
>
>Here are the details of my set up:
>
>Openbsd 3.4
>Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19
>Ircservices 5.0.25 and 5.0.28
>Databases were migrated from a working 5.0.20 system
>
>When I run /msg operserv update, I get the following:
>
>[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Updating databases...
>[Feb 12 04:25:25.354985 2004] debug: Saving databases
>[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS
>:PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault
>[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import'
>[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export'
>[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv'
>[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT :
>[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore'
>[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward'
>[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main'
>[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT :
>[Feb 12 04:25:25.491522 2004] debug: Unloading module
>`chanserv/sendpass'
>[Feb 12 04:25:25.492310 2004] debug: Unloading module
>`chanserv/access-levels'
>[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main'
>[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT :
>[Feb 12 04:25:25.494618 2004] debug: Unloading module
>`nickserv/sendpass'
>[Feb 12 04:25:25.495253 2004] debug: Unloading module
>`nickserv/mail-auth'
>[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link'
>[Feb 12 04:25:25.496345 2004] debug: Unloading module
>`nickserv/autojoin'
>[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access'
>[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main'
>[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT :
>[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline'
>[Feb 12 04:25:25.502415 2004] debug: Unloading module
>`operserv/sessions'
>[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news'
>[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill'
>[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main'
>[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT :
>[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT :
>[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp'
>[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main'
>[Feb 12 04:25:25.507484 2004] debug: Unloading module
>`database/version4'
>[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal'
>[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT
>services.yehey.com :Services terminating: Segmentation fault
>[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey!
>[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia
>[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers
>[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services
>
>no core file was created after this.  Any ideas?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From achurch at achurch.org  Mon Feb 16 21:10:07 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] old versions
In-Reply-To: <200402080159.i181xNb07738@localhost.localdomain>
Message-ID: <4030b5c7.71625@achurch.org>

>anybody know where i can find any old (as in antique) versions of ircservices? say versions 3.x and below? I enjoy looking at this kind of thing to see how code evolves over time, so if anyone has them lying around i'd welcome a tarball or two from you ;)

     I have all versions since 2.2.26 (the last 2.x release), except for
early 4.4.x versions; I've put what I have up at
http://achurch.org/oldservices/ for the time being (this may disappear in
the near future).  If anyone happens to have versions 4.4.0-6 or anything
before 2.2.26, please let me know.

     Side note: I plan to move the Services web site sometime in March, so
that I can bring it up to date.  I'll make an announcement when that
happens.  (The URL will hopefully stay the same.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From brain at winbot.co.uk  Mon Feb 16 06:20:18 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:02 2004
Subject: [IRCServices] old versions
Message-ID: <200402161420.i1GEKJb28652@localhost.localdomain>

Got what i needed, thanks :-)

>>anybody know where i can find any old (as in antique) versions of ircservices? say versions 3.x and below? I enjoy looking at this kind of thing to see how code evolves over time, so if anyone has them lying around i'd welcome a tarball or two from you ;)
>
>     I have all versions since 2.2.26 (the last 2.x release), except for
>early 4.4.x versions; I've put what I have up at
>http://achurch.org/oldservices/ for the time being (this may disappear in
>the near future).  If anyone happens to have versions 4.4.0-6 or anything
>before 2.2.26, please let me know.
>
>     Side note: I plan to move the Services web site sometime in March, so
>that I can bring it up to date.  I'll make an announcement when that
>happens.  (The URL will hopefully stay the same.)
>
>  --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 andrew at teamyehey.com  Mon Feb 16 18:17:52 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFAD@disco-mail-1.teamyehey.local>

Yes.  And I noticed that there is no core dump file.  I would really
appreciate if you can assist me on this matter.  I really want to run my
ircd and my ircservices on the same box to minimize the effects of
netsplits.  Thank you.

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig Edwards
Sent: Monday, February 16, 2004 6:52 PM
To: IRC Services General Mailing Lis
Subject: Re: RE: [IRCServices] database locked

probably a silly question but this is an intel system right?

>
>
>
>It worked on my linux box.  Anybody knows if there's a compatibility
>issue between obsd and ircservices?
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
>Buenaventura
>Sent: Thursday, February 12, 2004 12:25 PM
>To: IRC Services General Mailing List
>Subject: RE: [IRCServices] database locked
>
>Here are the details of my set up:
>
>Openbsd 3.4
>Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19
>Ircservices 5.0.25 and 5.0.28
>Databases were migrated from a working 5.0.20 system
>
>When I run /msg operserv update, I get the following:
>
>[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Updating databases...
>[Feb 12 04:25:25.354985 2004] debug: Saving databases
>[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS
>:PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault
>[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import'
>[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export'
>[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv'
>[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT :
>[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore'
>[Feb 12 04:25:25.489816 2004] debug: Unloading module `memoserv/forward'
>[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main'
>[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT :
>[Feb 12 04:25:25.491522 2004] debug: Unloading module
>`chanserv/sendpass'
>[Feb 12 04:25:25.492310 2004] debug: Unloading module
>`chanserv/access-levels'
>[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main'
>[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT :
>[Feb 12 04:25:25.494618 2004] debug: Unloading module
>`nickserv/sendpass'
>[Feb 12 04:25:25.495253 2004] debug: Unloading module
>`nickserv/mail-auth'
>[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link'
>[Feb 12 04:25:25.496345 2004] debug: Unloading module
>`nickserv/autojoin'
>[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access'
>[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main'
>[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT :
>[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline'
>[Feb 12 04:25:25.502415 2004] debug: Unloading module
>`operserv/sessions'
>[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news'
>[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill'
>[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main'
>[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT :
>[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT :
>[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp'
>[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main'
>[Feb 12 04:25:25.507484 2004] debug: Unloading module
>`database/version4'
>[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal'
>[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT
>services.yehey.com :Services terminating: Segmentation fault
>[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey!
>[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia
>[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers
>[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services
>
>no core file was created after this.  Any ideas?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3562 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040217/331364e4/smime.bin
From andrew at teamyehey.com  Mon Feb 16 20:38:42 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] feature request
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB1@disco-mail-1.teamyehey.local>

Can you please add channel mode +T (unreal 3.2 RC1) in chanserv's mlock?
Thanks

From Brian.Duke at Level3.com  Mon Feb 16 21:51:03 2004
From: Brian.Duke at Level3.com (Duke, Brian)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <A25D70BA9AB94F4992C3B24CF4ABF67812F8DD@idc1exc0004.corp.global.level3.com>

I know FreeBSD is inherently more secure then a RH9 machine. Just a lot
less stuff is automatically activated at startup. My first thought is a
sequencing error. Should yehey be unloaded before Unreals protocol? Also
does yehey bind sockets which use those protocols?   

Brian Duke

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
Buenaventura
Sent: Monday, February 16, 2004 7:18 PM
To: brain@winbot.co.uk; IRC Services General Mailing List
Subject: RE: RE: [IRCServices] database locked

Yes.  And I noticed that there is no core dump file.  I would really
appreciate if you can assist me on this matter.  I really want to run my
ircd and my ircservices on the same box to minimize the effects of
netsplits.  Thank you.

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig
Edwards
Sent: Monday, February 16, 2004 6:52 PM
To: IRC Services General Mailing Lis
Subject: Re: RE: [IRCServices] database locked

probably a silly question but this is an intel system right?

>
>
>
>It worked on my linux box.  Anybody knows if there's a compatibility
>issue between obsd and ircservices?
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
>Buenaventura
>Sent: Thursday, February 12, 2004 12:25 PM
>To: IRC Services General Mailing List
>Subject: RE: [IRCServices] database locked
>
>Here are the details of my set up:
>
>Openbsd 3.4
>Unreal3.2-beta19cvs20040209 or unreal 3.2 beta 19
>Ircservices 5.0.25 and 5.0.28
>Databases were migrated from a working 5.0.20 system
>
>When I run /msg operserv update, I get the following:
>
>[Feb 12 04:25:25.352999 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Updating databases...
>[Feb 12 04:25:25.354985 2004] debug: Saving databases
>[Feb 12 04:25:25.484094 2004] PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.484809 2004] debug: Sent: :services.yehey.com GLOBOPS
>:PANIC! signal 11 (no buffer)
>[Feb 12 04:25:25.485934 2004] Services terminating: Segmentation fault
>[Feb 12 04:25:25.486454 2004] debug: Unloading module `misc/xml-import'
>[Feb 12 04:25:25.487376 2004] debug: Unloading module `misc/xml-export'
>[Feb 12 04:25:25.487911 2004] debug: Unloading module `misc/helpserv'
>[Feb 12 04:25:25.488469 2004] debug: Sent: :HelpServ QUIT :
>[Feb 12 04:25:25.489031 2004] debug: Unloading module `memoserv/ignore'
>[Feb 12 04:25:25.489816 2004] debug: Unloading module
`memoserv/forward'
>[Feb 12 04:25:25.490378 2004] debug: Unloading module `memoserv/main'
>[Feb 12 04:25:25.490936 2004] debug: Sent: :MemoServ QUIT :
>[Feb 12 04:25:25.491522 2004] debug: Unloading module
>`chanserv/sendpass'
>[Feb 12 04:25:25.492310 2004] debug: Unloading module
>`chanserv/access-levels'
>[Feb 12 04:25:25.492973 2004] debug: Unloading module `chanserv/main'
>[Feb 12 04:25:25.493535 2004] debug: Sent: :ChanServ QUIT :
>[Feb 12 04:25:25.494618 2004] debug: Unloading module
>`nickserv/sendpass'
>[Feb 12 04:25:25.495253 2004] debug: Unloading module
>`nickserv/mail-auth'
>[Feb 12 04:25:25.495804 2004] debug: Unloading module `nickserv/link'
>[Feb 12 04:25:25.496345 2004] debug: Unloading module
>`nickserv/autojoin'
>[Feb 12 04:25:25.497135 2004] debug: Unloading module `nickserv/access'
>[Feb 12 04:25:25.497677 2004] debug: Unloading module `nickserv/main'
>[Feb 12 04:25:25.498235 2004] debug: Sent: :NickServ QUIT :
>[Feb 12 04:25:25.501510 2004] debug: Unloading module `operserv/sline'
>[Feb 12 04:25:25.502415 2004] debug: Unloading module
>`operserv/sessions'
>[Feb 12 04:25:25.503038 2004] debug: Unloading module `operserv/news'
>[Feb 12 04:25:25.503584 2004] debug: Unloading module `operserv/akill'
>[Feb 12 04:25:25.504236 2004] debug: Unloading module `operserv/main'
>[Feb 12 04:25:25.505042 2004] debug: Sent: :OperServ QUIT :
>[Feb 12 04:25:25.505628 2004] debug: Sent: :Global QUIT :
>[Feb 12 04:25:25.506193 2004] debug: Unloading module `mail/smtp'
>[Feb 12 04:25:25.506729 2004] debug: Unloading module `mail/main'
>[Feb 12 04:25:25.507484 2004] debug: Unloading module
>`database/version4'
>[Feb 12 04:25:25.508094 2004] debug: Unloading module `protocol/unreal'
>[Feb 12 04:25:25.508777 2004] debug: Sent: :services.yehey.com SQUIT
>services.yehey.com :Services terminating: Segmentation fault
>[Feb 12 04:25:25.510206 2004] debug: Deleting channel #yehey!
>[Feb 12 04:25:25.515208 2004] debug: Deleting channel #trivia
>[Feb 12 04:25:25.515729 2004] debug: Deleting channel #opers
>[Feb 12 04:25:25.516280 2004] debug: Deleting channel #services
>
>no core file was created after this.  Any ideas?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices

From ron2k at webmail.co.za  Mon Feb 16 21:52:39 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] XOP module suggestions
Message-ID: <web-237095425@mail01.infosat.net>

I've got some suggestions for the XOP module for future
versions of IRC Services:

1: Put in an "auto-deop" list that will change the access
level of users in that list to -1. Currently, there is no
way for channel owners to do this if they only use the XOP
module (without the access-levels module). As for a name
for this command, I'll leave that up to the developers.
2: This would probably be a tricky one to do - but if (and
only if) the XOP module is loaded and the access-levels
module is not, then try get ChanServ's STATUS command to
show user levels in terms of SOP, AOP, etc and not as 100,
50, etc.

I'd like to know what others think of these suggestions.
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price

From achurch at achurch.org  Tue Feb 17 23:13:07 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
In-Reply-To: <A25D70BA9AB94F4992C3B24CF4ABF67812F8DD@idc1exc0004.corp.global.level3.com>
Message-ID: <40322248.72402@achurch.org>

     I haven't been following this thread closely since the original sender
isn't sending in plain text, but there shouldn't be endian issues with the
data files; I don't know of any reason to crash on update unless you're
using the mysterious -fstack-protector addition to GCC (try recompiling
with -fno-stack-protector).  For core files, see FAQ Z.3.5.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From andrew at teamyehey.com  Tue Feb 17 19:33:32 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB8@disco-mail-1.teamyehey.local>

My sincerest apologies for sending me previous emails in HTML format.  I
have no excuse for that except for my irresponsibility in not choosing
the correct format.  Anyway, here are the details of my problem:

1. ircservices version - 5.0.28 (though the problem also occurs in
5.0.23)
2. ircd version - unreal 3.2 RC1 (problem is also present in unreal 3.2
beta19 and the latest CVS copy prior to unreal 3.2 RC1)
3. Series of steps:
        1. ./ircservices -debug -nofork 
        2. /msg operserv update, then I got that database locked error
message         telling me to delete .lock file
        3. I deleted the .lock file
        4. ran /msg operserv update again
        5. ircservices core dumps with the following log:
        
[Feb 18 02:40:49.644650 2004] debug: Sent: :OperServ NOTICE muttdaemon
:Updating databases...
[Feb 18 02:40:49.645391 2004] warning: databases are locked, not
updating
[Feb 18 02:40:49.646259 2004] debug: Sent: :services.yehey.com GLOBOPS
:Warning: Databases are locked, and cannot be updated.  Remove the
`/usr/local/ircservices/lib/.lock' file to allow database updates.
[Feb 18 02:40:49.646851 2004] debug: Sent: :OperServ NOTICE muttdaemon
:Database update failed.
[Feb 18 02:40:54.849193 2004] debug: Received: :VJTD3 D #teenchat
[Feb 18 02:40:54.849897 2004] debug: VJTD3 leaves #teenchat
[Feb 18 02:40:55.245086 2004] debug: Received: :VJTD3 , :Finished
Scanning
[Feb 18 02:40:55.245757 2004] debug: VJTD3 quits
[Feb 18 02:40:55.246294 2004] debug: Received: & VJTD3 2 1077071723
VJTD3 ppp203.net267.fl.sprint-hsd.net additional.services.yehey.com 0 +
ppp203.net267.fl.sprint-hsd.net :VJTD3
[Feb 18 02:40:55.247091 2004] debug: new user: VJTD3
[Feb 18 02:40:55.248156 2004] debug: Sent: :services.yehey.com SVSMODE
VJTD3 +d 1930359764
[Feb 18 02:40:55.248686 2004] debug: Changing mode for VJTD3 to +
[Feb 18 02:40:55.249201 2004] debug: Received: :VJTD3 AA
yehey-3D80E17C.net267.fl.sprint-hsd.net
[Feb 18 02:40:55.249983 2004] debug: Received: :VJTD3 | +x
[Feb 18 02:40:55.250590 2004] debug: Changing mode for VJTD3 to +x
[Feb 18 02:40:55.251139 2004] debug: Received: :irc2.yehey.com ~
1069223639 #teenchat :VJTD3
[Feb 18 02:40:55.251656 2004] protocol/unreal: debug: VJTD3 SJOINs
#teenchat
[Feb 18 02:40:55.252651 2004] debug: Sent: :ChanServ NOTICE VJTD3
:(#teenchat) WelCoMe Sa PinaKool Na ChanneL!!! sa YeHey! So stay Cool
And Stay Lng kau d2! hehehehe
[Feb 18 02:41:03.028444 2004] debug: Received: :ice_man ! nickserv
:identify jjkalabaw
[Feb 18 02:41:03.029761 2004] debug: Sent: :NickServ SVSMODE ice_man :+r
[Feb 18 02:41:03.030294 2004] nickserv/main:
ice_man!qbjleqbij@ipdial-179-179.tri-isys.com identified for nick
ice_man
[Feb 18 02:41:03.031295 2004] debug: Sent: :NickServ NOTICE ice_man
:Password accepted -- you are now recognized.
[Feb 18 02:41:15.070640 2004] debug: Sent: :services.yehey.com 433
bitoyski bitoyski :Nickname is registered to someone else
[Feb 18 02:41:15.071292 2004] debug: Sent: :services.yehey.com 433
YeheyTrivia YeheyTrivia :Nickname is registered to someone else
[Feb 18 02:41:15.072139 2004] debug: Sent: :services.yehey.com 433 Gear
Gear :Nickname is registered to someone else
[Feb 18 02:41:18.804424 2004] debug: Received: :muttdaemon ! operserv
:update
[Feb 18 02:41:18.805174 2004] operserv/main: muttdaemon: update
[Feb 18 02:41:18.806265 2004] debug: Sent: :OperServ NOTICE muttdaemon
:Updating databases...
[Feb 18 02:41:18.808463 2004] debug: Saving databases
Memory fault (core dumped)

        6. backtrace of the core file:

# gdb ircservices ircservices.core
GNU gdb 4.16.1
Copyright 1996 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-openbsd3.4"...

ircservices: No such file or directory.

Core was generated by `ircservices'.
Program terminated with signal 11, Segmentation fault.
#0  0x1c020136 in ?? ()
(gdb) bt
#0  0x1c020136 in ?? ()
#1  0x1c014c50 in ?? ()
#2  0x1c00b798 in ?? ()
#3  0x1c008ca3 in ?? ()
#4  0x1c008deb in ?? ()
#5  0x1c001aa1 in ?? ()
#6  0x1c001a17 in ?? ()
#7  0xcfbf10b8 in ?? ()
#8  0x40cf in ?? ()
Cannot access memory at address 0xbf0d8000.
(gdb)
        


From achurch at achurch.org  Wed Feb 18 12:50:05 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFB8@disco-mail-1.teamyehey.local>
Message-ID: <4032e13b.03670@achurch.org>

>My sincerest apologies for sending me previous emails in HTML format.  I
>have no excuse for that except for my irresponsibility in not choosing
>the correct format.  Anyway, here are the details of my problem:

     Can you send me your databases privately?  I'll see if I can reproduce
and fix the problem here.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From Craig at chatspike.net  Wed Feb 18 09:09:22 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <20040218170925.0C81F11466@snow.fingers.co.za>

hmm, i noticed that gdb couldnt open the IRCServices binary, hence the information provided was pretty much useless.. from the IRCServices binary directory, try this:

gdb ircservices lib/core
(or where ever your core file is in relation to the binary)

should give some more insightful output :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew G. Buenaventura <andrew@teamyehey.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-02-18 03:33:32
 * Subject - RE: RE: [IRCServices] database locked
 ****************************************/

/****** - Begin Original Message - ******/

>My sincerest apologies for sending me previous emails in HTML format.  I
>have no excuse for that except for my irresponsibility in not choosing
>the correct format.  Anyway, here are the details of my problem:
>
>1. ircservices version - 5.0.28 (though the problem also occurs in
>5.0.23)
>2. ircd version - unreal 3.2 RC1 (problem is also present in unreal 3.2
>beta19 and the latest CVS copy prior to unreal 3.2 RC1)
>3. Series of steps:
>       1. ./ircservices -debug -nofork 
>       2. /msg operserv update, then I got that database locked error
>message        telling me to delete .lock file
>       3. I deleted the .lock file
>       4. ran /msg operserv update again
>       5. ircservices core dumps with the following log:
>       
>[Feb 18 02:40:49.644650 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Updating databases...
>[Feb 18 02:40:49.645391 2004] warning: databases are locked, not
>updating
>[Feb 18 02:40:49.646259 2004] debug: Sent: :services.yehey.com GLOBOPS
>:Warning: Databases are locked, and cannot be updated.  Remove the
>`/usr/local/ircservices/lib/.lock' file to allow database updates.
>[Feb 18 02:40:49.646851 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Database update failed.
>[Feb 18 02:40:54.849193 2004] debug: Received: :VJTD3 D #teenchat
>[Feb 18 02:40:54.849897 2004] debug: VJTD3 leaves #teenchat
>[Feb 18 02:40:55.245086 2004] debug: Received: :VJTD3 , :Finished
>Scanning
>[Feb 18 02:40:55.245757 2004] debug: VJTD3 quits
>[Feb 18 02:40:55.246294 2004] debug: Received: & VJTD3 2 1077071723
>VJTD3 ppp203.net267.fl.sprint-hsd.net additional.services.yehey.com 0 +
>ppp203.net267.fl.sprint-hsd.net :VJTD3
>[Feb 18 02:40:55.247091 2004] debug: new user: VJTD3
>[Feb 18 02:40:55.248156 2004] debug: Sent: :services.yehey.com SVSMODE
>VJTD3 +d 1930359764
>[Feb 18 02:40:55.248686 2004] debug: Changing mode for VJTD3 to +
>[Feb 18 02:40:55.249201 2004] debug: Received: :VJTD3 AA
>yehey-3D80E17C.net267.fl.sprint-hsd.net
>[Feb 18 02:40:55.249983 2004] debug: Received: :VJTD3 | +x
>[Feb 18 02:40:55.250590 2004] debug: Changing mode for VJTD3 to +x
>[Feb 18 02:40:55.251139 2004] debug: Received: :irc2.yehey.com ~
>1069223639 #teenchat :VJTD3
>[Feb 18 02:40:55.251656 2004] protocol/unreal: debug: VJTD3 SJOINs
>#teenchat
>[Feb 18 02:40:55.252651 2004] debug: Sent: :ChanServ NOTICE VJTD3
>:(#teenchat) WelCoMe Sa PinaKool Na ChanneL!!! sa YeHey! So stay Cool
>And Stay Lng kau d2! hehehehe
>[Feb 18 02:41:03.028444 2004] debug: Received: :ice_man ! nickserv
>:identify jjkalabaw
>[Feb 18 02:41:03.029761 2004] debug: Sent: :NickServ SVSMODE ice_man :+r
>[Feb 18 02:41:03.030294 2004] nickserv/main:
>ice_man!qbjleqbij@ipdial-179-179.tri-isys.com identified for nick
>ice_man
>[Feb 18 02:41:03.031295 2004] debug: Sent: :NickServ NOTICE ice_man
>:Password accepted -- you are now recognized.
>[Feb 18 02:41:15.070640 2004] debug: Sent: :services.yehey.com 433
>bitoyski bitoyski :Nickname is registered to someone else
>[Feb 18 02:41:15.071292 2004] debug: Sent: :services.yehey.com 433
>YeheyTrivia YeheyTrivia :Nickname is registered to someone else
>[Feb 18 02:41:15.072139 2004] debug: Sent: :services.yehey.com 433 Gear
>Gear :Nickname is registered to someone else
>[Feb 18 02:41:18.804424 2004] debug: Received: :muttdaemon ! operserv
>:update
>[Feb 18 02:41:18.805174 2004] operserv/main: muttdaemon: update
>[Feb 18 02:41:18.806265 2004] debug: Sent: :OperServ NOTICE muttdaemon
>:Updating databases...
>[Feb 18 02:41:18.808463 2004] debug: Saving databases
>Memory fault (core dumped)
>
>       6. backtrace of the core file:
>
># gdb ircservices ircservices.core
>GNU gdb 4.16.1
>Copyright 1996 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you
>are
>welcome to change it and/or distribute copies of it under certain
>conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB.  Type "show warranty" for
>details.
>This GDB was configured as "i386-unknown-openbsd3.4"...
>
>ircservices: No such file or directory.
>
>Core was generated by `ircservices'.
>Program terminated with signal 11, Segmentation fault.
>#0  0x1c020136 in ?? ()
>(gdb) bt
>#0  0x1c020136 in ?? ()
>#1  0x1c014c50 in ?? ()
>#2  0x1c00b798 in ?? ()
>#3  0x1c008ca3 in ?? ()
>#4  0x1c008deb in ?? ()
>#5  0x1c001aa1 in ?? ()
>#6  0x1c001a17 in ?? ()
>#7  0xcfbf10b8 in ?? ()
>#8  0x40cf in ?? ()
>Cannot access memory at address 0xbf0d8000.
>(gdb)
>       
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/



From andrew at teamyehey.com  Wed Feb 18 18:57:45 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:03 2004
Subject: [SPAM] Re: RE: RE: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFC2@disco-mail-1.teamyehey.local>

Here's the correct one:

# gdb ircservices lib/ircservices.core
GNU gdb 4.16.1
Copyright 1996 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-openbsd3.4"...
Core was generated by `ircservices'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libc.so.30.1...done.
Reading symbols from /usr/libexec/ld.so...done.
#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
modules/database/version4.c:1247
1247                SAFE(write_string(ngi_mainnick(ngi), f));
(gdb) bt
#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
modules/database/version4.c:1247
#1  0x1c014c50 in do_save_data () at modules/chanserv/main.c:274
#2  0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0,
arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699
#3  0x1c008ca3 in do_save_data () at main.c:200
#4  0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at
main.c:250
#5  0x1c001aa1 in ___start ()
#6  0x1c001a17 in _start ()
#7  0xcfbf10b8 in ?? ()
#8  0x40cf in ?? ()
Cannot access memory at address 0xbf0d8000.
(gdb)

 

From ircservices at wdgaf.com  Thu Feb 19 12:34:18 2004
From: ircservices at wdgaf.com (Mark Netzel)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] new to the list
Message-ID: <007001c3f727$bfc99430$d5806e44@unit1>

Hello, my name is Mark, and I am new to the list, so I do not know if this
has been asked before,
so forgive me if it has been asked a million times before.
I was wondering why the pseudo bot services Chanserv/Memoserv/Nickserv are
not set usermode +i
It is just a personal preference that they be set this way, much like
Operserv and Global are. Is there
a setting for this someplace? Is there an operational reason they aren't
setup +i? Will changing them to
+i via ircd services commands break them in any way?

Thanks,

Mark



From gluniz at luniz.dyndns.org  Thu Feb 19 13:48:43 2004
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] new to the list
References: <007001c3f727$bfc99430$d5806e44@unit1>
Message-ID: <000a01c3f732$250b5130$0200a8c0@glunizpc>

I would have to say that they are not +i because they are normal services
for all users to be able to use, whereas Operserv and Global are for IRCOP's
only.

----- Original Message ----- 
From: "Mark Netzel" <ircservices@wdgaf.com>
To: <ircservices@ircservices.za.net>
Sent: Thursday, February 19, 2004 3:34 PM
Subject: [IRCServices] new to the list


> Hello, my name is Mark, and I am new to the list, so I do not know if this
> has been asked before,
> so forgive me if it has been asked a million times before.
> I was wondering why the pseudo bot services Chanserv/Memoserv/Nickserv are
> not set usermode +i
> It is just a personal preference that they be set this way, much like
> Operserv and Global are. Is there
> a setting for this someplace? Is there an operational reason they aren't
> setup +i? Will changing them to
> +i via ircd services commands break them in any way?
>
> Thanks,
>
> Mark
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From admin at nevernet.net  Fri Feb 20 21:32:18 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] NOEXPIRE question
Message-ID: <20040221053354.50D281145E@snow.fingers.co.za>

Does noexpire affect linked nicks? From looking at info displays for a
master nick and the links, it would not appear this is the case. It would
seem this feature might be something useful, though also easily remedied by
action by admins.

Any thoughts?

Elijah



From medice at gmx.at  Sat Feb 21 02:09:08 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] NOEXPIRE question
In-Reply-To: <20040221053354.50D281145E@snow.fingers.co.za>
References: <20040221053354.50D281145E@snow.fingers.co.za>
Message-ID: <40372E44.6070409@gmx.at>

Elijah wrote:
> Does noexpire affect linked nicks? From looking at info displays for a
> master nick and the links, it would not appear this is the case. 

I looked on my nicks I've linked to my masternick which is noexpire of 
course and they all are also non expiring as well...

but I'm not quite sure how the system works, maybe I set noexpire first 
and linked the nicks afterwards so all the nicks got the noexpire, which 
would NOT happen if you link a bunch of nicks and set the masternick 
noexpire afterwards - maybe try this one out (I'm lazy ;) )

greetz

/medice


From Craig at chatspike.net  Sat Feb 21 08:38:31 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] NOEXPIRE question
Message-ID: <20040221163806.0F963114D0@snow.fingers.co.za>

Noexpire is designed not to be set on linked nicks.. I brought this question up a few years ago.. but was told it was designed behaviour. O'm concidering coding a small patch that will effect services into letting you inherant the noexpire on linked nicks.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Elijah <admin@nevernet.net>
 * To      - 'IRC Services General Mailing List' <ircservices@ircservices.za.net>
 * Sent    - 2004-02-21 05:32:18
 * Subject - [IRCServices] NOEXPIRE question
 ****************************************/

/****** - Begin Original Message - ******/

>Does noexpire affect linked nicks? From looking at info displays for a
>master nick and the links, it would not appear this is the case. It would
>seem this feature might be something useful, though also easily remedied by
>action by admins.
>
>Any thoughts?
>
>Elijah
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/



From andrew at teamyehey.com  Tue Feb 24 01:36:31 2004
From: andrew at teamyehey.com (Andrew G. Buenaventura)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <2C0E71FD4347C84A90C07BA4F6EC7B74E0D002@disco-mail-1.teamyehey.local>

Hello Craig,

Did I send the correct one? Thanks

 
-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
Buenaventura
Sent: Thursday, February 19, 2004 10:58 AM
To: IRC Services General Mailing List
Subject: RE: [SPAM] Re: RE: RE: [IRCServices] database locked

Here's the correct one:

# gdb ircservices lib/ircservices.core
GNU gdb 4.16.1
Copyright 1996 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-openbsd3.4"...
Core was generated by `ircservices'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libc.so.30.1...done.
Reading symbols from /usr/libexec/ld.so...done.
#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
modules/database/version4.c:1247
1247                SAFE(write_string(ngi_mainnick(ngi), f));
(gdb) bt
#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
modules/database/version4.c:1247
#1  0x1c014c50 in do_save_data () at modules/chanserv/main.c:274
#2  0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0,
arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699
#3  0x1c008ca3 in do_save_data () at main.c:200
#4  0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at
main.c:250
#5  0x1c001aa1 in ___start ()
#6  0x1c001a17 in _start ()
#7  0xcfbf10b8 in ?? ()
#8  0x40cf in ?? ()
Cannot access memory at address 0xbf0d8000.
(gdb)

 
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices

From Craig at chatspike.net  Tue Feb 24 03:48:29 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
Message-ID: <20040224114826.02A5A114A7@snow.fingers.co.za>

yea, that looks right :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew G. Buenaventura <andrew@teamyehey.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-02-24 09:36:31
 * Subject - RE: [IRCServices] database locked
 ****************************************/

/****** - Begin Original Message - ******/

>Hello Craig,
>
>Did I send the correct one? Thanks
>
> 
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew G.
>Buenaventura
>Sent: Thursday, February 19, 2004 10:58 AM
>To: IRC Services General Mailing List
>Subject: RE: [SPAM] Re: RE: RE: [IRCServices] database locked
>
>Here's the correct one:
>
># gdb ircservices lib/ircservices.core
>GNU gdb 4.16.1
>Copyright 1996 Free Software Foundation, Inc.
>GDB is free software, covered by the GNU General Public License, and you
>are
>welcome to change it and/or distribute copies of it under certain
>conditions.
>Type "show copying" to see the conditions.
>There is absolutely no warranty for GDB.  Type "show warranty" for
>details.
>This GDB was configured as "i386-unknown-openbsd3.4"...
>Core was generated by `ircservices'.
>Program terminated with signal 11, Segmentation fault.
>Reading symbols from /usr/lib/libc.so.30.1...done.
>Reading symbols from /usr/libexec/ld.so...done.
>#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
>modules/database/version4.c:1247
>1247                SAFE(write_string(ngi_mainnick(ngi), f));
>(gdb) bt
>#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
>modules/database/version4.c:1247
>#1  0x1c014c50 in do_save_data () at modules/chanserv/main.c:274
>#2  0x1c00b798 in call_callback_5 (module=0x0, id=6, arg1=0x0, arg2=0x0,
>arg3=0x0, arg4=0x0, arg5=0x0) at modules.c:699
>#3  0x1c008ca3 in do_save_data () at main.c:200
>#4  0x1c008deb in main (ac=3, av=0xcfbf0f78, envp=0xcfbf0f88) at
>main.c:250
>#5  0x1c001aa1 in ___start ()
>#6  0x1c001a17 in _start ()
>#7  0xcfbf10b8 in ?? ()
>#8  0x40cf in ?? ()
>Cannot access memory at address 0xbf0d8000.
>(gdb)
>
> 
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/



From achurch at achurch.org  Tue Feb 24 23:53:30 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] database locked
In-Reply-To: <2C0E71FD4347C84A90C07BA4F6EC7B74E0CFC2@disco-mail-1.teamyehey.local>
Message-ID: <403b65e3.20411@achurch.org>

>#0  0x1c020136 in sync_channel_db (dbname=0x3c099fa0 "chan.db") at
>modules/database/version4.c:1247
>1247                SAFE(write_string(ngi_mainnick(ngi), f));

     Okay, I've tracked this down to a compiler bug.  What version of GCC
did you use to compile Services?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From helper at teklan.com.tr  Tue Feb 24 15:28:19 2004
From: helper at teklan.com.tr (irc.teklan.com.tr - #Help)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] information for info re online/register time
Message-ID: <20040224232819.M70560@teklan.com.tr>

Firstly hi, 
I have only just subscribed to this mail group. 
We have been using ircservices on our server for 3 or 4 years. I am a new 
user of this mail group so I'm not sure as to how we can share ideas and 
thoughts. Is there something that we can add to our services to show the 
online time, and registration time information of registered nicks. 

For example:

Registered: Jan 11  23:43:15 2004 EET (44 days, 0 hours, 58 minutes and 33 
seconds ago.)
Last identified: Feb 24 23:51:16 2004 EET (25 hours, 30 minutes and 3 
seconds ago.)
Last seen: Feb 24 23:51:16 2004 EET (0 hours, 50 minutes ve 32 seconds ago.)
Total online time: 2 days, 13 hours, 43 minutes ve 57 seconds.

I would appreciate all of your help and assistance.
Thank you



--
Teklan Internet Erisim Hizmetleri
            http://www.teklan.net


From achurch at achurch.org  Wed Feb 25 15:52:52 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] OpenBSD segfault issue: OpenBSD 3.4 unsupported
Message-ID: <403c4805.21260@achurch.org>

     With regard to the OpenBSD segfault issue reported earlier, it looks
like OpenBSD 3.4 is not yet supported by recent versions of GCC due to the
switch to ELF executable format.  Since GCC 2.95.3 has an OpenBSD-specific
bug which caused the reported crash, this means that Services cannot
currently be used with OpenBSD 3.4 (*).  You'll have to either downgrade to
an earlier version of OpenBSD or use a different operating system to run
Services.  An enhancement request has been filed with the GCC development
team (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13891), but there's no
indication of when OpenBSD 3.4 support will (or won't) be added.

(*) It may be possible to compile Services on an earlier version of OpenBSD
    and use the resulting executable file on OpenBSD 3.4.  If anyone tries
    this, please let me know the result.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From brain at winbot.co.uk  Wed Feb 25 05:33:01 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] A bit of info for you
Message-ID: <200402251333.i1PDX2526162@localhost.localdomain>

hi.

Recently we have had many annoying but not crippling issues on our network with virus drones (e.g. with nicks like [{|` etc) and also with floodnets, and people evading bans via cgi:irc gateways. To combat this threat our oper team has started work on a project similar in structure, but different in operation, to ircservices, called 'irc defender'. It is a fully modular perl program which has modules for prevention of attacks, ban evasion, virus drone infestation etc, and can also maintain a ctcp version blacklist, and do simple version surveys of your network. We are currently seeking testers, feedback and module developers, and have asked andy if it's ok to post this to this list (of course the fact that you're reading this email shows that we have his permission) ;-)

If you wish to take a look at this project (which is under GPL) you may find it at:
http://ircdefender.sf.net/

It currently only supports unrealircd (either in server mode, as a server to server link, or in client mode as an opered connection) but writing protocol modules should be easy for anyone with IRC experience and an ability to write perl scripts, so we welcome all feedback, new modules (protocol, log and scan), but as always with matters unrelated to ircservices itself please reply off the list directly to my email address (brain at winbot dot co dot uk).

Thanks for listening!

Craig Edwards aka Brain, ChatSpike IRC network


From medice at gmx.at  Wed Feb 25 14:06:30 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] log-file resetting
Message-ID: <403D1C66.7010409@gmx.at>

Hi!

I didn't find anything in the conf to establish this - but it might be 
usefull to let ircservices reset the slog each day at midnight and 
change the file to smth like services-timestamp.log so you can keep your 
log-file small, can copy and store anywhere else and have a faster 
access in case you are looking for something wihtin the logs.

Is there any setting I missed, or might this be a new (usefull?) feature 
  which can be optional activated at config-files

greets
/medice

From emurphy at sporked.us  Wed Feb 25 14:28:37 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] log-file resetting
References: <403D1C66.7010409@gmx.at>
Message-ID: <00b801c3fbee$b9d81440$0100a8c0@eric>

Look for this section in ircservices.conf
The way  I have it makes it in this example makes it rotate logs at
midnight.  You have to go erase them yourself still.
This is line 171 in my conf file.

# LogFilename <filename>  [REQUIRED]
#     Specifies the name of the file into which Services will log data.
#     May be overridden by the -log command-line option.  If this name
#     contains "%y", "%m", or "%d", they will be replaced by the current
#     year, month, or day, respectively, and the logfile will be
#     automatically rotated as needed when the date changes.

LogFilename     ircservices%m%d%y.log

----- Original Message ----- 
From: "Medice" <medice@gmx.at>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Wednesday, February 25, 2004 5:06 PM
Subject: [IRCServices] log-file resetting


> Hi!
>
> I didn't find anything in the conf to establish this - but it might be
> usefull to let ircservices reset the slog each day at midnight and
> change the file to smth like services-timestamp.log so you can keep your
> log-file small, can copy and store anywhere else and have a faster
> access in case you are looking for something wihtin the logs.
>
> Is there any setting I missed, or might this be a new (usefull?) feature
>   which can be optional activated at config-files
>
> greets
> /medice
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From medice at gmx.at  Wed Feb 25 15:00:50 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] log-file resetting
In-Reply-To: <00b801c3fbee$b9d81440$0100a8c0@eric>
References: <403D1C66.7010409@gmx.at> <00b801c3fbee$b9d81440$0100a8c0@eric>
Message-ID: <403D2922.60305@gmx.at>

Eric Murphy wrote:
> 
> # LogFilename <filename>  [REQUIRED]
> #     Specifies the name of the file into which Services will log data.
> #     May be overridden by the -log command-line option.  If this name
> #     contains "%y", "%m", or "%d", they will be replaced by the current
> #     year, month, or day, respectively, and the logfile will be
> #     automatically rotated as needed when the date changes.
> 
> LogFilename     ircservices%m%d%y.log
> 

hmmm - rtfm and do it IN DETAIL and afterwards once again ;)

Thx for it ;)

greets
/medice

From brain at winbot.co.uk  Fri Feb 27 03:00:55 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] bug?
Message-ID: <200402271100.i1RB0t510055@localhost.localdomain>

Hi, using the latest version of ircservices, it crashed without error or coredump, after reloading we got a log full of these during the netjoin:

[Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134)
[Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134)
[Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134)
[Feb 27 10:44:46 2004] sockets: BUG: resize_wbuf(0): size (49152) <= wlen (-62134)


Is this normal?

Thanks,
Brain

-----------------------------------------------------------------------
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
Online RPG Developer: http://www.ssod.org
InspIRCd - Modular IRC server: http://www.inspircd.org
-----------------------------------------------------------------------


From gluniz at luniz.dyndns.org  Sun Feb 29 12:11:06 2004
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Test
Message-ID: <001201c3ff00$2aba2130$0200a8c0@glunizpc>

Please ignore


From jon at jons.org  Wed Mar  3 22:54:39 2004
From: jon at jons.org (Jon Christopherson)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Updated Hybrid7 support for ircservices 5.0.28 
Message-ID: <mailman.0.1098597723.26050.ircservices@ircservices.za.net>

Hello All,

        I have brought a lot of code together to get ircservices working
with hybrid 7 and would like to share it with you all.

        The modules/files needed can be viewed/downloaded from:

        http://www.xelink.net/hybridservices/ 

        This above site also contains various README file I have written to
document what I have done, and who helped me do it.

        Hope others find it useful!

        Regards,

        Jon Christopherson
        jon <-at-> jons <-dot-> org



        



From Craig at chatspike.net  Thu Mar  4 17:43:14 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Problems with sendmail..
Message-ID: <mailman.1.1098597723.26050.ircservices@ircservices.za.net>

I just set up a copy of services on the box sitting next to me (will be used for module development etc), however, when i try to register my nickname, or anyone else tries, Services says the authcode has sent, but in the logfile, it says:

[Aug 27 11:23:38 2004] mail/sendmail: pclose() failed: No child processes
[Aug 27 11:23:38 2004] nickserv/main: Craig registered by Craig@192.168.0.2 (Craig@chatspike.net)

And from what i can tell, the mail isnt sent.. anyone got any idea what may be the cause of this, and if so, how to fix it? Its important that i get this sorted as soon as possible. Thanks :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From ron2k at webmail.co.za  Fri Mar  5 02:53:23 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Re: Problems with sendmail..
In-Reply-To: <200403051002.i25A2M0v015006@mx3.wm.co.za>
Message-ID: <web-250460205@mail01.infosat.net>

The sendmail program is discouraged. Try SMTP instead.
(Although I'm sure that someone else will help you out if
you really want to stick with sendmail)

>
----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 5 Mar 2004 01:43:14 +0000
> From: "Craig McLure" <Craig@chatspike.net>
> Subject: [IRCServices] Problems with sendmail..
> To: "ircservices" <ircservices@ircservices.za.net>
> Message-ID:
>
        <mailman.0.1078480809.57194.ircservices@ircservices.za.net>
> Content-Type: text/plain;     charset="iso-8859-1"
> 
> I just set up a copy of services on the box sitting next
> to me (will be used for module development etc), however,
> when i try to register my nickname, or anyone else tries,
> Services says the authcode has sent, but in the logfile,
> it says:
> 
> [Aug 27 11:23:38 2004] mail/sendmail: pclose() failed: No
> child processes
> [Aug 27 11:23:38 2004] nickserv/main: Craig registered by
> Craig@192.168.0.2 (Craig@chatspike.net)
> 
> And from what i can tell, the mail isnt sent.. anyone got
> any idea what may be the cause of this, and if so, how to
> fix it? Its important that i get this sorted as soon as
> possible. Thanks :)
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
> 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> IRCServices mailing list
> IRCServices@ircservices.za.net
> http://lists.g1b50n.co.za/mailman/listinfo/ircservices
> 
> 
> End of IRCServices Digest, Vol 15, Issue 3
> ******************************************

__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From brain at winbot.co.uk  Sat Mar  6 11:37:03 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Max user count?
Message-ID: <200403061937.i26Jb3Y04469@brainbox.winbot.co.uk>

any way to make ircservices not fill the log with 1500 lines of this each time we start it?

[Mar 06 18:57:02 2004] user: New maximum user count: 632 
[Mar 06 18:57:02 2004] user: New maximum user count: 633 
[Mar 06 18:57:02 2004] user: New maximum user count: 634 

we have almost 1500 users on our network and the amount of lines generated like this is kinda excessive and eats the quota of the ircservices account - is this disableable via a #define or something? seems a little pointless to me and doesnt scale that well to larger networks...

Thanks,
Brain



From ircservices at tou.de  Sat Mar  6 12:35:55 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder)
Message-ID: <039201c403ba$b83ad400$024ea8c0@wolfkiste>

Hi all,

i'm not sure whether this is wanted behavior or simply a bug:

The help for 'ChanServ INFO' says "If you are identified as the founder of
the channel you're getting information for and ALL is specified, the entry
message and successor will also be displayed.".

But 'info all' only shows also extended information, if you have identified
with the chanpass for your channel. If you only identified for your
registered nick being founder of a channel, 'info all' doesn't show all
information for your own channel.
Since a "nick-identified founder" can change all the extra information 'cs
info all' shows (like successor, entrymsg etc.), i do not see any reason why
he shouldn't also could list these values.

Wolfgang



From ircservices at tou.de  Sat Mar  6 12:45:04 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Max user count?
References: <200403061937.i26Jb3Y04469@brainbox.winbot.co.uk>
Message-ID: <03d401c403bc$0522acb0$024ea8c0@wolfkiste>

Craig Edwards wrote:

> any way to make ircservices not fill the log with 1500 lines of this
> each time we start it?
> [Mar 06 18:57:02 2004] user: New maximum user count: 632 

| # LogMaxUsers  [OPTIONAL]
| #     Causes Services to write a message to the log every time a new
| #     user maximum is reached.
|
| LogMaxUsers

Disabling this in ircservices.conf should solve your problem.

greetings
Wolfgang


From us44ever at hotmail.com  Sun Mar  7 04:52:37 2004
From: us44ever at hotmail.com (us44ever .)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
Message-ID: <Sea1-F393eHu8CZI3ar000347df@hotmail.com>

Hi,

i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the 
log file of the services get's very large full of the following lines:

[Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood 
not found
[Mar 07 13:42:57 2004] protocol/unreal: m_sethost: user record for 
]tG[-poste215 not found
[Mar 07 13:43:09 2004] protocol/unreal: m_sethost: user record for Cosell 
not found
[Mar 07 13:43:39 2004] protocol/unreal: m_sethost: user record for 
]tG[-shani46 not found
[Mar 07 14:23:46 2004] protocol/unreal: m_sethost: user record for T0B3 not 
found
[Mar 07 14:44:20 2004] protocol/unreal: m_sethost: user record for 
GoldenGlobe not found

is there anyway to fix this or to disable the services to log this 
particular line?

Regards,
David

_________________________________________________________________
Get a FREE online computer virus scan from McAfee when you click here. 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963



From noddie_x at shadowfire.org  Sun Mar  7 10:55:22 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
In-Reply-To: <Sea1-F393eHu8CZI3ar000347df@hotmail.com>
References: <Sea1-F393eHu8CZI3ar000347df@hotmail.com>
Message-ID: <20040307205228.K50671@hill.noc.uunet.co.za>


On Sun, 7 Mar 2004, us44ever . wrote:

> i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the
> log file of the services get's very large full of the following lines:
>
> [Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood
> not found


been having the same issue with beta19. from time to time also get these

*G* [OperServ] WARNING: Tried to delete non-existent session: $hostname


From Craig at chatspike.net  Sun Mar  7 10:57:48 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
Message-ID: <mailman.2.1098597723.26050.ircservices@ircservices.za.net>

Theres no services config directive for this, but if you want a 'quick fix' edit modules/protocol/unreal.c and comment out line 367

That should temporarily fix your problem.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - us44ever . <us44ever@hotmail.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-07 12:52:37
 * Subject - [IRCServices] Log file get's very large!
 ****************************************/

/****** - Begin Original Message - ******/

>Hi,
>
>i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the 
>log file of the services get's very large full of the following lines:
>
>[Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood 
>not found
>[Mar 07 13:42:57 2004] protocol/unreal: m_sethost: user record for 
>]tG[-poste215 not found
>[Mar 07 13:43:09 2004] protocol/unreal: m_sethost: user record for Cosell 
>not found
>[Mar 07 13:43:39 2004] protocol/unreal: m_sethost: user record for 
>]tG[-shani46 not found
>[Mar 07 14:23:46 2004] protocol/unreal: m_sethost: user record for T0B3 not 
>found
>[Mar 07 14:44:20 2004] protocol/unreal: m_sethost: user record for 
>GoldenGlobe not found
>
>is there anyway to fix this or to disable the services to log this 
>particular line?
>
>Regards,
>David
>
>_________________________________________________________________
>Get a FREE online computer virus scan from McAfee when you click here. 
>http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.g1b50n.co.za/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From noddie_x at shadowfire.org  Tue Mar  9 12:32:14 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
In-Reply-To: <E1B03UR-0006cG-7l@mx01.uunet.co.za>
References: <E1B03UR-0006cG-7l@mx01.uunet.co.za>
Message-ID: <20040309223052.S84534@hill.noc.uunet.co.za>


On Sun, 7 Mar 2004, Craig McLure wrote:

> Theres no services config directive for this, but if you want a 'quick fix' edit modules/protocol/unreal.c and comment out line 367
>
> That should temporarily fix your problem.

tx, will give it a bash. any ideas as to whos blaming who, and who is
going to fix it, if in fact somebody is going to fix it.


From irc at teknet.com.tr  Thu Mar 11 06:38:10 2004
From: irc at teknet.com.tr (Okan Karasoy)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] authorisation info in nick INFO
Message-ID: <0dcc16cb8ca9ba6d4428ada880bf99ca@teknet.com.tr>

Hi, 
Previously when we used ircservices-5.0.22  information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. 

[12:34:35] -NickServ- fdfdf is The MusketeeR
[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
[12:34:35] -NickServ- Options: Kill protection, Security

Is there any way of finding out wheter a nick has been authorised or not?


From Craig at chatspike.net  Thu Mar 11 06:17:14 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] authorisation info in nick INFO
Message-ID: <mailman.3.1098597723.26050.ircservices@ircservices.za.net>

/ns info <nick> ALL

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Okan Karasoy <irc@teknet.com.tr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-11 14:38:10
 * Subject - [IRCServices] authorisation info in nick INFO
 ****************************************/

/****** - Begin Original Message - ******/

>Hi, 
>Previously when we used ircservices-5.0.22  information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. 
>
>[12:34:35] -NickServ- fdfdf is The MusketeeR
>[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
>[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
>[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
>[12:34:35] -NickServ- Options: Kill protection, Security
>
>Is there any way of finding out wheter a nick has been authorised or not?
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From irc at teknet.com.tr  Thu Mar 11 09:55:24 2004
From: irc at teknet.com.tr (Okan Karasoy)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] authorisation info in nick INFO
Message-ID: <3d1fa8fd6d27c7a4406f2e11d3d8d57b@teknet.com.tr>

The example provided is of the /ns info nick ALL command. 

> >[12:34:35] -NickServ- fdfdf is The MusketeeR
> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
> >[12:34:35] -NickServ- Options: Kill protection, Security

> /ns info <nick> ALL
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
> 
> 
> /****************************************
>  * From    - Okan Karasoy <irc@teknet.com.tr>
>  * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
>  * Sent    - 2004-03-11 14:38:10
>  * Subject - [IRCServices] authorisation info in nick INFO
>  ****************************************/
> 
> /****** - Begin Original Message - ******/> 
> >Hi, 
> >Previously when we used ircservices-5.0.22  information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. 
> >
> >[12:34:35] -NickServ- fdfdf is The MusketeeR
> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
> >[12:34:35] -NickServ- Options: Kill protection, Security
> >
> >Is there any way of finding out wheter a nick has been authorised or not?
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
> 
> /******* - End Original Message - *******/
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From dkuntz at prismstudios.net  Thu Mar 11 11:04:31 2004
From: dkuntz at prismstudios.net (Douglas Kuntz)
Date: Sat Oct 23 23:02:03 2004
Subject: -=Spam 7=- Re: [IRCServices] authorisation info in nick INFO
In-Reply-To: <3d1fa8fd6d27c7a4406f2e11d3d8d57b@teknet.com.tr>
Message-ID: <200403111915.i2BJFSa15704@srv01.prismstudios.net>

What I usually do, which will work if you have access, is ns /getauth nick
If it has a number, it's not authed, if it says there's no auth code, it is
authed. 

Douglas A. Kuntz
WinChat Services Head
http://www.winchat.net

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Okan Karasoy
Sent: Thursday, March 11, 2004 12:55 PM
To: IRC Services General Mailing List
Subject: -=Spam 7=- Re: [IRCServices] authorisation info in nick INFO

The example provided is of the /ns info nick ALL command. 

> >[12:34:35] -NickServ- fdfdf is The MusketeeR [12:34:35] -NickServ- Is 
> >online from: MasteR@ACBD0099.ipt.aol.com [12:34:35] -NickServ- Time 
> >registered: Mar 11 11:46:45 2004 [12:34:35] -NickServ- E-mail 
> >address: fake@fakemail.fake [12:34:35] -NickServ- Options: Kill 
> >protection, Security

> /ns info <nick> ALL
> 
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net  
> ****************************************/
> 
> 
> /****************************************
>  * From    - Okan Karasoy <irc@teknet.com.tr>
>  * To      - ircservices@ircservices.za.net
<ircservices@ircservices.za.net>
>  * Sent    - 2004-03-11 14:38:10
>  * Subject - [IRCServices] authorisation info in nick INFO  
> ****************************************/
> 
> /****** - Begin Original Message - ******/>
> >Hi,
> >Previously when we used ircservices-5.0.22  information regarding a nicks
AUTHORISATION status was stated at the end of the email information, in the
nick INFO. For example, if a nick had not entered its AUTH code,
(unauthorised) would have been stated at the end of the email info. We are
now running the new ircservices-5.0.28 and this information appears not to
be available. When we look at the nick INFO, we cannot see whether a nick
has entered its AUTH code or not. 
> >
> >[12:34:35] -NickServ- fdfdf is The MusketeeR [12:34:35] -NickServ- Is 
> >online from: MasteR@ACBD0099.ipt.aol.com [12:34:35] -NickServ- Time 
> >registered: Mar 11 11:46:45 2004 [12:34:35] -NickServ- E-mail 
> >address: fake@fakemail.fake [12:34:35] -NickServ- Options: Kill 
> >protection, Security
> >
> >Is there any way of finding out wheter a nick has been authorised or not?
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
> 
> /******* - End Original Message - *******/
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices

--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
MailScanner thanks transtec Computers for their support.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.



From Craig at chatspike.net  Thu Mar 11 12:42:12 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] authorisation info in nick INFO
Message-ID: <mailman.4.1098597723.26050.ircservices@ircservices.za.net>

i get the word (Unauthorised) in bold next to an email that hasnt been authed after /ns info <nick> all

not sure why you dont..

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Okan Karasoy <irc@teknet.com.tr>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-03-11 17:55:24
 * Subject - Re: [IRCServices] authorisation info in nick INFO
 ****************************************/

/****** - Begin Original Message - ******/

>The example provided is of the /ns info nick ALL command. 
>
>> >[12:34:35] -NickServ- fdfdf is The MusketeeR
>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
>> >[12:34:35] -NickServ- Options: Kill protection, Security
>
>> /ns info <nick> ALL
>> 
>> /****************************************
>>  *     Craig "FrostyCoolSlug" McLure
>>  * InspIRCd   - http://www.inspircd.org
>>  * ChatSpike  - http://www.chatspike.net
>>  ****************************************/
>> 
>> 
>> /****************************************
>>  * From    - Okan Karasoy <irc@teknet.com.tr>
>>  * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
>>  * Sent    - 2004-03-11 14:38:10
>>  * Subject - [IRCServices] authorisation info in nick INFO
>>  ****************************************/
>> 
>> /****** - Begin Original Message - ******/> 
>> >Hi, 
>> >Previously when we used ircservices-5.0.22  information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. 
>> >
>> >[12:34:35] -NickServ- fdfdf is The MusketeeR
>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
>> >[12:34:35] -NickServ- Options: Kill protection, Security
>> >
>> >Is there any way of finding out wheter a nick has been authorised or not?
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >.
>> 
>> /******* - End Original Message - *******/
>> 
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at chatspike.net  Thu Mar 11 12:44:18 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] authorisation info in nick INFO
Message-ID: <mailman.5.1098597723.26050.ircservices@ircservices.za.net>

In followup, here an an example of my nickserv info all..

20:43| NickServ - fdfdf is Craig McLure
20:43| NickServ - Last seen address: Craig@frostycoolslug.force9.co.uk
20:43| NickServ - Last seen time: Mar 11 20:42:20 2004 GMT
20:43| NickServ - Time registered: Mar 11 20:42:17 2004 GMT
20:43| NickServ - E-mail address: Craig@chatspike.net (unverified)
20:43| NickServ - Options: Security

Make sure you are oppered and have services oper privs. I found it doesnt work without them.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Craig McLure <Craig@chatspike.net>
 * To      - IRC Services General Mailing Lis <ircservices@ircservices.za.net>
 * Sent    - 2004-03-11 20:42:11
 * Subject - Re: Re: [IRCServices] authorisation info in nick INFO
 ****************************************/

/****** - Begin Original Message - ******/

>i get the word (Unauthorised) in bold next to an email that hasnt been authed after /ns info <nick> all
>
>not sure why you dont..
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Okan Karasoy <irc@teknet.com.tr>
> * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
> * Sent    - 2004-03-11 17:55:24
> * Subject - Re: [IRCServices] authorisation info in nick INFO
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>The example provided is of the /ns info nick ALL command. 
>>
>>> >[12:34:35] -NickServ- fdfdf is The MusketeeR
>>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
>>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
>>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
>>> >[12:34:35] -NickServ- Options: Kill protection, Security
>>
>>> /ns info <nick> ALL
>>> 
>>> /****************************************
>>>  *     Craig "FrostyCoolSlug" McLure
>>>  * InspIRCd   - http://www.inspircd.org
>>>  * ChatSpike  - http://www.chatspike.net
>>>  ****************************************/
>>> 
>>> 
>>> /****************************************
>>>  * From    - Okan Karasoy <irc@teknet.com.tr>
>>>  * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
>>>  * Sent    - 2004-03-11 14:38:10
>>>  * Subject - [IRCServices] authorisation info in nick INFO
>>>  ****************************************/
>>> 
>>> /****** - Begin Original Message - ******/> 
>>> >Hi, 
>>> >Previously when we used ircservices-5.0.22  information regarding a nicks AUTHORISATION status was stated at the end of the email information, in the nick INFO. For example, if a nick had not entered its AUTH code, (unauthorised) would have been stated at the end of the email info. We are now running the new ircservices-5.0.28 and this information appears not to be available. When we look at the nick INFO, we cannot see whether a nick has entered its AUTH code or not. 
>>> >
>>> >[12:34:35] -NickServ- fdfdf is The MusketeeR
>>> >[12:34:35] -NickServ- Is online from: MasteR@ACBD0099.ipt.aol.com
>>> >[12:34:35] -NickServ- Time registered: Mar 11 11:46:45 2004
>>> >[12:34:35] -NickServ- E-mail address: fake@fakemail.fake
>>> >[12:34:35] -NickServ- Options: Kill protection, Security
>>> >
>>> >Is there any way of finding out wheter a nick has been authorised or not?
>>> >
>>> >------------------------------------------------------------------
>>> >To unsubscribe or change your subscription options, visit:
>>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>>> >.
>>> 
>>> /******* - End Original Message - *******/
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>

/******* - End Original Message - *******/




From jon at jons.org  Sun Mar 14 19:48:39 2004
From: jon at jons.org (Jon Christopherson)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] SJOIN bug
Message-ID: <mailman.6.1098597723.26050.ircservices@ircservices.za.net>

Hello,

        It doesn't appear as though ircservices parses the channel mode
portion of a SJOIN message. This causes services set redundant modes as can
be seen below:

[Mar 15 03:38:37.763086 2004] debug: Received: :irc.west.vile.com SJOIN
1079321917 #help +nt :@ThaPrince
[Mar 15 03:38:37.763203 2004] protocol/hybrid: debug: ThaPrince SJOINs #help
[Mar 15 03:38:37.763259 2004] debug: Creating channel #help
[Mar 15 03:38:37.763424 2004] debug: Sent: :ChanServ TBURST 1079321917 #help
1079318625 ThaPrince :moo
[Mar 15 03:38:37.763575 2004] debug: Sent: :ChanServ MODE #help +nt

        I know that the hybrid protocol isn't supported, but the SJOIN
messages it sends are the same as other IRCD's such as bahamut, and affects
those as well.

        This causes services to resend modes that are already set on a
channel, quite a few when it links to a large network with a lot of
channels.

        I will try and get a patch made for it, unless someone already knows
how to correct, or has already made a patch to fix this issue.

        Regards,

        Jon Christopherson




From ron2k at webmail.co.za  Tue Mar 16 02:31:47 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] IRC Services forums
Message-ID: <web-258832845@mail01.infosat.net>

I e-mailed Andy Church about this last week, but I haven't
to date received a reply, so I now think that it's time for
me to let the mailing list now.

What I've done is created some community forums for IRC
Services. They are at:
http://www.ircservices-forums.za.net
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From Craig at chatspike.net  Tue Mar 16 08:30:27 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] IRC Services forums
Message-ID: <mailman.7.1098597723.26050.ircservices@ircservices.za.net>

Andy has constantly said 'no' to things like forums, as they will seperate the support between them and the mailing list. Also its easier to check the mailing list.

Besides, PHPBB sucks :/

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Kieron Thwaites <ron2k@webmail.co.za>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-16 10:31:47
 * Subject - [IRCServices] IRC Services forums
 ****************************************/

/****** - Begin Original Message - ******/

>I e-mailed Andy Church about this last week, but I haven't
>to date received a reply, so I now think that it's time for
>me to let the mailing list now.
>
>What I've done is created some community forums for IRC
>Services. They are at:
>http://www.ircservices-forums.za.net
>__________________________________________________________________________
>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/





From andrew at wtfigo.co.uk  Tue Mar 16 11:27:32 2004
From: andrew at wtfigo.co.uk (Andrew Kempe)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] IRC Services forums
In-Reply-To: <web-258832845@mail01.infosat.net>
Message-ID: <mailman.8.1098597723.26050.ircservices@ircservices.za.net>

Hi there,

In Andy's absence (he's away at the moment)...

Those forums are unofficial - please make this FAR more clear on your
website. As much as your good intentions are appreciated, this makes
supporting IRC Services far more difficult. The address, for starters, is
very misleading as it appears to be on the "official" end of the scale.

Please refrain from making mention of your site again on this list until, at
very least, Andy gets back and makes the final decision.

Regards, Andrew 

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Kieron Thwaites
> Sent: 16 March 2004 10:32
> To: ircservices@ircservices.za.net
> Subject: [IRCServices] IRC Services forums
> 
> I e-mailed Andy Church about this last week, but I haven't to 
> date received a reply, so I now think that it's time for me 
> to let the mailing list now.
> 
> What I've done is created some community forums for IRC 
> Services. They are at:
> http://www.ircservices-forums.za.net
> ______________________________________________________________
> ____________
> http://www.webmail.co.za/dialup Webmail ISP - Cool 
> Connection, Cool Price
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From andrew at wtfigo.co.uk  Tue Mar 16 11:44:15 2004
From: andrew at wtfigo.co.uk (Andrew Kempe)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] IRC Services forums
In-Reply-To: <E1B3KFD-0003VH-00@mailhub-node1.mailbox.net.uk>
Message-ID: <mailman.9.1098597723.26050.ircservices@ircservices.za.net>

I would like to take this opportunity to add the following comments:

There is a rather large amount of consolidation going on with regard to who
hosts the lists, the ftp sites, the website and the mailinglists' archives. 

There have been recent issues with the lists and the speed with which mails
were being relayed. This was due to the spam filters which were in place -
the sites they were communicating with were under huge DOS attacks causing
endless hassles. These issues have hopefully been resolved in recent weeks.
*holds thumbs*

The relocation of the website makes it far easier to maintain - so the
history of things not being updated should be a thing of the past.

Lastly, the FTP site is being sorted out too - more to follow once Andy is
back.

I know that the archives are rather difficult to browse due to there being
no search engine at present. This is being rectified. Once fixed, it will
make finding answers to questions far easier.

Regards, Andrew 

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Andrew Kempe
> Sent: 16 March 2004 19:28
> To: 'IRC Services General Mailing List'
> Subject: RE: [IRCServices] IRC Services forums
> 
> Hi there,
> 
> In Andy's absence (he's away at the moment)...
> 
> Those forums are unofficial - please make this FAR more clear 
> on your website. As much as your good intentions are 
> appreciated, this makes supporting IRC Services far more 
> difficult. The address, for starters, is very misleading as 
> it appears to be on the "official" end of the scale.
> 
> Please refrain from making mention of your site again on this 
> list until, at very least, Andy gets back and makes the final 
> decision.
> 
> Regards, Andrew 
> 
> > -----Original Message-----
> > From: ircservices-bounces@ircservices.za.net
> > [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Kieron 
> > Thwaites
> > Sent: 16 March 2004 10:32
> > To: ircservices@ircservices.za.net
> > Subject: [IRCServices] IRC Services forums
> > 
> > I e-mailed Andy Church about this last week, but I haven't to date 
> > received a reply, so I now think that it's time for me to let the 
> > mailing list now.
> > 
> > What I've done is created some community forums for IRC 
> Services. They 
> > are at:
> > http://www.ircservices-forums.za.net
> > ______________________________________________________________
> > ____________
> > http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool 
> > Price
> > 
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From achurch at achurch.org  Wed Mar 17 20:12:01 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
In-Reply-To: <Sea1-F393eHu8CZI3ar000347df@hotmail.com>
Message-ID: <40583683.10302@achurch.org>

>i'm using ircservices5.0.28 with Unreal-RC1 (ip encoding enabled) and the 
>log file of the services get's very large full of the following lines:
>
>[Mar 07 13:41:48 2004] protocol/unreal: m_sethost: user record for tmsGood 
>not found

     IIRC, this is an intermittent bug in Unreal; I have not been able to
reproduce it in my own testing.  If you can find a way to consistently
cause this error message to occur on an empty network, please let me know.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Wed Mar 17 20:20:18 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] IRC Services forums
In-Reply-To: <web-258832845@mail01.infosat.net>
Message-ID: <4058369d.10313@achurch.org>

>I e-mailed Andy Church about this last week, but I haven't
>to date received a reply, so I now think that it's time for
>me to let the mailing list now.
>
>What I've done is created some community forums for IRC
>Services. They are at:
>http://www.ircservices-forums.za.net

     The effort is appreciated, but as I have said before, the mailing
lists are the only official communication channels for Services; I have no
intention of using or monitoring web "forums" or other such systems.  In
principle, I do not object to users creating other discussion forums for
their own use, provided they do not present themselves as being "official"
or otherwise supported by me; as such, if you are going to keep your forums
available, I would appreciate it if you would change the URL in order not
to give a false impression.

     (Apologies for not replying personally; as Andrew Kempe mentioned,
I've been on vacation and without E-mail access for the past week and a
half.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From medice at gmx.at  Wed Mar 17 08:56:22 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Log file get's very large!
In-Reply-To: <40583683.10302@achurch.org>
References: <40583683.10302@achurch.org>
Message-ID: <40588336.7030201@gmx.at>

Andrew Church wrote:
>      IIRC, this is an intermittent bug in Unreal; I have not been able to
> reproduce it in my own testing.  If you can find a way to consistently
> cause this error message to occur on an empty network, please let me know.
> 

I think i've discovered a relation between a user connecting on a
network and getting umode +x (hidden host) and the logentry in
ircservices - maybe this is caused be simultan sending user appearance
and sethost (hiddenhost in this case) while services are not yet beware
of the new user, maybe together with the force-umode-function you may
enable in unrealircd.conf...
I'll check this later on on a extra instance of unreal and ircservices
in debug mode... (but I'm busy right now)

greets
/medice




From dux at fbnet.org  Fri Mar 19 16:54:51 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:02:03 2004
Subject: [IRCServices] bug on Converter ?
Message-ID: <E1B4Ukc-0001Zj-00@cp.filipebrito.com>

Hello, I'm trying to convert a PTlink database to ircservices but i've got
an error:

 

[dux@dux tools]$ ./convert-db +ptlink /home/dux/backup/backup.19.03.2004 >
services.xml
/home/dux/backup/backup.19.03.2004/nick.db: error: expected 621 nicks, got
624

 

No matter how many nick registed I have, it give always this error: more
nicks found that expected. Is this normal ?

 

Jo?o Cerveira

dux @ fbnet.org

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040320/c613e401/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:02:03 2004
Subject: [IRCServices] 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 Craig at chatspike.net  Sat Mar 20 19:50:30 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] feature for ircservices
Message-ID: <mailman.10.1098597723.26050.ircservices@ircservices.za.net>

Several Things:

1) Dont post your e-mail to both of the lists. Choose either one, or the other, thanks.
2) A Changelog is supplied in the IRCServices tarchive, named 'Changes', if you wanna see whats new between the 2 last versions, its at the top.
3) 'Manually Merging' directives genearlly means we have read the manual / changelog, and understand what the new features do. a Melodramatic example follows:

New Directive coded in, called 'SetFireToNetwork' the default is 'Yes'. Would you like services to automatically add that directive to your config? so when you start services your network catches fire. If you had read the manual r the changelog on the subject, you would know to set it to 'No'

And seeing as all services configs are unique to the network services is being used on, there no easy way to add directives in the right place.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Nick Gawronski <nick@nickgawronski.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-21 03:08:17
 * Subject - [IRCServices] feature for ircservices
 ****************************************/

/****** - Begin Original Message - ******/

>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
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From spam at b3design.ch  Sun Mar 21 00:45:39 2004
From: spam at b3design.ch (Pix0r)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
Message-ID: <BC8314C3.5E1E%spam@b3design.ch>

Hi All,

I'm sorry to have to ask this but would someone be kind enough to give me an
example of the link block in services and the corresponding link block in
unreal3.2's config sothat services links properly. I only just changed
servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config.

Thanks for any help



From noddie_x at shadowfire.org  Sun Mar 21 01:18:37 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
In-Reply-To: <BC8314C3.5E1E%spam@b3design.ch>
References: <BC8314C3.5E1E%spam@b3design.ch>
Message-ID: <20040321111744.W53750@verdict.schmangled.co.za>


On Sun, 21 Mar 2004, Pix0r wrote:

> I'm sorry to have to ask this but would someone be kind enough to give me an
> example of the link block in services and the corresponding link block in
> unreal3.2's config sothat services links properly. I only just changed
> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config.

the "link block" stays the same iirc. what errors are you getting trying
the linkage?


From emurphy at sporked.us  Sun Mar 21 01:42:46 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
References: <BC8314C3.5E1E%spam@b3design.ch>
        <20040321111744.W53750@verdict.schmangled.co.za>
Message-ID: <003a01c40f29$05a483c0$0100a8c0@eric>

Unreal 3.2 changed configuration files from the standard ircd.conf to
something that kind of resembles C
I think 3.1 was similar to bahamut /dreamforge style links
Anyway, Unreal 3.2 style link:

link services.mynet.com {
    username *;
    hostname 192.168.0.10;
    bind-ip *;
    port 6667;
    hub *;
    password-connect "password";
    password-receive "password";
    class servers;
    options { };
    };

----- Original Message ----- 
From: "noddie_x" <noddie_x@shadowfire.org>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Sunday, March 21, 2004 4:18 AM
Subject: Re: [IRCServices] Link Block


>
> On Sun, 21 Mar 2004, Pix0r wrote:
>
> > I'm sorry to have to ask this but would someone be kind enough to give
me an
> > example of the link block in services and the corresponding link block
in
> > unreal3.2's config sothat services links properly. I only just changed
> > servers from 3.1 to 3.2 so I'm stuggling with the new (in my case)
config.
>
> the "link block" stays the same iirc. what errors are you getting trying
> the linkage?
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From spam at b3design.ch  Sun Mar 21 01:52:48 2004
From: spam at b3design.ch (Pix0r)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
In-Reply-To: <20040321111744.W53750@verdict.schmangled.co.za>
Message-ID: <BC832480.5E28%spam@b3design.ch>

Hi and thanks for the reply, the error I'm getting from unreal is:

*** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link
block named 'irc.somenet.org.za') [@*.*.*.*.35613]
*** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied
(No matching link configuration) [@*.*.*.*.35613]
*** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing Link:
[66.220.1.173] (Link denied (No matching link configuration))
*** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the connection

Thanks for the help! :)

On 21/3/04 10:18, "noddie_x" <noddie_x@shadowfire.org> wrote:

> 
> On Sun, 21 Mar 2004, Pix0r wrote:
> 
>> I'm sorry to have to ask this but would someone be kind enough to give me an
>> example of the link block in services and the corresponding link block in
>> unreal3.2's config sothat services links properly. I only just changed
>> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case) config.
> 
> the "link block" stays the same iirc. what errors are you getting trying
> the linkage?
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From i at 1101001.com  Sun Mar 21 02:10:23 2004
From: i at 1101001.com (Jonathon Marshall)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Some questions
Message-ID: <mailman.11.1098597723.26050.ircservices@ircservices.za.net>

Hi,

Im setting up a private irc server and there are a few things I would like
to do, but I don't know how, or if IRC Services can do these things.

Kick/Killing users without registered nicks. So only registered users can
stay connected and join channels.

Global ownership of channels, including new channels. Basicly no users,
other than admins can be channel ops.

Im also having problems with the httpd server module. It asks for my
password and auths correctly, but all I see is "NOT FOUND   The requested
resource could not be found."

Thanks for any help.

jwm




From emurphy at sporked.us  Sun Mar 21 06:20:06 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
References: <BC832480.5E28%spam@b3design.ch>
Message-ID: <001501c40f4f$9d3f2250$0100a8c0@eric>

My only guess is that the name you gave the server in the link: block
doesn't match the name that you have set in the ServerName field of the
ircservices.conf file...also, be sure to read the status messages when you
rehash unreal, it will give you the line numbers of errors if its just a
mistyped configuration.
----- Original Message ----- 
From: "Pix0r" <spam@b3design.ch>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Sunday, March 21, 2004 4:52 AM
Subject: Re: [IRCServices] Link Block


> Hi and thanks for the reply, the error I'm getting from unreal is:
>
> *** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link
> block named 'irc.somenet.org.za') [@*.*.*.*.35613]
> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied
> (No matching link configuration) [@*.*.*.*.35613]
> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing
Link:
> [66.220.1.173] (Link denied (No matching link configuration))
> *** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the
connection
>
> Thanks for the help! :)
>
> On 21/3/04 10:18, "noddie_x" <noddie_x@shadowfire.org> wrote:
>
> >
> > On Sun, 21 Mar 2004, Pix0r wrote:
> >
> >> I'm sorry to have to ask this but would someone be kind enough to give
me an
> >> example of the link block in services and the corresponding link block
in
> >> unreal3.2's config sothat services links properly. I only just changed
> >> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case)
config.
> >
> > the "link block" stays the same iirc. what errors are you getting trying
> > the linkage?
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From ron2k at webmail.co.za  Sun Mar 21 07:46:44 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
Message-ID: <web-263300542@mail01.infosat.net>

Yes, I'm back...

I've just been following an interesting conversation over
at UnrealIRCd, concerning a user who didn't have user modes
set by NickServ (eg +r) showing up. It transpired that the
services package that that user was using used Unreal's
SVSMODE command, which does change the mode but does so
invisibly. Unreal also features the SVS2MODE command which
does the same thing as SVS2MODE, but makes it visible to
the user.

Now, I understand that some networks might like to use
SVSMODE and others might want to use SVS2MODE. Which brings
me to my feature request. Would it be at all possible to
add a feature to let users choose between SVSMODE and
SVS2MODE (make it an option in modules.conf) when using the
Unreal protocol (as well as other ircd's with a similar
feature).
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From uhc0 at rz.uni-karlsruhe.de  Sun Mar 21 07:54:57 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
In-Reply-To: <web-263300542@mail01.infosat.net>
References: <web-263300542@mail01.infosat.net>
Message-ID: <1079884497.12630.6.camel@dreadnought.hadiko.de>

Since a user may inform themselves at ANY time using
/mode <nickname>
which modes they have,

it makes absolutely no sense to distinguish between a SVSMODE and
SVS2MODE, where the first hides the MODE change from the user, and the
latter does not.

Please ask your unreal coders to merge the whole content of SVS2MODE
into SVSMODE and remove SVS2MODE completely.

IMHO, this is a case services shall not handle.

Regards;
yusuf


On Sun, 2004-03-21 at 16:46, Kieron Thwaites wrote:
> Yes, I'm back...
> 
> I've just been following an interesting conversation over
> at UnrealIRCd, concerning a user who didn't have user modes
> set by NickServ (eg +r) showing up. It transpired that the
> services package that that user was using used Unreal's
> SVSMODE command, which does change the mode but does so
> invisibly. Unreal also features the SVS2MODE command which
> does the same thing as SVS2MODE, but makes it visible to
> the user.
> 
> Now, I understand that some networks might like to use
> SVSMODE and others might want to use SVS2MODE. Which brings
> me to my feature request. Would it be at all possible to
> add a feature to let users choose between SVSMODE and
> SVS2MODE (make it an option in modules.conf) when using the
> Unreal protocol (as well as other ircd's with a similar
> feature).
> __________________________________________________________________________
> http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From spam at b3design.ch  Sun Mar 21 10:15:00 2004
From: spam at b3design.ch (Pix0r)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
In-Reply-To: <001501c40f4f$9d3f2250$0100a8c0@eric>
Message-ID: <BC839A34.5E3F%spam@b3design.ch>

That too was my first concern but they are identical, I have checked them
more than once. Unreal doesn?t give me any errors when /rehashing.
IRCservices does however give me one error: modules.conf:26: Unknown
directive `NetworkDomain'. Any Ideas?

Thanks

On 21/3/04 15:20, "Eric Murphy" <emurphy@sporked.us> wrote:

> My only guess is that the name you gave the server in the link: block
> doesn't match the name that you have set in the ServerName field of the
> ircservices.conf file...also, be sure to read the status messages when you
> rehash unreal, it will give you the line numbers of errors if its just a
> mistyped configuration.
> ----- Original Message -----
> From: "Pix0r" <spam@b3design.ch>
> To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
> Sent: Sunday, March 21, 2004 4:52 AM
> Subject: Re: [IRCServices] Link Block
> 
> 
>> Hi and thanks for the reply, the error I'm getting from unreal is:
>> 
>> *** LocOps -- Link denied for irc.somenet.org.za(unknown@*.*.*.*) (No link
>> block named 'irc.somenet.org.za') [@*.*.*.*.35613]
>> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Link denied
>> (No matching link configuration) [@*.*.*.*.35613]
>> *** LocOps -- ERROR :from services.somenet.org.za[*.*.*.*] -- Closing
> Link:
>> [66.220.1.173] (Link denied (No matching link configuration))
>> *** LocOps -- Server services.somenet.org.za[*.*.*.*] closed the
> connection
>> 
>> Thanks for the help! :)
>> 
>> On 21/3/04 10:18, "noddie_x" <noddie_x@shadowfire.org> wrote:
>> 
>>> 
>>> On Sun, 21 Mar 2004, Pix0r wrote:
>>> 
>>>> I'm sorry to have to ask this but would someone be kind enough to give
> me an
>>>> example of the link block in services and the corresponding link block
> in
>>>> unreal3.2's config sothat services links properly. I only just changed
>>>> servers from 3.1 to 3.2 so I'm stuggling with the new (in my case)
> config.
>>> 
>>> the "link block" stays the same iirc. what errors are you getting trying
>>> the linkage?
>>> 
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From noddie_x at shadowfire.org  Sun Mar 21 10:22:38 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
In-Reply-To: <BC839A34.5E3F%spam@b3design.ch>
References: <BC839A34.5E3F%spam@b3design.ch>
Message-ID: <20040321202000.Q54751@verdict.schmangled.co.za>



On Sun, 21 Mar 2004, Pix0r wrote:

> That too was my first concern but they are identical, I have checked them
> more than once. Unreal doesn?t give me any errors when /rehashing.
> IRCservices does however give me one error: modules.conf:26: Unknown
> directive `NetworkDomain'. Any Ideas?
>

you are loading the unreal protocol in your ircservices.conf?

"LoadModule protocol/unreal"

NetworkDomain seems to only feature under the bahamut protocol.



From spam at b3design.ch  Sun Mar 21 10:51:16 2004
From: spam at b3design.ch (Pix0r)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Link Block
In-Reply-To: <20040321202000.Q54751@verdict.schmangled.co.za>
Message-ID: <BC83A2B4.5E45%spam@b3design.ch>

I figured it out, the RemoteServer was a sub-domain which did not yet exist
so I just changed it to the domain itself and no it works fine. Thanks guys
;)


On 21/3/04 19:22, "noddie_x" <noddie_x@shadowfire.org> wrote:

> 
> 
> On Sun, 21 Mar 2004, Pix0r wrote:
> 
>> That too was my first concern but they are identical, I have checked them
>> more than once. Unreal doesn?t give me any errors when /rehashing.
>> IRCservices does however give me one error: modules.conf:26: Unknown
>> directive `NetworkDomain'. Any Ideas?
>> 
> 
> you are loading the unreal protocol in your ircservices.conf?
> 
> "LoadModule protocol/unreal"
> 
> NetworkDomain seems to only feature under the bahamut protocol.
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From dkuntz at prismstudios.net  Sun Mar 21 12:07:47 2004
From: dkuntz at prismstudios.net (Douglas Kuntz)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Quick question
Message-ID: <200403212021.i2LKLY332484@srv01.prismstudios.net>

I havent seen this mentioned anywhere... Prolly missed it, but... When
linked to our Unreal network (3.2RC2), services doesn't show in /map for any
servers but the one it's linked to (even for opers/admins/netadmins, etc).

Is this normal?

Thanks

Douglas A. Kuntz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4063 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040321/962e15b1/smime.bin
From admin at nevernet.net  Sun Mar 21 12:17:04 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Quick question
In-Reply-To: <200403212021.i2LKLY332484@srv01.prismstudios.net>
Message-ID: <mailman.12.1098597723.26050.ircservices@ircservices.za.net>

That's probably something you'd want to ask on an Unreal discussion list as /map
is a function of the ircd.

Chances are it blocks U: lined servers, though.

Elijah
nevernet irc

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Douglas Kuntz
Sent: Sunday, 21 March, 2004 3:08 PM
To: 'IRC Services General Mailing List'
Subject: [IRCServices] Quick question

I havent seen this mentioned anywhere... Prolly missed it, but... When
linked to our Unreal network (3.2RC2), services doesn't show in /map for any
servers but the one it's linked to (even for opers/admins/netadmins, etc).

Is this normal?

Thanks

Douglas A. Kuntz




From chat at discoware.com  Mon Mar 22 06:31:33 2004
From: chat at discoware.com (Chat.DiSCoWARE.com)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] prefix aq
References: <BC832480.5E28%spam@b3design.ch>
        <001501c40f4f$9d3f2250$0100a8c0@eric>
Message-ID: <003601c4101a$66e9a9c0$1368fea9@trance>

When release ircservices for UnrealIRCd 3.2 with prefix aq? A new services
protocol....



From Craig at chatspike.net  Mon Mar 22 08:49:41 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] prefix aq
Message-ID: <mailman.13.1098597723.26050.ircservices@ircservices.za.net>

currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Chat.DiSCoWARE.com <chat@discoware.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-03-22 14:31:33
 * Subject - [IRCServices] prefix aq
 ****************************************/

/****** - Begin Original Message - ******/

>When release ircservices for UnrealIRCd 3.2 with prefix aq? A new services
>protocol....
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From ron2k at webmail.co.za  Mon Mar 22 09:22:15 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:03 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with
 Unreal
Message-ID: <web-264008124@mail01.infosat.net>

The view at the other end (the Unreal coders) is that it's
a Services issue and not an ircd one. I tend to share that
view - by having Services giving the option to choose
between SVSMODE and SVS2MODE, it gives the end user much
more choice.

Unfortunately, judging by your reply, it looks like (for
now anyway) the only solution will be to manually modify
the unreal protocol module so that it uses SVS2MODE instead
of SVSMODE. I'm not sure that everyone out there will have
the necessary skill or programming knowledge to do that.

K.T

------------------------------

Message: 4
Date: Sun, 21 Mar 2004 16:54:57 +0100
From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
Subject: Re: [IRCServices] Feature Request - SVSMODE vs
SVS2MODE with
Unreal
To: IRC Services General Mailing List
<ircservices@ircservices.za.net>
Message-ID:
<1079884497.12630.6.camel@dreadnought.hadiko.de>
Content-Type: text/plain

Since a user may inform themselves at ANY time using
/mode <nickname>
which modes they have,

it makes absolutely no sense to distinguish between a
SVSMODE and
SVS2MODE, where the first hides the MODE change from the
user, and the
latter does not.

Please ask your unreal coders to merge the whole content of
SVS2MODE
into SVSMODE and remove SVS2MODE completely.

IMHO, this is a case services shall not handle.

Regards;
yusuf
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From nick at nickgawronski.com  Mon Mar 22 14:26:19 2004
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] adding a new service, fileserv
Message-ID: <002001c4105c$b39af890$210110ac@chihuahuad1>

Hi, I was wondering how come and how I could add a new service to
ircservices called fileserv that could both send and receive files from
users threw dcc because this would be very useful for system admins to use
to publish documents that a user could read offline but receive when on irc
and also it would free them from setting up a bot for just file handeling.
bye
My web page is at http://www.nickgawronski.com
Use paypal for your payments!
https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG



From Craig at chatspike.net  Mon Mar 22 14:37:49 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] adding a new service, fileserv
Message-ID: <mailman.14.1098597724.26050.ircservices@ircservices.za.net>

It would have to be coded as a module, Services does support the CTCP, however, without oppening certain ports, it wont be able to accept DCCs. So this would require a significant ammount of coding.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Nick Gawronski <nick@nickgawronski.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-22 22:26:19
 * Subject - [IRCServices] adding a new service, fileserv
 ****************************************/

/****** - Begin Original Message - ******/

>Hi, I was wondering how come and how I could add a new service to
>ircservices called fileserv that could both send and receive files from
>users threw dcc because this would be very useful for system admins to use
>to publish documents that a user could read offline but receive when on irc
>and also it would free them from setting up a bot for just file handeling.
>bye
>My web page is at http://www.nickgawronski.com
>Use paypal for your payments!
>https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Tue Mar 23 10:00:34 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
In-Reply-To: <web-264008124@mail01.infosat.net>
Message-ID: <405f8d6b.30444@achurch.org>

     I agree with Yusuf here--since the user can get their modes with /mode
anyway, there's no sense in having a command that hides the change from
them.  And even if there was, every other ircd with SVSMODE informs the
user upon an SVSMODE mode change, so if Unreal is going to make two
commands, they should make SVS2MODE the one that doesn't inform the user.
So the official answer is no, I'm not going to modify Services to support
this Unreal feature; if it bothers you, bug the Unreal developers until
they change/remove it.  (I'll be sending a message their way myself.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>The view at the other end (the Unreal coders) is that it's
>a Services issue and not an ircd one. I tend to share that
>view - by having Services giving the option to choose
>between SVSMODE and SVS2MODE, it gives the end user much
>more choice.
>
>Unfortunately, judging by your reply, it looks like (for
>now anyway) the only solution will be to manually modify
>the unreal protocol module so that it uses SVS2MODE instead
>of SVSMODE. I'm not sure that everyone out there will have
>the necessary skill or programming knowledge to do that.
>
>K.T
>
>------------------------------
>
>Message: 4
>Date: Sun, 21 Mar 2004 16:54:57 +0100
>From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
>Subject: Re: [IRCServices] Feature Request - SVSMODE vs
>SVS2MODE with
>Unreal
>To: IRC Services General Mailing List
><ircservices@ircservices.za.net>
>Message-ID:
><1079884497.12630.6.camel@dreadnought.hadiko.de>
>Content-Type: text/plain
>
>Since a user may inform themselves at ANY time using
>/mode <nickname>
>which modes they have,
>
>it makes absolutely no sense to distinguish between a
>SVSMODE and
>SVS2MODE, where the first hides the MODE change from the
>user, and the
>latter does not.
>
>Please ask your unreal coders to merge the whole content of
>SVS2MODE
>into SVSMODE and remove SVS2MODE completely.
>
>IMHO, this is a case services shall not handle.
>
>Regards;
>yusuf
>__________________________________________________________________________
>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From achurch at achurch.org  Tue Mar 23 10:10:45 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] SVSMODE issue
Message-ID: <405f8f5b.30525@achurch.org>

     On further investigation, it seems that other ircds (at least Bahamut)
also hide SVSMODE changes from the user, so perhaps Unreal's behavior is
not so unusual after all.  However, I still hold that since the user can
get their modes at any time with /mode, there's little reason to hide the
changes; and conversely, any user who wants to know their mode can just
use /mode to find out.  So the official answer is still no, I won't use
SVS2MODE on Unreal.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Tue Mar 23 10:30:58 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] prefix aq
In-Reply-To: <405f1979.70723@mail.achurch.org>
Message-ID: <405f937d.51201@achurch.org>

>currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete)

     As far as I can tell, the latest release of Services works fine with
Unreal 3.2rc2.  Are you aware of any problems?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at chatspike.net  Mon Mar 22 17:37:49 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] prefix aq
Message-ID: <mailman.15.1098597724.26050.ircservices@ircservices.za.net>

not with prefixes, just the general mode locks, the module that is being created will ensure that things like +f are fully functional with services. when i said 'does not support' i meant 'isnt fully functional' :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-23 10:30:58
 * Subject - Re: [IRCServices] prefix aq
 ****************************************/

/****** - Begin Original Message - ******/

>>currently, Services does not support Unreal3.2 over beta17, although i'm currently making a temporary module which will allow it to work with the RCs untill Andrew can release an official Version. (i'll distribute here when its complete)
>
>     As far as I can tell, the latest release of Services works fine with
>Unreal 3.2rc2.  Are you aware of any problems?
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at chatspike.net  Mon Mar 22 17:53:47 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
Message-ID: <mailman.16.1098597724.26050.ircservices@ircservices.za.net>

I agree with this, also, at the end of the day, 90% of users dont want to know they are +r, and probably 70% of them dont even know what +r is. I cant (personally) see any practical use for it. Generally the message 'Password accepted, you are now identified, have a nice day' is enough to say they have identified properly. If they really wanted to know, as has been mentioned by everyone before they can do a /mode. If someone can give me five valid reasons why a user should know that they have had the +r mode added, i'd concider thinking about it more. Untill then, i'm personally happy with SVSMODE.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-23 10:00:34
 * Subject - Re: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
 ****************************************/

/****** - Begin Original Message - ******/

>     I agree with Yusuf here--since the user can get their modes with /mode
>anyway, there's no sense in having a command that hides the change from
>them.  And even if there was, every other ircd with SVSMODE informs the
>user upon an SVSMODE mode change, so if Unreal is going to make two
>commands, they should make SVS2MODE the one that doesn't inform the user.
>So the official answer is no, I'm not going to modify Services to support
>this Unreal feature; if it bothers you, bug the Unreal developers until
>they change/remove it.  (I'll be sending a message their way myself.)
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>The view at the other end (the Unreal coders) is that it's
>>a Services issue and not an ircd one. I tend to share that
>>view - by having Services giving the option to choose
>>between SVSMODE and SVS2MODE, it gives the end user much
>>more choice.
>>
>>Unfortunately, judging by your reply, it looks like (for
>>now anyway) the only solution will be to manually modify
>>the unreal protocol module so that it uses SVS2MODE instead
>>of SVSMODE. I'm not sure that everyone out there will have
>>the necessary skill or programming knowledge to do that.
>>
>>K.T
>>
>>------------------------------
>>
>>Message: 4
>>Date: Sun, 21 Mar 2004 16:54:57 +0100
>>From: Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
>>Subject: Re: [IRCServices] Feature Request - SVSMODE vs
>>SVS2MODE with
>>Unreal
>>To: IRC Services General Mailing List
>><ircservices@ircservices.za.net>
>>Message-ID:
>><1079884497.12630.6.camel@dreadnought.hadiko.de>
>>Content-Type: text/plain
>>
>>Since a user may inform themselves at ANY time using
>>/mode <nickname>
>>which modes they have,
>>
>>it makes absolutely no sense to distinguish between a
>>SVSMODE and
>>SVS2MODE, where the first hides the MODE change from the
>>user, and the
>>latter does not.
>>
>>Please ask your unreal coders to merge the whole content of
>>SVS2MODE
>>into SVSMODE and remove SVS2MODE completely.
>>
>>IMHO, this is a case services shall not handle.
>>
>>Regards;
>>yusuf
>>__________________________________________________________________________
>>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From lordbergee at comcast.net  Mon Mar 22 18:12:35 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] prefix aq
In-Reply-To: <405f937d.51201@achurch.org>
References: <405f937d.51201@achurch.org>
Message-ID: <405F9D13.6000707@comcast.net>

Andrew Church wrote:
>      As far as I can tell, the latest release of Services works fine with
> Unreal 3.2rc2.  Are you aware of any problems?

        I use Unreal3.2 with PREFIX_AQ defined.  I believe that he is talking 
more about the fact that Unreal with PREFIX_AQ defined now gives symbols 
to usermodes +q and +a, making the fact that services gives out +qo and 
+ao respectively rather pointless.  Although I wouldn't call that 
broken... Unreal also calls +a channel admin instead of protection, 
which is somewhat confusing.

        While I'm on the subject of things about Unreal that IRCServices 
doesn't support, there is also channel mode +T that disable notices to a 
channel that you currently cannot use the mlock to control.

        Thinking more about it, IRCServices also does not support the Unreal +f 
channel mode correctly (it uses the old paramaters).  Although I think I 
remember you saying you were waiting for them to stabalize that before 
updating the code to support it.

        I kind of forgot about this, but as I was writing this, I rememeber the 
extended channel bans that unreal supports, which /msg ChanServ UNBAN 
won't remove (because it doesn't know what they are.)  You can check out 
http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes 
for a list of them.

        So I guess this ended up being a little bit longer than I thought it 
would, most of this stuff is more of an "annoyance" than "doesn't work", 
but I guess that depends on your point of view.

Bergee

P.S. I was also having a problem where rehashing IRCServices would cause 
the help for NickServ REGISTER to start displaying part of the help for 
NickServ UNSET.  Has anyone else has this problem?



From Craig at chatspike.net  Mon Mar 22 18:23:13 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] prefix aq
Message-ID: <mailman.17.1098597724.26050.ircservices@ircservices.za.net>

i've added channel mode +T to my module, i'll have to look into the ban masks :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Bergee <lordbergee@comcast.net>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-03-23 02:12:35
 * Subject - Re: [IRCServices] prefix aq
 ****************************************/

/****** - Begin Original Message - ******/

>Andrew Church wrote:
>>      As far as I can tell, the latest release of Services works fine with
>> Unreal 3.2rc2.  Are you aware of any problems?
>
>       I use Unreal3.2 with PREFIX_AQ defined.  I believe that he is talking 
>more about the fact that Unreal with PREFIX_AQ defined now gives symbols 
>to usermodes +q and +a, making the fact that services gives out +qo and 
>+ao respectively rather pointless.  Although I wouldn't call that 
>broken... Unreal also calls +a channel admin instead of protection, 
>which is somewhat confusing.
>
>       While I'm on the subject of things about Unreal that IRCServices 
>doesn't support, there is also channel mode +T that disable notices to a 
>channel that you currently cannot use the mlock to control.
>
>       Thinking more about it, IRCServices also does not support the Unreal +f 
>channel mode correctly (it uses the old paramaters).  Although I think I 
>remember you saying you were waiting for them to stabalize that before 
>updating the code to support it.
>
>       I kind of forgot about this, but as I was writing this, I rememeber the 
>extended channel bans that unreal supports, which /msg ChanServ UNBAN 
>won't remove (because it doesn't know what they are.)  You can check out 
>http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes 
>for a list of them.
>
>       So I guess this ended up being a little bit longer than I thought it 
>would, most of this stuff is more of an "annoyance" than "doesn't work", 
>but I guess that depends on your point of view.
>
>Bergee
>
>P.S. I was also having a problem where rehashing IRCServices would cause 
>the help for NickServ REGISTER to start displaying part of the help for 
>NickServ UNSET.  Has anyone else has this problem?
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From quension at mac.com  Mon Mar 22 18:42:48 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
In-Reply-To: <200403230154.i2N1sZ5X013211@mac.com>
Message-ID: <C54CA5C6-7C73-11D8-828B-0003938D6866@mac.com>

On Monday, Mar 22, 2004, at 17:53 US/Pacific, Craig McLure wrote:

> If someone can give me five valid reasons why a user should know that 
> they have had the +r mode added, i'd concider thinking about it more.

The only reason that matters: automated notification of identification. 
  E.g. script support, client support, ...

-- Quension



From Craig at chatspike.net  Mon Mar 22 18:55:47 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] prefix aq
Message-ID: <mailman.18.1098597724.26050.ircservices@ircservices.za.net>

After some investigation, what would probably be best, is to register the callback cb_unban with the Unreal module, and create a new way of removing the bans from there. Due to the extent of the change, i'm not sure how easy this is going to be, however.. I'll see what i can come up with. I'm not entirly sure why the Unreal team decided on this course of action (breaking the 'Rules of the RFC' so badly) it doesnt make life very easy :/

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Craig McLure <Craig@chatspike.net>
 * To      - IRC Services General Mailing Lis <ircservices@ircservices.za.net>
 * Sent    - 2004-03-23 02:23:13
 * Subject - Re: Re: [IRCServices] prefix aq
 ****************************************/

/****** - Begin Original Message - ******/

>i've added channel mode +T to my module, i'll have to look into the ban masks :)
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Bergee <lordbergee@comcast.net>
> * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
> * Sent    - 2004-03-23 02:12:35
> * Subject - Re: [IRCServices] prefix aq
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>Andrew Church wrote:
>>>      As far as I can tell, the latest release of Services works fine with
>>> Unreal 3.2rc2.  Are you aware of any problems?
>>
>>      I use Unreal3.2 with PREFIX_AQ defined.  I believe that he is talking 
>>more about the fact that Unreal with PREFIX_AQ defined now gives symbols 
>>to usermodes +q and +a, making the fact that services gives out +qo and 
>>+ao respectively rather pointless.  Although I wouldn't call that 
>>broken... Unreal also calls +a channel admin instead of protection, 
>>which is somewhat confusing.
>>
>>      While I'm on the subject of things about Unreal that IRCServices 
>>doesn't support, there is also channel mode +T that disable notices to a 
>>channel that you currently cannot use the mlock to control.
>>
>>      Thinking more about it, IRCServices also does not support the Unreal +f 
>>channel mode correctly (it uses the old paramaters).  Although I think I 
>>remember you saying you were waiting for them to stabalize that before 
>>updating the code to support it.
>>
>>      I kind of forgot about this, but as I was writing this, I rememeber the 
>>extended channel bans that unreal supports, which /msg ChanServ UNBAN 
>>won't remove (because it doesn't know what they are.)  You can check out 
>>http://www.vulnscan.org/UnrealIrcd/unreal32docs.html#feature_bantypes 
>>for a list of them.
>>
>>      So I guess this ended up being a little bit longer than I thought it 
>>would, most of this stuff is more of an "annoyance" than "doesn't work", 
>>but I guess that depends on your point of view.
>>
>>Bergee
>>
>>P.S. I was also having a problem where rehashing IRCServices would cause 
>>the help for NickServ REGISTER to start displaying part of the help for 
>>NickServ UNSET.  Has anyone else has this problem?
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Tue Mar 23 23:33:52 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Feature Request - SVSMODE vs SVS2MODE with Unreal
In-Reply-To: <C54CA5C6-7C73-11D8-828B-0003938D6866@mac.com>
Message-ID: <40604b56.55410@achurch.org>

>The only reason that matters: automated notification of identification. 
>  E.g. script support, client support, ...

     Let me put it another way: if the Unreal developers decide that the
standard command, SVSMODE, should not inform clients of mode changes, then
that's an Unreal issue, period.  I'm not going to make Services "work
around" what was arguably a design decision (whether good or bad is a
separate issue).  If it bothers you and Unreal doesn't change, then use
another ircd.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Wed Mar 24 19:27:18 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Services 5.0.29 released
Message-ID: <4061633c.13035@achurch.org>

     Services 5.0.29 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (USA, California)

5ab6b1127478bfd604fb8f6ad00d4a82  ircservices-5.0.29.tar.gz
265a11c206fd586fb519ad5cf659515a  ircservices-5.0.29.diff.gz
1a5fda03124400ff1dba2b34e6ee7b9a  ircservices-5.0.29-1.i386.rpm
be22531132791ad45c723fbc91f10bc5  ircservices_5.0.29-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release includes experimental support for the Hybrid ircd; note
that Hybrid needs special configuration to work with Services (see section
2 of the manual).  Support for the latest Unreal releases is also included.

Changes in version 5.0.29
-------------------------
2004/03/24      Added support for extended ban types, new channel mode +f
                    format, and other feeping creaturism in Unreal 3.2.
2004/03/24      Fixed PTlink channel database reading, and added workaround
                    for PTlink bug causing inconsistent data to be stored.
                    Reported by <dux@fbnet.org>
2004/03/17      Added experimental support for Hybrid 7 servers.  Thanks to
                    Jon Christopherson <jon@jons.org> for assistance.
2004/03/06      Updated tr-ircd protocol module to support version 5.7.
                    Support for versions before 5.5 has been dropped at the
                    tr-ircd author's request.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at chatspike.net  Wed Mar 24 07:45:07 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Services 5.0.29 released
Message-ID: <mailman.19.1098597724.26050.ircservices@ircservices.za.net>

'feeping creaturism' is probably understatement of the year, but thanks for the release. I've deleted my module that does everything that andy has coded in, and my 'sendpass-encrypt' module should be finished in the next day or 2 :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - services <ircservices@ircservices.za.net>
 * Sent    - 2004-03-24 19:27:18
 * Subject - [IRCServices] Services 5.0.29 released
 ****************************************/

/****** - Begin Original Message - ******/

>     Services 5.0.29 has been released, and can be downloaded from:
>
>ftp://ftp.esper.net/ircservices/               (USA, California)
>
>5ab6b1127478bfd604fb8f6ad00d4a82  ircservices-5.0.29.tar.gz
>265a11c206fd586fb519ad5cf659515a  ircservices-5.0.29.diff.gz
>1a5fda03124400ff1dba2b34e6ee7b9a  ircservices-5.0.29-1.i386.rpm
>be22531132791ad45c723fbc91f10bc5  ircservices_5.0.29-1_i386.deb
>
>ftp.ircservices.za.net and the other mirrors should have it shortly.
>
>     This release includes experimental support for the Hybrid ircd; note
>that Hybrid needs special configuration to work with Services (see section
>2 of the manual).  Support for the latest Unreal releases is also included.
>
>Changes in version 5.0.29
>-------------------------
>2004/03/24     Added support for extended ban types, new channel mode +f
>                   format, and other feeping creaturism in Unreal 3.2.
>2004/03/24     Fixed PTlink channel database reading, and added workaround
>                   for PTlink bug causing inconsistent data to be stored.
>                   Reported by <dux@fbnet.org>
>2004/03/17     Added experimental support for Hybrid 7 servers.  Thanks to
>                   Jon Christopherson <jon@jons.org> for assistance.
>2004/03/06     Updated tr-ircd protocol module to support version 5.7.
>                   Support for versions before 5.5 has been dropped at the
>                   tr-ircd author's request.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From ircservices at tou.de  Wed Mar 24 11:10:59 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder)
References: <039201c403ba$b83ad400$024ea8c0@wolfkiste>
Message-ID: <019701c411d4$8a11ae50$024ea8c0@wolfkiste>

Hi all,

since i got no response on my last post concerning the 'ChanServ info
all'-question/bugreport, i conclude that my problem was too difficulty
explained. So i made an example to show what i meant:


1. Register a nick and a channel.

-> *nickserv*   register xxxxxx
=NickServ=   Nickname mynick has been registered to you.
-> *chanserv*   register #mychan xxxxxx x
=ChanServ=   Channel #mychan registered under your nickname: mynick

2. Reconnect to lose any identified-status and identify for the nick (not
the channel).

-> *nickserv*   identify xxxxxx
=NickServ=   Password accepted -- you are now recognized.

3. You now have founderlevel in #mychan and can change everything, also
founder, successor and password. Set the successor.

-> *chanserv*   set #mychan successor othernick
=ChanServ=   Successor for #mychan changed to othernick.

4. Even as founder "info all" doesn't show you the successor, you were able
to set shortly ago.

-> *chanserv*   info #mychan all
=ChanServ=   Information for channel #mychan:
=ChanServ=   Founder: mynick
=ChanServ=   Description: x
=ChanServ=   Registered: Mar 24 18:44:31 2004 CET
=ChanServ=   Last used: Mar 24 18:48:20 2004 CET
=ChanServ=   Options: Topic Retention, Secure
=ChanServ=   Mode lock: +nt

5. Only if you identify with the chanpass, you are able to really see all
values:

-> *chanserv*   identify #mychan xxxxxx
=ChanServ=   Password accepted -- you now have founder-level access to
#mychan.
-> *chanserv*   info #mychan all
=ChanServ=   Information for channel #mychan:
=ChanServ=   Founder: mynick
=ChanServ=   Successor: othernick             <<<==
=ChanServ=   Description: x
=ChanServ=   Registered: Mar 24 18:44:31 2004 CET
=ChanServ=   Last used: Mar 24 18:50:12 2004 CET
=ChanServ=   Options: Topic Retention, Secure
=ChanServ=   Mode lock: +nt


The "info all" command works only for services-admins and
chanserv-identified users. For all others (including nickserv-identified
founders), it works like "info". Maybe there is some (historical) reason for
that, but I think, if you have the permissions to change values, you should
also be able to view them. Or it's just a bug. ;)
So i suggest to change is_identified() simply to is_founder().

Wolle



From ron2k at webmail.co.za  Thu Mar 25 03:35:52 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] 404 changelog
Message-ID: <web-266916213@mail01.infosat.net>

Just to inform those responsible for the website that the
changelog link on the IRC services home page (linking to
http://www.ircservices.za.net/Changes.html) seems to be
404. Fix it, please!
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From emurphy at sporked.us  Thu Mar 25 12:40:24 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] 404 changelog
References: <web-266916213@mail01.infosat.net>
Message-ID: <010f01c412a9$673f9650$0100a8c0@ericsrv1>

The correct link is:
http://www.ircservices.za.net/Changes
And no, I can't remember how I found it.  The upgrade from 4-5 page maybe.

Eric

----- Original Message ----- 
From: "Kieron Thwaites" <ron2k@webmail.co.za>
To: <ircservices@ircservices.za.net>
Sent: Thursday, March 25, 2004 6:35 AM
Subject: [IRCServices] 404 changelog


> Just to inform those responsible for the website that the
> changelog link on the IRC services home page (linking to
> http://www.ircservices.za.net/Changes.html) seems to be
> 404. Fix it, please!
> __________________________________________________________________________
> http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From Craig at chatspike.net  Thu Mar 25 13:05:00 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] [RELEASE] Sendpass With Encrypted Passwords.
Message-ID: <mailman.20.1098597724.26050.ircservices@ircservices.za.net>

As promised, i've coded these modules for the community, It will allow users to perform the sendpass command on nicknames and channels.

when the command is issued, Services will send them an email with an 'Authcode' in it, the user must then use the new services command 'reset' (syntax, /msg xserv resetpass <nick/chan> <authcode> <newpass>) and it will set the password for their nick / channel to <newpass>.

Some basic instructions:

Extract the archive to your services source base directory
cd to sendpass-encrypt/
READ THE README!

I will not offer support for people that dont RTFM :)

If you have any questions of problems with these modules, i request that you keep it off the services mailing list, and email me directly (Craig@chatspike.net).

Download from: http://www.chatspike.net/modules/sendpass-encrypt.tar.gz

thanks :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From nick at nickgawronski.com  Thu Mar 25 17:57:14 2004
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] sendpass modules in the main services package
Message-ID: <001a01c412d5$a9f61fb0$210110ac@chihuahuad1>

Hi, Those sendpass modules are great will they ever be included in the
ircservices program, where they would all ready be installed and not need to
be downloaded because these could save people a lot of time with passwords
and reseting them.  bye
My web page is at http://www.nickgawronski.com
Use paypal for your payments!
https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG



From noddie_x at shadowfire.org  Fri Mar 26 01:42:23 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] .29 mlock issue
Message-ID: <20040326113343.X24018@verdict.schmangled.co.za>


hi,

chanserv allows you to mlock -modes that gets +'d with channel mode +f.

/msg chanserv set #channel mlock +ntSNT-miC+f
[7c#C5,10j#i10,10k#K10,5m#m2]:10

for example, it allows you to add -m and +m (inside +f) rendering the mode
useless.

-- example --
[11:32] <asdsd> 1 sadfasdfasdfasdf
[11:32] <asdsd> 2 dsfsdfgsdfgsdfgsdf
[11:32] <asdsd> 3 ghndghndghngdhngfhngf
[11:32] <asdsd> 4 dfghnjhfgjhfkjhjkgh
[11:32] <asdsd> 5 dfgsdfgsdfgdsfgsdfg
[11:32] <asdsd> 6 dfgdsafgsdfgfsghfdgh
[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m
[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m
[11:32] <asdsd> 11 fhdghjfhljgjkglki./hkl
-- /example --

will it be possible to add more strict checking when adding mlocks with
+f?


From achurch at achurch.org  Fri Mar 26 18:45:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] .29 mlock issue
In-Reply-To: <20040326113343.X24018@verdict.schmangled.co.za>
Message-ID: <4063fc21.27017@achurch.org>

     Given the complexity of Unreal's +f mode, I don't really see checking
this programatically as feasible; the simple answer is "don't do that".  If
it causes too many problems, I'll just remove MLOCK +f support entirely.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>
>hi,
>
>chanserv allows you to mlock -modes that gets +'d with channel mode +f.
>
>/msg chanserv set #channel mlock +ntSNT-miC+f
>[7c#C5,10j#i10,10k#K10,5m#m2]:10
>
>for example, it allows you to add -m and +m (inside +f) rendering the mode
>useless.
>
>-- example --
>[11:32] <asdsd> 1 sadfasdfasdfasdf
>[11:32] <asdsd> 2 dsfsdfgsdfgsdfgsdf
>[11:32] <asdsd> 3 ghndghndghngdhngfhngf
>[11:32] <asdsd> 4 dfghnjhfgjhfkjhjkgh
>[11:32] <asdsd> 5 dfgsdfgsdfgdsfgsdfg
>[11:32] <asdsd> 6 dfgdsafgsdfgfsghfdgh
>[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m
>[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m
>[11:32] <asdsd> 11 fhdghjfhljgjkglki./hkl
>-- /example --
>
>will it be possible to add more strict checking when adding mlocks with
>+f?
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From noddie_x at shadowfire.org  Fri Mar 26 01:56:09 2004
From: noddie_x at shadowfire.org (noddie_x)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] .29 mlock issue
In-Reply-To: <4063fc21.27017@achurch.org>
References: <4063fc21.27017@achurch.org>
Message-ID: <20040326115238.B24018@verdict.schmangled.co.za>


On Fri, 26 Mar 2004, Andrew Church wrote:

>      Given the complexity of Unreal's +f mode, I don't really see checking
> this programatically as feasible; the simple answer is "don't do that".  If
> it causes too many problems, I'll just remove MLOCK +f support entirely.

a bit drastic :) leave it, it rocks. it just requires a bit of user
education, i dont see a problem with that.




From alisor at softhome.net  Fri Mar 26 04:11:02 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] .29 mlock issue
References: <4063fc21.27017@achurch.org>
Message-ID: <003c01c4132b$6c6b4f70$0800000a@citir>


i think adding +f mode to mlock with this new version is a perfect desicion.
I hope Andrew Church wont remove +f support.

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Friday, March 26, 2004 11:45 AM
Subject: Re: [IRCServices] .29 mlock issue


>      Given the complexity of Unreal's +f mode, I don't really see checking
> this programatically as feasible; the simple answer is "don't do that".
If
> it causes too many problems, I'll just remove MLOCK +f support entirely.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >
> >hi,
> >
> >chanserv allows you to mlock -modes that gets +'d with channel mode +f.
> >
> >/msg chanserv set #channel mlock +ntSNT-miC+f
> >[7c#C5,10j#i10,10k#K10,5m#m2]:10
> >
> >for example, it allows you to add -m and +m (inside +f) rendering the
mode
> >useless.
> >
> >-- example --
> >[11:32] <asdsd> 1 sadfasdfasdfasdf
> >[11:32] <asdsd> 2 dsfsdfgsdfgsdfgsdf
> >[11:32] <asdsd> 3 ghndghndghngdhngfhngf
> >[11:32] <asdsd> 4 dfghnjhfgjhfkjhjkgh
> >[11:32] <asdsd> 5 dfgsdfgsdfgdsfgsdfg
> >[11:32] <asdsd> 6 dfgdsafgsdfgfsghfdgh
> >[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m
> >[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m
> >[11:32] <asdsd> 11 fhdghjfhljgjkglki./hkl
> >-- /example --
> >
> >will it be possible to add more strict checking when adding mlocks with
> >+f?
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From Admin at VonitsaNet.gr  Fri Mar 26 04:16:35 2004
From: Admin at VonitsaNet.gr (Dionisios K.)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Translate
Message-ID: <001601c4132c$2f6dcbb0$6c3d05d5@server>

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3233 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040326/b0de740b/smime.bin
From vonitsa_net at yahoo.gr  Fri Mar 26 04:35:03 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] [RELEASE] Sendpass With Encrypted Passwords.
In-Reply-To: <20040325210541.8EC1F3EF5C@mail.zoneedit.com>
Message-ID: <20040326123503.54241.qmail@web86102.mail.ukl.yahoo.com>

This Is a very interesting module Craig McLure. :))
I think that Andrew must add it on services.


=====
Dionisios K. - VoNiTsA On GrNet



From Craig at chatspike.net  Fri Mar 26 08:02:52 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] .29 mlock issue
Message-ID: <mailman.21.1098597724.26050.ircservices@ircservices.za.net>

I'd have to agree to the "don't do that" statement, it requires just a little bit of common sence, if you know chanserv isnt going to allow +m, dont set it in your +f. I dont think this requires removing support for MLOCK +f though, seems a bit drastic :p

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-26 18:45:08
 * Subject - Re: [IRCServices] .29 mlock issue
 ****************************************/

/****** - Begin Original Message - ******/

>     Given the complexity of Unreal's +f mode, I don't really see checking
>this programatically as feasible; the simple answer is "don't do that".  If
>it causes too many problems, I'll just remove MLOCK +f support entirely.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>
>>hi,
>>
>>chanserv allows you to mlock -modes that gets +'d with channel mode +f.
>>
>>/msg chanserv set #channel mlock +ntSNT-miC+f
>>[7c#C5,10j#i10,10k#K10,5m#m2]:10
>>
>>for example, it allows you to add -m and +m (inside +f) rendering the mode
>>useless.
>>
>>-- example --
>>[11:32] <asdsd> 1 sadfasdfasdfasdf
>>[11:32] <asdsd> 2 dsfsdfgsdfgsdfgsdf
>>[11:32] <asdsd> 3 ghndghndghngdhngfhngf
>>[11:32] <asdsd> 4 dfghnjhfgjhfkjhjkgh
>>[11:32] <asdsd> 5 dfgsdfgsdfgdsfgsdfg
>>[11:32] <asdsd> 6 dfgdsafgsdfgfsghfdgh
>>[11:32] [mode:#shadowfire] (TriGun.ShadowFire.ORG!) +m
>>[11:32] [mode:#shadowfire] (ChanServ!services@shadowfire.org) -m
>>[11:32] <asdsd> 11 fhdghjfhljgjkglki./hkl
>>-- /example --
>>
>>will it be possible to add more strict checking when adding mlocks with
>>+f?
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From nick at nickgawronski.com  Fri Mar 26 16:15:39 2004
From: nick at nickgawronski.com (Nick Gawronski)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
Message-ID: <001901c41390$a322c600$210110ac@chihuahuad1>

Hi, One new server that Andy might want to consider writing for ircservices
is fileserv that could send files to users with dcc and optionally receive
files so if the irc admins wanted to write documents on their irc network or
distribute demos of irc clients users could download them easily with out
leaving irc with just /msg fileserv get file This server would be very
useful for server admins who don't want to setup a bot just for file use and
fileserv could be a module so if admins did not want it they would not need
to use it.  bye
My web page is at http://www.nickgawronski.com
Use paypal for your payments!
https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG



From Craig at chatspike.net  Fri Mar 26 16:22:21 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
Message-ID: <mailman.22.1098597724.26050.ircservices@ircservices.za.net>

i'll quote what i said last time you asked for this..

It would have to be coded as a module, Services does support the CTCP, however, without oppening certain ports, it wont be able to accept DCCs. So this would require a significant ammount of coding.

Please dont re-post previous topics to the list. Its irritating, if you dont get a responce the first time (which you did) then it probably wont be concidered, or no one has anything to say about it.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Nick Gawronski <nick@nickgawronski.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-27 00:15:39
 * Subject - [IRCServices] new server for ircservices
 ****************************************/

/****** - Begin Original Message - ******/

>Hi, One new server that Andy might want to consider writing for ircservices
>is fileserv that could send files to users with dcc and optionally receive
>files so if the irc admins wanted to write documents on their irc network or
>distribute demos of irc clients users could download them easily with out
>leaving irc with just /msg fileserv get file This server would be very
>useful for server admins who don't want to setup a bot just for file use and
>fileserv could be a module so if admins did not want it they would not need
>to use it.  bye
>My web page is at http://www.nickgawronski.com
>Use paypal for your payments!
>https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From horizon at regina.sask.cc  Fri Mar 26 16:28:00 2004
From: horizon at regina.sask.cc (Horizon)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
In-Reply-To: <001901c41390$a322c600$210110ac@chihuahuad1>
References: <001901c41390$a322c600$210110ac@chihuahuad1>
Message-ID: <34179.24.72.30.62.1080347280.squirrel@webmail.projectjones.com>

I think that might be what a MOTD or is for IMO :-) I can also see a lot
of ways to abuse this proposed service in theory. Bad idea if you ask me.


Alex



> Hi, One new server that Andy might want to consider writing for
> ircservices
> is fileserv that could send files to users with dcc and optionally receive
> files so if the irc admins wanted to write documents on their irc network
> or
> distribute demos of irc clients users could download them easily with out
> leaving irc with just /msg fileserv get file This server would be very
> useful for server admins who don't want to setup a bot just for file use
> and
> fileserv could be a module so if admins did not want it they would not
> need
> to use it.  bye
> My web page is at http://www.nickgawronski.com
> Use paypal for your payments!
> https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>



From horizon at regina.sask.cc  Fri Mar 26 16:28:00 2004
From: horizon at regina.sask.cc (Horizon)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
In-Reply-To: <001901c41390$a322c600$210110ac@chihuahuad1>
References: <001901c41390$a322c600$210110ac@chihuahuad1>
Message-ID: <34179.24.72.30.62.1080347280.squirrel@webmail.projectjones.com>

I think that might be what a MOTD or is for IMO :-) I can also see a lot
of ways to abuse this proposed service in theory. Bad idea if you ask me.


Alex



> Hi, One new server that Andy might want to consider writing for
> ircservices
> is fileserv that could send files to users with dcc and optionally receive
> files so if the irc admins wanted to write documents on their irc network
> or
> distribute demos of irc clients users could download them easily with out
> leaving irc with just /msg fileserv get file This server would be very
> useful for server admins who don't want to setup a bot just for file use
> and
> fileserv could be a module so if admins did not want it they would not
> need
> to use it.  bye
> My web page is at http://www.nickgawronski.com
> Use paypal for your payments!
> https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>



From idontwantthisshit at hotmail.com  Fri Mar 26 16:33:11 2004
From: idontwantthisshit at hotmail.com (DeadNotBuried .)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
Message-ID: <BAY1-F36Jb0DdNoTkMC00011c85@hotmail.com>

i think it could end up slowing services down too much and eggdrops work 
fine as file servers, and if not wanting a file server on then don't have to 
load it into the eggdrop, just have the bot log onto the network as FileServ 
most users wouldn't know the difference

>
>I think that might be what a MOTD or is for IMO :-) I can also see a lot
>of ways to abuse this proposed service in theory. Bad idea if you ask me.
>
>
>Alex
>
>
>
> > Hi, One new server that Andy might want to consider writing for
> > ircservices
> > is fileserv that could send files to users with dcc and optionally 
>receive
> > files so if the irc admins wanted to write documents on their irc 
>network
> > or
> > distribute demos of irc clients users could download them easily with 
>out
> > leaving irc with just /msg fileserv get file This server would be very
> > useful for server admins who don't want to setup a bot just for file use
> > and
> > fileserv could be a module so if admins did not want it they would not
> > need
> > to use it.  bye
> > My web page is at http://www.nickgawronski.com
> > Use paypal for your payments!
> > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

_________________________________________________________________
Protect your inbox from harmful viruses with new ninemsn Premium. Go to   
http://ninemsn.com.au/premium/landing.asp?banner=emailtag&referrer=hotmail



From Craig at chatspike.net  Sat Mar 27 04:37:22 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Perl Script for Encrypting Passwords..
Message-ID: <mailman.23.1098597724.26050.ircservices@ircservices.za.net>

I can remember reading a while back that someone made a perl script which would go thru the services databases, and encrypt the passwords, i've searched the archives, but have failed to find it. Does anyone have this around somewhere, if so, could you put it on the list? thanks

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From brain at winbot.co.uk  Sat Mar 27 06:40:45 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
Message-ID: <200403271440.i2REejY28966@brainbox.winbot.co.uk>

euhhh.... why not just call it 'warez-serv'? :/

>i think it could end up slowing services down too much and eggdrops work 
>fine as file servers, and if not wanting a file server on then don't have to 
>load it into the eggdrop, just have the bot log onto the network as FileServ 
>most users wouldn't know the difference
>
>>
>>I think that might be what a MOTD or is for IMO :-) I can also see a lot
>>of ways to abuse this proposed service in theory. Bad idea if you ask me.
>>
>>
>>Alex
>>
>>
>>
>> > Hi, One new server that Andy might want to consider writing for
>> > ircservices
>> > is fileserv that could send files to users with dcc and optionally 
>>receive
>> > files so if the irc admins wanted to write documents on their irc 
>>network
>> > or
>> > distribute demos of irc clients users could download them easily with 
>>out
>> > leaving irc with just /msg fileserv get file This server would be very
>> > useful for server admins who don't want to setup a bot just for file use
>> > and
>> > fileserv could be a module so if admins did not want it they would not
>> > need
>> > to use it.  bye
>> > My web page is at http://www.nickgawronski.com
>> > Use paypal for your payments!
>> > https://www.paypal.com/us/mrb/pal=GXD4F3JGPXJZG
>> >
>> >
>> > ------------------------------------------------------------------
>> > To unsubscribe or change your subscription options, visit:
>> > http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >
>> >
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>_________________________________________________________________
>Protect your inbox from harmful viruses with new ninemsn Premium. Go to   
>http://ninemsn.com.au/premium/landing.asp?banner=emailtag&referrer=hotmail
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From vonitsa_net at yahoo.gr  Sat Mar 27 10:59:41 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Translate
Message-ID: <20040327185941.39635.qmail@web86103.mail.ukl.yahoo.com>

I want to translate the irc services to the greek
language. Can anyone tell me all the files i have to translate?

=====
Dionisios K. - VoNiTsA On GrNet



From quension at mac.com  Sat Mar 27 14:17:40 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Perl Script for Encrypting Passwords..
In-Reply-To: <200403271239.i2RCdoIk023362@mac.com>
Message-ID: <8FA5F71E-803C-11D8-8589-0003938D6866@mac.com>

-----
From: achurch@achurch.org (Andrew Church)
Date: Wed Sep 17, 2003  07:27:17 US/Pacific
To: ircservices@ircservices.za.net
Subject: Re: [IRCServices] Database encryption

      This isn't possible at the moment.  I'm hoping to make it possible 
for 5.1.  In the meantime, you can export to XML and encrypt the 
passwords manually.  Something like the following Perl snippet 
(pseudocode) should do it:

        undef $/;
        $data = <XML>;
        s,<pass>([\0-\377]*?)</pass>,"<pass>".&escape(&md5($1))."</pass>",eg;
        print NEWXML $data;

where &md5 is a subroutine that returns the MD5 hash of its parameter 
(raw binary, not hex string), and &escape turns non-ASCII characters 
into &#nnn; entities.

   --Andrew Church
     achurch@achurch.org
     http://achurch.org/

> Hello all,
> I have a simple question that I can't seem to find the answer to. How 
> can I convert the my services database to use MD5? Just enabling 
> encryption/md 5 breaks it. :/
> Jeian/John
-----



From Craig at chatspike.net  Sat Mar 27 17:32:22 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Translate
Message-ID: <mailman.24.1098597724.26050.ircservices@ircservices.za.net>

you should probably just need the en_us language file from ./lang

note all the warnings and cautions in it thou :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <vonitsa_net@yahoo.gr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-27 18:59:41
 * Subject - [IRCServices] Translate
 ****************************************/

/****** - Begin Original Message - ******/

>I want to translate the irc services to the greek
>language. Can anyone tell me all the files i have to translate?
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at chatspike.net  Sat Mar 27 17:34:55 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Perl Script for Encrypting Passwords..
Message-ID: <mailman.25.1098597724.26050.ircservices@ircservices.za.net>

Ok, thanks. I'll concider creating a small 'one-run' module, that lets the chanserv and nickserv protocol load, runs thru the structs MD5ing the passwords, then makes services quit. I dunno the ETA for this mod, but i have a lot of things to finish before i concider it :/ 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Trevor Talbot <quension@mac.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-03-27 23:17:40
 * Subject - Re: [IRCServices] Perl Script for Encrypting Passwords..
 ****************************************/

/****** - Begin Original Message - ******/

>-----
>From: achurch@achurch.org (Andrew Church)
>Date: Wed Sep 17, 2003  07:27:17 US/Pacific
>To: ircservices@ircservices.za.net
>Subject: Re: [IRCServices] Database encryption
>
>      This isn't possible at the moment.  I'm hoping to make it possible 
>for 5.1.  In the meantime, you can export to XML and encrypt the 
>passwords manually.  Something like the following Perl snippet 
>(pseudocode) should do it:
>
>       undef $/;
>       $data = <XML>;
>       s,<pass>([\0-\377]*?)</pass>,"<pass>".&escape(&md5($1))."</pass>",eg;
>       print NEWXML $data;
>
>where &md5 is a subroutine that returns the MD5 hash of its parameter 
>(raw binary, not hex string), and &escape turns non-ASCII characters 
>into &#nnn; entities.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
>> Hello all,
>> I have a simple question that I can't seem to find the answer to. How 
>> can I convert the my services database to use MD5? Just enabling 
>> encryption/md 5 breaks it. :/
>> Jeian/John
>-----
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From ron2k at webmail.co.za  Sun Mar 28 22:49:18 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] new server for ircservices
In-Reply-To: <200403270034.i2R0YjgD022591@mx4.wm.co.za>
Message-ID: <web-269858833@mail01.infosat.net>

Use EggDrop or something similar for file services. I don't
see any need for Services to have this feature (and
seemingly neither do any of the _other_ services proggie
coders).
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From brain at winbot.co.uk  Mon Mar 29 04:19:20 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Possible bug "command unavailable"
Message-ID: <200403291219.i2TCJKY17093@brainbox.winbot.co.uk>

Seems that on a large channel (>500 users) the op/voice etc commands stop working (no, they havent been disabled) - digging into the source i find that this happens when memory allocation and system calls etc fail:

[12:49pm] *ChanServ* Sorry, the OP command is temporarily unavailable.

We've just moved the services to a different machine so it isnt the machine services are running on, this was happening before.

Any ideas?

Thanks,
Brain



From brain at winbot.co.uk  Mon Mar 29 04:25:18 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Fw: Possible bug "command unavailable"
Message-ID: <200403291225.i2TCPIY17207@brainbox.winbot.co.uk>

Sorry for my hasty bug report, seems this has to do with "BOUNCY_MODES"... and im looking into it now ;)


--- Original ---

Seems that on a large channel (>500 users) the op/voice etc commands stop working (no, they havent been disabled) - digging into the source i find that this happens when memory allocation and system calls etc fail:

[12:49pm] *ChanServ* Sorry, the OP command is temporarily unavailable.

We've just moved the services to a different machine so it isnt the machine services are running on, this was happening before.

Any ideas?

Thanks,
Brain



From ron2k at webmail.co.za  Tue Mar 30 03:34:24 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Auspice conversion and channel entry messages
In-Reply-To: <200403301001.i2UA1Y1M022891@mx3.wm.co.za>
Message-ID: <web-271186648@mail01.infosat.net>

I was helping a friend of mine convert an Auspice 2.8
database to IRC Services (5.0.29) - we noticed that channel
entry messages are not imported. Is it possible for this to
be either fixed or documented?

EDIT: I went off to the manual just before I was about to
send this. It says: "Services uses a different news system
than Auspice; network and channel news items will not be
converted." Does this cover what I just mentioned? If so,
maybe it could be better documented...
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From byteripper01 at hotmail.com  Tue Mar 30 04:30:31 2004
From: byteripper01 at hotmail.com (Byte Ripper)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Problems at starting up services
Message-ID: <BAY15-F66eXEev8uEbJ0001ef4f@hotmail.com>

Hi

I'm using Unrealircd 3.2 RC2 and ircservices 5.0.0.29 on an debian box.
So far everything should be configured right but when i try to start the 
services i get some errors.
Maybe someone can tell me where the problem is.

Debug Log:

[Mar 30 14:28:16.425021 2004] IRC Services 5.0.29 starting up (options: 
debug)
[Mar 30 14:28:16.425258 2004] debug: Loading language 0 from file 
`languages/en_us'
[Mar 30 14:28:16.426049 2004] debug: Loading language 10 from file 
`languages/nl'
[Mar 30 14:28:16.426883 2004] debug: Loading language 6 from file 
`languages/fr'
[Mar 30 14:28:16.427807 2004] debug: Loading language 9 from file 
`languages/de'
[Mar 30 14:28:16.428655 2004] debug: Loading language 11 from file 
`languages/hu'
[Mar 30 14:28:16.429499 2004] debug: Loading language 8 from file 
`languages/it'
[Mar 30 14:28:16.430045 2004] debug: Loading language 2 from file 
`languages/ja_euc'
[Mar 30 14:28:16.430850 2004] debug: Loading language 3 from file 
`languages/ja_sjis'
[Mar 30 14:28:16.431597 2004] debug: Loading language 5 from file 
`languages/pt'
[Mar 30 14:28:16.432204 2004] debug: Loading language 4 from file 
`languages/es'
[Mar 30 14:28:16.433087 2004] debug: Loading language 7 from file 
`languages/tr'
[Mar 30 14:28:16.434113 2004] debug: Loaded languages
[Mar 30 14:28:16.434214 2004] debug: Loading module `protocol/unreal'
[Mar 30 14:28:16.435427 2004] debug: Successfully loaded module 
`protocol/unreal'
[Mar 30 14:28:16.435504 2004] debug: Loading module `database/version4'
[Mar 30 14:28:16.436671 2004] debug: Successfully loaded module 
`database/version4'
[Mar 30 14:28:16.436727 2004] debug: Loading module `mail/main'
[Mar 30 14:28:16.436931 2004] debug: Successfully loaded module `mail/main'
[Mar 30 14:28:16.436981 2004] debug: Loading module `mail/sendmail'
[Mar 30 14:28:16.437193 2004] debug: Successfully loaded module 
`mail/sendmail'
[Mar 30 14:28:16.437244 2004] debug: Loading module `operserv/main'
[Mar 30 14:28:16.437758 2004] debug: Successfully loaded module 
`operserv/main'
[Mar 30 14:28:16.437812 2004] debug: Loading module `operserv/akill'
[Mar 30 14:28:16.438212 2004] debug: Successfully loaded module 
`operserv/akill'
[Mar 30 14:28:16.438264 2004] debug: Loading module `operserv/news'
[Mar 30 14:28:16.438594 2004] debug: Successfully loaded module 
`operserv/news'
[Mar 30 14:28:16.438645 2004] debug: Loading module `operserv/sessions'
[Mar 30 14:28:16.439073 2004] debug: Successfully loaded module 
`operserv/sessions'
[Mar 30 14:28:16.439124 2004] debug: Loading module `operserv/sline'
[Mar 30 14:28:16.439595 2004] debug: Successfully loaded module 
`operserv/sline'
[Mar 30 14:28:16.439648 2004] debug: Loading module `nickserv/main'
[Mar 30 14:28:16.441240 2004] debug: Successfully loaded module 
`nickserv/main'
[Mar 30 14:28:16.441306 2004] debug: Loading module `nickserv/access'
[Mar 30 14:28:16.441807 2004] debug: Successfully loaded module 
`nickserv/access'
[Mar 30 14:28:16.441860 2004] debug: Loading module `nickserv/link'
[Mar 30 14:28:16.442374 2004] debug: Successfully loaded module 
`nickserv/link'
[Mar 30 14:28:16.442426 2004] debug: Loading module `nickserv/mail-auth'
[Mar 30 14:28:16.442961 2004] debug: Successfully loaded module 
`nickserv/mail-auth'
[Mar 30 14:28:16.443012 2004] debug: Loading module `nickserv/sendpass'
[Mar 30 14:28:16.443563 2004] debug: Successfully loaded module 
`nickserv/sendpass'
[Mar 30 14:28:16.443616 2004] debug: Loading module `chanserv/main'
[Mar 30 14:28:16.445107 2004] debug: Successfully loaded module 
`chanserv/main'
[Mar 30 14:28:16.445177 2004] debug: Loading module `chanserv/access-levels'
[Mar 30 14:28:16.446038 2004] debug: Successfully loaded module 
`chanserv/access-levels'
[Mar 30 14:28:16.446091 2004] debug: Loading module `chanserv/sendpass'
[Mar 30 14:28:16.446679 2004] debug: Successfully loaded module 
`chanserv/sendpass'
[Mar 30 14:28:16.446731 2004] debug: Loading module `memoserv/main'
[Mar 30 14:28:16.447429 2004] debug: Successfully loaded module 
`memoserv/main'
[Mar 30 14:28:16.447482 2004] debug: Loading module `memoserv/forward'
[Mar 30 14:28:16.448105 2004] debug: Successfully loaded module 
`memoserv/forward'
[Mar 30 14:28:16.448159 2004] debug: Loading module `memoserv/ignore'
[Mar 30 14:28:16.448782 2004] debug: Successfully loaded module 
`memoserv/ignore'
[Mar 30 14:28:16.448834 2004] debug: Loading module `statserv/main'
[Mar 30 14:28:16.449574 2004] debug: Successfully loaded module 
`statserv/main'
[Mar 30 14:28:16.449626 2004] debug: Loading module `misc/helpserv'
[Mar 30 14:28:16.450407 2004] debug: Successfully loaded module 
`misc/helpserv'
[Mar 30 14:28:16.450459 2004] debug: Loading module `misc/xml-export'
[Mar 30 14:28:16.451262 2004] debug: Successfully loaded module 
`misc/xml-export'
[Mar 30 14:28:16.451314 2004] debug: Loading module `misc/xml-import'
[Mar 30 14:28:16.452443 2004] debug: Successfully loaded module 
`misc/xml-import'
[Mar 30 14:28:16.452497 2004] debug: Loaded modules
[Mar 30 14:28:16.463773 2004] Initiated connection to 127.0.0.1:5000
[Mar 30 14:28:16.463966 2004] debug: Sent: PROTOCTL SJOIN SJOIN2 SJ3 NICKv2 
VHP VL NOQUIT UMODE2 TOKEN
[Mar 30 14:28:16.464065 2004] debug: Sent: PASS :XXXXXXX
[Mar 30 14:28:16.464154 2004] debug: Sent: SERVER services.217.20.123.236 1 
:U0-*-2 Services for IRC Networks
[Mar 30 14:28:16.464323 2004] debug: Sent: :services.217.20.123.236 TSCTL 
SVSTIME 1080649696
[Mar 30 14:28:16.464444 2004] debug: Sent: NICK OperServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +oiSqd 217.20.123.236 
:Operator Server
[Mar 30 14:28:16.464557 2004] debug: Sent: NICK Global 1 1080649696 services 
217.20.113.234 services.217.20.113.234 0 +oiSqd 217.20.113.234 :Global 
Noticer
[Mar 30 14:28:16.464773 2004] debug: Sent: NICK NickServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 
:Nickname Server
[Mar 30 14:28:16.464933 2004] debug: Sent: NICK ChanServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 
:Channel Server
[Mar 30 14:28:16.465021 2004] debug: Sent: NICK MemoServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +oSqd 217.20.123.236 :Memo 
Server
[Mar 30 14:28:16.465114 2004] debug: Sent: NICK StatServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +iSqd 217.20.123.236 
:Statistics Server
[Mar 30 14:28:16.465196 2004] debug: Sent: NICK HelpServ 1 1080649696 
services 217.20.113.234 services.217.20.113.234 0 +Sqd 217.20.123.236 :Help 
Server
[Mar 30 14:28:16.465285 2004] debug: Received: :irc.xxx.xxx.cx NOTICE AUTH 
:*** Looking up your hostname...
[Mar 30 14:28:16.465413 2004] debug: Saving databases
[Mar 30 14:28:16.467260 2004] Read error from server: Broken pipe
[Mar 30 14:28:16.467346 2004] debug: Unloading module `misc/xml-import'
[Mar 30 14:28:16.467489 2004] debug: Unloading module `misc/xml-export'
[Mar 30 14:28:16.467588 2004] debug: Unloading module `misc/helpserv'
[Mar 30 14:28:16.467686 2004] debug: Unloading module `statserv/main'
[Mar 30 14:28:16.467805 2004] debug: Unloading module `memoserv/ignore'
[Mar 30 14:28:16.467900 2004] debug: Unloading module `memoserv/forward'
[Mar 30 14:28:16.467996 2004] debug: Unloading module `memoserv/main'
[Mar 30 14:28:16.468098 2004] debug: Unloading module `chanserv/sendpass'
[Mar 30 14:28:16.468202 2004] debug: Unloading module 
`chanserv/access-levels'
[Mar 30 14:28:16.468297 2004] debug: Unloading module `chanserv/main'
[Mar 30 14:28:16.468435 2004] debug: Unloading module `nickserv/sendpass'
[Mar 30 14:28:16.468530 2004] debug: Unloading module `nickserv/mail-auth'
[Mar 30 14:28:16.468636 2004] debug: Unloading module `nickserv/link'
[Mar 30 14:28:16.468730 2004] debug: Unloading module `nickserv/access'
[Mar 30 14:28:16.468824 2004] debug: Unloading module `nickserv/main'
[Mar 30 14:28:16.469049 2004] debug: Unloading module `operserv/sline'
[Mar 30 14:28:16.469152 2004] debug: Unloading module `operserv/sessions'
[Mar 30 14:28:16.469263 2004] debug: Unloading module `operserv/news'
[Mar 30 14:28:16.469358 2004] debug: Unloading module `operserv/akill'
[Mar 30 14:28:16.469467 2004] debug: Unloading module `operserv/main'
[Mar 30 14:28:16.469571 2004] debug: Unloading module `mail/sendmail'
[Mar 30 14:28:16.469665 2004] debug: Unloading module `mail/main'
[Mar 30 14:28:16.469756 2004] debug: Unloading module `database/version4'
[Mar 30 14:28:16.469865 2004] debug: Unloading module `protocol/unreal'
[Mar 30 12:28:16.470211 2004] PANIC! signal 11 (no buffer)
[Mar 30 12:28:16.470324 2004] FATAL: Caught signal 11 (Segmentation fault) 
while shutting down

_________________________________________________________________
Messenger? - ?Wer in Echtzeit kommunizieren will, l?dt den MSN Messenger. 
Cool, kostenlos und mit 3D Emoticons: http://messenger.msn.de



From achurch at achurch.org  Tue Mar 30 21:59:51 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Auspice conversion and channel entry messages
In-Reply-To: <web-271186648@mail01.infosat.net>
Message-ID: <40696f87.43566@achurch.org>

     As you yourself mention, this is documented using the same terminology
Auspice uses, "channel news."  If that confuses you, that's not my problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I was helping a friend of mine convert an Auspice 2.8
>database to IRC Services (5.0.29) - we noticed that channel
>entry messages are not imported. Is it possible for this to
>be either fixed or documented?
>
>EDIT: I went off to the manual just before I was about to
>send this. It says: "Services uses a different news system
>than Auspice; network and channel news items will not be
>converted." Does this cover what I just mentioned? If so,
>maybe it could be better documented...
>__________________________________________________________________________
>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From azoff at se.linux.org  Tue Mar 30 05:32:11 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Problems at starting up services
In-Reply-To: <BAY15-F66eXEev8uEbJ0001ef4f@hotmail.com>
References: <BAY15-F66eXEev8uEbJ0001ef4f@hotmail.com>
Message-ID: <406976DB.3090903@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Byte Ripper wrote:
| Hi
|
| I'm using Unrealircd 3.2 RC2 and ircservices 5.0.0.29 on an debian box.
| So far everything should be configured right but when i try to start the
| services i get some errors.
| Maybe someone can tell me where the problem is.

Can you enable coredump when you compile ircservices? (./configure --help)

Then, please read the webbpage about how to backtrace.

Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAaXbbeY7jmtvbDP0RAqv4AJ0Q5xjI5h8q1a9ny8XtlhzWQ0lpmQCgob0b
0mKtIJFNaBQUu7Daj2+uAnQ=
=loWC
-----END PGP SIGNATURE-----


From cpuman2000 at hotmail.com  Tue Mar 30 20:34:02 2004
From: cpuman2000 at hotmail.com (CPUMAN)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Possible Channel Expiration Bug
Message-ID: <BAY12-DAV48uCBcKfEx00004be7@hotmail.com>

I've had two different channels report that there channel have inexplicable expired.  When the owner said that they had identified for their nickname and were on the channel several times a week which should mean it is impossible for the channel to expire since the limit is set at 14 days.  Just to be sure I went and checked the logs and sure enough they were identifying for their nicks but yet the log still showed the channel as expired.  I also know for sure that the owners where actually in the channels.  Um... I'm not sure what other information I can provide other then I'm running the latest version of services and they're running on a slack9 Linux box.

CPUMAN
Network Administrator
Serenia IRC Network
irc.serenia.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040330/08d4b82b/attachment.html
From cpuman2000 at hotmail.com  Tue Mar 30 20:46:25 2004
From: cpuman2000 at hotmail.com (CPUMAN)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Possible Channel Expiration Bug
References: <BAY12-DAV48uCBcKfEx00004be7@hotmail.com>
Message-ID: <BAY12-DAV12uTnt4dx900009023@hotmail.com>

Also forgot to mention that on one channel the owner disabled auto-oping, auto-voicing, etc.  I don't know about the other channel.  I would imagine that disabling these auto modes shouldn't effect services recognizing if the channel has been used or not but I though it might be useful to mention.

CPUMAN
Network Administrator
Serenia IRC Network
irc.serenia.net
  ----- Original Message ----- 
  From: CPUMAN 
  To: IRC Services General Mailing List 
  Sent: Tuesday, March 30, 2004 9:34 PM
  Subject: [IRCServices] Possible Channel Expiration Bug


  I've had two different channels report that there channel have inexplicable expired.  When the owner said that they had identified for their nickname and were on the channel several times a week which should mean it is impossible for the channel to expire since the limit is set at 14 days.  Just to be sure I went and checked the logs and sure enough they were identifying for their nicks but yet the log still showed the channel as expired.  I also know for sure that the owners where actually in the channels.  Um... I'm not sure what other information I can provide other then I'm running the latest version of services and they're running on a slack9 Linux box.

  CPUMAN
  Network Administrator
  Serenia IRC Network
  irc.serenia.net


------------------------------------------------------------------------------


  ------------------------------------------------------------------
  To unsubscribe or change your subscription options, visit:
  http://www.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040330/b0a1f928/attachment.htm
From ron2k at webmail.co.za  Tue Mar 30 22:59:21 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Module request
In-Reply-To: <200403301001.i2UA1Y1M022891@mx3.wm.co.za>
Message-ID: <web-272104924@mail01.infosat.net>

http://www.servicescommunity.za.net/viewtopic.php?t=5

Anyone here prepared to help this guy out?
__________________________________________________________________________
http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price


From jamie at silverdream.org  Wed Mar 31 02:46:15 2004
From: jamie at silverdream.org (Jamie L. Penman-Smithson)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Module request
In-Reply-To: <web-272104924@mail01.infosat.net>
References: <web-272104924@mail01.infosat.net>
Message-ID: <1080729974.3457.25.camel@oasis.silverdream.hq>

On Wed, 2004-03-31 at 07:59, Kieron Thwaites wrote:
> http://www.servicescommunity.za.net/viewtopic.php?t=5
> 
> Anyone here prepared to help this guy out?

If he wants help he can use the mailing list, and if he did use the
mailing list, I'd say that such a module is a complete and utter waste
of time..

-- 
-jamie <jamie@silverdream.org> | spamtrap: spam@silverdream.org
 w: http://www.silverdream.org | p: sms@silverdream.org
 pgp key @ http://silverdream.org/~jps/pub.key
 11:30:01 up  9:10,  3 users,  load average: 0.13, 0.41, 0.34
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040331/fdc3511b/attachment.pgp
From achurch at achurch.org  Wed Mar 31 20:13:50 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Possible Channel Expiration Bug
In-Reply-To: <BAY12-DAV12uTnt4dx900009023@hotmail.com>
Message-ID: <406aaa44.47324@achurch.org>

>Also forgot to mention that on one channel the owner disabled =
>auto-oping, auto-voicing, etc.

     As section 3-2 of the manual states, channel activity is determined by
whether auto-op users enter the channel; while it's not stated explicitly,
this means that disabling auto-op also prevents the channel's last-used
time from getting updated this way.  The last-used time is also updated
whenever the IDENTIFY or OP commands are used successfully; if neither of
these commands are used within the expiration period, the channel will
expire.  This is not a bug; I've long been aware that it's not obvious or
desirable behavior, but I've not been able to come up with a better system
which retains fairness (for example, a random user or spambot entering a
channel with no intent to use it as the founder intended should not cause
the last-used time to be updated).  Suggestions are welcome.

     I'll update the manual for the next release to cover this issue more
clearly.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From medice at gmx.at  Wed Mar 31 04:16:14 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Possible Channel Expiration Bug
In-Reply-To: <406aaa44.47324@achurch.org>
References: <406aaa44.47324@achurch.org>
Message-ID: <406AB68E.3090403@gmx.at>

maybe it's also a good idea to enter a small line of explanation
somewhere to the ircservices-help files, so the normal user usually
reffering to the help and not the manual is aware of this fact (anyway
it's imho rather senseless for founders to deal with channels without
any single op...)

greets
/medice



Andrew Church wrote:

>      I'll update the manual for the next release to cover this issue more
> clearly.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/




From Craig at chatspike.net  Wed Mar 31 05:10:15 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Module request
Message-ID: <mailman.26.1098597724.26050.ircservices@ircservices.za.net>

Replying now, Please Try and keep These requests off the mailing list.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Kieron Thwaites <ron2k@webmail.co.za>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-03-31 07:59:21
 * Subject - [IRCServices] Module request
 ****************************************/

/****** - Begin Original Message - ******/

>http://www.servicescommunity.za.net/viewtopic.php?t=5
>
>Anyone here prepared to help this guy out?
>__________________________________________________________________________
>http://www.webmail.co.za/dialup Webmail ISP - Cool Connection, Cool Price
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From thekynanbud at yahoo.com  Mon Apr  5 10:34:05 2004
From: thekynanbud at yahoo.com (kynan lalone)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
Message-ID: <20040405173405.27441.qmail@web60210.mail.yahoo.com>

I have scanned the mailing lists for this problem, and
I see it is a common problem.. although solutions
offered have not been helping.

I am using
Unreal3.2-RC2fix build 1.1.1.1.2.1.2.36 2004/03/07
22:25:59
Slackware 9.1
ircservices-5.0.29

My problem is this:
When a registered nick is attempted to be used a
message is thrown:
-NickServ- This nickname is registered and protected. 
If it is your nickname, type /msg NickServ IDENTIFY
password.  Otherwise,
+please choose a different nickname.

But that is it.  There is no furtherer action taken. 
No one minute delay.. no kill.. no nickforce change
action taken.  Users have found this out pretty
quickly during testing stages and have staged
themselves to be other users.

NSForceNickChange is enabled in modules.conf

in unrealircd my U:lines are as follows:
ulines {
        127.0.0.1;
};

mail-auth is not enabled and will probably not.  I
have caught word that nsforcenickchange will only work
once the user has authed, but it seems the users have
authed although no auth command was sent by any user..
demonstrated..
-NickServ-   Time registered: Mar 30 13:23:53 2004 CST
If auth is the problem is there a way to tell the user
to msg the auth code?  It would be great if I could
have both nsforcenickchange and msg auth code instead
of email :)
This is just a one server irc network, running both
UnrealIRCd and ircservices.  Everything seems to be
working so far.. except this.  

Help will be greatly appreciated as I have been at
this problem for a long while.

Kynan

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/


From ircservices at tou.de  Mon Apr  5 11:23:59 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
References: <20040405173405.27441.qmail@web60210.mail.yahoo.com>
Message-ID: <0e3301c41b3b$5ca53d90$024ea8c0@wolfkiste>

----- Original Message -----
From: "kynan lalone" <thekynanbud@yahoo.com>
To: <ircservices@ircservices.za.net>
Sent: Monday, April 05, 2004 7:34 PM
Subject: [IRCServices] nsforcenickchange


> -NickServ- This nickname is registered and protected.
> If it is your nickname, type /msg NickServ IDENTIFY
> password.  Otherwise,
> +please choose a different nickname.

> But that is it.  There is no furtherer action taken.

This is correct, if the user's ident/host matches on any mask on the
nick-accesslist (/nickserv help access) or if the kill-option is disabled
(/nickserv help set kill).
The module.conf-options NSDefKill, NSFirstAccessEnable and NSFirstAccessWild
may also be interesting for you.

Wolle



From thekynanbud at yahoo.com  Mon Apr  5 12:40:12 2004
From: thekynanbud at yahoo.com (kynan lalone)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange&In-Reply-To=
Message-ID: <20040405194013.67803.qmail@web60204.mail.yahoo.com>

Ok... I have done you have said and enabled these
options...

Now the nick force change works... sort of...
It says it's changing .. but doesn't eg
NickServ: This nickname has been registered; you may
not use it. Your nickname is now being changed to
Guest350711211.
<temporal> My nick hasn't changed

This only works with newly registered accounts

I removed nsforcechange as I thought there was some
problem unrealircd's nickforcechange options... now
the operation is quite sparatic

Sometimes you will killed. sometimes you will be told
your nick is being changed and it isn't..  The only
effective thing that ever happens if I am using epic,
and epic detects that your nick is going to be changed
or you are going to be killed and does it for you..


How do I render this problem fixed?

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/


From derfy at derfy.net  Mon Apr  5 13:52:16 2004
From: derfy at derfy.net (Freddie Agricola)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange&In-Reply-To=
In-Reply-To: <20040405194013.67803.qmail@web60204.mail.yahoo.com>
References: <20040405194013.67803.qmail@web60204.mail.yahoo.com>
Message-ID: <b2h3701gt9gvkcg6r1pvpt07j8m9juk2q7@4ax.com>

On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote:

>Ok... I have done you have said and enabled these
>options...
>
>Now the nick force change works... sort of...
>It says it's changing .. but doesn't eg
>NickServ: This nickname has been registered; you may
>not use it. Your nickname is now being changed to
>Guest350711211.
><temporal> My nick hasn't changed
>
>This only works with newly registered accounts
>
>I removed nsforcechange as I thought there was some
>problem unrealircd's nickforcechange options... now
>the operation is quite sparatic
>
>Sometimes you will killed. sometimes you will be told
>your nick is being changed and it isn't..  The only
>effective thing that ever happens if I am using epic,
>and epic detects that your nick is going to be changed
>or you are going to be killed and does it for you..
>
>
>How do I render this problem fixed?
>
ISTR this being a bug in the nick changing code.  One of our resident
coders on our network found the command being sent wasn't correct.  The
SVSNICK format wasn't correct.  Check your ircservices.log for
"permission denied, you are not an irc operator" directed to a server.
Then look in your protocols/unreal/<some file, prolly nickserv.c> for
the nick changing code.  Oh, and know what you're doing, because I sure
don't.


From uhc0 at rz.uni-karlsruhe.de  Mon Apr  5 14:00:54 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange&In-Reply-To=
In-Reply-To: <b2h3701gt9gvkcg6r1pvpt07j8m9juk2q7@4ax.com>
References: <20040405194013.67803.qmail@web60204.mail.yahoo.com>
        <b2h3701gt9gvkcg6r1pvpt07j8m9juk2q7@4ax.com>
Message-ID: <1081198854.5624.15.camel@dreadnought.hadiko.de>

Actually, 

"Permission denied" would not show that the SVSNICK line is wrong, BUT
that an appropriate U:Line is missing.

maybe you sould add the NAME of the services server instead its ip
address to "ulines {}" ?

Regards;
yusuf

On Mon, 2004-04-05 at 22:52, Freddie Agricola wrote:
> On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote:
> 
> >Ok... I have done you have said and enabled these
> >options...
> >
> >Now the nick force change works... sort of...
> >It says it's changing .. but doesn't eg
> >NickServ: This nickname has been registered; you may
> >not use it. Your nickname is now being changed to
> >Guest350711211.
> ><temporal> My nick hasn't changed
> >
> >This only works with newly registered accounts
> >
> >I removed nsforcechange as I thought there was some
> >problem unrealircd's nickforcechange options... now
> >the operation is quite sparatic
> >
> >Sometimes you will killed. sometimes you will be told
> >your nick is being changed and it isn't..  The only
> >effective thing that ever happens if I am using epic,
> >and epic detects that your nick is going to be changed
> >or you are going to be killed and does it for you..
> >
> >
> >How do I render this problem fixed?
> >
> ISTR this being a bug in the nick changing code.  One of our resident
> coders on our network found the command being sent wasn't correct.  The
> SVSNICK format wasn't correct.  Check your ircservices.log for
> "permission denied, you are not an irc operator" directed to a server.
> Then look in your protocols/unreal/<some file, prolly nickserv.c> for
> the nick changing code.  Oh, and know what you're doing, because I sure
> don't.
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From Craig at chatspike.net  Mon Apr  5 14:09:05 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
Message-ID: <mailman.27.1098597724.26050.ircservices@ircservices.za.net>

This is the answer you are looking for. U:Lines need the server NAME (ie, services.yournetwork.net) rather than the IP of the server.

So it should read something like:

ulines {
        services.yournetwork.net;
};

(Please note these are only EXAMPLES, don't try using the addresses i've used else that wont work either :))

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Yusuf Iskenderoglu <uhc0@rz.uni-karlsruhe.de>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-04-05 22:00:54
 * Subject - Re: [IRCServices] nsforcenickchange&In-Reply-To=
 ****************************************/

/****** - Begin Original Message - ******/

>Actually, 
>
>"Permission denied" would not show that the SVSNICK line is wrong, BUT
>that an appropriate U:Line is missing.
>
>maybe you sould add the NAME of the services server instead its ip
>address to "ulines {}" ?
>
>Regards;
>yusuf
>
>On Mon, 2004-04-05 at 22:52, Freddie Agricola wrote:
>> On Mon, 5 Apr 2004 12:40:12 -0700 (PDT), you wrote:
>> 
>> >Ok... I have done you have said and enabled these
>> >options...
>> >
>> >Now the nick force change works... sort of...
>> >It says it's changing .. but doesn't eg
>> >NickServ: This nickname has been registered; you may
>> >not use it. Your nickname is now being changed to
>> >Guest350711211.
>> ><temporal> My nick hasn't changed
>> >
>> >This only works with newly registered accounts
>> >
>> >I removed nsforcechange as I thought there was some
>> >problem unrealircd's nickforcechange options... now
>> >the operation is quite sparatic
>> >
>> >Sometimes you will killed. sometimes you will be told
>> >your nick is being changed and it isn't..  The only
>> >effective thing that ever happens if I am using epic,
>> >and epic detects that your nick is going to be changed
>> >or you are going to be killed and does it for you..
>> >
>> >
>> >How do I render this problem fixed?
>> >
>> ISTR this being a bug in the nick changing code.  One of our resident
>> coders on our network found the command being sent wasn't correct.  The
>> SVSNICK format wasn't correct.  Check your ircservices.log for
>> "permission denied, you are not an irc operator" directed to a server.
>> Then look in your protocols/unreal/<some file, prolly nickserv.c> for
>> the nick changing code.  Oh, and know what you're doing, because I sure
>> don't.
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From admin at nevernet.net  Mon Apr  5 22:07:29 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] LISTCHANS Error
Message-ID: <mailman.28.1098597724.26050.ircservices@ircservices.za.net>

The following two users are on the Services Operator list. When doing LISTCHANS
for their own nicknames, they are getting a "Permission Denied" response and
then getting the normal output for LISTCHANS.

These users are unable to use LISTCHANS on other nicknames, which is correct
behaviour according to the help information for this command.

It sort of makes sense why this happens as they are trying to use the command
incorrectly. But it may be a bit confusing to have services return an error
*and* the requested information. Is there any chance of just services just
ignoring any input after LISTCHANS if the user does not have permission to use
the LISTCHANS [nick] command and only returning information for the user's nick
without an error?

Elijah

<r0wr> listchans r0wr
<NickServ> Permission denied.
<NickServ> Channels registered by r0wr:
<NickServ> #Bots
<NickServ> #Orkut
<NickServ> #infection_help
<NickServ> #r0wr
<NickServ> End of list (4 channels registered).

<thain> listchans thain
<NickServ> Permission denied.
<NickServ> Channels registered by Thain:
<NickServ> #gargle
<NickServ> End of list (1 channels registered)..
<NickServ> listchans r0wr
<NickServ> Permission denied.
<NickServ> Channels registered by Thain:
<NickServ>     #gargle
<NickServ> End of list (1 channels registered)..





From achurch at achurch.org  Tue Apr  6 14:37:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] LISTCHANS Error
In-Reply-To: <40723ba8.31121@mail.achurch.org>
Message-ID: <4072427b.52141@achurch.org>

><r0wr> listchans r0wr
><NickServ> Permission denied.
><NickServ> Channels registered by r0wr:

     Fixed, thanks for the report.  (The intention was to abort after the
error message; the code has been corrected to do this, except in the case
where a non-servadmin operator gives their own nickname, in which case the
list will be displayed as usual.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From admin at nevernet.net  Mon Apr  5 22:42:03 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] LISTCHANS Error
In-Reply-To: <4072427b.52141@achurch.org>
Message-ID: <mailman.29.1098597724.26050.ircservices@ircservices.za.net>

Thanks :)

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Andrew Church
Sent: Tuesday, 06 April, 2004 12:38 AM
To: ircservices@ircservices.za.net
Subject: Re: [IRCServices] LISTCHANS Error

><r0wr> listchans r0wr
><NickServ> Permission denied.
><NickServ> Channels registered by r0wr:

     Fixed, thanks for the report.  (The intention was to abort after the
error message; the code has been corrected to do this, except in the case
where a non-servadmin operator gives their own nickname, in which case the
list will be displayed as usual.)

  --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  Tue Apr  6 14:55:33 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] Bug in 'CS info all'? (NS/CS-identifed founder)
In-Reply-To: <039201c403ba$b83ad400$024ea8c0@wolfkiste>
Message-ID: <40724667.53065@achurch.org>

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi all,
>
>i'm not sure whether this is wanted behavior or simply a bug:
>
>The help for 'ChanServ INFO' says "If you are identified as the founder of
>the channel you're getting information for and ALL is specified, the entry
>message and successor will also be displayed.".
>
>But 'info all' only shows also extended information, if you have identified
>with the chanpass for your channel. If you only identified for your
>registered nick being founder of a channel, 'info all' doesn't show all
>information for your own channel.
>Since a "nick-identified founder" can change all the extra information 'cs
>info all' shows (like successor, entrymsg etc.), i do not see any reason why
>he shouldn't also could list these values.
>
>Wolfgang
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.g1b50n.co.za/mailman/listinfo/ircservices


From thekynanbud at yahoo.com  Tue Apr  6 06:18:59 2004
From: thekynanbud at yahoo.com (kynan lalone)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
Message-ID: <20040406131859.32284.qmail@web60208.mail.yahoo.com>

Ok... Ok... This is becomming quite an issue :)  Here
is what I have done to fix using your suggestions, and
here is the undesired results.

I changed
link            services.ircwayoxbay
{  
        username        *;
        hostname        localhost;
        bind-ip         *;  
        port            7029;
        leaf            *;
        password-connect "LiNK";
        password-receive "LiNK";
        class           servers;
                options {
/*
                        autoconnect;
                        ssl;
                        zip;
*/
                };
};


and..


ulines {
        localhost;
};

(Notice the only changes were changing 127.0.0.1 to
localhost as the last suggestion was ulines needed a
hostname, not an IP)

and Now the results are:
My nick is still not changed/and I am not killed
(unless a client such as epic changes itself)  After
my nick isn't changed, I can change it to another
nick... and then try to change it back but the the
server says its inuse.  After a quick /whois I get
*** temporal is enforcer@ircwayoxbay (NickServ
Enforcement)
*** on irc via server services.ircwayoxbay
(IRCWAY_OXBAY Services)
*** temporal : End of /WHOIS list.
I thought enforcer was only for when NickServ was in
use by a user when services restarted...... confusing?
yes.

Truly yours - more and more confused daily,
Kynan.

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/


From brain at winbot.co.uk  Tue Apr  6 08:06:21 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
Message-ID: <200404061506.i36F6Lv26049@brainbox.winbot.co.uk>

dont use hostnames.

your uline should be for services.ircwayoxbay NOT localhost.

>Ok... Ok... This is becomming quite an issue :)  Here
>is what I have done to fix using your suggestions, and
>here is the undesired results.
>
>I changed
>link            services.ircwayoxbay
>{  
>        username        *;
>        hostname        localhost;
>        bind-ip         *;  
>        port            7029;
>        leaf            *;
>        password-connect "LiNK";
>        password-receive "LiNK";
>        class           servers;
>                options {
>/*
>                        autoconnect;
>                        ssl;
>                        zip;
>*/
>                };
>};
>
>
>and..
>
>
>ulines {
>        localhost;
>};
>
>(Notice the only changes were changing 127.0.0.1 to
>localhost as the last suggestion was ulines needed a
>hostname, not an IP)
>
>and Now the results are:
>My nick is still not changed/and I am not killed
>(unless a client such as epic changes itself)  After
>my nick isn't changed, I can change it to another
>nick... and then try to change it back but the the
>server says its inuse.  After a quick /whois I get
>*** temporal is enforcer@ircwayoxbay (NickServ
>Enforcement)
>*** on irc via server services.ircwayoxbay
>(IRCWAY_OXBAY Services)
>*** temporal : End of /WHOIS list.
>I thought enforcer was only for when NickServ was in
>use by a user when services restarted...... confusing?
>yes.
>
>Truly yours - more and more confused daily,
>Kynan.
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Small Business $15K Web Design Giveaway 
>http://promotions.yahoo.com/design_giveaway/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From thekynanbud at yahoo.com  Tue Apr  6 08:49:13 2004
From: thekynanbud at yahoo.com (kynan lalone)
Date: Sat Oct 23 23:02:04 2004
Subject: [IRCServices] nsforcenickchange
Message-ID: <20040406154913.63782.qmail@web60205.mail.yahoo.com>

Thank you so much for helping me with my problem. 
Everything works perfectly now.. I just one last quick
question for a newbie to ircservices...

Is there any way I can clear all the access lists (I
think that is the problem) So all the users don't have
to re-register to enable this new feature?

Thank you so much for the help and putting up with my
incompetence :)

Kynan

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/


From chat at discoware.com  Tue Apr  6 15:36:19 2004
From: chat at discoware.com (TrAnCe)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Bug?
Message-ID: <003001c41c27$abb27c80$1368fea9@discoware>

I found a little bug whith UnrealIRCd 3.2-RC2
 . . Now talking in #
[Total: 1] [Ops: 1 (100%)] [Voice: 0 (0%)] [Regular: 0 (0%)]
[Synched in 0.016 seconds]
[ 00:32:14 ]  . . ChanMode: @Frodo^Minas_Tirith sets mode [ +nt ]

I can join to # channel.
Is it an ircservices bug or UnrealIRCd bug. I think it is services bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040407/3ea7ae17/attachment.htm
From ircservices at tou.de  Tue Apr  6 15:53:25 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Bug?
References: <003001c41c27$abb27c80$1368fea9@discoware>
Message-ID: <0f0801c41c2a$4afdd5d0$024ea8c0@wolfkiste>

----- Original Message -----
From: TrAnCe
To: IRC Services General Mailing List
Sent: Wednesday, April 07, 2004 12:36 AM
Subject: [IRCServices] Bug?


> I can join to # channel.
> Is it an ircservices bug or UnrealIRCd bug. I think it is services bug.

It's not a bug. Whether you can join the # channel depends on this option:

# CSForbidShortChannel  [OPTIONAL]
#     When enabled, treats the channel "#" as a forbidden channel, not
#     allowing any users to join it.  When not enabled, the channel "#"
#     can be used normally, although ChanServ functions cannot be used
#     with it.

Wolle



From medice at gmx.at  Tue Apr  6 15:56:27 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Bug?
In-Reply-To: <003001c41c27$abb27c80$1368fea9@discoware>
References: <003001c41c27$abb27c80$1368fea9@discoware>
Message-ID: <4073359B.9000607@gmx.at>

TrAnCe wrote:
> I found a little bug whith UnrealIRCd 3.2-RC2
>  ? ? Now talking in #
> [Total: 1] [Ops: 1 (100%)] [Voice: 0 (0%)] [Regular: 0 (0%)]
> [Synched in 0.016 seconds]
> [ 00:32:14 ]  ? ? ChanMode: @Frodo^Minas_Tirith sets mode [ +nt ]
>  
> I can join to # channel.
> Is it an ircservices bug or UnrealIRCd bug. I think it is services bug.
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices

why do you think so?  it's an ircd-bug, as it's the work of ircd joining 
users to channel or not, services are something more in background in a 
sense...

greets
/medice


From jamie at silverdream.org  Tue Apr  6 16:05:23 2004
From: jamie at silverdream.org (Jamie L. Penman-Smithson)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Bug?
In-Reply-To: <003001c41c27$abb27c80$1368fea9@discoware>
References: <003001c41c27$abb27c80$1368fea9@discoware>
Message-ID: <1081292723.1115.209.camel@oasis.silverdream.hq>

On Tue, 2004-04-06 at 23:36, TrAnCe wrote:
> I can join to # channel.
> Is it an ircservices bug or UnrealIRCd bug. I think it is services
> bug.

Next time, RTFM. If you'd looked at the documentation you'd have read
these two rather enlightening paragraphs:

"Finally, note that the channel "#" (a single "#" character with no name
following) is treated specially by Services. While this channel is legal
according to the IRC protocol (RFC 1459) and in fact supported by most,
if not all, IRC servers, it requires special treatment for use with a
number of Services functions, and in fact bugs in previous versions of
Services as well as other Services-like programs have allowed users to
crash these programs using the channel "#". Thus, to avoid the potential
for such problems, Services explicitly refuses to allow this channel to
be registered (or forbidden), which in turn prevents any other Services
functions from being used with it."

"As a result of this (lack of) handling, users will be able to use the
channel "#" freely. If this bothers you, the CSForbidShortChannel option
in modules.conf can be enabled, which causes Services to treat this
channel as a forbidden channel and not allow any clients to use it.
(Unlike normal forbidden channels, even Services administrators will not
be permitted to use the channel when this option is enabled.)"

-- 
-jamie <jamie@silverdream.org> | spamtrap: spam@silverdream.org
 w: http://www.silverdream.org | p: sms@silverdream.org
 pgp key @ http://silverdream.org/~jps/pub.key
 23:30:01 up 2 days, 34 min, 12 users,  load average: 0.06, 0.19, 0.18
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040407/d01e39d6/attachment.pgp
From achurch at achurch.org  Wed Apr  7 10:17:23 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] nsforcenickchange
In-Reply-To: <20040406154913.63782.qmail@web60205.mail.yahoo.com>
Message-ID: <407356fe.01730@achurch.org>

>Is there any way I can clear all the access lists (I
>think that is the problem) So all the users don't have
>to re-register to enable this new feature?

     Not all at once, unless you wipe the databases completely
(rm {datadir}/*.db).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Fri Apr  9 14:18:30 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Segfault again.
In-Reply-To: <4024F218.7090900@se.linux.org>
Message-ID: <407632aa.63255@achurch.org>

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Andrew Church wrote:
>| I can't find any reference to a -fstack-protector option in the GCC
>| documentation.  Are you using an unofficial build?  If so, your GCC could
>| be broken.  If you can send me your executable file and core, I'll try to
>| look into the problem as time permits.
>
>I am not the one controling this part at our server, so I don't know so
>much about it. As far as I know it's an extantion to gcc, see [0], and
>are used to protect agains stack overflows. The other admins just said
>that I should use -fstack-protector while compiling IRCd and services,
>and so I did. I think this was why I got seg fraults using .27 before too.
[...]
>[0] http://www.trl.ibm.com/projects/security/ssp/

     I finally got around to looking at this, and it turns out that this
stack-protector extension has a bug which generates incorrect code for
certain cases, and Services triggers this bug.  I've sent a report to the
author of the patch; for the meantime, don't use -fstack-protector when
compiling Services.  (I'll put in a configure check in the next release to
ensure that it's not used.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From azoff at se.linux.org  Fri Apr  9 01:38:50 2004
From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Segfault again.
In-Reply-To: <407632aa.63255@achurch.org>
References: <407632aa.63255@achurch.org>
Message-ID: <4076611A.2000403@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
|
|      I finally got around to looking at this, and it turns out that this
| stack-protector extension has a bug which generates incorrect code for
| certain cases, and Services triggers this bug.  I've sent a report to the
| author of the patch; for the meantime, don't use -fstack-protector when
| compiling Services.  (I'll put in a configure check in the next release to
| ensure that it's not used.)

Thanks!
Please tell me when I could use -fstack-protector again :)

Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAdmEZeY7jmtvbDP0RAlc8AKCdCsueItnte8wgbGzs8CMF9SJwAQCggaMO
kILla37ec+UR31qW6/X1uh4=
=C1Uq
-----END PGP SIGNATURE-----


From ircservices at tou.de  Mon Apr 12 07:42:21 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
Message-ID: <16fa01c4209d$051a71f0$024ea8c0@wolfkiste>

Hi,

at our net we have lot of users running unattended bouncers. Some of these
bouncers have no auto identify on logon and start to 'fight' with the
services after a reconnect. Means: They change to a registered nick,
services change their nick to a guest nick and so on - i'm sure you all know
this situation.

I see the following options to cope with this problem (manually, as sadmin):
- ban the user in one of his channels to stop nick changes
  You need chanop-privileges in one of the users channels. If the bouncer
  reconnects, you have the same problem.

- kill/kline the user
  Very hard method with low effect. BNC continues annoying by (quickly)
  reconnecting servers.

- drop the nick
  There should be no reason to drop other users nick.. :)

- disable the kill-option for the nick
  Working solution, but opens a security hole: Other users can use the nick.

- add the ident/host mask to the nick accesslist
  IMHO the best solution. I'm not a fan of changing other users options, but
  compared to the alternatives it's the easiest and friendliest method.

The problem is, that you can only modify your own nick access list, even as
sadmin. It would be very helpful if sadmins could modify the nick
access lists of any user like they can change the nick options for everyone.

Wolle




From Craig at chatspike.net  Mon Apr 12 09:01:28 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
Message-ID: <mailman.30.1098597725.26050.ircservices@ircservices.za.net>

Cant you use /ns set <nick> kill off? The user will be prompted for their password, but Nickserv wont take any action if its not entered.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Wolfgang Urban <ircservices@tou.de>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-04-12 15:42:21
 * Subject - [IRCServices] Feature Request: SA can modify every NS acc list
 ****************************************/

/****** - Begin Original Message - ******/

>Hi,
>
>at our net we have lot of users running unattended bouncers. Some of these
>bouncers have no auto identify on logon and start to 'fight' with the
>services after a reconnect. Means: They change to a registered nick,
>services change their nick to a guest nick and so on - i'm sure you all know
>this situation.
>
>I see the following options to cope with this problem (manually, as sadmin):
>- ban the user in one of his channels to stop nick changes
>  You need chanop-privileges in one of the users channels. If the bouncer
>  reconnects, you have the same problem.
>
>- kill/kline the user
>  Very hard method with low effect. BNC continues annoying by (quickly)
>  reconnecting servers.
>
>- drop the nick
>  There should be no reason to drop other users nick.. :)
>
>- disable the kill-option for the nick
>  Working solution, but opens a security hole: Other users can use the nick.
>
>- add the ident/host mask to the nick accesslist
>  IMHO the best solution. I'm not a fan of changing other users options, but
>  compared to the alternatives it's the easiest and friendliest method.
>
>The problem is, that you can only modify your own nick access list, even as
>sadmin. It would be very helpful if sadmins could modify the nick
>access lists of any user like they can change the nick options for everyone.
>
>Wolle
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From brain at winbot.co.uk  Mon Apr 12 09:28:50 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
Message-ID: <200404121628.i3CGSov08804@brainbox.winbot.co.uk>

that lets other users use the nick too though :p

>Cant you use /ns set <nick> kill off? The user will be prompted for their password, but Nickserv wont take any action if its not entered.
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Wolfgang Urban <ircservices@tou.de>
> * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
> * Sent    - 2004-04-12 15:42:21
> * Subject - [IRCServices] Feature Request: SA can modify every NS acc list
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>Hi,
>>
>>at our net we have lot of users running unattended bouncers. Some of these
>>bouncers have no auto identify on logon and start to 'fight' with the
>>services after a reconnect. Means: They change to a registered nick,
>>services change their nick to a guest nick and so on - i'm sure you all know
>>this situation.
>>
>>I see the following options to cope with this problem (manually, as sadmin):
>>- ban the user in one of his channels to stop nick changes
>>  You need chanop-privileges in one of the users channels. If the bouncer
>>  reconnects, you have the same problem.
>>
>>- kill/kline the user
>>  Very hard method with low effect. BNC continues annoying by (quickly)
>>  reconnecting servers.
>>
>>- drop the nick
>>  There should be no reason to drop other users nick.. :)
>>
>>- disable the kill-option for the nick
>>  Working solution, but opens a security hole: Other users can use the nick.
>>
>>- add the ident/host mask to the nick accesslist
>>  IMHO the best solution. I'm not a fan of changing other users options, but
>>  compared to the alternatives it's the easiest and friendliest method.
>>
>>The problem is, that you can only modify your own nick access list, even as
>>sadmin. It would be very helpful if sadmins could modify the nick
>>access lists of any user like they can change the nick options for everyone.
>>
>>Wolle
>>
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From ircservices at tou.de  Mon Apr 12 09:45:48 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
References: <200404121602.i3CG2kWN023970@mailin.webmailer.de>
Message-ID: <174e01c420ad$ef26e070$024ea8c0@wolfkiste>

----- Original Message -----
From: "Craig McLure" <Craig@chatspike.net>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
Sent: Monday, April 12, 2004 6:01 PM
Subject: Re: [IRCServices] Feature Request: SA can modify every NS acc list


> Cant you use /ns set <nick> kill off? The user will be prompted for
> their password, but Nickserv wont take any action if its not entered.

As i wrote:

> >- disable the kill-option for the nick
> >  Working solution, but opens a security hole: Other users can use the
> > nick.

Wolle



From ircservices at tou.de  Mon Apr 12 09:56:15 2004
From: ircservices at tou.de (Wolfgang Urban)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
References: <407AC3FE.9050509@sympatico.ca>
Message-ID: <179a01c420af$6ecb7650$024ea8c0@wolfkiste>

----- Original Message -----
From: "pam" <pam.goudge@sympatico.ca>
To: "Wolfgang Urban" <ircservices@tou.de>
Sent: Monday, April 12, 2004 6:29 PM
Subject: re [IRCServices] Feature Request: SA can modify every NS acc list


> if using unreal sajoin these guys in a channel that is +N
> +N stops nick changes

I'm not using Unreal, but setting chanmode N would have the same effect as:

> > - ban the user in one of his channels to stop nick changes
> >  You need chanop-privileges in one of the users channels. If the
> >  bouncer reconnects, you have the same problem.

Additionally some bouncers part channels immediately after sajoin'ing them.
And they won't autojoin this channel when they reconnect.

Wolle



From achurch at achurch.org  Tue Apr 13 09:06:00 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Feature Request: SA can modify every NS acc list
In-Reply-To: <16fa01c4209d$051a71f0$024ea8c0@wolfkiste>
Message-ID: <407b2ef9.15272@achurch.org>

>The problem is, that you can only modify your own nick access list, even as
>sadmin. It would be very helpful if sadmins could modify the nick
>access lists of any user like they can change the nick options for everyone.

     This is already in my plans for 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Tue Apr 13 05:13:46 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com>

Hello.
A new command may be added to ircservices (or not..).
The command will be like this:

/cs set #channel restrictid on-off

If the option is "on" the /cs identify command will be
allowed only to channel accessed users even if someone
else have the password. If the option is "off" the /cs
identify command will be allowed to anyone who have
the password.

Please reply:))


From vonitsa_net at yahoo.gr  Tue Apr 13 10:48:08 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040413174808.38288.qmail@web86106.mail.ukl.yahoo.com>

Sorry for my english.. A channel accessed user is a
user who have access to a channel.

=====
Dionisios K. - VoNiTsA On GrNet



From brain at winbot.co.uk  Tue Apr 13 12:26:52 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <200404131926.i3DJQqv02204@brainbox.winbot.co.uk>

i really like this idea, hope it gets put into 5.1 or whenever...

>Hello.
>A new command may be added to ircservices (or not..).
>The command will be like this:
>
>/cs set #channel restrictid on-off
>
>If the option is "on" the /cs identify command will be
>allowed only to channel accessed users even if someone
>else have the password. If the option is "off" the /cs
>identify command will be allowed to anyone who have
>the password.
>
>Please reply:))
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From mark at ctcp.net  Tue Apr 13 13:59:58 2004
From: mark at ctcp.net (M)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
In-Reply-To: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com>
Message-ID: <E1BDV12-0007Y1-0X@anchor-post-33.mail.demon.net>

Isn't this already available: by default only the founder knows the password
so only that person can identify for it. If for some peculiar reason the
founder wants to share the password they can. 

This "option" does not seem to create a benefit and merely adds unnecessary
complexity.

M.

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Dionisios K.
> Sent: 13 April 2004 13:14
> To: ircservices@ircservices.za.net
> Subject: [IRCServices] secure Identify Feature..
> 
> Hello.
> A new command may be added to ircservices (or not..).
> The command will be like this:
> 
> /cs set #channel restrictid on-off
> 
> If the option is "on" the /cs identify command will be 
> allowed only to channel accessed users even if someone else 
> have the password. If the option is "off" the /cs identify 
> command will be allowed to anyone who have the password.
> 
> Please reply:))
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From Craig at chatspike.net  Tue Apr 13 15:50:12 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <mailman.31.1098597725.26050.ircservices@ircservices.za.net>

This command would add things to make the channel more secure thou, If you did give the channel founder password to people you trust, and you find its being abused, you can simply remove that person from the access list, this way you dont need to worry about changing the password and re-distributing it :) 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - M <mark@ctcp.net>
 * To      - 'IRC Services General Mailing List' <ircservices@ircservices.za.net>
 * Sent    - 2004-04-13 21:59:58
 * Subject - RE: [IRCServices] secure Identify Feature..
 ****************************************/

/****** - Begin Original Message - ******/

>Isn't this already available: by default only the founder knows the password
>so only that person can identify for it. If for some peculiar reason the
>founder wants to share the password they can. 
>
>This "option" does not seem to create a benefit and merely adds unnecessary
>complexity.
>
>M.
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From mark at ctcp.net  Tue Apr 13 16:08:45 2004
From: mark at ctcp.net (M)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
In-Reply-To: <E1BDWk5-0004J3-HD@lon1-hub.mail.demon.net>
Message-ID: <E1BDX1f-0001VX-0X@anchor-post-33.mail.demon.net>

Craig McLure wrote:
> This command would add things to make the channel more secure 
> thou, If you did give the channel founder password to people 
> you trust, and you find its being abused, you can simply 
> remove that person from the access list, this way you dont 
> need to worry about changing the password and re-distributing it :) 

The way to be secure is not to give out the founder password. You could
apply the same short sighted reason for a "/ns set
letotherpeopleaccessmynick pass" request. 

The founder password is designed to give the channel founder access to
manage the ownership of the channel. There is no need to give out the
password to anyone, channel management through others is provided via op
status. 

If for some peculiar reason a channel founder wishes to share the password
then IMO that is their problem. The chances are that any user that would
require modifying the access list to "fix" this, would likely be attempted
too late since a rogue user could have merely taken ownership of the channel
thereby making the option and the founder password redundant and merely make
it a problem that administrators waste time on. 

The founder can already provide access to whatever commands an op needs via
levels which is far more secure and already subject to access list
restrictions. 

What function of founder status is required that warrants removing the
founder status by supporting sharing of it? 

M. 



From Craig at chatspike.net  Tue Apr 13 17:39:43 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <mailman.32.1098597725.26050.ircservices@ircservices.za.net>

I read this mail, and read it again, and its absolutly right, with some careful manipulation of the /cs levels command, along with /cs access, you can basically give people 'Founder' privs without them being founder. Another possible advantage to this command thou.. If for some weird reason, someone finds your channel password, this command would prevent them from doing anything with it, as they would not be able to log on as channel founder (Unless they were on the access list). sometimes the distributation of channel passwords may be present when the real founder cant get at the channel for various reasons, and they give the password to the successor, or someone else trustworthy. From where i'm sitting, I cant really see any other real use for this function.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - M <mark@ctcp.net>
 * To      - 'IRC Services General Mailing List' <ircservices@ircservices.za.net>
 * Sent    - 2004-04-13 23:08:45
 * Subject - RE: RE: [IRCServices] secure Identify Feature..
 ****************************************/

/****** - Begin Original Message - ******/

>Craig McLure wrote:
>> This command would add things to make the channel more secure 
>> thou, If you did give the channel founder password to people 
>> you trust, and you find its being abused, you can simply 
>> remove that person from the access list, this way you dont 
>> need to worry about changing the password and re-distributing it :) 
>
>The way to be secure is not to give out the founder password. You could
>apply the same short sighted reason for a "/ns set
>letotherpeopleaccessmynick pass" request. 
>
>The founder password is designed to give the channel founder access to
>manage the ownership of the channel. There is no need to give out the
>password to anyone, channel management through others is provided via op
>status. 
>
>If for some peculiar reason a channel founder wishes to share the password
>then IMO that is their problem. The chances are that any user that would
>require modifying the access list to "fix" this, would likely be attempted
>too late since a rogue user could have merely taken ownership of the channel
>thereby making the option and the founder password redundant and merely make
>it a problem that administrators waste time on. 
>
>The founder can already provide access to whatever commands an op needs via
>levels which is far more secure and already subject to access list
>restrictions. 
>
>What function of founder status is required that warrants removing the
>founder status by supporting sharing of it? 
>
>M. 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Wed Apr 14 09:42:30 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
In-Reply-To: <407c7a68.52474@mail.achurch.org>
Message-ID: <407c8f26.04340@achurch.org>

>Another possible advantage to this command thou.. If for some weird
>reason, someone finds your channel password, this command would prevent
>them from doing anything with it, as they would not be able to log on as
>channel founder (Unless they were on the access list).

     It's always been my policy not to try and defend against user
stupidity; "build idiot-proof software, and Nature will build a better
idiot"--it's a losing battle.  I realize that with the glut of online
services these days, it's next to impossible to memorize "good", distinct
passwords for everything, and I'll admit even I keep my less important
passwords stored in an encrypted file on my PC.  Nonetheless, the password
itself should almost never be needed, since the founder can perform all
founder functions (except dropping) by identifying for their nick.  If the
founder does choose to share the password, e.g. while going on vacation,
and said password is abused, as far as I'm concerned that's their fault,
and there's nothing Services should do about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dwachtve at hotmail.com  Tue Apr 13 18:12:19 2004
From: dwachtve at hotmail.com (David D. Wachtveitl)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
References: <MC5-F18cCESWs38TRwy00048f7f@mc5-f18.hotmail.com>
Message-ID: <Sea2-DAV11p0mmhQZiC0002835a@hotmail.com>

Also, it would prevent an "over the shoulder" viewer of the password the
ability to use it.  I keep an access mask on my nick ident for this very
reason.  I think it makes some sense to have this on the channel founder as
well (as an option).  Of course, if for some reason you are the founder and
no longer have access to the mask you set for yourself, you could be sol
also :P


----- Original Message ----- 
From: "Craig McLure" <Craig@chatspike.net>
To: "mark@ctcp.net, IRC Services Gene"
<mark@ctcp.net,ircservices@ircservices.za.net>
Sent: Tuesday, April 13, 2004 8:39 PM
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..


> I read this mail, and read it again, and its absolutly right, with some
careful manipulation of the /cs levels command, along with /cs access, you
can basically give people 'Founder' privs without them being founder.
Another possible advantage to this command thou.. If for some weird reason,
someone finds your channel password, this command would prevent them from
doing anything with it, as they would not be able to log on as channel
founder (Unless they were on the access list). sometimes the distributation
of channel passwords may be present when the real founder cant get at the
channel for various reasons, and they give the password to the successor, or
someone else trustworthy. From where i'm sitting, I cant really see any
other real use for this function.
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  * InspIRCd   - http://www.inspircd.org  - REVIVED
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - M <mark@ctcp.net>
>  * To      - 'IRC Services General Mailing List'
<ircservices@ircservices.za.net>
>  * Sent    - 2004-04-13 23:08:45
>  * Subject - RE: RE: [IRCServices] secure Identify Feature..
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >Craig McLure wrote:
> >> This command would add things to make the channel more secure
> >> thou, If you did give the channel founder password to people
> >> you trust, and you find its being abused, you can simply
> >> remove that person from the access list, this way you dont
> >> need to worry about changing the password and re-distributing it :)
> >
> >The way to be secure is not to give out the founder password. You could
> >apply the same short sighted reason for a "/ns set
> >letotherpeopleaccessmynick pass" request.
> >
> >The founder password is designed to give the channel founder access to
> >manage the ownership of the channel. There is no need to give out the
> >password to anyone, channel management through others is provided via op
> >status.
> >
> >If for some peculiar reason a channel founder wishes to share the
password
> >then IMO that is their problem. The chances are that any user that would
> >require modifying the access list to "fix" this, would likely be
attempted
> >too late since a rogue user could have merely taken ownership of the
channel
> >thereby making the option and the founder password redundant and merely
make
> >it a problem that administrators waste time on.
> >
> >The founder can already provide access to whatever commands an op needs
via
> >levels which is far more secure and already subject to access list
> >restrictions.
> >
> >What function of founder status is required that warrants removing the
> >founder status by supporting sharing of it?
> >
> >M.
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From achurch at achurch.org  Wed Apr 14 10:42:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
In-Reply-To: <Sea2-DAV11p0mmhQZiC0002835a@hotmail.com>
Message-ID: <407c9775.04373@achurch.org>

>Also, it would prevent an "over the shoulder" viewer of the password the
>ability to use it.  I keep an access mask on my nick ident for this very
>reason.  I think it makes some sense to have this on the channel founder as
>well (as an option).  Of course, if for some reason you are the founder and
>no longer have access to the mask you set for yourself, you could be sol
>also :P

     The same issue applies for nicks, since you can identify regardless of
whether you match an access mask or not--unless you set KILL IMMED on your
nick, in which case, as you say, you're SOL.  The solution is to not let
people watch you type your password.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dwachtve at hotmail.com  Tue Apr 13 18:59:09 2004
From: dwachtve at hotmail.com (David D. Wachtveitl)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
References: <407c9775.04373@achurch.org>
Message-ID: <SEA2-DAV6wZKxnEzY0W00010f3c@hotmail.com>

Well, except on nicks you have the option, on the channel founder you do
not, is that not the whole point trying to be made here?  In this day and
age, it is getting to the point where you can barely go to the bathroom
without being "watched" in some manner.   The real answer would be to crypt
the passwords (so they can't be snooped/sniffed) and to not allow them to be
seen on the screen.  Knowing that is not going to happen, the current
suggestion would be a good solution.

Just my .02

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Tuesday, April 13, 2004 9:42 PM
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..


> >Also, it would prevent an "over the shoulder" viewer of the password the
> >ability to use it.  I keep an access mask on my nick ident for this very
> >reason.  I think it makes some sense to have this on the channel founder
as
> >well (as an option).  Of course, if for some reason you are the founder
and
> >no longer have access to the mask you set for yourself, you could be sol
> >also :P
>
>      The same issue applies for nicks, since you can identify regardless
of
> whether you match an access mask or not--unless you set KILL IMMED on your
> nick, in which case, as you say, you're SOL.  The solution is to not let
> people watch you type your password.
>
>   --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  Wed Apr 14 11:38:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] Services 5.0.30 released
Message-ID: <407ca4f2.24232@achurch.org>

     Services 5.0.30 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (USA, California)

15d8c01946ea6bdcc173b561c6576cb0  ircservices-5.0.30.tar.gz
350b43673ffc65ab4977898f5c4b861f  ircservices-5.0.30.diff.gz
b7663327556ae06b617f35c3cdf64338  ircservices-5.0.30-1.i386.rpm
8bdbaa265fd38cd70d836392b8614708  ircservices_5.0.30-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This is a maintenance release including fixes for the various issues
that have been raised over the last couple of weeks.  See below for
details.

Changes in version 5.0.30
-------------------------
2004/04/09      Added logic to configure script to avoid the use of the
                    -fstack-protector option if doing so would trigger a
                    compiler bug.  Reported by Torbjo"rn Svennson
                    <azoff@se.linux.org>
2004/04/06      ChanServ no longer requires an explicit IDENTIFY to use INFO
                    ALL.  Reported by Wolfgang Urban <ircservices@tou.de>
2004/04/06      NickServ LISTCHANS now properly aborts when a non-servadmin
                    uses the nickname form of the command.  Reported by
                    Elijah <admin@nevernet.net>
2004/04/04      The ChanServ DEPROTECT command now clears channel-owner
                    status on those IRC servers that support such a mode.
                    Suggested by <freakycomputer@global.co.za>
2004/04/02      Fixed additional bug causing autokill exclusions to not
                    function properly in some cases.
2004/04/02      Fixed bug causing autokill exclusions to not function under
                    Unreal.  Reported by Eric Murphy <emurphy@sporked.us>
2004/03/31      Fixed bug allowing users to improperly be identified for
                    newly-registered nicknames awaiting authentication.
                    Reported by <cyberdems@cyberdems.za.net>
2004/03/30      Added workaround for Unreal SQLINE "bouncing" issue.
                    Reported by Craig Edwards <brain@winbot.co.uk>
2004/03/30      ChanServ SET RESTRICTED no longer modifies the internal
                    NOJOIN level.
2004/03/30      Fixed failure to reset internal-use AUTODEOP and NOJOIN
                    channel levels when loading databases from version 4.5
                    and earlier.  Reported by Wolfgang Urban
                    <ircservices-coding@tou.de>


  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Wed Apr 14 00:02:05 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040414070205.84542.qmail@web86105.mail.ukl.yahoo.com>

Im not sure but when someone try to identify a channet
too many times with wrong password, chanserv suspends
this channel for some days. This command will prevent
any lame user who try to do this. And something else.
If the real founder want to activate this command to
his channel he must think the possibility to lose his
nick password. But this command is optional if someone
wants this type of security will enable it, if someone
doesnt like this will not enable it.... Is this right
or not?

=====
Dionisios K. - VoNiTsA On GrNet



From vonitsa_net at yahoo.gr  Wed Apr 14 00:02:44 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040414070244.67109.qmail@web86110.mail.ukl.yahoo.com>

Im not sure but when someone try to identify a channet
too many times with wrong password, chanserv suspends
this channel for some days. This command will prevent
any lame user who try to do this. And something else.
If the real founder want to activate this command to
his channel he must think the possibility to lose his
nick password. But this command is optional if someone
wants this type of security will enable it, if someone
doesnt like this will not enable it.... Is this right
or not?

=====
Dionisios K. - VoNiTsA On GrNet



From ruldaen at wfsg.net  Wed Apr 14 01:34:05 2004
From: ruldaen at wfsg.net (crs97)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] RE: IRCServices Digest, Vol 16, Issue 6
In-Reply-To: <BLAZEeltyZZBClQhyCW000002d1@BLAZE.wfsg.net>
Message-ID: <BLAZEnIkI2FQAYZILUd00000305@BLAZE.wfsg.net>

I really like this idea as well!!

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of
ircservices-request@ircservices.za.net
Sent: Tuesday, April 13, 2004 10:03 PM
To: ircservices@ircservices.za.net
Subject: IRCServices Digest, Vol 16, Issue 6

Send IRCServices mailing list submissions to
        ircservices@ircservices.za.net

To subscribe or unsubscribe via the World Wide Web, visit
        http://www.ircservices.za.net/mailman/listinfo/ircservices
or, via email, send a message with subject or body 'help' to
        ircservices-request@ircservices.za.net

You can reach the person managing the list at
        ircservices-owner@ircservices.za.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of IRCServices digest..."


Today's Topics:

   1. secure Identify Feature.. ( Dionisios K. )
   2. RE: secure Identify Feature.. (Dionisios K.)
   3. Re: secure Identify Feature.. (Craig Edwards)
   4. RE: secure Identify Feature.. (M)
   5. Re: RE: [IRCServices] secure Identify Feature.. (Craig McLure)
   6. RE: RE: [IRCServices] secure Identify Feature.. (M)
   7. Re: RE: RE: [IRCServices] secure Identify Feature.. (Craig McLure)
   8. Re: RE: RE: [IRCServices] secure Identify Feature..
      (Andrew Church)
   9. Re: RE: RE: [IRCServices] secure Identify Feature..
      (David D. Wachtveitl)
  10. Re: RE: RE: [IRCServices] secure Identify Feature..
      (Andrew Church)
  11. Re: RE: RE: [IRCServices] secure Identify Feature..
      (David D. Wachtveitl)


----------------------------------------------------------------------

Message: 1
Date: Tue, 13 Apr 2004 13:13:46 +0100 (BST)
From: " Dionisios K. " <vonitsa_net@yahoo.gr>
Subject: [IRCServices] secure Identify Feature..
To: ircservices@ircservices.za.net
Message-ID: <20040413121346.62294.qmail@web86105.mail.ukl.yahoo.com>
Content-Type: text/plain; charset=iso-8859-7

Hello.
A new command may be added to ircservices (or not..).
The command will be like this:

/cs set #channel restrictid on-off

If the option is "on" the /cs identify command will be
allowed only to channel accessed users even if someone
else have the password. If the option is "off" the /cs
identify command will be allowed to anyone who have
the password.

Please reply:))



------------------------------

Message: 2
Date: Tue, 13 Apr 2004 10:48:08 -0700 (PDT)
From: "Dionisios K." <vonitsa_net@yahoo.gr>
Subject: RE: [IRCServices] secure Identify Feature..
To: Ircservices@ircservices.za.net
Message-ID: <20040413174808.38288.qmail@web86106.mail.ukl.yahoo.com>
Content-Type: text/plain; charset=us-ascii

Sorry for my english.. A channel accessed user is a
user who have access to a channel.

=====
Dionisios K. - VoNiTsA On GrNet




------------------------------

Message: 3
Date: Tue, 13 Apr 2004 20:26:52 +0100
From: "Craig Edwards" <brain@winbot.co.uk>
Subject: Re: [IRCServices] secure Identify Feature..
To: "ircservices" <ircservices@ircservices.za.net>
Message-ID: <200404131926.i3DJQqv02204@brainbox.winbot.co.uk>
Content-Type: text/plain;       charset="iso-8859-1"

i really like this idea, hope it gets put into 5.1 or whenever...

>Hello.
>A new command may be added to ircservices (or not..).
>The command will be like this:
>
>/cs set #channel restrictid on-off
>
>If the option is "on" the /cs identify command will be
>allowed only to channel accessed users even if someone
>else have the password. If the option is "off" the /cs
>identify command will be allowed to anyone who have
>the password.
>
>Please reply:))
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices




------------------------------

Message: 4
Date: Tue, 13 Apr 2004 21:59:58 +0100
From: "M" <mark@ctcp.net>
Subject: RE: [IRCServices] secure Identify Feature..
To: "'IRC Services General Mailing List'"
        <ircservices@ircservices.za.net>
Message-ID: <E1BDV12-0007Y1-0X@anchor-post-33.mail.demon.net>
Content-Type: text/plain;       charset="US-ASCII"

Isn't this already available: by default only the founder knows the password
so only that person can identify for it. If for some peculiar reason the
founder wants to share the password they can. 

This "option" does not seem to create a benefit and merely adds unnecessary
complexity.

M.

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Dionisios K.
> Sent: 13 April 2004 13:14
> To: ircservices@ircservices.za.net
> Subject: [IRCServices] secure Identify Feature..
> 
> Hello.
> A new command may be added to ircservices (or not..).
> The command will be like this:
> 
> /cs set #channel restrictid on-off
> 
> If the option is "on" the /cs identify command will be 
> allowed only to channel accessed users even if someone else 
> have the password. If the option is "off" the /cs identify 
> command will be allowed to anyone who have the password.
> 
> Please reply:))
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 




------------------------------

Message: 5
Date: Tue, 13 Apr 2004 23:50:12 +0100
From: "Craig McLure" <Craig@chatspike.net>
Subject: Re: RE: [IRCServices] secure Identify Feature..
To: "mark@ctcp.net, IRC Services Gene" <mark@ctcp.net,
        ircservices@ircservices.za.net>
Message-ID: <mailman.61.1081907989.777.ircservices@ircservices.za.net>
Content-Type: text/plain;       charset="iso-8859-1"

This command would add things to make the channel more secure thou, If you
did give the channel founder password to people you trust, and you find its
being abused, you can simply remove that person from the access list, this
way you dont need to worry about changing the password and re-distributing
it :) 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - M <mark@ctcp.net>
 * To      - 'IRC Services General Mailing List'
<ircservices@ircservices.za.net>
 * Sent    - 2004-04-13 21:59:58
 * Subject - RE: [IRCServices] secure Identify Feature..
 ****************************************/

/****** - Begin Original Message - ******/

>Isn't this already available: by default only the founder knows the
password
>so only that person can identify for it. If for some peculiar reason the
>founder wants to share the password they can. 
>
>This "option" does not seem to create a benefit and merely adds unnecessary
>complexity.
>
>M.
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/





------------------------------

Message: 6
Date: Wed, 14 Apr 2004 00:08:45 +0100
From: "M" <mark@ctcp.net>
Subject: RE: RE: [IRCServices] secure Identify Feature..
To: "'IRC Services General Mailing List'"
        <ircservices@ircservices.za.net>
Message-ID: <E1BDX1f-0001VX-0X@anchor-post-33.mail.demon.net>
Content-Type: text/plain;       charset="US-ASCII"

Craig McLure wrote:
> This command would add things to make the channel more secure 
> thou, If you did give the channel founder password to people 
> you trust, and you find its being abused, you can simply 
> remove that person from the access list, this way you dont 
> need to worry about changing the password and re-distributing it :) 

The way to be secure is not to give out the founder password. You could
apply the same short sighted reason for a "/ns set
letotherpeopleaccessmynick pass" request. 

The founder password is designed to give the channel founder access to
manage the ownership of the channel. There is no need to give out the
password to anyone, channel management through others is provided via op
status. 

If for some peculiar reason a channel founder wishes to share the password
then IMO that is their problem. The chances are that any user that would
require modifying the access list to "fix" this, would likely be attempted
too late since a rogue user could have merely taken ownership of the channel
thereby making the option and the founder password redundant and merely make
it a problem that administrators waste time on. 

The founder can already provide access to whatever commands an op needs via
levels which is far more secure and already subject to access list
restrictions. 

What function of founder status is required that warrants removing the
founder status by supporting sharing of it? 

M. 




------------------------------

Message: 7
Date: Wed, 14 Apr 2004 00:39:43 +0000
From: "Craig McLure" <Craig@chatspike.net>
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..
To: "mark@ctcp.net, IRC Services Gene" <mark@ctcp.net,
        ircservices@ircservices.za.net>
Message-ID: <mailman.62.1081907989.777.ircservices@ircservices.za.net>
Content-Type: text/plain;       charset="iso-8859-1"

I read this mail, and read it again, and its absolutly right, with some
careful manipulation of the /cs levels command, along with /cs access, you
can basically give people 'Founder' privs without them being founder.
Another possible advantage to this command thou.. If for some weird reason,
someone finds your channel password, this command would prevent them from
doing anything with it, as they would not be able to log on as channel
founder (Unless they were on the access list). sometimes the distributation
of channel passwords may be present when the real founder cant get at the
channel for various reasons, and they give the password to the successor, or
someone else trustworthy. From where i'm sitting, I cant really see any
other real use for this function.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - M <mark@ctcp.net>
 * To      - 'IRC Services General Mailing List'
<ircservices@ircservices.za.net>
 * Sent    - 2004-04-13 23:08:45
 * Subject - RE: RE: [IRCServices] secure Identify Feature..
 ****************************************/

/****** - Begin Original Message - ******/

>Craig McLure wrote:
>> This command would add things to make the channel more secure 
>> thou, If you did give the channel founder password to people 
>> you trust, and you find its being abused, you can simply 
>> remove that person from the access list, this way you dont 
>> need to worry about changing the password and re-distributing it :) 
>
>The way to be secure is not to give out the founder password. You could
>apply the same short sighted reason for a "/ns set
>letotherpeopleaccessmynick pass" request. 
>
>The founder password is designed to give the channel founder access to
>manage the ownership of the channel. There is no need to give out the
>password to anyone, channel management through others is provided via op
>status. 
>
>If for some peculiar reason a channel founder wishes to share the password
>then IMO that is their problem. The chances are that any user that would
>require modifying the access list to "fix" this, would likely be attempted
>too late since a rogue user could have merely taken ownership of the
channel
>thereby making the option and the founder password redundant and merely
make
>it a problem that administrators waste time on. 
>
>The founder can already provide access to whatever commands an op needs via
>levels which is far more secure and already subject to access list
>restrictions. 
>
>What function of founder status is required that warrants removing the
>founder status by supporting sharing of it? 
>
>M. 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/





------------------------------

Message: 8
Date: Wed, 14 Apr 2004 09:42:30 JST
From: achurch@achurch.org (Andrew Church)
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..
To: ircservices@ircservices.za.net
Message-ID: <407c8f26.04340@achurch.org>
Content-Type: text/plain; charset=ISO-2022-JP

>Another possible advantage to this command thou.. If for some weird
>reason, someone finds your channel password, this command would prevent
>them from doing anything with it, as they would not be able to log on as
>channel founder (Unless they were on the access list).

     It's always been my policy not to try and defend against user
stupidity; "build idiot-proof software, and Nature will build a better
idiot"--it's a losing battle.  I realize that with the glut of online
services these days, it's next to impossible to memorize "good", distinct
passwords for everything, and I'll admit even I keep my less important
passwords stored in an encrypted file on my PC.  Nonetheless, the password
itself should almost never be needed, since the founder can perform all
founder functions (except dropping) by identifying for their nick.  If the
founder does choose to share the password, e.g. while going on vacation,
and said password is abused, as far as I'm concerned that's their fault,
and there's nothing Services should do about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/



------------------------------

Message: 9
Date: Tue, 13 Apr 2004 21:12:19 -0400
From: "David D. Wachtveitl" <dwachtve@hotmail.com>
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..
To: "IRC Services General Mailing List"
        <ircservices@ircservices.za.net>,       "mark@ctcp.net, IRC Services
Gene"
        <mark@ctcp.net, ircservices@ircservices.za.net>,
<Craig@chatspike.net>
Message-ID: <Sea2-DAV11p0mmhQZiC0002835a@hotmail.com>
Content-Type: text/plain;       charset="iso-8859-1"

Also, it would prevent an "over the shoulder" viewer of the password the
ability to use it.  I keep an access mask on my nick ident for this very
reason.  I think it makes some sense to have this on the channel founder as
well (as an option).  Of course, if for some reason you are the founder and
no longer have access to the mask you set for yourself, you could be sol
also :P


----- Original Message ----- 
From: "Craig McLure" <Craig@chatspike.net>
To: "mark@ctcp.net, IRC Services Gene"
<mark@ctcp.net,ircservices@ircservices.za.net>
Sent: Tuesday, April 13, 2004 8:39 PM
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..


> I read this mail, and read it again, and its absolutly right, with some
careful manipulation of the /cs levels command, along with /cs access, you
can basically give people 'Founder' privs without them being founder.
Another possible advantage to this command thou.. If for some weird reason,
someone finds your channel password, this command would prevent them from
doing anything with it, as they would not be able to log on as channel
founder (Unless they were on the access list). sometimes the distributation
of channel passwords may be present when the real founder cant get at the
channel for various reasons, and they give the password to the successor, or
someone else trustworthy. From where i'm sitting, I cant really see any
other real use for this function.
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  * InspIRCd   - http://www.inspircd.org  - REVIVED
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - M <mark@ctcp.net>
>  * To      - 'IRC Services General Mailing List'
<ircservices@ircservices.za.net>
>  * Sent    - 2004-04-13 23:08:45
>  * Subject - RE: RE: [IRCServices] secure Identify Feature..
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >Craig McLure wrote:
> >> This command would add things to make the channel more secure
> >> thou, If you did give the channel founder password to people
> >> you trust, and you find its being abused, you can simply
> >> remove that person from the access list, this way you dont
> >> need to worry about changing the password and re-distributing it :)
> >
> >The way to be secure is not to give out the founder password. You could
> >apply the same short sighted reason for a "/ns set
> >letotherpeopleaccessmynick pass" request.
> >
> >The founder password is designed to give the channel founder access to
> >manage the ownership of the channel. There is no need to give out the
> >password to anyone, channel management through others is provided via op
> >status.
> >
> >If for some peculiar reason a channel founder wishes to share the
password
> >then IMO that is their problem. The chances are that any user that would
> >require modifying the access list to "fix" this, would likely be
attempted
> >too late since a rogue user could have merely taken ownership of the
channel
> >thereby making the option and the founder password redundant and merely
make
> >it a problem that administrators waste time on.
> >
> >The founder can already provide access to whatever commands an op needs
via
> >levels which is far more secure and already subject to access list
> >restrictions.
> >
> >What function of founder status is required that warrants removing the
> >founder status by supporting sharing of it?
> >
> >M.
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>



------------------------------

Message: 10
Date: Wed, 14 Apr 2004 10:42:57 JST
From: achurch@achurch.org (Andrew Church)
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..
To: ircservices@ircservices.za.net
Message-ID: <407c9775.04373@achurch.org>
Content-Type: text/plain; charset=ISO-2022-JP

>Also, it would prevent an "over the shoulder" viewer of the password the
>ability to use it.  I keep an access mask on my nick ident for this very
>reason.  I think it makes some sense to have this on the channel founder as
>well (as an option).  Of course, if for some reason you are the founder and
>no longer have access to the mask you set for yourself, you could be sol
>also :P

     The same issue applies for nicks, since you can identify regardless of
whether you match an access mask or not--unless you set KILL IMMED on your
nick, in which case, as you say, you're SOL.  The solution is to not let
people watch you type your password.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/



------------------------------

Message: 11
Date: Tue, 13 Apr 2004 21:59:09 -0400
From: "David D. Wachtveitl" <dwachtve@hotmail.com>
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..
To: "IRC Services General Mailing List"
        <ircservices@ircservices.za.net>
Message-ID: <SEA2-DAV6wZKxnEzY0W00010f3c@hotmail.com>
Content-Type: text/plain;       charset="ISO-2022-JP"

Well, except on nicks you have the option, on the channel founder you do
not, is that not the whole point trying to be made here?  In this day and
age, it is getting to the point where you can barely go to the bathroom
without being "watched" in some manner.   The real answer would be to crypt
the passwords (so they can't be snooped/sniffed) and to not allow them to be
seen on the screen.  Knowing that is not going to happen, the current
suggestion would be a good solution.

Just my .02

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Tuesday, April 13, 2004 9:42 PM
Subject: Re: RE: RE: [IRCServices] secure Identify Feature..


> >Also, it would prevent an "over the shoulder" viewer of the password the
> >ability to use it.  I keep an access mask on my nick ident for this very
> >reason.  I think it makes some sense to have this on the channel founder
as
> >well (as an option).  Of course, if for some reason you are the founder
and
> >no longer have access to the mask you set for yourself, you could be sol
> >also :P
>
>      The same issue applies for nicks, since you can identify regardless
of
> whether you match an access mask or not--unless you set KILL IMMED on your
> nick, in which case, as you say, you're SOL.  The solution is to not let
> people watch you type your password.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>



------------------------------

_______________________________________________
IRCServices mailing list
IRCServices@ircservices.za.net
http://www.ircservices.za.net/mailman/listinfo/ircservices


End of IRCServices Digest, Vol 16, Issue 6
******************************************



From brain at winbot.co.uk  Wed Apr 14 02:57:14 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <200404140957.i3E9vFv16184@brainbox.winbot.co.uk>

this might be a bad idea because any lamer can come along and /cs identify for a channel with this option set 3 times, and suspend it, causing it to become unusable for everyone in it. IMHO suspend should be something *ONLY* services admins/opers can set.

<insert 0.02c here>

>Im not sure but when someone try to identify a channet
>too many times with wrong password, chanserv suspends
>this channel for some days. This command will prevent
>any lame user who try to do this. And something else.
>If the real founder want to activate this command to
>his channel he must think the possibility to lose his
>nick password. But this command is optional if someone
>wants this type of security will enable it, if someone
>doesnt like this will not enable it.... Is this right
>or not?
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From vonitsa_net at yahoo.gr  Wed Apr 14 04:05:59 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:05 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040414110559.8285.qmail@web86104.mail.ukl.yahoo.com>

Just add it because many users want it. Anyway i knew
that the answer will be no (of course, what else...)

=====
Dionisios K. - VoNiTsA On GrNet



From vonitsa_net at yahoo.gr  Wed Apr 14 04:06:43 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] secure Identify Feature..
Message-ID: <20040414110643.55663.qmail@web86106.mail.ukl.yahoo.com>

Just add it because many users want it. Anyway i knew
that the answer will be no (of course, what else...)

=====
Dionisios K. - VoNiTsA On GrNet



From dawgclan at shaw.ca  Thu Apr 15 02:52:41 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <19a5e9a19a4a4e.19a4a4e19a5e9a@shaw.ca>

I have found a bug in your Chanserv unban function.

(02:36) -ChanServ- Syntax: UNBAN channel
(02:36) -ChanServ-  
(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from
(02:36) -ChanServ- entering the given channel.  By default, limited to users
(02:36) -ChanServ- with level 50 (AOP) access and above on the channel.

"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release.

Here's the Scenario:

Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
Rothgar is connecting from *@211.XX.XXX.XXX

(02:34) * Rothgar sets mode: +b *!*@211.*
-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you...
(02:34) -ChanServ- You have been unbanned from #underdog.
(02:34) -ChanServ- You have been unbanned from #underdog.
(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net
-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)

As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;)

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca



From achurch at achurch.org  Thu Apr 15 19:48:37 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
In-Reply-To: <19a5e9a19a4a4e.19a4a4e19a5e9a@shaw.ca>
Message-ID: <407e6890.17156@achurch.org>

     What version are you using?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I have found a bug in your Chanserv unban function.
>
>(02:36) -ChanServ- Syntax: UNBAN channel
>(02:36) -ChanServ-  
>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from
>(02:36) -ChanServ- entering the given channel.  By default, limited to users
>(02:36) -ChanServ- with level 50 (AOP) access and above on the channel.
>
>"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release.
>
>Here's the Scenario:
>
>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
>Rothgar is connecting from *@211.XX.XXX.XXX
>
>(02:34) * Rothgar sets mode: +b *!*@211.*
>-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you...
>(02:34) -ChanServ- You have been unbanned from #underdog.
>(02:34) -ChanServ- You have been unbanned from #underdog.
>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net
>-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
>
>As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address
> you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;)
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:


From dawgclan at shaw.ca  Thu Apr 15 04:36:51 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <19a1bc419a3ddb.19a3ddb19a1bc4@shaw.ca>

We have just compiled the newer version of IRC Services recently.

ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr  9 22:58:02 EST 2004

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: achurch@achurch.org (Andrew Church)
Date: Thursday, April 15, 2004 3:48 am
Subject: Re: [IRCServices] Chanserv UNBAN Bug

>     What version are you using?
> 
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
> 
> >I have found a bug in your Chanserv unban function.
> >
> >(02:36) -ChanServ- Syntax: UNBAN channel
> >(02:36) -ChanServ-  
> >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing 
> you from
> >(02:36) -ChanServ- entering the given channel.  By default, 
> limited to users
> >(02:36) -ChanServ- with level 50 (AOP) access and above on the 
> channel.>
> >"removes all bans preventing me from entering the channel", this 
> is false. However it will hopefully be fixed in next release.
> >
> >Here's the Scenario:
> >
> >Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> >Rothgar is connecting from *@211.XX.XXX.XXX
> >
> >(02:34) * Rothgar sets mode: +b *!*@211.*
> >-=Ban Protection=- You have banned yourself from 
> Channel:#underdog Attempting to UnBan you...
> >(02:34) -ChanServ- You have been unbanned from #underdog.
> >(02:34) -ChanServ- You have been unbanned from #underdog.
> >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> DFC019D.dip.t-dialin.net
> >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
> >
> >As you can see Chanserv did not in fact remove bans preventing me 
> from entering the channel. Chanserv needs to lookup vhosts as well 
> as actual addresses. This would include a BNC etc. If someone set 
> a ban on a subnet like that and it included your address
> > you would be denied entry. No smart asses saying how being a 
> netadmin I am not prevented ;)
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From emurphy at sporked.us  Thu Apr 15 06:41:38 2004
From: emurphy at sporked.us (Eric)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
References: <19a1bc419a3ddb.19a3ddb19a1bc4@shaw.ca>
Message-ID: <005601c422ef$6a831480$4200a8c0@eternalcomputers.net>

You should look at this message that was sent the day before yesterday... I
don't know if that bug was fixed, but it looks like a lot were.

Eric Murphy

Quoting from the message -
----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: "services" <ircservices@ircservices.za.net>
Sent: Tuesday, April 13, 2004 10:38 PM
Subject: [IRCServices] Services 5.0.30 released


>      Services 5.0.30 has been released, and can be downloaded from:
>
> ftp://ftp.esper.net/ircservices/               (USA, California)
>
> 15d8c01946ea6bdcc173b561c6576cb0  ircservices-5.0.30.tar.gz
> 350b43673ffc65ab4977898f5c4b861f  ircservices-5.0.30.diff.gz
> b7663327556ae06b617f35c3cdf64338  ircservices-5.0.30-1.i386.rpm
> 8bdbaa265fd38cd70d836392b8614708  ircservices_5.0.30-1_i386.deb
>
> ftp.ircservices.za.net and the other mirrors should have it shortly.
>
>      This is a maintenance release including fixes for the various issues
> that have been raised over the last couple of weeks.  See below for
> details.
>
> Changes in version 5.0.30
> -------------------------
> 2004/04/09 Added logic to configure script to avoid the use of the
>     -fstack-protector option if doing so would trigger a
>     compiler bug.  Reported by Torbjo"rn Svennson
>     <azoff@se.linux.org>
> 2004/04/06 ChanServ no longer requires an explicit IDENTIFY to use INFO
>     ALL.  Reported by Wolfgang Urban <ircservices@tou.de>
> 2004/04/06 NickServ LISTCHANS now properly aborts when a non-servadmin
>     uses the nickname form of the command.  Reported by
>     Elijah <admin@nevernet.net>
> 2004/04/04 The ChanServ DEPROTECT command now clears channel-owner
>     status on those IRC servers that support such a mode.
>     Suggested by <freakycomputer@global.co.za>
> 2004/04/02 Fixed additional bug causing autokill exclusions to not
>     function properly in some cases.
> 2004/04/02 Fixed bug causing autokill exclusions to not function under
>     Unreal.  Reported by Eric Murphy <emurphy@sporked.us>
> 2004/03/31 Fixed bug allowing users to improperly be identified for
>     newly-registered nicknames awaiting authentication.
>     Reported by <cyberdems@cyberdems.za.net>
> 2004/03/30 Added workaround for Unreal SQLINE "bouncing" issue.
>     Reported by Craig Edwards <brain@winbot.co.uk>
> 2004/03/30 ChanServ SET RESTRICTED no longer modifies the internal
>     NOJOIN level.
> 2004/03/30 Fixed failure to reset internal-use AUTODEOP and NOJOIN
>     channel levels when loading databases from version 4.5
>     and earlier.  Reported by Wolfgang Urban
>     <ircservices-coding@tou.de>
>
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
----- Original Message ----- 
From: "JASON M" <dawgclan@shaw.ca>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Thursday, April 15, 2004 7:36 AM
Subject: Re: [IRCServices] Chanserv UNBAN Bug


> We have just compiled the newer version of IRC Services recently.
>
> ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr  9
22:58:02 EST 2004
>
> Regards,
>
> Jason Mainwaring
> A+ Service Technician
> Microsoft Certified Systems Administrator
> MCSA Messaging
> Certified Novell Administrator
> Phone: (02) 9419 4616
> E-mail: dawgclan@shaw.ca
>
> ----- Original Message -----
> From: achurch@achurch.org (Andrew Church)
> Date: Thursday, April 15, 2004 3:48 am
> Subject: Re: [IRCServices] Chanserv UNBAN Bug
>
> >     What version are you using?
> >
> >  --Andrew Church
> >    achurch@achurch.org
> >    http://achurch.org/
> >
> > >I have found a bug in your Chanserv unban function.
> > >
> > >(02:36) -ChanServ- Syntax: UNBAN channel
> > >(02:36) -ChanServ-
> > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing
> > you from
> > >(02:36) -ChanServ- entering the given channel.  By default,
> > limited to users
> > >(02:36) -ChanServ- with level 50 (AOP) access and above on the
> > channel.>
> > >"removes all bans preventing me from entering the channel", this
> > is false. However it will hopefully be fixed in next release.
> > >
> > >Here's the Scenario:
> > >
> > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> > >Rothgar is connecting from *@211.XX.XXX.XXX
> > >
> > >(02:34) * Rothgar sets mode: +b *!*@211.*
> > >-=Ban Protection=- You have banned yourself from
> > Channel:#underdog Attempting to UnBan you...
> > >(02:34) -ChanServ- You have been unbanned from #underdog.
> > >(02:34) -ChanServ- You have been unbanned from #underdog.
> > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> > DFC019D.dip.t-dialin.net
> > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
> > >
> > >As you can see Chanserv did not in fact remove bans preventing me
> > from entering the channel. Chanserv needs to lookup vhosts as well
> > as actual addresses. This would include a BNC etc. If someone set
> > a ban on a subnet like that and it included your address
> > > you would be denied entry. No smart asses saying how being a
> > netadmin I am not prevented ;)
> > >
> > >Regards,
> > >
> > >Jason Mainwaring
> > >A+ Service Technician
> > >Microsoft Certified Systems Administrator
> > >MCSA Messaging
> > >Certified Novell Administrator
> > >Phone: (02) 9419 4616
> > >E-mail: dawgclan@shaw.ca
> > >
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From dawgclan at shaw.ca  Thu Apr 15 07:58:02 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <19bce6b19bc716.19bc71619bce6b@shaw.ca>

Thanks for that Eric, I just signed up today so I didn't receive that message. However it does not list anything about fixing a unban issue? I will load that as soon as I get time.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Eric <emurphy@sporked.us>
Date: Thursday, April 15, 2004 6:41 am
Subject: Re: [IRCServices] Chanserv UNBAN Bug

> You should look at this message that was sent the day before 
> yesterday... I
> don't know if that bug was fixed, but it looks like a lot were.
> 
> Eric Murphy
> 
> Quoting from the message -
> ----- Original Message ----- 
> From: "Andrew Church" <achurch@achurch.org>
> To: "services" <ircservices@ircservices.za.net>
> Sent: Tuesday, April 13, 2004 10:38 PM
> Subject: [IRCServices] Services 5.0.30 released
> 
> 
> >      Services 5.0.30 has been released, and can be downloaded from:
> >
> > ftp://ftp.esper.net/ircservices/               (USA, California)
> >
> > 15d8c01946ea6bdcc173b561c6576cb0  ircservices-5.0.30.tar.gz
> > 350b43673ffc65ab4977898f5c4b861f  ircservices-5.0.30.diff.gz
> > b7663327556ae06b617f35c3cdf64338  ircservices-5.0.30-1.i386.rpm
> > 8bdbaa265fd38cd70d836392b8614708  ircservices_5.0.30-1_i386.deb
> >
> > ftp.ircservices.za.net and the other mirrors should have it shortly.
> >
> >      This is a maintenance release including fixes for the 
> various issues
> > that have been raised over the last couple of weeks.  See below for
> > details.
> >
> > Changes in version 5.0.30
> > -------------------------
> > 2004/04/09 Added logic to configure script to avoid the use of the
> >     -fstack-protector option if doing so would trigger a
> >     compiler bug.  Reported by Torbjo"rn Svennson
> >     <azoff@se.linux.org>
> > 2004/04/06 ChanServ no longer requires an explicit IDENTIFY to 
> use INFO
> >     ALL.  Reported by Wolfgang Urban <ircservices@tou.de>
> > 2004/04/06 NickServ LISTCHANS now properly aborts when a non-
> servadmin>     uses the nickname form of the command.  Reported by
> >     Elijah <admin@nevernet.net>
> > 2004/04/04 The ChanServ DEPROTECT command now clears channel-owner
> >     status on those IRC servers that support such a mode.
> >     Suggested by <freakycomputer@global.co.za>
> > 2004/04/02 Fixed additional bug causing autokill exclusions to not
> >     function properly in some cases.
> > 2004/04/02 Fixed bug causing autokill exclusions to not function 
> under>     Unreal.  Reported by Eric Murphy <emurphy@sporked.us>
> > 2004/03/31 Fixed bug allowing users to improperly be identified for
> >     newly-registered nicknames awaiting authentication.
> >     Reported by <cyberdems@cyberdems.za.net>
> > 2004/03/30 Added workaround for Unreal SQLINE "bouncing" issue.
> >     Reported by Craig Edwards <brain@winbot.co.uk>
> > 2004/03/30 ChanServ SET RESTRICTED no longer modifies the internal
> >     NOJOIN level.
> > 2004/03/30 Fixed failure to reset internal-use AUTODEOP and NOJOIN
> >     channel levels when loading databases from version 4.5
> >     and earlier.  Reported by Wolfgang Urban
> >     <ircservices-coding@tou.de>
> >
> >
> >   --Andrew Church
> >     achurch@achurch.org
> >     http://achurch.org/
> >
> > -----------------------------------------------------------------
> -
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> ----- Original Message ----- 
> From: "JASON M" <dawgclan@shaw.ca>
> To: "IRC Services General Mailing List" 
> <ircservices@ircservices.za.net>Sent: Thursday, April 15, 2004 
> 7:36 AM
> Subject: Re: [IRCServices] Chanserv UNBAN Bug
> 
> 
> > We have just compiled the newer version of IRC Services recently.
> >
> > ircservices-5.0.29 Services.street-creed.com build #1, compiled 
> Fri Apr  9
> 22:58:02 EST 2004
> >
> > Regards,
> >
> > Jason Mainwaring
> > A+ Service Technician
> > Microsoft Certified Systems Administrator
> > MCSA Messaging
> > Certified Novell Administrator
> > Phone: (02) 9419 4616
> > E-mail: dawgclan@shaw.ca
> >
> > ----- Original Message -----
> > From: achurch@achurch.org (Andrew Church)
> > Date: Thursday, April 15, 2004 3:48 am
> > Subject: Re: [IRCServices] Chanserv UNBAN Bug
> >
> > >     What version are you using?
> > >
> > >  --Andrew Church
> > >    achurch@achurch.org
> > >    http://achurch.org/
> > >
> > > >I have found a bug in your Chanserv unban function.
> > > >
> > > >(02:36) -ChanServ- Syntax: UNBAN channel
> > > >(02:36) -ChanServ-
> > > >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing
> > > you from
> > > >(02:36) -ChanServ- entering the given channel.  By default,
> > > limited to users
> > > >(02:36) -ChanServ- with level 50 (AOP) access and above on the
> > > channel.>
> > > >"removes all bans preventing me from entering the channel", this
> > > is false. However it will hopefully be fixed in next release.
> > > >
> > > >Here's the Scenario:
> > > >
> > > >Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> > > >Rothgar is connecting from *@211.XX.XXX.XXX
> > > >
> > > >(02:34) * Rothgar sets mode: +b *!*@211.*
> > > >-=Ban Protection=- You have banned yourself from
> > > Channel:#underdog Attempting to UnBan you...
> > > >(02:34) -ChanServ- You have been unbanned from #underdog.
> > > >(02:34) -ChanServ- You have been unbanned from #underdog.
> > > >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> > > DFC019D.dip.t-dialin.net
> > > >-=Ban Protection=- Ban Protection Successful (*!*@211.* in 
> #underdog)> > >
> > > >As you can see Chanserv did not in fact remove bans 
> preventing me
> > > from entering the channel. Chanserv needs to lookup vhosts as well
> > > as actual addresses. This would include a BNC etc. If someone set
> > > a ban on a subnet like that and it included your address
> > > > you would be denied entry. No smart asses saying how being a
> > > netadmin I am not prevented ;)
> > > >
> > > >Regards,
> > > >
> > > >Jason Mainwaring
> > > >A+ Service Technician
> > > >Microsoft Certified Systems Administrator
> > > >MCSA Messaging
> > > >Certified Novell Administrator
> > > >Phone: (02) 9419 4616
> > > >E-mail: dawgclan@shaw.ca
> > > >
> > > >
> > > >--------------------------------------------------------------
> ----
> > > >To unsubscribe or change your subscription options, visit:
> > >
> > > ---------------------------------------------------------------
> ---
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >
> >
> >
> > -----------------------------------------------------------------
> -
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From Craig at chatspike.net  Thu Apr 15 09:43:56 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <mailman.33.1098597726.26050.ircservices@ircservices.za.net>

"We have just compiled the newer version of IRC Services recently.

ircservices-5.0.29 Services.street-creed.com build #1, compiled Fri Apr  9 22:58:02 EST 2004"

So it might have been fixed in .30

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-15 19:48:37
 * Subject - Re: [IRCServices] Chanserv UNBAN Bug
 ****************************************/

/****** - Begin Original Message - ******/

>     What version are you using?
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>I have found a bug in your Chanserv unban function.
>>
>>(02:36) -ChanServ- Syntax: UNBAN channel
>>(02:36) -ChanServ-  
>>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from
>>(02:36) -ChanServ- entering the given channel.  By default, limited to users
>>(02:36) -ChanServ- with level 50 (AOP) access and above on the channel.
>>
>>"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release.
>>
>>Here's the Scenario:
>>
>>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
>>Rothgar is connecting from *@211.XX.XXX.XXX
>>
>>(02:34) * Rothgar sets mode: +b *!*@211.*
>>-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you...
>>(02:34) -ChanServ- You have been unbanned from #underdog.
>>(02:34) -ChanServ- You have been unbanned from #underdog.
>>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net
>>-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
>>
>>As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address
>> you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;)
>>
>>Regards,
>>
>>Jason Mainwaring
>>A+ Service Technician
>>Microsoft Certified Systems Administrator
>>MCSA Messaging
>>Certified Novell Administrator
>>Phone: (02) 9419 4616
>>E-mail: dawgclan@shaw.ca
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From dawgclan at shaw.ca  Fri Apr 16 08:17:44 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <1b0cfe51b09426.1b094261b0cfe5@shaw.ca>

As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig McLure <Craig@chatspike.net>
Date: Thursday, April 15, 2004 9:43 am
Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug

> "We have just compiled the newer version of IRC Services recently.
> 
> ircservices-5.0.29 Services.street-creed.com build #1, compiled 
> Fri Apr  9 22:58:02 EST 2004"
> 
> So it might have been fixed in .30
> 
> /****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
> 
> 
> /****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - ircservices@ircservices.za.net 
> <ircservices@ircservices.za.net> * Sent    - 2004-04-15 19:48:37
> * Subject - Re: [IRCServices] Chanserv UNBAN Bug
> ****************************************/
> 
> /****** - Begin Original Message - ******/
> 
> >     What version are you using?
> >
> >  --Andrew Church
> >    achurch@achurch.org
> >    http://achurch.org/
> >
> >>I have found a bug in your Chanserv unban function.
> >>
> >>(02:36) -ChanServ- Syntax: UNBAN channel
> >>(02:36) -ChanServ-  
> >>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing 
> you from
> >>(02:36) -ChanServ- entering the given channel.  By default, 
> limited to users
> >>(02:36) -ChanServ- with level 50 (AOP) access and above on the 
> channel.>>
> >>"removes all bans preventing me from entering the channel", this 
> is false. However it will hopefully be fixed in next release.
> >>
> >>Here's the Scenario:
> >>
> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> >>Rothgar is connecting from *@211.XX.XXX.XXX
> >>
> >>(02:34) * Rothgar sets mode: +b *!*@211.*
> >>-=Ban Protection=- You have banned yourself from 
> Channel:#underdog Attempting to UnBan you...
> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> DFC019D.dip.t-dialin.net
> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in 
> #underdog)>>
> >>As you can see Chanserv did not in fact remove bans preventing 
> me from entering the channel. Chanserv needs to lookup vhosts as 
> well as actual addresses. This would include a BNC etc. If someone 
> set a ban on a subnet like that and it included your address
> >> you would be denied entry. No smart asses saying how being a 
> netadmin I am not prevented ;)
> >>
> >>Regards,
> >>
> >>Jason Mainwaring
> >>A+ Service Technician
> >>Microsoft Certified Systems Administrator
> >>MCSA Messaging
> >>Certified Novell Administrator
> >>Phone: (02) 9419 4616
> >>E-mail: dawgclan@shaw.ca
> >>
> >>
> >>-----------------------------------------------------------------
> -
> >>To unsubscribe or change your subscription options, visit:
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
> 
> /******* - End Original Message - *******/
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From Craig at chatspike.net  Fri Apr 16 08:47:19 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <mailman.34.1098597726.26050.ircservices@ircservices.za.net>

Are your U:Lines set up properly? And are you getting messages regarding u:lines when you try an unban? (also, paste your U:Line if possible)

Thanks :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - JASON M <dawgclan@shaw.ca>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-04-16 16:17:44
 * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug
 ****************************************/

/****** - Begin Original Message - ******/

>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: Craig McLure <Craig@chatspike.net>
>Date: Thursday, April 15, 2004 9:43 am
>Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug
>
>> "We have just compiled the newer version of IRC Services recently.
>> 
>> ircservices-5.0.29 Services.street-creed.com build #1, compiled 
>> Fri Apr  9 22:58:02 EST 2004"
>> 
>> So it might have been fixed in .30
>> 
>> /****************************************
>> *     Craig "FrostyCoolSlug" McLure
>> * InspIRCd   - http://www.inspircd.org  - REVIVED
>> * ChatSpike  - http://www.chatspike.net
>> ****************************************/
>> 
>> 
>> /****************************************
>> * From    - Andrew Church <achurch@achurch.org>
>> * To      - ircservices@ircservices.za.net 
>> <ircservices@ircservices.za.net> * Sent    - 2004-04-15 19:48:37
>> * Subject - Re: [IRCServices] Chanserv UNBAN Bug
>> ****************************************/
>> 
>> /****** - Begin Original Message - ******/
>> 
>> >     What version are you using?
>> >
>> >  --Andrew Church
>> >    achurch@achurch.org
>> >    http://achurch.org/
>> >
>> >>I have found a bug in your Chanserv unban function.
>> >>
>> >>(02:36) -ChanServ- Syntax: UNBAN channel
>> >>(02:36) -ChanServ-  
>> >>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing 
>> you from
>> >>(02:36) -ChanServ- entering the given channel.  By default, 
>> limited to users
>> >>(02:36) -ChanServ- with level 50 (AOP) access and above on the 
>> channel.>>
>> >>"removes all bans preventing me from entering the channel", this 
>> is false. However it will hopefully be fixed in next release.
>> >>
>> >>Here's the Scenario:
>> >>
>> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
>> >>Rothgar is connecting from *@211.XX.XXX.XXX
>> >>
>> >>(02:34) * Rothgar sets mode: +b *!*@211.*
>> >>-=Ban Protection=- You have banned yourself from 
>> Channel:#underdog Attempting to UnBan you...
>> >>(02:34) -ChanServ- You have been unbanned from #underdog.
>> >>(02:34) -ChanServ- You have been unbanned from #underdog.
>> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
>> DFC019D.dip.t-dialin.net
>> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in 
>> #underdog)>>
>> >>As you can see Chanserv did not in fact remove bans preventing 
>> me from entering the channel. Chanserv needs to lookup vhosts as 
>> well as actual addresses. This would include a BNC etc. If someone 
>> set a ban on a subnet like that and it included your address
>> >> you would be denied entry. No smart asses saying how being a 
>> netadmin I am not prevented ;)
>> >>
>> >>Regards,
>> >>
>> >>Jason Mainwaring
>> >>A+ Service Technician
>> >>Microsoft Certified Systems Administrator
>> >>MCSA Messaging
>> >>Certified Novell Administrator
>> >>Phone: (02) 9419 4616
>> >>E-mail: dawgclan@shaw.ca
>> >>
>> >>
>> >>-----------------------------------------------------------------
>> -
>> >>To unsubscribe or change your subscription options, visit:
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >.
>> 
>> /******* - End Original Message - *******/
>> 
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From dawgclan at shaw.ca  Fri Apr 16 09:18:43 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca>

We know how to run a IRC Network ;)
Our U:Lines are fine and everything works perfectly except UNBAN which will work fine if you don't use the IP address of the user. It doesn't lookup IP's thats it's only flaw. just to keep you happy though, we have U:Lined Services.street-creed.com and yes it is global on all servers (specified in each config), and yes It's matched case :)

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig McLure <Craig@chatspike.net>
Date: Friday, April 16, 2004 8:47 am
Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug

> Are your U:Lines set up properly? And are you getting messages 
> regarding u:lines when you try an unban? (also, paste your U:Line 
> if possible)
> 
> Thanks :)
> 
> /****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
> 
> 
> /****************************************
> * From    - JASON M <dawgclan@shaw.ca>
> * To      - IRC Services General Mailing List 
> <ircservices@ircservices.za.net> * Sent    - 2004-04-16 16:17:44
> * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug
> ****************************************/
> 
> /****** - Begin Original Message - ******/
> 
> >As I figured from the version change log, this issues has not 
> been fixed and still produces the same effect on .30
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >----- Original Message -----
> >From: Craig McLure <Craig@chatspike.net>
> >Date: Thursday, April 15, 2004 9:43 am
> >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug
> >
> >> "We have just compiled the newer version of IRC Services recently.
> >> 
> >> ircservices-5.0.29 Services.street-creed.com build #1, compiled 
> >> Fri Apr  9 22:58:02 EST 2004"
> >> 
> >> So it might have been fixed in .30
> >> 
> >> /****************************************
> >> *     Craig "FrostyCoolSlug" McLure
> >> * InspIRCd   - http://www.inspircd.org  - REVIVED
> >> * ChatSpike  - http://www.chatspike.net
> >> ****************************************/
> >> 
> >> 
> >> /****************************************
> >> * From    - Andrew Church <achurch@achurch.org>
> >> * To      - ircservices@ircservices.za.net 
> >> <ircservices@ircservices.za.net> * Sent    - 2004-04-15 19:48:37
> >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug
> >> ****************************************/
> >> 
> >> /****** - Begin Original Message - ******/
> >> 
> >> >     What version are you using?
> >> >
> >> >  --Andrew Church
> >> >    achurch@achurch.org
> >> >    http://achurch.org/
> >> >
> >> >>I have found a bug in your Chanserv unban function.
> >> >>
> >> >>(02:36) -ChanServ- Syntax: UNBAN channel
> >> >>(02:36) -ChanServ-  
> >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans 
> preventing 
> >> you from
> >> >>(02:36) -ChanServ- entering the given channel.  By default, 
> >> limited to users
> >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on 
> the 
> >> channel.>>
> >> >>"removes all bans preventing me from entering the channel", 
> this 
> >> is false. However it will hopefully be fixed in next release.
> >> >>
> >> >>Here's the Scenario:
> >> >>
> >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> >> >>Rothgar is connecting from *@211.XX.XXX.XXX
> >> >>
> >> >>(02:34) * Rothgar sets mode: +b *!*@211.*
> >> >>-=Ban Protection=- You have banned yourself from 
> >> Channel:#underdog Attempting to UnBan you...
> >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> >> DFC019D.dip.t-dialin.net
> >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in 
> >> #underdog)>>
> >> >>As you can see Chanserv did not in fact remove bans 
> preventing 
> >> me from entering the channel. Chanserv needs to lookup vhosts 
> as 
> >> well as actual addresses. This would include a BNC etc. If 
> someone 
> >> set a ban on a subnet like that and it included your address
> >> >> you would be denied entry. No smart asses saying how being a 
> >> netadmin I am not prevented ;)
> >> >>
> >> >>Regards,
> >> >>
> >> >>Jason Mainwaring
> >> >>A+ Service Technician
> >> >>Microsoft Certified Systems Administrator
> >> >>MCSA Messaging
> >> >>Certified Novell Administrator
> >> >>Phone: (02) 9419 4616
> >> >>E-mail: dawgclan@shaw.ca
> >> >>
> >> >>
> >> >>--------------------------------------------------------------
> ---
> >> -
> >> >>To unsubscribe or change your subscription options, visit:
> >> >
> >> >---------------------------------------------------------------
> ---
> >> >To unsubscribe or change your subscription options, visit:
> >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >> >.
> >> 
> >> /******* - End Original Message - *******/
> >> 
> >> 
> >> 
> >> ----------------------------------------------------------------
> --
> >> To unsubscribe or change your subscription options, visit:
> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> >> 
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
> 
> /******* - End Original Message - *******/
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From accountnamehere at yahoo.co.uk  Sat Apr 17 14:02:47 2004
From: accountnamehere at yahoo.co.uk (=?iso-8859-1?q?Ashen?=)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] the idea of operflags
Message-ID: <20040417210247.44991.qmail@web25109.mail.ukl.yahoo.com>

I've noticed that quite a lot of services packages now have, instead of a
"levels" based system of oper access to services, (such as oper < services
oper < services admin < services root), a "flags" system of access.

This "flags" system is really very simple, commands (or groups of
commands)
each have flags that you must posess in order to use them.

For example, there could be one flag for having admin access to forbid
channels, another to drop/force register channels, another to set things
like the channel password, and another to use 'sendpass'.

The benifits of this system are clear, much more finely tuned operator
access to services according to job, greater access seperation, and a much
more flexible services package overall.

Are there any plans to implement such a feature into ircservices?
Other packages are already implementing it, and it's a really nice feature
a lot of us would like to see.

-Ashen


        
        
                
____________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html


From brain at winbot.co.uk  Sat Apr 17 14:47:50 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <200404172147.i3HLlp125518@brainbox.winbot.co.uk>

i think this is because your cloak keys are different on different servers? they need to be the same all over your network.

>I have found a bug in your Chanserv unban function.
>
>(02:36) -ChanServ- Syntax: UNBAN channel
>(02:36) -ChanServ-  
>(02:36) -ChanServ- Tells ChanServ to remove all bans preventing you from
>(02:36) -ChanServ- entering the given channel.  By default, limited to users
>(02:36) -ChanServ- with level 50 (AOP) access and above on the channel.
>
>"removes all bans preventing me from entering the channel", this is false. However it will hopefully be fixed in next release.
>
>Here's the Scenario:
>
>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
>Rothgar is connecting from *@211.XX.XXX.XXX
>
>(02:34) * Rothgar sets mode: +b *!*@211.*
>-=Ban Protection=- You have banned yourself from Channel:#underdog Attempting to UnBan you...
>(02:34) -ChanServ- You have been unbanned from #underdog.
>(02:34) -ChanServ- You have been unbanned from #underdog.
>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-DFC019D.dip.t-dialin.net
>-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
>
>As you can see Chanserv did not in fact remove bans preventing me from entering the channel. Chanserv needs to lookup vhosts as well as actual addresses. This would include a BNC etc. If someone set a ban on a subnet like that and it included your address you would be denied entry. No smart asses saying how being a netadmin I am not prevented ;)
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From achurch at achurch.org  Sun Apr 18 08:53:58 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] the idea of operflags
In-Reply-To: <20040417210247.44991.qmail@web25109.mail.ukl.yahoo.com>
Message-ID: <4081c540.01747@achurch.org>

>I've noticed that quite a lot of services packages now have, instead of a
>"levels" based system of oper access to services, (such as oper < services
>oper < services admin < services root), a "flags" system of access.
>
>This "flags" system is really very simple, commands (or groups of
>commands)
>each have flags that you must posess in order to use them.
>
>For example, there could be one flag for having admin access to forbid
>channels, another to drop/force register channels, another to set things
>like the channel password, and another to use 'sendpass'.

     I'm not quite sure how this is "simple" compared to the current
system...

>The benifits of this system are clear, much more finely tuned operator
>access to services according to job, greater access seperation, and a much
>more flexible services package overall.

     On the other hand, drawbacks include more complex configuration, more
complex code (meaning more potential bugs), and more annoyance when trying
to deal with people who can't get it set up right.

     Still, the issue of inflexibility in the current system has been
raised before, and I may consider modifying it to allow more customization
in version 5.1 or later.  I will not be making any changes in 5.0.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dawgclan at shaw.ca  Sat Apr 17 23:09:42 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <1c731491c73a6b.1c73a6b1c73149@shaw.ca>

I checked the cloak keys, there were two old ircd's with wrong keys. I updated them restarted, unfortunetely that did not fix the issue. The UNBAN problem still occurs, but at least the cloak keys are updated now ;)

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig Edwards <brain@winbot.co.uk>
Date: Saturday, April 17, 2004 2:47 pm
Subject: Re: [IRCServices] Chanserv UNBAN Bug

> i think this is because your cloak keys are different on different 
> servers? they need to be the same all over your network.
> 
> >I have found a bug in your Chanserv unban function.
> >
> >(02:36) -ChanServ- Syntax: UNBAN channel
> >(02:36) -ChanServ-  
> >(02:36) -ChanServ- Tells ChanServ to remove all bans preventing 
> you from
> >(02:36) -ChanServ- entering the given channel.  By default, 
> limited to users
> >(02:36) -ChanServ- with level 50 (AOP) access and above on the 
> channel.>
> >"removes all bans preventing me from entering the channel", this 
> is false. However it will hopefully be fixed in next release.
> >
> >Here's the Scenario:
> >
> >Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> >Rothgar is connecting from *@211.XX.XXX.XXX
> >
> >(02:34) * Rothgar sets mode: +b *!*@211.*
> >-=Ban Protection=- You have banned yourself from 
> Channel:#underdog Attempting to UnBan you...
> >(02:34) -ChanServ- You have been unbanned from #underdog.
> >(02:34) -ChanServ- You have been unbanned from #underdog.
> >(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> DFC019D.dip.t-dialin.net
> >-=Ban Protection=- Ban Protection Successful (*!*@211.* in #underdog)
> >
> >As you can see Chanserv did not in fact remove bans preventing me 
> from entering the channel. Chanserv needs to lookup vhosts as well 
> as actual addresses. This would include a BNC etc. If someone set 
> a ban on a subnet like that and it included your address you would 
> be denied entry. No smart asses saying how being a netadmin I am 
> not prevented ;)
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From achurch at achurch.org  Sun Apr 18 18:38:04 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
In-Reply-To: <1b0cfe51b09426.1b094261b0cfe5@shaw.ca>
Message-ID: <40824df6.02052@achurch.org>

>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30

     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.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at chatspike.net  Sun Apr 18 06:30:11 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <mailman.35.1098597726.26050.ircservices@ircservices.za.net>

Cant you get services to use cloaked keys? this way you can 'decrypt' the encrypted parts, allowing for proper functionality.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-18 18:38:04
 * Subject - Re: [IRCServices] Chanserv UNBAN Bug
 ****************************************/

/****** - Begin Original Message - ******/

>>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30
>
>     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.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From brain at winbot.co.uk  Sun Apr 18 06:31:59 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <200404181332.i3IDW0112608@brainbox.winbot.co.uk>

as i see it the best way to support/fix this would be to allow the unrealircd module to support cloak-keys as provided by unreal itself so it can encode/decode cloaked hosts.

<insert 0.02 here>

>>As I figured from the version change log, this issues has not been fixed and still produces the same effect on .30
>
>     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.
>
>  --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 quension at mac.com  Sun Apr 18 16:31:07 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
In-Reply-To: <200404181332.i3IDW0112608@brainbox.winbot.co.uk>
Message-ID: <77D3A597-9190-11D8-B3D3-0003938D6866@mac.com>

On Sunday, Apr 18, 2004, at 06:30 US/Pacific, Craig McLure wrote:

> Cant you get services to use cloaked keys? this way you can 'decrypt' 
> the encrypted parts, allowing for proper functionality.

On Sunday, Apr 18, 2004, at 06:31 US/Pacific, Craig Edwards wrote:

> as i see it the best way to support/fix this would be to allow the 
> unrealircd module to support cloak-keys as provided by unreal itself 
> so it can encode/decode cloaked hosts.

Unreal already sends both the real and fake hosts, so services is 
capable of dealing with them.  The issue is the client's real IP, not 
its hostname.

-- Quension

>>     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.
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/



From achurch at achurch.org  Mon Apr 19 10:04:34 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
In-Reply-To: <40828341.63032@mail.achurch.org>
Message-ID: <408325d2.03302@achurch.org>

>Cant you get services to use cloaked keys? this way you can 'decrypt' the encrypted parts, allowing for proper functionality.

     This only works if the encrypted IP is actually sent; if the client's
host resolves, or if the fake host is set to something else, there's no IP
information to decode in the first place.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ballsy at mystical.net  Mon Apr 19 11:02:39 2004
From: ballsy at mystical.net (Ballsy)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
In-Reply-To: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca>
References: <1b1f3a61b1f8e4.1b1f8e41b1f3a6@shaw.ca>
Message-ID: <6.0.0.22.0.20040419120043.01acfc70@127.0.0.1>

At 10:18 AM 16/04/2004, JASON M wrote:
>We know how to run a IRC Network ;)

         For future reference, when folks feel the need to list their 
credentials in their email sig, some of us generally infer that you don't.




>Our U:Lines are fine and everything works perfectly except UNBAN which 
>will work fine if you don't use the IP address of the user. It doesn't 
>lookup IP's thats it's only flaw. just to keep you happy though, we have 
>U:Lined Services.street-creed.com and yes it is global on all servers 
>(specified in each config), and yes It's matched case :)
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: Craig McLure <Craig@chatspike.net>
>Date: Friday, April 16, 2004 8:47 am
>Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug
>
> > Are your U:Lines set up properly? And are you getting messages
> > regarding u:lines when you try an unban? (also, paste your U:Line
> > if possible)
> >
> > Thanks :)
> >
> > /****************************************
> > *     Craig "FrostyCoolSlug" McLure
> > * InspIRCd   - http://www.inspircd.org  - REVIVED
> > * ChatSpike  - http://www.chatspike.net
> > ****************************************/
> >
> >
> > /****************************************
> > * From    - JASON M <dawgclan@shaw.ca>
> > * To      - IRC Services General Mailing List
> > <ircservices@ircservices.za.net> * Sent    - 2004-04-16 16:17:44
> > * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug
> > ****************************************/
> >
> > /****** - Begin Original Message - ******/
> >
> > >As I figured from the version change log, this issues has not
> > been fixed and still produces the same effect on .30
> > >
> > >Regards,
> > >
> > >Jason Mainwaring
> > >A+ Service Technician
> > >Microsoft Certified Systems Administrator
> > >MCSA Messaging
> > >Certified Novell Administrator
> > >Phone: (02) 9419 4616
> > >E-mail: dawgclan@shaw.ca
> > >
> > >----- Original Message -----
> > >From: Craig McLure <Craig@chatspike.net>
> > >Date: Thursday, April 15, 2004 9:43 am
> > >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug
> > >
> > >> "We have just compiled the newer version of IRC Services recently.
> > >>
> > >> ircservices-5.0.29 Services.street-creed.com build #1, compiled
> > >> Fri Apr  9 22:58:02 EST 2004"
> > >>
> > >> So it might have been fixed in .30
> > >>
> > >> /****************************************
> > >> *     Craig "FrostyCoolSlug" McLure
> > >> * InspIRCd   - http://www.inspircd.org  - REVIVED
> > >> * ChatSpike  - http://www.chatspike.net
> > >> ****************************************/
> > >>
> > >>
> > >> /****************************************
> > >> * From    - Andrew Church <achurch@achurch.org>
> > >> * To      - ircservices@ircservices.za.net
> > >> <ircservices@ircservices.za.net> * Sent    - 2004-04-15 19:48:37
> > >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug
> > >> ****************************************/
> > >>
> > >> /****** - Begin Original Message - ******/
> > >>
> > >> >     What version are you using?
> > >> >
> > >> >  --Andrew Church
> > >> >    achurch@achurch.org
> > >> >    http://achurch.org/
> > >> >
> > >> >>I have found a bug in your Chanserv unban function.
> > >> >>
> > >> >>(02:36) -ChanServ- Syntax: UNBAN channel
> > >> >>(02:36) -ChanServ-
> > >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans
> > preventing
> > >> you from
> > >> >>(02:36) -ChanServ- entering the given channel.  By default,
> > >> limited to users
> > >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on
> > the
> > >> channel.>>
> > >> >>"removes all bans preventing me from entering the channel",
> > this
> > >> is false. However it will hopefully be fixed in next release.
> > >> >>
> > >> >>Here's the Scenario:
> > >> >>
> > >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> > >> >>Rothgar is connecting from *@211.XX.XXX.XXX
> > >> >>
> > >> >>(02:34) * Rothgar sets mode: +b *!*@211.*
> > >> >>-=Ban Protection=- You have banned yourself from
> > >> Channel:#underdog Attempting to UnBan you...
> > >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> > >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> > >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> > >> DFC019D.dip.t-dialin.net
> > >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in
> > >> #underdog)>>
> > >> >>As you can see Chanserv did not in fact remove bans
> > preventing
> > >> me from entering the channel. Chanserv needs to lookup vhosts
> > as
> > >> well as actual addresses. This would include a BNC etc. If
> > someone
> > >> set a ban on a subnet like that and it included your address
> > >> >> you would be denied entry. No smart asses saying how being a
> > >> netadmin I am not prevented ;)
> > >> >>
> > >> >>Regards,
> > >> >>
> > >> >>Jason Mainwaring
> > >> >>A+ Service Technician
> > >> >>Microsoft Certified Systems Administrator
> > >> >>MCSA Messaging
> > >> >>Certified Novell Administrator
> > >> >>Phone: (02) 9419 4616
> > >> >>E-mail: dawgclan@shaw.ca
> > >> >>
> > >> >>
> > >> >>--------------------------------------------------------------
> > ---
> > >> -
> > >> >>To unsubscribe or change your subscription options, visit:
> > >> >
> > >> >---------------------------------------------------------------
> > ---
> > >> >To unsubscribe or change your subscription options, visit:
> > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >> >.
> > >>
> > >> /******* - End Original Message - *******/
> > >>
> > >>
> > >>
> > >> ----------------------------------------------------------------
> > --
> > >> To unsubscribe or change your subscription options, visit:
> > >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >>
> > >
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >.
> >
> > /******* - End Original Message - *******/
> >
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices




From dawgclan at shaw.ca  Tue Apr 20 22:34:21 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Chanserv UNBAN Bug
Message-ID: <21e65121b1fa.21b1fa21e651@shaw.ca>

If thats how you feel. I use my e-mail sig for reasons other than this mailing list, so you can settle down. Take a deep breath and stop flaming. It's called Professionalism.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Ballsy <ballsy@mystical.net>
Date: Monday, April 19, 2004 11:02 am
Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug

> At 10:18 AM 16/04/2004, JASON M wrote:
> >We know how to run a IRC Network ;)
> 
>         For future reference, when folks feel the need to list 
> their 
> credentials in their email sig, some of us generally infer that 
> you don't.
> 
> 
> 
> 
> >Our U:Lines are fine and everything works perfectly except UNBAN 
> which 
> >will work fine if you don't use the IP address of the user. It 
> doesn't 
> >lookup IP's thats it's only flaw. just to keep you happy though, 
> we have 
> >U:Lined Services.street-creed.com and yes it is global on all 
> servers 
> >(specified in each config), and yes It's matched case :)
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >----- Original Message -----
> >From: Craig McLure <Craig@chatspike.net>
> >Date: Friday, April 16, 2004 8:47 am
> >Subject: Re: Re: Re: [IRCServices] Chanserv UNBAN Bug
> >
> > > Are your U:Lines set up properly? And are you getting messages
> > > regarding u:lines when you try an unban? (also, paste your U:Line
> > > if possible)
> > >
> > > Thanks :)
> > >
> > > /****************************************
> > > *     Craig "FrostyCoolSlug" McLure
> > > * InspIRCd   - http://www.inspircd.org  - REVIVED
> > > * ChatSpike  - http://www.chatspike.net
> > > ****************************************/
> > >
> > >
> > > /****************************************
> > > * From    - JASON M <dawgclan@shaw.ca>
> > > * To      - IRC Services General Mailing List
> > > <ircservices@ircservices.za.net> * Sent    - 2004-04-16 16:17:44
> > > * Subject - Re: Re: [IRCServices] Chanserv UNBAN Bug
> > > ****************************************/
> > >
> > > /****** - Begin Original Message - ******/
> > >
> > > >As I figured from the version change log, this issues has not
> > > been fixed and still produces the same effect on .30
> > > >
> > > >Regards,
> > > >
> > > >Jason Mainwaring
> > > >A+ Service Technician
> > > >Microsoft Certified Systems Administrator
> > > >MCSA Messaging
> > > >Certified Novell Administrator
> > > >Phone: (02) 9419 4616
> > > >E-mail: dawgclan@shaw.ca
> > > >
> > > >----- Original Message -----
> > > >From: Craig McLure <Craig@chatspike.net>
> > > >Date: Thursday, April 15, 2004 9:43 am
> > > >Subject: Re: Re: [IRCServices] Chanserv UNBAN Bug
> > > >
> > > >> "We have just compiled the newer version of IRC Services 
> recently.> > >>
> > > >> ircservices-5.0.29 Services.street-creed.com build #1, compiled
> > > >> Fri Apr  9 22:58:02 EST 2004"
> > > >>
> > > >> So it might have been fixed in .30
> > > >>
> > > >> /****************************************
> > > >> *     Craig "FrostyCoolSlug" McLure
> > > >> * InspIRCd   - http://www.inspircd.org  - REVIVED
> > > >> * ChatSpike  - http://www.chatspike.net
> > > >> ****************************************/
> > > >>
> > > >>
> > > >> /****************************************
> > > >> * From    - Andrew Church <achurch@achurch.org>
> > > >> * To      - ircservices@ircservices.za.net
> > > >> <ircservices@ircservices.za.net> * Sent    - 2004-04-15 
> 19:48:37> > >> * Subject - Re: [IRCServices] Chanserv UNBAN Bug
> > > >> ****************************************/
> > > >>
> > > >> /****** - Begin Original Message - ******/
> > > >>
> > > >> >     What version are you using?
> > > >> >
> > > >> >  --Andrew Church
> > > >> >    achurch@achurch.org
> > > >> >    http://achurch.org/
> > > >> >
> > > >> >>I have found a bug in your Chanserv unban function.
> > > >> >>
> > > >> >>(02:36) -ChanServ- Syntax: UNBAN channel
> > > >> >>(02:36) -ChanServ-
> > > >> >>(02:36) -ChanServ- Tells ChanServ to remove all bans
> > > preventing
> > > >> you from
> > > >> >>(02:36) -ChanServ- entering the given channel.  By default,
> > > >> limited to users
> > > >> >>(02:36) -ChanServ- with level 50 (AOP) access and above on
> > > the
> > > >> channel.>>
> > > >> >>"removes all bans preventing me from entering the channel",
> > > this
> > > >> is false. However it will hopefully be fixed in next release.
> > > >> >>
> > > >> >>Here's the Scenario:
> > > >> >>
> > > >> >>Rothgar is admin@netadmin.street-creed.com * DawG of DooM!
> > > >> >>Rothgar is connecting from *@211.XX.XXX.XXX
> > > >> >>
> > > >> >>(02:34) * Rothgar sets mode: +b *!*@211.*
> > > >> >>-=Ban Protection=- You have banned yourself from
> > > >> Channel:#underdog Attempting to UnBan you...
> > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> > > >> >>(02:34) -ChanServ- You have been unbanned from #underdog.
> > > >> >>(02:35) * Rothgar sets mode: -bb *!*@211.* *!*@street-
> > > >> DFC019D.dip.t-dialin.net
> > > >> >>-=Ban Protection=- Ban Protection Successful (*!*@211.* in
> > > >> #underdog)>>
> > > >> >>As you can see Chanserv did not in fact remove bans
> > > preventing
> > > >> me from entering the channel. Chanserv needs to lookup vhosts
> > > as
> > > >> well as actual addresses. This would include a BNC etc. If
> > > someone
> > > >> set a ban on a subnet like that and it included your address
> > > >> >> you would be denied entry. No smart asses saying how 
> being a
> > > >> netadmin I am not prevented ;)
> > > >> >>
> > > >> >>Regards,
> > > >> >>
> > > >> >>Jason Mainwaring
> > > >> >>A+ Service Technician
> > > >> >>Microsoft Certified Systems Administrator
> > > >> >>MCSA Messaging
> > > >> >>Certified Novell Administrator
> > > >> >>Phone: (02) 9419 4616
> > > >> >>E-mail: dawgclan@shaw.ca
> > > >> >>
> > > >> >>
> > > >> >>----------------------------------------------------------
> ----
> > > ---
> > > >> -
> > > >> >>To unsubscribe or change your subscription options, visit:
> > > >> >
> > > >> >-----------------------------------------------------------
> ----
> > > ---
> > > >> >To unsubscribe or change your subscription options, visit:
> > > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > > >> >.
> > > >>
> > > >> /******* - End Original Message - *******/
> > > >>
> > > >>
> > > >>
> > > >> ------------------------------------------------------------
> ----
> > > --
> > > >> To unsubscribe or change your subscription options, visit:
> > > >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> > > >>
> > > >
> > > >
> > > >--------------------------------------------------------------
> ----
> > > >To unsubscribe or change your subscription options, visit:
> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > > >.
> > >
> > > /******* - End Original Message - *******/
> > >
> > >
> > >
> > > ---------------------------------------------------------------
> ---
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From brain at winbot.co.uk  Fri Apr 23 08:54:52 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Convincing someone to not use auspice
Message-ID: <200404231554.i3NFsq131092@brainbox.winbot.co.uk>

I'm currently trying to convince someone to not bother using auspice on their network, the reasons being it is no longer maintained, and is based on a very very very old version of ircservices which is full of bugs and holes (seems so old that it doesnt even use linked lists for a lot of its data structures, rather static arrays). It seems that this person is unwilling to listen to reason about why such old unmaintained (the keyword here) projects should not be used on a live net, can anyone else come up with any good reasons to sway him?

Thanks,

Brain



From irc at teknet.com.tr  Fri Apr 23 19:28:52 2004
From: irc at teknet.com.tr (Okan karasoy)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] /ns list *ip probem
Message-ID: <ebf2d47dfc41377f08df62d81d53d4a9@teknet.com.tr>

We are currently running Tr ircd 5.7 on our server. We have a problem with the /ns list command. We use ircservices-5.0.30 and when we use the /ns list command services crash and close. An example can be seen here. 

-irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: PANIC! buffer = :^^zZz^^ P NickServ@services.teklan.com.tr :list *@TeKLAN.B026B2E8291FAE.TR seklinde aradigimiz zaman 
- 
-irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: Received SQUIT services.teklan.com.tr from services.teklan.com.tr (Services terminating: Segmentation fault) 
- 
-irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Write error to services.teklan.com.tr, closing link 
- 
-irc.teklan.com.tr- *** Routing -- services.teklan.com.tr was connected for 508 seconds. 171/860 sendK/recvK. 
- 

What could be the reason(s) for this? Is there anyway of preventing this from happening?





irc.teklan.com.tr IRC Y?netim kadrosu
                                                    http://irc.teklan.com.tr/teklan.html
                                                    http://ircforum.teklan.net



From irc at teknet.com.tr  Fri Apr 23 19:29:32 2004
From: irc at teknet.com.tr (Okan karasoy)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Bug log in Log file
Message-ID: <e4ac6feb6b2317c38162c375b5274698@teknet.com.tr>

When we start up the ircservices we get a bug log in the log file such as this below. 

[Apr 24 01:57:46 2004] IRC Services 5.0.30 starting up 
[Apr 24 01:57:48 2004] unknown message from server (:irc.teklan.com.tr 451 :Kayytly de?ilsiniz) 
[Apr 24 01:57:48 2004] user: New maximum user count: 1 
[Apr 24 01:57:48 2004] user: New maximum user count: 2 
[Apr 24 01:57:48 2004] user: New maximum user count: 3 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] user: New maximum user count: 4 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 

What could be the reason for this? Why does this happen?




irc.teklan.com.tr IRC Y?netim kadrosu
                                                    http://irc.teklan.com.tr/teklan.html
                                                    http://ircforum.teklan.net



From Craig at chatspike.net  Fri Apr 23 17:48:25 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Bug log in Log file
Message-ID: <mailman.36.1098597726.26050.ircservices@ircservices.za.net>

Is it possible to have more information on your machine? Linux distro, Compiler and version, etc :)

Thanks

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Okan karasoy <irc@teknet.com.tr>
 * To      - IRC Services General Mailing Lis <ircservices@ircservices.za.net>
 * Sent    - 2004-04-24 02:29:32
 * Subject - [IRCServices] Bug log in Log file
 ****************************************/

/****** - Begin Original Message - ******/

>When we start up the ircservices we get a bug log in the log file such as this below. 
>
>[Apr 24 01:57:46 2004] IRC Services 5.0.30 starting up 
>[Apr 24 01:57:48 2004] unknown message from server (:irc.teklan.com.tr 451 :Kayytly de?ilsiniz) 
>[Apr 24 01:57:48 2004] user: New maximum user count: 1 
>[Apr 24 01:57:48 2004] user: New maximum user count: 2 
>[Apr 24 01:57:48 2004] user: New maximum user count: 3 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] user: New maximum user count: 4 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>[Apr 24 01:57:48 2004] sockets: BUG: resize_wbuf(0): size (20480) <= wlen (-81884) 
>
>What could be the reason for this? Why does this happen?
>
>
>
>
>irc.teklan.com.tr IRC Y?netim kadrosu
>                                                    http://irc.teklan.com.tr/teklan.html
>                                                    http://ircforum.teklan.net
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/

From sofit at proshe.bg  Sat Apr 24 01:19:10 2004
From: sofit at proshe.bg (Stanislav Zahariev)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Feature Request - "Alias" of commands
Message-ID: <121648728.20040424111910@proshe.bg>

Hello,
I was wondering, is it possible (with the current code) for NickServ
to make no difference between

/msg NickServ id <pass>
/msg NickServ ide <pass>
/msg NickServ iden <pass>
/msg NickServ identify <pass>

i.e. the above commands to be all aliases of identify. And if there
is an ambiguous command NickServ will just say "Ambiguous command".

--
Best regards,
Stanislav



From Alexander_Zverev at oxy.com  Sat Apr 24 04:38:58 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB52@nnzwexc1.nizhnevartovsk.intloxy.com>

Hello

I install noctcp module on my server. This module can restrict CTCP
ACTION on channels, on which +D mode is set.
When I try to lock this module, ChanServ says: [17:36:32] -ChanServ-
Unknown mode character D ignored.


---
Wbr, Alexander Zverev


From achurch at achurch.org  Sat Apr 24 20:54:25 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D
In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB52@nnzwexc1.nizhnevartovsk.intloxy.com>
Message-ID: <408a5581.17152@achurch.org>

     Modes added by third-party modules are not supported.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hello
>
>I install noctcp module on my server. This module can restrict CTCP
>ACTION on channels, on which +D mode is set.
>When I try to lock this module, ChanServ says: [17:36:32] -ChanServ-
>Unknown mode character D ignored.
>
>
>---
>Wbr, Alexander Zverev
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From brain at winbot.co.uk  Sat Apr 24 04:57:57 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] UnrealIRCd, noctcp module, mode +D
Message-ID: <200404241157.i3OBvw114759@brainbox.winbot.co.uk>

this is because services is unaware of the changes made to your ircd by loading the module. To make this work you'd probably have to hack around inside unreal.c (the protocol module in services). Note however that doing so would invalidate any support offered here as modified distributions are not supported for obvious reasons.

>Hello
>
>I install noctcp module on my server. This module can restrict CTCP
>ACTION on channels, on which +D mode is set.
>When I try to lock this module, ChanServ says: [17:36:32] -ChanServ-
>Unknown mode character D ignored.
>
>
>---
>Wbr, Alexander Zverev
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From brain at winbot.co.uk  Sat Apr 24 05:03:36 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Releasing a protocol module
Message-ID: <200404241203.i3OC3a114848@brainbox.winbot.co.uk>

Hi,

Recently ive been developing a protocol module for my ircd (www.inspircd.org) which is nearing completion. Is there any way i could get the protocol module bundled with the others in the ircservices package when it is complete? It will of course need some tidying up, and im sure Andy will want to make some tweaks so it fits in with his coding style. Due to the nature of my ircd ive had to put some weird/ugly hacks into the protocol module such as capturing builtins such as privmsg as 'extra' commands (this has to be done because the format of the commands is totally different to any other ircd) - but it appears to work fine so far.

Any more information on this?

Thanks lots,
Brain



From dawgclan at shaw.ca  Sat Apr 24 06:43:00 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ enforcing.
Message-ID: <5c46255c7662.5c76625c4625@shaw.ca>

I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)?

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca



From brain at winbot.co.uk  Sat Apr 24 07:00:11 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ
        enforcing.
Message-ID: <200404241400.i3OE0B118995@brainbox.winbot.co.uk>

Andy wont support this if you compile it, as its 3rd-party, but...

if you get the idleserv module from here, http://www.chatspike.net/modules/ - then it can be used to hold channels open while there are no users in it, the way you want.

>I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)?
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From mark at phedny.net  Sat Apr 24 06:58:57 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ
        enforcing.
In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca>
References: <5c46255c7662.5c76625c4625@shaw.ca>
Message-ID: <408A72A1.20309@phedny.net>

JASON M wrote:

>I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)?
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>



From mark at phedny.net  Sat Apr 24 07:00:50 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ
        enforcing.
In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca>
References: <5c46255c7662.5c76625c4625@shaw.ca>
Message-ID: <408A7312.1060006@phedny.net>

Hi,

I think the best way to do this is place someone in the channel. Afaik 
the Services can't do this, but you might be able to create a small bot 
that can join channels when people ask it to. Just so anyone is inside 
the channel.

JASON M wrote:

>I'm not sure if IRC Services' ChanServ ever did stay in the channel, we have jumped around a bit over the years. I am wondering however if it is possible to add this in... My reasons being users wanting to make passworded channels. If a user makes a passworded channel and everyone leaves, all modes are removed. If you mlock +k yourpassword, upon entry it will set the "mlock" modes which include the password yet the user is still in the channel and now has the password visualy on the screen. Is this just with Unreal? How would one make a passworded channel, stay protected upon all people leaving (ruling out an eggdrop or the like)?
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>



From dawgclan at shaw.ca  Sat Apr 24 20:08:16 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with
        ChanServ        enforcing.
Message-ID: <62790162c5bb.62c5bb627901@shaw.ca>

Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy?

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig Edwards <brain@winbot.co.uk>
Date: Saturday, April 24, 2004 7:00 am
Subject: Re: [IRCServices] Creating passworded channels with ChanServ   enforcing.

> Andy wont support this if you compile it, as its 3rd-party, but...
> 
> if you get the idleserv module from here, 
> http://www.chatspike.net/modules/ - then it can be used to hold 
> channels open while there are no users in it, the way you want.
> 
> >I'm not sure if IRC Services' ChanServ ever did stay in the 
> channel, we have jumped around a bit over the years. I am 
> wondering however if it is possible to add this in... My reasons 
> being users wanting to make passworded channels. If a user makes a 
> passworded channel and everyone leaves, all modes are removed. If 
> you mlock +k yourpassword, upon entry it will set the "mlock" 
> modes which include the password yet the user is still in the 
> channel and now has the password visualy on the screen. Is this 
> just with Unreal? How would one make a passworded channel, stay 
> protected upon all people leaving (ruling out an eggdrop or the like)?
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From derfy at derfy.net  Sat Apr 24 21:24:11 2004
From: derfy at derfy.net (Freddie Agricola)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with
        ChanServ        enforcing.
In-Reply-To: <62790162c5bb.62c5bb627901@shaw.ca>
References: <62790162c5bb.62c5bb627901@shaw.ca>
Message-ID: <49fm809btsbgs7a3hevq483hglbal33v55@4ax.com>

On Sat, 24 Apr 2004 20:08:16 -0700, you wrote:

>Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy?
>
>Regards,
>
>Jason Mainwaring

>
Andy's word is here:
http://www.ircservices.za.net/docs/faq.html#Z6.5




From achurch at achurch.org  Sun Apr 25 14:39:16 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with
        ChanServ        enforcing.
In-Reply-To: <62790162c5bb.62c5bb627901@shaw.ca>
Message-ID: <408b4f30.20436@achurch.org>

RTFM. (FAQ Z.6)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely k
>now who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy?
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: Craig Edwards <brain@winbot.co.uk>
>Date: Saturday, April 24, 2004 7:00 am
>Subject: Re: [IRCServices] Creating passworded channels with ChanServ  enforcing.
>
>> Andy wont support this if you compile it, as its 3rd-party, but...
>> 
>> if you get the idleserv module from here, 
>> http://www.chatspike.net/modules/ - then it can be used to hold 
>> channels open while there are no users in it, the way you want.
>> 
>> >I'm not sure if IRC Services' ChanServ ever did stay in the 
>> channel, we have jumped around a bit over the years. I am 
>> wondering however if it is possible to add this in... My reasons 
>> being users wanting to make passworded channels. If a user makes a 
>> passworded channel and everyone leaves, all modes are removed. If 
>> you mlock +k yourpassword, upon entry it will set the "mlock" 
>> modes which include the password yet the user is still in the 
>> channel and now has the password visualy on the screen. Is this 
>> just with Unreal? How would one make a passworded channel, stay 
>> protected upon all people leaving (ruling out an eggdrop or the like)?
>> >
>> >Regards,
>> >
>> >Jason Mainwaring
>> >A+ Service Technician
>> >Microsoft Certified Systems Administrator
>> >MCSA Messaging
>> >Certified Novell Administrator
>> >Phone: (02) 9419 4616
>> >E-mail: dawgclan@shaw.ca
>> >
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:


From brain at winbot.co.uk  Sun Apr 25 05:16:10 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels
        withChanServ    enforcing.
Message-ID: <200404251216.i3PCGB109906@brainbox.winbot.co.uk>

Its perfectly possible to get idleserv to be chanserv (if you know what i mean) simply by exporting one symbol s_ChanServ from chanserv.c (maybe this is more suited to the services coding list). If you want to try this, again youre on your own but ive found modifying ircservices to be great fun, and you might enjoy it. Im guessing it would be a 10 minute job to do.

>Hmm, I assume with your IdleServ module, the bot will be called just that... IdleServ. I am really looking for a module to SVSJOIN ChanServ to all registered channels or a built in feature to make ChanServ stay in the channels. A lot of our users barely know who ChanServ is let alone IdleServ heh. Plus as you said it's not supported. Any word on this Andy?
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: Craig Edwards <brain@winbot.co.uk>
>Date: Saturday, April 24, 2004 7:00 am
>Subject: Re: [IRCServices] Creating passworded channels with ChanServ  enforcing.
>
>> Andy wont support this if you compile it, as its 3rd-party, but...
>> 
>> if you get the idleserv module from here, 
>> http://www.chatspike.net/modules/ - then it can be used to hold 
>> channels open while there are no users in it, the way you want.
>> 
>> >I'm not sure if IRC Services' ChanServ ever did stay in the 
>> channel, we have jumped around a bit over the years. I am 
>> wondering however if it is possible to add this in... My reasons 
>> being users wanting to make passworded channels. If a user makes a 
>> passworded channel and everyone leaves, all modes are removed. If 
>> you mlock +k yourpassword, upon entry it will set the "mlock" 
>> modes which include the password yet the user is still in the 
>> channel and now has the password visualy on the screen. Is this 
>> just with Unreal? How would one make a passworded channel, stay 
>> protected upon all people leaving (ruling out an eggdrop or the like)?
>> >
>> >Regards,
>> >
>> >Jason Mainwaring
>> >A+ Service Technician
>> >Microsoft Certified Systems Administrator
>> >MCSA Messaging
>> >Certified Novell Administrator
>> >Phone: (02) 9419 4616
>> >E-mail: dawgclan@shaw.ca
>> >
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From Craig at chatspike.net  Sun Apr 25 06:45:08 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] XML Loaded without HTTPd?
Message-ID: <mailman.37.1098597726.26050.ircservices@ircservices.za.net>

I think this is a bug, but i'm gonna query it first, for months now (without really realising it) we have had the XML modules loaded in our copy of services, however, we have done so without the httpd modules loaded. As far as i know, the XML modules depend on http for their output, so, Shouldnt the XML modules check to see if the HTTP modules are running before being allowed to function?
Especially seeing afaik, there is no other way to use the XML modules.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From achurch at achurch.org  Sun Apr 25 23:04:16 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] XML Loaded without HTTPd?
In-Reply-To: <408bc127.02753@mail.achurch.org>
Message-ID: <408bc598.21136@achurch.org>

     XML I/O can be used from the command line (in fact, importing can only
be done from the command line).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I think this is a bug, but i'm gonna query it first, for months now (without really realising it) we have had the XML modules loaded in our copy of services, however, we have done so without the httpd modules loaded. As far as i know, the XML modules depe
>nd on http for their output, so, Shouldnt the XML modules check to see if the HTTP modules are running before being allowed to function?
>Especially seeing afaik, there is no other way to use the XML modules.
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:


From medice at gmx.at  Sun Apr 25 08:14:06 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ
        enforcing.
In-Reply-To: <5c46255c7662.5c76625c4625@shaw.ca>
References: <5c46255c7662.5c76625c4625@shaw.ca>
Message-ID: <408BD5BE.40200@gmx.at>

I always thought it is more reasonable to solve this problem ircd-sided, 
which might be possible with a chanmode +r for registered channels only 
setable by services (I don't know all the ircd out there and am not 
aware if ALL have this or a similar mode implemented...).
In case +r is set (which means the channel is registered by chanserv) 
this channel should not "expire" on ircd - it should keep all modes - 
including bans and +k keywords and so on - even if there are 0 user in. 
So there are existing empty channels, just as my home has all its 
tables, chairs and pencils even if I'm out ;)
But the ircd-coders I sent this idea dislike :(

Meanwhile you should prefer a workaround - as suggested here on ML or in 
FAQ using modules or bots.

greetz
/medice

P.S. i hope, nobody is disturbed, although this post is not really 
ircservices-related...





From irc at teknet.com.tr  Sun Apr 25 11:46:07 2004
From: irc at teknet.com.tr (irc.teklan.com.tr)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] services terminating with mlock command ?
Message-ID: <c1eab1d58d360de54e373f50d4f0738d@teknet.com.tr>

Hi, 
We are using tr-ircd(magnificat)-5.7(00)-rc2#16 on our server and ircservices-5.0.30. We have a problem with services. When a user uses the mlock command with the +J mode, services terminate. The command used was /cs set #chan mlock +J 5 and we are given this quit message:

[16:25:00] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: PANIC! buffer = :SenSei P ChanServ@services.teklan.com.tr :set #opers mlock +tnJ 5
-
[16:25:00] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: Received SQUIT services.teklan.com.tr from services.teklan.com.tr (Services terminating: Segmentation fault)
-
[16:25:00] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Write error to services.teklan.com.tr, closing link
-
[16:25:00] -irc.teklan.com.tr- *** Routing -- services.teklan.com.tr was connected for 404 seconds.  364/1847 sendK/recvK.

What could be the reason for this, and how can we prevent it? 



irc.teklan.com.tr IRC Y?netim kadrosu
                                                    http://irc.teklan.com.tr/teklan.html
                                                    http://ircforum.teklan.net



From vonitsa_net at yahoo.gr  Sun Apr 25 09:44:03 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServ
        enforcing.
Message-ID: <20040425164403.69403.qmail@web86402.mail.ukl.yahoo.com>

Hello.. I think this is a solution... services must
check if the user know the channel key. So if someone
is the *first* user who wants to join a channel with
mlock +k he must type a command first like this: /cs
keyjoin #chan channel key ... If someone try to join a
channel without typing this command CΗΑΝSΕRV will
kick and ban him.. And if someone trys to use this
command more than 3 times with wronk channel key
services will kill him. I want reply from the members
for this;-p

=====
Dionisios K. - VoNiTsA On GrNet



From Craig at chatspike.net  Sun Apr 25 13:26:02 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServenforcing.
Message-ID: <mailman.38.1098597726.26050.ircservices@ircservices.za.net>

A more reasonable idea would be to kick ban the first person to join the channel if empty, Chanserv will sit in there for a small ammount of time (as it would with normal kicks), then set the channel key before unbanning the user. That user would then be able to join the channel properly.

Although i might add, i suggested something like this previously, and it was chucked out at the first hurdle, with a message saying 'Use Secure access lists'. Which i'm guessing will be the same responce here.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <vonitsa_net@yahoo.gr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-25 17:44:03
 * Subject - Re: [IRCServices] Creating passworded channels with ChanServenforcing.
 ****************************************/

/****** - Begin Original Message - ******/

>Hello.. I think this is a solution... services must
>check if the user know the channel key. So if someone
>is the *first* user who wants to join a channel with
>mlock +k he must type a command first like this: /cs
>keyjoin #chan channel key ... If someone try to join a
>channel without typing this command C??????S??RV will
>kick and ban him.. And if someone trys to use this
>command more than 3 times with wronk channel key
>services will kill him. I want reply from the members
>for this;-p
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/

From dawgclan at shaw.ca  Mon Apr 26 09:25:40 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels
        with    ChanServ        enforcing.
Message-ID: <715c42718e2a.718e2a715c42@shaw.ca>

"An option to make ChanServ stay in some/all registered channels: I see absolutely no necessity for this feature, since (1) Services' channel privilege and information functions will operate whether or not ChanServ (or any users at all) are in the channel, and (2) if someone really wants to keep a channel open for some reason, they can use an ordinary bot. Furthermore, having ChanServ stay in channels will dramatically increase the amount of traffic Services has to handle, which will in turn reduce the rate at which Services can respond to requests. (This has also been discussed to death on the mailing list, so please don't ask for it to be reconsidered.)"

I have only a few things to add. The privelidge system doesn't necessarily work if you can't lock a channel correctly? Sure you could get an eggdrop... Yet they won't be services and I honestly don't see why a feature like this couldn't be added. Defaultly Off, with the ability to turn on? It can't slow down Services too greatly as a server such as GamSurge A.K.A. GamesNet who uses SRVX has ChanServ in their 30,000+ Channels with obviously more users than that. They seem to respond perfectly fine 90-95% of the time. Perhaps SRVX has developed a good method? They mustn't ignore channel text as srvx has channel triggers?

I would not be so against this, if the passwording of a channel actually worked... Would there be a method you could create instead perhaps like a "set chanpass" option. I am unsure of how IRCd and Services interact, yet perhaps on receiving a join command set the pass before the user joins or check the password param from the user against the chanpass setting? Once again I am not sure how they interact :) I just use them. A Services solution to passwording channels would be nice though.

I agree I could have read the FAQ, It didn't cross my mind, so thats quite a legit response.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: achurch@achurch.org (Andrew Church)
Date: Saturday, April 24, 2004 10:39 pm
Subject: Re: [IRCServices] Creating passworded channels with    ChanServ        enforcing.

> RTFM. (FAQ Z.6)
> 
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
> 
> >Hmm, I assume with your IdleServ module, the bot will be called 
> just that... IdleServ. I am really looking for a module to SVSJOIN 
> ChanServ to all registered channels or a built in feature to make 
> ChanServ stay in the channels. A lot of our users barely k
> >now who ChanServ is let alone IdleServ heh. Plus as you said it's 
> not supported. Any word on this Andy?
> >
> >Regards,
> >
> >Jason Mainwaring
> >A+ Service Technician
> >Microsoft Certified Systems Administrator
> >MCSA Messaging
> >Certified Novell Administrator
> >Phone: (02) 9419 4616
> >E-mail: dawgclan@shaw.ca
> >
> >----- Original Message -----
> >From: Craig Edwards <brain@winbot.co.uk>
> >Date: Saturday, April 24, 2004 7:00 am
> >Subject: Re: [IRCServices] Creating passworded channels with 
> ChanServ      enforcing.>
> >> Andy wont support this if you compile it, as its 3rd-party, but...
> >> 
> >> if you get the idleserv module from here, 
> >> http://www.chatspike.net/modules/ - then it can be used to hold 
> >> channels open while there are no users in it, the way you want.
> >> 
> >> >I'm not sure if IRC Services' ChanServ ever did stay in the 
> >> channel, we have jumped around a bit over the years. I am 
> >> wondering however if it is possible to add this in... My 
> reasons 
> >> being users wanting to make passworded channels. If a user 
> makes a 
> >> passworded channel and everyone leaves, all modes are removed. 
> If 
> >> you mlock +k yourpassword, upon entry it will set the "mlock" 
> >> modes which include the password yet the user is still in the 
> >> channel and now has the password visualy on the screen. Is this 
> >> just with Unreal? How would one make a passworded channel, stay 
> >> protected upon all people leaving (ruling out an eggdrop or the 
> like)?>> >
> >> >Regards,
> >> >
> >> >Jason Mainwaring
> >> >A+ Service Technician
> >> >Microsoft Certified Systems Administrator
> >> >MCSA Messaging
> >> >Certified Novell Administrator
> >> >Phone: (02) 9419 4616
> >> >E-mail: dawgclan@shaw.ca
> >> >
> >> >
> >> >---------------------------------------------------------------
> ---
> >> >To unsubscribe or change your subscription options, visit:
> >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >> 
> >> 
> >> ----------------------------------------------------------------
> --
> >> To unsubscribe or change your subscription options, visit:
> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> >> 
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From dawgclan at shaw.ca  Mon Apr 26 09:33:35 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with
        ChanServ        enforcing.
Message-ID: <719756717c60.717c60719756@shaw.ca>

Thats kind of what I was thinking... opposed to "/msg chanserv pass chan" however which I don't believe will work, which is why people can join around this. on use typing "/join #channel" if this gets sent to the ircd, which sends to Services? This could be intercepted? as "/join #channel password" is a valid parameter for joining a passworded channel, it could then match is with a password you set in Chanserv set options. Another method could be ChanServ idling a channel while no-one is in it? On second person joining leave? When there is one user left, join? This would keep modes active without the "extra load" as it was put on ChanServ.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: "Dionisios K." <vonitsa_net@yahoo.gr>
Date: Sunday, April 25, 2004 9:44 am
Subject: Re: [IRCServices] Creating passworded channels with ChanServ   enforcing.

> Hello.. I think this is a solution... services must
> check if the user know the channel key. So if someone
> is the *first* user who wants to join a channel with
> mlock +k he must type a command first like this: /cs
> keyjoin #chan channel key ... If someone try to join a
> channel without typing this command C??????S??RV will
> kick and ban him.. And if someone trys to use this
> command more than 3 times with wronk channel key
> services will kill him. I want reply from the members
> for this;-p
> 
> =====
> Dionisios K. - VoNiTsA On GrNet
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From dawgclan at shaw.ca  Mon Apr 26 09:38:12 2004
From: dawgclan at shaw.ca (JASON M)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServenforcing.
Message-ID: <71bed471b698.71b69871bed4@shaw.ca>

The problem I see with your idea there is the whole banning users for an ammount of time in which the user would then have to wait or unban themselves to join. Pain in the ass if you ask me. Use secure access, this was an option I was considering before posting however back to the whole pain in the ass aspect. People often can't auth as fast as they join. So if they aren't authed simple, no access to channel. They then have to manually re-join the channel. If there was a solution to passwording the channel where it wouldn't inconvenience the user by kickbanning them, or requiring them to auth it would be great.

Regards,

Jason Mainwaring
A+ Service Technician
Microsoft Certified Systems Administrator
MCSA Messaging
Certified Novell Administrator
Phone: (02) 9419 4616
E-mail: dawgclan@shaw.ca

----- Original Message -----
From: Craig McLure <Craig@chatspike.net>
Date: Sunday, April 25, 2004 1:26 pm
Subject: Re: [IRCServices] Creating passworded channels with ChanServenforcing.

> A more reasonable idea would be to kick ban the first person to 
> join the channel if empty, Chanserv will sit in there for a small 
> ammount of time (as it would with normal kicks), then set the 
> channel key before unbanning the user. That user would then be 
> able to join the channel properly.
> 
> Although i might add, i suggested something like this previously, 
> and it was chucked out at the first hurdle, with a message saying 
> 'Use Secure access lists'. Which i'm guessing will be the same 
> responce here.
> 
> /****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
> 
> 
> /****************************************
> * From    - Dionisios K. <vonitsa_net@yahoo.gr>
> * To      - ircservices@ircservices.za.net 
> <ircservices@ircservices.za.net> * Sent    - 2004-04-25 17:44:03
> * Subject - Re: [IRCServices] Creating passworded channels with 
> ChanServenforcing. ****************************************/
> 
> /****** - Begin Original Message - ******/
> 
> >Hello.. I think this is a solution... services must
> >check if the user know the channel key. So if someone
> >is the *first* user who wants to join a channel with
> >mlock +k he must type a command first like this: /cs
> >keyjoin #chan channel key ... If someone try to join a
> >channel without typing this command C??????S??RV will
> >kick and ban him.. And if someone trys to use this
> >command more than 3 times with wronk channel key
> >services will kill him. I want reply from the members
> >for this;-p
> >
> >=====
> >Dionisios K. - VoNiTsA On GrNet
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
> 
> /******* - End Original Message - *******/
> 
> 
-------------- next part --------------
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices
From mark at phedny.net  Mon Apr 26 09:57:42 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels with ChanServenforcing.
In-Reply-To: <71bed471b698.71b69871bed4@shaw.ca>
References: <71bed471b698.71b69871bed4@shaw.ca>
Message-ID: <408D3F86.5080301@phedny.net>

Hi,

What is the difference between specifying a channel key (+k) on join and 
specifying a password with NickServ. By using the ChanServ access list 
you accomplish the same. In most IRC clients there is some way of 
specifying a login-command (login-cmd, perform buffer, etc), where you 
can place the NickServ IDENTIFY command.

- Mark

JASON M wrote:

>The problem I see with your idea there is the whole banning users for an ammount of time in which the user would then have to wait or unban themselves to join. Pain in the ass if you ask me. Use secure access, this was an option I was considering before posting however back to the whole pain in the ass aspect. People often can't auth as fast as they join. So if they aren't authed simple, no access to channel. They then have to manually re-join the channel. If there was a solution to passwording the channel where it wouldn't inconvenience the user by kickbanning them, or requiring them to auth it would be great.
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: Craig McLure <Craig@chatspike.net>
>Date: Sunday, April 25, 2004 1:26 pm
>Subject: Re: [IRCServices] Creating passworded channels with ChanServenforcing.
>  
>



From Craig at chatspike.net  Mon Apr 26 10:07:17 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels
        withChanServ    enforcing.
Message-ID: <mailman.39.1098597726.26050.ircservices@ircservices.za.net>

Services will recieve the Join _AFTER_ the IRCd has created the channel, so there is no way to intercept it.

The problem with this, is that the chance are, the channels will be forced to be left open on the IRCd, Which could cause performance issues (potentially thousands of empty channels being held open by chanserv)

Re: Your other mail
Nickserv has an ajoin command, maybe you could encourage users to use it?

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - JASON M <dawgclan@shaw.ca>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-04-26 17:33:35
 * Subject - Re: [IRCServices] Creating passworded channels withChanServ        enforcing.
 ****************************************/

/****** - Begin Original Message - ******/

>Thats kind of what I was thinking... opposed to "/msg chanserv pass chan" however which I don't believe will work, which is why people can join around this. on use typing "/join #channel" if this gets sent to the ircd, which sends to Services? This could be intercepted? as "/join #channel password" is a valid parameter for joining a passworded channel, it could then match is with a password you set in Chanserv set options. Another method could be ChanServ idling a channel while no-one is in it? On second person joining leave? When there is one user left, join? This would keep modes active without the "extra load" as it was put on ChanServ.
>
>Regards,
>
>Jason Mainwaring
>A+ Service Technician
>Microsoft Certified Systems Administrator
>MCSA Messaging
>Certified Novell Administrator
>Phone: (02) 9419 4616
>E-mail: dawgclan@shaw.ca
>
>----- Original Message -----
>From: "Dionisios K." <vonitsa_net@yahoo.gr>
>Date: Sunday, April 25, 2004 9:44 am
>Subject: Re: [IRCServices] Creating passworded channels with ChanServ  enforcing.
>
>> Hello.. I think this is a solution... services must
>> check if the user know the channel key. So if someone
>> is the *first* user who wants to join a channel with
>> mlock +k he must type a command first like this: /cs
>> keyjoin #chan channel key ... If someone try to join a
>> channel without typing this command C??????S??RV will
>> kick and ban him.. And if someone trys to use this
>> command more than 3 times with wronk channel key
>> services will kill him. I want reply from the members
>> for this;-p
>> 
>> =====
>> Dionisios K. - VoNiTsA On GrNet
>> 
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/

From vonitsa_net at yahoo.gr  Mon Apr 26 10:46:58 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
Message-ID: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com>

Open channels? Idleserv? My idea is very more simple.
Just add a command to services to check if the first
user who join a +k mlocked channel knows the key. /cs
chankey #chan - and yes why not kickban a user who try
to join to a channel and he dont know the key.

=====
Dionisios K. - VoNiTsA On GrNet



From thema at adnd.com  Mon Apr 26 12:23:31 2004
From: thema at adnd.com (thema@adnd.com)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
In-Reply-To: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com>
Message-ID: <000e01c42bc3$f5c43470$3d714fd9@thema>

Quite honestly I've been watching this argument fly around the mailing list
for so long now that I personally am sick of it.

Andy, I know you think you have valid reasons for not implementing this
choice, but even I, with my limited intelligence can see that you're
flogging a dead horse. Why not give people what they want?
I don't think it can be considered as a failure to admit that maybe the
masses might have a point, small as it might be. We all, and I include
myself in that all, want the choice. Dammit man if it slows down services
then we're forewarned already. It's no biggie. We'll handle it. Stop saying
"No!" just because you think you know better then we do. I admit it. You
know wayyy more then I do, but I need this facility, and so do so many
others. Be kind to us, and please let us have the choice.

Thema (AKA Olly webmaster and Admin www.adnd.com)

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Dionisios K.
Sent: 26 April 2004 18:47
To: ircservices@ircservices.za.net
Subject: Re: [IRCServices] Creating passworded channels withChanServ
enforcing.


Open channels? Idleserv? My idea is very more simple.
Just add a command to services to check if the first
user who join a +k mlocked channel knows the key. /cs
chankey #chan - and yes why not kickban a user who try
to join to a channel and he dont know the key.

=====
Dionisios K. - VoNiTsA On GrNet


------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004




From admin at nevernet.net  Mon Apr 26 12:29:02 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
In-Reply-To: <000e01c42bc3$f5c43470$3d714fd9@thema>
Message-ID: <mailman.40.1098597726.26050.ircservices@ircservices.za.net>

It comes down to Andy having to write the code for this. Making demands is no
way to get someone to do something when he's doing it for free. If you don't
like ircservices because it doesn't have the feature you want, there are plenty
of other services versions out there. There is no need to be disrespectful or
unappreciative of Andy's work on this project. It's his project, it's his
vision. If he says "NO!" a thousand times, that's his prerogative. If you don't
like his answer, go buy "C For Dummies" and write your own services.

> Be kind to us, and please let us have the choice.

You have the choice. Make it.

Elijah

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of thema@adnd.com
Sent: Monday, 26 April, 2004 2:24 PM
To: 'IRC Services General Mailing List'
Subject: RE: [IRCServices] Creating passworded channels withChanServ enforcing.

Quite honestly I've been watching this argument fly around the mailing list
for so long now that I personally am sick of it.

Andy, I know you think you have valid reasons for not implementing this
choice, but even I, with my limited intelligence can see that you're
flogging a dead horse. Why not give people what they want?
I don't think it can be considered as a failure to admit that maybe the
masses might have a point, small as it might be. We all, and I include
myself in that all, want the choice. Dammit man if it slows down services
then we're forewarned already. It's no biggie. We'll handle it. Stop saying
"No!" just because you think you know better then we do. I admit it. You
know wayyy more then I do, but I need this facility, and so do so many
others. Be kind to us, and please let us have the choice.

Thema (AKA Olly webmaster and Admin www.adnd.com)





From mike at chat.za.net  Mon Apr 26 12:58:24 2004
From: mike at chat.za.net (Michael Smith)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] bahamut-1.4.35 or .36
Message-ID: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98>

Hi Guys,

I have been running bahamut 1.4.35 with ircservices 5.0.x since Last year 
November on a fairly large network with no problems, except for the szline 
issues.......its actually been rock solid

I _KNOW_ according to the documentation that bahamut up to 1.4.34 is 
supported....

My Questions are:

Has anyone had any experience running ircservice 5.0.x on bahamut 1.4.36? 
if so, whats it like? (I know about the lack of szlines), but I am talking 
stability and whether it actually does work...

AND:

Are there any plans to add support to ircservices for bahamut 1.4.35+ to 
the existing bahamut module, or to add a new bahamut_new module or 
something like that? (I was thinking an automap of SZLINE to ip based KLINE 
or something along those lines?).....

What are the plans if any?

Thx

Mike


---
Michael Smith (Warlock on IRC) (QQ:11165)
  "Do you smell something burning or is it me?"
                 -- Joan of Arc                                          



From gregk at wwwpages.com  Mon Apr 26 12:54:39 2004
From: gregk at wwwpages.com (gregk@wwwpages.com)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ 
        enforcing.
In-Reply-To: <000e01c42bc3$f5c43470$3d714fd9@thema>
References: <20040426174658.8964.qmail@web86401.mail.ukl.yahoo.com>
        <000e01c42bc3$f5c43470$3d714fd9@thema>
Message-ID: <2064.192.168.1.1.1083009279.squirrel@sqmail.wwwpages.com>

wow, that was written like you are a paying customer, and not just running
free software that he took the time and effort to write, test and
distribute.

If you feel so strongly about it, why not look at other products?  If the
masses are as correct as you suggest, surely someone has dedicated the
time to take that market!

just my $.02




> Quite honestly I've been watching this argument fly around the mailing
> list
> for so long now that I personally am sick of it.
>
> Andy, I know you think you have valid reasons for not implementing this
> choice, but even I, with my limited intelligence can see that you're
> flogging a dead horse. Why not give people what they want?
> I don't think it can be considered as a failure to admit that maybe the
> masses might have a point, small as it might be. We all, and I include
> myself in that all, want the choice. Dammit man if it slows down services
> then we're forewarned already. It's no biggie. We'll handle it. Stop
> saying
> "No!" just because you think you know better then we do. I admit it. You
> know wayyy more then I do, but I need this facility, and so do so many
> others. Be kind to us, and please let us have the choice.
>
> Thema (AKA Olly webmaster and Admin www.adnd.com)
>
> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net
> [mailto:ircservices-bounces@ircservices.za.net]On Behalf Of Dionisios K.
> Sent: 26 April 2004 18:47
> To: ircservices@ircservices.za.net
> Subject: Re: [IRCServices] Creating passworded channels withChanServ
> enforcing.
>
>
> Open channels? Idleserv? My idea is very more simple.
> Just add a command to services to check if the first
> user who join a +k mlocked channel knows the key. /cs
> chankey #chan - and yes why not kickban a user who try
> to join to a channel and he dont know the key.
>
> =====
> Dionisios K. - VoNiTsA On GrNet
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.667 / Virus Database: 429 - Release Date: 23/04/2004
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From Craig at chatspike.net  Mon Apr 26 13:14:26 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ
        enforcing.
Message-ID: <mailman.41.1098597726.26050.ircservices@ircservices.za.net>

Truer words were never typed. From my experiance with Andy (coming on several years now :p) Generally, when he says no for something, thats the final answer. Yes, this topic 'Bounces around' a lot but surely if people READ the previous posts from the archives (Dont say 'I cant find them' Enter 'Channel Key' into the search box), this wouldnt come up quite so often. And i'm sure it does say (but please dont quote me on this) that you should read through the archives BEFORE making a request submission.

Sorry if people concider this a rant. Its starting to get frustration to see the same topics come up, with the same things being said, and the same overall answer being ignored.

And C for Dummyies sucks *burns his copy* :p

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Elijah <admin@nevernet.net>
 * To      - 'IRC Services General Mailing List' <ircservices@ircservices.za.net>
 * Sent    - 2004-04-26 20:29:02
 * Subject - RE: [IRCServices] Creating passworded channels withChanServ enforcing.
 ****************************************/

/****** - Begin Original Message - ******/

>It comes down to Andy having to write the code for this. Making demands is no
>way to get someone to do something when he's doing it for free. If you don't
>like ircservices because it doesn't have the feature you want, there are plenty
>of other services versions out there. There is no need to be disrespectful or
>unappreciative of Andy's work on this project. It's his project, it's his
>vision. If he says "NO!" a thousand times, that's his prerogative. If you don't
>like his answer, go buy "C For Dummies" and write your own services.
>
>> Be kind to us, and please let us have the choice.
>
>You have the choice. Make it.
>
>Elijah
>
>-----Original Message-----
>From: ircservices-bounces@ircservices.za.net
>[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of thema@adnd.com
>Sent: Monday, 26 April, 2004 2:24 PM
>To: 'IRC Services General Mailing List'
>Subject: RE: [IRCServices] Creating passworded channels withChanServ enforcing.
>
>Quite honestly I've been watching this argument fly around the mailing list
>for so long now that I personally am sick of it.
>
>Andy, I know you think you have valid reasons for not implementing this
>choice, but even I, with my limited intelligence can see that you're
>flogging a dead horse. Why not give people what they want?
>I don't think it can be considered as a failure to admit that maybe the
>masses might have a point, small as it might be. We all, and I include
>myself in that all, want the choice. Dammit man if it slows down services
>then we're forewarned already. It's no biggie. We'll handle it. Stop saying
>"No!" just because you think you know better then we do. I admit it. You
>know wayyy more then I do, but I need this facility, and so do so many
>others. Be kind to us, and please let us have the choice.
>
>Thema (AKA Olly webmaster and Admin www.adnd.com)
>
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From azoff at se.linux.org  Mon Apr 26 13:31:40 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] bahamut-1.4.35 or .36
In-Reply-To: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98>
References: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98>
Message-ID: <408D71AC.7060909@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michael Smith wrote:
[snip]
| Has anyone had any experience running ircservice 5.0.x on bahamut
| 1.4.36? if so, whats it like? (I know about the lack of szlines), but I
| am talking stability and whether it actually does work...

I have been runing bahamut-1.4(36)p3 (and the other releases) for quite
some time now. Iirc there are security holes in the 35 release.

| Are there any plans to add support to ircservices for bahamut 1.4.35+ to
| the existing bahamut module, or to add a new bahamut_new module or
| something like that? (I was thinking an automap of SZLINE to ip based
| KLINE or something along those lines?).....

For my network, the "old" module works fine, I haven't got any problems
using it with either the 35 or the 36 releases.

What do you think wont work with the "old" module?

Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAjXGreY7jmtvbDP0RAgiIAJ4gxGNwP1kgE0UB5gN2FMpHBqayrQCgpkOU
NLsG8SS7eiS4qzXvdaTwsR8=
=42Uo
-----END PGP SIGNATURE-----


From vonitsa_net at yahoo.gr  Mon Apr 26 14:07:38 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
Message-ID: <20040426210738.31380.qmail@web86406.mail.ukl.yahoo.com>

1) I think its not right to ignore an email even if
the answer exists on the search box:-p 2) An answer
for him who said that Andrew always says no.. Just
respect his work for this FREE and generally nice
project and if you dont like it use another services.

=====
Dionisios K. - VoNiTsA On GrNet



From achurch at achurch.org  Tue Apr 27 09:28:02 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] bahamut-1.4.35 or .36
In-Reply-To: <6.1.0.6.0.20040426215335.03e07550@196.14.3.98>
Message-ID: <408da9a1.70666@achurch.org>

>Are there any plans to add support to ircservices for bahamut 1.4.35+ to 
>the existing bahamut module, or to add a new bahamut_new module or 
>something like that? (I was thinking an automap of SZLINE to ip based KLINE 
>or something along those lines?).....

     Basically, I got tired of the Bahamut developers changing the protocol
every release or two, so I decided to not bother updating the protocol
module until they moved to version 1.5 or 1.6.  If I have some free time I
may look at updating the module for 1.4.36, but it's not high on my
priority list.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Tue Apr 27 09:31:17 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Releasing a protocol module
In-Reply-To: <200404241203.i3OC3a114848@brainbox.winbot.co.uk>
Message-ID: <408daa1d.70676@achurch.org>

     Send me your source and I'll take a look at it, but I'm hesitant to
add support for something that uses such an unusual protocol.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi,
>
>Recently ive been developing a protocol module for my ircd (www.inspircd.org) which is nearing completion. Is there any way i could get the protocol module bundled with the others in the ircservices package when it is complete? It will of course need some
> tidying up, and im sure Andy will want to make some tweaks so it fits in with his coding style. Due to the nature of my ircd ive had to put some weird/ugly hacks into the protocol module such as capturing builtins such as privmsg as 'extra' commands (thi
>s has to be done because the format of the commands is totally different to any other ircd) - but it appears to work fine so far.
>
>Any more information on this?
>
>Thanks lots,
>Brain
>
>
>------------------------------------------------------------------


From achurch at achurch.org  Tue Apr 27 09:38:44 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] IdleServ, channel keys, and more
Message-ID: <408db319.70771@achurch.org>

Summing up a few issues:

>Quite honestly I've been watching this argument fly around the mailing list
>for so long now that I personally am sick of it.
>
>Andy, I know you think you have valid reasons for not implementing this
>choice, but even I, with my limited intelligence can see that you're
>flogging a dead horse. Why not give people what they want?

     Because I don't want to.  As others have correctly pointed out,
Services is something I do in my spare time because I enjoy it; while I'm
not one to upset people out of spite, neither do I intend to use my
personal time on things I don't like.  I'm sure the people who want an
IdleServ or similar feature have, to their minds, excellent reasons for it.
However, none of those reasons has convinced _me_ of its usefulness, and
I am also not interested in writing it for its own sake; therefore, my
answer is "no".  It's that simple.

     Or did you want to hire me to write it?  If you pay, I'll write
IdleServ and anything else you want.

>It can't slow down Services too greatly as a server such as GamSurge
>A.K.A. GamesNet who uses SRVX has ChanServ in their 30,000+ Channels with
>obviously more users than that. They seem to respond perfectly fine 90-95%
>of the time. Perhaps SRVX has developed a good method? They mustn't ignore
>channel text as srvx has channel triggers?

     One, 90-95% isn't good enough for me.  Two, they probably have a
high-powered server for running Services, but not everyone has such a
server--my own homepage, for example, is served off a 166MHz Pentium, and
the network I originally developed Services for used a 486 for both
Services and the ircd.

>Hello.. I think this is a solution... services must
>check if the user know the channel key. So if someone
>is the *first* user who wants to join a channel with
>mlock +k he must type a command first like this: /cs
>keyjoin #chan channel key ... If someone try to join a
>channel without typing this command ChanServ will
>kick and ban him..

     This is an interesting thought, but the same thing should be able to
be accomplished with ChanServ access lists and SET RESTRICTED.

>1) I think its not right to ignore an email even if
>the answer exists on the search box:-p

     In general, I don't ignore messages just out of spite.  I do tend to
ignore them if (1) the answer is in the FAQ, (2) the sender refuses to
listen to what I've already said, or (3) the message isn't readable at all,
e.g. HTML or multipart mail (Craig McLure, check your mailreader settings--
some of your messages are going out as multipart base64, which my
mailreader doesn't grok).  Again, for something I'm doing on my free time,
I think that's perfectly reasonable.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From evilrabidmonkey at hotmail.com  Mon Apr 26 19:08:19 2004
From: evilrabidmonkey at hotmail.com (Teddy Wexler)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Unexplanable disconnect!
Message-ID: <BAY10-F13lib4g3Sv0Y000123c1@hotmail.com>

An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040426/bcb09dc5/attachment.htm
From quension at mac.com  Mon Apr 26 19:13:35 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] bahamut-1.4.35 or .36
In-Reply-To: <408da9a1.70666@achurch.org>
Message-ID: <7CE566F2-97F0-11D8-841C-0003938D6866@mac.com>

On Monday, Apr 26, 2004, at 17:28 US/Pacific, Andrew Church wrote:

>> Are there any plans to add support to ircservices for bahamut 1.4.35+ 
>> to the existing bahamut module, or to add a new bahamut_new module or 
>> something like that? (I was thinking an automap of SZLINE to ip based 
>> KLINE or something along those lines?).....
>
>      Basically, I got tired of the Bahamut developers changing the 
> protocol every release or two, so I decided to not bother updating the 
> protocol module until they moved to version 1.5 or 1.6.  If I have 
> some free time I may look at updating the module for 1.4.36, but it's 
> not high on my priority list.

1.8 is due for release soonish, and has at least 3 new channel modes, 
among other things.  It would be a good time to look at it again.

-- Quension



From vonitsa_net at yahoo.gr  Mon Apr 26 21:51:08 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
Message-ID: <20040427045108.86467.qmail@web86406.mail.ukl.yahoo.com>

Andrew interesting means that.. 1) You will add it on
the future if you find some free time or 2) its
interesting but you can use restricted on. ?:-P

=====
Dionisios K. - VoNiTsA On GrNet



From achurch at achurch.org  Tue Apr 27 14:47:28 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Creating passworded channels withChanServ enforcing.
In-Reply-To: <20040427045108.86467.qmail@web86406.mail.ukl.yahoo.com>
Message-ID: <408df48a.71161@achurch.org>

>Andrew interesting means that.. 1) You will add it on
>the future if you find some free time or 2) its
>interesting but you can use restricted on. ?:-P

     It means I haven't really given a lot of thought to the interaction
between IRC channel keys and ChanServ control features, and that at some
point in the future (5.1 or later) I need to think about it more.  I
haven't decided yet what I'm going to do (if anything) about it, though.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Wed Apr 28 05:34:47 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:06 2004
Subject: [IRCServices] Nick change
Message-ID: <20040428123447.69757.qmail@web86407.mail.ukl.yahoo.com>

Can i set how many seconds services must wait before
force nick change or kill the user if he using a
forbidden or a suspended nickname? If i cant change
the time, a feature like this may be added on ircservices?

=====
Dionisios K. - VoNiTsA On GrNet



From achurch at achurch.org  Wed Apr 28 22:52:09 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
In-Reply-To: <20040428123447.69757.qmail@web86407.mail.ukl.yahoo.com>
Message-ID: <408fb726.74327@achurch.org>

>Can i set how many seconds services must wait before
>force nick change or kill the user if he using a
>forbidden or a suspended nickname? If i cant change
>the time, a feature like this may be added on ircservices?

     I think the current values of 60 and 20 seconds are reasonable.  What
reason would you have for changing them?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From brain at winbot.co.uk  Wed Apr 28 07:09:44 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
Message-ID: <200404281409.i3SE9j115605@brainbox.winbot.co.uk>

if a nickname is forbidden, why should they have any period of time where they can use the nickname at all? if its forbidden imho a user shouldnt be able to use it at all period.

<insert $0.02 to continue>

>>Can i set how many seconds services must wait before
>>force nick change or kill the user if he using a
>>forbidden or a suspended nickname? If i cant change
>>the time, a feature like this may be added on ircservices?
>
>     I think the current values of 60 and 20 seconds are reasonable.  What
>reason would you have for changing them?
>
>  --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 vonitsa_net at yahoo.gr  Wed Apr 28 07:28:06 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
Message-ID: <20040428142806.46402.qmail@web86402.mail.ukl.yahoo.com>

I havent any reason to change it:-Ρ. Its only a
suggestion. But anyway i agree with Craig (no delay).

=====
Dionisios K. - VoNiTsA On GrNet



From spam at b3design.ch  Wed Apr 28 07:30:03 2004
From: spam at b3design.ch (Pix0r)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
In-Reply-To: <200404281409.i3SE9j115605@brainbox.winbot.co.uk>
Message-ID: <BCB58C8B.65A2%spam@b3design.ch>

Correct me if I'm wrong, but everytime someone asks a question like this a
huge disscussion follows about 'why' he is asking the question, who cares?
Why not just answer his question ? :P

Just my 2 1/2 cents


On 28/4/04 16:09, "Craig Edwards" <brain@winbot.co.uk> wrote:

> if a nickname is forbidden, why should they have any period of time where they
> can use the nickname at all? if its forbidden imho a user shouldnt be able to
> use it at all period.
> 
> <insert $0.02 to continue>
> 
>>> Can i set how many seconds services must wait before
>>> force nick change or kill the user if he using a
>>> forbidden or a suspended nickname? If i cant change
>>> the time, a feature like this may be added on ircservices?
>> 
>>     I think the current values of 60 and 20 seconds are reasonable.  What
>> reason would you have for changing them?
>> 
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From vonitsa_net at yahoo.gr  Wed Apr 28 08:13:05 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
Message-ID: <20040428151305.17702.qmail@web86407.mail.ukl.yahoo.com>

Pix0r... Do you know whats a mail list? If you know
this is my answer to your email.

=====
Dionisios K. - VoNiTsA On GrNet



From Craig at chatspike.net  Wed Apr 28 10:27:16 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
Message-ID: <mailman.42.1098597727.26050.ircservices@ircservices.za.net>

I think you misread Andy, he said for forbidden and suspended nicknames, although..

*puts in his 2c*

I agree with others, there shouldnt need to be a wait, because if you forbid an offencive nickname, and give people some time before it forces a nick change, they can still use that nickname to offend people, which really isnt a good thing.

<insert $2.00 to continue cause i'm poor>

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-28 22:52:09
 * Subject - Re: [IRCServices] Nick change
 ****************************************/

/****** - Begin Original Message - ******/

>>Can i set how many seconds services must wait before
>>force nick change or kill the user if he using a
>>forbidden or a suspended nickname? If i cant change
>>the time, a feature like this may be added on ircservices?
>
>     I think the current values of 60 and 20 seconds are reasonable.  What
>reason would you have for changing them?
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Thu Apr 29 09:07:46 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Services 5.0.31 released
Message-ID: <409047a0.15274@achurch.org>

     Services 5.0.31 has been released, and can be downloaded from:

ftp://ftp.ircservices.za.net/pub/ircservices/  (South Africa)
ftp://ftp.esper.net/ircservices/               (Western USA)

86e6c8d806452275dd907ffa8a5c7b02  ircservices-5.0.31.tar.gz
35cfd814620979fa06a3b6c431538c88  ircservices-5.0.31.diff.gz
7092005485ea46fff0ed9bc242e4ae95  ircservices-5.0.31-1.i386.rpm
e8fbaf67458af5912e9ba927b2728e45  ircservices_5.0.31-1_i386.deb

The other mirrors should have it shortly.

     This release is to fix a crash when using Services with the tr-ircd
server; ChanServ SET MLOCK +J was not processed correctly, leading to
crashes in some cases.  People using Services with tr-ircd should upgrade
immediately.

Changes in version 5.0.31
-------------------------
2004/04/29      Fixed crash with MLOCK +J when using trircd protocol.
                    Reported by <irc@teknet.com.tr>
2004/04/28      Added stricter checks on module loading order.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Thu Apr 29 09:19:45 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Nick change
In-Reply-To: <408feac7.07741@mail.achurch.org>
Message-ID: <40904b21.15312@achurch.org>

     True, I misread.  Still, I don't see a problem with 60 seconds.  If
you want to keep people from using certain strings in nicks at all (no
grace period), use SQlines instead--forbid/suspend are intended to be used
against particular users, not particular nicknames, and an instant kill
would not be appropriate for another user who just happened to pick the
same nickname.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I think you misread Andy, he said for forbidden and suspended nicknames, although..
>
>*puts in his 2c*
>
>I agree with others, there shouldnt need to be a wait, because if you forbid an offencive nickname, and give people some time before it forces a nick change, they can still use that nickname to offend people, which really isnt a good thing.
>
><insert $2.00 to continue cause i'm poor>
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
> * Sent    - 2004-04-28 22:52:09
> * Subject - Re: [IRCServices] Nick change
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>>Can i set how many seconds services must wait before
>>>force nick change or kill the user if he using a
>>>forbidden or a suspended nickname? If i cant change
>>>the time, a feature like this may be added on ircservices?
>>
>>     I think the current values of 60 and 20 seconds are reasonable.  What
>>reason would you have for changing them?
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From Alexander_Zverev at oxy.com  Thu Apr 29 09:04:49 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5A@nnzwexc1.nizhnevartovsk.intloxy.com>

Hello all

Sutiation:
Someone get registered nick and nickserv notice him to change nick or
identify. When time expired, nick changed to nick :), contains
GuestNickPrefix value.

But why not change nick without GuectNickPrefix, just add random digits
to current nick?

To activate this feature make some key for GuestNickPrefix.


---
thanks


From vonitsa_net at yahoo.gr  Thu Apr 29 09:27:35 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <20040429162735.80678.qmail@web86404.mail.ukl.yahoo.com>

I think this feature its completely useless.. Just
change your nick manually to anything you want ...
Dont ask from services to do everything.

=====
Dionisios K. - VoNiTsA On GrNet



From vonitsa_net at yahoo.gr  Thu Apr 29 09:28:14 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <20040429162814.82853.qmail@web86401.mail.ukl.yahoo.com>

I think that this feature its completely useless..
Just change your nick manually to anything you want
... Dont ask from services to do everything.

=====
Dionisios K. - VoNiTsA On GrNet



From Alexander_Zverev at oxy.com  Thu Apr 29 09:42:19 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5B@nnzwexc1.nizhnevartovsk.intloxy.com>

I think than this feature is already implement. I just ask to do it more
frexible.

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Dionisios K.
> Sent: Thursday, April 29, 2004 10:28 PM
> To: ircservices@ircservices.za.net
> Subject: Re: [IRCServices] Feature: nickchange and guestnickprefix
> 
> I think this feature its completely useless.. Just change 
> your nick manually to anything you want ...
> Dont ask from services to do everything.
> 
> =====
> Dionisios K. - VoNiTsA On GrNet
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 


From achurch at achurch.org  Fri Apr 30 09:37:24 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB5B@nnzwexc1.nizhnevartovsk.intloxy.com>
Message-ID: <4091a03a.37534@achurch.org>

>I think than this feature is already implement. I just ask to do it more
>frexible.

     I agree, this is useless flexibility.  It also adds complications in
that Services has to check whether the new randomly-generated nick is
registered (GuestNickPrefix nicks are not allowed to be registered so they
don't have this problem).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Alexander_Zverev at oxy.com  Thu Apr 29 19:58:12 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5D@nnzwexc1.nizhnevartovsk.intloxy.com>

> >I think than this feature is already implement. I just ask to do it 
> >more frexible.
> 
>      I agree, this is useless flexibility.  It also adds 
> complications in that Services has to check whether the new 
> randomly-generated nick is registered (GuestNickPrefix nicks 
> are not allowed to be registered so they don't have this problem).

Services prevent randomly-generated nick registration, that start with
CuestNickPrefix and only that nicks, but they _doesn`t_ prevent
registration for randomly-generated nicks (flood registration).
Therefore any restrictions, than comes with GuestNickPrefix, are
useless, isn`t it?



From Craig at chatspike.net  Thu Apr 29 20:46:31 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <mailman.43.1098597727.26050.ircservices@ircservices.za.net>

Andrew isnt refering to 'randomly generated nick registration', Andy is just stating that the nickname that services will change your nick to is 'randomly generated' what and is also saying, that if it were to generate a new nickname for a user based on its current nickname, it would have to check to see if that nickname is registered before changing it. (for example, Craig is taken, someone tries to use it, Services wants to change the nickname to Craig132123, it has to check to see if Craig132123 is already registered before changing the nickname. Otherwise, you may hit another already registered nick.). Nicknames with the guestprefix cannot be registered at all. Meaning that services doesnt have to perform registration checks on it before changing the nick.

There are other methods of preventing mass registration, including Registration delays, E-Mail authorisation, etc.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Alexander_Zverev <Alexander_Zverev@oxy.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-30 03:58:12
 * Subject - RE: [IRCServices] Feature: nickchange and guestnickprefix
 ****************************************/

/****** - Begin Original Message - ******/

>> >I think than this feature is already implement. I just ask to do it 
>> >more frexible.
>> 
>>      I agree, this is useless flexibility.  It also adds 
>> complications in that Services has to check whether the new 
>> randomly-generated nick is registered (GuestNickPrefix nicks 
>> are not allowed to be registered so they don't have this problem).
>
>Services prevent randomly-generated nick registration, that start with
>CuestNickPrefix and only that nicks, but they _doesn`t_ prevent
>registration for randomly-generated nicks (flood registration).
>Therefore any restrictions, than comes with GuestNickPrefix, are
>useless, isn`t it?
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Alexander_Zverev at oxy.com  Thu Apr 29 21:03:13 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB5E@nnzwexc1.nizhnevartovsk.intloxy.com>

> Andrew isnt refering to 'randomly generated nick 
> registration', Andy is just stating that the nickname that 
> services will change your nick to is 'randomly generated' 
> what and is also saying, that if it were to generate a new 
> nickname for a user based on its current nickname, it would 
> have to check to see if that nickname is registered before 
> changing it. (for example, Craig is taken, someone tries to 
> use it, Services wants to change the nickname to Craig132123, 
> it has to check to see if Craig132123 is already registered 
> before changing the nickname. Otherwise, you may hit another 
> already registered nick.). Nicknames with the guestprefix 
> cannot be registered at all. Meaning that services doesnt 
> have to perform registration checks on it before changing the nick.

This situstion are very highly unlikely, isn`t? 
Improve randomization, add one more check, that`s it.
Anyway, services ask password again.


PS:
This feature alredy implemended on some services and I don`t see any
problem there.




From achurch at achurch.org  Fri Apr 30 15:54:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB5E@nnzwexc1.nizhnevartovsk.intloxy.com>
Message-ID: <4091f86d.40452@achurch.org>

>This situstion are very highly unlikely, isn`t? 
>Improve randomization, add one more check, that`s it.
>Anyway, services ask password again.

     If you, as a new user, encountered this situation, how would you feel
to have your nick repeatedly changed every 60 (or even 20) seconds when
you're not even familiar with how the registration system works?

>PS:
>This feature alredy implemended on some services and I don`t see any
>problem there.

     Then please feel free to use one of those programs.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Alexander_Zverev at oxy.com  Fri Apr 30 00:11:54 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB61@nnzwexc1.nizhnevartovsk.intloxy.com>

> >This situstion are very highly unlikely, isn`t? 
> >Improve randomization, add one more check, that`s it.
> >Anyway, services ask password again.
> 
>      If you, as a new user, encountered this situation, how 
> would you feel to have your nick repeatedly changed every 60 
> (or even 20) seconds when you're not even familiar with how 
> the registration system works?

Then this person is VERY LUCKY, if his randomly-generated nick always
set to one of registered. Improve randomization to decrease probability
of this situation, or check in nickserv database for newly generated
nick.

Why you do this so complicated?



From achurch at achurch.org  Fri Apr 30 16:56:47 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
In-Reply-To: <98F925CCB4B66942B75FEA9293496807017DAB61@nnzwexc1.nizhnevartovsk.intloxy.com>
Message-ID: <409206cf.40625@achurch.org>

>>      If you, as a new user, encountered this situation, how 
>> would you feel to have your nick repeatedly changed every 60 
>> (or even 20) seconds when you're not even familiar with how 
>> the registration system works?
>
>Then this person is VERY LUCKY, if his randomly-generated nick always
>set to one of registered. Improve randomization to decrease probability
>of this situation, or check in nickserv database for newly generated
>nick.
>
>Why you do this so complicated?

     Because I DON'T WANT TO IMPLEMENT IT.  End of story.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From azoff at se.linux.org  Fri Apr 30 01:29:06 2004
From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
In-Reply-To: <409206cf.40625@achurch.org>
References: <409206cf.40625@achurch.org>
Message-ID: <40920E52.50701@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
|      Because I DON'T WANT TO IMPLEMENT IT.  End of story.

I agree with Andrew, I don't think it's a good thing to use an ordinary
nick as a base for generated nicks. That would if something, confuse the
people talking to [s]he in the channels. Please continue using the
Guestnick thing :)

Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAkg5ReY7jmtvbDP0RAkrXAKCjwZrPYAWph3hH5uKODpd3OVq5kwCgjNwm
By/+rM56D/1zw5KaPjJt7tc=
=SxU1
-----END PGP SIGNATURE-----


From Alexander_Zverev at oxy.com  Fri Apr 30 01:46:00 2004
From: Alexander_Zverev at oxy.com (Alexander_Zverev@oxy.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Feature: nickchange and guestnickprefix
Message-ID: <98F925CCB4B66942B75FEA9293496807017DAB62@nnzwexc1.nizhnevartovsk.intloxy.com>

> Torbjo"rn Svensson
> Sent: Friday, April 30, 2004 2:29 PM

> I agree with Andrew, I don't think it's a good thing to use 
> an ordinary nick as a base for generated nicks. That would if 
> something, confuse the people talking to [s]he in the 
> channels. Please continue using the Guestnick thing :)

Many nicks have one base, and this is not a problem.

Torbjo
Torbjo1965
Torbjo1
Torbjo_
Svensson
Svensson_
_Svensson

And so on and so on, on big irc-network this is normal.
What you will do with this persons, that use nick, like yours?
Ask them to change it? It will be funny.


As I see, there is no problem to implement this in anyway, Andrew "DON'T
WANT TO IMPLEMENT IT."


The end.


From conrad at raztech.za.net  Fri Apr 30 01:51:17 2004
From: conrad at raztech.za.net (Conrad Steyn)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Re: Feature: nickchange and guestnickprefix
Message-ID: <1083315077.15405.16.camel@diablo>

hey all,

well this is a nice feature BUT.. irc services doent have it so too
bad..

the only nice thing about set prefix is that if you use a type of
services that go down alot u can set it to use nick_ and not change to
guest..

i'm a ex cygnus user..[in the process of moving over to bigger and
better services(irc services)] they have that feature but as i said..
its needed coz services drop at least every day..




From conrad at raztech.za.net  Fri Apr 30 01:59:58 2004
From: conrad at raztech.za.net (Conrad Steyn)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Database conversion....
Message-ID: <1083315597.15414.25.camel@diablo>

greets to all,

as said in my other mail.. im sadly using cygnus due to the fact that at
the stage of implementing services i only had a w32 server..

now that im moving over to nix im able to load decent services.
but my headache starts with the cygnus database..

cygnus can convert irc services's database [i dont see why anyone wanna
go that route anyway] but cygnus isnt listed in the db converter of irc
services..
this is a minor headache to me but if needed i can convince my users
[all 50 or so of them to start over].. but i dont want to make extra
work for myself if the cygnus database can be converted ;p

great job on the services.. i tried to 'break' it while testing and ya..
it doesnt seem possible :)

Ragards

Conrad Steyn <conrad@raztech.za.net>
Raztech




From achurch at achurch.org  Fri Apr 30 20:12:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Database conversion....
In-Reply-To: <1083315597.15414.25.camel@diablo>
Message-ID: <409235f4.40762@achurch.org>

>cygnus can convert irc services's database [i dont see why anyone wanna
>go that route anyway] but cygnus isnt listed in the db converter of irc
>services..

     It should be--do you have the latest version (5.0.31)?

crystal:/home/achurch/src/cvs/ircservices/tools> ./convert-db 
Directory name must be specified
Usage: ./convert-db [-v] [+program-name] [options...] sourcedir
The following program names are known:
    anope
    auspice
    bolivia
    cygnus
    daylight
[...]

>great job on the services.. i tried to 'break' it while testing and ya..
>it doesnt seem possible :)

     Actually, I suspect at least one reason other programs are so unstable
is because their authors focus too much on adding features and not enough
on making it actually work right.  (The same might be said of a certain
widely-used operating system...)  I believe that _less_ features, and more
"just start it up and it works", is what makes good software, and to be
honest I think IRC Services still has too many options, configuration
settings and the like.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From conrad at raztech.za.net  Fri Apr 30 05:34:05 2004
From: conrad at raztech.za.net (Conrad Steyn)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Database conversion....
In-Reply-To: <409235f4.40762@achurch.org>
References: <409235f4.40762@achurch.org>
Message-ID: <1083328445.2752.11.camel@diablo>

ahhh thank you soo much,

all my problems are sorted now and i'm running decent services
...

well i must say cygnus doesnt have that much features..

thanx once again for the hard work and dedication that went into writing
this great service

-- 
Conrad Steyn <conrad@raztech.za.net>
Raztech

On Fri, 2004-04-30 at 22:12, Andrew Church wrote:
> >cygnus can convert irc services's database [i dont see why anyone wanna
> >go that route anyway] but cygnus isnt listed in the db converter of irc
> >services..
> 
>      It should be--do you have the latest version (5.0.31)?
> 
> crystal:/home/achurch/src/cvs/ircservices/tools> ./convert-db 
> Directory name must be specified
> Usage: ./convert-db [-v] [+program-name] [options...] sourcedir
> The following program names are known:
>     anope
>     auspice
>     bolivia
>     cygnus
>     daylight
> [...]
> 
> >great job on the services.. i tried to 'break' it while testing and ya..
> >it doesnt seem possible :)
> 
>      Actually, I suspect at least one reason other programs are so unstable
> is because their authors focus too much on adding features and not enough
> on making it actually work right.  (The same might be said of a certain
> widely-used operating system...)  I believe that _less_ features, and more
> "just start it up and it works", is what makes good software, and to be
> honest I think IRC Services still has too many options, configuration
> settings and the like.
> 
>   --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 vonitsa_net at yahoo.gr  Mon May  3 10:17:28 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] swhois
Message-ID: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com>

Hello:->
A new command may be added to services for the useful
swhois command (unreal protocol) to add whois lines,
without use the RAW command...

=====
Dionisios K. - VoNiTsA On GrNet



From uhc0 at rz.uni-karlsruhe.de  Mon May  3 10:28:29 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] swhois
In-Reply-To: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com>
References: <20040503171728.80312.qmail@web86402.mail.ukl.yahoo.com>
Message-ID: <1083605309.4170.5.camel@dreadnought.hadiko.de>

I don't think that services should provide commands that are only
available within certain protocols, meaning that services' command set
ought not change when you switch your ircd.

Regards;
yusuf.

On Mon, 2004-05-03 at 19:17, Dionisios K. wrote:
> Hello:->
> A new command may be added to services for the useful
> swhois command (unreal protocol) to add whois lines,
> without use the RAW command...
> 
> =====
> Dionisios K. - VoNiTsA On GrNet
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
-- 
------------------------------------------------------------------ 
| 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 achurch at achurch.org  Tue May  4 03:18:17 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] swhois
In-Reply-To: <1083605309.4170.5.camel@dreadnought.hadiko.de>
Message-ID: <40968d94.01726@achurch.org>

>I don't think that services should provide commands that are only
>available within certain protocols, meaning that services' command set
>ought not change when you switch your ircd.

     Agreed; this is my basic stance as well--I only add such protocol-
dependent features when there's significant benefit to them, such as nick
changing or autokill exclusions.  /swhois definitely does not fall into
that category.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at chatspike.net  Mon May  3 19:56:13 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Services 5.0.31 released
Message-ID: <mailman.44.1098597727.26050.ircservices@ircservices.za.net>

I just patched services up to .31, and noticed a warning when compiling..

make[2]: Entering directory `/home/chatspike/services/ircservices-5.0.0/modules/database'
cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/database/version4.c -o modules/database/version4.o
modules/database/version4.c: In function `init_module':
modules/database/version4.c:2756: warning: unused variable `mod'


Just thought i would point it out :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-04-29 09:07:46
 * Subject - [IRCServices] Services 5.0.31 released
 ****************************************/

/****** - Begin Original Message - ******/

>     Services 5.0.31 has been released, and can be downloaded from:
>
>ftp://ftp.ircservices.za.net/pub/ircservices/  (South Africa)
>ftp://ftp.esper.net/ircservices/               (Western USA)
>
>86e6c8d806452275dd907ffa8a5c7b02  ircservices-5.0.31.tar.gz
>35cfd814620979fa06a3b6c431538c88  ircservices-5.0.31.diff.gz
>7092005485ea46fff0ed9bc242e4ae95  ircservices-5.0.31-1.i386.rpm
>e8fbaf67458af5912e9ba927b2728e45  ircservices_5.0.31-1_i386.deb
>
>The other mirrors should have it shortly.
>
>     This release is to fix a crash when using Services with the tr-ircd
>server; ChanServ SET MLOCK +J was not processed correctly, leading to
>crashes in some cases.  People using Services with tr-ircd should upgrade
>immediately.
>
>Changes in version 5.0.31
>-------------------------
>2004/04/29     Fixed crash with MLOCK +J when using trircd protocol.
>                   Reported by <irc@teknet.com.tr>
>2004/04/28     Added stricter checks on module loading order.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at chatspike.net  Mon May  3 20:31:49 2004
From: Craig at chatspike.net (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Something for lazy patchers..
Message-ID: <mailman.45.1098597727.26050.ircservices@ircservices.za.net>

i've found that patching can often be a repetative task, so i've created a small shellscript that will do it for you.

NOTE: i take NO responcibility for what this script does to your services installation (and i'm sure no one else will either). It should work properly, but if used incorrectly can break a lot. (in most cases, its safer to do it by hand)

you execute the script by using ./<name> <version number>
so in my case (as an example) ./patch 5.0.31

The Script will then download the 5.0.31 diff.gz, gunzip it, apply it, silently re-run ./configure, re-compile and re-'install' services. If you plan on using this, please remember to edit the values at the top of the script at they point to where you plan on installing the services binarys and data files (for use in the ./configure componant)

The Script follows (the text BETWEEN (NOT including) the ---'s):
---
#!/bin/sh

# Configure these Parameters..

# Path to the services source directory (Can be relative)
SERVDIR="/path/to/ircservices-5.0.xx"

# FULL PATHS to your services Binary and Data folders.
BINDIR="/path/to/binary/dir"
LIBDIR="/path/to/data/dir"

# You shouldnt need to edit below this line.
if [ -z "$1" ] ; then
  echo "You must enter a version number."
  exit 0
fi
VERSION=$1
PATCHDIR=`pwd`
echo "Attempting to download ircservices-$VERSION.diff.gz from esper.net"
wget -q ftp://ftp.esper.net/ircservices/ircservices-$VERSION.diff.gz
if [ ! -e "ircservices-$VERSION.diff.gz" ] ; then
 echo "Services Version $VERSION Does Not Exist."
 exit 0
fi
gunzip ircservices-$VERSION.diff.gz
cd $SERVDIR
patch -p1 < $PATCHDIR/ircservices-$VERSION.diff
echo "Download and Patch successful, silently running ./configure.."
./configure -bindest $BINDIR -datdest $LIBDIR >> /dev/null
echo "Done! re-compiling and installing."
make
make install
echo "Completed Successfully."
---

As i say, i dont use this script (it was just something i made cause i was bored) although i can say it does work when used properly. If it doesnt work for you, dont use it. I'm not planning on supporting this in any way.

Thanks.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 * InspIRCd   - http://www.inspircd.org  - REVIVED
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From achurch at achurch.org  Tue May  4 17:56:40 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Services 5.0.31 released
In-Reply-To: <40970766.20605@mail.achurch.org>
Message-ID: <40975ad7.03213@achurch.org>

     Thanks, must have missed that one (:  Fixed.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>I just patched services up to .31, and noticed a warning when compiling..
>
>make[2]: Entering directory `/home/chatspike/services/ircservices-5.0.0/modules/database'
>cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/database/version4.c -o modules/database/version4.o
>modules/database/version4.c: In function `init_module':
>modules/database/version4.c:2756: warning: unused variable `mod'
>
>
>Just thought i would point it out :)
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> * InspIRCd   - http://www.inspircd.org  - REVIVED
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
> * Sent    - 2004-04-29 09:07:46
> * Subject - [IRCServices] Services 5.0.31 released
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>     Services 5.0.31 has been released, and can be downloaded from:
>>
>>ftp://ftp.ircservices.za.net/pub/ircservices/  (South Africa)
>>ftp://ftp.esper.net/ircservices/               (Western USA)
>>
>>86e6c8d806452275dd907ffa8a5c7b02  ircservices-5.0.31.tar.gz
>>35cfd814620979fa06a3b6c431538c88  ircservices-5.0.31.diff.gz
>>7092005485ea46fff0ed9bc242e4ae95  ircservices-5.0.31-1.i386.rpm
>>e8fbaf67458af5912e9ba927b2728e45  ircservices_5.0.31-1_i386.deb
>>
>>The other mirrors should have it shortly.
>>
>>     This release is to fix a crash when using Services with the tr-ircd
>>server; ChanServ SET MLOCK +J was not processed correctly, leading to
>>crashes in some cases.  People using Services with tr-ircd should upgrade
>>immediately.
>>
>>Changes in version 5.0.31
>>-------------------------
>>2004/04/29    Fixed crash with MLOCK +J when using trircd protocol.
>>                  Reported by <irc@teknet.com.tr>
>>2004/04/28    Added stricter checks on module loading order.
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>.
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From alisor at softhome.net  Tue May  4 04:52:50 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] MS Limit
Message-ID: <001801c431cf$64e224f0$0800000a@citir>

Hello;

I found out that there is a limit of 32767 memos to Servis Admins. 

As a services root i wish i could limit that. yes there is a limit for normal users at modules.conf but i am thinking of another limit like Exclude have. 

Default is 20 but if a services admin tries to raise it, he can only raise up to 100 for example.



 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040504/29750a97/attachment.html
From vonitsa_net at yahoo.gr  Tue May  4 07:00:42 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] MS Limit
In-Reply-To: <001801c431cf$64e224f0$0800000a@citir>
Message-ID: <20040504140042.86916.qmail@web86403.mail.ukl.yahoo.com>

Useless for me.
Just tell to your services admins to not raise the
limit more than 100.
If you can't trust your services admins.... i\I don't
know who you can trust.


 --- Ali Sor <alisor@softhome.net> wrote: > Hello;
> 
> I found out that there is a limit of 32767 memos to
> Servis Admins. 
> 
> As a services root i wish i could limit that. yes
> there is a limit for normal users at modules.conf
> but i am thinking of another limit like Exclude
> have. 
> 
> Default is 20 but if a services admin tries to raise
> it, he can only raise up to 100 for example.
> 
> 
> 
>  
> 
> >
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
> visit:
>
http://www.ircservices.za.net/mailman/listinfo/ircservices
>  

=====
Dionisios K. - VoNiTsA On GrNet



From alisor at softhome.net  Tue May  4 11:10:04 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] MS Limit
References: <20040504140042.86916.qmail@web86403.mail.ukl.yahoo.com>
Message-ID: <002201c43203$0d13ab20$0800000a@citir>

Then we dont trust the admin and put another limit to exclude. We dont trust
to admins so we made them not to getpass other admins or root....( i cant
write a lot more)

This isnt about Trust...

----- Original Message ----- 
From: "Dionisios K." <vonitsa_net@yahoo.gr>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Tuesday, May 04, 2004 5:00 PM
Subject: Re: [IRCServices] MS Limit


> Useless for me.
> Just tell to your services admins to not raise the
> limit more than 100.
> If you can't trust your services admins.... i\I don't
> know who you can trust.
>
>
>  --- Ali Sor <alisor@softhome.net> wrote: > Hello;
> >
> > I found out that there is a limit of 32767 memos to
> > Servis Admins.
> >
> > As a services root i wish i could limit that. yes
> > there is a limit for normal users at modules.conf
> > but i am thinking of another limit like Exclude
> > have.
> >
> > Default is 20 but if a services admin tries to raise
> > it, he can only raise up to 100 for example.
> >
> >
> >
> >
> >
> > >
> ------------------------------------------------------------------
> > To unsubscribe or change your subscription options,
> > visit:
> >
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
>
> =====
> Dionisios K. - VoNiTsA On GrNet
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From vonitsa_net at yahoo.gr  Tue May  4 12:03:56 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] MS Limit
Message-ID: <20040504190356.16049.qmail@web86407.mail.ukl.yahoo.com>

If you think that is the same thing getpass and MS limit..

=====
Dionisios K. - VoNiTsA On GrNet



From Admin at VonitsaNet.gr  Fri May  7 05:21:01 2004
From: Admin at VonitsaNet.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Akick
Message-ID: <002201c4342d$c385b930$413d05d5@server>

Can be added to services a feature to show this information at the END of
the akick reason?

* You were kicked from #test by ChanServ (Test Akick!!! - [ VoNiTsA : May 07
* 13:02 ] )
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3233 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040507/1fe7c647/smime.bin
From vonitsa_net at yahoo.gr  Fri May  7 06:31:57 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Akick
Message-ID: <20040507133157.73034.qmail@web86406.mail.ukl.yahoo.com>

Can be added to services a feature to show this
information at the END of
the akick reason?

* You were kicked from #test by ChanServ (Test
Akick!!! - [ VoNiTsA : May 07
* 13:02 ] )

=====
Dionisios K. - VoNiTsA On GrNet



From vonitsa_net at yahoo.gr  Fri May  7 07:00:24 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Memoserv feature
Message-ID: <20040507140024.6692.qmail@web86405.mail.ukl.yahoo.com>

A new command for MEMOSERV may be added to
ircservices:
"CANCEL" -> Cancel last sent memo

=====
Dionisios K. - VoNiTsA On GrNet



From Craig at frostycoolslug.com  Fri May  7 09:19:26 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Akick
Message-ID: <mailman.46.1098597727.26050.ircservices@ircservices.za.net>

I cant really see too much need for this, especially seeing as a lot of people who set akicks will want to be anonymous.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <vonitsa_net@yahoo.gr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-05-07 14:31:57
 * Subject - [IRCServices] Akick
 ****************************************/

/****** - Begin Original Message - ******/

>Can be added to services a feature to show this
>information at the END of
>the akick reason?
>
>* You were kicked from #test by ChanServ (Test
>Akick!!! - [ VoNiTsA : May 07
>* 13:02 ] )
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at frostycoolslug.com  Fri May  7 09:36:33 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Memoserv feature
Message-ID: <mailman.47.1098597727.26050.ircservices@ircservices.za.net>

I like this idea, BUT.. It wouldnt work with memo forwarding.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <vonitsa_net@yahoo.gr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-05-07 15:00:24
 * Subject - [IRCServices] Memoserv feature
 ****************************************/

/****** - Begin Original Message - ******/

>A new command for MEMOSERV may be added to
>ircservices:
>"CANCEL" -> Cancel last sent memo
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From brain at winbot.co.uk  Sat May  8 10:53:31 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Unreal Bug?
Message-ID: <200405081753.i48HrW125705@brainbox.winbot.co.uk>

Hi

When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence.

Thanks,
Brain



From brain at winbot.co.uk  Sat May  8 10:57:14 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Fw: Unreal Bug?
Message-ID: <200405081757.i48HvE125756@brainbox.winbot.co.uk>

Followup: This appears to be a bug, verified by the fact that other ircds which support +R have a matching definition in the protocol module, whereas unreal doesnt. Example from grepping the modules/protocol dir:

modules/protocol/ptlink.c:    {'R', {0x00008000}},      /* Allow PRIVMSGs from +r clients only */



>Hi
>
>When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may >message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be >implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence.
>
>Thanks,
>Brain



From achurch at achurch.org  Sun May  9 10:33:23 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Unreal Bug?
In-Reply-To: <200405081753.i48HrW125705@brainbox.winbot.co.uk>
Message-ID: <409d8a7a.50614@achurch.org>

>When looking through the code for ircservices, i noticed that it doesnt list usermode +R (only registered users may message the nickname) in its list of extra modes supported by unrealircd (in modules/protocol/unreal.c). Should this be implemented as it is a known usermode to unreal, and it seems that services is blissfully unaware of its presence.

     This is not a mode Services needs to be aware of, hence it's not
listed in the mode table.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Sun May  9 10:35:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Fw: Unreal Bug?
In-Reply-To: <200405081757.i48HvE125756@brainbox.winbot.co.uk>
Message-ID: <409d8af0.50627@achurch.org>

>Followup: This appears to be a bug, verified by the fact that other ircds which support +R have a matching definition in the protocol module, whereas unreal doesnt. Example from grepping the modules/protocol dir:
>
>modules/protocol/ptlink.c:    {'R', {0x00008000}},      /* Allow PRIVMSGs from +r clients only */

     I probably put that in just to remind myself it exists, since I use
PTlink less often than Unreal (read: never).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Sun May  9 05:38:25 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Memoserv cancel command
Message-ID: <20040509123825.60292.qmail@web86406.mail.ukl.yahoo.com>

I have sent an email to add a feature to cancel the
last sent memo (disabled if forward is enabled).. Any
reply for this feature?

=====
Dionisios K. - VoNiTsA On GrNet



From achurch at achurch.org  Sun May  9 23:35:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Memoserv cancel command
In-Reply-To: <20040509123825.60292.qmail@web86406.mail.ukl.yahoo.com>
Message-ID: <409e420e.51202@achurch.org>

>I have sent an email to add a feature to cancel the
>last sent memo (disabled if forward is enabled).. Any
>reply for this feature?

     Unnecessary, and impossible besides if forwarding is in use (as was
already mentioned).  Watch what you write before you send; I won't help you
take it back.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ysar68 at otenet.gr  Sun May  9 11:22:06 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error
Message-ID: <011501c435f2$88fcc080$c133673e@ysar>

after full installation and start of services when i had going inside the client to make tests the answer is was :
Services is currently down. Please wait a few moments, and then try again.

but in my system is running both ircd and ircservices so in this case with get this error ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040509/77a3ceb3/attachment.html
From azoff at se.linux.org  Sun May  9 11:37:00 2004
From: azoff at se.linux.org (=?ISO-8859-7?Q?Torbjo=22rn_Svensson?=)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error
In-Reply-To: <011501c435f2$88fcc080$c133673e@ysar>
References: <011501c435f2$88fcc080$c133673e@ysar>
Message-ID: <409E7A4C.2020107@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

john sarantopoulos wrote:
| after full installation and start of services when i had going inside
the client to make tests the answer is was :
| Services is currently down. Please wait a few moments, and then try again.
|
| but in my system is running both ircd and ircservices so in this case
with get this error ?

Services ain't connected to you're ircd. Check yor're ircservices.conf
and ircd.conf

Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAnnpLeY7jmtvbDP0RAs6oAKCUKujhsZsEbsDXHc6suoFhHzerUgCbBJ23
FjQ24XIaxmdWrgWq4irECyw=
=rYrP
-----END PGP SIGNATURE-----


From uhc0 at rz.uni-karlsruhe.de  Sun May  9 12:11:03 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error
In-Reply-To: <011501c435f2$88fcc080$c133673e@ysar>
References: <011501c435f2$88fcc080$c133673e@ysar>
Message-ID: <1084129863.6643.1.camel@dreadnought.hadiko.de>

It might be, that the SERVICES_NAME definition of your ircd does not
match to the name of the services server you have chosen, causing
commands like
/nickserv
/chanserv not work.

If you tell us which version of the ircd and services you are running,
we might help further.

Regards;
y.

On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote:
> after full installation and start of services when i had going inside
> the client to make tests the answer is was :
> Services is currently down. Please wait a few moments, and then try
> again.
>  
> but in my system is running both ircd and ircservices so in this case
> with get this error ?
>  
> 
> ______________________________________________________________________
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From ysar68 at otenet.gr  Sun May  9 12:37:11 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error
References: <011501c435f2$88fcc080$c133673e@ysar>
        <1084129863.6643.1.camel@dreadnought.hadiko.de>
Message-ID: <013c01c435fd$065a8490$c133673e@ysar>

so this is was the error of ircd yeap when i try to make msg command
everything is goes ok with ircservices but!! with /nickserv /chanserv etc
the error the irc server is down try later the version is bahamut-1.4(36)p2.
irc.athensweb.gr CiIY TS5ow-r[RELEASE] and the services 5.0.0
----- Original Message ----- 
From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Sunday, May 09, 2004 10:11 PM
Subject: Re: [IRCServices] error


> It might be, that the SERVICES_NAME definition of your ircd does not
> match to the name of the services server you have chosen, causing
> commands like
> /nickserv
> /chanserv not work.
>
> If you tell us which version of the ircd and services you are running,
> we might help further.
>
> Regards;
> y.
>
> On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote:
> > after full installation and start of services when i had going inside
> > the client to make tests the answer is was :
> > Services is currently down. Please wait a few moments, and then try
> > again.
> >
> > but in my system is running both ircd and ircservices so in this case
> > with get this error ?
> >
> >
> > ______________________________________________________________________
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>




From uhc0 at rz.uni-karlsruhe.de  Sun May  9 13:25:33 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error
In-Reply-To: <013c01c435fd$065a8490$c133673e@ysar>
References: <011501c435f2$88fcc080$c133673e@ysar>
        <1084129863.6643.1.camel@dreadnought.hadiko.de>
        <013c01c435fd$065a8490$c133673e@ysar>
Message-ID: <1084134333.6644.6.camel@dreadnought.hadiko.de>

Hi,

Please upgrade your services immediately, 5.0.0 is far too old. The
latest release is 5.0.31

Moreover, RTFM and discover that Bahamut versions 1.4.34 and later are
not supported, you either downgrade your ircd, or switch to another
server software, consider the alternatives listed in section 2.1 of
ircservices manual.

And last, the "services_name" definition inside options {} section of
the ircd.conf of Bahamut is the solution to your case; that name must
match the name of your services server.

Regards;
yusuf.

On Sun, 2004-05-09 at 21:37, john sarantopoulos wrote:
> so this is was the error of ircd yeap when i try to make msg command
> everything is goes ok with ircservices but!! with /nickserv /chanserv etc
> the error the irc server is down try later the version is bahamut-1.4(36)p2.
> irc.athensweb.gr CiIY TS5ow-r[RELEASE] and the services 5.0.0
> ----- Original Message ----- 
> From: "Yusuf Iskenderoglu" <uhc0@rz.uni-karlsruhe.de>
> To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
> Sent: Sunday, May 09, 2004 10:11 PM
> Subject: Re: [IRCServices] error
> 
> 
> > It might be, that the SERVICES_NAME definition of your ircd does not
> > match to the name of the services server you have chosen, causing
> > commands like
> > /nickserv
> > /chanserv not work.
> >
> > If you tell us which version of the ircd and services you are running,
> > we might help further.
> >
> > Regards;
> > y.
> >
> > On Sun, 2004-05-09 at 20:22, john sarantopoulos wrote:
> > > after full installation and start of services when i had going inside
> > > the client to make tests the answer is was :
> > > Services is currently down. Please wait a few moments, and then try
> > > again.
> > >
> > > but in my system is running both ircd and ircservices so in this case
> > > with get this error ?
> > >
> > >
> > > ______________________________________________________________________
> > > ------------------------------------------------------------------
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From moontan at dmbroadband.com  Sun May  9 18:01:58 2004
From: moontan at dmbroadband.com (moontan@dmbroadband.com)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Re: IRCServices Digest, Vol 17, Issue 5
In-Reply-To: <20040509100103.881A571998@dm.deskmedia.com>
References: <20040509100103.881A571998@dm.deskmedia.com>
Message-ID: <20040510003422.M89809@deskmedia.com>

I am having a logging problem, as in large size services log.this is the 
only thing in the log: "[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): 
size (32768) <= wlen (-31838)
[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): size (32768) <= wlen (-
31838)"
The log is full of that. Any help would be greatly appreciated. Thanks

--
Open WebMail Project (http://openwebmail.org)


---------- Original Message -----------
From: ircservices-request@ircservices.za.net
To: ircservices@ircservices.za.net
Sent: Sun,  9 May 2004 05:01:03 -0500 (CDT)
Subject: IRCServices Digest, Vol 17, Issue 5

> Send IRCServices mailing list submissions to
>       ircservices@ircservices.za.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://www.ircservices.za.net/mailman/listinfo/ircservices
> or, via email, send a message with subject or body 'help' to
>       ircservices-request@ircservices.za.net
> 
> You can reach the person managing the list at
>       ircservices-owner@ircservices.za.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of IRCServices digest..."
> 
> Today's Topics:
> 
>    1. Unreal Bug? (Craig Edwards)
>    2. Fw: Unreal Bug? (Craig Edwards)
>    3. Re: Unreal Bug? (Andrew Church)
>    4. Re: Fw: Unreal Bug? (Andrew Church)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sat, 8 May 2004 18:53:31 +0100
> From: "Craig Edwards" <brain@winbot.co.uk>
> Subject: [IRCServices] Unreal Bug?
> To: "IRC Services General Mailing Lis"
>       <ircservices@ircservices.za.net>
> Message-ID: <200405081753.i48HrW125705@brainbox.winbot.co.uk>
> Content-Type: text/plain;     charset="iso-8859-1"
> 
> Hi
> 
> When looking through the code for ircservices, i noticed that it 
> doesnt list usermode +R (only registered users may message the 
> nickname) in its list of extra modes supported by unrealircd (in 
> modules/protocol/unreal.c). Should this be implemented as it is a 
> known usermode to unreal, and it seems that services is blissfully 
> unaware of its presence.
> 
> Thanks,
> Brain
> 
> ------------------------------
> 
> Message: 2
> Date: Sat, 8 May 2004 18:57:14 +0100
> From: "Craig Edwards" <brain@winbot.co.uk>
> Subject: [IRCServices] Fw: Unreal Bug?
> To: "ircservices" <ircservices@ircservices.za.net>
> Message-ID: <200405081757.i48HvE125756@brainbox.winbot.co.uk>
> Content-Type: text/plain;     charset="iso-8859-1"
> 
> Followup: This appears to be a bug, verified by the fact that other 
> ircds which support +R have a matching definition in the protocol 
> module, whereas unreal doesnt. Example from grepping the 
> modules/protocol dir:
> 
> modules/protocol/ptlink.c:    {'R', {0x00008000}},      /* Allow 
> PRIVMSGs from +r clients only */
> 
> >Hi
> >
> >When looking through the code for ircservices, i noticed that it doesnt 
list usermode +R (only registered users may >message the nickname) in its 
list of extra modes supported by unrealircd (in modules/protocol/unreal.c). 
Should this be >implemented as it is a known usermode to unreal, and it 
seems that services is blissfully unaware of its presence.
> >
> >Thanks,
> >Brain
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 09 May 2004 10:33:23 JST
> From: achurch@achurch.org (Andrew Church)
> Subject: Re: [IRCServices] Unreal Bug?
> To: ircservices@ircservices.za.net
> Message-ID: <409d8a7a.50614@achurch.org>
> Content-Type: text/plain; charset=ISO-2022-JP
> 
> >When looking through the code for ircservices, i noticed that it doesnt 
list usermode +R (only registered users may message the nickname) in its 
list of extra modes supported by unrealircd (in modules/protocol/unreal.c). 
Should this be implemented as it is a known usermode to unreal, and it seems 
that services is blissfully unaware of its presence.
> 
>      This is not a mode Services needs to be aware of, hence it's not
> listed in the mode table.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 09 May 2004 10:35:14 JST
> From: achurch@achurch.org (Andrew Church)
> Subject: Re: [IRCServices] Fw: Unreal Bug?
> To: ircservices@ircservices.za.net
> Message-ID: <409d8af0.50627@achurch.org>
> Content-Type: text/plain; charset=ISO-2022-JP
> 
> >Followup: This appears to be a bug, verified by the fact that other ircds 
which support +R have a matching definition in the protocol module, whereas 
unreal doesnt. Example from grepping the modules/protocol dir:
> >
> >modules/protocol/ptlink.c:    {'R', {0x00008000}},      /* Allow PRIVMSGs 
from +r clients only */
> 
>      I probably put that in just to remind myself it exists, since I 
> use PTlink less often than Unreal (read: never).
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> ------------------------------
> 
> _______________________________________________
> IRCServices mailing list
> IRCServices@ircservices.za.net
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> End of IRCServices Digest, Vol 17, Issue 5
> ******************************************
------- End of Original Message -------



From achurch at achurch.org  Mon May 10 10:29:31 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] Re: IRCServices Digest, Vol 17, Issue 5
In-Reply-To: <20040510003422.M89809@deskmedia.com>
Message-ID: <409edb39.52160@achurch.org>

>I am having a logging problem, as in large size services log.this is the 
>only thing in the log: "[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): 
>size (32768) <= wlen (-31838)
>[May 04 19:05:46 2004] sockets: BUG: resize_wbuf(0): size (32768) <= wlen (-
>31838)"
>The log is full of that. Any help would be greatly appreciated. Thanks

     Version?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ysar68 at otenet.gr  Mon May 10 01:55:21 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] operserv prob 
Message-ID: <017801c4366c$88eae5c0$c133673e@ysar>

when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : 
OperServ :Services is currently down. Please wait a few moments, and then try again.

my versions of are :

ircd : 

bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE]

services :

ircservices 5.0.0.31

any solution ?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/6b99cede/attachment.htm
From profound at eyerc.net  Mon May 10 02:28:41 2004
From: profound at eyerc.net (Profound)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] operserv prob 
References: <017801c4366c$88eae5c0$c133673e@ysar>
Message-ID: <002701c43671$35fbdf40$0300a8c0@mothership>

Hi John,

Where you modified the value of SERVICES_NAME you need to modify the value of STATS_NAME. Make it equal to whatever SERVICES_NAME is set to.

Regards,
Tim Owen

Profound @ EYErc.net
www.EYErc.net
  ----- Original Message ----- 
  From: john sarantopoulos 
  To: ircservices 
  Sent: Monday, May 10, 2004 6:25 PM
  Subject: [IRCServices] operserv prob 


  when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : 
  OperServ :Services is currently down. Please wait a few moments, and then try again.

  my versions of are :

  ircd : 

  bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE]

  services :

  ircservices 5.0.0.31

  any solution ?





------------------------------------------------------------------------------


  ------------------------------------------------------------------
  To unsubscribe or change your subscription options, visit:
  http://www.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/8250ce51/attachment.html
From ysar68 at otenet.gr  Mon May 10 02:39:20 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] operserv prob 
References: <017801c4366c$88eae5c0$c133673e@ysar>
        <002701c43671$35fbdf40$0300a8c0@mothership>
Message-ID: <01b001c43672$abdf5b50$c133673e@ysar>

thanks man :)

  ----- Original Message ----- 
  From: Profound 
  To: IRC Services General Mailing List 
  Sent: Monday, May 10, 2004 12:28 PM
  Subject: Re: [IRCServices] operserv prob 


  Hi John,

  Where you modified the value of SERVICES_NAME you need to modify the value of STATS_NAME. Make it equal to whatever SERVICES_NAME is set to.

  Regards,
  Tim Owen

  Profound @ EYErc.net
  www.EYErc.net
    ----- Original Message ----- 
    From: john sarantopoulos 
    To: ircservices 
    Sent: Monday, May 10, 2004 6:25 PM
    Subject: [IRCServices] operserv prob 


    when i am use /chanserv /nickserv and memoserv all is ok but with operserv and help serv am getting this error through client : 
    OperServ :Services is currently down. Please wait a few moments, and then try again.

    my versions of are :

    ircd : 

    bahamut-1.4(36)p2. irc.athensweb.gr :CHiIY TS5ow-r[RELEASE]

    services :

    ircservices 5.0.0.31

    any solution ?





----------------------------------------------------------------------------


    ------------------------------------------------------------------
    To unsubscribe or change your subscription options, visit:
    http://www.ircservices.za.net/mailman/listinfo/ircservices



------------------------------------------------------------------------------


  ------------------------------------------------------------------
  To unsubscribe or change your subscription options, visit:
  http://www.ircservices.za.net/mailman/listinfo/ircservices
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/4fcec4b2/attachment.htm
From us44ever at hotmail.com  Mon May 10 12:01:04 2004
From: us44ever at hotmail.com (us44ever .)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error while installing
Message-ID: <Sea1-F65qWmm8huCIHk0000a6a4@hotmail.com>

hi,
i get this error while trying to upgrade (when using gmake):

gmake[2]: Leaving directory `/usr/home/hub/ircservices-5.0.31'
gcc -rdynamic convert-db.o convert-cygnus.o convert-epona.o convert-magick.o 
convert-ptlink.o convert-sirv.o convert-trircd.o convert-ver8.o fileutil-x.o 
suspinfo-x.o xml-export-x.o ../compat.o   -o convert-db
convert-trircd.o: In function `trircd_load_ajoin':
/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined 
reference to `ngi_mainnick'
gmake[1]: *** [convert-db] Error 1
gmake[1]: Leaving directory `/usr/home/hub/ircservices-5.0.31/tools'
gmake: *** [tools] Error 2
-
net93-david# gcc -v
Using builtin specs.
gcc version 2.95.4 20020320 [FreeBSD]
-

anyone can help please?

_________________________________________________________________
Watch LIVE baseball games on your computer with MLB.TV, included with MSN 
Premium! 
http://join.msn.com/?page=features/mlb&pgmarket=en-us/go/onm00200439ave/direct/01/



From ysar68 at otenet.gr  Mon May 10 13:28:47 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] ...
Message-ID: <01d501c436cd$661def90$c133673e@ysar>

two thinks ...

1 , when starts the mirc at the main chanel the first say up there dalnet how i can change to any other name ?
2 , the command identify for nickserv can be changed to id for smaller use of users ?

thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/c72a8e4c/attachment.html
From ysar68 at otenet.gr  Mon May 10 13:33:15 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] expire time
Message-ID: <01e301c436ce$05fce840$c133673e@ysar>

when one user log in the server the services is giving the message about identify but if the user is not give the identification the system is not set the user to guestXXX

how i can fix this prob !?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040510/809615c5/attachment.htm
From Craig at frostycoolslug.com  Mon May 10 14:04:03 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] ...
Message-ID: <mailman.48.1098597727.26050.ircservices@ircservices.za.net>

The first issue is IRCd related, Not Services.

This second one is possible, but with modifications of the source. if you have experiance with C, you can edit the command table in nickserv/main.c but remember, if you make this modification, any other bugs you find wont be supported. (if you are using Unreal3.2 theres a chance you can use some clever regexps to allow for an 'id' command like that, although i wont help with this, and i cant garuntee it)

And with regards to your other issue, make sure NSForceNickChange is specified in your modules.conf

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - john sarantopoulos <ysar68@otenet.gr>
 * To      - ircservices <ircservices@ircservices.za.net>
 * Sent    - 2004-05-10 21:28:47
 * Subject - [IRCServices] ...
 ****************************************/

/****** - Begin Original Message - ******/

>two thinks ...
>
>1 , when starts the mirc at the main chanel the first say up there dalnet how i can change to any other name ?
>2 , the command identify for nickserv can be changed to id for smaller use of users ?
>
>thanks
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From ysar68 at otenet.gr  Mon May 10 14:30:03 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] ...
References: <200405102101.i4AL1jpO011987@thalia.otenet.gr>
Message-ID: <021801c436d5$f53fce70$c133673e@ysar>

ok i have changed and all is ok in execute of /nickserv id password , so i
must change also in help not show /nickserv identify password but /nickserv
id password to use the user the correct case if user read the help

thanks

----- Original Message ----- 
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
Sent: Tuesday, May 11, 2004 12:04 AM
Subject: Re: [IRCServices] ...


> The first issue is IRCd related, Not Services.
>
> This second one is possible, but with modifications of the source. if you
have experiance with C, you can edit the command table in nickserv/main.c
but remember, if you make this modification, any other bugs you find wont be
supported. (if you are using Unreal3.2 theres a chance you can use some
clever regexps to allow for an 'id' command like that, although i wont help
with this, and i cant garuntee it)
>
> And with regards to your other issue, make sure NSForceNickChange is
specified in your modules.conf
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - john sarantopoulos <ysar68@otenet.gr>
>  * To      - ircservices <ircservices@ircservices.za.net>
>  * Sent    - 2004-05-10 21:28:47
>  * Subject - [IRCServices] ...
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >two thinks ...
> >
> >1 , when starts the mirc at the main chanel the first say up there dalnet
how i can change to any other name ?
> >2 , the command identify for nickserv can be changed to id for smaller
use of users ?
> >
> >thanks
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>




From Craig at frostycoolslug.com  Mon May 10 14:49:26 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] ...
Message-ID: <mailman.49.1098597727.26050.ircservices@ircservices.za.net>

This information is stored in the Language files.

These files are located in ircservices-5.0.xx/lang/*.l

You will need to look through these, and make the required changes.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - john sarantopoulos <ysar68@otenet.gr>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-10 22:30:03
 * Subject - Re: [IRCServices] ...
 ****************************************/

/****** - Begin Original Message - ******/

>ok i have changed and all is ok in execute of /nickserv id password , so i
>must change also in help not show /nickserv identify password but /nickserv
>id password to use the user the correct case if user read the help
>
>thanks
>
>----- Original Message ----- 
>From: "Craig McLure" <Craig@frostycoolslug.com>
>To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>Sent: Tuesday, May 11, 2004 12:04 AM
>Subject: Re: [IRCServices] ...
>
>
>> The first issue is IRCd related, Not Services.
>>
>> This second one is possible, but with modifications of the source. if you
>have experiance with C, you can edit the command table in nickserv/main.c
>but remember, if you make this modification, any other bugs you find wont be
>supported. (if you are using Unreal3.2 theres a chance you can use some
>clever regexps to allow for an 'id' command like that, although i wont help
>with this, and i cant garuntee it)
>>
>> And with regards to your other issue, make sure NSForceNickChange is
>specified in your modules.conf
>>
>> /****************************************
>>  *     Craig "FrostyCoolSlug" McLure
>>  *       Craig@FrostyCoolSlug.com
>>  * InspIRCd   - http://www.inspircd.org
>>  * ChatSpike  - http://www.chatspike.net
>>  ****************************************/
>>
>>
>> /****************************************
>>  * From    - john sarantopoulos <ysar68@otenet.gr>
>>  * To      - ircservices <ircservices@ircservices.za.net>
>>  * Sent    - 2004-05-10 21:28:47
>>  * Subject - [IRCServices] ...
>>  ****************************************/
>>
>> /****** - Begin Original Message - ******/
>>
>> >two thinks ...
>> >
>> >1 , when starts the mirc at the main chanel the first say up there dalnet
>how i can change to any other name ?
>> >2 , the command identify for nickserv can be changed to id for smaller
>use of users ?
>> >
>> >thanks
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >
>>
>> /******* - End Original Message - *******/
>>
>>
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From ysar68 at otenet.gr  Mon May 10 17:08:28 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] languge
Message-ID: <027301c436ec$16773770$c133673e@ysar>

if i want to translate on of this to other languange not included in list and after put it in list as example copy the en_us.l to gr.l and translate it to greek lang how i can do it this ? and after to put it to list of the languanges ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/93751cc6/attachment.html
From achurch at achurch.org  Tue May 11 09:16:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] error while installing
In-Reply-To: <Sea1-F65qWmm8huCIHk0000a6a4@hotmail.com>
Message-ID: <40a01ba2.62422@achurch.org>

>convert-trircd.o: In function `trircd_load_ajoin':
>/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined 
>reference to `ngi_mainnick'

     Try again with unmodified sources.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Mon May 10 17:41:04 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:07 2004
Subject: [IRCServices] languge
Message-ID: <mailman.50.1098597727.26050.ircservices@ircservices.za.net>

Basically, rename an 'existing' language file to the name of your new language, translate it, Send it to Andy to see if he will add it to the main services distribution, edit language.c, perform a make and make install, then restart services. 

This should put your language into services :)

As a note, remember to read the notes at the top of the language you are going to translate from. 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - john sarantopoulos <ysar68@otenet.gr>
 * To      - ircservices <ircservices@ircservices.za.net>
 * Sent    - 2004-05-11 01:08:28
 * Subject - [IRCServices] languge
 ****************************************/

/****** - Begin Original Message - ******/

>if i want to translate on of this to other languange not included in list and after put it in list as example copy the en_us.l to gr.l and translate it to greek lang how i can do it this ? and after to put it to list of the languanges ?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From Craig at frostycoolslug.com  Mon May 10 17:43:56 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] A Quick question about chanserv status..
Message-ID: <mailman.51.1098597728.26050.ircservices@ircservices.za.net>

is it possible to have proper 'invalid' messages for this services function?

It can be slightly confusing to have services chuck things like:

STATUS ? ? ERROR Syntax error
STATUS #chatspike Craig ERROR Nick not online

rather than the 'useful' messages (for example, a reminder of the syntax) which services normally gives out?

Thanks

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From achurch at achurch.org  Tue May 11 10:00:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] A Quick question about chanserv status..
In-Reply-To: <40a0212d.44435@mail.achurch.org>
Message-ID: <40a0260e.62452@achurch.org>

>is it possible to have proper 'invalid' messages for this services function?
>
>It can be slightly confusing to have services chuck things like:
>
>STATUS ? ? ERROR Syntax error
>STATUS #chatspike Craig ERROR Nick not online
>
>rather than the 'useful' messages (for example, a reminder of the syntax) which services normally gives out?

     The problem with this is that it would confuse bots trying to parse
the message, which is what I see as the main use for this function.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ysar68 at otenet.gr  Mon May 10 18:22:02 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] so here is the error
Message-ID: <028d01c436f6$5d86b320$c133673e@ysar>

when i try to compile after add the language put this : form language.c


/* Order in which languages should be displayed: (alphabetical) */
static int langorder[] = {
    LANG_EN_US,         /* English (US) */
    LANG_NL,            /* Dutch */
    LANG_FR,            /* French */
    LANG_DE,            /* German */
    LANG_HU,            /* Hungarian */
    LANG_IT,            /* Italian */
/*    LANG_JA_JIS,*/    /* Japanese (JIS encoding) */
    LANG_JA_EUC,        /* Japanese (EUC encoding) */
    LANG_JA_SJIS,       /* Japanese (SJIS encoding) */
    LANG_PT,            /* Portugese */
    LANG_ES,            /* Spanish */
    LANG_TR,            /* Turkish */
    LANG_GR,            /* Greek */
};

/* Filenames for language files: */
static struct {
    int num;
    const char *filename;
} filenames[] = {
    { LANG_EN_US,       "en_us" },
    { LANG_NL,          "nl" },
    { LANG_FR,          "fr" },
    { LANG_DE,          "de" },
    { LANG_HU,          "hu" },
    { LANG_IT,          "it" },
/*    { LANG_JA_JIS,    "ja_jis" },*/
    { LANG_JA_EUC,      "ja_euc" },
    { LANG_JA_SJIS,     "ja_sjis" },
    { LANG_PT,          "pt" },
    { LANG_ES,          "es" },
    { LANG_TR,          "tr" },
    { LANG_GR           "gr" },
    { -1, NULL }
};

and from language.h this :

#define LANG_EN_US      0       /* United States English */
#define LANG_UNUSED1    1       /* Unused; was Japanese (JIS encoding) */
#define LANG_JA_EUC     2       /* Japanese (EUC encoding) */
#define LANG_JA_SJIS    3       /* Japanese (SJIS encoding) */
#define LANG_ES         4       /* Spanish */
#define LANG_PT         5       /* Portugese */
#define LANG_FR         6       /* French */
#define LANG_TR         7       /* Turkish */
#define LANG_IT         8       /* Italian */
#define LANG_DE         9       /* German */
#define LANG_NL         10      /* Dutch */
#define LANG_HU         11      /* Hungarian */
#define LANG_GR         12      /* Greek */

#define NUM_LANGS       13      /* Number of languages */
#define LANG_DEFAULT    -1      /* "Use the default" setting */

i get this error in compile

ake
make -C lang langstrs.h
make[1]: Entering directory `/home/irc/ircservices-5.0.31/lang'
Generating langstrs.h... 1204 strings
langstrs.h unchanged
make[1]: Leaving directory `/home/irc/ircservices-5.0.31/lang'
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -c language.c -o language.o
language.c:60: parse error before string constant
make: *** [language.o] Error 1

what i have to do for find the solution and compile?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/e40fd6ee/attachment.htm
From Craig at frostycoolslug.com  Mon May 10 19:07:15 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] so here is the error
Message-ID: <mailman.52.1098597728.26050.ircservices@ircservices.za.net>

Its probably related to this line:

    { LANG_GR           "gr" },

you are missing a , so it should read:

    { LANG_GR,          "gr" },

If that doesnt fix it, i'm not sure what would.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - john sarantopoulos <ysar68@otenet.gr>
 * To      - ircservices <ircservices@ircservices.za.net>
 * Sent    - 2004-05-11 02:22:02
 * Subject - [IRCServices] so here is the error
 ****************************************/

/****** - Begin Original Message - ******/

>when i try to compile after add the language put this : form language.c
>
>
>/* Order in which languages should be displayed: (alphabetical) */
>static int langorder[] = {
>    LANG_EN_US,         /* English (US) */
>    LANG_NL,            /* Dutch */
>    LANG_FR,            /* French */
>    LANG_DE,            /* German */
>    LANG_HU,            /* Hungarian */
>    LANG_IT,            /* Italian */
>/*    LANG_JA_JIS,*/    /* Japanese (JIS encoding) */
>    LANG_JA_EUC,        /* Japanese (EUC encoding) */
>    LANG_JA_SJIS,       /* Japanese (SJIS encoding) */
>    LANG_PT,            /* Portugese */
>    LANG_ES,            /* Spanish */
>    LANG_TR,            /* Turkish */
>    LANG_GR,            /* Greek */
>};
>
>/* Filenames for language files: */
>static struct {
>    int num;
>    const char *filename;
>} filenames[] = {
>    { LANG_EN_US,       "en_us" },
>    { LANG_NL,          "nl" },
>    { LANG_FR,          "fr" },
>    { LANG_DE,          "de" },
>    { LANG_HU,          "hu" },
>    { LANG_IT,          "it" },
>/*    { LANG_JA_JIS,    "ja_jis" },*/
>    { LANG_JA_EUC,      "ja_euc" },
>    { LANG_JA_SJIS,     "ja_sjis" },
>    { LANG_PT,          "pt" },
>    { LANG_ES,          "es" },
>    { LANG_TR,          "tr" },
>    { LANG_GR           "gr" },
>    { -1, NULL }
>};
>
>and from language.h this :
>
>#define LANG_EN_US      0       /* United States English */
>#define LANG_UNUSED1    1       /* Unused; was Japanese (JIS encoding) */
>#define LANG_JA_EUC     2       /* Japanese (EUC encoding) */
>#define LANG_JA_SJIS    3       /* Japanese (SJIS encoding) */
>#define LANG_ES         4       /* Spanish */
>#define LANG_PT         5       /* Portugese */
>#define LANG_FR         6       /* French */
>#define LANG_TR         7       /* Turkish */
>#define LANG_IT         8       /* Italian */
>#define LANG_DE         9       /* German */
>#define LANG_NL         10      /* Dutch */
>#define LANG_HU         11      /* Hungarian */
>#define LANG_GR         12      /* Greek */
>
>#define NUM_LANGS       13      /* Number of languages */
>#define LANG_DEFAULT    -1      /* "Use the default" setting */
>
>i get this error in compile
>
>ake
>make -C lang langstrs.h
>make[1]: Entering directory `/home/irc/ircservices-5.0.31/lang'
>Generating langstrs.h... 1204 strings
>langstrs.h unchanged
>make[1]: Leaving directory `/home/irc/ircservices-5.0.31/lang'
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -c language.c -o language.o
>language.c:60: parse error before string constant
>make: *** [language.o] Error 1
>
>what i have to do for find the solution and compile?
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From ysar68 at otenet.gr  Tue May 11 01:21:05 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] network split!
Message-ID: <02a101c43730$e85503a0$c133673e@ysar>

when the ircd server is connected with ircservices , and join in a new unregistered channel they dont giving a op status autmaticaly , and back in main window gives this error message : 
-irc.athensweb.gr- *** Notice -- Due to a network split, you can not obtain channel operator status in a new channel at this time.

so why network split if is connected both!?
i had make /nickserv help and /chanserv help and response
i have to change again something inside the config files?

thanks 
john sarantopoulos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/51f8d669/attachment.html
From ysar68 at otenet.gr  Tue May 11 01:52:33 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] ok the compile! but!
Message-ID: <02b601c43735$4e3ecf30$c133673e@ysar>

ok with the compile is not stop after i have put the , bud i try to select language 12 in nickserv and tell me is not  existing why ? i fix the error the compile made all also the installation
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/950974b6/attachment.htm
From ysar68 at otenet.gr  Tue May 11 02:21:53 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Fw: ok the compile! but!
Message-ID: <032701c43739$671046c0$c133673e@ysar>





ok with the compile is not stop after i have put the language strings and files  , bud i try to select language 12 in nickserv and tell me is not  existing why and is not existing in list of help in language chosing help ? i fix the with "," made make and made install finish normal !
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/9cc462e0/attachment.html
From vonitsa_net at yahoo.gr  Tue May 11 03:03:08 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Locked Channel Modes
Message-ID: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com>

Unreal IRCD supports this feature:
set::restrict-channelmodes <modes> 
to restrict users to set/unset the specific
channelmodes.

But MLOCK command overrides this feature (U:line)..
Can be implemented a feature to not allow users from
mlock these modes?

=====
Dionisios K. - VoNiTsA On GrNet



From medice at gmx.at  Tue May 11 03:16:27 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Locked Channel Modes
In-Reply-To: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com>
References: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com>
Message-ID: <40A0A7FB.1040705@gmx.at>

well, this sounds indeed reasonable, maybe a config-parameter at 
services which can be set equal zu ircds setting...

greetz
/medice

Dionisios K. wrote:
> Unreal IRCD supports this feature:
> set::restrict-channelmodes <modes> 
> to restrict users to set/unset the specific
> channelmodes.
> 
> But MLOCK command overrides this feature (U:line)..
> Can be implemented a feature to not allow users from
> mlock these modes?
> 
> =====
> Dionisios K. - VoNiTsA On GrNet
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 



From achurch at achurch.org  Tue May 11 23:20:22 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Locked Channel Modes
In-Reply-To: <20040511100308.39592.qmail@web86406.mail.ukl.yahoo.com>
Message-ID: <40a0e156.06441@achurch.org>

>Unreal IRCD supports this feature:
>set::restrict-channelmodes <modes> 
>to restrict users to set/unset the specific
>channelmodes.
>
>But MLOCK command overrides this feature (U:line)..
>Can be implemented a feature to not allow users from
>mlock these modes?

     This is under consideration for a future version, but will not be
added to 5.0.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ysar68 at otenet.gr  Tue May 11 08:55:15 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] prob
Message-ID: <004201c43770$5a7c58e0$c133673e@ysar>


when the client is running in main window before all channels says DALnet , where in source i can change to my name so if can't help me what is the right one address for ircd servers help ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040511/f2d5104a/attachment.htm
From vonitsa_net at yahoo.gr  Tue May 11 10:53:37 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] prob
Message-ID: <20040511175337.13068.qmail@web86404.mail.ukl.yahoo.com>

If you are using unreal www.Unrealircd.com and if you
are using Bahamut bahamut.dal.net

=====
Dionisios K. - VoNiTsA On GrNet



From azoff at se.linux.org  Tue May 11 14:21:51 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Bahamut 1.8.0
Message-ID: <40A143EF.9070207@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

Just wanna tell you people out there that my upgrade to 1.8.0 worked
well with latest ircservices. I haven't found anything broken yet.

Andrew, are you plaing to add this release to the "supported" list?


Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAoUPieY7jmtvbDP0RAoZmAJ9lK/d9xDGHJp1Qrv8mPfphLq4IggCgkVrD
lnp9gCKKlMSRIqh1iGaG5N4=
=YpkI
-----END PGP SIGNATURE-----


From ysar68 at otenet.gr  Tue May 11 17:40:50 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] ircservices-chk
Message-ID: <007f01c437b9$c63954e0$c133673e@ysar>

the ircservices-chk where i must install it to check the services if running to work ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040512/54a0255d/attachment.html
From ysar68 at otenet.gr  Tue May 11 17:20:20 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] reset by peer
Message-ID: <007001c437b6$e99702a0$c133673e@ysar>

i leaved at night and after fwe 2 or 3 hours i find down the services with read error :

[May 11 23:18:16 2004] operserv/main: galois: set #linux -o galois
[May 11 23:18:52 2004] operserv/main: galois: help
[May 11 23:19:06 2004] operserv/main: galois: help commands
[May 11 23:20:37 2004] operserv/main: galois: global foo
[May 11 23:21:05 2004] Read error from server: Connection reset by peer

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040512/94dc4938/attachment.htm
From vonitsa_net at yahoo.gr  Tue May 11 21:32:26 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] ircservices-chk
Message-ID: <20040512043226.3595.qmail@web86402.mail.ukl.yahoo.com>

To start services with this feature type ./ircservices-chk

=====
Dionisios K. - VoNiTsA On GrNet



From ysar68 at otenet.gr  Wed May 12 00:20:58 2004
From: ysar68 at otenet.gr (john sarantopoulos)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] ircservices-chk
References: <20040512043226.3595.qmail@web86402.mail.ukl.yahoo.com>
Message-ID: <00b601c437f1$be1e7690$c133673e@ysar>

yes i had use this command and after i make a check i drop by my self the
services and is not restart
----- Original Message ----- 
From: "Dionisios K." <vonitsa_net@yahoo.gr>
To: <ircservices@ircservices.za.net>
Sent: Wednesday, May 12, 2004 7:32 AM
Subject: Re: [IRCServices] ircservices-chk


> To start services with this feature type ./ircservices-chk
>
> =====
> Dionisios K. - VoNiTsA On GrNet
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>




From vonitsa_net at yahoo.gr  Wed May 12 03:58:33 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] ircservices-chk
In-Reply-To: <00b601c437f1$be1e7690$c133673e@ysar>
Message-ID: <20040512105833.47960.qmail@web86407.mail.ukl.yahoo.com>

Drop? what you mean? 
If you mean that you have terminate services... How?


=====
Dionisios K. - VoNiTsA On GrNet



From tty at inbox.ru  Wed May 12 10:42:05 2004
From: tty at inbox.ru (=?koi8-r?Q?=22?=Alex HangMan=?koi8-r?Q?=22=20?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] nickserv: delay on LINK command
Message-ID: <E1BNxk5-0001f5-00.tty-inbox-ru@f11.mail.ru>

Hello

I found, that LINK command have no delay between consecutive uses. This is the way to flood nickserv with this command and inflate size of database.

NSLinkMax doesn`t help since the attacker can register new nick and link nicks again.

---
wbr


From us44ever at hotmail.com  Wed May 12 13:08:23 2004
From: us44ever at hotmail.com (us44ever .)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] error while installing
Message-ID: <Sea1-F803mexSR1IEDV0000f177@hotmail.com>

hi Andrew,

i didn't modify anything, it has been directly downloaded from 
ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz


>
> >convert-trircd.o: In function `trircd_load_ajoin':
> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined
> >reference to `ngi_mainnick'
>
>      Try again with unmodified sources.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar \96 get it now! 
http://toolbar.msn.com/go/onm00200415ave/direct/01/



From achurch at achurch.org  Thu May 13 09:17:20 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] error while installing
In-Reply-To: <Sea1-F803mexSR1IEDV0000f177@hotmail.com>
Message-ID: <40a2beb4.77314@achurch.org>

     Try again from the .tar file.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>hi Andrew,
>
>i didn't modify anything, it has been directly downloaded from 
>ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz
>
>
>>
>> >convert-trircd.o: In function `trircd_load_ajoin':
>> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined
>> >reference to `ngi_mainnick'
>>
>>      Try again with unmodified sources.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>
>_________________________________________________________________
>FREE pop-up blocking with the new MSN Toolbar ? get it now! 
>http://toolbar.msn.com/go/onm00200415ave/direct/01/
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From Craig at frostycoolslug.com  Wed May 12 17:31:24 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] error while installing
Message-ID: <mailman.53.1098597728.26050.ircservices@ircservices.za.net>

I used this patch and it worked fine, not sure where your problem is coming from

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - us44ever . <us44ever@hotmail.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-05-12 21:08:23
 * Subject - Re: [IRCServices] error while installing
 ****************************************/

/****** - Begin Original Message - ******/

>hi Andrew,
>
>i didn't modify anything, it has been directly downloaded from 
>ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz
>
>
>>
>> >convert-trircd.o: In function `trircd_load_ajoin':
>> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined
>> >reference to `ngi_mainnick'
>>
>>      Try again with unmodified sources.
>>
>>   --Andrew Church
>>     achurch@achurch.org
>>     http://achurch.org/
>
>_________________________________________________________________
>FREE pop-up blocking with the new MSN Toolbar ? get it now! 
>http://toolbar.msn.com/go/onm00200415ave/direct/01/
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/

From jon at jons.org  Wed May 12 17:45:31 2004
From: jon at jons.org (Jon Christopherson)
Date: Sat Oct 23 23:02:08 2004
Subject: [SPAM] Re: Re: [IRCServices] error while installing
In-Reply-To: <20040513002910.5D3FF326BA6@mail2.zoneedit.com>
Message-ID: <200405130046.i4D0kA67009913@mail.xelink.net>

        
>I used this patch and it worked fine, not sure where your problem is coming
>from

He probably patched already modified source. As long as the modified parts
don't conflict with the patch set, it would still apply cleanly.

>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/

-jon




From achurch at achurch.org  Thu May 13 18:13:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Advance warning for 5.0.32
Message-ID: <40a33d50.06141@achurch.org>

     Since Bahamut 1.8.0 has been released, I'm updating the Bahamut
protocol module for Services 5.0.32.  However, due to the difficulty of
supporting both 1.8.0 and earlier versions simultaneously, support for
earlier versions of Bahamut will be dropped completely in Services 5.0.32.
Normally I wouldn't make such a precipitous change in a maintenance
release, but given that the current module only supports older versions,
and that those older versions reportedly have a number of fairly major
bugs, I think it's reasonable in this case.

     In summary:  If you're running Bahamut, you'll have to upgrade all of
your servers to 1.8.0 before you can use Services 5.0.32.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From azoff at se.linux.org  Thu May 13 04:22:11 2004
From: azoff at se.linux.org (=?iso-8859-1?b?VG9yYmr2cm4=?= Svensson)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Advance warning for 5.0.32
In-Reply-To: <40a33d50.06141@achurch.org>
References: <40a33d50.06141@achurch.org>
Message-ID: <1084447331.40a35a636b02e@mail.azoff.homeip.net>

Quoting Andrew Church <achurch@achurch.org>:

>      Since Bahamut 1.8.0 has been released, I'm updating the Bahamut
> protocol module for Services 5.0.32.  However, due to the difficulty of
> supporting both 1.8.0 and earlier versions simultaneously, support for
> earlier versions of Bahamut will be dropped completely in Services 5.0.32.
> Normally I wouldn't make such a precipitous change in a maintenance
> release, but given that the current module only supports older versions,
> and that those older versions reportedly have a number of fairly major
> bugs, I think it's reasonable in this case.
> 
>      In summary:  If you're running Bahamut, you'll have to upgrade all of
> your servers to 1.8.0 before you can use Services 5.0.32.

Can I ask why you can't just rename the old one to something like bahamut-old or
something and later remove it?
I think it would be great if you did support the 1.4 releases befor there are
some patchsets like blitzed that uses 1.4.

Btw, what does not work in .31 and 1.8? I haven't seen anything broken yet.

Regards,
--
  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
 : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
 `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
   `--  http://www.se.linux.org

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


From Craig at frostycoolslug.com  Thu May 13 05:15:32 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Advance warning for 5.0.32
Message-ID: <mailman.54.1098597728.26050.ircservices@ircservices.za.net>

I dont use Bahamut, but i tend to agree with this opinion, imo, theres nothing wrong with leaving an 'old' module in there for people who dont run 1.8.0.

At the end of the day thou, if the worst comes to the worst, users of older releases can just backup their old module, before updating services, then just put it back where it was before (removing the new support)

Like i say, i dont use Bahamut, so its just my opinion

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Torbj?rnSvensson <azoff@se.linux.org>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-13 12:22:11
 * Subject - Re: [IRCServices] Advance warning for 5.0.32
 ****************************************/

/****** - Begin Original Message - ******/

>Quoting Andrew Church <achurch@achurch.org>:
>
>>      Since Bahamut 1.8.0 has been released, I'm updating the Bahamut
>> protocol module for Services 5.0.32.  However, due to the difficulty of
>> supporting both 1.8.0 and earlier versions simultaneously, support for
>> earlier versions of Bahamut will be dropped completely in Services 5.0.32.
>> Normally I wouldn't make such a precipitous change in a maintenance
>> release, but given that the current module only supports older versions,
>> and that those older versions reportedly have a number of fairly major
>> bugs, I think it's reasonable in this case.
>> 
>>      In summary:  If you're running Bahamut, you'll have to upgrade all of
>> your servers to 1.8.0 before you can use Services 5.0.32.
>
>Can I ask why you can't just rename the old one to something like bahamut-old or
>something and later remove it?
>I think it would be great if you did support the 1.4 releases befor there are
>some patchsets like blitzed that uses 1.4.
>
>Btw, what does not work in .31 and 1.8? I haven't seen anything broken yet.
>
>Regards,
>--
>  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
> : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
> `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
>   `--  http://www.se.linux.org
>
>----------------------------------------------------------------
>This message was sent using IMP, the Internet Messaging Program.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/

From emurphy at sporked.us  Thu May 13 08:01:06 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Bahamut 1.8.0
References: <40A143EF.9070207@se.linux.org>
Message-ID: <018601c438fb$1e6f64a0$4200a8c0@user3giu7hz2mo>

The most obvious thing to me that needs fixed is combining Chanserv Akicks
with exceptions.

This also happens with Unreal, but I've never mentioned it before since
Unreal was in beta forever...
But it's the very same behavior.

[10:43:43] * Now talking in #test
[10:43:43] -test.sporked.us:#test- *** Notice -- TS for #test changed from
1084459414 to 1084412605
[10:43:43] * services.sporked.us sets mode: -o Erusun
[10:43:43] * services.sporked.us sets mode: +o Erusun
[10:43:43] * ChanServ sets mode: +ntr-o Erusun
[10:44:03] * ChanServ sets mode: +o Erusun
[10:47:37] -ChanServ- *!*@* added to #test autokick list.
[10:53:16] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:16] * services.sporked.us sets mode: +b *!*@*
[10:53:16] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
* Retrieving #test modes...
[10:53:29] * Erusun sets mode: +e *!*@*
[10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:46] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:46] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:53:46] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:46] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:53:50] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:50] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:53:58] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:58] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:53:58] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:53:58] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
[10:54:02] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:54:02] * testuser (~erusun@www.eternalcomputers.net) Quit (Local kill by
Erusun (No reason specified))
[10:54:33] * testuser (~erusun@www.eternalcomputers.net) has joined #test
[10:54:33] * testuser was kicked by services.sporked.us (User has been
banned from the channel)
----- Original Message -----
From: "Torbj?rn Svensson" <azoff@se.linux.org>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Tuesday, May 11, 2004 5:21 PM
Subject: [IRCServices] Bahamut 1.8.0


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

Just wanna tell you people out there that my upgrade to 1.8.0 worked
well with latest ircservices. I haven't found anything broken yet.

Andrew, are you plaing to add this release to the "supported" list?


Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAoUPieY7jmtvbDP0RAoZmAJ9lK/d9xDGHJp1Qrv8mPfphLq4IggCgkVrD
lnp9gCKKlMSRIqh1iGaG5N4=
=YpkI
-----END PGP SIGNATURE-----

------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices



From achurch at achurch.org  Fri May 14 00:38:46 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Advance warning for 5.0.32
In-Reply-To: <1084447331.40a35a636b02e@mail.azoff.homeip.net>
Message-ID: <40a39760.14432@achurch.org>

>Can I ask why you can't just rename the old one to something like bahamut-old or
>something and later remove it?

     I actually thought of that after I sent the message, but on the other
hand I don't want to leave in a module that had compatibility issues with
later 1.4 releases anyway (SZLINE didn't work, for one thing).  I haven't
decided whether to do that or not, but I'd suggest looking into upgrading
your Bahamut in any case.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From azoff at se.linux.org  Thu May 13 14:13:25 2004
From: azoff at se.linux.org (=?ISO-2022-JP?B?VG9yYmpvInJuIFN2ZW5zc29u?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Advance warning for 5.0.32
In-Reply-To: <40a39760.14432@achurch.org>
References: <40a39760.14432@achurch.org>
Message-ID: <40A3E4F5.1000402@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
|      I actually thought of that after I sent the message, but on the other
| hand I don't want to leave in a module that had compatibility issues with
| later 1.4 releases anyway (SZLINE didn't work, for one thing).  I haven't
| decided whether to do that or not, but I'd suggest looking into upgrading
| your Bahamut in any case.

As I get it, the 1.4 will *not* be upgraded any more.
I have already moved over and it works with my needs. I don't use +e so
I haven't seen that "bug".


Regards,
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAo+T0eY7jmtvbDP0RAsdgAJ0bHtYIemGFJjP/yWz1ML5xBgHk5wCfX6a6
hcyZ69p9E7NIemx4Y+5qGI8=
=6kfu
-----END PGP SIGNATURE-----


From achurch at achurch.org  Fri May 14 14:46:05 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Bahamut 1.8.0
In-Reply-To: <018601c438fb$1e6f64a0$4200a8c0@user3giu7hz2mo>
Message-ID: <40a45d28.17700@achurch.org>

>The most obvious thing to me that needs fixed is combining Chanserv Akicks
>with exceptions.

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From us44ever at hotmail.com  Fri May 14 03:18:09 2004
From: us44ever at hotmail.com (us44ever .)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] error while installing
Message-ID: <Sea1-F44SmOMu3fk6Ue000122e2@hotmail.com>

yea i downloaded the full package, not the diff, and it worked fine. thanks.


>
>      Try again from the .tar file.
>
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
>
> >hi Andrew,
> >
> >i didn't modify anything, it has been directly downloaded from
> >ftp://ftp.ircservices.za.net/pub/ircservices/ircservices-5.0.31.diff.gz
> >
> >
> >>
> >> >convert-trircd.o: In function `trircd_load_ajoin':
> >> >/usr/home/hub/ircservices-5.0.31/tools/convert-trircd.c:215: undefined
> >> >reference to `ngi_mainnick'
> >>
> >>      Try again with unmodified sources.
> >>
> >>   --Andrew Church
> >>     achurch@achurch.org
> >>     http://achurch.org/
> >
> >_________________________________________________________________
> >FREE pop-up blocking with the new MSN Toolbar \96 get it now!
> >http://toolbar.msn.com/go/onm00200415ave/direct/01/
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

_________________________________________________________________
Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! 
http://join.msn.click-url.com/go/onm00200362ave/direct/01/



From vonitsa_net at yahoo.gr  Fri May 14 10:01:12 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] +z channel mode
Message-ID: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com>

UnrealIrcd supports +z channelmode (only secure
connections may join) 
If i add +z to mlock the FIRST user who join without
using a secure connection must be kick/banned from the
channel like +A , +O mlocks 

(When a user is the FIRST user on a channel and try to
join on a +O or +A mlocked channel even if the channen
is "RESTRICTED OFF" chanserv kicks and bans this user)

Correct Me If I'm Wrong

=====
Dionisios K. - VoNiTsA On GrNet



From mark at phedny.net  Fri May 14 10:14:12 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] +z channel mode
In-Reply-To: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com>
References: <20040514170112.63121.qmail@web86408.mail.ukl.yahoo.com>
Message-ID: <40A4FE64.7020100@phedny.net>

Actually, this should only be done when the user doesn't have +z user 
mode, since that indicates he is connected by SSL himself.

Dionisios K. wrote:

>UnrealIrcd supports +z channelmode (only secure
>connections may join) 
>If i add +z to mlock the FIRST user who join without
>using a secure connection must be kick/banned from the
>channel like +A , +O mlocks 
>
>(When a user is the FIRST user on a channel and try to
>join on a +O or +A mlocked channel even if the channen
>is "RESTRICTED OFF" chanserv kicks and bans this user)
>
>Correct Me If I'm Wrong
>
>=====
>Dionisios K. - VoNiTsA On GrNet
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>



From admin at nevernet.net  Sat May 15 15:45:45 2004
From: admin at nevernet.net (Elijah)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
Message-ID: <9A2B7058-A6C1-11D8-86B3-000A95ACFF92@nevernet.net>

Has anyone had any success compiling and running ircservices on mac os 
x?

Elijah




From trido at swallegiance.com  Sat May 15 23:34:01 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
Message-ID: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>

I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD server.  When I try to start it up, I get the following message:

[04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for irc.swallegiance.com(unknown@69.28.183.209) (No link block named 'irc.swallegiance.com') [@69.28.183.209.6677]

My ircservices.log file says:

[May 15 23:29:56 2004] IRC Services 5.0.31 starting up
[May 15 23:29:56 2004] httpd/main: Listening on :12701
[May 15 23:29:56 2004] unknown message from server (:irc.swallegiance.com 451 PING :You have not registered)
[May 15 23:29:57 2004] unknown message from server (ERROR :Link denied (No matching link configuration) [@69.28.183.209.6677])
[May 15 23:29:57 2004] unknown message from server (ERROR :Closing Link: [69.28.183.209] (Link denied (No matching link configuration)))
[May 15 23:29:57 2004] Read error from server: Connection reset by peer

Does anyone know what might be causing that?

Trido
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040516/6cd19664/attachment.html
From mark at phedny.net  Sun May 16 02:42:46 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>
Message-ID: <40A73796.4060904@phedny.net>

Hi Trido,

How does your link block in de Unreal config looks like?
In particular the name of the link block and the hostname to connect to.

- Mark

Trido wrote:

> I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD 
> server.  When I try to start it up, I get the following message:
>  
> [04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for 
> irc.swallegiance.com(unknown@69.28.183.209 
> <mailto:unknown@69.28.183.209>) (No link block named 
> 'irc.swallegiance.com') [@69.28.183.209.6677]
>  
> My ircservices.log file says:
>  
> [May 15 23:29:56 2004] IRC Services 5.0.31 starting up
> [May 15 23:29:56 2004] httpd/main: Listening on :12701
> [May 15 23:29:56 2004] unknown message from server 
> (:irc.swallegiance.com 451 PING :You have not registered)
> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied 
> (No matching link configuration) [@69.28.183.209.6677])
> [May 15 23:29:57 2004] unknown message from server (ERROR :Closing 
> Link: [69.28.183.209] (Link denied (No matching link configuration)))
> [May 15 23:29:57 2004] Read error from server: Connection reset by peer
>  
> Does anyone know what might be causing that?
>  
> Trido
>
>------------------------------------------------------------------------
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>  
>



From trido at swallegiance.com  Sun May 16 04:46:52 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>
        <40A73796.4060904@phedny.net>
Message-ID: <000701c43b3b$7e19b620$7100a8c0@JUSTIN>

Here it is.  This was the one section I was having trouble with.  I admit I
didn't understand a lot of it.  But this is what I have now:

link            irc.swallegiance.com
{
 username *;
 hostname  ircservices@69.28.183.209;
 bind-ip  *;
 port   12701;
 hub             *;
 password-connect "password";
 password-receive "password";
 class           servers;
  options {
   ssl;
   zip;
   md5;
  };
};

Trido

----- Original Message -----
From: "Mark van Cuijk" <mark@phedny.net>
To: "Trido" <trido@swallegiance.com>; "IRC Services General Mailing List"
<ircservices@ircservices.za.net>
Sent: Sunday, May 16, 2004 7:42 PM
Subject: Re: [IRCServices] Startup problem


> Hi Trido,
>
> How does your link block in de Unreal config looks like?
> In particular the name of the link block and the hostname to connect to.
>
> - Mark
>
> Trido wrote:
>
> > I am trying to get IRCServices 5.0.31 to work on my Unreal 3.2 IRCD
> > server.  When I try to start it up, I get the following message:
> >
> > [04:30:47 pm] -irc.swallegiance.com- *** LocOps -- Link denied for
> > irc.swallegiance.com(unknown@69.28.183.209
> > <mailto:unknown@69.28.183.209>) (No link block named
> > 'irc.swallegiance.com') [@69.28.183.209.6677]
> >
> > My ircservices.log file says:
> >
> > [May 15 23:29:56 2004] IRC Services 5.0.31 starting up
> > [May 15 23:29:56 2004] httpd/main: Listening on :12701
> > [May 15 23:29:56 2004] unknown message from server
> > (:irc.swallegiance.com 451 PING :You have not registered)
> > [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied
> > (No matching link configuration) [@69.28.183.209.6677])
> > [May 15 23:29:57 2004] unknown message from server (ERROR :Closing
> > Link: [69.28.183.209] (Link denied (No matching link configuration)))
> > [May 15 23:29:57 2004] Read error from server: Connection reset by peer
> >
> > Does anyone know what might be causing that?
> >
> > Trido
> >
> >------------------------------------------------------------------------
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
>
>
>



From chris at starglade.org  Sun May 16 04:53:52 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>
        <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
Message-ID: <40A75650.8050404@starglade.org>

Trido wrote:

> Here it is.  This was the one section I was having trouble with.  I admit I
> didn't understand a lot of it.  But this is what I have now:

Your hostname is wrong. It should just be the IP address or a domain 
name - remove the ircservices@ from it.

Chris

-- 
Chris Jenkinson
chris@starglade.org



From trido at swallegiance.com  Sun May 16 05:09:50 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>
        <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
        <40A75650.8050404@starglade.org>
Message-ID: <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN>

Sadly that didn't work.  I still get the same error.

Trido


> Your hostname is wrong. It should just be the IP address or a domain 
> name - remove the ircservices@ from it.
> 
> Chris




From chris at starglade.org  Sun May 16 05:16:08 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>   <000701c43b3b$7e19b620$7100a8c0@JUSTIN> <40A75650.8050404@starglade.org>
        <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN>
Message-ID: <40A75B88.8030006@starglade.org>

Trido wrote:

> Sadly that didn't work.  I still get the same error.

Ok, are the IP addresses correct?

The hostname should be the IP address or domain name of the server 
services are connecting from - if it is on the same computer, use 127.0.0.1.

C

-- 
Chris Jenkinson
chris@starglade.org



From jamie at silverdream.org  Sun May 16 05:17:51 2004
From: jamie at silverdream.org (Jamie L. Penman-Smithson)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>
        <40A73796.4060904@phedny.net> <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
Message-ID: <1084709870.16140.13.camel@oasis.silverdream.hq>

On Sun, 2004-05-16 at 12:46, Trido wrote:
<snip>
>   options {
>    ssl;
>    zip;
>    md5;
>   };
<snip>

AFAIK ircservices does not support compressed (which I think was
discussed a while ago on this mailing list(?)) or encrypted links.

HTH,

-- 
-jamie <jamie@silverdream.org> | spamtrap: spam@silverdream.org
 w: http://www.silverdream.org | p: sms@silverdream.org
 pgp key @ http://silverdream.org/~jps/pub.key
 12:30:01 up 14 days, 22:03, 13 users,  load average: 0.30, 0.27, 0.26

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040516/01449e3d/attachment.pgp
From emurphy at sporked.us  Sun May 16 05:27:47 2004
From: emurphy at sporked.us (Eric Murphy)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net><000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A75650.8050404@starglade.org>
        <000d01c43b3e$b3d5a230$7100a8c0@JUSTIN>
Message-ID: <009b01c43b41$3313b8a0$0100a8c0@eric>

What does the server it's connecting to say?

Erusun

----- Original Message ----- 
From: "Trido" <trido@swallegiance.com>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Sunday, May 16, 2004 8:09 AM
Subject: Re: [IRCServices] Startup problem


> Sadly that didn't work.  I still get the same error.
> 
> Trido
> 
> 
> > Your hostname is wrong. It should just be the IP address or a domain 
> > name - remove the ircservices@ from it.
> > 
> > Chris
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From mark at phedny.net  Sun May 16 08:52:35 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>
        <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
Message-ID: <40A78E43.2020303@phedny.net>

Trido wrote:

>link            irc.swallegiance.com
>{
> username *;
> hostname  ircservices@69.28.183.209;
> bind-ip  *;
> port   12701;
> hub             *;
> password-connect "password";
> password-receive "password";
> class           servers;
>  options {
>   ssl;
>   zip;
>   md5;
>  };
>};
>  
>
To make this work, your services ServerName must be 
irc.swallegiance.com. To me it's more likely this is the name of the 
IRCd server itself, so you should probably change it to 
services.irc.swallegiance.com or something you like. Anyway, it should 
match the name you specify for ServerName in the ircservices.conf file.

Then you should make the hostname be only 69.28.183.209, without the 
username in front of it.
Also, the ssl, zip and md5 options should be removed and I suggest to 
remove the hub line to, since services will not link to any other host.

Since your log file shows

> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied
> (No matching link configuration) [@69.28.183.209.6677])

I think you're using port 6677 for services and not 12701.

- Mark


From chris at starglade.org  Sun May 16 08:54:25 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <40A78E43.2020303@phedny.net>
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>   <000701c43b3b$7e19b620$7100a8c0@JUSTIN>
        <40A78E43.2020303@phedny.net>
Message-ID: <40A78EB1.6030809@starglade.org>

Mark van Cuijk wrote:

> Also, the ssl, zip and md5 options should be removed and I suggest to 
> remove the hub line to, since services will not link to any other host.

No, services should be allowed to introduce fake servers so it can jupe 
the real server.

C

-- 
Chris Jenkinson
chris@starglade.org



From kfiresun at ix.netcom.com  Sun May 16 11:42:39 2004
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
References: <9A2B7058-A6C1-11D8-86B3-000A95ACFF92@nevernet.net>
Message-ID: <003b01c43b75$90cb1fe0$1f01a8c0@bahamut>

As of OS 10.3.x support for the dyndl fuctions have become available.

However, I have not had much luck with the ar utility playing nice.
I can run it by hand, but it bombs out when running make.

As a side note there needs to be a -fno-builtin option passed to the
compiler on Mac OS X so you don't get that anoying warning about the 
builtin log function conflicting with that of the log function defined
within Services itself.  This can be added to the second appearance
of the MORE_CFLAGS variable in the top level Makefile.

e.g.:
MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes

I'll keep playing with it until I can get it to work.  I think it
just boils down to some tweaking of the various Makefiles.

Kelmar K. Firesun (IRL: Bryce Simonds)
Assistant Admin: dream.esper.net

----- Original Message ----- 
From: "Elijah" <admin@nevernet.net>
To: <ircservices@ircservices.za.net>
Sent: Saturday, May 15, 2004 5:45 PM
Subject: [IRCServices] Compiling on OS X


> Has anyone had any success compiling and running ircservices on mac os 
> x?
> 
> Elijah
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From trido at swallegiance.com  Sun May 16 16:32:00 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>   <000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A78E43.2020303@phedny.net>
        <40A78EB1.6030809@starglade.org>
Message-ID: <002001c43b9e$008738f0$7100a8c0@JUSTIN>

Well, I tried all the things suggested still to no avail.  Here is what it
said to my last:

[09:29:44 am] -irc.swallegiance.com- *** LocOps -- Link denied for
services.irc.swallegiance.com(unknown@69.28.183.209) (No link block named
'services.irc.swallegiance.com') [@69.28.183.209.65050]

and

[May 16 16:29:08 2004] IRC Services 5.0.31 starting up
[May 16 16:29:08 2004] httpd/main: Listening on :12701
[May 16 16:29:08 2004] unknown message from server (:irc.swallegiance.com
451 PING :You have not registered)
[May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No
matching link configuration) [@69.28.183.209.65050])
[May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link:
[69.28.183.209] (Link denied (No matching link configuration)))
[May 16 16:29:08 2004] Read error from server: Connection reset by peer

Trido



From Adm at Land-of-Ahz.com  Sun May 16 17:24:36 2004
From: Adm at Land-of-Ahz.com (Sys Admin)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000b01c43b0f$ca0e9cc0$7100a8c0@JUSTIN>     <40A73796.4060904@phedny.net>   <000701c43b3b$7e19b620$7100a8c0@JUSTIN><40A78E43.2020303@phedny.net><40A78EB1.6030809@starglade.org>
        <002001c43b9e$008738f0$7100a8c0@JUSTIN>
Message-ID: <000a01c43ba5$5663cc00$6401a8c0@mother1a>

you might want to check your config C and N lines, it does not look like it
is linking correctly to your IRC.

[May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No
matching link configuration) [@69.28.183.209.65050])
[May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link:
[69.28.183.209] (Link denied (No matching link configuration)))
[May 16 16:29:08 2004] Read error from server: Connection reset by peer

Ahz
~~~
www.Land-of-Ahz.com
IRC.Land-of-Ahz.com
----- Original Message ----- 
From: Trido
To: IRC Services General Mailing List
Sent: Sunday, May 16, 2004 4:32 PM
Subject: Re: [IRCServices] Startup problem


Well, I tried all the things suggested still to no avail.  Here is what it
said to my last:

[09:29:44 am] -irc.swallegiance.com- *** LocOps -- Link denied for
services.irc.swallegiance.com(unknown@69.28.183.209) (No link block named
'services.irc.swallegiance.com') [@69.28.183.209.65050]

and

[May 16 16:29:08 2004] IRC Services 5.0.31 starting up
[May 16 16:29:08 2004] httpd/main: Listening on :12701
[May 16 16:29:08 2004] unknown message from server (:irc.swallegiance.com
451 PING :You have not registered)
[May 16 16:29:08 2004] unknown message from server (ERROR :Link denied (No
matching link configuration) [@69.28.183.209.65050])
[May 16 16:29:08 2004] unknown message from server (ERROR :Closing Link:
[69.28.183.209] (Link denied (No matching link configuration)))
[May 16 16:29:08 2004] Read error from server: Connection reset by peer

Trido


------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices




From achurch at achurch.org  Mon May 17 09:25:36 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
In-Reply-To: <003b01c43b75$90cb1fe0$1f01a8c0@bahamut>
Message-ID: <40a807c0.42147@achurch.org>

>However, I have not had much luck with the ar utility playing nice.
>I can run it by hand, but it bombs out when running make.

     Check the exit code of ar ("ar ... ; echo $?"), particularly with
respect to the presence/absence of the -c option vs. the existence or
nonexistence of the output (.a) file; it could be that the MacOS ar is anal
about return codes.  If not, it could just be a bug in ar--in that case, I
guess you'll need to file a bug report with Apple.

>As a side note there needs to be a -fno-builtin option passed to the
>compiler on Mac OS X so you don't get that anoying warning about the 
>builtin log function conflicting with that of the log function defined
>within Services itself.  This can be added to the second appearance
>of the MORE_CFLAGS variable in the top level Makefile.
>
>e.g.:
>MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes

     This has been in the Makefile since forever.  Are you sure you're
using current source?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From ron2k at webmail.co.za  Sun May 16 23:19:11 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Re: Startup Problem
In-Reply-To: <200405170028.i4H0SV6t015587@mx2.wm.co.za>
Message-ID: <web-314249374@mail01.infosat.net>

Hi, I do offer support for UnrealIRCd, and it looks like I
should be able to fix this. Please can you send me the
following information:

 - From UnrealIRCd: your link blocks and listen blocks
 - From Services: the RemoteServer and ServerName
directives
 - Additional information: the IP's/hostnames of the
computers.

As the information I'm requesting can be considered
sensitive, please send it to me DIRECTLY - don't post it to
this mailing list.
_____________________________________________________________________
For super low premiums ,click here http://www.dialdirect.co.za/quote


From vonitsa_net at yahoo.gr  Mon May 17 05:40:19 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] +z
Message-ID: <20040517124019.89313.qmail@web86406.mail.ukl.yahoo.com>

I have sent an email for +z. I didnt receive any
answer... Can i have an answer for this?

=====
Dionisios K. - VoNiTsA On GrNet



From Craig at frostycoolslug.com  Mon May 17 15:39:57 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
Message-ID: <mailman.55.1098597728.26050.ircservices@ircservices.za.net>

Try using this as your link block instead

link            services.irc.swallegiance.com
{
 username *;
 hostname  69.28.183.209;
 bind-ip  *;
 port   12701;
 hub             *;
 password-connect "password";
 password-receive "password";
 class           servers;
};

and in your ircservices.conf

RemoteServer    irc.swallegiance.com 12701 "password"
LocalAddress    69.28.183.209
ServerName      "services.irc.swallegiance.com"


That will then force services to use the IP address the IRCd expects from it, obviously replace password with the relevant password.

Also, if your link config is in a seperate file, ensure that it is included in your main config.

That _SHOULD_ fix your probs.



/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Mark van Cuijk <mark@phedny.net>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-16 16:52:35
 * Subject - Re: [IRCServices] Startup problem
 ****************************************/

/****** - Begin Original Message - ******/

>Trido wrote:
>
>>link            irc.swallegiance.com
>>{
>> username *;
>> hostname  ircservices@69.28.183.209;
>> bind-ip  *;
>> port   12701;
>> hub             *;
>> password-connect "password";
>> password-receive "password";
>> class           servers;
>>  options {
>>   ssl;
>>   zip;
>>   md5;
>>  };
>>};
>>  
>>
>To make this work, your services ServerName must be 
>irc.swallegiance.com. To me it's more likely this is the name of the 
>IRCd server itself, so you should probably change it to 
>services.irc.swallegiance.com or something you like. Anyway, it should 
>match the name you specify for ServerName in the ircservices.conf file.
>
>Then you should make the hostname be only 69.28.183.209, without the 
>username in front of it.
>Also, the ssl, zip and md5 options should be removed and I suggest to 
>remove the hub line to, since services will not link to any other host.
>
>Since your log file shows
>
>> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied
>> (No matching link configuration) [@69.28.183.209.6677])
>
>I think you're using port 6677 for services and not 12701.
>
>- Mark
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From trido at swallegiance.com  Mon May 17 16:22:31 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
Message-ID: <000201c43c66$60f4c040$7100a8c0@JUSTIN>

That actually worked.  I stopped getting error messages.  Thanks.  :)
Doesn't mean my problems are over though.  My new problem is this:

[May 17 16:17:59 2004] IRC Services 5.0.31 starting up
[May 17 16:18:00 2004] httpd/main: Listening on :12701
[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not
connected
[May 17 16:18:03 2004] Read error from server: Socket is not connected

Anyone have any ideas?

Trido

----- Original Message -----
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
Sent: Tuesday, May 18, 2004 8:39 AM
Subject: Re: Re: [IRCServices] Startup problem


> Try using this as your link block instead
>
> link            services.irc.swallegiance.com
> {
>  username *;
>  hostname  69.28.183.209;
>  bind-ip  *;
>  port   12701;
>  hub             *;
>  password-connect "password";
>  password-receive "password";
>  class           servers;
> };
>
> and in your ircservices.conf
>
> RemoteServer    irc.swallegiance.com 12701 "password"
> LocalAddress    69.28.183.209
> ServerName      "services.irc.swallegiance.com"
>
>
> That will then force services to use the IP address the IRCd expects from
it, obviously replace password with the relevant password.
>
> Also, if your link config is in a seperate file, ensure that it is
included in your main config.
>
> That _SHOULD_ fix your probs.
>
>
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - Mark van Cuijk <mark@phedny.net>
>  * To      - IRC Services General Mailing List
<ircservices@ircservices.za.net>
>  * Sent    - 2004-05-16 16:52:35
>  * Subject - Re: [IRCServices] Startup problem
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >Trido wrote:
> >
> >>link            irc.swallegiance.com
> >>{
> >> username *;
> >> hostname  ircservices@69.28.183.209;
> >> bind-ip  *;
> >> port   12701;
> >> hub             *;
> >> password-connect "password";
> >> password-receive "password";
> >> class           servers;
> >>  options {
> >>   ssl;
> >>   zip;
> >>   md5;
> >>  };
> >>};
> >>
> >>
> >To make this work, your services ServerName must be
> >irc.swallegiance.com. To me it's more likely this is the name of the
> >IRCd server itself, so you should probably change it to
> >services.irc.swallegiance.com or something you like. Anyway, it should
> >match the name you specify for ServerName in the ircservices.conf file.
> >
> >Then you should make the hostname be only 69.28.183.209, without the
> >username in front of it.
> >Also, the ssl, zip and md5 options should be removed and I suggest to
> >remove the hub line to, since services will not link to any other host.
> >
> >Since your log file shows
> >
> >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied
> >> (No matching link configuration) [@69.28.183.209.6677])
> >
> >I think you're using port 6677 for services and not 12701.
> >
> >- Mark
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >.
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>



From Rottman3D at yahoo.com  Mon May 17 17:03:44 2004
From: Rottman3D at yahoo.com (Rottman3D@yahoo.com)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <000201c43c66$60f4c040$7100a8c0@JUSTIN>
References: <000201c43c66$60f4c040$7100a8c0@JUSTIN>
Message-ID: <6.0.0.22.2.20040517200218.02d4b430@pop.mail.yahoo.com>

The web server can not listen on the same port that is being used for the 
connection. Also remove the port from your servers config file, just use 
port * for the line otherwise the server will try to connect to services 
and will fail.


At 07:22 PM 5/17/2004, Trido wrote:
>That actually worked.  I stopped getting error messages.  Thanks.  :)
>Doesn't mean my problems are over though.  My new problem is this:
>
>[May 17 16:17:59 2004] IRC Services 5.0.31 starting up
>[May 17 16:18:00 2004] httpd/main: Listening on :12701
>[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not
>connected
>[May 17 16:18:03 2004] Read error from server: Socket is not connected
>
>Anyone have any ideas?
>
>Trido
>
>----- Original Message -----
>From: "Craig McLure" <Craig@frostycoolslug.com>
>To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>Sent: Tuesday, May 18, 2004 8:39 AM
>Subject: Re: Re: [IRCServices] Startup problem
>
>
> > Try using this as your link block instead
> >
> > link            services.irc.swallegiance.com
> > {
> >  username *;
> >  hostname  69.28.183.209;
> >  bind-ip  *;
> >  port   12701;
> >  hub             *;
> >  password-connect "password";
> >  password-receive "password";
> >  class           servers;
> > };
> >
> > and in your ircservices.conf
> >
> > RemoteServer    irc.swallegiance.com 12701 "password"
> > LocalAddress    69.28.183.209
> > ServerName      "services.irc.swallegiance.com"
> >
> >
> > That will then force services to use the IP address the IRCd expects from
>it, obviously replace password with the relevant password.
> >
> > Also, if your link config is in a seperate file, ensure that it is
>included in your main config.
> >
> > That _SHOULD_ fix your probs.
> >
> >
> >
> > /****************************************
> >  *     Craig "FrostyCoolSlug" McLure
> >  *       Craig@FrostyCoolSlug.com
> >  * InspIRCd   - http://www.inspircd.org
> >  * ChatSpike  - http://www.chatspike.net
> >  ****************************************/
> >
> >
> > /****************************************
> >  * From    - Mark van Cuijk <mark@phedny.net>
> >  * To      - IRC Services General Mailing List
><ircservices@ircservices.za.net>
> >  * Sent    - 2004-05-16 16:52:35
> >  * Subject - Re: [IRCServices] Startup problem
> >  ****************************************/
> >
> > /****** - Begin Original Message - ******/
> >
> > >Trido wrote:
> > >
> > >>link            irc.swallegiance.com
> > >>{
> > >> username *;
> > >> hostname  ircservices@69.28.183.209;
> > >> bind-ip  *;
> > >> port   12701;
> > >> hub             *;
> > >> password-connect "password";
> > >> password-receive "password";
> > >> class           servers;
> > >>  options {
> > >>   ssl;
> > >>   zip;
> > >>   md5;
> > >>  };
> > >>};
> > >>
> > >>
> > >To make this work, your services ServerName must be
> > >irc.swallegiance.com. To me it's more likely this is the name of the
> > >IRCd server itself, so you should probably change it to
> > >services.irc.swallegiance.com or something you like. Anyway, it should
> > >match the name you specify for ServerName in the ircservices.conf file.
> > >
> > >Then you should make the hostname be only 69.28.183.209, without the
> > >username in front of it.
> > >Also, the ssl, zip and md5 options should be removed and I suggest to
> > >remove the hub line to, since services will not link to any other host.
> > >
> > >Since your log file shows
> > >
> > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link denied
> > >> (No matching link configuration) [@69.28.183.209.6677])
> > >
> > >I think you're using port 6677 for services and not 12701.
> > >
> > >- Mark
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >.
> >
> > /******* - End Original Message - *******/
> >
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices




From trido at swallegiance.com  Mon May 17 18:38:16 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
References: <000201c43c66$60f4c040$7100a8c0@JUSTIN>
        <6.0.0.22.2.20040517200218.02d4b430@pop.mail.yahoo.com>
Message-ID: <000f01c43c78$ef9862e0$7100a8c0@JUSTIN>

I am getting close now.  Before, when I tried to start IRC Services, it said
it did, but it hadn't due to errors.  After that last bit of advice, it now
properly loads up and sits in the background.  I am still getting that same
error message in my log file though, and when I try to connect the services,
I get the error message:

[11:37:53 am] -irc.swallegiance.com- *** Connect: Server
services.irc.swallegiance.com is not configured for linking

I don't even know if I am typing the right commands here.

Trido

----- Original Message -----
From: <Rottman3D@yahoo.com>
To: <ircservices@ircservices.za.net>
Sent: Tuesday, May 18, 2004 10:03 AM
Subject: Re: Re: [IRCServices] Startup problem


> The web server can not listen on the same port that is being used for the
> connection. Also remove the port from your servers config file, just use
> port * for the line otherwise the server will try to connect to services
> and will fail.
>
>
> At 07:22 PM 5/17/2004, Trido wrote:
> >That actually worked.  I stopped getting error messages.  Thanks.  :)
> >Doesn't mean my problems are over though.  My new problem is this:
> >
> >[May 17 16:17:59 2004] IRC Services 5.0.31 starting up
> >[May 17 16:18:00 2004] httpd/main: Listening on :12701
> >[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not
> >connected
> >[May 17 16:18:03 2004] Read error from server: Socket is not connected
> >
> >Anyone have any ideas?
> >
> >Trido
> >
> >----- Original Message -----
> >From: "Craig McLure" <Craig@frostycoolslug.com>
> >To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
> >Sent: Tuesday, May 18, 2004 8:39 AM
> >Subject: Re: Re: [IRCServices] Startup problem
> >
> >
> > > Try using this as your link block instead
> > >
> > > link            services.irc.swallegiance.com
> > > {
> > >  username *;
> > >  hostname  69.28.183.209;
> > >  bind-ip  *;
> > >  port   12701;
> > >  hub             *;
> > >  password-connect "password";
> > >  password-receive "password";
> > >  class           servers;
> > > };
> > >
> > > and in your ircservices.conf
> > >
> > > RemoteServer    irc.swallegiance.com 12701 "password"
> > > LocalAddress    69.28.183.209
> > > ServerName      "services.irc.swallegiance.com"
> > >
> > >
> > > That will then force services to use the IP address the IRCd expects
from
> >it, obviously replace password with the relevant password.
> > >
> > > Also, if your link config is in a seperate file, ensure that it is
> >included in your main config.
> > >
> > > That _SHOULD_ fix your probs.
> > >
> > >
> > >
> > > /****************************************
> > >  *     Craig "FrostyCoolSlug" McLure
> > >  *       Craig@FrostyCoolSlug.com
> > >  * InspIRCd   - http://www.inspircd.org
> > >  * ChatSpike  - http://www.chatspike.net
> > >  ****************************************/
> > >
> > >
> > > /****************************************
> > >  * From    - Mark van Cuijk <mark@phedny.net>
> > >  * To      - IRC Services General Mailing List
> ><ircservices@ircservices.za.net>
> > >  * Sent    - 2004-05-16 16:52:35
> > >  * Subject - Re: [IRCServices] Startup problem
> > >  ****************************************/
> > >
> > > /****** - Begin Original Message - ******/
> > >
> > > >Trido wrote:
> > > >
> > > >>link            irc.swallegiance.com
> > > >>{
> > > >> username *;
> > > >> hostname  ircservices@69.28.183.209;
> > > >> bind-ip  *;
> > > >> port   12701;
> > > >> hub             *;
> > > >> password-connect "password";
> > > >> password-receive "password";
> > > >> class           servers;
> > > >>  options {
> > > >>   ssl;
> > > >>   zip;
> > > >>   md5;
> > > >>  };
> > > >>};
> > > >>
> > > >>
> > > >To make this work, your services ServerName must be
> > > >irc.swallegiance.com. To me it's more likely this is the name of the
> > > >IRCd server itself, so you should probably change it to
> > > >services.irc.swallegiance.com or something you like. Anyway, it
should
> > > >match the name you specify for ServerName in the ircservices.conf
file.
> > > >
> > > >Then you should make the hostname be only 69.28.183.209, without the
> > > >username in front of it.
> > > >Also, the ssl, zip and md5 options should be removed and I suggest to
> > > >remove the hub line to, since services will not link to any other
host.
> > > >
> > > >Since your log file shows
> > > >
> > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link
denied
> > > >> (No matching link configuration) [@69.28.183.209.6677])
> > > >
> > > >I think you're using port 6677 for services and not 12701.
> > > >
> > > >- Mark
> > > >
> > > >------------------------------------------------------------------
> > > >To unsubscribe or change your subscription options, visit:
> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > > >.
> > >
> > > /******* - End Original Message - *******/
> > >
> > >
> > >
> > > ------------------------------------------------------------------
> > > To unsubscribe or change your subscription options, visit:
> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >
> > >
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>



From kfiresun at ix.netcom.com  Mon May 17 18:45:57 2004
From: kfiresun at ix.netcom.com (Kelmar K. Firesun)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
References: <40a807c0.42147@achurch.org>
Message-ID: <002b01c43c79$dda82470$1f01a8c0@bahamut>


----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Sunday, May 16, 2004 7:25 PM
Subject: Re: [IRCServices] Compiling on OS X


> >However, I have not had much luck with the ar utility playing nice.
> >I can run it by hand, but it bombs out when running make.
>
>      Check the exit code of ar ("ar ... ; echo $?"), particularly with
> respect to the presence/absence of the -c option vs. the existence or
> nonexistence of the output (.a) file; it could be that the MacOS ar is
anal
> about return codes.  If not, it could just be a bug in ar--in that case, I
> guess you'll need to file a bug report with Apple.
>

I'll check that out.

> >As a side note there needs to be a -fno-builtin option passed to the
> >compiler on Mac OS X so you don't get that anoying warning about the
> >builtin log function conflicting with that of the log function defined
> >within Services itself.  This can be added to the second appearance
> >of the MORE_CFLAGS variable in the top level Makefile.
> >
> >e.g.:
> >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes
>
>      This has been in the Makefile since forever.  Are you sure you're
> using current source?
>

*boggle*

I did a fresh check out from the CVS repository......




From achurch at achurch.org  Tue May 18 10:49:02 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
In-Reply-To: <002b01c43c79$dda82470$1f01a8c0@bahamut>
Message-ID: <40a96bd0.36352@achurch.org>

>> >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes
>>
>>      This has been in the Makefile since forever.  Are you sure you're
>> using current source?
>
>*boggle*
>
>I did a fresh check out from the CVS repository......

     I haven't used that repository in ages--it's all stored locally on my
system now.  Try again with the distribution tarball.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Mon May 17 18:55:14 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
Message-ID: <mailman.56.1098597728.26050.ircservices@ircservices.za.net>

erm, last time i checked.. there wasnt a CVS repository (or at least hasnt been for the 3 or 4 years i've been on the mailing list)..

Your best bet is to download 5.0.31 from ftp://ftp.esper.net/ircservices/ and start from scratch :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Kelmar K. Firesun <kfiresun@ix.netcom.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-18 02:45:57
 * Subject - Re: [IRCServices] Compiling on OS X
 ****************************************/

/****** - Begin Original Message - ******/

>
>----- Original Message ----- 
>From: "Andrew Church" <achurch@achurch.org>
>To: <ircservices@ircservices.za.net>
>Sent: Sunday, May 16, 2004 7:25 PM
>Subject: Re: [IRCServices] Compiling on OS X
>
>
>> >However, I have not had much luck with the ar utility playing nice.
>> >I can run it by hand, but it bombs out when running make.
>>
>>      Check the exit code of ar ("ar ... ; echo $?"), particularly with
>> respect to the presence/absence of the -c option vs. the existence or
>> nonexistence of the output (.a) file; it could be that the MacOS ar is
>anal
>> about return codes.  If not, it could just be a bug in ar--in that case, I
>> guess you'll need to file a bug report with Apple.
>>
>
>I'll check that out.
>
>> >As a side note there needs to be a -fno-builtin option passed to the
>> >compiler on Mac OS X so you don't get that anoying warning about the
>> >builtin log function conflicting with that of the log function defined
>> >within Services itself.  This can be added to the second appearance
>> >of the MORE_CFLAGS variable in the top level Makefile.
>> >
>> >e.g.:
>> >MORE_CFLAGS = -g -fno-builtin -Wall -Wmissing-prototypes
>>
>>      This has been in the Makefile since forever.  Are you sure you're
>> using current source?
>>
>
>*boggle*
>
>I did a fresh check out from the CVS repository......
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at frostycoolslug.com  Mon May 17 19:03:16 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Startup problem
Message-ID: <mailman.57.1098597728.26050.ircservices@ircservices.za.net>

Maybe you should spend some time reading both thorougly through the Manual Files for Unreal IRCd, and more importantly Services, you seem to be new to the IRCd world, and i can appreciate that, we have all been there, wanting to get our servers up as quickly as possible, overlooking some things that dont really seem important.. however, some of the problems you are having seem to be 'elementary' stuff, which are most probably solved in a lot of manuals and alike, would save us trying to 'guess' at your issue :)

Just as a word of advise, your network layout seems a bit.. well, strange.. A Standard layout is something like the following..

server1.yournetwork.com
server2.yournetwork.com
server3.yournetwork.com
server4.yournetwork.com
services.yournetwork.com

With generally a round robin going between servers 1 to 4, called irc.yournetwork.com (Just a small note, i'm not here to tell you how to run your network, but it might make your life easier)

With all that said, and looking at your problem, i cant really see a reason why services is currently failing to link, i would (personally) call it an IRCd issue, maybe you should concider getting in touch with the UnrealIRCd team, and seeing what they have to say about it :)


/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Trido <trido@swallegiance.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-18 02:38:16
 * Subject - Re: Re: [IRCServices] Startup problem
 ****************************************/

/****** - Begin Original Message - ******/

>I am getting close now.  Before, when I tried to start IRC Services, it said
>it did, but it hadn't due to errors.  After that last bit of advice, it now
>properly loads up and sits in the background.  I am still getting that same
>error message in my log file though, and when I try to connect the services,
>I get the error message:
>
>[11:37:53 am] -irc.swallegiance.com- *** Connect: Server
>services.irc.swallegiance.com is not configured for linking
>
>I don't even know if I am typing the right commands here.
>
>Trido
>
>----- Original Message -----
>From: <Rottman3D@yahoo.com>
>To: <ircservices@ircservices.za.net>
>Sent: Tuesday, May 18, 2004 10:03 AM
>Subject: Re: Re: [IRCServices] Startup problem
>
>
>> The web server can not listen on the same port that is being used for the
>> connection. Also remove the port from your servers config file, just use
>> port * for the line otherwise the server will try to connect to services
>> and will fail.
>>
>>
>> At 07:22 PM 5/17/2004, Trido wrote:
>> >That actually worked.  I stopped getting error messages.  Thanks.  :)
>> >Doesn't mean my problems are over though.  My new problem is this:
>> >
>> >[May 17 16:17:59 2004] IRC Services 5.0.31 starting up
>> >[May 17 16:18:00 2004] httpd/main: Listening on :12701
>> >[May 17 16:18:00 2004] sockets: flush_write_buffer(0): Socket is not
>> >connected
>> >[May 17 16:18:03 2004] Read error from server: Socket is not connected
>> >
>> >Anyone have any ideas?
>> >
>> >Trido
>> >
>> >----- Original Message -----
>> >From: "Craig McLure" <Craig@frostycoolslug.com>
>> >To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>> >Sent: Tuesday, May 18, 2004 8:39 AM
>> >Subject: Re: Re: [IRCServices] Startup problem
>> >
>> >
>> > > Try using this as your link block instead
>> > >
>> > > link            services.irc.swallegiance.com
>> > > {
>> > >  username *;
>> > >  hostname  69.28.183.209;
>> > >  bind-ip  *;
>> > >  port   12701;
>> > >  hub             *;
>> > >  password-connect "password";
>> > >  password-receive "password";
>> > >  class           servers;
>> > > };
>> > >
>> > > and in your ircservices.conf
>> > >
>> > > RemoteServer    irc.swallegiance.com 12701 "password"
>> > > LocalAddress    69.28.183.209
>> > > ServerName      "services.irc.swallegiance.com"
>> > >
>> > >
>> > > That will then force services to use the IP address the IRCd expects
>from
>> >it, obviously replace password with the relevant password.
>> > >
>> > > Also, if your link config is in a seperate file, ensure that it is
>> >included in your main config.
>> > >
>> > > That _SHOULD_ fix your probs.
>> > >
>> > >
>> > >
>> > > /****************************************
>> > >  *     Craig "FrostyCoolSlug" McLure
>> > >  *       Craig@FrostyCoolSlug.com
>> > >  * InspIRCd   - http://www.inspircd.org
>> > >  * ChatSpike  - http://www.chatspike.net
>> > >  ****************************************/
>> > >
>> > >
>> > > /****************************************
>> > >  * From    - Mark van Cuijk <mark@phedny.net>
>> > >  * To      - IRC Services General Mailing List
>> ><ircservices@ircservices.za.net>
>> > >  * Sent    - 2004-05-16 16:52:35
>> > >  * Subject - Re: [IRCServices] Startup problem
>> > >  ****************************************/
>> > >
>> > > /****** - Begin Original Message - ******/
>> > >
>> > > >Trido wrote:
>> > > >
>> > > >>link            irc.swallegiance.com
>> > > >>{
>> > > >> username *;
>> > > >> hostname  ircservices@69.28.183.209;
>> > > >> bind-ip  *;
>> > > >> port   12701;
>> > > >> hub             *;
>> > > >> password-connect "password";
>> > > >> password-receive "password";
>> > > >> class           servers;
>> > > >>  options {
>> > > >>   ssl;
>> > > >>   zip;
>> > > >>   md5;
>> > > >>  };
>> > > >>};
>> > > >>
>> > > >>
>> > > >To make this work, your services ServerName must be
>> > > >irc.swallegiance.com. To me it's more likely this is the name of the
>> > > >IRCd server itself, so you should probably change it to
>> > > >services.irc.swallegiance.com or something you like. Anyway, it
>should
>> > > >match the name you specify for ServerName in the ircservices.conf
>file.
>> > > >
>> > > >Then you should make the hostname be only 69.28.183.209, without the
>> > > >username in front of it.
>> > > >Also, the ssl, zip and md5 options should be removed and I suggest to
>> > > >remove the hub line to, since services will not link to any other
>host.
>> > > >
>> > > >Since your log file shows
>> > > >
>> > > >> [May 15 23:29:57 2004] unknown message from server (ERROR :Link
>denied
>> > > >> (No matching link configuration) [@69.28.183.209.6677])
>> > > >
>> > > >I think you're using port 6677 for services and not 12701.
>> > > >
>> > > >- Mark
>> > > >
>> > > >------------------------------------------------------------------
>> > > >To unsubscribe or change your subscription options, visit:
>> > > >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> > > >.
>> > >
>> > > /******* - End Original Message - *******/
>> > >
>> > >
>> > >
>> > > ------------------------------------------------------------------
>> > > To unsubscribe or change your subscription options, visit:
>> > > http://www.ircservices.za.net/mailman/listinfo/ircservices
>> > >
>> > >
>> >
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Tue May 18 10:59:54 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:08 2004
Subject: [IRCServices] Compiling on OS X
In-Reply-To: <40a96d47.74620@mail.achurch.org>
Message-ID: <40a96fa3.37741@achurch.org>

>erm, last time i checked.. there wasnt a CVS repository (or at least hasnt been for the 3 or 4 years i've been on the mailing list)..

     Correct, mostly.  For a period of time (late 4.5, early 5.0? I can't
recall exactly), I had Services stored in a CVS repository run by a mutual
friend of ours, and he had access to Services as well as the ircd code he
was working on; I'm guessing that he's referring to this repository, as I
don't think I ever actually deleted Services from it, and it's certainly
old enough that the Makefile issue might still be there.

     For the curious, I still manage Services using CVS for my own
convenience--CVS makes it a lot easier to try out changes and undo them if
they don't work well--but the repository is stored locally on my machine,
and I don't allow outside access to it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From trido at swallegiance.com  Mon May 17 19:12:48 2004
From: trido at swallegiance.com (Trido)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Startup problem
Message-ID: <002801c43c7d$a10c4150$7100a8c0@JUSTIN>

Believe me, I have been trying.  You're right, I am new to IRCd and
services.  I've been looking in the documentation I can find, as well as
asking questions when I can.  I don't know, I musn't be looking in the right
places, especially if these problems are that basic.  I have been trying to
contact them via that IRC channel of theirs, but I keep failing that damn
test (Despite the fact that I was positive I had it all right).  I'll try
again though.

Trido

----- Original Message -----
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "ircservices" <ircservices@ircservices.za.net>
Sent: Tuesday, May 18, 2004 12:03 PM
Subject: Re: [IRCServices] Startup problem


> Maybe you should spend some time reading both thorougly through the Manual
Files for Unreal IRCd, and more importantly Services, you seem to be new to
the IRCd world, and i can appreciate that, we have all been there, wanting
to get our servers up as quickly as possible, overlooking some things that
dont really seem important.. however, some of the problems you are having
seem to be 'elementary' stuff, which are most probably solved in a lot of
manuals and alike, would save us trying to 'guess' at your issue :)
>
> Just as a word of advise, your network layout seems a bit.. well,
strange.. A Standard layout is something like the following..
>
> server1.yournetwork.com
> server2.yournetwork.com
> server3.yournetwork.com
> server4.yournetwork.com
> services.yournetwork.com
>
> With generally a round robin going between servers 1 to 4, called
irc.yournetwork.com (Just a small note, i'm not here to tell you how to run
your network, but it might make your life easier)
>
> With all that said, and looking at your problem, i cant really see a
reason why services is currently failing to link, i would (personally) call
it an IRCd issue, maybe you should concider getting in touch with the
UnrealIRCd team, and seeing what they have to say about it :)



From achurch at achurch.org  Tue May 18 11:06:58 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Startup problem
In-Reply-To: <40a96f2b.74760@mail.achurch.org>
Message-ID: <40a9714b.63601@achurch.org>

>With all that said, and looking at your problem, i cant really see a
>reason why services is currently failing to link, i would (personally)
>call it an IRCd issue, maybe you should concider getting in touch with
>the UnrealIRCd team, and seeing what they have to say about it :)

     One other thing I should mention is that there have been a couple of
cases reported where Services exits immediately with the "socket is not
connected" error message, without any obvious cause.  I've seen it once
myself, but I haven't been able to reproduce it.  I'm guessing that it's a
timing issue related to the connection to the ircd; until I can find
exactly what's causing it, I'd suggest that if you see that error, just
restart Services and it should go away.  (I don't think there have been
any cases of Services suddenly disconnecting once the connection has been
made.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Robin.Burchell at oxley.nsw.edu.au  Wed May 19 16:48:14 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] [Module] Botserv coming sometime soon
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B0B@oxleyserver.oxley.nsw.edu.au>

Yes, you may have heard about it but I thought i'd let the news slip here:
 
I've been working on a botserv module for ircservices, and hope to have a beta version some time in the next week. I spoke to Andrew, and it won't be in the official distribution or anything, but it will be fairly easy to setup (especially if you have some programming knowledge).
 
All you have to do is:
 Replace modules/chanserv/chanserv.h with my chanserv.h
 Place all other files in a folder: /modules/botserv
 Set up the module name
and away you go.
The one major thing I havent really been able to do so far is database integration. If anyone can help with that, I would greatly appreciate it.
 
Here's to hoping this message arrives, this is the first time I have used a mailing list.
 
Yours,
Robin Burchell [w00t]
Administrator, irc.netronet.org
From Craig at frostycoolslug.com  Wed May 19 17:57:23 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] [Module] Botserv coming sometime soon
Message-ID: <mailman.58.1098597729.26050.ircservices@ircservices.za.net>

hi w00t..
when it comes to databases in services for things like botserv, or other modules, its best to create your own. (Contact me on the insp forums, and i'll see if i can help you out more..)

Just as a matter of interest, how did you manage to bypass the problem with BotServ recieving the relevant information from services? Services arnt designed to join channels, and thus, other services dont get told if they do. Also, how did you manage to parse Private messages? Although you can remove the Deaf modes on services, it causes a LOT of overhead, and is generally better left ignored.

I wouldnt mind viewing a copy of your source at some point, to see how you combatted some of the major problems when it comes to modules like this.

cya :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Robin Burchell <Robin.Burchell@oxley.nsw.edu.au>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-05-19 23:48:14
 * Subject - [IRCServices] [Module] Botserv coming sometime soon
 ****************************************/

/****** - Begin Original Message - ******/

>Yes, you may have heard about it but I thought i'd let the news slip here:
> 
>I've been working on a botserv module for ircservices, and hope to have a beta version some time in the next week. I spoke to Andrew, and it won't be in the official distribution or anything, but it will be fairly easy to setup (especially if you have some programming knowledge).
> 
>All you have to do is:
> Replace modules/chanserv/chanserv.h with my chanserv.h
> Place all other files in a folder: /modules/botserv
> Set up the module name
>and away you go.
>The one major thing I havent really been able to do so far is database integration. If anyone can help with that, I would greatly appreciate it.
> 
>Here's to hoping this message arrives, this is the first time I have used a mailing list.
> 
>Yours,
>Robin Burchell [w00t]
>Administrator, irc.netronet.org
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From Robin.Burchell at oxley.nsw.edu.au  Thu May 20 19:24:29 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] [Feature] Chanserv Access
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B26@oxleyserver.oxley.nsw.edu.au>

Would it be an idea to store who set\modified the access list per person last, ie
 
on   access  who by
w00t  100  w00t
zaptan 100 zaptan
scorpz 50  zaptan
 
etc etc.
Just a thought.
 
Robin Burchell [w00t]
Administrator, irc.netronet.org
From mark at phedny.net  Sat May 29 03:09:13 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
Message-ID: <40B86149.3000904@phedny.net>

Hi,

Is there a way, for Services Admins, to check whether a user has a 
certain password?
This is because I want to add some interactive pages to my website that 
can be used to read and change some NickServ and ChanServ settings. 
Currently I created a small bot, that is Services Admin on the network 
and is able to perform certain NickServ and ChanServ operations. You 
understand I want users to be able to change those settings only after 
they entered their password, which the bots needs to check before 
performing the requested operation(s).

- Mark


From uhc0 at rz.uni-karlsruhe.de  Sat May 29 04:11:32 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B86149.3000904@phedny.net>
References: <40B86149.3000904@phedny.net>
Message-ID: <1085829091.13443.0.camel@dreadnought.hadiko.de>

Why don't you use GETPASS and compare the output?

Regards;
yusuf

On Sat, 2004-05-29 at 12:09, Mark van Cuijk wrote:
> Hi,
> 
> Is there a way, for Services Admins, to check whether a user has a 
> certain password?
> This is because I want to add some interactive pages to my website that 
> can be used to read and change some NickServ and ChanServ settings. 
> Currently I created a small bot, that is Services Admin on the network 
> and is able to perform certain NickServ and ChanServ operations. You 
> understand I want users to be able to change those settings only after 
> they entered their password, which the bots needs to check before 
> performing the requested operation(s).
> 
> - Mark
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From medice at gmx.at  Sat May 29 04:14:40 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B86149.3000904@phedny.net>
References: <40B86149.3000904@phedny.net>
Message-ID: <40B870A0.4010101@gmx.at>

/nickserv getpass nick
/chanserv getpass #chan

as long as the pass-encryption is not activated - take a look at the 
documentation, config-file-comments and services-inside-help ;)

greets
/medice

Mark van Cuijk wrote:
> Hi,
> 
> Is there a way, for Services Admins, to check whether a user has a 
> certain password?
> This is because I want to add some interactive pages to my website that 
> can be used to read and change some NickServ and ChanServ settings. 
> Currently I created a small bot, that is Services Admin on the network 
> and is able to perform certain NickServ and ChanServ operations. You 
> understand I want users to be able to change those settings only after 
> they entered their password, which the bots needs to check before 
> performing the requested operation(s).
> 
> - Mark
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 



From mark at phedny.net  Sat May 29 04:26:59 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B870A0.4010101@gmx.at>
References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at>
Message-ID: <40B87383.5050504@phedny.net>

Hi,

> as long as the pass-encryption is not activated - take a look at the 
> documentation, config-file-comments and services-inside-help ;)

That is just my problem, pass-encrypting IS enabled.
I'll talk to the other admins about disabling it and requiring every 
user to reset their password, but in the meanwhile I'll try finding some 
other solution.

- Mark


From medice at gmx.at  Sat May 29 04:38:17 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B87383.5050504@phedny.net>
References: <40B86149.3000904@phedny.net> <40B870A0.4010101@gmx.at>
        <40B87383.5050504@phedny.net>
Message-ID: <40B87629.6020301@gmx.at>

Mark van Cuijk wrote:
> That is just my problem, pass-encrypting IS enabled.

Well in this case it is - hm - not good ;)
In fact I get only one terribly awful kind-of-work-around procedure in 
mind: let your bot try to identify himself with the given password on 
the given nick/chan - if services reply positive - the pass might be the 
correct one.
But this one is NOT really elegant and I would consider it a 
high-security-risk and identifying for foreign nicks/chans is in my 
opinion abusive...

is it too complicate for users to learn some simple commands or to read 
the help for getting commands they want?

greets
/medice


From mark at phedny.net  Sat May 29 08:53:13 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B87629.6020301@gmx.at>
References: <40B86149.3000904@phedny.net>
        <40B870A0.4010101@gmx.at>       <40B87383.5050504@phedny.net>
        <40B87629.6020301@gmx.at>
Message-ID: <40B8B1E9.5080801@phedny.net>

Hi,

> Well in this case it is - hm - not good ;)
> In fact I get only one terribly awful kind-of-work-around procedure in 
> mind: let your bot try to identify himself with the given password on 
> the given nick/chan - if services reply positive - the pass might be 
> the correct one.

The problem with this of course is that the bot must first take the 
nickname of that user and that would be a problem if that user is 
already online in the network.

> But this one is NOT really elegant and I would consider it a 
> high-security-risk and identifying for foreign nicks/chans is in my 
> opinion abusive...

When this is only possible for Services Admins, it would be that a risk 
(assuming the bot itself is secure enough that no harmfull commands 
could leak through).

> is it too complicate for users to learn some simple commands or to 
> read the help for getting commands they want?

I agree with you when you say this, including some of the people that 
are interested in computers and so, but I also host three game channels 
with total n00bs (sorry to express it this way) and since that's the 
largest group of all the users, they are my target. I want to make the 
page explain itself, with help text next to each field.

Anyway, we agreed on unsetting password encryption and therefore forcing 
everybody to set the password again.
When I have some things working, I'll send a notification message so 
people how are interested could take a look at it.

- Mark


From brain at winbot.co.uk  Sat May 29 13:26:43 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
Message-ID: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk>

i can give you some code to do this which you could put in a module. Email me off the list if you are interested and understand that by applying such code to your services build officially it wont be supported :p

i will provide you with the code but due to being a very busy person at this time i cannot offer to adapt it for your use... this you must do yourself :P

Thanks,
Brain

>Hi,
>
>> Well in this case it is - hm - not good ;)
>> In fact I get only one terribly awful kind-of-work-around procedure in 
>> mind: let your bot try to identify himself with the given password on 
>> the given nick/chan - if services reply positive - the pass might be 
>> the correct one.
>
>The problem with this of course is that the bot must first take the 
>nickname of that user and that would be a problem if that user is 
>already online in the network.
>
>> But this one is NOT really elegant and I would consider it a 
>> high-security-risk and identifying for foreign nicks/chans is in my 
>> opinion abusive...
>
>When this is only possible for Services Admins, it would be that a risk 
>(assuming the bot itself is secure enough that no harmfull commands 
>could leak through).
>
>> is it too complicate for users to learn some simple commands or to 
>> read the help for getting commands they want?
>
>I agree with you when you say this, including some of the people that 
>are interested in computers and so, but I also host three game channels 
>with total n00bs (sorry to express it this way) and since that's the 
>largest group of all the users, they are my target. I want to make the 
>page explain itself, with help text next to each field.
>
>Anyway, we agreed on unsetting password encryption and therefore forcing 
>everybody to set the password again.
>When I have some things working, I'll send a notification message so 
>people how are interested could take a look at it.
>
>- Mark
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices



From mark at phedny.net  Sat May 29 13:36:31 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk>
References: <200405292026.i4TKQhw24650@brainbox.winbot.co.uk>
Message-ID: <40B8F44F.3030707@phedny.net>

I would be glad to receive some code. Although I'm not familiar with 
module programming for ircservices, that's a thing I can learn ;)

Craig Edwards wrote:

>i can give you some code to do this which you could put in a module. Email me off the list if you are interested and understand that by applying such code to your services build officially it wont be supported :p
>
>i will provide you with the code but due to being a very busy person at this time i cannot offer to adapt it for your use... this you must do yourself :P
>
>Thanks,
>Brain
>  
>



From mark at phedny.net  Sun May 30 10:07:18 2004
From: mark at phedny.net (Mark van Cuijk)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40B8B1E9.5080801@phedny.net>
References: <40B86149.3000904@phedny.net>       <40B870A0.4010101@gmx.at>       <40B87383.5050504@phedny.net>   <40B87629.6020301@gmx.at>
        <40B8B1E9.5080801@phedny.net>
Message-ID: <40BA14C6.60303@phedny.net>

Hi,

Today I got myself familiar with module programming for services and 
wrote a module that does what I want.

Although I didn't write any documentation yet, for those who want to 
experiment with it the module is available for download:
http://www.phedny.net/~mark/testpass.tar.gz and 
http://www.phedny.net/~mark/testpass.tar.bz2

Untar the file into the services source dir and do a make, make install.
Then add "LoadModule testpass/main" to the end of the ircservices.conf 
file (at least after loading NickServ / ChanServ).

The TESTPASS command is not added to any HELP command, but is available 
for both NickServ and ChanServ:
/msg NickServ TESTPASS <user> <password>
/msg ChanServ TESTPASS <channel> <password>

The commands are only available for Services Admins.

- Mark


From chris at starglade.org  Sun May 30 10:15:33 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40BA14C6.60303@phedny.net>
References: <40B86149.3000904@phedny.net>       <40B870A0.4010101@gmx.at>       <40B87383.5050504@phedny.net>   <40B87629.6020301@gmx.at>       <40B8B1E9.5080801@phedny.net>
        <40BA14C6.60303@phedny.net>
Message-ID: <40BA16B5.6090007@starglade.org>

Mark van Cuijk wrote:
> Although I didn't write any documentation yet, for those who want to 
> experiment with it the module is available for download:
> http://www.phedny.net/~mark/testpass.tar.gz and 
> http://www.phedny.net/~mark/testpass.tar.bz2

Neither of these URLs is working for me.

Chris
-- 
Chris Jenkinson
chris@starglade.org



From andrew at wtfigo.co.uk  Sun May 30 10:39:02 2004
From: andrew at wtfigo.co.uk (Andrew Kempe)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40BA14C6.60303@phedny.net>
Message-ID: <mailman.59.1098597729.26050.ircservices@ircservices.za.net>

Hi guys, please can you move this to the coding list.

Thanks, Andrew 

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net 
> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
> Mark van Cuijk
> Sent: 30 May 2004 18:07
> To: IRC Services General Mailing List
> Subject: Re: [IRCServices] Check password without IDENTIFY
> 
> Hi,
> 
> Today I got myself familiar with module programming for 
> services and wrote a module that does what I want.
> 
> Although I didn't write any documentation yet, for those who 
> want to experiment with it the module is available for download:
> http://www.phedny.net/~mark/testpass.tar.gz and
> http://www.phedny.net/~mark/testpass.tar.bz2
> 
> Untar the file into the services source dir and do a make, 
> make install.
> Then add "LoadModule testpass/main" to the end of the 
> ircservices.conf file (at least after loading NickServ / ChanServ).
> 
> The TESTPASS command is not added to any HELP command, but is 
> available for both NickServ and ChanServ:
> /msg NickServ TESTPASS <user> <password> /msg ChanServ 
> TESTPASS <channel> <password>
> 
> The commands are only available for Services Admins.
> 
> - Mark
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From achurch at achurch.org  Mon May 31 09:13:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
In-Reply-To: <40ba1c72.55342@mail.achurch.org>
Message-ID: <40ba78d0.61730@achurch.org>

>Hi guys, please can you move this to the coding list.

     Actually, I think this is reasonable for the main list, as long as it
doesn't get into coding details and the like.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Thanks, Andrew 
>
>> -----Original Message-----
>> From: ircservices-bounces@ircservices.za.net 
>> [mailto:ircservices-bounces@ircservices.za.net] On Behalf Of 
>> Mark van Cuijk
>> Sent: 30 May 2004 18:07
>> To: IRC Services General Mailing List
>> Subject: Re: [IRCServices] Check password without IDENTIFY
>> 
>> Hi,
>> 
>> Today I got myself familiar with module programming for 
>> services and wrote a module that does what I want.
>> 
>> Although I didn't write any documentation yet, for those who 
>> want to experiment with it the module is available for download:
>> http://www.phedny.net/~mark/testpass.tar.gz and
>> http://www.phedny.net/~mark/testpass.tar.bz2
>> 
>> Untar the file into the services source dir and do a make, 
>> make install.
>> Then add "LoadModule testpass/main" to the end of the 
>> ircservices.conf file (at least after loading NickServ / ChanServ).
>> 
>> The TESTPASS command is not added to any HELP command, but is 
>> available for both NickServ and ChanServ:
>> /msg NickServ TESTPASS <user> <password> /msg ChanServ 
>> TESTPASS <channel> <password>
>> 
>> The commands are only available for Services Admins.
>> 
>> - Mark
>> 
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From Craig at frostycoolslug.com  Sun May 30 18:41:00 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
Message-ID: <mailman.60.1098597729.26050.ircservices@ircservices.za.net>

I feel this needs to be pointed out,

Currently, Nickserv generally kills users after 5 invalid passwords. This module apparently provides a way for users to 'test' passwords without any cause for alarm.

This also means people will be able to brute force passwords using this command.

I thought i would point this out as it can be concidered a threat.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Mark van Cuijk <mark@phedny.net>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-05-30 18:07:18
 * Subject - Re: [IRCServices] Check password without IDENTIFY
 ****************************************/

/****** - Begin Original Message - ******/

>Hi,
>
>Today I got myself familiar with module programming for services and 
>wrote a module that does what I want.
>
>Although I didn't write any documentation yet, for those who want to 
>experiment with it the module is available for download:
>http://www.phedny.net/~mark/testpass.tar.gz and 
>http://www.phedny.net/~mark/testpass.tar.bz2
>
>Untar the file into the services source dir and do a make, make install.
>Then add "LoadModule testpass/main" to the end of the ircservices.conf 
>file (at least after loading NickServ / ChanServ).
>
>The TESTPASS command is not added to any HELP command, but is available 
>for both NickServ and ChanServ:
>/msg NickServ TESTPASS <user> <password>
>/msg ChanServ TESTPASS <channel> <password>
>
>The commands are only available for Services Admins.
>
>- Mark
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Robin.Burchell at oxley.nsw.edu.au  Sun May 30 19:03:34 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B37@oxleyserver.oxley.nsw.edu.au>

Sorry if this isnt a direct reply, damn my outlook web access not allowing TEXT email (groan)
I havent checked the modules themselves, but didnt he say they were limited to Services admins only?
 
 
-------
Robin Burchell [w00t]
Administrator, irc.netronet.org
From Craig at frostycoolslug.com  Sun May 30 20:51:17 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Check password without IDENTIFY
Message-ID: <mailman.61.1098597729.26050.ircservices@ircservices.za.net>

aah, sorry, missed that bit, disregard my last mail :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Robin Burchell <Robin.Burchell@oxley.nsw.edu.au>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-05-31 03:03:34
 * Subject - RE: Re: [IRCServices] Check password without IDENTIFY
 ****************************************/

/****** - Begin Original Message - ******/

>Sorry if this isnt a direct reply, damn my outlook web access not allowing TEXT email (groan)
>I havent checked the modules themselves, but didnt he say they were limited to Services admins only?
> 
> 
>-------
>Robin Burchell [w00t]
>Administrator, irc.netronet.org
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From alisor at softhome.net  Fri Jun  4 07:47:37 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Log MEssages
Message-ID: <000c01c44a42$f208daa0$0800000a@citir>

Hello;

I moved my services to new box. 
Today services collapse and i looked at the logs and see these mesages at the bottom. I am using services for a long time but it is the first time i see some messages like that at logs.

Anybody know what these mean?


[Jun 04 16:40:21 2004] Read error from server: Connection reset by peer
[Jun 04 16:45:01 2004] IRC Services 5.0.31 starting up
[Jun 04 16:45:21 2004] operserv/sline: warning: client IP addresses not available with this IRC server
...............................
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-68467)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-68467)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <= wlen (-74611)
.............
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040604/bb29a9aa/attachment.html
From brain at winbot.co.uk  Sat Jun  5 09:20:38 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] message bugs
Message-ID: <200406051620.i55GKcw23689@brainbox.winbot.co.uk>

When setting options on another nick, using services admin privilages:

/ns set FlirtBot mainnick RefereeBot
[17:16] -NickServ- Your main nickname has been changed to refereebot.

shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p

Thanks,
Brain



From achurch at achurch.org  Sun Jun  6 18:37:10 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] message bugs
In-Reply-To: <200406051620.i55GKcw23689@brainbox.winbot.co.uk>
Message-ID: <mailman.62.1098597729.26050.ircservices@ircservices.za.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
Sender: achurch@achurch.org
Message-ID: <40c2e5ea.12064@achurch.org>

When setting options on another nick, using services admin privilages:
>
>/ns set FlirtBot mainnick RefereeBot
>[17:16] -NickServ- Your main nickname has been changed to refereebot.
>
>shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p
>
>Thanks,
>Brain
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From achurch at achurch.org  Sun Jun  6 18:37:51 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Log MEssages
In-Reply-To: <000c01c44a42$f208daa0$0800000a@citir>
Message-ID: <40c2ea3f.12074@achurch.org>

[Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <=3D =
>wlen (-68467)

     This is apparently a bug in the socket handling code.  I haven't been
able to reproduce it; if you do run into it, try restarting Services--the
problem should go away.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Sun Jun  6 18:57:40 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] message bugs
Message-ID: <40c2eac7.12112@achurch.org>

When setting options on another nick, using services admin privilages:
>
>/ns set FlirtBot mainnick RefereeBot
>[17:16] -NickServ- Your main nickname has been changed to refereebot.
>
>shouldnt this be "FlirtBot's main nick has been changed to RefereeBot."? Seems a few other messages do this too, i was confused for a second wondering how i'd obtained the mainnick of another user :p

     This is a known issue and is documented in the KnownBugs file (which
probably ought to be in the manual, admittedly).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Sun Jun  6 19:55:22 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] message bugs
In-Reply-To: <40c2eac7.12112@achurch.org>
Message-ID: <40c2f83e.13266@achurch.org>

     Apologies for the corrupted messages; there was a minor bug with my
mail server (fixed now).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From alisor at softhome.net  Sun Jun  6 15:02:37 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Log MEssages
References: <40c2ea3f.12074@achurch.org>
Message-ID: <004d01c44c11$fdaf5de0$0800000a@citir>

well it only happens after restarts/shutdowns

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Sunday, June 06, 2004 12:37 PM
Subject: Re: [IRCServices] Log MEssages


> [Jun 04 16:46:31 2004] sockets: BUG: resize_wbuf(4): size (36864) <=3D =
> >wlen (-68467)
>
>      This is apparently a bug in the socket handling code.  I haven't been
> able to reproduce it; if you do run into it, try restarting Services--the
> problem should go away.
>
>   --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 Robin.Burchell at oxley.nsw.edu.au  Sun Jun  6 22:02:41 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Weird startup thing
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B42@oxleyserver.oxley.nsw.edu.au>

[14:54] <Zaptan> zaptan@sovereign:/home/zaptan/ircservices>./ircservices -nofork
[14:54] <Zaptan> [Jun 07 00:51:53 2004] IRC Services 1.0.1a starting up
[14:54] <Zaptan> [Jun 07 00:51:53 2004] sockets: flush_write_buffer(4): Socket is not connected
[14:54] <Zaptan> [Jun 07 00:51:56 2004] Read error from server: Socket is not connected

I dont get this. We are running 5.0.30-- (havent yet upgraded)

Any clues?!

From Craig at frostycoolslug.com  Mon Jun  7 09:06:08 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Weird startup thing
Message-ID: <mailman.63.1098597729.26050.ircservices@ircservices.za.net>

errm..

Looking at that startup text, you are either running a modified version of services (1.0.1a?), or an EXTREMELLY old version. If its the first, you probably wont be supported, and are encouraged to download an official services release (from http://www.ircservices.za.net), or if its the latter, visit the forementioned URL and upgrade your services.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Robin Burchell <Robin.Burchell@oxley.nsw.edu.au>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-06-07 06:02:41
 * Subject - [IRCServices] Weird startup thing
 ****************************************/

/****** - Begin Original Message - ******/

>[14:54] <Zaptan> zaptan@sovereign:/home/zaptan/ircservices>./ircservices -nofork
>[14:54] <Zaptan> [Jun 07 00:51:53 2004] IRC Services 1.0.1a starting up
>[14:54] <Zaptan> [Jun 07 00:51:53 2004] sockets: flush_write_buffer(4): Socket is not connected
>[14:54] <Zaptan> [Jun 07 00:51:56 2004] Read error from server: Socket is not connected
>
>I dont get this. We are running 5.0.30-- (havent yet upgraded)
>
>Any clues?!
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/





From chris at unreal-irc.net  Mon Jun  7 11:05:22 2004
From: chris at unreal-irc.net (chris@unreal-irc.net)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] FW: AKill
Message-ID: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com>

Any akill added on our network results in a massive flood of notices when
the user then attempts to rejoin.

 

In older versions of services, when an akill was added and the user
attempted to rejoin, we got one notice telling us the user had been akilled
then nothing more.  How on earth do we stop the flooding of services with
all these notices each time a user tries to rejoin and gets akilled?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040607/3ee0a1cd/attachment.htm
From achurch at achurch.org  Tue Jun  8 09:55:01 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] FW: AKill
In-Reply-To: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com>
Message-ID: <40c50ec2.27600@achurch.org>

     RTFM (FAQ F.9), and don't use HTML when posting to the list.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>--===============1162681352==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_0129_01C44CC2.63AC2910"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0129_01C44CC2.63AC2910
>Content-Type: text/plain;
>       charset="us-ascii"
>Content-Transfer-Encoding: 7bit
>
>Any akill added on our network results in a massive flood of notices when
>the user then attempts to rejoin.
>
> 
>
>In older versions of services, when an akill was added and the user
>attempted to rejoin, we got one notice telling us the user had been akilled
>then nothing more.  How on earth do we stop the flooding of services with
>all these notices each time a user tries to rejoin and gets akilled?
>
>
>------=_NextPart_000_0129_01C44CC2.63AC2910
>Content-Type: text/html;
>       charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
><html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
>xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
>xmlns=3D"http://www.w3.org/TR/REC-html40">
>
><head>
><meta http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Dus-ascii">
><meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
><style>
><!--
> /* Style Definitions */
> p.MsoNormal, li.MsoNormal, div.MsoNormal
>       {margin:0cm;
>       margin-bottom:.0001pt;
>       font-size:12.0pt;
>       font-family:"Times New Roman";}
>a:link, span.MsoHyperlink
>       {color:blue;
>       text-decoration:underline;}
>a:visited, span.MsoHyperlinkFollowed
>       {color:purple;
>       text-decoration:underline;}
>span.EmailStyle17
>       {mso-style-type:personal;
>       font-family:Arial;
>       color:windowtext;}
>span.EmailStyle18
>       {mso-style-type:personal-reply;
>       font-family:Arial;
>       color:navy;}
>@page Section1
>       {size:595.3pt 841.9pt;
>       margin:72.0pt 90.0pt 72.0pt 90.0pt;}
>div.Section1
>       {page:Section1;}
>-->
></style>
>
></head>
>
><body lang=3DEN-GB link=3Dblue vlink=3Dpurple>
>
><div class=3DSection1>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>Any akill added on our network results in a massive =
>flood of
>notices when the user then attempts to =
>rejoin.<o:p></o:p></span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>In older versions of services, when an akill was =
>added and
>the user attempted to rejoin, we got one notice telling us the user had =
>been akilled
>then nothing more.&nbsp; How on earth do we stop the flooding of =
>services with
>all these notices each time a user tries to rejoin and gets =
>akilled?<o:p></o:p></span></font></p>
>
></div>
>
></body>
>
></html>
>
>------=_NextPart_000_0129_01C44CC2.63AC2910--
>
>
>
>
>--===============1162681352==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>--===============1162681352==--
>
>
>


From Robin.Burchell at oxley.nsw.edu.au  Mon Jun  7 18:02:24 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Weird startup thing
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B43@oxleyserver.oxley.nsw.edu.au>

That's what throws me--
 
We are using 5.0.30 vanilla-- yet it reported 1.0.1a!?!
Craig, cmon its me here, w00t! I didnt even USE ircservices till you told me about it
 
The problem seems to have resolved itself-- we tried ./ircservices -debug and the problem vanished...
 
Will keep you all posted.
 
Robin Burchell [w00t]
Administrator, irc.netronet.org
From achurch at achurch.org  Tue Jun  8 09:58:18 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Services 5.0.32 released
Message-ID: <40c50fa8.27635@achurch.org>

     Services 5.0.32 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

6269c6f7a6f73b577f23df7e84612c31  ircservices-5.0.32.tar.gz
d1677618884bdc517933ffbd95d32b3a  ircservices-5.0.32.diff.gz
ded4e8e85224be005789e969662805b0  ircservices-5.0.32-1.i386.rpm
171a7badeebb4e6b617a5580e43dc38e  ircservices_5.0.32-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release includes updated support for the most recent versions of
the Unreal and Bahamut IRC servers, in addition to the usual bug fixes and
a minor internal change in the ChanServ module interface.

     PLEASE NOTE that, as announced earlier, Bahamut versions earlier than
1.8.0 are no longer supported as of this release of Services.  If you are
using Bahamut, you MUST upgrade all of your servers to Bahamut 1.8.0 at the
same time you upgrade Services.  I apologize for the inconvenience.

Changes in version 5.0.32
-------------------------
2004/06/07      Updated Unreal protocol module for Unreal 3.2.1.
2004/05/24      get_access() (which returns a user's access level on a
                    channel) is now exported by the chanserv/main module.
2004/05/18      -z (insecure) users can no longer enter channels locked to
                    +z on Unreal.  Reported by Dionisios K.
                    <vonitsa_net@yahoo.gr>
2004/05/14      Fixed failure to clear ban exceptions on autokick.
                    Reported by Eric Murphy <emurphy@sporked.us>
2004/05/12      Updated Bahamut protocol module for Bahamut 1.8.0.  Support
                    for 1.4.x has been removed.
2004/05/07      Fixed errors in OperServ SESSIONS and EXCEPTIONS help text.
                    Reported by Elijah <admin@nevernet.net>
2004/05/04      Fixed harmless compilation warning in database/version4
                    module.  Reported by Craig McLure <Craig@chatspike.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From chris at unreal-irc.net  Tue Jun  8 07:21:54 2004
From: chris at unreal-irc.net (chris@unreal-irc.net)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4
In-Reply-To: <200406081001.i58A11727671@earl.vwe.net>
Message-ID: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com>

When a user gets akilled due to session limiting I do not expect services to
tell me about it every time the user attempts to reconnect.

Unfortunately, FAQ F9 does not address this.

----
Message: 2
Date: Mon, 7 Jun 2004 19:05:22 +0100
From: <chris@unreal-irc.net>
Subject: [IRCServices] FW: AKill
To: <ircservices@ircservices.za.net>
Message-ID: <200406071808.i57I8SPt015647@smtp-loh04.proxy.aol.com>
Content-Type: text/plain; charset="us-ascii"

Any akill added on our network results in a massive flood of notices when
the user then attempts to rejoin.

 

In older versions of services, when an akill was added and the user
attempted to rejoin, we got one notice telling us the user had been akilled
then nothing more.  How on earth do we stop the flooding of services with
all these notices each time a user tries to rejoin and gets akilled?

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.ircservices.za.net/pipermail/ircservices/attachments/20040607/3ee
0a1cd/attachment-0001.html

------------------------------

Message: 3
Date: Tue, 08 Jun 2004 09:55:01 JST
From: achurch@achurch.org (Andrew Church)
Subject: Re: [IRCServices] FW: AKill
To: ircservices@ircservices.za.net
Message-ID: <40c50ec2.27600@achurch.org>
Content-Type: text/plain; charset=ISO-2022-JP

     RTFM (FAQ F.9), and don't use HTML when posting to the list.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>This is a multi-part message in MIME format.
>
>--===============1162681352==
>Content-Type: multipart/alternative;
>       boundary="----=_NextPart_000_0129_01C44CC2.63AC2910"
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0129_01C44CC2.63AC2910
>Content-Type: text/plain;
>       charset="us-ascii"
>Content-Transfer-Encoding: 7bit
>
>Any akill added on our network results in a massive flood of notices when
>the user then attempts to rejoin.
>
> 
>
>In older versions of services, when an akill was added and the user
>attempted to rejoin, we got one notice telling us the user had been akilled
>then nothing more.  How on earth do we stop the flooding of services with
>all these notices each time a user tries to rejoin and gets akilled?
>
>
>------=_NextPart_000_0129_01C44CC2.63AC2910
>Content-Type: text/html;
>       charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
><html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
>xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
>xmlns=3D"http://www.w3.org/TR/REC-html40">
>
><head>
><meta http-equiv=3DContent-Type content=3D"text/html; =
>charset=3Dus-ascii">
><meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
><style>
><!--
> /* Style Definitions */
> p.MsoNormal, li.MsoNormal, div.MsoNormal
>       {margin:0cm;
>       margin-bottom:.0001pt;
>       font-size:12.0pt;
>       font-family:"Times New Roman";}
>a:link, span.MsoHyperlink
>       {color:blue;
>       text-decoration:underline;}
>a:visited, span.MsoHyperlinkFollowed
>       {color:purple;
>       text-decoration:underline;}
>span.EmailStyle17
>       {mso-style-type:personal;
>       font-family:Arial;
>       color:windowtext;}
>span.EmailStyle18
>       {mso-style-type:personal-reply;
>       font-family:Arial;
>       color:navy;}
>@page Section1
>       {size:595.3pt 841.9pt;
>       margin:72.0pt 90.0pt 72.0pt 90.0pt;}
>div.Section1
>       {page:Section1;}
>-->
></style>
>
></head>
>
><body lang=3DEN-GB link=3Dblue vlink=3Dpurple>
>
><div class=3DSection1>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>Any akill added on our network results in a massive =
>flood of
>notices when the user then attempts to =
>rejoin.<o:p></o:p></span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>In older versions of services, when an akill was =
>added and
>the user attempted to rejoin, we got one notice telling us the user had =
>been akilled
>then nothing more.&nbsp; How on earth do we stop the flooding of =
>services with
>all these notices each time a user tries to rejoin and gets =
>akilled?<o:p></o:p></span></font></p>
>
></div>
>
></body>
>
></html>
>
>------=_NextPart_000_0129_01C44CC2.63AC2910--
>
>
>
>
>--===============1162681352==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>--===============1162681352==--
>
>
>



------------------------------

Message: 4
Date: Tue, 8 Jun 2004 11:02:24 +1000
From: "Robin Burchell" <Robin.Burchell@oxley.nsw.edu.au>
Subject: Re: [IRCServices] Weird startup thing
To: <ircservices@ircservices.za.net>
Message-ID:
        
<61210DEC11A6624EBE04311BDB604A140C0B43@oxleyserver.oxley.nsw.edu.au>
Content-Type: text/plain;       charset="UTF-8"

That's what throws me--
 
We are using 5.0.30 vanilla-- yet it reported 1.0.1a!?!
Craig, cmon its me here, w00t! I didnt even USE ircservices till you told me
about it
 
The problem seems to have resolved itself-- we tried ./ircservices -debug
and the problem vanished...
 
Will keep you all posted.
 
Robin Burchell [w00t]
Administrator, irc.netronet.org

------------------------------

Message: 5
Date: Tue, 08 Jun 2004 09:58:18 JST
From: achurch@achurch.org (Andrew Church)
Subject: [IRCServices] Services 5.0.32 released
To: services <ircservices@ircservices.za.net>
Message-ID: <40c50fa8.27635@achurch.org>
Content-Type: text/plain; charset=ISO-2022-JP

     Services 5.0.32 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

6269c6f7a6f73b577f23df7e84612c31  ircservices-5.0.32.tar.gz
d1677618884bdc517933ffbd95d32b3a  ircservices-5.0.32.diff.gz
ded4e8e85224be005789e969662805b0  ircservices-5.0.32-1.i386.rpm
171a7badeebb4e6b617a5580e43dc38e  ircservices_5.0.32-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release includes updated support for the most recent versions of
the Unreal and Bahamut IRC servers, in addition to the usual bug fixes and
a minor internal change in the ChanServ module interface.

     PLEASE NOTE that, as announced earlier, Bahamut versions earlier than
1.8.0 are no longer supported as of this release of Services.  If you are
using Bahamut, you MUST upgrade all of your servers to Bahamut 1.8.0 at the
same time you upgrade Services.  I apologize for the inconvenience.

Changes in version 5.0.32
-------------------------
2004/06/07      Updated Unreal protocol module for Unreal 3.2.1.
2004/05/24      get_access() (which returns a user's access level on a
                    channel) is now exported by the chanserv/main module.
2004/05/18      -z (insecure) users can no longer enter channels locked to
                    +z on Unreal.  Reported by Dionisios K.
                    <vonitsa_net@yahoo.gr>
2004/05/14      Fixed failure to clear ban exceptions on autokick.
                    Reported by Eric Murphy <emurphy@sporked.us>
2004/05/12      Updated Bahamut protocol module for Bahamut 1.8.0.  Support
                    for 1.4.x has been removed.
2004/05/07      Fixed errors in OperServ SESSIONS and EXCEPTIONS help text.
                    Reported by Elijah <admin@nevernet.net>
2004/05/04      Fixed harmless compilation warning in database/version4
                    module.  Reported by Craig McLure <Craig@chatspike.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/



------------------------------

_______________________________________________
IRCServices mailing list
IRCServices@ircservices.za.net
http://www.ircservices.za.net/mailman/listinfo/ircservices


End of IRCServices Digest, Vol 18, Issue 4
******************************************




From medice at gmx.at  Tue Jun  8 15:46:48 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4
In-Reply-To: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com>
References: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com>
Message-ID: <40C641D8.5010503@gmx.at>

chris@unreal-irc.net wrote:
> When a user gets akilled due to session limiting I do not expect services to
> tell me about it every time the user attempts to reconnect.
> 
> Unfortunately, FAQ F9 does not address this.
> 

You might not expect it, 'cos services are not akilling users immediatly 
on session limit exeeding, but killing (on a real look at the messages 
by reading or some similar kind of cognitive sensations you might find 
"kill" instead off "akill" / "gline" or anything else).
Exceeding users are usually killed several times and on continuing the 
excess, they are akilled finally for some time. That's the way it works 
on every services-packages I know...

greets
/medice


From achurch at achurch.org  Wed Jun  9 09:36:21 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] RE: IRCServices Digest, Vol 18, Issue 4
In-Reply-To: <200406081425.i58EP2kh011454@smtp-loh04.proxy.aol.com>
Message-ID: <40c65c6d.31007@achurch.org>

>When a user gets akilled due to session limiting I do not expect services to
>tell me about it every time the user attempts to reconnect.
>
>Unfortunately, FAQ F9 does not address this.

     Yes, it does.  If you check your IRC server (and you should get
relevant server notices if you're an operator), you'll see that no AKILLs
(or GLINEs, depending on what IRC server you're using) are being added to
the server itself, and Services is simply issuing a KILL every time the
user connects.  You should also find a notice in your ircservices.log to
the effect that AKILLs/GLINEs cannot be added because autokill exclusions
are enabled.

     I'll update the FAQ to clarify this point.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From mamfelt at acm.org  Mon Jun 14 01:33:27 2004
From: mamfelt at acm.org (Michael Felt)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Segmentation Error at startup with database load
Message-ID: <6.1.0.6.0.20040614103223.027b1288@mail>

Note: if the database files are removed, ircservices startups and 
communicates with bahamut with no problems.
The core dump occurs on a restart.

1. IRC Version
[Jun 14 01:48:32 2004] IRC Services 5.0.32 starting up

HARDWARE/OS: PowerIV, 64 bit, AIX 5.2
Compiled with no special problems using gcc 3.3.2 downloaded from BULL
   freeware.gcc.rte           3.3.2.0    C     F    gcc version 3.3.2

p.s. I had alomst gotten it ported to AIX xlC compiler, but also ran into 
problems with __builtin* functions.
Apparantly only GCC has those.

2. NA atm (bahamut 1.8)

3. Basic error: core dump, segmentation error
Segmentation fault in load_one_serverstats at line 2316 in file 
"modules/database/version4.c"
  2316       ss->t_join = tmp32;

4.
(dbx) list 2305, 2320
  2305   static ServerStats *load_one_serverstats(dbFILE *f)
  2306   {
  2307       ServerStats *ss;
  2308       char *servername;
  2309       int32 tmp32;
  2310
  2311       SAFE(read_string(&servername, f));
  2312       ss = new_serverstats(servername);
  2313       free(servername);
  2314       servername = NULL;
  2315       SAFE(read_int32(&tmp32, f));
  2316       ss->t_join = tmp32;
  2317       SAFE(read_int32(&tmp32, f));  /* t_quit */
  2318       /* Avoid join>=quit staying true on load (which would indicate 
that the
  2319        * server is online even before any server connections are 
processed) */
  2320       ss->t_quit = time(NULL)-1;
(dbx)
===
Basically, new_serverstats return value is not properly returned.
===
more detail
(dbx) stop at 2312
[2] stop at "version4.c":2312
(dbx) rerun
[ /usr/local/sbin/ircservices ]
[2] stopped in load_one_serverstats at line 2312 in file 
"modules/database/version4.c"
  2312       ss = new_serverstats(servername);
(dbx) where
load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c"
open_statserv_db(dbname = "stats.db"), line 2377 in "version4.c"
init_module_statserv_main(??), line 622 in "main.c"
internal_init_module(??), line 388 in "modules.c"
load_module(??), line 417 in "modules.c"
unnamed block $b64, line 848 in "init.c"
init.init(??, ??), line 848 in "init.c"
main.main(ac = ??, av = 0x2ff22b04, envp = 0x2ff22b0c), line 225 in "main.c"
(dbx) dump
load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c"
servername = "Ascendent.tdzk"
ss = (nil)
tmp32 = 536944164
(dbx) registers
   $r0:0x1001d27c  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x00000000
   $r4:0x00000fe9    $r5:0x201c56e7    $r6:0x6e64656e    $r7:0x742e7464
   $r8:0x7a6b0000    $r9:0x00000000   $r10:0xf01c5f34   $r11:0x00000000
  $r12:0x1001f9c0   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008c488   $r29:0x00000001   $r30:0x2008c668   $r31:0x00000000
  $iar:0x1001d288   $msr:0x0002d0b2    $cr:0x28222244  $link:0x1001d27c
  $ctr:0xd01f0278   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:l 2:e 3:e 4:e 5:e 6:g 7:g
         [unset $noflregs to view floating point registers]
in load_one_serverstats at line 2312 in file "modules/database/version4.c"
0x1001d288 (load_one_serverstats+0x30) 812206cc        lwz   r9,0x6cc(r2)
(dbx) whatis ss
register ServerStats *ss;
(dbx)
====
(dbx) step
[2]
Interrupt in load_one_serverstats at line 2312 in file 
"modules/database/version4.c"
  2312       ss = new_serverstats(servername);
(dbx) step

stopped in __dblocal_new_serverstats_stub at line 189 in file 
"modules/database/extsyms.c"
   189   IMPORT_FUNC("statserv/main", module_statserv, new_serverstats);
(dbx)
, etc..
====
  2312       ss = new_serverstats(servername);
(dbx) registers
   $r0:0x1001d2ac  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x00008080
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008c488   $r29:0x00000001   $r30:0x2008c668   $r31:0x00000000
  $iar:0x1001d2ac   $msr:0x0000d0b2    $cr:0x24222224  $link:0x1001d2ac
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in load_one_serverstats at line 2312 in file "modules/database/version4.c"
0x1001d2ac (load_one_serverstats+0x54) 80410014        lwz   r2,0x14(r1)

(dbx) / ss
  2316       ss->t_join = tmp32;
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2b0
0x1001d2b0 (load_one_serverstats+0x58) 7c7f1b78         mr   r31,r3
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2b4
0x1001d2b4 (load_one_serverstats+0x5c) 80610038        lwz   r3,0x38(r1)
(dbx) print ss
0x00008080

ABOVE it seems that ss is finally getting it's value (in r31, was nil, now 
0x0008080 (from r3)
(dbx) registers
   $r0:0x1001d2ac  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x2008b0c8
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0xf01b401c   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008c488   $r29:0x00000001   $r30:0x2008c668   $r31:0x00008080
  $iar:0x10004344   $msr:0x0002d0b2    $cr:0x24222224  $link:0x1001d2bc
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
====

In smaller steps I come to this code:
stopped in new_serverstats at line 377 in file "modules/statserv/main.c"
   377   {
(dbx) where
new_serverstats(servername = "Ascendent.tdzk"), line 377 in "main.c"
__dblocal_new_serverstats_stub(), line 189 in "extsyms.c"
load_one_serverstats(f = 0x2008c668), line 2312 in "version4.c"
open_statserv_db(dbname = "stats.db"), line 2377 in "version4.c"
init_module_statserv_main(module_ = ??), line 622 in "main.c"
internal_init_module(module = 0x2008c3a8), line 388 in "modules.c"
load_module(modulename = "statserv/main"), line 417 in "modules.c"
unnamed block $b64, line 848 in "init.c"
init.init(??, ??), line 848 in "init.c"
main.main(ac = ??, av = 0x2ff22b04, envp = 0x2ff22b0c), line 225 in "main.c"
(dbx) list 370, 390
   370
   371   /* Create a new ServerStats structure for the given server name 
and return
   372    * it.  Always successful.
   373    */
   374
   375   EXPORT_FUNC(new_serverstats)
   376   ServerStats *new_serverstats(const char *servername)
   377   {
   378       ServerStats *ss;
   379
   380       ss = scalloc(sizeof(*ss), 1);
   381       ss->name = sstrdup(servername);
   382       return ss;
   383   }
   384
   385 
/*************************************************************************/

And then single stepping....
(watch for mr r31,r3 (that incorrectly loads the r31 (ss) value.

====
(dbx) stop at 383
[7] stop at "modules/statserv/main.c":383
(dbx) cont
[7] stopped in new_serverstats at line 383 in file "modules/statserv/main.c"
   383   }
(dbx) dump
new_serverstats(servername = "Ascendent.tdzk"), line 383 in "main.c"
ss = 0x2008b658
(dbx) registers
   $r0:0x2008b568  $stkp:0x2ff22648   $toc:0x2001508c    $r3:0x2008b568
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008b0c8   $r29:0x2008b658   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x1007eb28   $msr:0x0002d0b2    $cr:0x24222224  $link:0x1007eb1c
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in new_serverstats at line 383 in file "modules/statserv/main.c"
0x1007eb28 (new_serverstats+0x40) 7fa3eb78         mr   r3,r29
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb2c
0x1007eb2c ($b916)    901d0010        stw   r0,0x10(r29)
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb30
0x1007eb30 ($b916+0x4) 80010008        lwz   r0,0x8(r1)
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb34
0x1007eb34 ($b916+0x8) 8381fff0        lwz   r28,-16(r1)
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb38
0x1007eb38 ($b916+0xc) 7c0803a6       mtlr   r0
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb3c
0x1007eb3c ($b916+0x10) 83a1fff4        lwz   r29,-12(r1)
(dbx) stepi
stopped in unnamed block $b916 at 0x1007eb40
0x1007eb40 ($b916+0x14) 4e800020        blr
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fb8
0x10020fb8 (__dblocal_new_serverstats_stub+0x11c) 
80410014        lwz   r2,0x14(r1)
(dbx) registers
   $r0:0x10020fb8  $stkp:0x2ff22648   $toc:0x2001508c    $r3:0x2008b658
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fb8   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fb8
0x10020fb8 (__dblocal_new_serverstats_stub+0x11c) 
80410014        lwz   r2,0x14(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fbc
0x10020fbc (__dblocal_new_serverstats_stub+0x120) 
907f00c8        stw   r3,0xc8(r31)
(dbx) registers
   $r0:0x10020fb8  $stkp:0x2ff22648   $toc:0x2001508c    $r3:0x2008b658
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fbc   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fbc
0x10020fbc (__dblocal_new_serverstats_stub+0x120) 
907f00c8        stw   r3,0xc8(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fc0
0x10020fc0 (__dblocal_new_serverstats_stub+0x124) 
909f00cc        stw   r4,0xcc(r31)
(dbx) registers
   $r0:0x10020fb8  $stkp:0x2ff22648   $toc:0x2001508c    $r3:0x2008b658
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fc0   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fc0
0x10020fc0 (__dblocal_new_serverstats_stub+0x124) 
909f00cc        stw   r4,0xcc(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fc4
0x10020fc4 (__dblocal_new_serverstats_stub+0x128) 
d83f00d0       stfd   fr1,0xd0(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fc8
0x10020fc8 (__dblocal_new_serverstats_stub+0x12c) 
803f00dc        lwz   r1,0xdc(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fcc
0x10020fcc (__dblocal_new_serverstats_stub+0x130) 
801f00d8        lwz   r0,0xd8(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fd0
0x10020fd0 (__dblocal_new_serverstats_stub+0x134) 
90010000        stw   r0,0x0(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fd4
0x10020fd4 (__dblocal_new_serverstats_stub+0x138) 
80210000        lwz   r1,0x0(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fd8
0x10020fd8 (__dblocal_new_serverstats_stub+0x13c) 
807f00c8        lwz   r3,0xc8(r31)
(dbx) registers
   $r0:0x2ff22788  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x2008b658
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fd8   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fd8
0x10020fd8 (__dblocal_new_serverstats_stub+0x13c) 
807f00c8        lwz   r3,0xc8(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fdc
0x10020fdc (__dblocal_new_serverstats_stub+0x140) 
809f00cc        lwz   r4,0xcc(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fe0
0x10020fe0 (__dblocal_new_serverstats_stub+0x144) 7d234b78         mr   r3,r9
(dbx) registers
   $r0:0x2ff22788  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x2008b658
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fe0   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fe0
0x10020fe0 (__dblocal_new_serverstats_stub+0x144) 7d234b78         mr   r3,r9
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fe4
0x10020fe4 (__dblocal_new_serverstats_stub+0x148) 
80010008        lwz   r0,0x8(r1)
(dbx) registers
   $r0:0x2ff22788  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x00008080
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x20015008   $r29:0x20003e30   $r30:0x2008c668   $r31:0x2ff22698
  $iar:0x10020fe4   $msr:0x0002d0b2    $cr:0x24222224  $link:0x10020fb8
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in __dblocal_new_serverstats_stub at 0x10020fe4
0x10020fe4 (__dblocal_new_serverstats_stub+0x148) 
80010008        lwz   r0,0x8(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fe8
0x10020fe8 (__dblocal_new_serverstats_stub+0x14c) 
c83f00d0        lfd   fr1,0xd0(r31)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020fec
0x10020fec (__dblocal_new_serverstats_stub+0x150) 7c0803a6       mtlr   r0
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020ff0
0x10020ff0 (__dblocal_new_serverstats_stub+0x154) 
8381fff0        lwz   r28,-16(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020ff4
0x10020ff4 (__dblocal_new_serverstats_stub+0x158) 
83a1fff4        lwz   r29,-12(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020ff8
0x10020ff8 (__dblocal_new_serverstats_stub+0x15c) 
83e1fffc        lwz   r31,-4(r1)
(dbx) stepi
stopped in __dblocal_new_serverstats_stub at 0x10020ffc
0x10020ffc (__dblocal_new_serverstats_stub+0x160) 4e800020        blr
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2ac
0x1001d2ac (load_one_serverstats+0x54) 80410014        lwz   r2,0x14(r1)
(dbx) registers
   $r0:0x1001d2ac  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x00008080
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008c488   $r29:0x00000001   $r30:0x2008c668   $r31:0x00000000
  $iar:0x1001d2ac   $msr:0x0002d0b2    $cr:0x24222224  $link:0x1001d2ac
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in load_one_serverstats at 0x1001d2ac
0x1001d2ac (load_one_serverstats+0x54) 80410014        lwz   r2,0x14(r1)
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2b0
0x1001d2b0 (load_one_serverstats+0x58) 7c7f1b78         mr   r31,r3
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2b4
0x1001d2b4 (load_one_serverstats+0x5c) 80610038        lwz   r3,0x38(r1)
(dbx) registers
   $r0:0x1001d2ac  $stkp:0x2ff22788   $toc:0x2001508c    $r3:0x00008080
   $r4:0x2008b0d4    $r5:0x2008b576    $r6:0x00000000    $r7:0x007a6b00
   $r8:0x7a6b0000    $r9:0x00008080   $r10:0x7f7f7f7f   $r11:0x00000004
  $r12:0x00008080   $r13:0xdeadbeef   $r14:0x00000001   $r15:0x2ff22b04
  $r16:0x2ff22b0c   $r17:0x00000000   $r18:0xdeadbeef   $r19:0xdeadbeef
  $r20:0xdeadbeef   $r21:0xdeadbeef   $r22:0xdeadbeef   $r23:0xdeadbeef
  $r24:0xdeadbeef   $r25:0x00000001   $r26:0x2ff22b04   $r27:0x00000001
  $r28:0x2008c488   $r29:0x00000001   $r30:0x2008c668   $r31:0x00008080
  $iar:0x1001d2b4   $msr:0x0002d0b2    $cr:0x24222224  $link:0x1001d2ac
  $ctr:0x00000004   $xer:0x0000000f    $mq:0xdeadbeef
           Condition status = 0:e 1:g 2:e 3:e 4:e 5:e 6:e 7:g
         [unset $noflregs to view floating point registers]
in load_one_serverstats at 0x1001d2b4
0x1001d2b4 (load_one_serverstats+0x5c) 80610038        lwz   r3,0x38(r1)
(dbx) stepi
stopped in load_one_serverstats at 0x1001d2b8
0x1001d2b8 (load_one_serverstats+0x60) 4bfe7089         bl   0x10004340 
(free)
(dbx)
====

I am wondering what the constant 64 means in:
extsyms.c:

static void *__dblocal_##func##_stub(void) {                            \
     __dblocal_##func##_stub0();                                         \
     __builtin_return(__builtin_apply((void *)__dblocal_##func,          \
                      __builtin_apply_args(), 64));                      \
}                                                                       \



From achurch at achurch.org  Mon Jun 14 18:02:25 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Segmentation Error at startup with database load
In-Reply-To: <6.1.0.6.0.20040614103223.027b1288@mail>
Message-ID: <40cd6acf.73526@achurch.org>

     This looks like the GCC __builtin_apply() bug I reported to the GCC
team a while back (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028).  The
configure script should detect and work around this, though; I'm not sure
why not.  I'll take a closer look at this report and see if I can figure
the problem out.

>I am wondering what the constant 64 means in:
>extsyms.c:
>
>static void *__dblocal_##func##_stub(void) {                            \
>     __dblocal_##func##_stub0();                                         \
>     __builtin_return(__builtin_apply((void *)__dblocal_##func,          \
>                      __builtin_apply_args(), 64));                      \
>}                                                                       \

     This is more suited to the -coding list, but 64 is the argument space
reserved for the called function--I use 64 as an arbitrary value larger
than anything that will actually be passed.  See the GCC documentation for
details on how __builtin_apply() works.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From mamfelt at acm.org  Mon Jun 14 08:23:45 2004
From: mamfelt at acm.org (Michael Felt)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Segmentation Error at startup with database
  load
In-Reply-To: <40cd6acf.73526@achurch.org>
References: <6.1.0.6.0.20040614103223.027b1288@mail>
        <40cd6acf.73526@achurch.org>
Message-ID: <6.1.0.6.0.20040614171338.02774f18@mail>

Thanks for your answer.

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.

What I usedto do years ago was define a struct, similiar to the way device 
drivers are/were added (maybe they do that differently today too) - in 
which one of the fields would be a pointer to a function. As I think of it, 
it is still pretty standard to include a pointer to a function to ioctl.

Would there be any interest in my looking a different way of doing this? Or 
will you prefer to do some inline assembly (ala SPARC)?

If interested I can send your cc "assembly" output to see what the compiler 
is turning it into. I havent made a real study of xlC and/or gcc assembly 
conventions. But I am certainly willing.

It is certainly frustrating to see everything there, but just not being 
returned properly.

At 11:02 AM 6/14/2004, you wrote:
>      This looks like the GCC __builtin_apply() bug I reported to the GCC
>team a while back (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028).  The
>configure script should detect and work around this, though; I'm not sure
>why not.  I'll take a closer look at this report and see if I can figure
>the problem out.
>
> >I am wondering what the constant 64 means in:
> >extsyms.c:
> >
> >static void *__dblocal_##func##_stub(void) {                            \
> >     __dblocal_##func##_stub0();                                         \
> >     __builtin_return(__builtin_apply((void *)__dblocal_##func,          \
> >                      __builtin_apply_args(), 64));                      \
> >}                                                                       \
>
>      This is more suited to the -coding list, but 64 is the argument space
>reserved for the called function--I use 64 as an arbitrary value larger
>than anything that will actually be passed.  See the GCC documentation for
>details on how __builtin_apply() works.

Thanks again. Should I be posting to the -coding list - rather than here?


>   --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 rsaikali at mchsi.com  Wed Jun 16 16:12:36 2004
From: rsaikali at mchsi.com (Rami Saikali)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] bug
Message-ID: <mailman.64.1098597729.26050.ircservices@ircservices.za.net>

1.    Running version ircservices-5.0.31 services.zirc.org build #2,
compiled Thu May 20 23:20:13 EDT 2004

2.    Unreal3.2.

3.    Users who have access to the deprotect command can remove the mode +q
from the channel founder. First add a user at sop access level. Then have
the user type /msg chanserv deprotect <founder> replacing <founder> with the
name of the founder. Logs: 

[17:57:24] * ChanServ sets mode: -q Excelsior

[17:57:25] -ChanServ:#OA- DEPROTECT command used for excelsior by nikhsub1

[17:57:25] * You were kicked from #OA by ChanServ (KICK by nikhsub1)

Seems minor, and may not be a bug, but I don't think deprotect was intended
to also remove +q'd users founder status, as it never did before.

 

-Excelsior

Bones.wa.us.zirc.org Co-Administrator

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040616/d492327a/attachment.html
From meekhou at houston.rr.com  Tue Jun 22 08:44:41 2004
From: meekhou at houston.rr.com (Noah Meek)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] (no subject)
Message-ID: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com>

Hey,
        I get the following error when I start ircservices
[Jun 22 10:23:29.046383 2004] debug: Loading module `database/version4'
[Jun 22 10:23:29.046479 2004] modules: Unable to load module 
`database/version4': No `module_version' symbol found
[Jun 22 10:23:29.046560 2004] Error loading modules, aborting

I am running Bahamut 1.8.1 on Mac OS X 10.3.4 and im trying to start 
ircservices 4.5



From uhc0 at rz.uni-karlsruhe.de  Tue Jun 22 09:15:00 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] (no subject)
In-Reply-To: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com>
References: <134AD758-C463-11D8-BEFB-00039398BC3C@houston.rr.com>
Message-ID: <1087920900.26568.1.camel@dreadnought.hadiko.de>

IrcServices versions 4.x do not include module support.
You must be using something else.
Are you sure not using a modified services package?
Please upgrade to the latest release, 5.0.32

Andy: Is ircservices capable of running on macosx?

Regards;
yusuf

On Tue, 2004-06-22 at 17:44, Noah Meek wrote:
> Hey,
>       I get the following error when I start ircservices
> [Jun 22 10:23:29.046383 2004] debug: Loading module `database/version4'
> [Jun 22 10:23:29.046479 2004] modules: Unable to load module 
> `database/version4': No `module_version' symbol found
> [Jun 22 10:23:29.046560 2004] Error loading modules, aborting
> 
> I am running Bahamut 1.8.1 on Mac OS X 10.3.4 and im trying to start 
> ircservices 4.5
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From meekhou at houston.rr.com  Tue Jun 22 10:50:55 2004
From: meekhou at houston.rr.com (Noah Meek)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] help: starting up irc services
Message-ID: <B60CCD04-C474-11D8-A26C-00039398BC3C@houston.rr.com>

Get the following error when I try to startup irc services (version 
5.0.32)

[Jun 22 11:18:00 2004] Error loading modules, aborting
[Jun 22 12:48:55 2004] IRC Services 5.0.32 starting up
[Jun 22 12:48:56 2004] modules: Unable to load module 
`database/version4': No `module_version' symbol found
[Jun 22 12:48:56 2004] Error loading modules, aborting

I am using Bahamut 1.8.1 and it works fine. How do i get IRC Services 
to start??



From maciek at planet.nl  Thu Jun 24 12:08:27 2004
From: maciek at planet.nl (M. Sokolewicz)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Link denied
Message-ID: <40DB26AB.8070709@planet.nl>

hi,

I hope I'm not asking at the wrong list with this problem, but here goes...
I have installed UnrealIRCd 3.2, and it works fine. I've also installed 
IRCServices 5.

Now, whenever I start up both the service server and the IRC server (IRC 
server first of course), ircservices.log returns:
[Jun 24 19:59:36 2004] unknown message from server (:server.example.com 
451 PING :You have not registered)
[Jun 24 19:59:36 2004] unknown message from server (ERROR :Link denied 
(No matching link configuration) [@207.44.144.61.8097])
[Jun 24 19:59:36 2004] unknown message from server (ERROR :Closing Link: 
[207.44.144.61] (Link denied (No matching link configuration)))
[Jun 24 19:59:36 2004] Read error from server: Connection reset by peer

I checked the link block in unrealirc.conf, and it LOOKS right (to me), 
but I'll show it anyway
link server.example.com {
   username *;
   hostname 207.44.144.61;
   port 8097;
   hub *;
   password-connect "nopass";
   password-receive "nopass";
   class servers;
  
   options {
       nohostcheck;
   }
};

vs. ircservices.conf:
RemoteServer    server.example.com 6667 "nopass"
LocalAddress    localhost 8097
ServerName    "server.example.com"

As you can see, both SEEM to be linkable (well, they do to me...),
Now, the problem remains, I'm still getting the error in the log files, 
but I have no idea how to resolve this.

Ideas, please?

thank you,
   M. Sokolewicz


From loliveira at neoline.com.br  Thu Jun 24 12:29:37 2004
From: loliveira at neoline.com.br (Luiz Oliveira)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Link denied
In-Reply-To: <40DB26AB.8070709@planet.nl>
References: <40DB26AB.8070709@planet.nl>
Message-ID: <1088105377.23511.5.camel@PO205.al.neoline.com.br>

Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu:
> hi,
(...)
> 
> vs. ircservices.conf:
> RemoteServer    server.example.com 6667 "nopass"
> LocalAddress    localhost 8097
> ServerName    "server.example.com"

Try: 

RemoteServer    server.example.com 8097 "nopass"

LocalAddress...
Specifies the local address to bind to before connecting to the remote
server.  This may be useful on multihomed hosts.


~ Luiz




From maciek at planet.nl  Thu Jun 24 13:01:45 2004
From: maciek at planet.nl (M. Sokolewicz)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Link denied
In-Reply-To: <1088105377.23511.5.camel@PO205.al.neoline.com.br>
References: <40DB26AB.8070709@planet.nl>
        <1088105377.23511.5.camel@PO205.al.neoline.com.br>
Message-ID: <40DB3329.9030506@planet.nl>

hi,

It returns:
[Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up
[Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701
[Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused

Besides, RemoteServer supplies the host, port and password for the IRC 
server you want to run this service on. So I don't think turning the 
host and port to the port and host the SERVICE is listening on would 
help at all. But that might be just me...

- M. Sokolewicz

Luiz Oliveira wrote:

>Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu:
>  
>
>>hi,
>>    
>>
>(...)
>  
>
>>vs. ircservices.conf:
>>RemoteServer    server.example.com 6667 "nopass"
>>LocalAddress    localhost 8097
>>ServerName    "server.example.com"
>>    
>>
>
>Try: 
>
>RemoteServer    server.example.com 8097 "nopass"
>
>LocalAddress...
>Specifies the local address to bind to before connecting to the remote
>server.  This may be useful on multihomed hosts.
>
>
>~ Luiz
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>




From phan70m at gmail.com  Thu Jun 24 13:20:13 2004
From: phan70m at gmail.com (PHANTOm)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Link denied
In-Reply-To: <40DB3329.9030506@planet.nl>
References: <40DB26AB.8070709@planet.nl>
        <1088105377.23511.5.camel@PO205.al.neoline.com.br>
        <40DB3329.9030506@planet.nl>
Message-ID: <d50f59a0040624132053b48a88@mail.gmail.com>

Wierd problem you got there,
consider commenting the LocalAddress in ircservices.conf, it's not
really needed for services to connect or work.
Also, i'd recomment connecting services to a seperate port on the
ircd, preferably one you mark as server-only.
It would also speed services starting up if you'd use an ip in the
RemoteServer instead of a host, and if both are on the same machine
127.0.0.1 would be highly preferable (unless it's on a dedic. server
that doesn't support 127.0.0.1 afcourse).
Consider nagging unreal coders at irc.unrealircd.com #unreal-support
Also, double check your ircd actually has all the values you set in
the conf by using /stats L and /stats C

On Thu, 24 Jun 2004 22:01:45 +0200, M. Sokolewicz <maciek@planet.nl> wrote:
> 
> hi,
> 
> It returns:
> [Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up
> [Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701
> [Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused
> 
> Besides, RemoteServer supplies the host, port and password for the IRC
> server you want to run this service on. So I don't think turning the
> host and port to the port and host the SERVICE is listening on would
> help at all. But that might be just me...
> 
> - M. Sokolewicz
> 
> 
> 
> Luiz Oliveira wrote:
> 
> >Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu:
> >
> >
> >>hi,
> >>
> >>
> >(...)
> >
> >
> >>vs. ircservices.conf:
> >>RemoteServer    server.example.com 6667 "nopass"
> >>LocalAddress    localhost 8097
> >>ServerName    "server.example.com"
> >>
> >>
> >
> >Try:
> >
> >RemoteServer    server.example.com 8097 "nopass"
> >
> >LocalAddress...
> >Specifies the local address to bind to before connecting to the remote
> >server.  This may be useful on multihomed hosts.
> >
> >
> >~ Luiz
> >
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
> >
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From maciek at planet.nl  Thu Jun 24 14:17:59 2004
From: maciek at planet.nl (M. Sokolewicz)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Link denied
In-Reply-To: <d50f59a0040624132053b48a88@mail.gmail.com>
References: <40DB26AB.8070709@planet.nl>
        <1088105377.23511.5.camel@PO205.al.neoline.com.br>
        <40DB3329.9030506@planet.nl>
        <d50f59a0040624132053b48a88@mail.gmail.com>
Message-ID: <40DB4507.1010808@planet.nl>

I removed the LocalAddress, and changes everything to 127.0.0.1, also 
added special servers-only port, and for some strange reason it started 
spitting out errors, after correcting those (including the "missing 
bind-ip", etc), it all works fine now.

Thank you for your help!
- M. Sokolewicz

PHANTOm wrote:

>Wierd problem you got there,
>consider commenting the LocalAddress in ircservices.conf, it's not
>really needed for services to connect or work.
>Also, i'd recomment connecting services to a seperate port on the
>ircd, preferably one you mark as server-only.
>It would also speed services starting up if you'd use an ip in the
>RemoteServer instead of a host, and if both are on the same machine
>127.0.0.1 would be highly preferable (unless it's on a dedic. server
>that doesn't support 127.0.0.1 afcourse).
>Consider nagging unreal coders at irc.unrealircd.com #unreal-support
>Also, double check your ircd actually has all the values you set in
>the conf by using /stats L and /stats C
>
>On Thu, 24 Jun 2004 22:01:45 +0200, M. Sokolewicz <maciek@planet.nl> wrote:
>  
>
>>hi,
>>
>>It returns:
>>[Jun 24 20:58:35 2004] IRC Services 5.0.32 starting up
>>[Jun 24 20:58:36 2004] httpd/main: Listening on 127.0.0.1:12701
>>[Jun 24 20:58:36 2004] sockets: flush_write_buffer(0): Connection refused
>>
>>Besides, RemoteServer supplies the host, port and password for the IRC
>>server you want to run this service on. So I don't think turning the
>>host and port to the port and host the SERVICE is listening on would
>>help at all. But that might be just me...
>>
>>- M. Sokolewicz
>>
>>
>>
>>Luiz Oliveira wrote:
>>
>>    
>>
>>>Em Qui, 2004-06-24 ?s 16:08, M. Sokolewicz escreveu:
>>>
>>>
>>>      
>>>
>>>>hi,
>>>>
>>>>
>>>>        
>>>>
>>>(...)
>>>
>>>
>>>      
>>>
>>>>vs. ircservices.conf:
>>>>RemoteServer    server.example.com 6667 "nopass"
>>>>LocalAddress    localhost 8097
>>>>ServerName    "server.example.com"
>>>>
>>>>
>>>>        
>>>>
>>>Try:
>>>
>>>RemoteServer    server.example.com 8097 "nopass"
>>>
>>>LocalAddress...
>>>Specifies the local address to bind to before connecting to the remote
>>>server.  This may be useful on multihomed hosts.
>>>
>>>
>>>~ Luiz
>>>
>>>      
>>>



From meekhou at houston.rr.com  Fri Jun 25 17:56:11 2004
From: meekhou at houston.rr.com (Noah Meek)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Compiling on OS X
Message-ID: <9E29D283-C70B-11D8-AA22-00039398BC3C@houston.rr.com>

I have gotten IRC Services to compile on my Mac running 10.3.4. It 
doesn't complete the startup process yet (I've already fixed one 
problem shown in the log) but it compiled without any difficulty.



From achurch at achurch.org  Tue Jun 29 17:41:41 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] bug
In-Reply-To: <40d0d3ce.72425@mail.achurch.org>
Message-ID: <40e12bdc.31042@achurch.org>

>3.    Users who have access to the deprotect command can remove the mode +q
>from the channel founder.

     This is intended behavior, introduced in 5.0.30 (see the change log).
Since DEPROTECT is (by default) limited to auto-protect users, who
presumably are trusted, I don't consider this a problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Wed Jun 30 11:56:37 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Compiling on OS X
In-Reply-To: <9E29D283-C70B-11D8-AA22-00039398BC3C@houston.rr.com>
Message-ID: <40e22bfb.74223@achurch.org>

>I have gotten IRC Services to compile on my Mac running 10.3.4. It 
>doesn't complete the startup process yet (I've already fixed one 
>problem shown in the log) but it compiled without any difficulty.

     Thanks for the information; I've added it to the manual.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Thu Jul  1 21:32:38 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Services 5.0.33 released
Message-ID: <40e406c2.04350@achurch.org>

     Services 5.0.33 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

b4b78d91f66dbec30dc05b952ea10de9  ircservices-5.0.33.tar.gz
9ee92777f61a0770dd5e298e558a5137  ircservices-5.0.33.diff.gz
1eb386c11414c43633b5a57fcbd41e07  ircservices-5.0.33-1.i386.rpm
6b3c4287ec400ad9477044c1a2f56467  ircservices_5.0.33-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This is a maintenance release that addresses minor issues mentioned
recently (or perhaps not-so-recently) on the mailing lists.  In particular,
the "configure" script should now be more intelligent about detecting
compilers which cannot compile Services correctly; GCC 3.4.0 seems to have
all relevant bugs fixed, so if configure complains, try upgrading your GCC.
If you patch to 5.0.33 from a previous version, you will need to re-run
configure before recompiling.

Changes in version 5.0.33
-------------------------
2004/06/29      Fixed child process handling bug in mail/sendmail module.
                    Reported by Ali Sor <alisor@softhome.net>
2004/06/29      ChanServ STATUS now displays the SOP/AOP/VOP level when the
                    chanserv/access-xop module is loaded.  Suggested by
                    Kieron Thwaites <ron2k@webmail.co.za>
2004/06/29      For Bahamut, SGLINE/SQLINE commands for masks not in the
                    appropriate list are now reversed by Services (to
                    prevent "revival" of deleted masks by split servers).
                    This applies to operator-issued SGLINE/SQLINEs as well.
2004/06/17      The configure script now checks for two bugs in GCC (fixed
                    in GCC 3.4.0) which cause Services to crash.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From martinpels at hotmail.com  Fri Jul  2 03:49:59 2004
From: martinpels at hotmail.com (Martin Pels)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
Message-ID: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com>

Hi,

It looks like the httpd/auth-password module no longer works (it worked
last time I used it, which was a couple of versions back).

I'm using version 5.0.33 and have the following in my modules.conf:

Module httpd/auth-password
    AuthName                    "Mp3CreW IRC Services"
    Protect                           / "test:test"
EndModule

When i connect to services through http it gives me the user+pass
screen, but it won't accept the user+pass i put in modules.conf.

I tried starting services in debugmode but didn't get more info than the
connection message, so it looks like it doesn't process the user+pass at
all (when I enable auth-ip I get a message when it denies access).

Grtz,
Rodecker

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl



From gluniz at luniz.dyndns.org  Fri Jul  2 06:18:08 2004
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
References: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com>
Message-ID: <002701c46037$044f7340$0200a8c0@glunizpc>

I have to agree with Martin as I am unable to get into mine as well.  It
will not accept the login/password that I have assigned to it.

----- Original Message ----- 
From: "Martin Pels" <martinpels@hotmail.com>
To: <ircservices@ircservices.za.net>
Cc: <admins@mp3crew.nl>
Sent: Friday, July 02, 2004 6:49 AM
Subject: [IRCServices] httpd/auth-password seems broken


> Hi,
>
> It looks like the httpd/auth-password module no longer works (it worked
> last time I used it, which was a couple of versions back).
>
> I'm using version 5.0.33 and have the following in my modules.conf:
>
> Module httpd/auth-password
>     AuthName                    "Mp3CreW IRC Services"
>     Protect                           / "test:test"
> EndModule
>
> When i connect to services through http it gives me the user+pass
> screen, but it won't accept the user+pass i put in modules.conf.
>
> I tried starting services in debugmode but didn't get more info than the
> connection message, so it looks like it doesn't process the user+pass at
> all (when I enable auth-ip I get a message when it denies access).
>
> Grtz,
> Rodecker
>
> _________________________________________________________________
> MSN Search, for accurate results! http://search.msn.nl
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>




From medice at gmx.at  Fri Jul  2 09:39:38 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
In-Reply-To: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com>
References: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com>
Message-ID: <40E58FCA.7020304@gmx.at>

>
> Module httpd/auth-password
>    AuthName                    "Mp3CreW IRC Services"
>    Protect                           / "test:test"
> EndModule
> 

try "/~" instead of "/" since this as an example in the default-confs...

hth

/medice



From gluniz at luniz.dyndns.org  Fri Jul  2 12:21:36 2004
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
References: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com> <40E58FCA.7020304@gmx.at>
Message-ID: <001c01c46069$cb0c9ad0$0200a8c0@glunizpc>

By using:

Protect   /~      "nickuser:nickpass"

but does not password protect it at all.  When it was:

Protect   /      "nickuser:nickpass"

it would work and protect it in the last version.

----- Original Message ----- 
From: "Medice" <medice@gmx.at>
To: "IRC Services General Mailing List" <ircservices@ircservices.za.net>
Sent: Friday, July 02, 2004 12:39 PM
Subject: Re: [IRCServices] httpd/auth-password seems broken


> >
> > Module httpd/auth-password
> >    AuthName                    "Mp3CreW IRC Services"
> >    Protect                           / "test:test"
> > EndModule
> > 
> 
> try "/~" instead of "/" since this as an example in the default-confs...
> 
> hth
> 
> /medice
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 



From Craig at frostycoolslug.com  Mon Jul  5 05:04:42 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Wrong GCC Version?
Message-ID: <mailman.65.1098597729.26050.ircservices@ircservices.za.net>

Hi, i was just compiling .33 of IRC Services, and it reported that i was using Version 2 of GCC...

Take a look :)

Searching for a suitable compiler...
WARNING: Your version of GCC was detected as `2'.  As of Services
         5.0.23, versions of GCC earlier than 3.2, other than 2.95.3,
         have been deprecated.  This and future releases of Services 5.0
         will still work, though some error messages will lose
         information; future versions of Services may not compile at
         all.  Please upgrade your compiler to GCC 3.2 or later.

Press Enter to continue:
chatspike@azbox:~/services/ircservices-5.0.0$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.4 (Debian 1:3.3.4-2)


Obviously i know thats not an issue, because i AM using GCC3, Just wanted to inform you of the missreporting :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/




From achurch at achurch.org  Mon Jul  5 23:45:41 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Wrong GCC Version?
In-Reply-To: <40e94585.43160@mail.achurch.org>
Message-ID: <40e96b10.02606@achurch.org>

     Argh.  The Debian people would find it enjoyable to screw with the
version number, wouldn't they.  Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi, i was just compiling .33 of IRC Services, and it reported that i was using Version 2 of GCC...
>
>Take a look :)
>
>Searching for a suitable compiler...
>WARNING: Your version of GCC was detected as `2'.  As of Services
>         5.0.23, versions of GCC earlier than 3.2, other than 2.95.3,
>         have been deprecated.  This and future releases of Services 5.0
>         will still work, though some error messages will lose
>         information; future versions of Services may not compile at
>         all.  Please upgrade your compiler to GCC 3.2 or later.
>
>Press Enter to continue:
>chatspike@azbox:~/services/ircservices-5.0.0$ gcc -v
>Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs
>Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --w
>ithout-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
>Thread model: posix
>gcc version 3.3.4 (Debian 1:3.3.4-2)
>
>
>Obviously i know thats not an issue, because i AM using GCC3, Just wanted to inform you of the missreporting :)
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:


From achurch at achurch.org  Mon Jul  5 23:53:47 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Services 5.0.34 released
Message-ID: <40e96d6f.21263@achurch.org>

     Services 5.0.34 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

38c1e12c6c255d0beca835a3217d8e4f  ircservices-5.0.34.tar.gz
05a203e419ea4401333f468a8356c8eb  ircservices-5.0.34.diff.gz
5f3ab5ae0e8754296729aaef3d844545  ircservices-5.0.34-1.i386.rpm
6de0362b2fb0f2ed67ecee6d05e37f75  ircservices_5.0.34-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This is a just minor update, correcting the GCC detection problem in
Debian and fixing a couple of mode-lock-related bugs.

Changes in version 5.0.34
-------------------------
2004/07/05      configure now properly detects the GCC version in use when
                    running under Debian Linux.
2004/07/02      Fixed bugs in handling MLOCK +/-j on Bahamut.
2004/07/02      Fixed tiny potential memory leak on failed SET MLOCK.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Tue Jul  6 00:02:15 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
In-Reply-To: <BAY8-F31lUQ9cAgjHXw0006ad3a@hotmail.com>
Message-ID: <40e96d8d.21271@achurch.org>

     Oops, I forgot about this.  I'll get to it next time...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi,
>
>It looks like the httpd/auth-password module no longer works (it worked
>last time I used it, which was a couple of versions back).
>
>I'm using version 5.0.33 and have the following in my modules.conf:
>
>Module httpd/auth-password
>    AuthName                    "Mp3CreW IRC Services"
>    Protect                           / "test:test"
>EndModule
>
>When i connect to services through http it gives me the user+pass
>screen, but it won't accept the user+pass i put in modules.conf.
>
>I tried starting services in debugmode but didn't get more info than the
>connection message, so it looks like it doesn't process the user+pass at
>all (when I enable auth-ip I get a message when it denies access).
>
>Grtz,
>Rodecker
>
>_________________________________________________________________
>MSN Search, for accurate results! http://search.msn.nl
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From azoff at se.linux.org  Mon Jul  5 08:49:52 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
In-Reply-To: <40e96d8d.21271@achurch.org>
References: <40e96d8d.21271@achurch.org>
Message-ID: <40E978A0.5090501@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
|      Oops, I forgot about this.  I'll get to it next time...

Do you have any patch that one could apply so this works with 5.0.34?

Cheers!
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA6XigeY7jmtvbDP0RAsqKAJ4nSbdwZanK6XKzvmgYddJLHkDepACdE1N3
SJx5BjtlBaHOcEE2DKc+xoE=
=XNnI
-----END PGP SIGNATURE-----


From achurch at achurch.org  Tue Jul  6 10:03:40 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
In-Reply-To: <40E978A0.5090501@se.linux.org>
Message-ID: <40e9fa93.21574@achurch.org>

>|      Oops, I forgot about this.  I'll get to it next time...
>
>Do you have any patch that one could apply so this works with 5.0.34?

     Nope--the reason it's not in 5.0.34 is because I didn't get around to
fixing the problem. ;)  I'll release .35 when it's fixed.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From azoff at se.linux.org  Mon Jul  5 21:12:35 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] httpd/auth-password seems broken
In-Reply-To: <40e9fa93.21574@achurch.org>
References: <40e9fa93.21574@achurch.org>
Message-ID: <40EA26B3.6040909@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
| Nope--the reason it's not in 5.0.34 is because I didn't get around to
| fixing the problem. ;)  I'll release .35 when it's fixed.

Oki, thanks!

Cheers!
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net:8080/ | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA6iaweY7jmtvbDP0RAvwgAKDPEpC3/hr3gxOObrZm9fHNcFbqawCfQtil
xjZwhWhyvpwjLPA7zMqcQkM=
=g0t7
-----END PGP SIGNATURE-----


From vonitsa_net at yahoo.gr  Wed Jul  7 10:42:55 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] ChanServ SecureoOps Feature
Message-ID: <20040707174255.34991.qmail@web53104.mail.yahoo.com>

I was thinking about a ChanServ feature like secureops
but with a difference. This will allow ONLY registered
nicknames to gain op or halfop mode.

Any Comments?


=====
Dionisios K. - ToXiC On HellenicNet


From achurch at achurch.org  Thu Jul  8 09:50:55 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] ChanServ SecureoOps Feature
In-Reply-To: <20040707174255.34991.qmail@web53104.mail.yahoo.com>
Message-ID: <40ec9a9f.61074@achurch.org>

>I was thinking about a ChanServ feature like secureops
>but with a difference. This will allow ONLY registered
>nicknames to gain op or halfop mode.

     I can't see any use for this.  If you're that concerned about
unregistered users misbehaving in your channel, just set a +R modelock and
keep them out.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Thu Jul  8 22:05:16 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Services 5.0.35 released
Message-ID: <40ed4706.10624@achurch.org>

     Services 5.0.35 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

92c7074ac4788f0e0f5b05f80be1fada  ircservices-5.0.35.tar.gz
2c9a4284bd7a190c5ec531a1272935a5  ircservices-5.0.35.diff.gz
5a286712d036e549a81b527a4e051af0  ircservices-5.0.35-1.i386.rpm
634f59b5448d79b4f6a5e4d1b010134d  ircservices_5.0.35-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release is primarily to fix the HTTP authorization bug reported
recently (a stupid mistake on my part--read the diff file for the gory
details).  Apologies for the multiple updates in such a short period of
time.

Changes in version 5.0.35
-------------------------
2004/07/08      Fixed memory leak in httpd/auth-password module when
                    reconfiguring.
2004/07/08      Fixed bug causing HTTP password authorization to fail.
                    Reported by Martin Pels <martinpels@hotmail.com>
2004/07/07      Added support for invite masks to Hybrid protocol.
                    Suggested by Jon Christopherson <jon@jons.org>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From chawmp at cyberarmy.net  Thu Jul  8 12:50:51 2004
From: chawmp at cyberarmy.net (Chawmp)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Seg Fault/Bus Error on SQUIT
Message-ID: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior>

Hello,

Recently, after moving our ircservices to a new host, they have crashed with
a Bus Error whenever another server quit.

I've searched and found that a few others have posted with this problem, but
didn't find a resolution. So I had to debug :\

We actually use a non-current, modded version for long and boring reasons,
but I have checked and all this applies equally to stock ircservices 5.0.35:

do_squit() in servers.c contains the following code:

        squit_server(server, av[1]);
        if (server->hub) {
        .. attempts to read server->hub ..
        }

squit_server() in turn calls delete_server, that free()s the server record,
meaning "server->hub" attempts to dereference a freed pointer.

On most systems this would probably just work anyway, since there would have
been no time for the freed memory to have been changed before it was
accessed again for the last time. However, on the server we were using,
malloc was configured to initialize memory to 0xd0d0d0d0 when it was
free()d, leading to a Bus Error at the dereference.

I fixed this by moving the squit_server(...) call after the "if
(server->hub)" block, and things seem to work.

I hope this fix is correct, and works for everyone else.

Regards,

Tom McIntyre
chawmp@cyberarmy.net




From achurch at achurch.org  Fri Jul  9 18:29:09 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Seg Fault/Bus Error on SQUIT
In-Reply-To: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior>
Message-ID: <40ee6580.13535@achurch.org>

>Recently, after moving our ircservices to a new host, they have crashed with
>a Bus Error whenever another server quit.

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Fri Jul  9 14:43:58 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Hide Services Clients
Message-ID: <20040709214358.42732.qmail@web53106.mail.yahoo.com>

I think it will be nice if Services Clients had the +H
mode on Unreal 
(Or just remove +o mode from clients because Services
is a U:lined server anyway)
Because services clients are not irc operators and
should not be counted as opers on /lusers and on /who
0 o and on /stats +m o


From achurch at achurch.org  Mon Jul 12 18:16:05 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:09 2004
Subject: [IRCServices] Services 5.0.36 released
Message-ID: <40f257c6.32373@achurch.org>

     Services 5.0.36 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

80759b531fa5d0345a11f237228de98c  ircservices-5.0.36.tar.gz
904a29dc5849c557e84fb11df8946803  ircservices-5.0.36.diff.gz
2b1814a7b351a11e163041b7b7fdb568  ircservices-5.0.36-1.i386.rpm
16623e0a026b1742c33caad835c521ca  ircservices_5.0.36-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release corrects the crash on SQUIT reported a few days ago; if
aren't experiencing this problem, you don't need to upgrade immediately.
(Due to the memory layout of the relevant data, this problem only occurs
under certain environments--if you can SQUIT a server once without Services
crashing, you're probably safe.)

     I've also removed the "sockets BUG" message that has from time to
time filled up people's log files.  I still haven't been able to pinpoint
the problem itself, but I'll be switching to a revised version of the
socket handling code for Services 5.1 (which, coincidentally, I've finally
started working on), so this will hopefully suffice as a workaround for the
meantime.

Changes in version 5.0.36
-------------------------
2004/07/09      Removed log message on socket buffer size misbehavior.
2004/07/09      Fixed potential crash on SQUIT.  Reported by Tom McIntyre
                    <chawmp@cyberarmy.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Tue Jul 13 14:18:49 2004
From: vonitsa_net at yahoo.gr (=?iso-8859-7?q?Dionisios=20K.?=)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Ircservices + Unreal3.2.1
Message-ID: <20040713211849.67559.qmail@web53106.mail.yahoo.com>

Hello :)))

I have 2 questions:

1) From Unreal3.2.1 IP addresses is sent to all
servers on connection. Is this supported from services
so they can remove IP bans or not yet?

2) Can i use ircservices 4.5.45 with unreal 3.2.1 ?



From lordbergee at comcast.net  Tue Jul 13 16:32:11 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] NickServ enforcer bug when unlinking nicknames
Message-ID: <40F470FB.7070104@comcast.net>

        I recently experienced a minor bug on my network which is currently 
running IRCServices 5.0.31 on Red Hat Linux 9.0 on an Intel Celeron 1.7 
GHz processor.
        A while ago I noticed that a NickServ Enforcer bot had been sitting on 
a nickname for over an hour.  Checking NickServ INFO returned that the 
nickname was not registered.  After a little investigating in the log 
files I noticed that the nickname had very recently been unlinked by its 
owner.  With that in hand I've been able to consistently reproduce the 
problem by taking the following steps:  (This assumes of course that 
your network does not have NSForceNickChange enabled.)
        1) Register a nickname and enable automatic kill protection and then 
link another nickname to your name.
        2) Have another user use the nickname you just linked and wait for 
NickServ to kill the user.
        3) Unlink the other nickname from your main nickname and watch as the 
NickServ enforcer bot doesn't ever release the nickname.  If you attempt 
to use NickServ release you will be told the nickname isn't being held.
        Before reporting the problem, I upgraded to IRCServices 5.0.36 and it 
is still reproducible.  I believe that Services should simply remove the 
enforcer bot holding a nickname if the user unlinks the nickname while 
the enforcer is online.

Bergee


From achurch at achurch.org  Wed Jul 14 08:52:11 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Ircservices + Unreal3.2.1
In-Reply-To: <20040713211849.67559.qmail@web53106.mail.yahoo.com>
Message-ID: <40f475ba.66610@achurch.org>

>Hello :)))
>
>I have 2 questions:
>
>1) From Unreal3.2.1 IP addresses is sent to all
>servers on connection. Is this supported from services
>so they can remove IP bans or not yet?
>
>2) Can i use ircservices 4.5.45 with unreal 3.2.1 ?

     Yes to both, as documented in the change log.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From chris at starglade.org  Tue Jul 13 16:56:14 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
Message-ID: <40F4769E.7020107@starglade.org>

Hiya,

I'm just curious what kind of new stuff we should be expecting in IRC 
Services 5.1. Have you got a plan for what you'd like to add or is it 
going to be what people suggest?

Chris
-- 
Chris Jenkinson
chris@starglade.org


From achurch at achurch.org  Wed Jul 14 10:42:43 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] NickServ enforcer bug when unlinking nicknames
In-Reply-To: <40F470FB.7070104@comcast.net>
Message-ID: <40f48ffb.70156@achurch.org>

>       1) Register a nickname and enable automatic kill protection and then 
>link another nickname to your name.
>       2) Have another user use the nickname you just linked and wait for 
>NickServ to kill the user.
>       3) Unlink the other nickname from your main nickname and watch as the 
>NickServ enforcer bot doesn't ever release the nickname.  If you attempt 
>to use NickServ release you will be told the nickname isn't being held.

     Fixed, thanks for the report.  For the meantime, just /kill any
enforcers you find sitting around too long.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Wed Jul 14 10:46:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40F4769E.7020107@starglade.org>
Message-ID: <40f4923b.70175@achurch.org>

>I'm just curious what kind of new stuff we should be expecting in IRC 
>Services 5.1. Have you got a plan for what you'd like to add or is it 
>going to be what people suggest?

     I'm always open to suggestions, but here are some of the things I'm
thinking about:

- At least some progress toward support for MySQL/etc. databases
- A wider variety of statistics from StatServ
- More flexible logging (e.g. separate "main" log and "event" log)
- Some way to simplify the configuration process (a configuration module
  for the HTTP interface, for example)

     And before anyone asks (because I know someone will...), no, I won't
add a BotServ.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Tue Jul 13 19:29:46 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
Message-ID: <mailman.66.1098597730.26050.ircservices@ircservices.za.net>

Ok, this is going to be a mail where i comment on the original message..

/****** - Begin Original Message - ******/

>     I'm always open to suggestions, but here are some of the things I'm
>thinking about:
Careful of thinking.. its bad for you lol (j/k)

>- At least some progress toward support for MySQL/etc. databases
I'm still not entirely convinced that MySQL is needed.. i'm working on an interface that allows the current version of Services to communicate with a web inteface using sockets.. and if you DO add MySQL, i think it should be a feature which is 'all or nothing', having "some progress" wouldnt really be useful.. (currently, i understand that MySQL isnt possible due to the way that services stores all its information in structs, rather than directly accessing the database) but unless there is full dynamic read / write, it probably wouldnt be used (this will bring me onto another point later).

>- A wider variety of statistics from StatServ
irc.chatspike.net uses a modified version of Statserv at the moment, which will do periodic dumps to a SQL file (which can be imported) although you said you would take a look at its feature set when it was first completed, i dont think you got around to it.

>- More flexible logging (e.g. separate "main" log and "event" log)
>- Some way to simplify the configuration process (a configuration module
>  for the HTTP interface, for example)
>
>     And before anyone asks (because I know someone will...), no, I won't
>add a BotServ.
Thank god.
/******* - End Original Message - *******/

ok, now for a couple of suggestions of my own..
a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services can be frustrating.

a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files. I find it frustrating sometimes when i release modules that add functionality to nickserv that they cant be viewed in /ns help without editing the language file. so for example, addhelp(<SECTION>, <LANGUAGE>, <STRING>); if section already exists, append it to the end (for example /ns help commands, or a totally seperate item which can be added to the command struct). Maybe if this is done, the entire of services hlp can be dynamically generated, so it wont list commands that arn't avaliable.

possibly add sendpass commands for encrypted passwords? ;)

maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. 

PLEASE NOTE: before flaming me, this is my 2c when it comes to 5.1, i'm not saying any of these features 'must be in there'. Andy has done a lot of hard work on services, and i appreciate this. When it comes to the services frontend, i think all that can be crammed into it (bar 1 or 2 small features) has been. my suggestions were made in a hope that when it comes to module development, life can become much easier, encouraging more people to create their own modules. i concider myself to be 'active' on the module scene, and find some parts of creating modules frustrating :)

Thanks for your time.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/





From achurch at achurch.org  Wed Jul 14 12:31:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40f49af2.71643@mail.achurch.org>
Message-ID: <40f4ab62.70244@achurch.org>

>ok, now for a couple of suggestions of my own..
>a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services ca
>n be frustrating.

     This is what my "some progress" is aiming for.  I've been aware of
this issue since I started work on 5.0, but it's a lot of work.  Ideally
the database system should be flexible enough to let modules register their
own database formats, and that's what I'm going to try and do for 5.1.
It's not too large a step from there to adding more flexibility in database
format (e.g. Berkeley DB or MySQL), though that's probably aiming a bit too
high for now.  "Real" DBMS support, as in actually using a database server
for the online data, is a more distant issue; the majority of SQL-related
comments I've seen so far have been to allow easier read access to the
data, e.g. to display information on a web page, and for that periodic
syncs are sufficient.

>a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files.

     Already doable, add a "HELP" callback.

>possibly add sendpass commands for encrypted passwords? ;)

     RTFM, not possible ;) or do you mean a way for the user to reset the
password?  If the latter, I'm considering doing that through the AUTH
system instead (/ns reauth -> read mail -> /ns auth NNN -> /ns set password
or something like that).

>maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. 

     /ms set forward copy

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Tue Jul 13 20:59:08 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
Message-ID: <mailman.67.1098597730.26050.ircservices@ircservices.za.net>

As always, thanks for the responce.. I'll have to take a closer look at the module API for the HELP callback (there are so many! probably missed that one)

With sendpass on encrypted passwords, i meant the latter.. sorry, should have been more clear there.

Looks like i'm starting to get rusty with my services commands, will take a closer look at the help files later today :)

Thanks again :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 2004-07-14 12:31:14
 * Subject - Re: Re: [IRCServices] IRC Services  5.1 Features
 ****************************************/

/****** - Begin Original Message - ******/

>>ok, now for a couple of suggestions of my own..
>>a "Standardised" database format, which would allow modules to create and maintain databases in the same way as services would (so the database module would be totally independant from other modules). Having to code a database from scratch for services ca
>>n be frustrating.
>
>     This is what my "some progress" is aiming for.  I've been aware of
>this issue since I started work on 5.0, but it's a lot of work.  Ideally
>the database system should be flexible enough to let modules register their
>own database formats, and that's what I'm going to try and do for 5.1.
>It's not too large a step from there to adding more flexibility in database
>format (e.g. Berkeley DB or MySQL), though that's probably aiming a bit too
>high for now.  "Real" DBMS support, as in actually using a database server
>for the online data, is a more distant issue; the majority of SQL-related
>comments I've seen so far have been to allow easier read access to the
>data, e.g. to display information on a web page, and for that periodic
>syncs are sufficient.
>
>>a way for modules which add commands to say.. Nickserv to dynamicly add items to help files without the need to edit the .lang files.
>
>     Already doable, add a "HELP" callback.
>
>>possibly add sendpass commands for encrypted passwords? ;)
>
>     RTFM, not possible ;) or do you mean a way for the user to reset the
>password?  If the latter, I'm considering doing that through the AUTH
>system instead (/ns reauth -> read mail -> /ns auth NNN -> /ns set password
>or something like that).
>
>>maybe a second mode for memoserv, currently, you have either forward on or off, i'd like to have a 'Notify' command, which will send me a memo just saying "You have a new memo" and possibly the command for reading it, but leaving it in the database. 
>
>     /ms set forward copy
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/





From brightside at quasinet.org  Wed Jul 14 21:11:17 2004
From: brightside at quasinet.org (BrightSide)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40f4ab62.70244@achurch.org>
Message-ID: <200471561117.832436@MARVIN>

My wishlist for 5.1: 

1a) Support for the Ultimate3 ircd protocol  :)
1b) Option in ChanServ to specify who get the channel-admin mode (founder, founder & SOPs, none) defaults to founder

2) An ability in MemoServ to split channel memos and send one memo to each of those who have access to channel memos. Maybe a settable option in module config

-BrightSide-




From achurch at achurch.org  Wed Jul 14 13:50:32 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <200471561117.832436@MARVIN>
Message-ID: <40f4bea8.70265@achurch.org>

>1a) Support for the Ultimate3 ircd protocol  :)

     Noted.  (No promises, though... maaaybe if you get enough people to
pester me ;) )

>1b) Option in ChanServ to specify who get the channel-admin mode (founder, founder & SOPs, none) defaults to founder

     I admit handling of the channel admin/owner mode was only added in as
a "might as well use it" sort of thing.  I'm not sure I like the idea of
adding yet another ChanServ option, though.  As far as I understand it
(correct me if I'm wrong), channel owner mode is just like protected (+a)
except that it can't be unset by other +a users; if that's the case, I'm
not sure there's much reason to use it at all--after all, ChanServ will
always let the founder unban, rejoin, and get +a back as needed.  (And
internally, channel owner mode support is a pain because different ircds
use different mode letters for it.)

     What would people think of just doing away with channel owner mode
support entirely?

>2) An ability in MemoServ to split channel memos and send one memo to each of those who have access to channel memos. Maybe a settable option in module config

     Channel memos is one thing I've been meaning to revisit for a while;
thanks for reminding me.  The channel memo system is a major hack as is,
with no notification or anything else that can be done for nicknames.  So
let me pose a question:  What would you (anyone feel free to reply) want to
use channel memos for?  In what cases would you want to send a memo to a
channel, and who would you want to read the memo?  I've got a few redesign
possibilities in mind, but to avoid leading questions, I won't mention them
right now; just assume channel memos could do anything you want, and tell
me what you'd want them to do.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From lordbergee at comcast.net  Tue Jul 13 23:11:26 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40f4bea8.70265@achurch.org>
References: <40f4bea8.70265@achurch.org>
Message-ID: <40F4CE8E.7020909@comcast.net>

Andrew Church wrote:
 > As far as I understand it (correct me if I'm wrong), channel owner
 > mode is just like protected (+a) except that it can't be unset by
 > other +a users; if that's the case, I'm not sure there's much reason
 > to use it at all--after all, ChanServ will always let the founder
 > unban, rejoin, and get +a back as needed.
 >      What would people think of just doing away with channel owner
 > mode support entirely?

        At least on Unreal that is not quite true.  The mode +q (which is used 
to indicated owner on Unreal) allows you to set or remove channel modes 
+u (auditorium mode) and +L (channel linking).  It also allows you to 
set/remove +a or +q from users on the channel (and services doesn't 
enforce +q on anyone, regardless of whether one is the founder).  And of 
course, there's the stuff related to kicking, as a user with +q, you can 
kick any +a or +q users from the channel, and can't be kicked yourself 
unless the user trying also has +q.  Last but not least, if this feature 
is enabled, +q also grants the user a different prefix, which a lot of 
users like to indicate at a glance who runs the channel.
        On Unreal, given that having it is the only way one can set two channel 
modes without using services, I think it's a good idea to keep the 
support for it in place.  I would also make the suggestion that if 
ChanServ enforce is on, that the channel owner mode be enforced if 
another user removes it.  :)

Bergee


From idontwantthisshit at hotmail.com  Wed Jul 14 01:03:57 2004
From: idontwantthisshit at hotmail.com (DeadNotBuried .)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services 5.1 Features
Message-ID: <BAY1-F407cSIvX7PC5l00017fa3@hotmail.com>


> >2) An ability in MemoServ to split channel memos and send one memo to 
>each of those who have access to channel memos. Maybe a settable option in 
>module config
>
>      Channel memos is one thing I've been meaning to revisit for a while;
>thanks for reminding me.  The channel memo system is a major hack as is,
>with no notification or anything else that can be done for nicknames.  So
>let me pose a question:  What would you (anyone feel free to reply) want to
>use channel memos for?  In what cases would you want to send a memo to a
>channel, and who would you want to read the memo?  I've got a few redesign
>possibilities in mind, but to avoid leading questions, I won't mention them
>right now; just assume channel memos could do anything you want, and tell
>me what you'd want them to do.
>
>   --Andrew Church

personally i don't see much use for channel memo's at all, but peronally i 
would think that sending it to a channel/nick level would be best
eg
/msg memoserv send #channel v text ( which sends a memo to each nick on the 
vop list or above for the channel)
or
/msg memoserv send #channel h text ( which sends a memo to each nick on the 
hop list or above for the channel)
or
/msg memoserv send #channel 100 text ( which sends a memo to each nick on 
the channel list with access level 100 or above)
etc

_________________________________________________________________
Play Love Hunt to win a $9000 holiday and find love!  
http://mobilecentral.ninemsn.com.au/mclovehunt/lovehunt.aspx



From alisor at softhome.net  Wed Jul 14 01:35:13 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
References: <40f4923b.70175@achurch.org>
Message-ID: <005d01c4697d$8100fa90$0800000a@citir>

Hello i have some suggestions about 5.1

1- Domain ban system. With conf lines or commands registering from given
domains can be forbidden. Better is limiting the mail auth system like,
"only mail from *@ircservices.za.net can register nick" or " *@lamer.org
cant register nicks at this network"

2- ns/cs info ALL command can be used by Services operators. So that they
can give info to users if  there is no services admin online.

3- Log checking from IRC. smth like /ns changes nick or /cs changes #channel
command. And this gives info of mail/founder/password changes info from IRC
so no need to check all the log files. There can be a limit for this.(30 day
etc)

4- Access infos : Info of accesses. Who give the access at a channel,when
etc.


----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.za.net>
Sent: Wednesday, July 14, 2004 4:46 AM
Subject: Re: [IRCServices] IRC Services 5.1 Features


> >I'm just curious what kind of new stuff we should be expecting in IRC
> >Services 5.1. Have you got a plan for what you'd like to add or is it
> >going to be what people suggest?
>
>      I'm always open to suggestions, but here are some of the things I'm
> thinking about:
>
> - At least some progress toward support for MySQL/etc. databases
> - A wider variety of statistics from StatServ
> - More flexible logging (e.g. separate "main" log and "event" log)
> - Some way to simplify the configuration process (a configuration module
>   for the HTTP interface, for example)
>
>      And before anyone asks (because I know someone will...), no, I won't
> add a BotServ.
>
>   --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 azoff at se.linux.org  Wed Jul 14 03:22:53 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40f4923b.70175@achurch.org>
References: <40f4923b.70175@achurch.org>
Message-ID: <40F5097D.6050108@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew Church wrote:
| - At least some progress toward support for MySQL/etc. databases

What type of database are you using now? Something you have wrote
yourself? Pesonaly I don't think mysql is a good idea, it will be on
heavy load if it's a medmium network.

| - More flexible logging (e.g. separate "main" log and "event" log)

This would help while checking logs..

| - Some way to simplify the configuration process (a configuration module
|   for the HTTP interface, for example)

This should be useful if you don't have a shell on the server.


Cheers!
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA9Ql8eY7jmtvbDP0RAmnNAJ90nFxpbiU2MaO6SSXB9LW02BlgLQCeLyoU
cVEY++WmZKmiZzntURxPMi8=
=wtRi
-----END PGP SIGNATURE-----


From achurch at achurch.org  Wed Jul 14 20:32:27 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <40F5097D.6050108@se.linux.org>
Message-ID: <40f51af8.72756@achurch.org>

>| - At least some progress toward support for MySQL/etc. databases
>
>What type of database are you using now? Something you have wrote
>yourself? Pesonaly I don't think mysql is a good idea, it will be on
>heavy load if it's a medmium network.

     The current format is a flat file, and hacked at that to retain
compatibility with the format used in 4.5.  I had intended to redo the
format for 5.0, but it was too much work at the time to redesign the
database system with the needed modularity.

     As far as DBMS support goes, (I mentioned this in an earlier message
as well, but) most of the requests I've had are in order for other programs
to be able to easily access Services' databases, and for that a periodic
sync to disk (same as for the current flat-file format) ought to be
sufficient.  I don't share your pessimism that the load for using a DBMS
in real time would be unmanageable, but due to the significant changes
required such a feature is much farther off.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Wed Jul 14 10:52:38 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Small bug in Unreal3.2.1
Message-ID: <mailman.68.1098597730.26050.ircservices@ircservices.za.net>

I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/




From vjeko at starfriend.com  Wed Jul 14 11:01:51 2004
From: vjeko at starfriend.com (Vjeko Konc)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
Message-ID: <6.1.1.1.2.20040714200000.0292ee28@127.0.0.1>



Andrew Church wrote:
 >     Channel memos is one thing I've been meaning to revisit for a while;
 >thanks for reminding me.  The channel memo system is a major hack as is,
 >with no notification or anything else that can be done for nicknames.  So
 >let me pose a question:  What would you (anyone feel free to reply) want to
 >use channel memos for?  In what cases would you want to send a memo to a
 >channel, and who would you want to read the memo?  I've got a few redesign
 >possibilities in mind, but to avoid leading questions, I won't mention them
 >right now; just assume channel memos could do anything you want, and tell
 >me what you'd want them to do.

As it is now I use channel memos as a bulletin board for my ops, leaving 
messages about anything I feel they might need to know; who was banned 
lately and why, major changes to the channel's access list, or just basic 
and/or channel policy reminders. Highly usable.

What I'd like to see at some point is a way to check if a memo sent to an 
individual have been read, as well as a channel memo notification for 
everyone with the required access.

Under the assumption that channel memos could do anything, I'd have the 
option to send a persistent notification to my ops notifying them every 
time they come online, or at least each time they come into the channel in 
question, that they have unread channel memos waiting until they've 
actually read all new memos. Maybe by flagging certain memos as important 
somehow, e.g. SEND {nickname | channel} [flag] memo-text.


Vjeko Konc

---
When cryptography is outlawed,
bayl bhgynjf jvyy unir cevinpl.



From medice at gmx.at  Wed Jul 14 11:34:58 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Small bug in Unreal3.2.1
In-Reply-To: <20040714175557.25567gmx1@mx030.gmx.net>
References: <20040714175557.25567gmx1@mx030.gmx.net>
Message-ID: <40F57CD2.9060601@gmx.at>

Craig McLure wrote:
> I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels.
> 

as far as i know, this is not a bug, but a feature (a rather senseless 
one in my opinion)
the fact, that a user is local-op (umode +O) is NOT distributed on other 
servers (including services) - try taking a look on remote local-ops - 
they may have umode h and stuff, but you'll not find +O
don't know why this stuff is not globalized (same with effects of 
snomasks...) it seems to be some kind of policy in doing so...
maybe call the unreal-coders ;) - not sending oper-info is certainly not 
worthy for traffic-limitation, since there should only be a few opers 
and their info-sets are supposed to be limited in the same way ;)

(maybe i leave a note on their bugtracker...)

greets
/medice



From lordbergee at comcast.net  Wed Jul 14 16:39:51 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] MemoServ Info Display Bug
Message-ID: <40F5C447.2010809@comcast.net>

Howdy all,
        Found a little bug in the MemoServ info command's display.  If you have 
a registered nickname (no special admin privileges) and execute /msg 
memoserv info you'll see:

-MemoServ- You currently have no memos.
-MemoServ- Your memo limit is 20.
-MemoServ- You will be notified of new memos at logon and when they arrive.

Now type /msg memoserv info someoneelse (someoneelse doesn't even have 
to be a registered nickname) and you will see:

-MemoServ- someoneelse currently has no memos.
-MemoServ- someoneelse's memo limit is 20.
-MemoServ- someoneelse is notified of new memos at logon and when they 
arrive.

Just a minor display problem as MemoServ still provides you with the 
information about your nickname and not whatever you may tell it.  I 
believe MemoServ should just ignore the invalid parameter you pass to it 
and still use "you" and "your" in its output.  I have tested this with 
IRCServices 5.0.36 on Red Hat Linux 9.0 linked to Unreal 3.2.1. :)

Bergee


From achurch at achurch.org  Thu Jul 15 10:34:30 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Small bug in Unreal3.2.1
In-Reply-To: <40f5735b.76515@mail.achurch.org>
Message-ID: <40f5df55.74467@achurch.org>

>I have found that services seems to enforce Channel mode +O on local opers.. I think that services doesnt react to the new Unreal settings allowing local opers in +O channels.

     Services has no way to know about local opers, since their mode +o
doesn't get propogated.  (Or has this changed too?)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Thu Jul 15 10:40:50 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] MemoServ Info Display Bug
In-Reply-To: <40F5C447.2010809@comcast.net>
Message-ID: <40f5e0ae.75416@achurch.org>

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Howdy all,
>       Found a little bug in the MemoServ info command's display.  If you have 
>a registered nickname (no special admin privileges) and execute /msg 
>memoserv info you'll see:
>
>-MemoServ- You currently have no memos.
>-MemoServ- Your memo limit is 20.
>-MemoServ- You will be notified of new memos at logon and when they arrive.
>
>Now type /msg memoserv info someoneelse (someoneelse doesn't even have 
>to be a registered nickname) and you will see:
>
>-MemoServ- someoneelse currently has no memos.
>-MemoServ- someoneelse's memo limit is 20.
>-MemoServ- someoneelse is notified of new memos at logon and when they 
>arrive.
>
>Just a minor display problem as MemoServ still provides you with the 
>information about your nickname and not whatever you may tell it.  I 
>believe MemoServ should just ignore the invalid parameter you pass to it 
>and still use "you" and "your" in its output.  I have tested this with 
>IRCServices 5.0.36 on Red Hat Linux 9.0 linked to Unreal 3.2.1. :)
>
>Bergee
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From lordbergee at comcast.net  Wed Jul 14 19:48:11 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
Message-ID: <40F5F06B.3080707@comcast.net>

Hello again,
        I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 
with a 1.7 GHz Celeron.  Earlier today I noticed that as a regular user 
I am able to mode lock channel modes +O or +A on.  Doing this then makes 
a channel where I was the founder into a channel that only IRCops (+O) 
or Admins (+A) can join.  Given that as a regular user I would then not 
be permitted to join my own channel I suggest that only IRCops and above 
be able to mode lock channel mode O and only Admins be able to do the 
same for channel mode A.

Bergee


From achurch at achurch.org  Thu Jul 15 11:53:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
In-Reply-To: <40F5F06B.3080707@comcast.net>
Message-ID: <40f5f27a.75644@achurch.org>

     This has been brought up before, and I won't be changing this
behavior; this is a classic case of DDTT.  (Don't Do That Then: if an
unusual action produces an undesired result, then the obvious solution is
to simply not perform that action.  For example, pounding on your keyboard
can cause keys to fly off, but that's not a defect in the keyboard--DDTT.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hello again,
>       I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 
>with a 1.7 GHz Celeron.  Earlier today I noticed that as a regular user 
>I am able to mode lock channel modes +O or +A on.  Doing this then makes 
>a channel where I was the founder into a channel that only IRCops (+O) 
>or Admins (+A) can join.  Given that as a regular user I would then not 
>be permitted to join my own channel I suggest that only IRCops and above 
>be able to mode lock channel mode O and only Admins be able to do the 
>same for channel mode A.
>
>Bergee
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From Craig at frostycoolslug.com  Wed Jul 14 19:59:38 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
Message-ID: <mailman.69.1098597730.26050.ircservices@ircservices.za.net>

This is questionable, and adds some complexity to services, imo, at the end of the day, if you can SET mlock +A and +O, then you can also unset it. making 'Only admin can set this mlock' code redundant.

Just my 2c.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 * Andy didnt respond to my fanmail! *cries* ;D
 ****************************************/


/****************************************
 * From    - Bergee <lordbergee@comcast.net>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 2004-07-15 03:48:11
 * Subject - [IRCServices] Unreal modelock issue
 ****************************************/

/****** - Begin Original Message - ******/

>Hello again,
>       I'm running Unreal 3.2.1 and IRCServices 5.0.36 on Red Hat Linux 9.0 
>with a 1.7 GHz Celeron.  Earlier today I noticed that as a regular user 
>I am able to mode lock channel modes +O or +A on.  Doing this then makes 
>a channel where I was the founder into a channel that only IRCops (+O) 
>or Admins (+A) can join.  Given that as a regular user I would then not 
>be permitted to join my own channel I suggest that only IRCops and above 
>be able to mode lock channel mode O and only Admins be able to do the 
>same for channel mode A.
>
>Bergee
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/





From Rottman3D at yahoo.com  Wed Jul 14 20:11:26 2004
From: Rottman3D at yahoo.com (Rottman3D@yahoo.com)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
In-Reply-To: <40f5f27a.75644@achurch.org>
References: <40F5F06B.3080707@comcast.net>
 <40f5f27a.75644@achurch.org>
Message-ID: <6.1.1.1.2.20040714230314.02d5b870@pop.mail.yahoo.com>

True, users will learn quickly if they lock themselves out of the channel. 
Maybe a feature with a more useful future is the ability to deny some modes 
from being MLOCK'ed. Maybe a line in the conf file such as 'Restrict-mlock 
"tnOA"'. Then use the ircd to set the mode on channel creation if that mode 
should be on. I'm not sure if this has come up before, a quick search of 
the archives leads me to say it hasn't.

-R




From lordbergee at comcast.net  Wed Jul 14 20:11:50 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Suggestion: AKICK kick reason format change
Message-ID: <40F5F5F6.7070602@comcast.net>

Howdy,
        Recently some users on my network have taken to adding AKICKs for 
people with the reason "KICK by SomeOtherUser" and then using AKICK 
enforce to cause ChanServ to kick the user with the reason "KICK by 
SomeOtherUser".  This of course looks exactly like the kick reason if 
SomeOtherUser had used cs kick, which is slightly confusing to users, 
especially new ones.
        Therefore I suggest that when ChanServ kicks a user because of an AKICK 
it use a format something like "AKICK by RealNickname (reason here)" 
where RealNickname is the nick of the user that added the AKICK.  I 
realize this is somewhat of an education problem of the users, but it 
strikes me as somewhat similar to prefixing channel entry messages with 
the channel name (to prevent people from faking actual ChanServ 
messages).  Granted it's probably not as serious, but still slightly 
confusing if you're new to IRC.  :)
        I'm curious what other people think about this.  Anyone have any other 
thoughts about this?

Bergee


From lordbergee at comcast.net  Wed Jul 14 20:13:53 2004
From: lordbergee at comcast.net (Bergee)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
In-Reply-To: <40f5f27a.75644@achurch.org>
References: <40f5f27a.75644@achurch.org>
Message-ID: <40F5F671.9050700@comcast.net>

Andrew Church wrote:
>      This has been brought up before, and I won't be changing this
> behavior; this is a classic case of DDTT.

        Whoops, guess I didn't search hard enough then, my fault.  :)  I 
suppose that is true in terms of a solution.  I was really suggesting it 
because the IRCd won't let normal users set the mode and it followed to 
me that neither should services.  :)

Craig McLure wrote:
 > This is questionable, and adds some complexity to services, imo, at
 > the end of the day, if you can SET mlock +A and +O, then you can also
 > unset it. making 'Only admin can set this mlock' code redundant.

        I was actually trying to suggest that similar to how ChanServ treats 
+r, a normal user simply not be allowed to include modes O or A in the 
mode lock at all. :)

Bergee


From achurch at achurch.org  Thu Jul 15 12:25:16 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
In-Reply-To: <40F5F671.9050700@comcast.net>
Message-ID: <40f5f997.76043@achurch.org>

> > This is questionable, and adds some complexity to services, imo, at
> > the end of the day, if you can SET mlock +A and +O, then you can also
> > unset it. making 'Only admin can set this mlock' code redundant.
>
>       I was actually trying to suggest that similar to how ChanServ treats 
>+r, a normal user simply not be allowed to include modes O or A in the 
>mode lock at all. :)

     Which, as Craig says, requires more complexity than the current code
(which doesn't differentiate between opers and regular users at all).
This is my main technical objection to adding such a feature--the added
complexity outweighs the (negligible) benefit provided.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Thu Jul 15 12:50:29 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
In-Reply-To: <6.1.1.1.2.20040714230314.02d5b870@pop.mail.yahoo.com>
Message-ID: <40f5ff5e.76057@achurch.org>

>True, users will learn quickly if they lock themselves out of the channel. 
>Maybe a feature with a more useful future is the ability to deny some modes 
>from being MLOCK'ed. Maybe a line in the conf file such as 'Restrict-mlock 
>"tnOA"'. Then use the ircd to set the mode on channel creation if that mode 
>should be on. I'm not sure if this has come up before, a quick search of 
>the archives leads me to say it hasn't.

     This is an interesting idea, and could work well with earlier
suggestions of allowing the initial mode lock to be configurable.  I'll
think about it.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From loliveira at neoline.com.br  Wed Jul 14 23:54:46 2004
From: loliveira at neoline.com.br (Luiz Oliveira)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Suggestion: HTTP recirect module
Message-ID: <1089874486.4761.10.camel@PO219.al.neoline.com.br>

Hi,

        My suggestion would be for being possible to create more hosts (Virtual
Host) for module to redirect URLs.

        Example:

                http://users.domain.net/~nick
                http://channels.domain.net/~channel

~ Luiz



From brightside at quasinet.org  Fri Jul 16 06:59:55 2004
From: brightside at quasinet.org (BrightSide)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] IRC Services  5.1 Features
In-Reply-To: <200471516537.076693@MARVIN>
Message-ID: <2004716155955.004446@MARVIN>

>?Noted. ?(No promises, though... maaaybe if you get enough people
>?to ?pester me ;) )

pester, pester, pester! :)

But on a more serious note: if it will be any help, I'll be more
than happy to share my hacked Bahamut protocol module which I'm
currently using for Ultimate3. (Running on irc.quasinet.org for
anyone who got some idle time and wanting to see it in action)

>?I admit handling of the channel admin/owner mode was only added
>?in ?as a "might as well use it" sort of thing. ?I'm not sure I
>?like the ?idea of adding yet another ChanServ option, though. ?As
>?far as I ?understand it (correct me if I'm wrong), channel owner
>?mode is just ?like protected (+a) except that it can't be unset
>?by other +a ?users; if that's the case, I'm not sure there's much
>?reason to use ?it at all--after all, ChanServ will always let the
>?founder unban, ?rejoin, and get +a back as needed. ?(And
>?internally, channel owner ?mode support is a pain because
>?different ircds use different mode ?letters for it.)
>
>?What would people think of just doing away with channel owner
>?mode ?support entirely?

I don't have any experience with other ircd's so I can't answer for
them, but on Ultimate the +a is used in much the same way as halfop
except that it is one step above chan-op instead of one step below.
Channel-Admins can give and remove mode +a for other users, chanops
can not. Chanops are also not able to kick admins out of the
channel, in the same way that halfops are not allowed to kick
chanops. When a new channel is created, the first user is given
chanops status and for this reason it's necessary for services to
be able to set this mode. There is no way normal users can set this
themselves without requiring assistance from an ircoper.

The reason I want this to be specifiable is because some users want
to use this as a "founder only" mode, and some want to use it as a
mode given to the founder and all co-founders (a.k.a SOPs). I have
also seen some clients break because the mode is outside the
RFC1459 spesifications, so I believe that some users might find it
more annoying than helpful so they want to disable it completely,
in other words make chanserv not set the mode at all. But these
needs varies from channel to channel.

>?Channel memos is one thing I've been meaning to revisit for a ?
>?while; thanks for reminding me. ?The channel memo system is a
>?major ?hack as is, with no notification or anything else that can
>?be done ?for nicknames. ?So let me pose a question: ?What would
>?you (anyone ?feel free to reply) want to use channel memos for? ?
>?In what cases ?would you want to send a memo to a channel, and
>?who would you want ?to read the memo? ?I've got a few redesign
>?possibilities in mind, ?but to avoid leading questions, I won't
>?mention them right now; ?just assume channel memos could do
>?anything you want, and tell me ?what you'd want them to do.
>

I see channel memos as a simple way of informing all operators of a
channel about channel events without requiring them to be online.
This could be messages informing them of new operators, channel
guildelines etc. etc. It's an easy way to reach everyone at the
same time so you can be sure they got the message, and there's no
need for channel-users to create their own mailinglist or a forum
board. From my own experience, I have found this very handy in
channels with users from all over the world, as it's impossible to
reach everyone at the same time because of timezones :)I see
channel memos as a simple way of informing all operators of a
channel about channel events without requiring them to be online.
This could be messages informing them of new operators, channel
guildelines etc. etc. It's an easy way to reach everyone at the
same time so you can be sure they got the message, and there's no
need for channel-users to create their own mailinglist or a forum
board. From my own experience, I have found this very useful in
channels with users from all over the world, as it's impossible to
reach everyone at the same time because of timezones :)

Also, a final wish:

3) I've noticed there are a callback for "receive message" to
capture all messages sent from a server to services but I have not
yet found any way to capture all messages sent from services to a
server. It would be useful to support server-to-server compression
and encryption.

-BrightSide-





From vonitsa_net at yahoo.gr  Thu Jul 15 07:19:05 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
Message-ID: <20040715141905.90936.qmail@web53107.mail.yahoo.com>

this feature to restrict modes from the mlock command
should be available to services admins and not only to
someone with access to the conf file. so this may be
added as a command: /os set restrictmlock [modes]

=====
Dionisios K. - ToXiC On HellenicNet


From vonitsa_net at yahoo.gr  Thu Jul 15 07:25:22 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Unreal modelock issue
Message-ID: <20040715142522.32637.qmail@web53106.mail.yahoo.com>

this feature to restrict modes from the mlock command
should be available to services admins and not only to
someone with access to the conf file. so this may be
added as a command: /os set restrictmlock [modes]

=====
Dionisios K. - ToXiC On HellenicNet


From irc at teknet.com.tr  Thu Jul 15 16:59:50 2004
From: irc at teknet.com.tr (Okan Karasoy)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Nick Enforcer Holding Problem
Message-ID: <ef444723299c4dffc64a052323c26e6e@teknet.com.tr>

Hi there, 
While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our situation is that Nick linking is not active in our services. 
The nicks that are caught in the Nick Enforcer are not released for a very long period of time. 
The Nick Enforcer settings in the modules.conf are as follows:
NSEnforcerUser      tutkal
#NSEnforcerUser     enforcer@localhost.net
NSForceNickChange
NSReleaseTimeout    30s
We have tested this problem on our own nicks which have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately some nicks are held in the Nick Enforcer for two to three hours. 
We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us. 

Thank you for all your time and assistance.

Okan Karasoy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040715/7f683f51/attachment.htm
From achurch at achurch.org  Fri Jul 16 08:12:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Nick Enforcer Holding Problem
In-Reply-To: <ef444723299c4dffc64a052323c26e6e@teknet.com.tr>
Message-ID: <40f70f87.02446@achurch.org>

     This is probably the same problem (it also occurs on nick drops).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>--===============0195564303==
>Content-Type: multipart/alternative;
>       boundary="--0E79C1A997A8CF7B7CDEA2D7E9F4FF5C"
>
>----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C
>Content-Type: text/plain; charset="iso-8859-9"
>Content-Transfer-Encoding: 7bit
>
>Hi there, 
>While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our situation is 
>that Nick linking is not active in our services. 
>The nicks that are caught in the Nick Enforcer are not released for a very long period of time. 
>The Nick Enforcer settings in the modules.conf are as follows:
>NSEnforcerUser      tutkal
>#NSEnforcerUser     enforcer@localhost.net
>NSForceNickChange
>NSReleaseTimeout    30s
>We have tested this problem on our own nicks which have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately
> some nicks are held in the Nick Enforcer for two to three hours. 
>We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us. 
>
>Thank you for all your time and assistance.
>
>Okan Karasoy
>
>----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C
>Content-Type: text/html; charset="iso-8859-9"
>Content-Transfer-Encoding: 7bit
>
>Hi there, <BR>While we were using 5.0.31 we didn't experience any Nick Enforce problems, but when we upgraded to 5.0.36, like Bergee, we had similar problems with NickServ Enforcer holding a nick for longer than was necessary. The only difference with our
> situation is that Nick linking is not active in our services. <BR>The nicks that are caught in the Nick Enforcer are not released for a very long period of time. <BR>The Nick Enforcer settings in the modules.conf are as follows:<BR>NSEnforcerUser&nbsp;&n
>bsp;&nbsp;&nbsp;&nbsp; tutkal<BR>#NSEnforcerUser&nbsp;&nbsp;&nbsp;&nbsp; <A href="mailto:enforcer@localhost.net">enforcer@localhost.net</A><BR>NSForceNickChange<BR>NSReleaseTimeout&nbsp;&nbsp;&nbsp; 30s<BR>We have tested this problem on our own nicks whic
>h have been released from Nick Enforcer after 30 seconds. We have tried this out by registering a new nick, setting the Enforce option on, and still the nick was released after 30 seconds. But unfortunately some nicks are held in the
>Nick Enforcer for two to three hours. <BR>We have no idea at all as to why this is happening, and we would appreciate it if someone could shed some light on this problem, and help us. <BR><BR>Thank you for all your time and assistance.<BR><BR>Okan Karasoy
><BR>
>----0E79C1A997A8CF7B7CDEA2D7E9F4FF5C--
>
>
>
>--===============0195564303==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------


From ircservices at utonet.org  Sun Jul 18 18:08:19 2004
From: ircservices at utonet.org (arcane)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Suggestion: AKICK kick reason format change
In-Reply-To: <40F5F5F6.7070602@comcast.net>
References: <40F5F5F6.7070602@comcast.net>
Message-ID: <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-verizon.net>

I can definitely see the validity of this claim.  As much as founders
wish their chanops were perfectly behaved, this "bug" is a marvelous way
to trick many ordinary users into thinking someone else banned them.

If, however, you want usage of AKICK to remain anonymous, ChanServ could
at least have it be prefixed with "AKICK", "(AKICK)", or something
similar.  Personally I think just saying "AKICK by nickname" is
acceptable since it's not like many other ChanServ features are
anonymous anyway.

No matter what route this takes, I think it should definitely show who
placed an AKICK somewhere.

Arcane - UtoNet Service Administrator

On Wed, 2004-07-14 at 22:11, Bergee wrote:
> Howdy,
>       Recently some users on my network have taken to adding AKICKs for 
> people with the reason "KICK by SomeOtherUser" and then using AKICK 
> enforce to cause ChanServ to kick the user with the reason "KICK by 
> SomeOtherUser".  This of course looks exactly like the kick reason if 
> SomeOtherUser had used cs kick, which is slightly confusing to users, 
> especially new ones.
>       Therefore I suggest that when ChanServ kicks a user because of an AKICK 
> it use a format something like "AKICK by RealNickname (reason here)" 
> where RealNickname is the nick of the user that added the AKICK.  I 
> realize this is somewhat of an education problem of the users, but it 
> strikes me as somewhat similar to prefixing channel entry messages with 
> the channel name (to prevent people from faking actual ChanServ 
> messages).  Granted it's probably not as serious, but still slightly 
> confusing if you're new to IRC.  :)
>       I'm curious what other people think about this.  Anyone have any other 
> thoughts about this?
> 
> Bergee
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 



From vjeko at starfriend.com  Mon Jul 19 00:35:19 2004
From: vjeko at starfriend.com (Vjeko Konc)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Suggestion: AKICK kick reason format change
In-Reply-To: <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-v
        erizon.net>
References: <40F5F5F6.7070602@comcast.net>
        <1090199298.2488.26.camel@wbar7.chi1-4-8-134-069.chi1.dsl-verizon.net>
Message-ID: <6.1.1.1.2.20040719090538.0292f6f0@127.0.0.1>

arcane wrote:
 >If, however, you want usage of AKICK to remain anonymous, ChanServ could
 >at least have it be prefixed with "AKICK", "(AKICK)", or something
 >similar.  Personally I think just saying "AKICK by nickname" is
 >acceptable since it's not like many other ChanServ features are
 >anonymous anyway.
 >
 >
 >No matter what route this takes, I think it should definitely show who
 >placed an AKICK somewhere.

I agree wholeheartedly, I don't see why AKICK should be more anonymous than
the ChanServ KICK command, making it prone for abuse. If nothing else, adding
"AKICK by nickname" would make it more consistent. ;-)



Vjeko Konc

---
When cryptography is outlawed,
bayl bhgynjf jvyy unir cevinpl. 



From vonitsa_net at yahoo.gr  Fri Jul 23 02:43:42 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
Message-ID: <20040723094342.64133.qmail@web53110.mail.yahoo.com>

hello again:-) Andrew can be added to the next
services release an operserv noop command?

=====
Dionisios K. - ToXiC On HellenicNet


From brain at winbot.co.uk  Fri Jul 23 13:08:06 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
Message-ID: <E1Bo6M1-000NNg-4l@brainbox.winbot.co.uk>

does it actually have any use? not seen a use for it yet...

>hello again:-) Andrew can be added to the next
>services release an operserv noop command?
>
>=====
>Dionisios K. - ToXiC On HellenicNet
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From vonitsa_net at yahoo.gr  Fri Jul 23 14:56:22 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
Message-ID: <20040723215622.43548.qmail@web53103.mail.yahoo.com>

useful for test servers. i can use raw to send a noop
but i think it will be more easy and secure the use of
it as an operserv command.

=====
Dionisios K. - ToXiC On HellenicNet


From uhc0 at rz.uni-karlsruhe.de  Fri Jul 23 15:16:49 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
In-Reply-To: <20040723215622.43548.qmail@web53103.mail.yahoo.com>
References: <20040723215622.43548.qmail@web53103.mail.yahoo.com>
Message-ID: <1090621009.11119.12.camel@dreadnought.hadiko.de>

Can you please also explain, why you link a server whose operators you
do not trust?

For testing purposes, the raw command should be enough.
I do not see any point in adding a mostly useless command and creating
additional translation job for translators just because of your test
network.

Regards;
yusuf.

On Fri, 2004-07-23 at 23:56, Dionisios K. wrote:
> useful for test servers. i can use raw to send a noop
> but i think it will be more easy and secure the use of
> it as an operserv command.
> 
> =====
> Dionisios K. - ToXiC On HellenicNet
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From vonitsa_net at yahoo.gr  Fri Jul 23 16:03:08 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
Message-ID: <20040723230308.11018.qmail@web53110.mail.yahoo.com>

if you wait to trust all opers before any link i think
you have 1 or 2 servers to your network if you have
one. ps: please before sending any email calm down...
something useless for you doesnt mean its useless for everyone.

=====
Dionisios K. - ToXiC On HellenicNet


From mark at ctcp.net  Fri Jul 23 16:26:02 2004
From: mark at ctcp.net (M)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
In-Reply-To: <20040723230308.11018.qmail@web53110.mail.yahoo.com>
Message-ID: <E1Bo9Ry-000GBT-0Y@anchor-post-34.mail.demon.net>

Dionisios K wrote:
> if you wait to trust all opers before any link i think you 
> have 1 or 2 servers to your network if you have one. ps: 

How a network chooses to expand is down to the network and has no place in
discussion of IRCServices development. Insults are qually inappropriate for
the list.

> please before sending any email calm down...

Listen to your own advice...

> something useless for you doesnt mean its useless for everyone.

This is a discussion list so you will get differing opinions. You have made
one, Yusef has made one. Just because he did not agree is no reason for you
to discount his opinion. 

If you want anything added to IRCServices, you need both a good idea and
support. So far you have had one person object and no support. Your response
to the objection did not further your case.

M.



From achurch at achurch.org  Sat Jul 24 21:57:49 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] noop feature
In-Reply-To: <20040723094342.64133.qmail@web53110.mail.yahoo.com>
Message-ID: <41025d2c.16261@achurch.org>

>hello again:-) Andrew can be added to the next
>services release an operserv noop command?

     I believe this has been discussed before, but this is something that
should be handled at the IRC server and network administration (i.e. human)
levels, and is not worth implementing in Services.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Sat Jul 24 06:56:39 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] old services databases convert
Message-ID: <20040724135639.73456.qmail@web53104.mail.yahoo.com>

i have to convert databases from ircservices 4.5.43 to
5.0.36 - what i have to do? after the conversion it
will be 100table?

=====
Dionisios K. - ToXiC On HellenicNet


From vonitsa_net at yahoo.gr  Sat Jul 24 07:03:14 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] old services databases convert
Message-ID: <20040724140314.29944.qmail@web53105.mail.yahoo.com>

100table = stable

=====
Dionisios K. - ToXiC On HellenicNet


From achurch at achurch.org  Sat Jul 24 23:07:09 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] old services databases convert
In-Reply-To: <20040724140314.29944.qmail@web53105.mail.yahoo.com>
Message-ID: <41026d1d.16630@achurch.org>

     Services 5.0 can read 4.x databases directly.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From chawmp at cyberarmy.net  Sun Jul 25 13:20:28 2004
From: chawmp at cyberarmy.net (Chawmp)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Allocation error: ns unsuspend
In-Reply-To: <20040708194930.CMKR8778.mta02-svc.ntlworld.com@excelsior>
Message-ID: <20040725201935.TPCR6109.mta10-svc.ntlworld.com@excelsior>

Hi again,

I just noticed and patched another bug, quite similar to the last issue I
posted about ("Seg Fault/Bus Error on SQUIT":
http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ).

Again, I noticed this one because free() is set up to write a pattern over
memory as it is released on our services host. It wouldn't occur in most
normal circumstances, but might do unpredictably, depending on a lot of
factors, so ought to be fixed.

The problem occurs when unsuspending a nickname that is part of a group in
which no nickname has been used for longer than the NSExpire setting - or
something along those lines.

In modules/nickserv/util.c, unsuspend_nick() does this:

        ARRAY_FOREACH (i, ngi->nicks) {
                NickInfo *ni = get_nickinfo(ngi->nicks[i]);
                ...
        }

get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions
(roughly as I described above), making the following attempts to dereference
ngi crash the program:

                if (!ni) {
                        module_log("unsuspend: unable to retrieve NickInfo
for %s"
                                " (nick group %u)", ngi->nicks[i], ngi->id);
                        continue;
                }

ngi would also be used in subsequent loops, so just changing the log message
wouldn't be a solution.

I didn't have a lot of time to investigate the best way to fix this, but
here is the patch I came up with. It seems to do the job, but I would be
grateful if anyone can advise something more suitable. (Lines beginning "+"
were added; noexpire is just set to 1 before the loop, and restored
afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff
only happens a few lines after the call to get_nickinfo(), so for that small
time, nick groups can disappear.).

  void unsuspend_nick(NickGroupInfo *ngi, int set_time)
  {
      time_t now = time(NULL);
+ int cache_noexpire = 0;
  
      if (!ngi->suspendinfo) {
        module_log("unsuspend: called on non-suspended nick group %u [%s]",

...

                       " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id,
                       (long)ngi->authset);
        }
+ cache_noexpire = noexpire;
+ noexpire = 1;
        ARRAY_FOREACH (i, ngi->nicks) {
            NickInfo *ni = get_nickinfo(ngi->nicks[i]);
            if (!ni) {

...

            }
        }
      }
+ noexpire = cache_noexpire;
  }
  
 
/*************************************************************************/

--
Tom McIntyre
chawmp@cyberarmy.net




From chawmp at cyberarmy.net  Mon Jul 26 05:05:02 2004
From: chawmp at cyberarmy.net (Chawmp)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Allocation error: ns unsuspend [retry]
Message-ID: <20040726120549.PHYF11275.mta09-svc.ntlworld.com@excelsior>

Hi again,

[ I sent this yesterday, but it seems it got put under another thread in the
archive, and didn't actually get sent out to the list, so I'll send it again
in case it gets missed :) ]

I just noticed and patched another bug, quite similar to the last issue I
posted about ("Seg Fault/Bus Error on SQUIT":
http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ).

Again, I noticed this one because free() is set up to write a pattern over
memory as it is released on our services host. It wouldn't occur in most
normal circumstances, but might do unpredictably, depending on a lot of
factors, so ought to be fixed.

The problem occurs when unsuspending a nickname that is part of a group in
which no nickname has been used for longer than the NSExpire setting - or
something along those lines.

In modules/nickserv/util.c, unsuspend_nick() does this:

        ARRAY_FOREACH (i, ngi->nicks) {
                NickInfo *ni = get_nickinfo(ngi->nicks[i]);
                ...
        }

get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions
(roughly as I described above), making the following attempts to dereference
ngi crash the program:

                if (!ni) {
                        module_log("unsuspend: unable to retrieve NickInfo
for %s"
                                " (nick group %u)", ngi->nicks[i], ngi->id);
                        continue;
                }

ngi would also be used in subsequent loops, so just changing the log message
wouldn't be a solution.

I didn't have a lot of time to investigate the best way to fix this, but
here is the patch I came up with. It seems to do the job, but I would be
grateful if anyone can advise something more suitable. (Lines beginning "+"
were added; noexpire is just set to 1 before the loop, and restored
afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff
only happens a few lines after the call to get_nickinfo(), so for that small
time, nick groups can disappear.).

  void unsuspend_nick(NickGroupInfo *ngi, int set_time)
  {
      time_t now = time(NULL);
+ int cache_noexpire = 0;
  
      if (!ngi->suspendinfo) {
        module_log("unsuspend: called on non-suspended nick group %u [%s]",

...

                       " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id,
                       (long)ngi->authset);
        }
+ cache_noexpire = noexpire;
+ noexpire = 1;
        ARRAY_FOREACH (i, ngi->nicks) {
            NickInfo *ni = get_nickinfo(ngi->nicks[i]);
            if (!ni) {

...

            }
        }
      }
+ noexpire = cache_noexpire;
  }
  
 
/*************************************************************************/

--
Tom McIntyre
chawmp@cyberarmy.net




From achurch at achurch.org  Mon Jul 26 22:29:50 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Allocation error: ns unsuspend [retry]
In-Reply-To: <20040726120549.PHYF11275.mta09-svc.ntlworld.com@excelsior>
Message-ID: <41050928.24475@achurch.org>

     I did see your original message--it's just that I've been going
through the entire code to find and fix similar bugs as well.  I have a
sneaking suspicion that the expire-on-get design plays nasty games with
pointers in the user record too, but as it hasn't seemed to cause any
problems so far, I'm saving that bit of contemplation for 5.1 (which,
incidentally, will also have similar use-after-free checks in the memory
checking code).

     At any rate, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Hi again,
>
>[ I sent this yesterday, but it seems it got put under another thread in the
>archive, and didn't actually get sent out to the list, so I'll send it again
>in case it gets missed :) ]
>
>I just noticed and patched another bug, quite similar to the last issue I
>posted about ("Seg Fault/Bus Error on SQUIT":
>http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ).
>
>Again, I noticed this one because free() is set up to write a pattern over
>memory as it is released on our services host. It wouldn't occur in most
>normal circumstances, but might do unpredictably, depending on a lot of
>factors, so ought to be fixed.
>
>The problem occurs when unsuspending a nickname that is part of a group in
>which no nickname has been used for longer than the NSExpire setting - or
>something along those lines.
>
>In modules/nickserv/util.c, unsuspend_nick() does this:
>
>       ARRAY_FOREACH (i, ngi->nicks) {
>               NickInfo *ni = get_nickinfo(ngi->nicks[i]);
>               ...
>       }
>
>get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions
>(roughly as I described above), making the following attempts to dereference
>ngi crash the program:
>
>               if (!ni) {
>                       module_log("unsuspend: unable to retrieve NickInfo
>for %s"
>                               " (nick group %u)", ngi->nicks[i], ngi->id);
>                       continue;
>               }
>
>ngi would also be used in subsequent loops, so just changing the log message
>wouldn't be a solution.
>
>I didn't have a lot of time to investigate the best way to fix this, but
>here is the patch I came up with. It seems to do the job, but I would be
>grateful if anyone can advise something more suitable. (Lines beginning "+"
>were added; noexpire is just set to 1 before the loop, and restored
>afterwards, which stops the expiry check. Note that the NSSuspendGrace stuff
>only happens a few lines after the call to get_nickinfo(), so for that small
>time, nick groups can disappear.).
>
>  void unsuspend_nick(NickGroupInfo *ngi, int set_time)
>  {
>      time_t now = time(NULL);
>+ int cache_noexpire = 0;
>  
>      if (!ngi->suspendinfo) {
>       module_log("unsuspend: called on non-suspended nick group %u [%s]",
>
>...
>
>                      " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id,
>                      (long)ngi->authset);
>       }
>+ cache_noexpire = noexpire;
>+ noexpire = 1;
>       ARRAY_FOREACH (i, ngi->nicks) {
>           NickInfo *ni = get_nickinfo(ngi->nicks[i]);
>           if (!ni) {
>
>...
>
>           }
>       }
>      }
>+ noexpire = cache_noexpire;
>  }
>  
> 
>/*************************************************************************/
>
>--
>Tom McIntyre
>chawmp@cyberarmy.net
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From chawmp at cyberarmy.net  Mon Jul 26 11:58:44 2004
From: chawmp at cyberarmy.net (Chawmp)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Allocation error: ns unsuspend [retry]
In-Reply-To: <41050928.24475@achurch.org>
Message-ID: <20040726185911.YXNL17476.mta07-svc.ntlworld.com@excelsior>

Yeah... It seems like the kind of problem that could have been lying
undetected in a number of places for some time.

The first bug I posted about took a lot of trial and error to locate
exactly, but with the help of the memory management debugger (among other
things) Valgrind [ http://valgrind.kde.org/ ] I was able to find the source
of this problem much more quickly. If you're not using something like it
already, it might be of help. Of course, to find every bug of this kind you
would need to potentially cause every possible flow-of-control to happen. I
guess picking out appropriate sections to examine, as you were doing, would
make the process more feasible :)

Tom McIntyre
chawmp@cyberarmy.net

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net [mailto:ircservices-
> bounces@ircservices.za.net] On Behalf Of Andrew Church
> Sent: 26 July 2004 14:30
> To: ircservices@ircservices.za.net
> Subject: Re: [IRCServices] Allocation error: ns unsuspend [retry]
> 
>      I did see your original message--it's just that I've been going
> through the entire code to find and fix similar bugs as well.  I have a
> sneaking suspicion that the expire-on-get design plays nasty games with
> pointers in the user record too, but as it hasn't seemed to cause any
> problems so far, I'm saving that bit of contemplation for 5.1 (which,
> incidentally, will also have similar use-after-free checks in the memory
> checking code).
> 
>      At any rate, thanks for the report.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> >Hi again,
> >
> >[ I sent this yesterday, but it seems it got put under another thread in
> the
> >archive, and didn't actually get sent out to the list, so I'll send it
> again
> >in case it gets missed :) ]
> >
> >I just noticed and patched another bug, quite similar to the last issue I
> >posted about ("Seg Fault/Bus Error on SQUIT":
> >http://www.ircservices.za.net/pipermail/ircservices/2004/003377.html ).
> >
> >Again, I noticed this one because free() is set up to write a pattern
> over
> >memory as it is released on our services host. It wouldn't occur in most
> >normal circumstances, but might do unpredictably, depending on a lot of
> >factors, so ought to be fixed.
> >
> >The problem occurs when unsuspending a nickname that is part of a group
> in
> >which no nickname has been used for longer than the NSExpire setting - or
> >something along those lines.
> >
> >In modules/nickserv/util.c, unsuspend_nick() does this:
> >
> >     ARRAY_FOREACH (i, ngi->nicks) {
> >             NickInfo *ni = get_nickinfo(ngi->nicks[i]);
> >             ...
> >     }
> >
> >get_nickinfo() will free (NickGroupInfo *)ngi under certain conditions
> >(roughly as I described above), making the following attempts to
> dereference
> >ngi crash the program:
> >
> >             if (!ni) {
> >                     module_log("unsuspend: unable to retrieve NickInfo
> >for %s"
> >                             " (nick group %u)", ngi->nicks[i], ngi->id);
> >                     continue;
> >             }
> >
> >ngi would also be used in subsequent loops, so just changing the log
> message
> >wouldn't be a solution.
> >
> >I didn't have a lot of time to investigate the best way to fix this, but
> >here is the patch I came up with. It seems to do the job, but I would be
> >grateful if anyone can advise something more suitable. (Lines beginning
> "+"
> >were added; noexpire is just set to 1 before the loop, and restored
> >afterwards, which stops the expiry check. Note that the NSSuspendGrace
> stuff
> >only happens a few lines after the call to get_nickinfo(), so for that
> small
> >time, nick groups can disappear.).
> >
> >  void unsuspend_nick(NickGroupInfo *ngi, int set_time)
> >  {
> >      time_t now = time(NULL);
> >+ int cache_noexpire = 0;
> >
> >      if (!ngi->suspendinfo) {
> >     module_log("unsuspend: called on non-suspended nick group %u [%s]",
> >
> >...
> >
> >                    " %u) to %ld", ngi->nicks[ngi->mainnick], ngi->id,
> >                    (long)ngi->authset);
> >     }
> >+ cache_noexpire = noexpire;
> >+ noexpire = 1;
> >     ARRAY_FOREACH (i, ngi->nicks) {
> >         NickInfo *ni = get_nickinfo(ngi->nicks[i]);
> >         if (!ni) {
> >
> >...
> >
> >         }
> >     }
> >      }
> >+ noexpire = cache_noexpire;
> >  }
> >
> >
> >/************************************************************************
> */
> >
> >--
> >Tom McIntyre
> >chawmp@cyberarmy.net
>




From achurch at achurch.org  Tue Jul 27 21:00:50 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Services 5.0.37 released
Message-ID: <4106449d.70605@achurch.org>

     Services 5.0.37 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

a653dfb1b80e8cc71ced042686656983  ircservices-5.0.37.tar.gz
d322600effff0ec5c6785a768e9dac7f  ircservices-5.0.37.diff.gz
72315d5c40db36eab27427deeac40bf2  ircservices-5.0.37-1.i386.rpm
7c4659635ec510aff829d6b828c922fd  ircservices_5.0.37-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release collects the fixes for the minor problems reported
recently.  This isn't a critical upgrade; if you aren't experiencing any of
these problems, you can upgrade at your convenience.

Changes in version 5.0.37
-------------------------
2004/07/27      Autokicks now prefix the kick reason with "AKICK by <nick>"
                    to avoid misleading kick messages.  Suggested by Bergee
                    <lordbergee@comcast.net>
2004/07/26      Fixed potential crashes in NickServ UNSUSPEND, DROP, and
                    LINK (from the nickserv/oldlink module only).  Reported
                    by Tom McIntyre <chawmp@cyberarmy.net>
2004/07/15      Fixed cosmetic bug in MemoServ INFO display.  Reported by
                    Bergee <lordbergee@comcast.net>
2004/07/14      Fixed potential crash on exit when freeing language data.
2004/07/14      Fixed bug causing nickname enforcers to not be removed when
                    a nickname was deleted.  Reported by Bergee
                    <lordbergee@comcast.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Tue Jul 27 12:53:07 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] oldlink
Message-ID: <20040727195307.43422.qmail@web53109.mail.yahoo.com>

can someone tell me what is the nickserv oldlink module?

=====
Dionisios K. - ToXiC On HellenicNet


From irc at teknet.com.tr  Tue Jul 27 16:45:42 2004
From: irc at teknet.com.tr (Okan Karasoy)
Date: Sat Oct 23 23:02:10 2004
Subject: [IRCServices] Attacks on services
Message-ID: <8fdc33cd90b1e705218a381f9fe69d3e@teknet.com.tr>

Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this:
What can you recommend that we do to prevent this from happening?

18:01:20 2004] nickserv/main: Yxdxxpu registered by aqtyy@81.213.125.164 (Soxsdr@hotmail.com)
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Gicj@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Fybfhb@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Uimfoi@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Fczmo@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat Svroii@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat BrHotY@hotmail.com
[Jul 27 18:03:49 2004] Ignored message from Woofgq: ":Woofgq P NickServ@services.teklan.com.tr :register alitopuat IMhAQ@hotmail.com
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat HWtI@h$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Rirlz@$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Mzuxyw$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Ostoat$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Ofjef@$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat LAtl@h$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Szwvez$
[Jul 27 18:04:47 2004] Ignored message from Apmbenml: ":Apmbenml P NickServ@services.teklan.com.tr :register alitopuat Vcdr@h$
Jul 27 18:05:04 2004] nickserv/main: Hpml registered by jrccxyt@ti300720a080-1063.bb.online.no (Fgwtnnh@hotmail.com)
[Jul 27 18:05:25 2004] unknown message from server (:irc.teklan.com.tr 441 ChanServ oTOpSy #bebe?im :Odada yoklar)
[Jul 27 17:58:30 2004] Ignored message from ZrBk: ":ZrBk P NickServ@services.teklan.com.tr :register alitopuat BPaAmG@hotmail$
[Jul 27 17:58:30 2004] Ignored message from ZrBk: ":ZrBk P NickServ@services.teklan.com.tr :register alitopuat Ymmpnjq@hotmai$
[Jul 27 17:58:34 2004] operserv/main: ^^zZz^^: killclones ZrBk
[Jul 27 17:58:34 2004] operserv/main: KILLCLONES: 3 clone(s) matching *!*@dsl81-215-35494.adsl.ttnet.net.tr killed.
[Jul 27 17:58:35 2004] nickserv/main: user record for ZrBk not found
[Jul 27 17:58:35 2004] nickserv/main: user record for ZrBk not found

As seen in the logs, nicks are entering the server, and using the NickServ command /ns register password email@adres.com to register the same nick with a different email address.

I would really appreciate it if you could help us with this situation.
Thank you for your time and help

Okan Karasoy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040727/83c6de2f/attachment.html
From steffe_riese at yahoo.com  Tue Jul 27 14:55:35 2004
From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
Message-ID: <20040727215535.75541.qmail@web40007.mail.yahoo.com>

Hi!
I have problem to get Access to OperServ on an bahamut
irc server i have set up at home. I am using
ircservices 5.0.36.

I have set up "Admin" as super-user, but when I have
do a /nick Admin in my IRC-client i can't write "/msg
OperServ ADMIN LIST" in my IRC-client. I get Access
denied.

When i look in the logfile i get "operserv/main:
Non-oper Admin!Admin@stefan.sandgatan sent: admin
list"

What is wrong?

Stefan Riese

H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html


From chris at starglade.org  Tue Jul 27 14:58:55 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
In-Reply-To: <20040727215535.75541.qmail@web40007.mail.yahoo.com>
References: <20040727215535.75541.qmail@web40007.mail.yahoo.com>
Message-ID: <4106D01F.8000404@starglade.org>

Stefan Riese wrote:

> Hi!
> I have problem to get Access to OperServ on an bahamut
> irc server i have set up at home. I am using
> ircservices 5.0.36.
> 
> I have set up "Admin" as super-user, but when I have
> do a /nick Admin in my IRC-client i can't write "/msg
> OperServ ADMIN LIST" in my IRC-client. I get Access
> denied.
> 
> When i look in the logfile i get "operserv/main:
> Non-oper Admin!Admin@stefan.sandgatan sent: admin
> list"
> 
> What is wrong?

You need to be opered up and identified to NickServ.

Chris

-- 
Chris Jenkinson
chris@starglade.org


From medice at gmx.at  Tue Jul 27 15:07:11 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
In-Reply-To: <20040727215535.75541.qmail@web40007.mail.yahoo.com>
References: <20040727215535.75541.qmail@web40007.mail.yahoo.com>
Message-ID: <4106D20F.9040207@gmx.at>

Stefan Riese wrote:
> Hi!
> I have problem to get Access to OperServ on an bahamut
> irc server i have set up at home. I am using
> ircservices 5.0.36.
> 
> I have set up "Admin" as super-user, but when I have
> do a /nick Admin in my IRC-client i can't write "/msg
> OperServ ADMIN LIST" in my IRC-client. I get Access
> denied.
> 
> When i look in the logfile i get "operserv/main:
> Non-oper Admin!Admin@stefan.sandgatan sent: admin
> list"
> 
> What is wrong?
> 
> Stefan Riese
> 

your nick "Admin" has to be registered and identified for in ircservices
your session has to be opered up correctly, so you are allowed to use 
services as an services-admin or netadmin (or whatever bahamut is 
offering, I'm not familiar with that ircd...)

hth
/medice


From steffe_riese at yahoo.com  Tue Jul 27 15:15:54 2004
From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
In-Reply-To: <4106D01F.8000404@starglade.org>
Message-ID: <20040727221554.13577.qmail@web40005.mail.yahoo.com>

I have registered Admin with NickServ, and /oper to
IRC-operator, but I still can't connect to OperServ.
Access denied.

Stefan Riese

--- Chris Jenkinson <chris@starglade.org> skrev: >
Stefan Riese wrote:
> 
> > Hi!
> > I have problem to get Access to OperServ on an
> bahamut
> > irc server i have set up at home. I am using
> > ircservices 5.0.36.
> > 
> > I have set up "Admin" as super-user, but when I
> have
> > do a /nick Admin in my IRC-client i can't write
> "/msg
> > OperServ ADMIN LIST" in my IRC-client. I get
> Access
> > denied.
> > 
> > When i look in the logfile i get "operserv/main:
> > Non-oper Admin!Admin@stefan.sandgatan sent: admin
> > list"
> > 
> > What is wrong?
> 
> You need to be opered up and identified to NickServ.
> 
> Chris
> 
> -- 
> Chris Jenkinson
> chris@starglade.org
> 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
> visit:
>
http://www.ircservices.za.net/mailman/listinfo/ircservices
>  

H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html


From quension at mac.com  Tue Jul 27 15:55:36 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
In-Reply-To: <20040727221554.13577.qmail@web40005.mail.yahoo.com>
Message-ID: <12D2B4CF-E020-11D8-8CC6-0003938D6866@mac.com>

On Tuesday, Jul 27, 2004, at 15:15 US/Pacific, Stefan Riese wrote:

> I have registered Admin with NickServ, and /oper to IRC-operator, but 
> I still can't connect to OperServ. Access denied.

In the oper block in ircd.conf, change the access small 'o' to a 
capital 'O'.  This point of confusion will be corrected in a future 
release.

-- Quension



From steffe_riese at yahoo.com  Tue Jul 27 16:29:10 2004
From: steffe_riese at yahoo.com (=?iso-8859-1?q?Stefan=20Riese?=)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Problem with OperServ
In-Reply-To: <12D2B4CF-E020-11D8-8CC6-0003938D6866@mac.com>
Message-ID: <20040727232910.9240.qmail@web40001.mail.yahoo.com>

That was the problem.
Thankyou for your help.

Stefan Riese

--- Trevor Talbot <quension@mac.com> skrev: > On
Tuesday, Jul 27, 2004, at 15:15 US/Pacific,
> Stefan Riese wrote:
> 
> > I have registered Admin with NickServ, and /oper
> to IRC-operator, but 
> > I still can't connect to OperServ. Access denied.
> 
> In the oper block in ircd.conf, change the access
> small 'o' to a 
> capital 'O'.  This point of confusion will be
> corrected in a future 
> release.
> 
> -- Quension
> 
> 
>
------------------------------------------------------------------
> To unsubscribe or change your subscription options,
> visit:
>
http://www.ircservices.za.net/mailman/listinfo/ircservices
>  

H?strusk och gr? moln - k?p en resa till solen p? Yahoo! Resor p? adressen http://se.docs.yahoo.com/travel/index.html


From achurch at achurch.org  Wed Jul 28 11:26:13 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] oldlink
In-Reply-To: <20040727195307.43422.qmail@web53109.mail.yahoo.com>
Message-ID: <41070ecc.71557@achurch.org>

RTFM

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>can someone tell me what is the nickserv oldlink module?
>
>=====
>Dionisios K. - ToXiC On HellenicNet
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From achurch at achurch.org  Wed Jul 28 11:30:44 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
In-Reply-To: <8fdc33cd90b1e705218a381f9fe69d3e@teknet.com.tr>
Message-ID: <4107100d.71573@achurch.org>

>Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this:
>What can you recommend that we do to prevent this from happening?

     What exactly is the problem?  From the logs you provide it appears
Services is functioning normally.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From uhc0 at rz.uni-karlsruhe.de  Wed Jul 28 02:01:17 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
In-Reply-To: <4107100d.71573@achurch.org>
References: <4107100d.71573@achurch.org>
Message-ID: <1091005276.11283.7.camel@dreadnought.hadiko.de>

The problem they have is, that when such an attack starts,
services after some time stop responding, making the ircd quit the link,
and looking at the table of processes shows, that services sits there
with 99% CPU usage, requiring kill -9 to be shut down.

That attack has a simple appearance:
A set of probably trojaned connections, that even reply to simple CTCP
requests, begin connecting, and floodding services with multiple nick
registration commands, changing nicknames, and floodding again,
quitting, reconnecting, and floodding again.

Just before services start responding, notices arrive that it is not
parsing privmsgs anymore, due to network load, but even then it gets
disconnected.

Interestingly, setting it temporarily to readonly mode helped,
apparently it could response. 

Currently we have no solution for this kind of attack, those connections
are not detected by the proxy scanner, we assume that these aren't using
proxies at all.

Temporarily /modunload'ing m_nick.so and /close'ing helps to postpone
the issue :-)

Regards;
yusuf.

On Wed, 2004-07-28 at 13:30, Andrew Church wrote:
> >Hi there, my problem is this, services on our server are constantly shut down. When I look at the services logs, I discover that services are shut down by attacks on the services such as this:
> >What can you recommend that we do to prevent this from happening?
> 
>      What exactly is the problem?  From the logs you provide it appears
> Services is functioning normally.
> 
>   --Andrew Church
>     achurch@achurch.org
>     http://achurch.org/
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
-- 
------------------------------------------------------------------ 
| 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 achurch at achurch.org  Wed Jul 28 18:36:54 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
In-Reply-To: <1091005276.11283.7.camel@dreadnought.hadiko.de>
Message-ID: <4107740b.10323@achurch.org>

>The problem they have is, that when such an attack starts,
>services after some time stop responding, making the ircd quit the link,
>and looking at the table of processes shows, that services sits there
>with 99% CPU usage, requiring kill -9 to be shut down.

     Is there any way you can look into this with gdb and see where it's
using all its CPU time?  I can try repeating the flood here but I suspect
database size is at least a part of the problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Wed Jul 28 12:35:43 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
Message-ID: <20040728193543.57172.qmail@web53104.mail.yahoo.com>

it will be helpful a general limit for the register
command for nicknames and channels?... something like
this: X new registered nicknames and channels per X
minute(s) are allowed. i think an automatic temp
ignore for flooding will also help.

=====
Dionisios K. - ToXiC On HellenicNet


From alisor at softhome.net  Wed Jul 28 12:54:47 2004
From: alisor at softhome.net (Ali Sor)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
References: <20040728193543.57172.qmail@web53104.mail.yahoo.com>
Message-ID: <000b01c474dc$bfd7baf0$0800000a@citir>


    # NSRegDelay <time>  [RECOMMENDED]
    #     Sets the minimum length of time between consecutive uses of the
    #     REGISTER command.  If not given, this restriction is disabled.
    #
    #     WARNING: Not setting NSRegDelay, or setting it too low, will not
    #              only allow "registration flooding", but, if the
    #              mail-auth module is also loaded, will also allow users
    #              to abuse this command to send large quantities of mail
    #              (mailbombs) to arbitrary users!

    # NSInitialRegDelay <time>  [OPTIONAL]
    #     Sets the minimum length of time the user must be connected before
    #     using the REGISTER command for the first time.  If not given,
    #     this restriction is disabled.  This option can be helpful in
    #     preventing malicious bots from flooding your network with
    #     registrations.

Dont  those lines do that?
Although these are for nick register command. 


----- Original Message ----- 
From: "Dionisios K." <vonitsa_net@yahoo.gr>
To: <ircservices@ircservices.za.net>
Sent: Wednesday, July 28, 2004 10:35 PM
Subject: Re: [IRCServices] Attacks on services


> it will be helpful a general limit for the register
> command for nicknames and channels?... something like
> this: X new registered nicknames and channels per X
> minute(s) are allowed. i think an automatic temp
> ignore for flooding will also help.
> 
> =====
> Dionisios K. - ToXiC On HellenicNet
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices


From medice at gmx.at  Wed Jul 28 13:31:22 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
In-Reply-To: <000b01c474dc$bfd7baf0$0800000a@citir>
References: <20040728193543.57172.qmail@web53104.mail.yahoo.com>
        <000b01c474dc$bfd7baf0$0800000a@citir>
Message-ID: <41080D1A.3030705@gmx.at>

Ali Sor wrote:
>     # NSRegDelay <time>  [RECOMMENDED]
>     #     Sets the minimum length of time between consecutive uses of the
>     #     REGISTER command.  If not given, this restriction is disabled.
>     #
>     #     WARNING: Not setting NSRegDelay, or setting it too low, will not
>     #              only allow "registration flooding", but, if the
>     #              mail-auth module is also loaded, will also allow users
>     #              to abuse this command to send large quantities of mail
>     #              (mailbombs) to arbitrary users!
> 
>     # NSInitialRegDelay <time>  [OPTIONAL]
>     #     Sets the minimum length of time the user must be connected before
>     #     using the REGISTER command for the first time.  If not given,
>     #     this restriction is disabled.  This option can be helpful in
>     #     preventing malicious bots from flooding your network with
>     #     registrations.
> 
> Dont  those lines do that?
> Although these are for nick register command. 
> 
not really - if I'm right: this are settings concerning a single user - 
so it blocks several registrations by the same user in a short period, 
or it blocks registration for totally fresh users up to a certain time.
This is nothing which is preventing a botnet-cloneflood when every 
member of the attack is a single user on it's own and may handle like 
this...
best strategy might be finding out bad users at connection-time and 
remove them instantly - which needs a great deal of knowledge :(

greets
/medice


From achurch at achurch.org  Thu Jul 29 09:49:36 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
In-Reply-To: <20040728193543.57172.qmail@web53104.mail.yahoo.com>
Message-ID: <41084a95.11351@achurch.org>

>it will be helpful a general limit for the register
>command for nicknames and channels?... something like
>this: X new registered nicknames and channels per X
>minute(s) are allowed.

     The problem with this, of course, is it enables denial-of-service
attacks: bring on X bots, have them each register their nick, and then
nobody can use REGISTER for the next Y minutes.  The bots don't even have
to stay online, making it harder to track them.

>i think an automatic temp ignore for flooding will also help.

     "Flooding", in the sense of "sending too much data for Services to
handle", is unfortunately not that easy to detect--it's largely dependent
on how powerful the machine running Services is.  Services already has an
ignore system (as could have been seen from the log originally posted), but
I'm not at all sure of its effectiveness.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From vonitsa_net at yahoo.gr  Thu Jul 29 02:37:47 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Attacks on services
Message-ID: <20040729093747.94823.qmail@web53110.mail.yahoo.com>

for an extremely heavy load from a specific hostname a
kill or an akill may issued from services. so the
abuser will forced to stop and all opers will see the
kill and they will check it.

=====
Dionisios K. - ToXiC On HellenicNet


From s.nicholson at gmail.com  Mon Aug  2 12:18:03 2004
From: s.nicholson at gmail.com (Stephen Nicholson)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] operserv problem
Message-ID: <89dbc8eb040802121874ce2e34@mail.gmail.com>

Hi,

I'm using services version 5.0.37
bahamut-1.8(01)

I'm trying to access operserv. My nick is registered. I'm identified.
I have oper status and my nick is listed in ServicesRoot.

I get access denied whenever I try to use operserv.

I do get a log entry saying I'm not an oper

[Aug 02 20:15:51 2004] operserv/main: Non-oper
xxxx!xxxx@xxxxxxxxxxxxxxx sent: help

I can access oper command but not anything to do with operserv.

Does anyone have any idea what I'm doing wrong?


From uhc0 at rz.uni-karlsruhe.de  Mon Aug  2 14:05:34 2004
From: uhc0 at rz.uni-karlsruhe.de (Yusuf Iskenderoglu)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] operserv problem
In-Reply-To: <89dbc8eb040802121874ce2e34@mail.gmail.com>
References: <89dbc8eb040802121874ce2e34@mail.gmail.com>
Message-ID: <1091480734.10997.4.camel@dreadnought.hadiko.de>

Quoting Quension/Trevor about this from his last email:
<quote>
In the oper block in ircd.conf, change the access small 'o' to a 
capital 'O'.  This point of confusion will be corrected in a future 
release.

-- Quension
</quote>

Regards;
yusuf.

On Mon, 2004-08-02 at 21:18, Stephen Nicholson wrote:
> Hi,
> 
> I'm using services version 5.0.37
> bahamut-1.8(01)
> 
> I'm trying to access operserv. My nick is registered. I'm identified.
> I have oper status and my nick is listed in ServicesRoot.
> 
> I get access denied whenever I try to use operserv.
> 
> I do get a log entry saying I'm not an oper
> 
> [Aug 02 20:15:51 2004] operserv/main: Non-oper
> xxxx!xxxx@xxxxxxxxxxxxxxx sent: help
> 
> I can access oper command but not anything to do with operserv.
> 
> Does anyone have any idea what I'm doing wrong?
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From moontan at dmbroadband.com  Wed Aug  4 17:50:26 2004
From: moontan at dmbroadband.com (moontan@dmbroadband.com)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Chanser has trojan/virus
Message-ID: <20040805004718.M54178@deskmedia.com>

Started seing this global msg from out neostats sercureserv.

Global: from SecureServ: Warning, ChanServ is Infected with HTTPSpam 
Trojan/Virus. no Action Taken (See http://secure.irc-chat.net/info.php?
viri=HTTPSpam for more info)

can anyone tell me how this is possible? or is it a bug in the secureserv

--
Open WebMail Project (http://DMBroadband.com)



From idontwantthisshit at hotmail.com  Wed Aug  4 18:12:59 2004
From: idontwantthisshit at hotmail.com (DeadNotBuried .)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] Chanser has trojan/virus
Message-ID: <BAY1-F14pXp4Pqsh1lB00008677@hotmail.com>

you should use secureserv's exclude command to exclude your services server 
from being checked

eg /msg secureserv exclude services.your.net 1 irc services server


>
>Started seing this global msg from out neostats sercureserv.
>
>Global: from SecureServ: Warning, ChanServ is Infected with HTTPSpam
>Trojan/Virus. no Action Taken (See http://secure.irc-chat.net/info.php?
>viri=HTTPSpam for more info)
>
>can anyone tell me how this is possible? or is it a bug in the secureserv
>

_________________________________________________________________
Feeling spent? Apply here for emergency plastic surgery:   
http://ad.doubleclick.net/clk;9577691;9687279;r?http://www.promo.com.au/virgincreditcard/plasticsurgery/track.cfm?source=P08



From smokey23 at gmail.com  Thu Aug  5 08:12:02 2004
From: smokey23 at gmail.com (Smokey23)
Date: Sat Oct 23 23:02:11 2004
Subject: [IRCServices] -irc.myserver.com- *** LocOps -- Link denied for
        127.0.0.1(0@127.0.0.1) (No link block named '127.0.0.1')
        [0@127.0.0.1.2478]
Message-ID: <beb7ecdc0408050812f2584b1@mail.gmail.com>

Problem:  I'm setting up an IRCD and trying to connect Services to it.
 The IRCD is up and running smoothly.  Services seems to be configured
correctly (no major errors when starting it).

When I try to connect it, I get an error that there is no matching
link configuration.  I've seen this before on the list archives but I
don't believe the older one applies to me.

I'll try to organize this a bit for you.  First the services log, then
the servinces settings followed by the IRCD error and settings.

###  ircservices Log ###
[Aug 05 07:41:10 2004] IRC Services 5.0.37 starting up
[Aug 05 07:41:10 2004] unknown message from server (ERROR :Link denied
(No matching link configuration) [0@127.0.0.1.2202])
[Aug 05 07:41:10 2004] unknown message from server (ERROR :Closing
Link: [127.0.0.1] (Link denied (No matching link configuration)))
[Aug 05 07:41:10 2004] Read error from server: Connection reset by peer
####################

### ircservices.conf ###
RemoteServer    127.0.0.1 6666 "Services"
LocalAddress    127.0.0.1
ServerName      "127.0.0.1"
ServiceUser     "services@services.myserver.com"
####################

### IRC Error ###
-irc.myserver.com- *** LocOps -- Link denied for
127.0.0.1(0@127.0.0.1) (No link block named '127.0.0.1')
[0@127.0.0.1.2478]
###############

### Unreal 3.2.1 IRCD Settings ###
allow {
        ip             *@127.0.0.1;
        hostname       *@127.0.0.1;            
        class           servers;
        password "Services";
        maxperip 100;
};
listen         *:6666
{ 
        options
        {
                serversonly;
        };
};
link            127.0.0.1
{
        username        *;
        hostname        127.0.0.1;
        bind-ip         *;
        password-receive "Services";
        class           servers;
};
#############################

Does anyone see any obvious errors I have made?  Did I forget to post
something important?  Let me know and I'll reply ASAP.  I've read the
manuals for both Unreal and ircservices.

Thanks in advance for the help!

Smokey


From smokey23 at gmail.com  Thu Aug  5 09:12:55 2004
From: smokey23 at gmail.com (Smokey23)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Re: -irc.myserver.com- *** LocOps -- Link denied for
        127.0.0.1(0@127.0.0.1) (No link block named '127.0.0.1')
        [0@127.0.0.1.2478]
In-Reply-To: <beb7ecdc0408050812f2584b1@mail.gmail.com>
References: <beb7ecdc0408050812f2584b1@mail.gmail.com>
Message-ID: <beb7ecdc0408050912296f159d@mail.gmail.com>

I'm sorry, I found the problem.  After trying about 30 combinations
today, and 3 hours yesterday, I was able to get it linked.  Sorry to
have wasted your time.

Smokey

On Thu, 5 Aug 2004 08:12:02 -0700, Smokey23 <smokey23@gmail.com> wrote:
> Problem:  I'm setting up an IRCD and trying to connect Services to it.
> The IRCD is up and running smoothly.  Services seems to be configured
> correctly (no major errors when starting it).
> 
> When I try to connect it, I get an error that there is no matching
> link configuration.  I've seen this before on the list archives but I
> don't believe the older one applies to me.
> 
> I'll try to organize this a bit for you.  First the services log, then
> the servinces settings followed by the IRCD error and settings.
> 
> ###  ircservices Log ###
> [Aug 05 07:41:10 2004] IRC Services 5.0.37 starting up
> [Aug 05 07:41:10 2004] unknown message from server (ERROR :Link denied
> (No matching link configuration) [0@127.0.0.1.2202])
> [Aug 05 07:41:10 2004] unknown message from server (ERROR :Closing
> Link: [127.0.0.1] (Link denied (No matching link configuration)))
> [Aug 05 07:41:10 2004] Read error from server: Connection reset by peer
> ####################
> 
> ### ircservices.conf ###
> RemoteServer    127.0.0.1 6666 "Services"
> LocalAddress    127.0.0.1
> ServerName      "127.0.0.1"
> ServiceUser     "services@services.myserver.com"
> ####################
> 
> ### IRC Error ###
> -irc.myserver.com- *** LocOps -- Link denied for
> 127.0.0.1(0@127.0.0.1) (No link block named '127.0.0.1')
> [0@127.0.0.1.2478]
> ###############
> 
> ### Unreal 3.2.1 IRCD Settings ###
> allow {
>        ip             *@127.0.0.1;
>        hostname       *@127.0.0.1;
>        class           servers;
>        password "Services";
>        maxperip 100;
> };
> listen         *:6666
> {
>        options
>        {
>                serversonly;
>        };
> };
> link            127.0.0.1
> {
>        username        *;
>        hostname        127.0.0.1;
>        bind-ip         *;
>        password-receive "Services";
>        class           servers;
> };
> #############################
> 
> Does anyone see any obvious errors I have made?  Did I forget to post
> something important?  Let me know and I'll reply ASAP.  I've read the
> manuals for both Unreal and ircservices.
> 
> Thanks in advance for the help!
> 
> Smokey
>


From raz0r at linux.uludag.edu.tr  Sat Aug  7 14:50:28 2004
From: raz0r at linux.uludag.edu.tr (Samet Beyribey)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Something strange
Message-ID: <20040807215028.15610.qmail@stu.uludag.edu.tr>

hi, 

we're using jIRC at our site for connecting irc, and default nick is 
Guest(on jirc) 

problem starts here,
a user  "Guest" can register the Guest nickname..
There are no problems with Guest123(numbers), nobody can register it
this is really strange 

how can i stop people trying to register the nick Guest? 

Best regards,
Samet 



From medice at gmx.at  Sat Aug  7 16:29:30 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Something strange
In-Reply-To: <20040807215028.15610.qmail@stu.uludag.edu.tr>
References: <20040807215028.15610.qmail@stu.uludag.edu.tr>
Message-ID: <411565DA.8010500@gmx.at>

Samet Beyribey wrote:
> hi,
> we're using jIRC at our site for connecting irc, and default nick is 
> Guest(on jirc)
> problem starts here,
> a user  "Guest" can register the Guest nickname..
> There are no problems with Guest123(numbers), nobody can register it
> this is really strange
> how can i stop people trying to register the nick Guest?
> Best regards,
> Samet
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
you may forbid the nick guest (/nickserv forbid Guest)

greets
/medice




From medice at gmx.at  Sat Aug  7 16:35:50 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Something strange
In-Reply-To: <411565DA.8010500@gmx.at>
References: <20040807215028.15610.qmail@stu.uludag.edu.tr>
        <411565DA.8010500@gmx.at>
Message-ID: <41156756.60104@gmx.at>


> you may forbid the nick guest (/nickserv forbid Guest)
> 
> greets
> /medice

oooops - I rethought the problem... - if forbid noone my use it anymore...

but you can register the nick by yourself - set it noexpire and 
deactivate the nick-changing...

greets
/medice


From chawmp at cyberarmy.net  Sat Aug  7 17:04:54 2004
From: chawmp at cyberarmy.net (Chawmp)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Something strange
In-Reply-To: <41156756.60104@gmx.at>
Message-ID: <20040808000432.VAOC16768.mta08-svc.ntlworld.com@excelsior>

You could even Q:Line it (or in fact, Q:Line Guest* if U:Lines' forced nick
changes override Q:Lined nicks - I can't remember).

Tom McIntyre
chawmp@cyberarmy.net

> -----Original Message-----
> From: ircservices-bounces@ircservices.za.net [mailto:ircservices-
> bounces@ircservices.za.net] On Behalf Of Medice
> Sent: 08 August 2004 00:36
> To: IRC Services General Mailing List
> Subject: Re: [IRCServices] Something strange
> 
> 
> > you may forbid the nick guest (/nickserv forbid Guest)
> >
> > greets
> > /medice
> 
> oooops - I rethought the problem... - if forbid noone my use it anymore...
> 
> but you can register the nick by yourself - set it noexpire and
> deactivate the nick-changing...
> 
> greets
> /medice
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From msmith at acmecorp.org  Mon Aug  9 15:00:42 2004
From: msmith at acmecorp.org (Michael D. Smith)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on verbiage...
Message-ID: <6.1.2.0.2.20040809175842.02025790@defiant.uss-starlord.org>

Where would one find the verbiage returned when you have chanserv set to 
restrict access to register channels to Services Admins only?

We'd like to change the verbiage returned when someone tries to register a 
channel so that it directs them to the proper people in our network so they 
*can* get their channel registered.

I poked around the FAQ and online docs, but can't find it.

Thanks for the assist....

Thanks for your patronage.

Regards,
Mike

Chief Network Administrator

"Net boy, net girl/Send your impulse 'round the world/
Put your message in a modem/And throw it in the Cyber Sea"
Lyrics "Virtruality" - Album "Test for Echo" -  Rush, 1996 (Lee, Lifeson, 
Peart) 




From achurch at achurch.org  Tue Aug 10 12:29:57 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on verbiage...
In-Reply-To: <6.1.2.0.2.20040809175842.02025790@defiant.uss-starlord.org>
Message-ID: <4118423f.21645@achurch.org>

>Where would one find the verbiage returned when you have chanserv set to 
>restrict access to register channels to Services Admins only?
>
>We'd like to change the verbiage returned when someone tries to register a 
>channel so that it directs them to the proper people in our network so they 
>*can* get their channel registered.

     Messages used by Services are stored in the language files (lang/*.l);
however, there is no special message returned for the case you're asking
about, only a generic "access denied" message (so trying to change that
message would result in the changed message being given out in all cases
where the message was used).  To accomplish what you want to do, you'll
have to modify the source directly.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From moontan at dmbroadband.com  Fri Aug 13 21:10:41 2004
From: moontan at dmbroadband.com (moontan@dmbroadband.com)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] bug or problem?
Message-ID: <20040814040957.M74332@deskmedia.com>


can anyone help me with this error?


[Aug 03 21:39:57 2004] operserv/akill: BUG: (cancel_akill) Missing @ in 
mask: *
[Aug 03 21:39:57 2004] operserv/akill: BUG: (cancel_akill) Missing @ in 
mask: *

--
Open WebMail Project (http://DMBroadband.com)



From Craig at frostycoolslug.com  Sat Aug 14 07:10:37 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] bug or problem?
Message-ID: <mailman.70.1098597732.26050.ircservices@ircservices.za.net>

The akill format is ident@host, so for example:

/os akill del user@host

And the akill has to be on the akill list. You cant do wildcard removal.

Although, a note on what IRCd you use, version of services, and command causing the (possible) bug would be useful

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - moontan <moontan@dmbroadband.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 05:10:41 @ 2004-08-14
 * Subject - [IRCServices] bug or problem?
 ****************************************/

/****** - Begin Original Message - ******/

>
>can anyone help me with this error?
>
>
>[Aug 03 21:39:57 2004] operserv/akill: BUG: (cancel_akill) Missing @ in 
>mask: *
>[Aug 03 21:39:57 2004] operserv/akill: BUG: (cancel_akill) Missing @ in 
>mask: *
>
>--
>Open WebMail Project (http://DMBroadband.com)
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Sun Aug 15 00:18:00 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] bug or problem?
In-Reply-To: <411e1dc5.03175@mail.achurch.org>
Message-ID: <411e2d7e.13415@achurch.org>

>The akill format is ident@host, so for example:
>
>/os akill del user@host

     Actually, it looks like an autokill of "*" somehow got onto the
autokill list (this shouldn't be possible, hence the "BUG:" tag).

     OP: How did such an autokill get into your database?

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Sat Aug 14 14:26:57 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
Message-ID: <mailman.71.1098597732.26050.ircservices@ircservices.za.net>

Please Note: This 'bug' has been pointed out to the Unreal team, however, there responce (in their own words) was: "get services" (yodaone) and "This is what services are for. I mean then we need to implement the same thing for +k, for +b, etc. And soon enough, you're creating more problems than you solved. Have services take care of it." (codemastr).

During a netmerge, if one side of the split has +O on a channel and the other doesnt, a non-oper can sit on the side without +O and when the net merges, force his way into the opers only channel. Its easily reproduced, and can be a quite annoying problem, if enough people join while the net is split. 

So, i'm officially requesting that this feature be added to Services. I'm not entirly sure how you will be able to identify a local oper, but i'm sure you will find a way.

Thanks.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/




From chris at starglade.org  Sat Aug 14 14:45:47 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
Message-ID: <411E880B.5090205@starglade.org>

Craig McLure wrote:
> Please Note: This 'bug' has been pointed out to the Unreal team, however, there responce (in their own words) was: "get services" (yodaone) and "This is what services are for. I mean then we need to implement the same thing for +k, for +b, etc. And soon enough, you're creating more problems than you solved. Have services take care of it." (codemastr).
> 
> During a netmerge, if one side of the split has +O on a channel and the other doesnt, a non-oper can sit on the side without +O and when the net merges, force his way into the opers only channel. Its easily reproduced, and can be a quite annoying problem, if enough people join while the net is split. 
> 
> So, i'm officially requesting that this feature be added to Services. I'm not entirly sure how you will be able to identify a local oper, but i'm sure you will find a 

When a local oper opers up, there is nothing sent to the rest of the 
network. There is no way to do this - it has to be either a change to 
the IRCd to send local oper changes, or to upgrade the person to a full 
global oper.

You should ideally not use the +O mode, and instead use invite-only with 
ChanServ - this way ChanServ will kick out any people not permitted in 
the channel if they somehow got in, and you don't need to bother with 
the other stuff. You could set +O as well, of course.

Chris

-- 
Chris Jenkinson
chris@starglade.org


From medice at gmx.at  Sat Aug 14 15:04:45 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
In-Reply-To: <411E880B.5090205@starglade.org>
References: <411E880B.5090205@starglade.org>
Message-ID: <411E8C7D.5020209@gmx.at>

  > When a local oper opers up, there is nothing sent to the rest of the
> network. There is no way to do this - it has to be either a change to 
> the IRCd to send local oper changes, or to upgrade the person to a full 
> global oper.
> 
> You should ideally not use the +O mode, and instead use invite-only with 
> ChanServ - this way ChanServ will kick out any people not permitted in 
> the channel if they somehow got in, and you don't need to bother with 
> the other stuff. You could set +O as well, of course.
> 
> Chris
> 

well this is a flaw in unrealircd (a rather heavy one in my opinion) and 
i don't think that any services-package out there should feel 
responsible on react on other's flaws - maybe someone is coding a module 
for this problem...
the whole localop-stuff on unrealircd is a real sh.. in my opinion - I 
never understood why not distributing the local-op mode... any rights 
should stay limited local - with or without propagating this mode. In my 
opinion this is a designed desync... (usually everyone tries to avoid 
and fight desyncs instead of designing them - strange isn't it?)

greets
/medice



From chris at starglade.org  Sat Aug 14 15:34:43 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
In-Reply-To: <411E8C7D.5020209@gmx.at>
References: <411E880B.5090205@starglade.org> <411E8C7D.5020209@gmx.at>
Message-ID: <411E9383.2010104@starglade.org>

Medice wrote:

> well this is a flaw in unrealircd (a rather heavy one in my opinion) and 
> i don't think that any services-package out there should feel 
> responsible on react on other's flaws - maybe someone is coding a module 
> for this problem...

I know Bahamut has the +O mode too. On my network we don't have local 
opers, so I haven't tried getting around it. I am guessing it would 
suffer from the same problem, though.

The only way to deal with it would be for the local IRC server to kick 
out any non-opers when the modes were resynched - it shouldn't be up to 
services.

> the whole localop-stuff on unrealircd is a real sh.. in my opinion - I 
> never understood why not distributing the local-op mode... any rights 
> should stay limited local - with or without propagating this mode. In my 
> opinion this is a designed desync... (usually everyone tries to avoid 
> and fight desyncs instead of designing them - strange isn't it?)

This is how the local oper has been working, since opers were first 
added to the ircd. It's nothing new to Unreal.

-- 
Chris Jenkinson
chris@starglade.org


From Craig at frostycoolslug.com  Sat Aug 14 15:41:26 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd
        netmerge
Message-ID: <mailman.72.1098597732.26050.ircservices@ircservices.za.net>

Personally, i think it should at LEAST inform U:Lined servers, but thats no my decision.

The reason i posted this request, is because the UnrealIRCd team deem it un-nessecery to add this bugfix.. err.. i mean, feature :/

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Chris Jenkinson <chris@starglade.org>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 23:34:43 @ 2004-08-14
 * Subject - Re: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
 ****************************************/

/****** - Begin Original Message - ******/

>Medice wrote:
>
>> well this is a flaw in unrealircd (a rather heavy one in my opinion) and 
>> i don't think that any services-package out there should feel 
>> responsible on react on other's flaws - maybe someone is coding a module 
>> for this problem...
>
>I know Bahamut has the +O mode too. On my network we don't have local 
>opers, so I haven't tried getting around it. I am guessing it would 
>suffer from the same problem, though.
>
>The only way to deal with it would be for the local IRC server to kick 
>out any non-opers when the modes were resynched - it shouldn't be up to 
>services.
>
>> the whole localop-stuff on unrealircd is a real sh.. in my opinion - I 
>> never understood why not distributing the local-op mode... any rights 
>> should stay limited local - with or without propagating this mode. In my 
>> opinion this is a designed desync... (usually everyone tries to avoid 
>> and fight desyncs instead of designing them - strange isn't it?)
>
>This is how the local oper has been working, since opers were first 
>added to the ircd. It's nothing new to Unreal.
>
>-- 
>Chris Jenkinson
>chris@starglade.org
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From chris at starglade.org  Sat Aug 14 15:56:49 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd       netmerge
Message-ID: <411E98B1.8050307@starglade.org>

Craig McLure wrote:

> Personally, i think it should at LEAST inform U:Lined servers, but thats no my decision.
> 
> The reason i posted this request, is because the UnrealIRCd team deem it un-nessecery to add this bugfix.. err.. i mean, feature :/

There is nothing services can do about this if UnrealIRCd doesn't send 
the local oper status changes (keyword: *local* ).

Chris

-- 
Chris Jenkinson
chris@starglade.org


From medice at gmx.at  Sat Aug 14 16:03:36 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
In-Reply-To: <411E9383.2010104@starglade.org>
References: <411E880B.5090205@starglade.org> <411E8C7D.5020209@gmx.at>
        <411E9383.2010104@starglade.org>
Message-ID: <411E9A48.6030104@gmx.at>

> This is how the local oper has been working, since opers were first 
> added to the ircd. It's nothing new to Unreal.
> 
well i don't have on a bright knowledge of ircds and their history in 
detail, but I don't believe that this is good working that way...
I personally don't like the idea of localops at the first place 
(different story), but if there is such a thing it should work smoothly 
- and if there are new developments which depends on previous 
installations , than it might be necessary to make some minor or major 
adjustments - even to old well-known stuff
f.e. chanmode +O (which is rather new I think - considering history of 
IRC ;) ) blocking every non-oper, which means there must be a clear 
detection either a user is an oper or not - if there are cross-checks on 
remote servers if they are - or not, than they have to be informed 
correctly as well...

but at first this was not about the localop/chmode+O-problem but about 
netsplits and net(re)connects - also a rather well known thing which 
always caused problems on networks (desync/overtaking/etc...)
I think an ircd should work smoothly on its own - services just offer 
additional features and are not responsible to clean up ircd's desyncs

As I mentioned on unreal-bug-tracker on this topic "the fact that 
something works as designed does not mean, that the design hasn't any 
flaws..."

greets
/medice


From brain at winbot.co.uk  Sat Aug 14 17:07:16 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in
        UnrealIRCd      netmerge
Message-ID: <E1Bw7f2-000Gdu-Vy@brainbox.winbot.co.uk>

some way in the way unreal do +O allows localopers to join a +O channel though...

>Craig McLure wrote:
>
>> Personally, i think it should at LEAST inform U:Lined servers, but thats no my decision.
>> 
>> The reason i posted this request, is because the UnrealIRCd team deem it un-nessecery to add this bugfix.. err.. i mean, feature :/
>
>There is nothing services can do about this if UnrealIRCd doesn't send 
>the local oper status changes (keyword: *local* ).
>
>Chris
>
>-- 
>Chris Jenkinson
>chris@starglade.org
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From achurch at achurch.org  Sun Aug 15 09:45:31 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd netmerge
In-Reply-To: <411e8562.61500@mail.achurch.org>
Message-ID: <411eb305.16551@achurch.org>

>During a netmerge, if one side of the split has +O on a channel and the other doesnt, a non-oper can sit on the side without +O and when the net merges, force his way into the opers only channel. Its easily reproduced, and can be a quite annoying problem,
> if enough people join while the net is split.

     This is a bug, though I was pretty sure Services already watched for
this.  I'll take a look and fix whatever needs fixing.

>So, i'm officially requesting that this feature be added to Services. I'm not entirly sure how you will be able to identify a local oper, but i'm sure you will find a way.

     I won't, because it's not possible (as others have pointed out).
Local opers look no different from regular users to Services, and will be
kicked out of +O channels--which is, IMO, proper, since +O channels are
global and local opers should not be able to use their privileges beyond
their own server.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From brain at winbot.co.uk  Sat Aug 14 18:18:02 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCd
        netmerge
Message-ID: <E1Bw9hb-000GoA-Ae@brainbox.winbot.co.uk>

as regards this bug, instead of doing something about it in the ircd, good old codemastr and friends have deleted this bug instead of listen to the overwhelming public show of support on this one.


The following bug has been DELETED.
======================================================================
http://bugs.unrealircd.org/bug_view_advanced_page.php?bug_id=0002022
======================================================================
Reported By:                brain2
Assigned To:                
======================================================================
Project:                    unreal
Bug ID:                     2022
Category:                   ircd
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
======================================================================
Date Submitted:             2004-08-14 13:40 CDT
Last Modified:              2004-08-14 21:36 CDT
======================================================================
Summary:                    +O overrideable by non-opers in netmerge

I hope you can do something and help us by trying to make services work with this Andrew because it seems they arent and wont ever listen to what the users want, im just glad YOU are different and will at least try to get something working.

Thanks,
Craig

>>During a netmerge, if one side of the split has +O on a channel and the other doesnt, a non-oper can sit on the side without +O and when the net merges, force his way into the opers only channel. Its easily reproduced, and can be a quite annoying problem,
>> if enough people join while the net is split.
>
>     This is a bug, though I was pretty sure Services already watched for
>this.  I'll take a look and fix whatever needs fixing.
>
>>So, i'm officially requesting that this feature be added to Services. I'm not entirly sure how you will be able to identify a local oper, but i'm sure you will find a way.
>
>     I won't, because it's not possible (as others have pointed out).
>Local opers look no different from regular users to Services, and will be
>kicked out of +O channels--which is, IMO, proper, since +O channels are
>global and local opers should not be able to use their privileges beyond
>their own server.
>
>  --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  Sun Aug 15 10:28:00 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Services 5.0.38 released
Message-ID: <411ebc75.42041@achurch.org>

     Services 5.0.38 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

899b1ccd2317e46f9219887a9e0d2a77  ircservices-5.0.38.tar.gz
e84d977391d56f2300f88f36d900fd6c  ircservices-5.0.38.diff.gz
7137eaaf19c23add0be91e07842a2663  ircservices-5.0.38-1.i386.rpm
4f1b14867a856f2c82637054133430b7  ircservices_5.0.38-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

Changes in version 5.0.38
-------------------------
2004/08/15      Services now checks channel joins against the channel's
                    current modes as well as mode locks, to prevent users
                    from "riding" netsplits into privileged channels.
                    Reported by Craig McLure <Craig@chatspike.net>

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From robert_militar at hotmail.com  Sat Aug 14 19:40:27 2004
From: robert_militar at hotmail.com (Robert)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O overrideable by non-opers in UnrealIRCdnetmerge
References: <E1Bw9hb-000GoA-Ae@brainbox.winbot.co.uk>
Message-ID: <BAY2-DAV5zbmqtgmdrp0003f661@hotmail.com>


----- Original Message ----- 
From: "Craig Edwards" <brain@winbot.co.uk>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>;
<ircservices@ircservices.za.net>
Sent: Saturday, August 14, 2004 08:18 PM
Subject: Re: Re: [IRCServices] +O overrideable by non-opers in
UnrealIRCdnetmerge


> as regards this bug, instead of doing something about it in the ircd, good
old codemastr and friends have deleted this bug instead of listen to the
overwhelming public show of support on this one.
>

The best solution for this problem would be an ircd feature like what
hybrid/ratbox has that doesn't allow the creation of new channels on
netsplits.  If the channel was empty they wouldn't be able to get in and if
the channel did exist it would still be +O.


From Robin.Burchell at oxley.nsw.edu.au  Sun Aug 15 16:01:36 2004
From: Robin.Burchell at oxley.nsw.edu.au (Robin Burchell)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O and unrealircd.
Message-ID: <61210DEC11A6624EBE04311BDB604A140C0B6F@oxleyserver.oxley.nsw.edu.au>

I feel I should point out that the +O (locops) usermode IS now actually distributed over the whole network, thanks to a bit of whinging I did, and public support from others.
 
(My whinge was about locops not being able to join operator-only channels)
 
Just my $0.02.
 
w00t, administrator irc.netronet.com
Winse Developer. http://www.sf.net/projects/winse
From edge_walker0 at yahoo.com  Tue Aug 17 11:04:12 2004
From: edge_walker0 at yahoo.com (Edge Walker)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] +O and unrealircd.
In-Reply-To: <61210DEC11A6624EBE04311BDB604A140C0B6F@oxleyserver.oxley.nsw.edu.au>
Message-ID: <20040817180412.91492.qmail@web51305.mail.yahoo.com>

how does this efect Me 
Edge Walker   aka White^Wolf

Robin Burchell <Robin.Burchell@oxley.nsw.edu.au> wrote:
I feel I should point out that the +O (locops) usermode IS now actually distributed over the whole network, thanks to a bit of whinging I did, and public support from others.

(My whinge was about locops not being able to join operator-only channels)

Just my $0.02.

w00t, administrator irc.netronet.com
Winse Developer. http://www.sf.net/projects/winse
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices


Edge Walker 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040817/0ab3134f/attachment.htm
From msmith at acmecorp.org  Tue Aug 17 16:23:54 2004
From: msmith at acmecorp.org (Michael D. Smith)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on verbiage...
In-Reply-To: <4118423f.21645@achurch.org>
References: <6.1.2.0.2.20040809175842.02025790@defiant.uss-starlord.org>
        <4118423f.21645@achurch.org>
Message-ID: <6.1.2.0.2.20040817192312.0cfc4ba0@defiant.uss-starlord.org>

At 11:29 PM 8/9/2004, Andrew Church wrote:

>      Messages used by Services are stored in the language files (lang/*.l);
>however, there is no special message returned for the case you're asking
>about, only a generic "access denied" message (so trying to change that
>message would result in the changed message being given out in all cases
>where the message was used).  To accomplish what you want to do, you'll
>have to modify the source directly.

Sorry for the late response, but thanks for the information!

Regards,
Mike

Chief Network Administrator
FleetChat IRC Services

"Net boy, net girl/Send your impulse 'round the world/
Put your message in a modem/And throw it in the Cyber Sea"
Lyrics "Virtruality" - Album "Test for Echo" -  Rush, 1996 (Lee, Lifeson, 
Peart) 




From moontan at dmbroadband.com  Thu Aug 19 16:11:02 2004
From: moontan at dmbroadband.com (moontan@dmbroadband.com)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Segmant Fault  help requested
Message-ID: <20040819230831.M55882@deskmedia.com>

Upgraded to newest release now services segment faults. Any ideas
on how to fix this problem?

[Aug 19 18:31:20 2004] PANIC! signal 11 (no buffer)
[Aug 19 18:31:20 2004] Services terminating: Segmentation fault
[Aug 19 18:31:20 2004] FATAL: Caught signal 30 (User defined signal 1) while 
shutting down



--
Open WebMail Project (http://DMBroadband.com)



From achurch at achurch.org  Fri Aug 20 09:01:42 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Segmant Fault  help requested
In-Reply-To: <20040819230831.M55882@deskmedia.com>
Message-ID: <41253f70.11063@achurch.org>

RTFM (FAQ Z.3)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Upgraded to newest release now services segment faults. Any ideas
>on how to fix this problem?
>
>[Aug 19 18:31:20 2004] PANIC! signal 11 (no buffer)
>[Aug 19 18:31:20 2004] Services terminating: Segmentation fault
>[Aug 19 18:31:20 2004] FATAL: Caught signal 30 (User defined signal 1) while 
>shutting down
>
>
>
>--
>Open WebMail Project (http://DMBroadband.com)
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From nick.martini at gmail.com  Fri Aug 20 07:29:50 2004
From: nick.martini at gmail.com (nick martini)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Segmant Fault help requested
In-Reply-To: <41253f70.11063@achurch.org>
References: <41253f70.11063@achurch.org>
Message-ID: <ee1a43f40408200729174ecbb1@mail.gmail.com>

wow, so friendly.

On Fri, 20 Aug 2004 09:01:42 JST, Andrew Church <achurch@achurch.org> wrote:
> RTFM (FAQ Z.3)
> 
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
> 
> 
> 
> >Upgraded to newest release now services segment faults. Any ideas
> >on how to fix this problem?
> >
> >[Aug 19 18:31:20 2004] PANIC! signal 11 (no buffer)
> >[Aug 19 18:31:20 2004] Services terminating: Segmentation fault
> >[Aug 19 18:31:20 2004] FATAL: Caught signal 30 (User defined signal 1) while
> >shutting down
> >
> >
> >
> >--
> >Open WebMail Project (http://DMBroadband.com)
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From phan70m at gmail.com  Fri Aug 20 08:43:08 2004
From: phan70m at gmail.com (PHANTOm)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Segmant Fault help requested
In-Reply-To: <ee1a43f40408200729174ecbb1@mail.gmail.com>
References: <41253f70.11063@achurch.org>
        <ee1a43f40408200729174ecbb1@mail.gmail.com>
Message-ID: <d50f59a0040820084345fe3ff3@mail.gmail.com>

will the stupidity ever stop?
docs are made to be read!

On Fri, 20 Aug 2004 10:29:50 -0400, nick martini <nick.martini@gmail.com> wrote:
> wow, so friendly.
> 
> 
> 
> On Fri, 20 Aug 2004 09:01:42 JST, Andrew Church <achurch@achurch.org> wrote:
> > RTFM (FAQ Z.3)
> >
> >  --Andrew Church
> >    achurch@achurch.org
> >    http://achurch.org/
> >
> >
> >
> > >Upgraded to newest release now services segment faults. Any ideas
> > >on how to fix this problem?
> > >
> > >[Aug 19 18:31:20 2004] PANIC! signal 11 (no buffer)
> > >[Aug 19 18:31:20 2004] Services terminating: Segmentation fault
> > >[Aug 19 18:31:20 2004] FATAL: Caught signal 30 (User defined signal 1) while
> > >shutting down
> > >
> > >
> > >
> > >--
> > >Open WebMail Project (http://DMBroadband.com)
> > >
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From brain at winbot.co.uk  Fri Aug 20 10:30:23 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Segmant Fault help requested
Message-ID: <E1ByEAE-0005OK-RP@brainbox.winbot.co.uk>

no, it wont stop, while there is a source of people to bug before reading the help! :-)

i noticed that unreal's support channel has a system whereby you have to have read the faq to get voiced in the support channel, maybe these mailing lists should have a similar feature at signup?


Thanks,
Brain

>will the stupidity ever stop?
>docs are made to be read!
>
>On Fri, 20 Aug 2004 10:29:50 -0400, nick martini <nick.martini@gmail.com> wrote:
>> wow, so friendly.
>> 
>> 
>> 
>> On Fri, 20 Aug 2004 09:01:42 JST, Andrew Church <achurch@achurch.org> wrote:
>> > RTFM (FAQ Z.3)
>> >




From cpuman2000 at hotmail.com  Fri Aug 27 16:04:51 2004
From: cpuman2000 at hotmail.com (CPUMAN)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
Message-ID: <BAY12-DAV13e1MRpANH000089ee@hotmail.com>

I used the 'exception del' command and started getting weird occurrences on the exception list... like blank entries...

-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
-
-OperServ-     Limit: 0     - Yura

and I also got corrupted entries as well...

-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004; does not expire)
-
-OperServ-     Limit: 5     - 142.166.*

Finally services just crashed...

[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
[16:47:10] Received SQUIT services.serenia.net from services.serenia.net[127.0.0.1] (Services terminating: Segmentation fault)

and the logs show this...

[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault) while shutting down

As for other information we're running Unreal 3.2.1 with the latest version of services (5.0.38).

If there is any other information I can provide please let me know.

CPUMAN
Network Administrator
Serenia IRC Network
chat.serenia.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040827/4e23cfab/attachment.html
From Craig at frostycoolslug.com  Fri Aug 27 20:08:32 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
Message-ID: <mailman.73.1098597732.26050.ircservices@ircservices.za.net>

Firstly, please don't send HTML emails to this list. Thanks.

Anyway, this seems to be odd behaviour indeed, looks like a buffer overrun somewhere. 
My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully how to report bugs.                                      

On the other hand, has this version of services been modified in any way? the appearance of the - charactor in every exception makes it appear so, if it has been modified, dont expect help :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - CPUMAN <cpuman2000@hotmail.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 00:04:51 @ 2004-08-28
 * Subject - [IRCServices] Exception Del Crash Bug
 ****************************************/

/****** - Begin Original Message - ******/

>I used the 'exception del' command and started getting weird occurrences on the exception list... like blank entries...
>
>-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
>-
>-OperServ-     Limit: 0     - Yura
>
>and I also got corrupted entries as well...
>
>-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004; does not expire)
>-
>-OperServ-     Limit: 5     - 142.166.*
>
>Finally services just crashed...
>
>[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
>[16:47:10] Received SQUIT services.serenia.net from services.serenia.net[127.0.0.1] (Services terminating: Segmentation fault)
>
>and the logs show this...
>
>[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
>[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
>[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault) while shutting down
>
>As for other information we're running Unreal 3.2.1 with the latest version of services (5.0.38).
>
>If there is any other information I can provide please let me know.
>
>CPUMAN
>Network Administrator
>Serenia IRC Network
>chat.serenia.net
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

/******* - End Original Message - *******/




From cpuman2000 at hotmail.com  Fri Aug 27 22:59:26 2004
From: cpuman2000 at hotmail.com (CPUMAN)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
References: <MC11-F19dutTzDnaax100015b5f@mc11-f19.hotmail.com>
Message-ID: <BAY12-DAV9IEAOeIiGX00000016@hotmail.com>

Wow that was an extremely rude reply.

First off other then neglecting to include the O/S info I gave all the
information the manual asked. Which it's running Slackware 10 with kernel
2.6.7 on an AthlonXP 2500+ with 256MB of RAM.

Second off it's a stock version of services. The character '-' is always
placed before the exception reason when you issue the view command (versus
the list command).  I'd highly recommend you give the '/operserv exception
view' command a try.

Finally there was no back trace. I'm currently trying recreate the crash,
but it may very well have been due several other factors to, include the
length of time services had been up and running as it appears to me that
something was handled incorrectly with the buffer, which could of been a
progressive problem.  One other piece of information that is worth adding is
it only happened with the issue of the 'exception del num' command, but
appeared to be fine with the 'exception del host' command... as soon as I
can recreate the crash I'll gladly provide the debug log.

CPUMAN
Network Administrator
Serenia IRC Network
chat.serenia.net

----- Original Message ----- 
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
Sent: Friday, August 27, 2004 9:08 PM
Subject: Re: [IRCServices] Exception Del Crash Bug


> Firstly, please don't send HTML emails to this list. Thanks.
>
> Anyway, this seems to be odd behaviour indeed, looks like a buffer overrun
somewhere.
> My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully how
to report bugs.
>
> On the other hand, has this version of services been modified in any way?
the appearance of the - charactor in every exception makes it appear so, if
it has been modified, dont expect help :)
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - CPUMAN <cpuman2000@hotmail.com>
>  * To      - IRC Services General Mailing List
<ircservices@ircservices.za.net>
>  * Sent    - 00:04:51 @ 2004-08-28
>  * Subject - [IRCServices] Exception Del Crash Bug
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >I used the 'exception del' command and started getting weird occurrences
on the exception list... like blank entries...
> >
> >-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
> >-
> >-OperServ-     Limit: 0     - Yura
> >
> >and I also got corrupted entries as well...
> >
> >-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004; does
not expire)
> >-
> >-OperServ-     Limit: 5     - 142.166.*
> >
> >Finally services just crashed...
> >
> >[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
> >[16:47:10] Received SQUIT services.serenia.net from
services.serenia.net[127.0.0.1] (Services terminating: Segmentation fault)
> >
> >and the logs show this...
> >
> >[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
> >[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
> >[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault) while
shutting down
> >
> >As for other information we're running Unreal 3.2.1 with the latest
version of services (5.0.38).
> >
> >If there is any other information I can provide please let me know.
> >
> >CPUMAN
> >Network Administrator
> >Serenia IRC Network
> >chat.serenia.net
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From Craig at frostycoolslug.com  Sat Aug 28 01:39:02 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
Message-ID: <mailman.74.1098597732.26050.ircservices@ircservices.za.net>

I appologise for the rudeness of my reply last night, there was no need for it, my IRC network was DDoSed last night, and 3 of our servers went down.. but you dont need my life story.

You are right, there is a - in all exception lists, it just seemed odd that i used /os exception list.

If you can re-create the bug, would it be possible to see if /os exception list returns the same corrupted results?

Also, what version of GCC are you running? It may be a compiler issue.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - CPUMAN <cpuman2000@hotmail.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 06:59:26 @ 2004-08-28
 * Subject - Re: [IRCServices] Exception Del Crash Bug
 ****************************************/

/****** - Begin Original Message - ******/

>Wow that was an extremely rude reply.
>
>First off other then neglecting to include the O/S info I gave all the
>information the manual asked. Which it's running Slackware 10 with kernel
>2.6.7 on an AthlonXP 2500+ with 256MB of RAM.
>
>Second off it's a stock version of services. The character '-' is always
>placed before the exception reason when you issue the view command (versus
>the list command).  I'd highly recommend you give the '/operserv exception
>view' command a try.
>
>Finally there was no back trace. I'm currently trying recreate the crash,
>but it may very well have been due several other factors to, include the
>length of time services had been up and running as it appears to me that
>something was handled incorrectly with the buffer, which could of been a
>progressive problem.  One other piece of information that is worth adding is
>it only happened with the issue of the 'exception del num' command, but
>appeared to be fine with the 'exception del host' command... as soon as I
>can recreate the crash I'll gladly provide the debug log.
>
>CPUMAN
>Network Administrator
>Serenia IRC Network
>chat.serenia.net
>
>----- Original Message ----- 
>From: "Craig McLure" <Craig@frostycoolslug.com>
>To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>Sent: Friday, August 27, 2004 9:08 PM
>Subject: Re: [IRCServices] Exception Del Crash Bug
>
>
>> Firstly, please don't send HTML emails to this list. Thanks.
>>
>> Anyway, this seems to be odd behaviour indeed, looks like a buffer overrun
>somewhere.
>> My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully how
>to report bugs.
>>
>> On the other hand, has this version of services been modified in any way?
>the appearance of the - charactor in every exception makes it appear so, if
>it has been modified, dont expect help :)
>>
>> /****************************************
>>  *     Craig "FrostyCoolSlug" McLure
>>  *       Craig@FrostyCoolSlug.com
>>  * InspIRCd   - http://www.inspircd.org
>>  * ChatSpike  - http://www.chatspike.net
>>  ****************************************/
>>
>>
>> /****************************************
>>  * From    - CPUMAN <cpuman2000@hotmail.com>
>>  * To      - IRC Services General Mailing List
><ircservices@ircservices.za.net>
>>  * Sent    - 00:04:51 @ 2004-08-28
>>  * Subject - [IRCServices] Exception Del Crash Bug
>>  ****************************************/
>>
>> /****** - Begin Original Message - ******/
>>
>> >I used the 'exception del' command and started getting weird occurrences
>on the exception list... like blank entries...
>> >
>> >-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
>> >-
>> >-OperServ-     Limit: 0     - Yura
>> >
>> >and I also got corrupted entries as well...
>> >
>> >-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004; does
>not expire)
>> >-
>> >-OperServ-     Limit: 5     - 142.166.*
>> >
>> >Finally services just crashed...
>> >
>> >[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
>> >[16:47:10] Received SQUIT services.serenia.net from
>services.serenia.net[127.0.0.1] (Services terminating: Segmentation fault)
>> >
>> >and the logs show this...
>> >
>> >[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
>> >[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
>> >[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault) while
>shutting down
>> >
>> >As for other information we're running Unreal 3.2.1 with the latest
>version of services (5.0.38).
>> >
>> >If there is any other information I can provide please let me know.
>> >
>> >CPUMAN
>> >Network Administrator
>> >Serenia IRC Network
>> >chat.serenia.net
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >
>>
>> /******* - End Original Message - *******/
>>
>>
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From cpuman2000 at hotmail.com  Sat Aug 28 08:40:16 2004
From: cpuman2000 at hotmail.com (CPUMAN)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
References: <MC11-F27f7w6J7JHj4D0002d650@mc11-f27.hotmail.com>
Message-ID: <BAY12-DAV9s3JcXu98s00005bb3@hotmail.com>

That's understandable, my network has suffered through several DDoS's.

Anyway it's GCC 3.3.4.

I'm currently using  a test server to try and recreate the crash as I can't
risk them crashing on my main network again.  If I can get it to happen
again I'll post the debug log.

CPUMAN
Network Administrator
Serenia IRC Network
chat.serenia.net

----- Original Message ----- 
From: "Craig McLure" <Craig@frostycoolslug.com>
To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
Sent: Saturday, August 28, 2004 2:39 AM
Subject: Re: Re: [IRCServices] Exception Del Crash Bug


> I appologise for the rudeness of my reply last night, there was no need
for it, my IRC network was DDoSed last night, and 3 of our servers went
down.. but you dont need my life story.
>
> You are right, there is a - in all exception lists, it just seemed odd
that i used /os exception list.
>
> If you can re-create the bug, would it be possible to see if /os exception
list returns the same corrupted results?
>
> Also, what version of GCC are you running? It may be a compiler issue.
>
> /****************************************
>  *     Craig "FrostyCoolSlug" McLure
>  *       Craig@FrostyCoolSlug.com
>  * InspIRCd   - http://www.inspircd.org
>  * ChatSpike  - http://www.chatspike.net
>  ****************************************/
>
>
> /****************************************
>  * From    - CPUMAN <cpuman2000@hotmail.com>
>  * To      - IRC Services General Mailing List
<ircservices@ircservices.za.net>
>  * Sent    - 06:59:26 @ 2004-08-28
>  * Subject - Re: [IRCServices] Exception Del Crash Bug
>  ****************************************/
>
> /****** - Begin Original Message - ******/
>
> >Wow that was an extremely rude reply.
> >
> >First off other then neglecting to include the O/S info I gave all the
> >information the manual asked. Which it's running Slackware 10 with kernel
> >2.6.7 on an AthlonXP 2500+ with 256MB of RAM.
> >
> >Second off it's a stock version of services. The character '-' is always
> >placed before the exception reason when you issue the view command
(versus
> >the list command).  I'd highly recommend you give the '/operserv
exception
> >view' command a try.
> >
> >Finally there was no back trace. I'm currently trying recreate the crash,
> >but it may very well have been due several other factors to, include the
> >length of time services had been up and running as it appears to me that
> >something was handled incorrectly with the buffer, which could of been a
> >progressive problem.  One other piece of information that is worth adding
is
> >it only happened with the issue of the 'exception del num' command, but
> >appeared to be fine with the 'exception del host' command... as soon as I
> >can recreate the crash I'll gladly provide the debug log.
> >
> >CPUMAN
> >Network Administrator
> >Serenia IRC Network
> >chat.serenia.net
> >
> >----- Original Message ----- 
> >From: "Craig McLure" <Craig@frostycoolslug.com>
> >To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
> >Sent: Friday, August 27, 2004 9:08 PM
> >Subject: Re: [IRCServices] Exception Del Crash Bug
> >
> >
> >> Firstly, please don't send HTML emails to this list. Thanks.
> >>
> >> Anyway, this seems to be odd behaviour indeed, looks like a buffer
overrun
> >somewhere.
> >> My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully
how
> >to report bugs.
> >>
> >> On the other hand, has this version of services been modified in any
way?
> >the appearance of the - charactor in every exception makes it appear so,
if
> >it has been modified, dont expect help :)
> >>
> >> /****************************************
> >>  *     Craig "FrostyCoolSlug" McLure
> >>  *       Craig@FrostyCoolSlug.com
> >>  * InspIRCd   - http://www.inspircd.org
> >>  * ChatSpike  - http://www.chatspike.net
> >>  ****************************************/
> >>
> >>
> >> /****************************************
> >>  * From    - CPUMAN <cpuman2000@hotmail.com>
> >>  * To      - IRC Services General Mailing List
> ><ircservices@ircservices.za.net>
> >>  * Sent    - 00:04:51 @ 2004-08-28
> >>  * Subject - [IRCServices] Exception Del Crash Bug
> >>  ****************************************/
> >>
> >> /****** - Begin Original Message - ******/
> >>
> >> >I used the 'exception del' command and started getting weird
occurrences
> >on the exception list... like blank entries...
> >> >
> >> >-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
> >> >-
> >> >-OperServ-     Limit: 0     - Yura
> >> >
> >> >and I also got corrupted entries as well...
> >> >
> >> >-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004;
does
> >not expire)
> >> >-
> >> >-OperServ-     Limit: 5     - 142.166.*
> >> >
> >> >Finally services just crashed...
> >> >
> >> >[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
> >> >[16:47:10] Received SQUIT services.serenia.net from
> >services.serenia.net[127.0.0.1] (Services terminating: Segmentation
fault)
> >> >
> >> >and the logs show this...
> >> >
> >> >[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
> >> >[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
> >> >[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault)
while
> >shutting down
> >> >
> >> >As for other information we're running Unreal 3.2.1 with the latest
> >version of services (5.0.38).
> >> >
> >> >If there is any other information I can provide please let me know.
> >> >
> >> >CPUMAN
> >> >Network Administrator
> >> >Serenia IRC Network
> >> >chat.serenia.net
> >> >------------------------------------------------------------------
> >> >To unsubscribe or change your subscription options, visit:
> >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >> >
> >>
> >> /******* - End Original Message - *******/
> >>
> >>
> >>
> >> ------------------------------------------------------------------
> >> To unsubscribe or change your subscription options, visit:
> >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> >>
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>
> /******* - End Original Message - *******/
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From moontan at dmbroadband.com  Sun Aug 29 06:08:20 2004
From: moontan at dmbroadband.com (moontan@dmbroadband.com)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Re: IRCServices Digest, Vol 20, Issue 14
In-Reply-To: <20040829095631.9B9E371A1B@dm.deskmedia.com>
References: <20040829095631.9B9E371A1B@dm.deskmedia.com>
Message-ID: <20040829130648.M56131@deskmedia.com>



I had the same problem. Will not back trace, but I resolved the problem. I 
switched to anope services, and problem went away


---------- Original Message -----------
From: ircservices-request@ircservices.za.net
To: ircservices@ircservices.za.net
Sent: Sun, 29 Aug 2004 04:56:31 -0500 (CDT)
Subject: IRCServices Digest, Vol 20, Issue 14

> Send IRCServices mailing list submissions to
>       ircservices@ircservices.za.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://www.ircservices.za.net/mailman/listinfo/ircservices
> or, via email, send a message with subject or body 'help' to
>       ircservices-request@ircservices.za.net
> 
> You can reach the person managing the list at
>       ircservices-owner@ircservices.za.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of IRCServices digest..."
> 
> Today's Topics:
> 
>    1. Re: Re: [IRCServices] Exception Del Crash Bug (CPUMAN)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sat, 28 Aug 2004 09:40:16 -0600
> From: "CPUMAN" <cpuman2000@hotmail.com>
> Subject: Re: Re: [IRCServices] Exception Del Crash Bug
> To: "IRC Services General Mailing List"
>       <ircservices@ircservices.za.net>
> Message-ID: <BAY12-DAV9s3JcXu98s00005bb3@hotmail.com>
> Content-Type: text/plain;     charset="iso-8859-1"
> 
> That's understandable, my network has suffered through several DDoS's.
> 
> Anyway it's GCC 3.3.4.
> 
> I'm currently using  a test server to try and recreate the crash as 
> I can't risk them crashing on my main network again.  If I can get 
> it to happen again I'll post the debug log.
> 
> CPUMAN
> Network Administrator
> Serenia IRC Network
> chat.serenia.net
> 
> ----- Original Message ----- 
> From: "Craig McLure" <Craig@frostycoolslug.com>
> To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
> Sent: Saturday, August 28, 2004 2:39 AM
> Subject: Re: Re: [IRCServices] Exception Del Crash Bug
> 
> > I appologise for the rudeness of my reply last night, there was no need
> for it, my IRC network was DDoSed last night, and 3 of our servers went
> down.. but you dont need my life story.
> >
> > You are right, there is a - in all exception lists, it just seemed odd
> that i used /os exception list.
> >
> > If you can re-create the bug, would it be possible to see if /os 
exception
> list returns the same corrupted results?
> >
> > Also, what version of GCC are you running? It may be a compiler issue.
> >
> > /****************************************
> >  *     Craig "FrostyCoolSlug" McLure
> >  *       Craig@FrostyCoolSlug.com
> >  * InspIRCd   - http://www.inspircd.org
> >  * ChatSpike  - http://www.chatspike.net
> >  ****************************************/
> >
> >
> > /****************************************
> >  * From    - CPUMAN <cpuman2000@hotmail.com>
> >  * To      - IRC Services General Mailing List
> <ircservices@ircservices.za.net>
> >  * Sent    - 06:59:26 @ 2004-08-28
> >  * Subject - Re: [IRCServices] Exception Del Crash Bug
> >  ****************************************/
> >
> > /****** - Begin Original Message - ******/
> >
> > >Wow that was an extremely rude reply.
> > >
> > >First off other then neglecting to include the O/S info I gave all the
> > >information the manual asked. Which it's running Slackware 10 with 
kernel
> > >2.6.7 on an AthlonXP 2500+ with 256MB of RAM.
> > >
> > >Second off it's a stock version of services. The character '-' is always
> > >placed before the exception reason when you issue the view command
> (versus
> > >the list command).  I'd highly recommend you give the '/operserv
> exception
> > >view' command a try.
> > >
> > >Finally there was no back trace. I'm currently trying recreate the 
crash,
> > >but it may very well have been due several other factors to, include the
> > >length of time services had been up and running as it appears to me that
> > >something was handled incorrectly with the buffer, which could of been a
> > >progressive problem.  One other piece of information that is worth 
adding
> is
> > >it only happened with the issue of the 'exception del num' command, but
> > >appeared to be fine with the 'exception del host' command... as soon as 
I
> > >can recreate the crash I'll gladly provide the debug log.
> > >
> > >CPUMAN
> > >Network Administrator
> > >Serenia IRC Network
> > >chat.serenia.net
> > >
> > >----- Original Message ----- 
> > >From: "Craig McLure" <Craig@frostycoolslug.com>
> > >To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
> > >Sent: Friday, August 27, 2004 9:08 PM
> > >Subject: Re: [IRCServices] Exception Del Crash Bug
> > >
> > >
> > >> Firstly, please don't send HTML emails to this list. Thanks.
> > >>
> > >> Anyway, this seems to be odd behaviour indeed, looks like a buffer
> overrun
> > >somewhere.
> > >> My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully
> how
> > >to report bugs.
> > >>
> > >> On the other hand, has this version of services been modified in any
> way?
> > >the appearance of the - charactor in every exception makes it appear so,
> if
> > >it has been modified, dont expect help :)
> > >>
> > >> /****************************************
> > >>  *     Craig "FrostyCoolSlug" McLure
> > >>  *       Craig@FrostyCoolSlug.com
> > >>  * InspIRCd   - http://www.inspircd.org
> > >>  * ChatSpike  - http://www.chatspike.net
> > >>  ****************************************/
> > >>
> > >>
> > >> /****************************************
> > >>  * From    - CPUMAN <cpuman2000@hotmail.com>
> > >>  * To      - IRC Services General Mailing List
> > ><ircservices@ircservices.za.net>
> > >>  * Sent    - 00:04:51 @ 2004-08-28
> > >>  * Subject - [IRCServices] Exception Del Crash Bug
> > >>  ****************************************/
> > >>
> > >> /****** - Begin Original Message - ******/
> > >>
> > >> >I used the 'exception del' command and started getting weird
> occurrences
> > >on the exception list... like blank entries...
> > >> >
> > >> >-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
> > >> >-
> > >> >-OperServ-     Limit: 0     - Yura
> > >> >
> > >> >and I also got corrupted entries as well...
> > >> >
> > >> >-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004;
> does
> > >not expire)
> > >> >-
> > >> >-OperServ-     Limit: 5     - 142.166.*
> > >> >
> > >> >Finally services just crashed...
> > >> >
> > >> >[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
> > >> >[16:47:10] Received SQUIT services.serenia.net from
> > >services.serenia.net[127.0.0.1] (Services terminating: Segmentation
> fault)
> > >> >
> > >> >and the logs show this...
> > >> >
> > >> >[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
> > >> >[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
> > >> >[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault)
> while
> > >shutting down
> > >> >
> > >> >As for other information we're running Unreal 3.2.1 with the latest
> > >version of services (5.0.38).
> > >> >
> > >> >If there is any other information I can provide please let me know.
> > >> >
> > >> >CPUMAN
> > >> >Network Administrator
> > >> >Serenia IRC Network
> > >> >chat.serenia.net
> > >> >------------------------------------------------------------------
> > >> >To unsubscribe or change your subscription options, visit:
> > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >> >
> > >>
> > >> /******* - End Original Message - *******/
> > >>
> > >>
> > >>
> > >> ------------------------------------------------------------------
> > >> To unsubscribe or change your subscription options, visit:
> > >> http://www.ircservices.za.net/mailman/listinfo/ircservices
> > >>
> > >
> > >------------------------------------------------------------------
> > >To unsubscribe or change your subscription options, visit:
> > >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> > /******* - End Original Message - *******/
> >
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> ------------------------------
> 
> _______________________________________________
> IRCServices mailing list
> IRCServices@ircservices.za.net
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> End of IRCServices Digest, Vol 20, Issue 14
> *******************************************
------- End of Original Message -------



From Craig at frostycoolslug.com  Sun Aug 29 13:10:08 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Re: IRCServices Digest, Vol 20, Issue 14
Message-ID: <mailman.75.1098597732.26050.ircservices@ircservices.za.net>

Well, if you had gone into more detail and RTFM on how to report segfaults, then maybe you would have been helpped. As Andy said "RTFM (FAQ Z.3)". Just saying 'It Crashed' is stupid. Not even telling us HOW it crashed, apart from a log entry saying 'Services is crashing now'.

If you cant read the manual, then thats your problem. Good luck with Anope. Have a Nice day, and please leave us alone.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - moontan <moontan@dmbroadband.com>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 14:08:20 @ 2004-08-29
 * Subject - [IRCServices] Re: IRCServices Digest, Vol 20, Issue 14
 ****************************************/

/****** - Begin Original Message - ******/

>
>
>I had the same problem. Will not back trace, but I resolved the problem. I 
>switched to anope services, and problem went away
>
>
>---------- Original Message -----------
>From: ircservices-request@ircservices.za.net
>To: ircservices@ircservices.za.net
>Sent: Sun, 29 Aug 2004 04:56:31 -0500 (CDT)
>Subject: IRCServices Digest, Vol 20, Issue 14
>
>> Send IRCServices mailing list submissions to
>>      ircservices@ircservices.za.net
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>      http://www.ircservices.za.net/mailman/listinfo/ircservices
>> or, via email, send a message with subject or body 'help' to
>>      ircservices-request@ircservices.za.net
>> 
>> You can reach the person managing the list at
>>      ircservices-owner@ircservices.za.net
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of IRCServices digest..."
>> 
>> Today's Topics:
>> 
>>    1. Re: Re: [IRCServices] Exception Del Crash Bug (CPUMAN)
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Sat, 28 Aug 2004 09:40:16 -0600
>> From: "CPUMAN" <cpuman2000@hotmail.com>
>> Subject: Re: Re: [IRCServices] Exception Del Crash Bug
>> To: "IRC Services General Mailing List"
>>      <ircservices@ircservices.za.net>
>> Message-ID: <BAY12-DAV9s3JcXu98s00005bb3@hotmail.com>
>> Content-Type: text/plain;    charset="iso-8859-1"
>> 
>> That's understandable, my network has suffered through several DDoS's.
>> 
>> Anyway it's GCC 3.3.4.
>> 
>> I'm currently using  a test server to try and recreate the crash as 
>> I can't risk them crashing on my main network again.  If I can get 
>> it to happen again I'll post the debug log.
>> 
>> CPUMAN
>> Network Administrator
>> Serenia IRC Network
>> chat.serenia.net
>> 
>> ----- Original Message ----- 
>> From: "Craig McLure" <Craig@frostycoolslug.com>
>> To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>> Sent: Saturday, August 28, 2004 2:39 AM
>> Subject: Re: Re: [IRCServices] Exception Del Crash Bug
>> 
>> > I appologise for the rudeness of my reply last night, there was no need
>> for it, my IRC network was DDoSed last night, and 3 of our servers went
>> down.. but you dont need my life story.
>> >
>> > You are right, there is a - in all exception lists, it just seemed odd
>> that i used /os exception list.
>> >
>> > If you can re-create the bug, would it be possible to see if /os 
>exception
>> list returns the same corrupted results?
>> >
>> > Also, what version of GCC are you running? It may be a compiler issue.
>> >
>> > /****************************************
>> >  *     Craig "FrostyCoolSlug" McLure
>> >  *       Craig@FrostyCoolSlug.com
>> >  * InspIRCd   - http://www.inspircd.org
>> >  * ChatSpike  - http://www.chatspike.net
>> >  ****************************************/
>> >
>> >
>> > /****************************************
>> >  * From    - CPUMAN <cpuman2000@hotmail.com>
>> >  * To      - IRC Services General Mailing List
>> <ircservices@ircservices.za.net>
>> >  * Sent    - 06:59:26 @ 2004-08-28
>> >  * Subject - Re: [IRCServices] Exception Del Crash Bug
>> >  ****************************************/
>> >
>> > /****** - Begin Original Message - ******/
>> >
>> > >Wow that was an extremely rude reply.
>> > >
>> > >First off other then neglecting to include the O/S info I gave all the
>> > >information the manual asked. Which it's running Slackware 10 with 
>kernel
>> > >2.6.7 on an AthlonXP 2500+ with 256MB of RAM.
>> > >
>> > >Second off it's a stock version of services. The character '-' is always
>> > >placed before the exception reason when you issue the view command
>> (versus
>> > >the list command).  I'd highly recommend you give the '/operserv
>> exception
>> > >view' command a try.
>> > >
>> > >Finally there was no back trace. I'm currently trying recreate the 
>crash,
>> > >but it may very well have been due several other factors to, include the
>> > >length of time services had been up and running as it appears to me that
>> > >something was handled incorrectly with the buffer, which could of been a
>> > >progressive problem.  One other piece of information that is worth 
>adding
>> is
>> > >it only happened with the issue of the 'exception del num' command, but
>> > >appeared to be fine with the 'exception del host' command... as soon as 
>I
>> > >can recreate the crash I'll gladly provide the debug log.
>> > >
>> > >CPUMAN
>> > >Network Administrator
>> > >Serenia IRC Network
>> > >chat.serenia.net
>> > >
>> > >----- Original Message ----- 
>> > >From: "Craig McLure" <Craig@frostycoolslug.com>
>> > >To: "IRC Services General Mailing Lis" <ircservices@ircservices.za.net>
>> > >Sent: Friday, August 27, 2004 9:08 PM
>> > >Subject: Re: [IRCServices] Exception Del Crash Bug
>> > >
>> > >
>> > >> Firstly, please don't send HTML emails to this list. Thanks.
>> > >>
>> > >> Anyway, this seems to be odd behaviour indeed, looks like a buffer
>> overrun
>> > >somewhere.
>> > >> My official responce would be: "RTFM  FAQ  Z.3"  Which describes fully
>> how
>> > >to report bugs.
>> > >>
>> > >> On the other hand, has this version of services been modified in any
>> way?
>> > >the appearance of the - charactor in every exception makes it appear so,
>> if
>> > >it has been modified, dont expect help :)
>> > >>
>> > >> /****************************************
>> > >>  *     Craig "FrostyCoolSlug" McLure
>> > >>  *       Craig@FrostyCoolSlug.com
>> > >>  * InspIRCd   - http://www.inspircd.org
>> > >>  * ChatSpike  - http://www.chatspike.net
>> > >>  ****************************************/
>> > >>
>> > >>
>> > >> /****************************************
>> > >>  * From    - CPUMAN <cpuman2000@hotmail.com>
>> > >>  * To      - IRC Services General Mailing List
>> > ><ircservices@ircservices.za.net>
>> > >>  * Sent    - 00:04:51 @ 2004-08-28
>> > >>  * Subject - [IRCServices] Exception Del Crash Bug
>> > >>  ****************************************/
>> > >>
>> > >> /****** - Begin Original Message - ******/
>> > >>
>> > >> >I used the 'exception del' command and started getting weird
>> occurrences
>> > >on the exception list... like blank entries...
>> > >> >
>> > >> >-OperServ-   7.    (by CPUMAN on Aug 27 2004; does not expire)
>> > >> >-
>> > >> >-OperServ-     Limit: 0     - Yura
>> > >> >
>> > >> >and I also got corrupted entries as well...
>> > >> >
>> > >> >-OperServ-   7.  ?b\14\b\14?\14@.ov.nl.home.nl  (by CPUMAN on Jan 01 2004;
>> does
>> > >not expire)
>> > >> >-
>> > >> >-OperServ-     Limit: 5     - 142.166.*
>> > >> >
>> > >> >Finally services just crashed...
>> > >> >
>> > >> >[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)
>> > >> >[16:47:10] Received SQUIT services.serenia.net from
>> > >services.serenia.net[127.0.0.1] (Services terminating: Segmentation
>> fault)
>> > >> >
>> > >> >and the logs show this...
>> > >> >
>> > >> >[Aug 27 16:47:05 2004] PANIC! signal 11 (no buffer)
>> > >> >[Aug 27 16:47:05 2004] Services terminating: Segmentation fault
>> > >> >[Aug 27 16:47:05 2004] FATAL: Caught signal 11 (Segmentation fault)
>> while
>> > >shutting down
>> > >> >
>> > >> >As for other information we're running Unreal 3.2.1 with the latest
>> > >version of services (5.0.38).
>> > >> >
>> > >> >If there is any other information I can provide please let me know.
>> > >> >
>> > >> >CPUMAN
>> > >> >Network Administrator
>> > >> >Serenia IRC Network
>> > >> >chat.serenia.net
>> > >> >------------------------------------------------------------------
>> > >> >To unsubscribe or change your subscription options, visit:
>> > >> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> > >> >
>> > >>
>> > >> /******* - End Original Message - *******/
>> > >>
>> > >>
>> > >>
>> > >> ------------------------------------------------------------------
>> > >> To unsubscribe or change your subscription options, visit:
>> > >> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> > >>
>> > >
>> > >------------------------------------------------------------------
>> > >To unsubscribe or change your subscription options, visit:
>> > >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >
>> > /******* - End Original Message - *******/
>> >
>> >
>> >
>> > ------------------------------------------------------------------
>> > To unsubscribe or change your subscription options, visit:
>> > http://www.ircservices.za.net/mailman/listinfo/ircservices
>> >
>> 
>> ------------------------------
>> 
>> _______________________________________________
>> IRCServices mailing list
>> IRCServices@ircservices.za.net
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>> 
>> End of IRCServices Digest, Vol 20, Issue 14
>> *******************************************
>------- End of Original Message -------
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From achurch at achurch.org  Mon Aug 30 11:22:16 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Exception Del Crash Bug
In-Reply-To: <BAY12-DAV13e1MRpANH000089ee@hotmail.com>
Message-ID: <4132906c.63304@achurch.org>

>I used the 'exception del' command and started getting weird occurrences =
>on the exception list... like blank entries...
[...]
>and I also got corrupted entries as well...
[...]
>Finally services just crashed...
>
>[16:47:10] |G/O| <services.serenia.net> PANIC! signal 11 (no buffer)

     Well, I've looked through the code and done some tests myself, but I
haven't been able to find or reproduce the problem.  If you can provide a
debug log and backtrace, that would be the most help.  Alternatively, can
you send me (privately) a copy of the exception database (exception.db)
with which the problem occurs, and the exact command which triggered the
problem?  (There are two different code paths for EXCEPTION DEL, so I need
to know exactly what parameter you gave to the command.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dan at skyinternet.co.uk  Mon Aug 30 09:50:32 2004
From: dan at skyinternet.co.uk (Dan)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
Message-ID: <10def3343c66df17bb50bc26e79faff6@skyinternet.co.uk>

Hello!

Hope you're all well and had a good weekend!

Three quick questions please.
I apologise if these has already been answered, to my knowledge I couldn't find them.

We wish to use IRCServices5 with bahamut 1.8.

Everything compiled okay, but when starting the service we got an error relating to sync_operserv_db, is there a fix? I can reproduce the error if needed.

I see that there's an option that only Admins can register channels on ChanServ, which is what we wish to do. How is this dealt with? Do admins still use the REGISTER command and if so which syntax? I couldn't find much documentation regarding it.

Also, is there a way to make ChanServ "sit" permanently in registered channels and be protected from kicks/deops? I heard about a patch for this, but haven't been successful in finding it.

I thank you in advance for any help with these matters, and congratulations on a great service!

Regards,


From achurch at achurch.org  Tue Aug 31 01:01:42 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
In-Reply-To: <10def3343c66df17bb50bc26e79faff6@skyinternet.co.uk>
Message-ID: <41335187.77660@achurch.org>

>Everything compiled okay, but when starting the service we got an error relating to sync_operserv_db, is there a fix? I can reproduce the error if needed.

     This isn't enough information to help find the bug.  See FAQ Z.3.

>I see that there's an option that only Admins can register channels on ChanServ, which is what we wish to do. How is this dealt with? Do admins still use the REGISTER command and if so which syntax? I couldn't find much documentation regarding it.

     Yes; the option is CSEnableRegister, and it's documented fully in
Appendix A of the manual.  (I'll add an explicit reference to it in section
3 as well to clarify this.)

>Also, is there a way to make ChanServ "sit" permanently in registered channels and be protected from kicks/deops? I heard about a patch for this, but haven't been successful in finding it.

     I can't speak for others, but as far as I'm concerned, see FAQ Z.6.
(With all due respect, I and others would appreciate if you would take time
to RTFM before writing to the mailing list.  The manual is there for a
reason.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dan at skyinternet.co.uk  Mon Aug 30 10:35:00 2004
From: dan at skyinternet.co.uk (Dan)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
Message-ID: <476c23414a7e142a249d6f9d507f3eb7@skyinternet.co.uk>

Hiya.  Thanks for your reply.
Apologies for being a nuisance...

Okay, the error I get when starting services:

[Aug 30 17:28:51 2004] IRC Services 5.0.38 starting up
[Aug 30 17:28:51 2004] modules: Unable to load module `operserv/main': /home/in/services/lib/modules/operserv/main.so: Undefined symbol "sync_operserv_db"
[Aug 30 17:28:51 2004] Error loading modules, aborting

>      Yes; the option is CSEnableRegister, and it's documented fully in
> Appendix A of the manual.  (I'll add an explicit reference to it in section
> 3 as well to clarify this.)

I only see in the Manual:

> CSEnableRegister????[OPTIONAL] 
> 
> Allows the REGISTER command to be used. This is usually a good thing, but if you don't want your users to be able to register channels, remove (or comment out) this directive. Note, however, that Services administrators and the Services super-user will still be able to use the REGISTER command even if this directive is not given. 
> 
> Example: CSEnableRegister 

So for admins, it'd still be the same syntax as normal? Or would they need to give some extra syntaxes to say which user to register the channel to? i.e. if they used the standard syntax, the channel would be registered to them? How can they register it to a different registered nick?

>      I can't speak for others, but as far as I'm concerned, see FAQ Z.6.
> (With all due respect, I and others would appreciate if you would take time
> to RTFM before writing to the mailing list.  The manual is there for a
> reason.)

It's something we'd really like, and in the manual you mentioned about extra traffic, but if the bot was +d would it really create that much more? I appreciate you're probably been asked this so many times, so I won't continue with it. :)

Thanks again.


From mark at phedny.net  Mon Aug 30 09:53:33 2004
From: mark at phedny.net (M. van Cuijk)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
In-Reply-To: <476c23414a7e142a249d6f9d507f3eb7@skyinternet.co.uk>
References: <476c23414a7e142a249d6f9d507f3eb7@skyinternet.co.uk>
Message-ID: <41335B8D.1050207@phedny.net>

Dan wrote:

> So for admins, it'd still be the same syntax as normal? Or would they 
> need to give some extra syntaxes to say which user to register the 
> channel to? i.e. if they used the standard syntax, the channel would 
> be registered to them? How can they register it to a different 
> registered nick?

Channel founder is always the person who REGISTERs it, unless it's 
changes with a ChanServ SET FOUNDER. Please read /msg ChanServ HELP SET 
FOUNDER
And indeed, the syntax is the same, as you actually use the normal 
command. But you could always check the syntax with a HELP message.

- Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2981 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040830/8d1d7274/smime.bin
From dan at skyinternet.co.uk  Mon Aug 30 10:59:56 2004
From: dan at skyinternet.co.uk (Dan)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
Message-ID: <867deb5961f4933e02a6e72b90e31942@skyinternet.co.uk>

Hello again.
So even with that option, there's no way to to *directly* register a channel to someone else?
Instead, that person would need to register the channel, and change the FOUNDER?

-----Original message-----
From: "M. van Cuijk" mark@phedny.net
Date: Mon, 30 Aug 2004 17:53:53 +0100
To: IRC Services General Mailing List ircservices@ircservices.za.net
Subject: Re: [IRCServices] General help please!

> Dan wrote:
> 
> > So for admins, it'd still be the same syntax as normal? Or would they 
> > need to give some extra syntaxes to say which user to register the 
> > channel to? i.e. if they used the standard syntax, the channel would 
> > be registered to them? How can they register it to a different 
> > registered nick?
> 
> Channel founder is always the person who REGISTERs it, unless it's 
> changes with a ChanServ SET FOUNDER. Please read /msg ChanServ HELP SET 
> FOUNDER
> And indeed, the syntax is the same, as you actually use the normal 
> command. But you could always check the syntax with a HELP message.
> 
> - Mark
> 



From chris at starglade.org  Mon Aug 30 10:43:37 2004
From: chris at starglade.org (Chris Jenkinson)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
In-Reply-To: <867deb5961f4933e02a6e72b90e31942@skyinternet.co.uk>
References: <867deb5961f4933e02a6e72b90e31942@skyinternet.co.uk>
Message-ID: <41336749.2070307@starglade.org>

Dan wrote:

> Hello again.
> So even with that option, there's no way to to *directly* register a channel to someone else?
> Instead, that person would need to register the channel, and change the FOUNDER?

Correct - if you want this feature, I know srvx (the services used on 
GameSurge) supports it (http://www.srvx.net/), exactly as you have 
described.

Chris

-- 
Chris Jenkinson
chris@starglade.org


From Craig at frostycoolslug.com  Mon Aug 30 11:15:50 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
Message-ID: <mailman.76.1098597732.26050.ircservices@ircservices.za.net>

>From what i've seen, this feature doesnt exist yet, but i'm sure others would find it useful.

As i mentioned the other day, our Network has been undergoing several Distributed Denial of Service attacks, Most of them are aimed at the server in which services are hosted. Our Oper team came up with a 'Redundancy' plan, basically, a copy of services, which has a copy of the databases (up to an hour old, transfered via. crontab), however, obviously due to the possible age of these databases, and them not being 'live', changing them would be pointless, because when the main services come back, all changes to the database wont exist anymore.

So i propose a config option which prevents modifying of nicknames, chanserv, no memos, etc, just something which will allow people's channels and Nicknames to still be protected, autoops etc, and most services features, just without modifying nicknames / channels being arround. Obviously i could put a .lock file in the database directory, and enable no register, but this wont stop users becomming confused when their nicknames / channels suddenly change back to a previous setting. Just a message like:

-NickServ/ChanServ/MemoServ/OperServ- For Security Reasons, Services is currently in Read-Only Mode, no changes to nicknames or channels will be saved.

When they attempt to execute a command.

Just a thought, Opinions would be nice :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/




From brandx at madd-chat.co.uk  Mon Aug 30 13:29:46 2004
From: brandx at madd-chat.co.uk (Tom Moyer)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <200408301918319.SM02728@mx01.g1b50n.co.za>
Message-ID: <200408301929.i7UJTu9M008033@smtp-mtc08.proxy.aol.com>

Craig the coding side I don't know much about, as I am not a coder, and I
joined this msg board primarily to see what is new with IRC services, and
maybe talk myself in to switching back.  That being said, my only question
to you is this.  Why didn't you keep the ip address to your services box
private... most ircd's hide it now.  You can't do a /stats c unless you're
an ircoper on most ircd's so why did you give out that ip address?  The one
sure fire way to keep services going, and to keep your network from being
taken out in one fail swoop is to keep all your hubs and Services on private
ip addresses.  IE ip addresses that no one knows about.

-----Original Message-----
From: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] On Behalf Of Craig McLure
Sent: Monday, August 30, 2004 12:16 PM
To: ircservices
Subject: [IRCServices] "Read Only Mode"

>From what i've seen, this feature doesnt exist yet, but i'm sure others
would find it useful.

As i mentioned the other day, our Network has been undergoing several
Distributed Denial of Service attacks, Most of them are aimed at the server
in which services are hosted. Our Oper team came up with a 'Redundancy'
plan, basically, a copy of services, which has a copy of the databases (up
to an hour old, transfered via. crontab), however, obviously due to the
possible age of these databases, and them not being 'live', changing them
would be pointless, because when the main services come back, all changes to
the database wont exist anymore.

So i propose a config option which prevents modifying of nicknames,
chanserv, no memos, etc, just something which will allow people's channels
and Nicknames to still be protected, autoops etc, and most services
features, just without modifying nicknames / channels being arround.
Obviously i could put a .lock file in the database directory, and enable no
register, but this wont stop users becomming confused when their nicknames /
channels suddenly change back to a previous setting. Just a message like:

-NickServ/ChanServ/MemoServ/OperServ- For Security Reasons, Services is
currently in Read-Only Mode, no changes to nicknames or channels will be
saved.

When they attempt to execute a command.

Just a thought, Opinions would be nice :)

/****************************************
 *     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



From quension at mac.com  Mon Aug 30 14:12:13 2004
From: quension at mac.com (Trevor Talbot)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <200408301817.i7UIHUIV007304@mac.com>
Message-ID: <43B3E1F2-FAC9-11D8-874E-0003938D6866@mac.com>

On Monday, Aug 30, 2004, at 11:15 US/Pacific, Craig McLure wrote:

> So i propose a config option which prevents modifying of nicknames, 
> chanserv, no memos, etc, just something which will allow people's 
> channels and Nicknames to still be protected, autoops etc, and most 
> services features, just without modifying nicknames / channels being 
> arround.

./services -readonly ?

-- Quension



From medice at gmx.at  Mon Aug 30 14:16:48 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <200408301929.i7UJTu9M008033@smtp-mtc08.proxy.aol.com>
References: <200408301929.i7UJTu9M008033@smtp-mtc08.proxy.aol.com>
Message-ID: <41339940.20007@gmx.at>

Tom Moyer wrote:
> Craig the coding side I don't know much about, as I am not a coder, and I
> joined this msg board primarily to see what is new with IRC services, and
> maybe talk myself in to switching back.  That being said, my only question
> to you is this.  Why didn't you keep the ip address to your services box
> private... most ircd's hide it now.  You can't do a /stats c unless you're
> an ircoper on most ircd's so why did you give out that ip address?  The one
> sure fire way to keep services going, and to keep your network from being
> taken out in one fail swoop is to keep all your hubs and Services on private
> ip addresses.  IE ip addresses that no one knows about.

What kind of DDos? Mass-Clones joining your network and sending inside 
IRC many commands around - or something directly on the machines?

If second, I would agree with Tom Moyer - it's a good idea to run hubs 
and especially services on secret IPs - if your ircd may block /stats 
for non-opers - you're a winner - if not, you may play around with dns
f.e. services.yournet.tld = 127.0.0.1 for the world - and has the 
"correct" DNS-entry only the uplink-ircd (same with 
uplink-hub.yournet.tld maybe?) - i've this constellation on several 
networks where /stats c is allowed to users...

I know - ddos is a !"$&$"$(( - but one possible solution worth a try is 
to move targets out of range, as good as possible...

greets and good luck on fighting ddos

/medice



From achurch at achurch.org  Tue Aug 31 09:23:48 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] General help please!
In-Reply-To: <476c23414a7e142a249d6f9d507f3eb7@skyinternet.co.uk>
Message-ID: <4133c538.00564@achurch.org>

>[Aug 30 17:28:51 2004] IRC Services 5.0.38 starting up
>[Aug 30 17:28:51 2004] modules: Unable to load module `operserv/main': /home/in/services/lib/modules/operserv/main.so: Undefined symbol "sync_operserv_db"
>[Aug 30 17:28:51 2004] Error loading modules, aborting

     You're loading the modules in the wrong order.  See the example
ircservices.conf file for the proper order to load the modules in.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Tue Aug 31 02:06:01 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
Message-ID: <mailman.77.1098597732.26050.ircservices@ircservices.za.net>

As far as i know, this allows changes to nicknames and channels, it just doesnt save the databases.

The problem we have with having services in a different location, is that we have a lot of users, and only a few servers, the cost of a lot of servers is obviously relativly high,  unfortunantly, at this point in time, a seperate hub for services isn't an option.

Currently, the attackers seem to be primarily attacking the server in which services is linked too.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Trevor Talbot <quension@mac.com>
 * To      - IRC Services General Mailing List <ircservices@ircservices.za.net>
 * Sent    - 22:12:13 @ 2004-08-30
 * Subject - Re: [IRCServices] "Read Only Mode"
 ****************************************/

/****** - Begin Original Message - ******/

>On Monday, Aug 30, 2004, at 11:15 US/Pacific, Craig McLure wrote:
>
>> So i propose a config option which prevents modifying of nicknames, 
>> chanserv, no memos, etc, just something which will allow people's 
>> channels and Nicknames to still be protected, autoops etc, and most 
>> services features, just without modifying nicknames / channels being 
>> arround.
>
>./services -readonly ?
>
>-- Quension
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Tue Aug 31 18:25:32 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <41344043.14211@mail.achurch.org>
Message-ID: <41344488.01676@achurch.org>

>As far as i know

     Try extending your knowledge, then:

./ircservices -readonly
[...]
-> *NickServ* set hide off
-NickServ- Sorry, nickname option setting is temporarily disabled.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From greco at gate.net  Wed Sep  1 11:41:46 2004
From: greco at gate.net (gregg conklin)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] modules/mail/smtp.c bug
Message-ID: <6.0.3.0.2.20040901141752.032ad258@pop.gate.net>

i was just setting up ircservices today and everything is working great, 
except sending mail out through the relay. i'm running 5.0.38. i apologize 
if this is already know and i'm just cluttering up the list.

i'm using my isp as the relay (mailhost.gate.net:25) and they return 
multiple lines upon connecting.

220-smtp6.mindspring.com ESMTP Exim 3.33 #1 Wed, 01 Sep 2004 14:20:42 -0400
220-NO UCE.  EarthLink does not authorize the use of its computers or network
220 equipment to deliver, accept, transmit, or distribute unsolicited e-mail.

and it seems that smtp.c isn't correctly handling the multiple lines.

around line 177 of smtp.c is
   if (!si->replycode) {
...
    si->replycode = strtol(buf, &s, 10);
...
       si->replychar = buf[3];
}

what's happening is the first time through
220-smtp6.mindspring.com ESMTP Exim 3.33 #1 Wed, 01 Sep 2004 14:20:42 -0400

is getting parsed out as
220 and '-'
the next time through, si->replycode is still 220 so it's not reparsed. the 
third response:
220 equipment to deliver, accept, transmit, or distribute unsolicited e-mail.

should be parsed as 220 and ' ' but it never is.

the 'fix' i implemented here that seems to work was to take the following 
and break it up:

old:
     if (!have_eol || si->replychar != ' ')
         return;

new:
     if (!have_eol)
         return;

     if (si->replychar != ' ')
     {
         si->replycode = 0;
         return;
     }

that should cause si->replycode to be correctly parsed for each received line.

anyway, hope this helps somebody else having the same troubles.

thanks for the ircservices,
-gregg



From achurch at achurch.org  Thu Sep  2 09:42:12 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] modules/mail/smtp.c bug
In-Reply-To: <6.0.3.0.2.20040901141752.032ad258@pop.gate.net>
Message-ID: <41366c7a.05617@achurch.org>

     Fixed, thanks for the report.  (Actually, looking over the code I'm
amazed it worked at all...)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>i was just setting up ircservices today and everything is working great, 
>except sending mail out through the relay. i'm running 5.0.38. i apologize 
>if this is already know and i'm just cluttering up the list.
>
>i'm using my isp as the relay (mailhost.gate.net:25) and they return 
>multiple lines upon connecting.
>
>220-smtp6.mindspring.com ESMTP Exim 3.33 #1 Wed, 01 Sep 2004 14:20:42 -0400
>220-NO UCE.  EarthLink does not authorize the use of its computers or network
>220 equipment to deliver, accept, transmit, or distribute unsolicited e-mail.
>
>and it seems that smtp.c isn't correctly handling the multiple lines.
>
>around line 177 of smtp.c is
>   if (!si->replycode) {
>...
>    si->replycode = strtol(buf, &s, 10);
>...
>       si->replychar = buf[3];
>}
>
>what's happening is the first time through
>220-smtp6.mindspring.com ESMTP Exim 3.33 #1 Wed, 01 Sep 2004 14:20:42 -0400
>
>is getting parsed out as
>220 and '-'
>the next time through, si->replycode is still 220 so it's not reparsed. the 
>third response:
>220 equipment to deliver, accept, transmit, or distribute unsolicited e-mail.
>
>should be parsed as 220 and ' ' but it never is.
>
>the 'fix' i implemented here that seems to work was to take the following 
>and break it up:
>
>old:
>     if (!have_eol || si->replychar != ' ')
>         return;
>
>new:
>     if (!have_eol)
>         return;
>
>     if (si->replychar != ' ')
>     {
>         si->replycode = 0;
>         return;
>     }
>
>that should cause si->replycode to be correctly parsed for each received line.
>
>anyway, hope this helps somebody else having the same troubles.
>
>thanks for the ircservices,
>-gregg
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From achurch at achurch.org  Fri Sep  3 13:26:19 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
Message-ID: <4137f96b.61105@achurch.org>

     I'm currently working on unifying the usage formats of the various
LIST-type commands available in Services (LIST, ACCESS LIST, AKILL LIST,
etc.), and I'd like to get some information about how the commands,
ChanServ's ACCESS (and AKICK) LIST in particular, are currently being used.

     In Services 5.0, there are three different styles of LIST command:

- NickServ ACCESS LIST:
      LIST (no parameters, unlimited)
- NickServ LIST/LISTEMAIL, ChanServ LIST, OperServ AKILL/EXCLUDE/SxLINE LIST:
      LIST <wildcard-mask> (limited to NSListMax, CSListMax, or 50 entries)
- ChanServ ACCESS/AKICK LIST, OperServ EXCEPTION LIST:
      LIST {<wildcard-mask> | <number-list>}

I won't go into detail since discussion of development versions is
off-topic for this list, but I'm working on merging all of these into a
common format.  The major issue is how to handle numbered and numberless
lists; the easiest thing to do is simply to drop support for using a number
list with the LIST command, but I don't want to do that if it's a
frequently-used feature.  So:

     (1) How do you (or your users, if you're an admin and aware of usage
patterns) usually use the ChanServ ACCESS LIST and AKICK LIST commands:
just plain LIST, LIST with a wildcard, or LIST with a list/range of
numbers?

     (2) Would you object to having the ability to use numbers with the
LIST command removed?  (The numbers would still be usable with DEL.)

     As a side note, the issue of whether to add numbers to lists that
don't currently have them--nickname access lists, autokill lists, and so
on--has been brought up before.  I haven't decided yet whether to do that,
but it's a separate issue from this one, so please don't discuss it in
this thread.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From mark at ctcp.net  Fri Sep  3 01:29:26 2004
From: mark at ctcp.net (M)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
In-Reply-To: <4137f96b.61105@achurch.org>
Message-ID: <E1C39Tw-000CvS-0X@anchor-post-33.mail.demon.net>

Andrew Church wrote:
>      (1) How do you (or your users, if you're an admin and 
> aware of usage
> patterns) usually use the ChanServ ACCESS LIST and AKICK LIST 
> commands:
> just plain LIST, LIST with a wildcard, or LIST with a 
> list/range of numbers?

Plain LIST and LIST wildcard. 

>      (2) Would you object to having the ability to use 
> numbers with the LIST command removed?  (The numbers would 
> still be usable with DEL.)

No objection. I would suggest however that removing numbers from elsewhere
should also remove numbers from the DEL command. If LIST is not going to
print the numbers, I forsee errors being made by users if they can delete by
a number that has never been displayed. 

M.



From phan70m at gmail.com  Fri Sep  3 01:40:08 2004
From: phan70m at gmail.com (PHANTOm)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
In-Reply-To: <4137f96b.61105@achurch.org>
References: <4137f96b.61105@achurch.org>
Message-ID: <d50f59a004090301403ab9f92@mail.gmail.com>

On my network users who seek information from AKICK list will usually
request the full list or some kind of wildcard, almost none use
numbers for this command.
The access list command is commonly accessed by numbers but is access
by wildcards as well.
The os_akill command usually being accesses by wildcards to find
something specific but if an admin wants to view all results he may
use numbers to see next range, this may be replaced by some "next"
command.
The nickserv/chanserv list commands i think should be used the same
way (wildcards + first/prev/next/last commands), numbers in this case
may help not loose track when jumping between many pages and may also
help if new features will be developed (like dropnick with nick number
instead of the nickname, although this may be dangerous).
same goes for listemail.

I think since I use numbers mostly for navigation an alternative
method would eliminate the need for numbers.

______________
www.irc.nix.co.il

On Fri, 03 Sep 2004 13:26:19 JST, Andrew Church <achurch@achurch.org> wrote:
>      I'm currently working on unifying the usage formats of the various
> LIST-type commands available in Services (LIST, ACCESS LIST, AKILL LIST,
> etc.), and I'd like to get some information about how the commands,
> ChanServ's ACCESS (and AKICK) LIST in particular, are currently being used.
> 
>      In Services 5.0, there are three different styles of LIST command:
> 
> - NickServ ACCESS LIST:
>       LIST (no parameters, unlimited)
> - NickServ LIST/LISTEMAIL, ChanServ LIST, OperServ AKILL/EXCLUDE/SxLINE LIST:
>       LIST <wildcard-mask> (limited to NSListMax, CSListMax, or 50 entries)
> - ChanServ ACCESS/AKICK LIST, OperServ EXCEPTION LIST:
>       LIST {<wildcard-mask> | <number-list>}
> 
> I won't go into detail since discussion of development versions is
> off-topic for this list, but I'm working on merging all of these into a
> common format.  The major issue is how to handle numbered and numberless
> lists; the easiest thing to do is simply to drop support for using a number
> list with the LIST command, but I don't want to do that if it's a
> frequently-used feature.  So:
> 
>      (1) How do you (or your users, if you're an admin and aware of usage
> patterns) usually use the ChanServ ACCESS LIST and AKICK LIST commands:
> just plain LIST, LIST with a wildcard, or LIST with a list/range of
> numbers?
> 
>      (2) Would you object to having the ability to use numbers with the
> LIST command removed?  (The numbers would still be usable with DEL.)
> 
>      As a side note, the issue of whether to add numbers to lists that
> don't currently have them--nickname access lists, autokill lists, and so
> on--has been brought up before.  I haven't decided yet whether to do that,
> but it's a separate issue from this one, so please don't discuss it in
> this thread.
> 
>   --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  Fri Sep  3 22:47:09 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
In-Reply-To: <E1C39Tw-000CvS-0X@anchor-post-33.mail.demon.net>
Message-ID: <4138766b.17507@achurch.org>

>>      (2) Would you object to having the ability to use 
>> numbers with the LIST command removed?  (The numbers would 
>> still be usable with DEL.)
>
>No objection. I would suggest however that removing numbers from elsewhere
>should also remove numbers from the DEL command. If LIST is not going to
>print the numbers, I forsee errors being made by users if they can delete by
>a number that has never been displayed. 

     Sorry, I should have been clearer: the numbers would still be
displayed, but the LIST command wouldn't accept them.  Though on second
thought, it may be simpler to just remove the numbers entirely, if they're
not being widely used.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Fri Sep  3 12:30:26 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
Message-ID: <mailman.78.1098597732.26050.ircservices@ircservices.za.net>

Well, if my SMTP server has decided to start working, i'll respond.. I only use numerical IDs if for whatever reason, it wont remove by nickname (it has happened once or twice, not sure why), other than that, i use nicknames, because its safer, its easier to type a wrong number which means more work :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 22:47:09 @ 2004-09-03
 * Subject - RE: [IRCServices] Question on usage of ChanServ ACCESS LIST
 ****************************************/

/****** - Begin Original Message - ******/

>>>      (2) Would you object to having the ability to use 
>>> numbers with the LIST command removed?  (The numbers would 
>>> still be usable with DEL.)
>>
>>No objection. I would suggest however that removing numbers from elsewhere
>>should also remove numbers from the DEL command. If LIST is not going to
>>print the numbers, I forsee errors being made by users if they can delete by
>>a number that has never been displayed. 
>
>     Sorry, I should have been clearer: the numbers would still be
>displayed, but the LIST command wouldn't accept them.  Though on second
>thought, it may be simpler to just remove the numbers entirely, if they're
>not being widely used.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From brain at winbot.co.uk  Fri Sep  3 15:06:23 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
Message-ID: <E1C3N8v-0001HO-8f@brainbox.winbot.co.uk>

we need a way to list a range or subset of items...

if i remember /os akill list with a huge akill list floods off the unfortunate services oper that does it, no matter what the sendq and recvq of the services server or the oper themselves.

>Well, if my SMTP server has decided to start working, i'll respond.. I only use numerical IDs if for whatever reason, it wont remove by nickname (it has happened once or twice, not sure why), other than that, i use nicknames, because its safer, its easier to type a wrong number which means more work :)
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
> * Sent    - 22:47:09 @ 2004-09-03
> * Subject - RE: [IRCServices] Question on usage of ChanServ ACCESS LIST
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>>>      (2) Would you object to having the ability to use 
>>>> numbers with the LIST command removed?  (The numbers would 
>>>> still be usable with DEL.)
>>>
>>>No objection. I would suggest however that removing numbers from elsewhere
>>>should also remove numbers from the DEL command. If LIST is not going to
>>>print the numbers, I forsee errors being made by users if they can delete by
>>>a number that has never been displayed. 
>>
>>     Sorry, I should have been clearer: the numbers would still be
>>displayed, but the LIST command wouldn't accept them.  Though on second
>>thought, it may be simpler to just remove the numbers entirely, if they're
>>not being widely used.
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From mark at ctcp.net  Fri Sep  3 15:17:41 2004
From: mark at ctcp.net (M)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
In-Reply-To: <E1C3N8v-0001HO-8f@brainbox.winbot.co.uk>
Message-ID: <E1C3MPU-000Fzd-0X@anchor-post-33.mail.demon.net>

Craig Edwards wrote:
> we need a way to list a range or subset of items...

Wouldn't this be covered by wildcards?

As to potential floods, an extension of the limits used for chanserv and
nickserv lists should suffice.

M.



From achurch at achurch.org  Sat Sep  4 11:20:38 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS LIST
In-Reply-To: <E1C3N8v-0001HO-8f@brainbox.winbot.co.uk>
Message-ID: <413926c2.02036@achurch.org>

>we need a way to list a range or subset of items...
>
>if i remember /os akill list with a huge akill list floods off the unfortunate services oper that does it, no matter what the sendq and recvq of the services server or the oper themselves.

     This is already taken care of (hard limit of 50 in current 5.0; 5.1
will be more flexible and let you specify a start point for the search,
much like web search engines that say "next N hits").

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From brain at winbot.co.uk  Sat Sep  4 04:44:38 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS
        LIST
Message-ID: <E1C3Zup-0002ml-3x@brainbox.winbot.co.uk>

this is what i meant andy, thanks ;-)

>>we need a way to list a range or subset of items...
>>
>>if i remember /os akill list with a huge akill list floods off the unfortunate services oper that does it, no matter what the sendq and recvq of the services server or the oper themselves.
>
>     This is already taken care of (hard limit of 50 in current 5.0; 5.1
>will be more flexible and let you specify a start point for the search,
>much like web search engines that say "next N hits").
>




From brain at winbot.co.uk  Sat Sep  4 04:45:50 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] Question on usage of ChanServ ACCESS
        LIST
Message-ID: <E1C3Zvz-0002n5-FG@brainbox.winbot.co.uk>

no, wildcards are only of use if you know what youre looking for.

commands such as killchan may add hundreds of akills which are not easily pinned down by wildcard matches, which is why andy originally limited LIST to X entries at a time.

>Craig Edwards wrote:
>> we need a way to list a range or subset of items...
>
>Wouldn't this be covered by wildcards?
>
>As to potential floods, an extension of the limits used for chanserv and
>nickserv lists should suffice.
>
>M.
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From Craig at frostycoolslug.com  Sat Sep  4 18:24:02 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:12 2004
Subject: [IRCServices] "Read Only Mode"
Message-ID: <mailman.79.1098597732.26050.ircservices@ircservices.za.net>

I extended my knowledge... and did some testing.. however...

(02:21:31) ??? [ NickServ (services@chatspike.net) ] Sorry, nickname option setting is temporarily disabled.
^^ Very Nice..

(02:22:12) ??? [ NickServ (services@chatspike.net) ] test@test.com added to your access list.
^^ not good..

A lot of things like access list modification can still be done, meaning -readonly isnt truly read-only.

imo, if services are started with -readonly NOTHING should be allowed to be changed.

Just my 2c..

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 18:25:32 @ 2004-08-31
 * Subject - Re: [IRCServices] "Read Only Mode"
 ****************************************/

/****** - Begin Original Message - ******/

>>As far as i know
>
>     Try extending your knowledge, then:
>
>./ircservices -readonly
>[...]
>-> *NickServ* set hide off
>-NickServ- Sorry, nickname option setting is temporarily disabled.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From achurch at achurch.org  Sun Sep  5 10:35:26 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <413a6b28.26336@mail.achurch.org>
Message-ID: <413a6f43.02460@achurch.org>

>(02:22:12)  [ NickServ (services@chatspike.net) ] test@test.com added to your access list.
>^^ not good..

     Oops, that shouldn't be possible.  Fixed; let me know if you find any
more.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Sat Sep  4 18:56:59 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] "Read Only Mode"
Message-ID: <mailman.80.1098597733.26050.ircservices@ircservices.za.net>

The ones i found:

link / unlink (it notes that changes wont be saved.. but thats kinda redundant imo, if it wont save it, why let them link?)  and AJOIN 

Chanserv AKICK, LEVEL and DROP commands.

I havnt NOTICED any others, there are operserv commands, eg. Akill, but they are best kept tbh :p 



/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 10:35:26 @ 2004-09-05
 * Subject - Re: Re: [IRCServices] "Read Only Mode"
 ****************************************/

/****** - Begin Original Message - ******/

>>(02:22:12)  [ NickServ (services@chatspike.net) ] test@test.com added to your access list.
>>^^ not good..
>
>     Oops, that shouldn't be possible.  Fixed; let me know if you find any
>more.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From achurch at achurch.org  Sun Sep  5 11:21:58 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] "Read Only Mode"
In-Reply-To: <413a72b9.26356@mail.achurch.org>
Message-ID: <413a78cc.02624@achurch.org>

     Make sure you check as a normal user--Services overrides some of the
readonly checks for Services admins.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>The ones i found:
>
>link / unlink (it notes that changes wont be saved.. but thats kinda redundant imo, if it wont save it, why let them link?)  and AJOIN 
>
>Chanserv AKICK, LEVEL and DROP commands.
>
>I havnt NOTICED any others, there are operserv commands, eg. Akill, but they are best kept tbh :p 
>
>
>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
> * Sent    - 10:35:26 @ 2004-09-05
> * Subject - Re: Re: [IRCServices] "Read Only Mode"
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>>(02:22:12)  [ NickServ (services@chatspike.net) ] test@test.com added to your access list.
>>>^^ not good..
>>
>>     Oops, that shouldn't be possible.  Fixed; let me know if you find any
>>more.
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>/******* - End Original Message - *******/
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From Craig at frostycoolslug.com  Sat Sep  4 19:37:01 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] "Read Only Mode"
Message-ID: <mailman.81.1098597733.26050.ircservices@ircservices.za.net>

Sorry, CS LEVELS and NS AJOIN both still work when not oppered.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 11:21:58 @ 2004-09-05
 * Subject - Re: Re: Re: [IRCServices] "Read Only Mode"
 ****************************************/

/****** - Begin Original Message - ******/

>     Make sure you check as a normal user--Services overrides some of the
>readonly checks for Services admins.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>The ones i found:
>>
>>link / unlink (it notes that changes wont be saved.. but thats kinda redundant imo, if it wont save it, why let them link?)  and AJOIN 
>>
>>Chanserv AKICK, LEVEL and DROP commands.
>>
>>I havnt NOTICED any others, there are operserv commands, eg. Akill, but they are best kept tbh :p 
>>
>>
>>
>>/****************************************
>> *     Craig "FrostyCoolSlug" McLure
>> *       Craig@FrostyCoolSlug.com
>> * InspIRCd   - http://www.inspircd.org
>> * ChatSpike  - http://www.chatspike.net
>> ****************************************/
>>
>>
>>/****************************************
>> * From    - Andrew Church <achurch@achurch.org>
>> * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
>> * Sent    - 10:35:26 @ 2004-09-05
>> * Subject - Re: Re: [IRCServices] "Read Only Mode"
>> ****************************************/
>>
>>/****** - Begin Original Message - ******/
>>
>>>>(02:22:12)  [ NickServ (services@chatspike.net) ] test@test.com added to your access list.
>>>>^^ not good..
>>>
>>>     Oops, that shouldn't be possible.  Fixed; let me know if you find any
>>>more.
>>>
>>>  --Andrew Church
>>>    achurch@achurch.org
>>>    http://achurch.org/
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>/******* - End Original Message - *******/
>>
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/




From achurch at achurch.org  Sun Sep  5 13:01:42 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.39 released
Message-ID: <413a903b.24501@achurch.org>

     Services 5.0.39 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

05926ecf0ba8ad3fdc163cbc8d40a6fe  ircservices-5.0.39.tar.gz
844212a8718d37adac2c11fc5390b661  ircservices-5.0.39.diff.gz
3fe1aa03737b2727e80693c55683dd51  ircservices-5.0.39-1.i386.rpm
f04384bcbc7a4c28c9cf5fe70a6530fd  ircservices_5.0.39-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     This release fixes the issue with readonly not applying to some
commands (note that the relevant "temporarily disabled" messages haven't
been translated yet--that'll go in the next release).  I had planned to
wait for more information on the recently-reported segfault first, but
since the readonly issue is a current problem, I've gone ahead with this
release.

Changes in version 5.0.39
-------------------------
2004/09/05      Fixed bug allowing some NickServ/ChanServ commands to be
                    used even in read-only mode.  Reported by Craig McLure
                    <Craig@chatspike.net>
2004/09/02      Fixed minor formatting errors in language files.
2004/09/02      Fixed bugs in SMTP handling.  Reported by Gregg Conklin
                    <greco@gate.net>
2004/08/24      Fixed a trivial error in the modules/protocol Makefile.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From Craig at frostycoolslug.com  Sat Sep  4 22:44:27 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.39 released
Message-ID: <mailman.82.1098597733.26050.ircservices@ircservices.za.net>

I cant get services to start,

[Sep 05 06:40:53 2004] IRC Services 5.0.39 starting up
[Sep 05 06:40:53 2004] modules: Unable to load module `nickserv/autojoin': /usr/home/ircservices/serv/lib/modules/nickserv/autojoin.so: Undefined symbol "s_ChanServ"
[Sep 05 06:40:53 2004] Error loading modules, aborting

I performed a make clean, make distclean (for the most part, it returned an error and bailed:
gmake[1]: Leaving directory `/usr/home/ircservices/ircservices-5.0.0/tools'
rm -f config.cache config.h* configure.log conf-tmp Makefile.inc* \
        langstrs.h version.c
rm: conf-tmp: is a directory
gmake: *** [distclean] Error 1)

Thanks.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - services <ircservices@ircservices.za.net>
 * Sent    - 13:01:42 @ 2004-09-05
 * Subject - [IRCServices] Services 5.0.39 released
 ****************************************/

/****** - Begin Original Message - ******/

>     Services 5.0.39 has been released, and can be downloaded from:
>
>ftp://ftp.esper.net/ircservices/               (Western USA)
>
>05926ecf0ba8ad3fdc163cbc8d40a6fe  ircservices-5.0.39.tar.gz
>844212a8718d37adac2c11fc5390b661  ircservices-5.0.39.diff.gz
>3fe1aa03737b2727e80693c55683dd51  ircservices-5.0.39-1.i386.rpm
>f04384bcbc7a4c28c9cf5fe70a6530fd  ircservices_5.0.39-1_i386.deb
>
>ftp.ircservices.za.net and the other mirrors should have it shortly.
>
>     This release fixes the issue with readonly not applying to some
>commands (note that the relevant "temporarily disabled" messages haven't
>been translated yet--that'll go in the next release).  I had planned to
>wait for more information on the recently-reported segfault first, but
>since the readonly issue is a current problem, I've gone ahead with this
>release.
>
>Changes in version 5.0.39
>-------------------------
>2004/09/05     Fixed bug allowing some NickServ/ChanServ commands to be
>                   used even in read-only mode.  Reported by Craig McLure
>                   <Craig@chatspike.net>
>2004/09/02     Fixed minor formatting errors in language files.
>2004/09/02     Fixed bugs in SMTP handling.  Reported by Gregg Conklin
>                   <greco@gate.net>
>2004/08/24     Fixed a trivial error in the modules/protocol Makefile.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From Craig at frostycoolslug.com  Sat Sep  4 22:55:53 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.39 released
Message-ID: <mailman.83.1098597733.26050.ircservices@ircservices.za.net>

I spotted the Problem, In the patch, both the additions to autojoin.c were bad:

     } else if (stricmp(cmd, "ADD") == 0) {
+ if (readonly) {
+ notice_lang(s_ChanServ, u, NICK_AJOIN_DISABLED);
+ return;
+ }

    } else if (stricmp(cmd, "DEL") == 0) {
+       if (readonly) {
+           notice_lang(s_ChanServ, u, NICK_AJOIN_DISABLED);
+           return;
+       }

I get the feeling its supposed to me s_NickServ that sends that message..
Thanks for the patch though :)

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - services <ircservices@ircservices.za.net>
 * Sent    - 13:01:42 @ 2004-09-05
 * Subject - [IRCServices] Services 5.0.39 released
 ****************************************/

/****** - Begin Original Message - ******/

>     Services 5.0.39 has been released, and can be downloaded from:
>
>ftp://ftp.esper.net/ircservices/               (Western USA)
>
>05926ecf0ba8ad3fdc163cbc8d40a6fe  ircservices-5.0.39.tar.gz
>844212a8718d37adac2c11fc5390b661  ircservices-5.0.39.diff.gz
>3fe1aa03737b2727e80693c55683dd51  ircservices-5.0.39-1.i386.rpm
>f04384bcbc7a4c28c9cf5fe70a6530fd  ircservices_5.0.39-1_i386.deb
>
>ftp.ircservices.za.net and the other mirrors should have it shortly.
>
>     This release fixes the issue with readonly not applying to some
>commands (note that the relevant "temporarily disabled" messages haven't
>been translated yet--that'll go in the next release).  I had planned to
>wait for more information on the recently-reported segfault first, but
>since the readonly issue is a current problem, I've gone ahead with this
>release.
>
>Changes in version 5.0.39
>-------------------------
>2004/09/05     Fixed bug allowing some NickServ/ChanServ commands to be
>                   used even in read-only mode.  Reported by Craig McLure
>                   <Craig@chatspike.net>
>2004/09/02     Fixed minor formatting errors in language files.
>2004/09/02     Fixed bugs in SMTP handling.  Reported by Gregg Conklin
>                   <greco@gate.net>
>2004/08/24     Fixed a trivial error in the modules/protocol Makefile.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>.

/******* - End Original Message - *******/




From achurch at achurch.org  Sun Sep  5 15:20:51 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.40 released
Message-ID: <413ab320.52071@achurch.org>

     Services 5.0.40 has been released, and can be downloaded from:

ftp://ftp.esper.net/ircservices/               (Western USA)

72fb16879869b2d42d20178aca58ba50  ircservices-5.0.40.tar.gz
69836efbcf41f6189651cc4401784323  ircservices-5.0.40.diff.gz
5c7904b39934b935034699002976f3d2  ircservices-5.0.40-1.i386.rpm
5d9e2dfc46e9d7fbf00fe8d8d6d15a4c  ircservices_5.0.40-1_i386.deb

ftp.ircservices.za.net and the other mirrors should have it shortly.

     Looks like Craig caught this one just as I was recompiling...
apologies for the careless error.

Changes in version 5.0.40
-------------------------
2004/09/05      Fixed careless bug in autojoin module.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From dima at pservers.dyn.ee  Fri Sep 17 13:09:10 2004
From: dima at pservers.dyn.ee (Freamer)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Problem with chanserv opping
Message-ID: <003f01c49cf2$39d6e5a0$2001a8c0@freamer>

Im running last bahamut ircd and 5.0.0 services , all seems to work fine but , chanserv doesnt op anyone who is written to autoop on it , it dont op founder too , is it a kind of a bug? anybody knows how to deal with it ? 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040917/3afc098f/attachment.html
From vonitsa_net at yahoo.gr  Sat Sep 18 12:23:42 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Problem with chanserv opping
Message-ID: <20040918192342.70755.qmail@web53104.mail.yahoo.com>

5.0.0 is an extremely old with many bugs version of
ircservices. Please upgrade ASAP.

=====
Dionisios K. - ToXiC On HellenicNet


From ron2k at webmail.co.za  Sun Sep 19 02:29:40 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Re: Problem with chanserv opping
In-Reply-To: <200409181001.i8IA1Dng004703@mx1.wm.co.za>
Message-ID: <web-446063586@mail01.infosat.net>

You mentioned that you're running 5.0.0 - try upgrading to
5.0.40 (the latest version) and see if it's solved there.
_____________________________________________________________________
For super low premiums ,click here http://www.dialdirect.co.za/quote


From Craig at frostycoolslug.com  Thu Sep 30 07:42:37 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Test
Message-ID: <mailman.84.1098597733.26050.ircservices@ircservices.za.net>

Sorry if you get this, this list has been vewwy qwiet over the last 11 days, was just making sure it all works properly :)


/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From nick.martini at gmail.com  Thu Sep 30 10:11:40 2004
From: nick.martini at gmail.com (nick martini)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Test
In-Reply-To: <-7393229003219304257@unknownmsgid>
References: <-7393229003219304257@unknownmsgid>
Message-ID: <ee1a43f404093010116ba936c5@mail.gmail.com>

thanks.


On Thu, 30 Sep 2004 15:42:37 +0100, Craig McLure
<craig@frostycoolslug.com> wrote:
> Sorry if you get this, this list has been vewwy qwiet over the last 11 days, was just making sure it all works properly :)
> 
> /****************************************
> *     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
>


From brain at winbot.co.uk  Thu Sep 30 10:16:40 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Test
Message-ID: <E1CD5ZI-0004fV-6R@brainbox.winbot.co.uk>

this is a test of replying to your test. test test test.

<insert echo here>

>Sorry if you get this, this list has been vewwy qwiet over the last 11 days, was just making sure it all works properly :)

>
>/****************************************
> *     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
>



From mark at phedny.net  Thu Sep 30 10:19:11 2004
From: mark at phedny.net (M. van Cuijk)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Test
In-Reply-To: <E1CD5ZI-0004fV-6R@brainbox.winbot.co.uk>
References: <E1CD5ZI-0004fV-6R@brainbox.winbot.co.uk>
Message-ID: <415C400F.8030107@phedny.net>


Craig Edwards wrote:

>this is a test of replying to your test. test test test.
>
><insert echo here>
>  
>
echo

>  
>
>>Sorry if you get this, this list has been vewwy qwiet over the last 11 days, was just making sure it all works properly :)\1c
>>
>>/****************************************
>>*     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
>>
>>    
>>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2981 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20040930/bdf673f1/smime.bin
From nick.martini at gmail.com  Thu Sep 30 11:28:57 2004
From: nick.martini at gmail.com (nick martini)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Test
In-Reply-To: <415C400F.8030107@phedny.net>
References: <E1CD5ZI-0004fV-6R@brainbox.winbot.co.uk>
        <415C400F.8030107@phedny.net>
Message-ID: <ee1a43f4040930112845522e58@mail.gmail.com>

wow shut up


On Thu, 30 Sep 2004 19:19:11 +0200, M. van Cuijk <mark@phedny.net> wrote:
> 
> Craig Edwards wrote:
> 
> >this is a test of replying to your test. test test test.
> >
> ><insert echo here>
> >
> >
> echo
> 
> 
> 
> >
> >
> >>Sorry if you get this, this list has been vewwy qwiet over the last 11 days, was just making sure it all works properly :)
> >>
> >>/****************************************
> >>*     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
> >>
> >>
> >>
> >
> >
> >------------------------------------------------------------------
> >To unsubscribe or change your subscription options, visit:
> >http://www.ircservices.za.net/mailman/listinfo/ircservices
> >
> >
> >
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> 
> 
>


From ron2k at webmail.co.za  Fri Oct  1 07:35:31 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Re: test
In-Reply-To: <200410011001.i91A0vng024851@mx1.wm.co.za>
Message-ID: <web-459709872@mail01.infosat.net>

Echo. LOL.
_____________________________________________________________________
For super low premiums ,click here http://www.dialdirect.co.za/quote


From Craig at frostycoolslug.com  Sat Oct  2 07:59:43 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Sockets Module..
Message-ID: <mailman.85.1098597733.26050.ircservices@ircservices.za.net>

A few months ago, someone sent me a module which was basically a partline using services socket functions. If it could be possible, could that person re-send me the module? i don't know who it was, which is why i am sending this e-mail here.

Thanks in advance 

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/



From achurch at achurch.org  Sun Oct  3 11:11:00 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.41 released
Message-ID: <415f60a6.47322@achurch.org>

     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/


From Craig at frostycoolslug.com  Sat Oct  2 19:26:58 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.41 released
Message-ID: <mailman.86.1098597733.26050.ircservices@ircservices.za.net>

Quick note..

cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/nickserv/main.c -o modules/nickserv/main.o
modules/nickserv/main.c: In function `init_module':
modules/nickserv/main.c:1813: warning: unused variable `cmd'


/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - services <ircservices@ircservices.za.net>
 * Sent    - 11:11:00 @ 2004-10-03
 * Subject - [IRCServices] Services 5.0.41 released
 ****************************************/

/****** - Begin Original Message - ******/

>     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

/******* - End Original Message - *******/



From achurch at achurch.org  Sun Oct  3 12:08:48 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Services 5.0.41 released
In-Reply-To: <415f63c6.36630@mail.achurch.org>
Message-ID: <415f6d5e.47412@achurch.org>

>Quick note..
>
>cd ../.. && gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log -I. -c modules/nickserv/main.c -o modules/nickserv/main.o
>modules/nickserv/main.c: In function `init_module':
>modules/nickserv/main.c:1813: warning: unused variable `cmd'

     Thanks, I missed that.  Will fix for the next release.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>
>/****************************************
> *     Craig "FrostyCoolSlug" McLure
> *       Craig@FrostyCoolSlug.com
> * InspIRCd   - http://www.inspircd.org
> * ChatSpike  - http://www.chatspike.net
> ****************************************/
>
>
>/****************************************
> * From    - Andrew Church <achurch@achurch.org>
> * To      - services <ircservices@ircservices.za.net>
> * Sent    - 11:11:00 @ 2004-10-03
> * Subject - [IRCServices] Services 5.0.41 released
> ****************************************/
>
>/****** - Begin Original Message - ******/
>
>>     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
>
>/******* - End Original Message - *******/
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices


From liverbugg at rinux.org  Tue Oct  5 18:50:24 2004
From: liverbugg at rinux.org (Liverbugg)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
Message-ID: <41634F60.3060703@rinux.org>

I'm trying to run ircservices on a dual opteron server and I'm getting 
segfaults.  I've tried 5.0.31, 5.0.38, and 5.0.41 over the last few 
months and just had enough time recently to try to debug.  The computer 
is a dual Opteron 242 running Gentoo Linux.  The server I'm trying to 
link to is Unrealircd-3.2 running on the same machine.  Ircservices runs 
fine with the same config linking to the same server if I run it on a 
32bit x86 machine.

The compile has lots of warnings that I don't see on a 32bit machine like:

modules/statserv/main.c:127: warning: cast from pointer to integer of 
different size
modules/statserv/main.c:127: warning: cast to pointer from integer of 
different size

This is what I see in the the log when running ircservices -debug:

[Oct 04 20:36:13.560828 2004] IRC Services 5.0.41 starting up (options: 
debug)
[Oct 04 20:36:13.560991 2004] debug: Loading language 0 from file 
`languages/en_us'
.....unimportant stuff cut.....
[Oct 04 20:36:13.578803 2004] debug: Sent: NICK HelpServ 1 1096936573 
services lanchelms.com services.lanchelms 0 +Sqd lanchelms.com :Help Server
[Oct 04 20:36:13.578835 2004] debug: Received: :squall.local NOTICE AUTH 
:*** Looking up your hostname...
[Oct 04 20:36:32.983294 2004]

If I run it with ircservices -debug -nofork all I see in the log is this 
(this is from 2 tries):

[Oct 04 19:59:43 2004] [Oct 04 20:04:50 2004]

If I run it with no parameters the server sees services come on line but 
die right away:

-squall.local- *** Notice -- (link) Link squall.local -> 
services.lanchelms[@127.0.0.1.6677] established
-squall.local- Lost connection to 
services.lanchelms[127.0.0.1]:Connection reset by peer

but if I run it with -nofork the server never sees the connection

There is no core generated, even when I compiled with ./configure 
-dumpcore -cflags -g -defaults, but here is what gdb shows when running 
ircservices in it with -nofork -debug:

Squall bin # gdb ./ircservices
GNU gdb 6.2
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...Using host 
libthread_db library "/lib/libthread_db.so.1".

Starting program: /opt/ircservices/bin/ircservices -nofork -debug
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.

Program received signal SIGSEGV, Segmentation fault.
0x0000002a956d63d0 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0x0000002a956d63d0 in strlen () from /lib/libc.so.6
#1  0x0000002a956aca46 in vfprintf () from /lib/libc.so.6
#2  0x0000002a956ae4f9 in vfprintf () from /lib/libc.so.6
#3  0x0000002a956aa34a in vfprintf () from /lib/libc.so.6
#4  0x000000000040bf28 in vlogprintf (fmt=0x47e2dd "%s", args=0x7fbffff070)
    at log.c:123
#5  0x000000000040bff7 in logprintf (fmt=0x47e2dd "%s") at log.c:131
#6  0x000000000040c018 in logputs (
    str=0x7fbffff1a0 "[Oct 05 19:56:41.285530 2004] ") at log.c:137
#7  0x000000000040c163 in write_time () at log.c:167
#8  0x000000000040c46a in log (
    fmt=0x47d8f0 "IRC Services %s starting up (options:%s%s%s)") at 
log.c:287
#9  0x00000000004097c7 in init (ac=3, av=0x7fbffff568) at init.c:756
#10 0x000000000040cf78 in main (ac=3, av=0x7fbffff568, envp=0x7fbffff588)
    at main.c:225
(gdb)

Let me know if theres any other info you need or if you want access to 
the machine to debug.

Thanks,

 - Matt


From ziggy at darkrealmz.net  Tue Oct  5 21:28:28 2004
From: ziggy at darkrealmz.net (Juston Griggs)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Problems configureing the httpd
Message-ID: <000001c4ab5c$ff790a40$6401a8c0@juston27bwcj0x>

If anyone can help me configure the httpd for my network it would be
greatly appreciated. This is my first time using IRC Services, I?ve been
using Epona & Anope in the past. I Changed for the fact that IRC
Services offers more of what im looking for, so if anyone can help me
configure the httpd I?d be very happy :-)
 
[ziggy]

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.771 / Virus Database: 518 - Release Date: 9/28/2004
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ircservices.za.net/pipermail/ircservices/attachments/20041006/d37d1915/attachment.html
From achurch at achurch.org  Mon Oct 11 16:53:35 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <41634F60.3060703@rinux.org>
Message-ID: <416a3d57.51067@achurch.org>

>I'm trying to run ircservices on a dual opteron server and I'm getting 
>segfaults.  I've tried 5.0.31, 5.0.38, and 5.0.41 over the last few 
>months and just had enough time recently to try to debug.  The computer 
>is a dual Opteron 242 running Gentoo Linux.

     The most likely cause is that Services isn't compatible with 64-bit
processors, though to the best of my knowledge there shouldn't be any
issues (the warnings are harmless, unless the compiler is screwy).
Except...

>Program received signal SIGSEGV, Segmentation fault.
>0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>(gdb) bt
>#0  0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>#1  0x0000002a956aca46 in vfprintf () from /lib/libc.so.6
>#2  0x0000002a956ae4f9 in vfprintf () from /lib/libc.so.6
>#3  0x0000002a956aa34a in vfprintf () from /lib/libc.so.6
>#4  0x000000000040bf28 in vlogprintf (fmt=0x47e2dd "%s", args=0x7fbffff070)
>    at log.c:123
>#5  0x000000000040bff7 in logprintf (fmt=0x47e2dd "%s") at log.c:131
>#6  0x000000000040c018 in logputs (
>    str=0x7fbffff1a0 "[Oct 05 19:56:41.285530 2004] ") at log.c:137
>#7  0x000000000040c163 in write_time () at log.c:167
>#8  0x000000000040c46a in log (
>    fmt=0x47d8f0 "IRC Services %s starting up (options:%s%s%s)") at 
>log.c:287
>#9  0x00000000004097c7 in init (ac=3, av=0x7fbffff568) at init.c:756
>#10 0x000000000040cf78 in main (ac=3, av=0x7fbffff568, envp=0x7fbffff588)
>    at main.c:225

     This is puzzling; my gut instinct is to say that your libraries are
broken.

>Let me know if theres any other info you need or if you want access to 
>the machine to debug.

     Access to the machine would be appreciated--I don't have any 64-bit
machines handy.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From achurch at achurch.org  Mon Oct 11 17:07:05 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Problems configureing the httpd
In-Reply-To: <000001c4ab5c$ff790a40$6401a8c0@juston27bwcj0x>
Message-ID: <416a3f6f.51122@achurch.org>

>If anyone can help me configure the httpd for my network it would be
>greatly appreciated. This is my first time using IRC Services, I=92ve =
>been
>using Epona & Anope in the past. I Changed for the fact that IRC
>Services offers more of what im looking for, so if anyone can help me
>configure the httpd I=92d be very happy :-)

     In order for anyone to help you, you'll need to give more information
about your system and how you want Services to be set up.  Also, please do
not send HTML mail to the list.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From liverbugg at rinux.org  Mon Oct 11 23:11:53 2004
From: liverbugg at rinux.org (Liverbugg)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <416a3d57.51067@achurch.org>
References: <416a3d57.51067@achurch.org>
Message-ID: <416B75A9.7000205@rinux.org>

Andrew Church wrote:

>>I'm trying to run ircservices on a dual opteron server and I'm getting 
>>segfaults.  I've tried 5.0.31, 5.0.38, and 5.0.41 over the last few 
>>months and just had enough time recently to try to debug.  The computer 
>>is a dual Opteron 242 running Gentoo Linux.
>>    
>>
>
>     The most likely cause is that Services isn't compatible with 64-bit
>processors, though to the best of my knowledge there shouldn't be any
>issues (the warnings are harmless, unless the compiler is screwy).
>Except...
>
>  
>
There were a few segfaults in UnrealIRCd that I discovered on this box
due to 64bit incompatibilities and the devs fixed.

>>Program received signal SIGSEGV, Segmentation fault.
>>0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>>(gdb) bt
>>#0  0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>>#1  0x0000002a956aca46 in vfprintf () from /lib/libc.so.6
>>#2  0x0000002a956ae4f9 in vfprintf () from /lib/libc.so.6
>>#3  0x0000002a956aa34a in vfprintf () from /lib/libc.so.6
>>#4  0x000000000040bf28 in vlogprintf (fmt=0x47e2dd "%s", args=0x7fbffff070)
>>   at log.c:123
>>#5  0x000000000040bff7 in logprintf (fmt=0x47e2dd "%s") at log.c:131
>>#6  0x000000000040c018 in logputs (
>>   str=0x7fbffff1a0 "[Oct 05 19:56:41.285530 2004] ") at log.c:137
>>#7  0x000000000040c163 in write_time () at log.c:167
>>#8  0x000000000040c46a in log (
>>   fmt=0x47d8f0 "IRC Services %s starting up (options:%s%s%s)") at 
>>log.c:287
>>#9  0x00000000004097c7 in init (ac=3, av=0x7fbffff568) at init.c:756
>>#10 0x000000000040cf78 in main (ac=3, av=0x7fbffff568, envp=0x7fbffff588)
>>   at main.c:225
>>    
>>
>
>     This is puzzling; my gut instinct is to say that your libraries are
>broken.
>
>  
>
I havent had any problems with the libraries with any other software.

>>Let me know if theres any other info you need or if you want access to 
>>the machine to debug.
>>    
>>
>
>     Access to the machine would be appreciated--I don't have any 64-bit
>machines handy.
>
>  
>
I'll send you a private mail with the address and user/pw.

>  --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 liverbugg at rinux.org  Mon Oct 11 23:40:50 2004
From: liverbugg at rinux.org (Liverbugg)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <416B75A9.7000205@rinux.org>
References: <416a3d57.51067@achurch.org> <416B75A9.7000205@rinux.org>
Message-ID: <416B7C72.9060009@rinux.org>

Liverbugg wrote:

>>>Program received signal SIGSEGV, Segmentation fault.
>>>0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>>>(gdb) bt
>>>#0  0x0000002a956d63d0 in strlen () from /lib/libc.so.6
>>>#1  0x0000002a956aca46 in vfprintf () from /lib/libc.so.6
>>>#2  0x0000002a956ae4f9 in vfprintf () from /lib/libc.so.6
>>>#3  0x0000002a956aa34a in vfprintf () from /lib/libc.so.6
>>>#4  0x000000000040bf28 in vlogprintf (fmt=0x47e2dd "%s", args=0x7fbffff070)
>>>  at log.c:123
>>>#5  0x000000000040bff7 in logprintf (fmt=0x47e2dd "%s") at log.c:131
>>>#6  0x000000000040c018 in logputs (
>>>  str=0x7fbffff1a0 "[Oct 05 19:56:41.285530 2004] ") at log.c:137
>>>#7  0x000000000040c163 in write_time () at log.c:167
>>>#8  0x000000000040c46a in log (
>>>  fmt=0x47d8f0 "IRC Services %s starting up (options:%s%s%s)") at 
>>>log.c:287
>>>#9  0x00000000004097c7 in init (ac=3, av=0x7fbffff568) at init.c:756
>>>#10 0x000000000040cf78 in main (ac=3, av=0x7fbffff568, envp=0x7fbffff588)
>>>  at main.c:225
>>>   
>>>
>>>      
>>>
>>    This is puzzling; my gut instinct is to say that your libraries are
>>broken.
>>
>> 
>>
>>    
>>
>I havent had any problems with the libraries with any other software.
>
>  
>
I was just setting up everything to give you remote access and I found a
core file and this looks a bit more useful then the last GDB output

Squall ircservices # gdb bin/ircservices lib/ircservices/core
GNU gdb 6.2
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...Using host
libthread_db library "/lib/libthread_db.so.1".

Core was generated by `./ircservices/bin/ircservices'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib64/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
#0 0x0000002a956d7baf in strcasecmp () from /lib/libc.so.6
(gdb) bt
#0 0x0000002a956d7baf in strcasecmp () from /lib/libc.so.6
#1 0x000000000047a1cd in do_receive_message (
source=0xffffffffbffff1d0 <Address 0xffffffffbffff1d0 out of bounds>,
cmd=0xffffffffbffff190 <Address 0xffffffffbffff190 out of bounds>, ac=2,
av=0x71bf30) at modules/protocol/unreal.c:949
#2 0x0000000000412b41 in call_callback_5 (module=0x5abaa0, id=27,
arg1=0xffffffffbffff1d0, arg2=0xffffffffbffff190, arg3=0x2, arg4=0x71bf30,
arg5=0x0) at modules.c:699
#3 0x00000000004134d6 in process () at process.c:136
#4 0x000000000040df39 in readfirstline_callback (s=0x71c1b0,
param_unused=0x41) at main.c:160
#5 0x00000000004164f1 in check_sockets () at sockets.c:516
#6 0x000000000040e2d3 in main (ac=1, av=0x7fbffff538, envp=0x7fbffff548)
at main.c:267
(gdb)



From smkelly at zombie.org  Mon Oct 11 23:56:37 2004
From: smkelly at zombie.org (Sean Kelly)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <416B7C72.9060009@rinux.org>
References: <416a3d57.51067@achurch.org> <416B75A9.7000205@rinux.org>
        <416B7C72.9060009@rinux.org>
Message-ID: <20041012065637.GA69960@edgemaster.zombie.org>

On Tue, Oct 12, 2004 at 02:40:50AM -0400, Liverbugg wrote:
...
> I was just setting up everything to give you remote access and I found a
> core file and this looks a bit more useful then the last GDB output
> 
> Squall ircservices # gdb bin/ircservices lib/ircservices/core
...
> (gdb) bt

You might consider a 'bt full'. That will show local variables and likely
be a lot more helpful.

-- 
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.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:02:13 2004
Subject: [IRCServices] 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 liverbugg at rinux.org  Tue Oct 12 00:29:41 2004
From: liverbugg at rinux.org (Liverbugg)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <20041012065637.GA69960@edgemaster.zombie.org>
References: <416a3d57.51067@achurch.org> <416B75A9.7000205@rinux.org>
        <416B7C72.9060009@rinux.org>
        <20041012065637.GA69960@edgemaster.zombie.org>
Message-ID: <416B87E5.8080401@rinux.org>

Sean Kelly wrote:

>On Tue, Oct 12, 2004 at 02:40:50AM -0400, Liverbugg wrote:
>...
>  
>
>>I was just setting up everything to give you remote access and I found a
>>core file and this looks a bit more useful then the last GDB output
>>
>>Squall ircservices # gdb bin/ircservices lib/ircservices/core
>>    
>>
>...
>  
>
>>(gdb) bt
>>    
>>
>
>You might consider a 'bt full'. That will show local variables and likely
>be a lot more helpful.
>
>  
>
Don't know if this is going to get mangled by my client...

(gdb) bt full
#0  0x0000002a956d7baf in strcasecmp () from /lib/libc.so.6
No symbol table info available.
#1  0x000000000047a1cd in do_receive_message (
    source=0xffffffffbffff1d0 <Address 0xffffffffbffff1d0 out of bounds>,
    cmd=0xffffffffbffff190 <Address 0xffffffffbffff190 out of bounds>, 
ac=2,
    av=0x71bf30) at modules/protocol/unreal.c:949
No locals.
#2  0x0000000000412b41 in call_callback_5 (module=0x5abaa0, id=27,
    arg1=0xffffffffbffff1d0, arg2=0xffffffffbffff190, arg3=0x2, 
arg4=0x71bf30,
    arg5=0x0) at modules.c:699
        cl = (CallbackList *) 0x676bd0
        res = 0
        i = 0
#3  0x00000000004134d6 in process () at process.c:136
        source = "irc.lanchelms.com", '\0' <repeats 39 times>, 
"????\005\000\000"
        cmd = "NOTICE\000\000\223?F\000\000\000\000\000P???\003", '\0' 
<repeats 11 times>, " ???\177\000\000\000A+A\000\000\000\000\000 
\207\\\000\000\000\000\000 ?Z\000\000\000\000"
        buf = "NOTICE\000AUTH\000\000*** Looking up your 
hostname...\000p your 
hostname...\000\000???\177\000\000\000?8A\000\000\000\000\000\002\000??\177\000\000\000v8A\000\000\000\000\0000\000\000\0000\000\000\000\b???\177\000\000\000 
???\177\000\000\000??g\225*\000\000\000\230hI", '\0' <repeats 13 times>, 
"\003\000\
000\000\000\000\000\000 
`\207\225*\000\000\000@?q\000\000\000\000\000?vkA\000\000\000\000?Sg\000\000\000\000\000?Sg\000\000\000\000\000\000\001?\t\000\000\000\000_\031@"...
        s = 0x7fbfffef97 "AUTH"
        ac = 2
        av = (char **) 0x71bf30
#4  0x000000000040df39 in readfirstline_callback (s=0x71c1b0,
    param_unused=0x41) at main.c:160
No locals.
#5  0x00000000004164f1 in check_sockets () at sockets.c:516
        newline = 0x71c950 "\n"
        left = 65
        newleft = 65
        rfds = {fds_bits = {1, 0 <repeats 15 times>}}
        wfds = {fds_bits = {0 <repeats 16 times>}}
        tv = {tv_sec = 2, tv_usec = 999000}
        i = 0
        res = 65
        s = (Socket *) 0x71c1b0
        s2 = (Socket *) 0x0
#6  0x000000000040e2d3 in main (ac=1, av=0x7fbffff538, envp=0x7fbffff548)
    at main.c:267
        now = 1097561790
        now_msec = -1949837413
        last_update = 1097561790
        last_check = 2345129883
(gdb)




From achurch at achurch.org  Tue Oct 12 17:11:44 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Segfault on Opteron (64-bit) Linux
In-Reply-To: <416B87E5.8080401@rinux.org>
Message-ID: <416b92da.63264@achurch.org>

>#2  0x0000000000412b41 in call_callback_5 (module=0x5abaa0, id=27,
>    arg1=0xffffffffbffff1d0, arg2=0xffffffffbffff190, arg3=0x2, 
>arg4=0x71bf30,
>    arg5=0x0) at modules.c:699
>        cl = (CallbackList *) 0x676bd0
>        res = 0
>        i = 0
>#3  0x00000000004134d6 in process () at process.c:136
[...]
>        s = 0x7fbfffef97 "AUTH"

     Okay, I think I see what's going on--the 64-bit pointers are getting
clipped to 32 bits in the process of calling callback functions.  I'll
check more thoroughly later on, but you may need to wait for the 5.1 alpha
releases (hopefully by the end of the year) for a fix.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


From wolf_wgd at adelphia.net  Thu Oct 14 00:07:56 2004
From: wolf_wgd at adelphia.net (Wolf-WGD)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Iis there a " live Dierctory" ???
Message-ID: <416E25CC.508@adelphia.net>

a simple question, " Since i'm using UnrealIRCd 3.2 on red hat Lynux,  
is there a Live Directory that I can list my server to??? If so where

Wolf  my thanks




From Dutch_computer_freak at hotmail.com  Thu Oct 14 02:28:33 2004
From: Dutch_computer_freak at hotmail.com (Jeroen van den Berg)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Iis there a " live Dierctory" ???
In-Reply-To: <416E25CC.508@adelphia.net>
Message-ID: <BAY9-DAV4mbsskpHEbg00002dd9@hotmail.com>

www.searchirc.com ??????

-----Oorspronkelijk bericht-----
Van: ircservices-bounces@ircservices.za.net
[mailto:ircservices-bounces@ircservices.za.net] Namens Wolf-WGD
Verzonden: donderdag 14 oktober 2004 9:08
Aan: ircservices@ircservices.za.net
Onderwerp: [IRCServices] Iis there a " live Dierctory" ???

a simple question, " Since i'm using UnrealIRCd 3.2 on red hat Lynux,  
is there a Live Directory that I can list my server to??? If so where

Wolf  my thanks



------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://www.ircservices.za.net/mailman/listinfo/ircservices


From wolf_wgd at adelphia.net  Thu Oct 14 09:23:19 2004
From: wolf_wgd at adelphia.net (Wolf-WGD)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Is there a LIVE  Dierctory????
Message-ID: <416EA7F7.7020309@adelphia.net>

a simple question, " Since i'm using UnrealIRCd 3.2 on red hat Lynux,  
is there a Live Directory that I can list my server to??? If so where

Wolf  my thanks











From gluniz at luniz.dyndns.org  Thu Oct 14 09:44:50 2004
From: gluniz at luniz.dyndns.org (Luniz)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Is there a LIVE  Dierctory????
References: <416EA7F7.7020309@adelphia.net>
Message-ID: <000b01c4b20d$1ff5fbf0$0200a8c0@glunizpc>

A better question would be, why are u asking this in the IRC Services
mailing list?

----- Original Message ----- 
From: "Wolf-WGD" <wolf_wgd@adelphia.net>
To: <ircservices@ircservices.za.net>
Sent: Thursday, October 14, 2004 12:23 PM
Subject: [IRCServices] Is there a LIVE Dierctory????


> a simple question, " Since i'm using UnrealIRCd 3.2 on red hat Lynux,
> is there a Live Directory that I can list my server to??? If so where
>
> Wolf  my thanks
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices



From nick.martini at gmail.com  Thu Oct 14 10:12:52 2004
From: nick.martini at gmail.com (nick martini)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Is there a LIVE Dierctory????
In-Reply-To: <000b01c4b20d$1ff5fbf0$0200a8c0@glunizpc>
References: <416EA7F7.7020309@adelphia.net>
        <000b01c4b20d$1ff5fbf0$0200a8c0@glunizpc>
Message-ID: <ee1a43f404101410127929a545@mail.gmail.com>

anyone here speak english?


On Thu, 14 Oct 2004 12:44:50 -0400, Luniz <gluniz@luniz.dyndns.org> wrote:
> A better question would be, why are u asking this in the IRC Services
> mailing list?
> 
> 
> 
> ----- Original Message -----
> From: "Wolf-WGD" <wolf_wgd@adelphia.net>
> To: <ircservices@ircservices.za.net>
> Sent: Thursday, October 14, 2004 12:23 PM
> Subject: [IRCServices] Is there a LIVE Dierctory????
> 
> > a simple question, " Since i'm using UnrealIRCd 3.2 on red hat Lynux,
> > is there a Live Directory that I can list my server to??? If so where
> >
> > Wolf  my thanks
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://www.ircservices.za.net/mailman/listinfo/ircservices
> 
> 
> 
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices
>


From vonitsa_net at yahoo.gr  Fri Oct 15 09:41:46 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] test
Message-ID: <20041015164146.35422.qmail@web53109.mail.yahoo.com>

Just a test email :->

=====
Dionisios K. - ToXiC On HellenicNet


                
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 


From brain at winbot.co.uk  Fri Oct 15 11:11:43 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] test
Message-ID: <E1CIXYl-000JVw-4I@brainbox.winbot.co.uk>

this is a test of reply to your test. no further tests will be replied to to test any more tests or replies to said tests unless testing is needed. :-P

>Just a test email :->
>
>=====
>Dionisios K. - ToXiC On HellenicNet
>
>
>               
>__________________________________
>Do you Yahoo!?
>Yahoo! Mail Address AutoComplete - You start. We finish.
>http://promotions.yahoo.com/new_mail 
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>



From Craig at frostycoolslug.com  Sun Oct 17 20:01:15 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] BUG: Linking Services Nicknames..
Message-ID: <mailman.1152.1098036075.768.ircservices@ircservices.za.net>

It appears that you can /ns link nicknames which are not sqlined, conciquently, if you dont use the standard *Serv format, its easy to link nicknames like ChanProtect, or NetStats, where they are chanserv and statserv respectivly..

Although i am unsure the best way to 'resolve' this is, but it could be potentially dangerous.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


From achurch at achurch.org  Sun Oct 17 18:59:09 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] BUG: Linking Services Nicknames..
In-Reply-To: <4172b3f4.12174@mail.achurch.org>
Message-ID: <41732357.33055@achurch.org>

>It appears that you can /ns link nicknames which are not sqlined, conciquently, if you dont use the standard *Serv format, its easy to link nicknames like ChanProtect, or NetStats, where they are chanserv and statserv respectivly..

     No, you can't.  Services checks against the current nickname in use,
not any predefined patterns like *Serv.  (This does mean that if you change
the nickname you need to check ahead of time whether it's in use or not,
but that ought to be obvious.)

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From brain at winbot.co.uk  Mon Oct 18 11:56:32 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] BUG: Linking Services Nicknames..
Message-ID: <E1CJdgB-000D4k-FJ@brainbox.winbot.co.uk>

nickserv only checks the value of s_NickServ when you attempt to link a nick. therefore it only forbids its own nickname being linked. As far as services is concerned its own set of nicks 'dont exist' in the user structs. This means that you could link ChanServs nick, if it isnt sqlined right?

>>It appears that you can /ns link nicknames which are not sqlined, conciquently, if you dont use the standard *Serv format, its easy to link nicknames like ChanProtect, or NetStats, where they are chanserv and statserv respectivly..
>
>     No, you can't.  Services checks against the current nickname in use,
>not any predefined patterns like *Serv.  (This does mean that if you change
>the nickname you need to check ahead of time whether it's in use or not,
>but that ought to be obvious.)
>
>  --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 mark at phedny.net  Mon Oct 18 13:00:56 2004
From: mark at phedny.net (M. van Cuijk)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] BUG: Linking Services Nicknames..
In-Reply-To: <E1CJdgB-000D4k-FJ@brainbox.winbot.co.uk>
References: <E1CJdgB-000D4k-FJ@brainbox.winbot.co.uk>
Message-ID: <417420D7.2090202@phedny.net>

Hi,

Just try it before asking ;)

21:56:37 <mark> LINK ChanServ
21:56:37 -NickServ(services@irc.phedny.net)- Nickname ChanServ may not 
be linked.

So to me it seems alright, untill trying some more:

21:57:12 <mark> LINK OperServ
21:57:12 -NickServ(services@irc.phedny.net)- Nickname OperServ may not 
be linked.
21:57:14 <mark> LINK StatServ
21:57:14 -NickServ(services@irc.phedny.net)- Nickname StatServ has been 
linked to your nickname.
21:57:30 <mark> LINK Global
21:57:30 -NickServ(services@irc.phedny.net)- Nickname Global has been 
linked to your nickname.
21:57:35 <mark> LINK NickServ
21:57:35 -NickServ(services@irc.phedny.net)- Nickname NickServ may not 
be linked.
21:57:42 <mark> LINK MemoServ
21:57:42 -NickServ(services@irc.phedny.net)- Nickname MemoServ may not 
be linked.

It seems that StatServ and Global are not protected. In what degree is 
this a security issue? I don't seem to be able to use GHOST or RECOVER.
Anyway it would be good to fix this anyway...

- Mark

Craig Edwards wrote:

>nickserv only checks the value of s_NickServ when you attempt to link a nick. therefore it only forbids its own nickname being linked. As far as services is concerned its own set of nicks 'dont exist' in the user structs. This means that you could link ChanServs nick, if it isnt sqlined right?
>
>  
>
>>>It appears that you can /ns link nicknames which are not sqlined, conciquently, if you dont use the standard *Serv format, its easy to link nicknames like ChanProtect, or NetStats, where they are chanserv and statserv respectivly..
>>>      
>>>
>>    No, you can't.  Services checks against the current nickname in use,
>>not any predefined patterns like *Serv.  (This does mean that if you change
>>the nickname you need to check ahead of time whether it's in use or not,
>>but that ought to be obvious.)
>>
>> --Andrew Church
>>   achurch@achurch.org
>>   http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>    
>>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>  
>

From achurch at achurch.org  Mon Oct 18 20:19:42 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] BUG: Linking Services Nicknames..
In-Reply-To: <417420D7.2090202@phedny.net>
Message-ID: <41748791.42667@achurch.org>

>21:57:14 <mark> LINK StatServ
>21:57:14 -NickServ(services@irc.phedny.net)- Nickname StatServ has been 
>linked to your nickname.
>21:57:30 <mark> LINK Global
>21:57:30 -NickServ(services@irc.phedny.net)- Nickname Global has been 
>linked to your nickname.

     Careless error--fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From profound at eyerc.net  Thu Oct 21 17:45:09 2004
From: profound at eyerc.net (Profound)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <417857fc.151.6535.5108@internode.on.net>

Hi,

Just a cosmetic change suggestion to help us sleep better at
night (ircservices-5.0.40)...

When hiding another users email address:

/ns SET Si HIDE EMAIL ON

The response comes back:

[10:07] -NickServ- Your E-mail address will now be hidden
from NickServ INFO displays.

It would be better to have it say "Si's E-mail address will
now be hidden from NickServ INFO displays."

Cheers,
Tim

From brain at winbot.co.uk  Fri Oct 22 03:02:55 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <E1CKoo1-000M8Q-Du@brainbox.winbot.co.uk>

Thank you for your bug report, Profound.

The bug report you posted was:
>Hi,
>
>Just a cosmetic change suggestion to help us sleep better at
>night (ircservices-5.0.40)...
>
>When hiding another users email address:
>
>/ns SET Si HIDE EMAIL ON
>
>The response comes back:
>
>[10:07] -NickServ- Your E-mail address will now be hidden
>from NickServ INFO displays.
>
>It would be better to have it say "Si's E-mail address will
>now be hidden from NickServ INFO displays."
>
>Cheers,
>Tim
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 02:14:44.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From brain at winbot.co.uk  Thu Oct 21 18:17:04 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <E1CKp2w-000MAP-UF@brainbox.winbot.co.uk>

Thank you for your bug report, Craig Edwards.

The bug report you posted was:
>Thank you for your bug report, Profound.
>
>The bug report you posted was:
>>Hi,
>>
>>Just a cosmetic change suggestion to help us sleep better at
>>night (ircservices-5.0.40)...
>>
>>When hiding another users email address:
>>
>>/ns SET Si HIDE EMAIL ON
>>
>>The response comes back:
>>
>>[10:07] -NickServ- Your E-mail address will now be hidden
>>from NickServ INFO displays.
>>
>>It would be better to have it say "Si's E-mail address will
>>now be hidden from NickServ INFO displays."
>>
>>Cheers,
>>Tim
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>
>Posted on 2004-10-22 at 02:14:44.
>
>Regards,
>WinBot Central
>
>---------------------------------------------------
>
>This is an automated reply sent because you submitted a bug
>report due to a crash in your bot. We do not send unsolicited bulk
>email or allow access to your email address to third parties under
>any circumstances. If you have any questions regarding this
>information please email brain@winbot.co.uk
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 02:00:25.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From achurch at achurch.org  Thu Oct 21 18:29:32 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
In-Reply-To: <E1CKp2w-000MAP-UF@brainbox.winbot.co.uk>
Message-ID: <4178626d.53767@achurch.org>

     Looks like somebody's been playing around too much with auto-reply
software...

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Thank you for your bug report, Craig Edwards.
>
>The bug report you posted was:
>>Thank you for your bug report, Profound.
>>
>>The bug report you posted was:
>>>Hi,
>>>
>>>Just a cosmetic change suggestion to help us sleep better at
>>>night (ircservices-5.0.40)...
>>>
>>>When hiding another users email address:
>>>
>>>/ns SET Si HIDE EMAIL ON
>>>
>>>The response comes back:
>>>
>>>[10:07] -NickServ- Your E-mail address will now be hidden
>>>from NickServ INFO displays.
>>>
>>>It would be better to have it say "Si's E-mail address will
>>>now be hidden from NickServ INFO displays."
>>>
>>>Cheers,
>>>Tim
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>
>>
>>Posted on 2004-10-22 at 02:14:44.
>>
>>Regards,
>>WinBot Central
>>
>>---------------------------------------------------
>>
>>This is an automated reply sent because you submitted a bug
>>report due to a crash in your bot. We do not send unsolicited bulk
>>email or allow access to your email address to third parties under
>>any circumstances. If you have any questions regarding this
>>information please email brain@winbot.co.uk
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>
>Posted on 2004-10-22 at 02:00:25.
>
>Regards,
>WinBot Central
>
>---------------------------------------------------
>
>This is an automated reply sent because you submitted a bug
>report due to a crash in your bot. We do not send unsolicited bulk
>email or allow access to your email address to third parties under
>any circumstances. If you have any questions regarding this
>information please email brain@winbot.co.uk
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

From achurch at achurch.org  Thu Oct 21 18:34:14 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
In-Reply-To: <417857fc.151.6535.5108@internode.on.net>
Message-ID: <4178638c.54000@achurch.org>

>When hiding another users email address:
>
>/ns SET Si HIDE EMAIL ON
>
>The response comes back:
>
>[10:07] -NickServ- Your E-mail address will now be hidden
>from NickServ INFO displays.

      This is a known bug (see the KnownBugs file).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From brain at winbot.co.uk  Thu Oct 21 18:46:29 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <E1CKpWH-000MEX-PA@brainbox.winbot.co.uk>

Thank you for your bug report, Andrew Church.

The bug report you posted was:
>>When hiding another users email address:
>>
>>/ns SET Si HIDE EMAIL ON
>>
>>The response comes back:
>>
>>[10:07] -NickServ- Your E-mail address will now be hidden
>>from NickServ INFO displays.
>
>      This is a known bug (see the KnownBugs file).
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 10:29:24.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From brain at winbot.co.uk  Thu Oct 21 18:47:01 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <E1CKpWH-000MEX-M5@brainbox.winbot.co.uk>

Thank you for your bug report, Andrew Church.

The bug report you posted was:
>     Looks like somebody's been playing around too much with auto-reply
>software...
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>Thank you for your bug report, Craig Edwards.
>>
>>The bug report you posted was:
>>>Thank you for your bug report, Profound.
>>>
>>>The bug report you posted was:
>>>>Hi,
>>>>
>>>>Just a cosmetic change suggestion to help us sleep better at
>>>>night (ircservices-5.0.40)...
>>>>
>>>>When hiding another users email address:
>>>>
>>>>/ns SET Si HIDE EMAIL ON
>>>>
>>>>The response comes back:
>>>>
>>>>[10:07] -NickServ- Your E-mail address will now be hidden
>>>>from NickServ INFO displays.
>>>>
>>>>It would be better to have it say "Si's E-mail address will
>>>>now be hidden from NickServ INFO displays."
>>>>
>>>>Cheers,
>>>>Tim
>>>>
>>>>------------------------------------------------------------------
>>>>To unsubscribe or change your subscription options, visit:
>>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>>
>>>
>>>Posted on 2004-10-22 at 02:14:44.
>>>
>>>Regards,
>>>WinBot Central
>>>
>>>---------------------------------------------------
>>>
>>>This is an automated reply sent because you submitted a bug
>>>report due to a crash in your bot. We do not send unsolicited bulk
>>>email or allow access to your email address to third parties under
>>>any circumstances. If you have any questions regarding this
>>>information please email brain@winbot.co.uk
>>>
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>
>>
>>Posted on 2004-10-22 at 02:00:25.
>>
>>Regards,
>>WinBot Central
>>
>>---------------------------------------------------
>>
>>This is an automated reply sent because you submitted a bug
>>report due to a crash in your bot. We do not send unsolicited bulk
>>email or allow access to your email address to third parties under
>>any circumstances. If you have any questions regarding this
>>information please email brain@winbot.co.uk
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 10:28:47.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From ircserv at elric.net  Thu Oct 21 18:49:34 2004
From: ircserv at elric.net (Brent DiNicola)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Request for updated Help File entry.
In-Reply-To: <4178638c.54000@achurch.org>
References: <4178638c.54000@achurch.org>
Message-ID: <1098409698.4164.12.camel@stormbringer>

Currently Nickserv says the following about using /ns link NICK:

In order to use this command, you must identify for your
current nickname (using the IDENTIFY command), and the
nickname to be linked must not currently be in use.

Can you update the last line to read:

nickname to be linked must not currently be in use and
not currently registered.

I have had several used to older services versions register and then try
to link and not understand why that wouldn't work.

Thanks

Brent
-- 
Brent DiNicola
The Whitewolf of Immyrr
<ircserv .AT. elric.net>
http://www.melnibone.net
Disclaimer: Any opinions expressed here are from my dog. 
Any liabilities fall to the dog.
-----------------------


From brain at winbot.co.uk  Thu Oct 21 19:02:41 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide
        email on
Message-ID: <E1CKpl2-000MH5-4Z@brainbox.winbot.co.uk>

Thank you for your bug report, Craig Edwards.

The bug report you posted was:
>Thank you for your bug report, Andrew Church.
>
>The bug report you posted was:
>>     Looks like somebody's been playing around too much with auto-reply
>>software...
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>>Thank you for your bug report, Craig Edwards.
>>>
>>>The bug report you posted was:
>>>>Thank you for your bug report, Profound.
>>>>
>>>>The bug report you posted was:
>>>>>Hi,
>>>>>
>>>>>Just a cosmetic change suggestion to help us sleep better at
>>>>>night (ircservices-5.0.40)...
>>>>>
>>>>>When hiding another users email address:
>>>>>
>>>>>/ns SET Si HIDE EMAIL ON
>>>>>
>>>>>The response comes back:
>>>>>
>>>>>[10:07] -NickServ- Your E-mail address will now be hidden
>>>>>from NickServ INFO displays.
>>>>>
>>>>>It would be better to have it say "Si's E-mail address will
>>>>>now be hidden from NickServ INFO displays."
>>>>>
>>>>>Cheers,
>>>>>Tim
>>>>>
>>>>>------------------------------------------------------------------
>>>>>To unsubscribe or change your subscription options, visit:
>>>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>>>
>>>>
>>>>Posted on 2004-10-22 at 02:14:44.
>>>>
>>>>Regards,
>>>>WinBot Central
>>>>
>>>>---------------------------------------------------
>>>>
>>>>This is an automated reply sent because you submitted a bug
>>>>report due to a crash in your bot. We do not send unsolicited bulk
>>>>email or allow access to your email address to third parties under
>>>>any circumstances. If you have any questions regarding this
>>>>information please email brain@winbot.co.uk
>>>>
>>>>
>>>>------------------------------------------------------------------
>>>>To unsubscribe or change your subscription options, visit:
>>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>>
>>>
>>>Posted on 2004-10-22 at 02:00:25.
>>>
>>>Regards,
>>>WinBot Central
>>>
>>>---------------------------------------------------
>>>
>>>This is an automated reply sent because you submitted a bug
>>>report due to a crash in your bot. We do not send unsolicited bulk
>>>email or allow access to your email address to third parties under
>>>any circumstances. If you have any questions regarding this
>>>information please email brain@winbot.co.uk
>>>
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>
>Posted on 2004-10-22 at 10:28:47.
>
>Regards,
>WinBot Central
>
>---------------------------------------------------
>
>This is an automated reply sent because you submitted a bug
>report due to a crash in your bot. We do not send unsolicited bulk
>email or allow access to your email address to third parties under
>any circumstances. If you have any questions regarding this
>information please email brain@winbot.co.uk
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 02:46:09.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From brain at winbot.co.uk  Thu Oct 21 19:03:09 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <E1CKpl2-000MH5-3B@brainbox.winbot.co.uk>

Thank you for your bug report, Craig Edwards.

The bug report you posted was:
>Thank you for your bug report, Andrew Church.
>
>The bug report you posted was:
>>>When hiding another users email address:
>>>
>>>/ns SET Si HIDE EMAIL ON
>>>
>>>The response comes back:
>>>
>>>[10:07] -NickServ- Your E-mail address will now be hidden
>>>from NickServ INFO displays.
>>
>>      This is a known bug (see the KnownBugs file).
>>
>>  --Andrew Church
>>    achurch@achurch.org
>>    http://achurch.org/
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>
>
>Posted on 2004-10-22 at 10:29:24.
>
>Regards,
>WinBot Central
>
>---------------------------------------------------
>
>This is an automated reply sent because you submitted a bug
>report due to a crash in your bot. We do not send unsolicited bulk
>email or allow access to your email address to third parties under
>any circumstances. If you have any questions regarding this
>information please email brain@winbot.co.uk
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>

Posted on 2004-10-22 at 02:46:09.

Regards,
WinBot Central

---------------------------------------------------

This is an automated reply sent because you submitted a bug
report due to a crash in your bot. We do not send unsolicited bulk
email or allow access to your email address to third parties under
any circumstances. If you have any questions regarding this
information please email brain@winbot.co.uk


From Craig at frostycoolslug.com  Thu Oct 21 19:25:08 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Bug report with /ns set <nick> hide email on
Message-ID: <mailman.1216.1098411908.768.ircservices@ircservices.za.net>

ok, i just got him to switch it off, it was because of the words 'Bug Report' in the subject line apparently, i appologise on his behalf for any inconvieniance caused.

RE: Request for updated help file entry..

I agree with this, although i wouldn't call it a priority!


/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Andrew Church <achurch@achurch.org>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 10:28:47 @ 2004-10-22
 * Subject - Re: Re: [IRCServices] Bug report with /ns set <nick> hide email on
 ****************************************/

/****** - Begin Original Message - ******/

>     Looks like somebody's been playing around too much with auto-reply
>software...
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
>
>>Thank you for your bug report, Craig Edwards.
>>
>>The bug report you posted was:
>>>Thank you for your bug report, Profound.
>>>
>>>The bug report you posted was:
>>>>Hi,
>>>>
>>>>Just a cosmetic change suggestion to help us sleep better at
>>>>night (ircservices-5.0.40)...
>>>>
>>>>When hiding another users email address:
>>>>
>>>>/ns SET Si HIDE EMAIL ON
>>>>
>>>>The response comes back:
>>>>
>>>>[10:07] -NickServ- Your E-mail address will now be hidden
>>>>from NickServ INFO displays.
>>>>
>>>>It would be better to have it say "Si's E-mail address will
>>>>now be hidden from NickServ INFO displays."
>>>>
>>>>Cheers,
>>>>Tim
>>>>
>>>>------------------------------------------------------------------
>>>>To unsubscribe or change your subscription options, visit:
>>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>>
>>>
>>>Posted on 2004-10-22 at 02:14:44.
>>>
>>>Regards,
>>>WinBot Central
>>>
>>>---------------------------------------------------
>>>
>>>This is an automated reply sent because you submitted a bug
>>>report due to a crash in your bot. We do not send unsolicited bulk
>>>email or allow access to your email address to third parties under
>>>any circumstances. If you have any questions regarding this
>>>information please email brain@winbot.co.uk
>>>
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>>>
>>
>>Posted on 2004-10-22 at 02:00:25.
>>
>>Regards,
>>WinBot Central
>>
>>---------------------------------------------------
>>
>>This is an automated reply sent because you submitted a bug
>>report due to a crash in your bot. We do not send unsolicited bulk
>>email or allow access to your email address to third parties under
>>any circumstances. If you have any questions regarding this
>>information please email brain@winbot.co.uk
>>
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/


From ron2k at webmail.co.za  Fri Oct 22 00:43:11 2004
From: ron2k at webmail.co.za (Kieron Thwaites)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Clarification with unreal.c
In-Reply-To: <200410220205.i9M25Fng022795@mx1.wm.co.za>
Message-ID: <web-484318024@mail01.infosat.net>

OK, I'll start this off by saying that I know nothing about
C programming...

Anyway, I was feeling bored, so I was reading over unreal.c
and I noticed this in the "new channel user modes" section:

    {'h', {0x00000004,1,1,'%'}},        /* Half-op */

Now, I'm probably horribly wrong, but the "%" probably
denotes the user prefix (since halfop's nicks are prefixed
with a %).

If I'm right, then take a look at the next two lines:

    {'a', {0x00000008,1,1,'~'}},
    {'q', {0x00000010,1,1,'*',MI_CHANOWNER}},

Assuming that my above premise is correct, this code
wouldn't be correct, as +a gets the & prefix and +q the ~
prefix in UnrealIRCd. I haven't yet tried changing this
code to see what happens; I'll give that a go this evening.

Of course, I could be horribly, horribly wrong... if I am,
would someone mind correcting me on this?

(By the way. I will not be impressed if I receive an
auto-reply.)
_____________________________________________________________________
For super low premiums ,click here http://www.dialdirect.co.za/quote

From dnb at majestic-liaisons.com  Fri Oct 22 01:10:12 2004
From: dnb at majestic-liaisons.com (DeadNotBuried)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Clarification with unreal.c
References: <web-484318024@mail01.infosat.net>
Message-ID: <000701c4b80e$75d717a0$1000a8c0@dnblaptop>


if you change the line as stated you will break support in services for the
channel owner flag. as services connects to a server it talks to the ircd as
a server not as a client, and the unreal 3.2 protocol uses * as a chan owner
flag between SERVERS, and & IF compiled to support the new flags for
CLIENTS, or just the old @ IF NOT compiled for the new flags for CLIENTS..
it's not recommened to change any of those types of flags in services
packages, or even IRCd's themselves unless you know how the protocol works.

DNB

> OK, I'll start this off by saying that I know nothing about
> C programming...
>
> Anyway, I was feeling bored, so I was reading over unreal.c
> and I noticed this in the "new channel user modes" section:
>
>     {'h', {0x00000004,1,1,'%'}}, /* Half-op */
>
> Now, I'm probably horribly wrong, but the "%" probably
> denotes the user prefix (since halfop's nicks are prefixed
> with a %).
>
> If I'm right, then take a look at the next two lines:
>
>     {'a', {0x00000008,1,1,'~'}},
>     {'q', {0x00000010,1,1,'*',MI_CHANOWNER}},
>
> Assuming that my above premise is correct, this code
> wouldn't be correct, as +a gets the & prefix and +q the ~
> prefix in UnrealIRCd. I haven't yet tried changing this
> code to see what happens; I'll give that a go this evening.
>
> Of course, I could be horribly, horribly wrong... if I am,
> would someone mind correcting me on this?
>



From achurch at achurch.org  Fri Oct 22 01:19:40 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Clarification with unreal.c
In-Reply-To: <web-484318024@mail01.infosat.net>
Message-ID: <4178c28e.54112@achurch.org>

>If I'm right, then take a look at the next two lines:
>
>    {'a', {0x00000008,1,1,'~'}},
>    {'q', {0x00000010,1,1,'*',MI_CHANOWNER}},
>
>Assuming that my above premise is correct, this code
>wouldn't be correct, as +a gets the & prefix and +q the ~
>prefix in UnrealIRCd. I haven't yet tried changing this
>code to see what happens; I'll give that a go this evening.
>
>Of course, I could be horribly, horribly wrong...

     You are. (:  The prefix character is for the prefixes used in the
SJOIN message, not the prefixes shown to users.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

From ianj at esper.net  Fri Oct 22 13:42:39 2004
From: ianj at esper.net (Ian R. Justman)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] (Slightly off-topic,
        but pertinent) GNU Mailman help needed
Message-ID: <4179708C.8010400@esper.net>


Hi, all.

Could someone with GNU Mailman experience please contact me off-list?  I 
have a few questions I need answered.

Any assistance would be GREATLY appreciated!

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official
EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.


From achurch at achurch.org  Fri Oct 22 16:54:13 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] Request for updated Help File entry.
In-Reply-To: <1098409698.4164.12.camel@stormbringer>
Message-ID: <41799d96.76425@achurch.org>

     I've updated this for 5.1.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Currently Nickserv says the following about using /ns link NICK:
>
>In order to use this command, you must identify for your
>current nickname (using the IDENTIFY command), and the
>nickname to be linked must not currently be in use.
>
>Can you update the last line to read:
>
>nickname to be linked must not currently be in use and
>not currently registered.
>
>I have had several used to older services versions register and then try
>to link and not understand why that wouldn't work.
>
>Thanks
>
>Brent
>-- 
>Brent DiNicola
>The Whitewolf of Immyrr
><ircserv .AT. elric.net>
>http://www.melnibone.net
>Disclaimer: Any opinions expressed here are from my dog. 
>Any liabilities fall to the dog.
>-----------------------
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

From admin at vonitsanet.gr  Sat Oct 23 06:01:02 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] smart expiration system
Message-ID: <000901c4b900$388a9000$403d05d5@server>

I was thinking about a system of variable time of expiry of Nicknames / 
Channels depending on the time that is registered.
Something like this:



(1) A nickname/chan that is registered for <12 months:  1*30+5       not 
used days before expire
(2) A nickname/chan that is registered for >12 months:  2*30+5       not 
used days before expire
(3) A nickname/chan that is registered for >24 months:  3*30+5       not 
used days before expire
(4) A nickname/chan that is registered for >36 months:  6*30+5       not 
used days before expire
(5) A nickname/chan that is registered for >48 months:  8*30+5       not 
used days before expire
(6) A nickname/chan that is registered for >60 months:  10*30+5     not used 
days before expire
(7) A nickname/chan that is registered for >72 months:  12*30+5     not used 
days before expire

Of course all numbers (months,days) can be modified from the config file..
And when a nickname will pass from a category to another a memo will be sent 
to inform the owner of this nick.
Services administrators should be able to see and modify the category for 
each user.

With this method we will avoid problems with Nicknames / Channels  that 
expires because their owners who are "old" on a network for some reason 
could not be identified for long time (for channels noone accessed join for 
a long time) .

This is also something like a "present" for the old users.


I'm waiting for your opinions :))
Cya 



From medice at gmx.at  Sat Oct 23 10:39:00 2004
From: medice at gmx.at (Medice)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] smart expiration system
In-Reply-To: <000901c4b900$388a9000$403d05d5@server>
References: <000901c4b900$388a9000$403d05d5@server>
Message-ID: <417A9708.1050208@gmx.at>

Sounds like a good idea, but:
i think it's not necessary to have that much categories - 2-4 should be 
enough...
I think some sort of setable "category" is not really useful, since 
services may calculate the situation by themselfes...

greets
/medice


Dionisios K. wrote:
> I was thinking about a system of variable time of expiry of Nicknames / 
> Channels depending on the time that is registered.
> Something like this:
> 
> 
> 
> (1) A nickname/chan that is registered for <12 months:  1*30+5       not 
> used days before expire
> (2) A nickname/chan that is registered for >12 months:  2*30+5       not 
> used days before expire
> (3) A nickname/chan that is registered for >24 months:  3*30+5       not 
> used days before expire
> (4) A nickname/chan that is registered for >36 months:  6*30+5       not 
> used days before expire
> (5) A nickname/chan that is registered for >48 months:  8*30+5       not 
> used days before expire
> (6) A nickname/chan that is registered for >60 months:  10*30+5     not 
> used days before expire
> (7) A nickname/chan that is registered for >72 months:  12*30+5     not 
> used days before expire
> 
> Of course all numbers (months,days) can be modified from the config file..
> And when a nickname will pass from a category to another a memo will be 
> sent to inform the owner of this nick.
> Services administrators should be able to see and modify the category 
> for each user.
> 
> With this method we will avoid problems with Nicknames / Channels  that 
> expires because their owners who are "old" on a network for some reason 
> could not be identified for long time (for channels noone accessed join 
> for a long time) .
> 
> This is also something like a "present" for the old users.
> 
> 
> I'm waiting for your opinions :))
> Cya


From Craig at frostycoolslug.com  Sat Oct 23 10:41:43 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sat Oct 23 23:02:13 2004
Subject: [IRCServices] smart expiration system
Message-ID: <mailman.1256.1098553303.768.ircservices@ircservices.za.net>

although slightly complex, i like this idea.. We occasionally have users who have been on our network for years go on holiday for 2months, and find their nickname in someone elses possesion.

So i like it :D

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <admin@vonitsanet.gr>
 * To      - ircservices@ircservices.za.net <ircservices@ircservices.za.net>
 * Sent    - 13:59:41 @ 2004-10-23
 * Subject - [IRCServices] smart expiration system
 ****************************************/

/****** - Begin Original Message - ******/

>I was thinking about a system of variable time of expiry of Nicknames / 
>Channels depending on the time that is registered.
>Something like this:
>
>
>
>(1) A nickname/chan that is registered for <12 months:  1*30+5       not 
>used days before expire
>(2) A nickname/chan that is registered for >12 months:  2*30+5       not 
>used days before expire
>(3) A nickname/chan that is registered for >24 months:  3*30+5       not 
>used days before expire
>(4) A nickname/chan that is registered for >36 months:  6*30+5       not 
>used days before expire
>(5) A nickname/chan that is registered for >48 months:  8*30+5       not 
>used days before expire
>(6) A nickname/chan that is registered for >60 months:  10*30+5     not used 
>days before expire
>(7) A nickname/chan that is registered for >72 months:  12*30+5     not used 
>days before expire
>
>Of course all numbers (months,days) can be modified from the config file..
>And when a nickname will pass from a category to another a memo will be sent 
>to inform the owner of this nick.
>Services administrators should be able to see and modify the category for 
>each user.
>
>With this method we will avoid problems with Nicknames / Channels  that 
>expires because their owners who are "old" on a network for some reason 
>could not be identified for long time (for channels noone accessed join for 
>a long time) .
>
>This is also something like a "present" for the old users.
>
>
>I'm waiting for your opinions :))
>Cya 
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/


From achurch at achurch.org  Sun Oct 24 00:30:17 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Oct 24 00:30:18 2004
Subject: [IRCServices] Test mail
Message-ID: <20041024073017.18AEEFB7D3B@sakura.ian-justman.com>

Test message, please ignore.

From ianj at esper.net  Sun Oct 24 01:00:39 2004
From: ianj at esper.net (Ian R. Justman)
Date: Sun Oct 24 01:00:37 2004
Subject: [IRCServices] Test mail
In-Reply-To: <20041024073017.18AEEFB7D3B@sakura.ian-justman.com>
References: <20041024073017.18AEEFB7D3B@sakura.ian-justman.com>
Message-ID: <417B6127.2040101@esper.net>

Andrew Church wrote:

> Test message, please ignore.

Oh, and did I tell you that I absolutely HATE Mailman? ;)  (Andy will 
know what I'm talking about.)

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From ianj at esper.net  Sun Oct 24 07:07:37 2004
From: ianj at esper.net (Ian R. Justman)
Date: Sun Oct 24 07:07:37 2004
Subject: [IRCServices] Test mail
In-Reply-To: <417B6127.2040101@esper.net>
References: <20041024073017.18AEEFB7D3B@sakura.ian-justman.com>
        <417B6127.2040101@esper.net>
Message-ID: <417BB729.9080105@esper.net>

Ian R. Justman wrote:
> Andrew Church wrote:
> 
>> Test message, please ignore.
> 
> 
> Oh, and did I tell you that I absolutely HATE Mailman? ;)  (Andy will 
> know what I'm talking about.)

And on that note, I don't need that help I requested anymore.  I've 
completed the project in question.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From achurch at achurch.org  Thu Oct 28 11:48:33 2004
From: achurch at achurch.org (Andrew Church)
Date: Wed Oct 27 19:50:27 2004
Subject: [IRCServices] Server move and potential downtime
Message-ID: <41805e5e.56424@achurch.org>

     The server move mentioned previously is mostly complete; however,
delays in getting DNS records updated may result in a few days of website
and mailing list downtime.  Please be patient.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ianj at esper.net  Thu Oct 28 19:17:49 2004
From: ianj at esper.net (Ian R. Justman)
Date: Thu Oct 28 19:18:04 2004
Subject: [IRCServices] Server move and potential downtime
In-Reply-To: <41805e5e.56424@achurch.org>
References: <41805e5e.56424@achurch.org>
Message-ID: <4181A84D.8090102@esper.net>

Andrew Church wrote:
>      The server move mentioned previously is mostly complete; however,
> delays in getting DNS records updated may result in a few days of website
> and mailing list downtime.  Please be patient.

On that note, how soon are we looking at things being lit up again, do
you figure?

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From achurch at achurch.org  Fri Nov 12 10:31:07 2004
From: achurch at achurch.org (Andrew Church)
Date: Thu Nov 11 17:41:55 2004
Subject: [IRCServices] Re: Fw: Loging Problem With Unreal
In-Reply-To: <003901c4c83f$7e82c250$0800000a@citir>
Message-ID: <419414d4.06125@achurch.org>

[Note to Ali Sor: your provider is rejecting mail from me.  Please contact
your technical support and refer them to http://achurch.org/sorbs.html .]

[Note to everyone else: the mailing lists and website are down because of
DNS registrar troubles, as mentioned below.]

>Mail is turning back to me because of that i am sending this to you.=20

     The domain registrar for ircservices.za.net hasn't updated the DNS
servers yet (after 3 weeks!), so that's why the mailing lists are down.
If it doesn't get fixed soon I may end up getting a separate domain.

>I checked my log files today and saw that there is a big raise at the =
>file sizes. (150 MB each day ?!?!?!) =20
>
>After checking i saw that lots of lines like=20
>[Nov 09 01:43:15 2004] unknown message from server (:irc.blabla.net Ss S =
>:[Spamfilter] .......................
>
>Seems like Spamfilter of Unreal makes the logs to  get really big =
>because of that unknown message log.=20
>
>Is there an option not to log unknown messages?

     Technically, "unknown message" entries are bugs, because the protocol
module should catch all of them.  I'll take a look at the Unreal module
and see if I can fix the problem.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/


  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Nov 22 15:40:30 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 21 22:41:11 2004
Subject: [IRCServices] Test message, please ignore
Message-ID: <41a189f1.07265@achurch.org>

     This is a test.  This is only a test.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Nov 22 15:48:13 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 21 22:53:53 2004
Subject: [IRCServices] Test message, please ignore
In-Reply-To: <41a189f1.07265@achurch.org>
Message-ID: <41a18cf8.07324@achurch.org>

>     This is a test.  This is only a test.

     I passed! :D

     Since the za.net domain administrators seem to be asleep at the
switch, I've secured a temporary home for Services at
http://www.ircservices.esper.net/, until either za.net gets their act
together or I find a new domain to use.  The mailing list addresses have
likewise been changed to ircservices{,-coding}@ircservices.esper.net, so
please change any aliases you may have.  Apologies for the inconvenience.

     I'll be releasing Services 5.0.42 shortly with accumulated changes.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ianj at esper.net  Sun Nov 21 23:04:24 2004
From: ianj at esper.net (Ian R. Justman)
Date: Sun Nov 21 23:04:30 2004
Subject: [IRCServices] New test
Message-ID: <41A18F78.5090903@esper.net>


Confirming completed cutover to "esper.net".

And just a reminder, since it now DOUBLY applies as we now host the 
lists and, to a degree (if only by name), the website, EsperNet staff 
CANNOT help with Services-related questions.  Though nowadays, things 
seem to have calmed down a bit, but I figured I'd let everyone know this.

We just host the lists and FTP and happened to be the pilot network to 
use ANY open-sourced IRC services code.

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.
From achurch at achurch.org  Mon Nov 22 16:34:56 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 21 23:44:41 2004
Subject: [IRCServices] Lots of AKILLS kill services
In-Reply-To: <20041024075104.GA71328@edgemaster.zombie.org>
Message-ID: <41a198e1.10347@achurch.org>

     I can't reproduce this, either through manually adding autokills or
with the AKILLCHAN command.  I'd suggest trying to get a backtrace, but I
suspect the real problem is earlier, since there shouldn't be any way for
an autokill without an "@" to get added in the first place.  The log looks
like what would happen if all of the autokill masks were stored at the same
address, but since the masks are always individually allocated, that
shouldn't be possible.  If you can still reproduce this, try the following:

     - Back up your current database files.

     - Shut down Services (/os shutdown, so the data files are saved)
       before the autokills expire.

     - Restart Services, and see if the problem still occurs.

     - If it does, send me a copy of your autokill database file (akill.db)
       and I'll look into it.  If not, there's probably a strange issue
       related to memory allocation which will probably be impossible to
       debug without running Services in a debugger and watching how
       AKILLCHAN and the expiration routines perform.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>
>--===============0398048210==
>Content-Type: multipart/signed; micalg=pgp-sha1;
>       protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V"
>Content-Disposition: inline
>
>
>--xHFwDpU9dbj6ez1V
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>We are using IRCServices 5.0.41 and have noticed that Services sometimes
>misbehave and crash when expiring AKILLs. This is most noticable when
>hundreds of AKILLs expire, such as from a botnet AKILLfest.
>
>OperServ always GLOBOPS with "AKILL on * has expired" many times before
>dying, then dies with "PANIC! signal 6 (no buffer)"
>
>Below are bits from a log when I duplicated this behavior and my comments:
>
>[Oct 24 03:06:13.467357 2004] debug: Sent: :OperServ GLOBOPS :drdink used A=
>KILLCHAN for =02#CLTest=02
>
>This channel had a bunch of clones in it with 800 different hostnames. As
>such, this command placed 800 AKILLs of the form cl-<n>.slashnet.org where
>1 <=3D n <=3D 800.
>
>[Oct 24 03:06:13.467435 2004] debug: Sent: :services.slashnet.org TKL + G *=
> cl-1.slashnet.org services.slashnet.org 1098601873 1098601573 :Services te=
>st.
>[Oct 24 03:06:13.467484 2004] debug: Sent: :services.slashnet.org TKL + G *=
> cl-2.slashnet.org services.slashnet.org 1098601873 1098601573 :Services te=
>st.
>=2E..
>[Oct 24 03:06:13.628544 2004] debug: Sent: :services.slashnet.org TKL + G *=
> cl-800.slashnet.org services.slashnet.org 1098601873 1098601573 :Services =
>test.
>[Oct 24 03:06:13.628590 2004] debug: Sent: :OperServ NOTICE drdink :800 use=
>rs autokilled.
>
>Then, when it came time for them to expire:
>
>[Oct 24 03:12:02.453578 2004] debug: Saving databases
>[Oct 24 03:12:02.461241 2004] debug: Sent: :OperServ GLOBOPS :AKILL on *@cl=
>-1.slashnet.org has expired
>[Oct 24 03:12:02.471230 2004] debug: Sent: :services.slashnet.org TKL - G *=
> cl-1.slashnet.org services.slashnet.org
>[Oct 24 03:12:02.471493 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.471532 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.471614 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.471649 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.471727 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.471761 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.471839 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.471872 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.471950 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.471984 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>=2E..
>[Oct 24 03:12:02.477901 2004] debug: Sent: :OperServ GLOBOPS :AKILL on *@cl=
>-56.slashnet.org has expired
>[Oct 24 03:12:02.477941 2004] debug: Sent: :services.slashnet.org TKL - G *=
> cl-56.slashnet.org services.slashnet.org
>[Oct 24 03:12:02.478010 2004] debug: Sent: :OperServ GLOBOPS :AKILL on *@cl=
>-57.slashnet.org has expired
>[Oct 24 03:12:02.478049 2004] debug: Sent: :services.slashnet.org TKL - G *=
> cl-57.slashnet.org services.slashnet.org
>[Oct 24 03:12:02.478114 2004] debug: Sent: :OperServ GLOBOPS :AKILL on *@cl=
>-58.slashnet.org has expired
>[Oct 24 03:12:02.478153 2004] debug: Sent: :services.slashnet.org TKL - G *=
> cl-58.slashnet.org services.slashnet.org
>=2E..
>[Oct 24 03:12:02.483745 2004] debug: Sent: :OperServ GLOBOPS :AKILL on *@cl=
>-109.slashnet.org has expired
>[Oct 24 03:12:02.483784 2004] debug: Sent: :services.slashnet.org TKL - G *=
> cl-109.slashnet.org services.slashnet.org
>[Oct 24 03:12:02.483846 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.483880 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.483969 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.484003 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.484075 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.484109 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.484180 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.484214 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>=2E..
>Oct 24 03:12:02.489257 2004] operserv/akill: BUG: (cancel_akill) Missing @ =
>in mask: *
>[Oct 24 03:12:02.489327 2004] debug: Sent: :OperServ GLOBOPS :AKILL on * ha=
>s expired
>[Oct 24 03:12:02.489361 2004] operserv/akill: BUG: (cancel_akill) Missing @=
> in mask: *
>[Oct 24 03:12:02.792333 2004] PANIC! signal 6 (no buffer)
>[Oct 24 03:12:02.792989 2004] debug: Sent: :services.slashnet.org GLOBOPS :=
>PANIC! signal 6 (no buffer)
>[Oct 24 03:12:02.793100 2004] Services terminating: Abort trap
>[Oct 24 03:12:02.793137 2004] debug: Unloading module `misc/xml-export'
>[Oct 24 03:12:02.847234 2004] debug: Unloading module `misc/xml-import'
>[Oct 24 03:12:02.877397 2004] FATAL: Caught signal 30 (User defined signal =
>1) while shutting down
>
>--=20
>Sean Kelly         | PGP KeyID: D2E5E296
>smkelly@zombie.org | http://www.zombie.org
>
>--xHFwDpU9dbj6ez1V
>Content-Type: application/pgp-signature
>Content-Disposition: inline
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.6 (FreeBSD)
>
>iD8DBQFBe17kPm7A9NLl4pYRAgVOAJ9oBxUinXUfU5PbqdynGUrsIdZwhwCgkraC
>cwND6JSM9/lirm75o7fDPfY=
>=yUBE
>-----END PGP SIGNATURE-----
>
>--xHFwDpU9dbj6ez1V--
>
>
>--===============0398048210==
>Content-Type: text/plain; charset="us-ascii"
>MIME-Version: 1.0
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices
>
>--===============0398048210==--
>
From achurch at achurch.org  Mon Nov 22 16:52:07 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Nov 21 23:58:13 2004
Subject: [IRCServices] ircservices attacks
In-Reply-To: <8c98c49f69737e106487338e5becdc9f@teknet.com.tr>
Message-ID: <41a19c0e.11265@achurch.org>

     There's unfortunately no way to completely stop attacks like these,
unless you can isolate the IP addresses that are causing problems and ban
them from your network.  As others suggested, you could try limiting user
sendq, but if there are too many users all doing it at once that may not
help.  Services' ignore system isn't the best, and I'm hoping to improve it
for version 5.1, but no matter how good it gets, it takes a certain amount
of resources just to determine whether the message should be ignored or
not, and if there are too many messages coming in there's nothing Services
can do.

     Think of this as a new variety of DDoS attack: instead of flooding
your servers with pings, the attacker is flooding your Services with
messages.  In both cases, the only thing you can do is track down the IP
address of every bot and ban them all (or try to contact the attacker
directly, or get the authorities to help).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>--===============0741629271==
>Content-Type: multipart/alternative;
>       boundary="--6C8E23B332313752E4AEE203A92B350A"
>
>----6C8E23B332313752E4AEE203A92B350A
>Content-Type: text/plain; charset="iso-8859-9"
>Content-Transfer-Encoding: 7bit
>
>Hi guys, 
>We are again experiencing attacks on our services and we are having a lot of difficulty in finding a solution to the attacks. We would appreciate any help you could give us. 
>The logs are below: [Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"
>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set" A bot of some sort is sending messages to ChanServ and NickServ. Soon after this, the following messages are seen on the server and in the ircservices logs: (These are 
>the messages in the ircservices logs, and below them are the messages shown on the server) [Oct 24 22:25:31 2004] Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs
>[Oct 24 22:25:31 2004] Network buffer size dropped below inactive threshold (85%), not processing PRIVMSGs normally
>[Oct 24 22:25:31 2004] Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs 
>[20:31:09] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: services.teklan.com.tr has processed user/channel burst, sending topic burst.
>[20:31:10] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: services.teklan.com.tr has processed topic burst (synched to network data).
>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs
>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size dropped below inactive threshold (85%), processing PRIVMSGs normally
>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs
>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size dropped below inactive threshold (85%), processing PRIVMSGs normally
>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs Straight after these messages, we receive this message: 
>[20:32:41] -irc.teklan.com.tr- *** Notice -- Max SendQ limit exceeded for services.teklan.com.tr: 2560046 > 2560000 [20:32:41] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Max Sendq exceeded for services.teklan.com.tr, closing link And the 
>services appear to terminate. When we connect to the server via ssh, we can see that ircservices is still running. 5 to 10 minutes later, the same attack continues but in a different form: Oct 24 22:24:45 2004] nickserv/main: Nwp registered by tgcdhh@84.2
>34.138.142 (Uicmvu@hotmail.com)
>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P NickServ@services.teklan.com.tr :register alitopuat JagI@hotmail.com
>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P NickServ@services.teklan.com.tr :register alitopuat Lszodjh@hotmail.com
>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P NickServ@services.teklan.com.tr :register alitopuat Xltdl@hotmail.com
>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P NickServ@services.teklan.com.tr :register alitopuat EADnD@hotmail.com
>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P NickServ@services.teklan.com.tr :register alitopuat Kqvwiz@hotmail.com This continues for a while and then again the services appear to terminate and later does. How can we prevent this? we currentl
>y have over 7000 nicknames registered, which is highly unusual.
>[22:28:32] -MasteR- Nicknames :  7669 records We would appreciate any help or support that you can give us. 
>Thank you so much for your time and help.      
>----6C8E23B332313752E4AEE203A92B350A
>Content-Type: text/html; charset="iso-8859-9"
>Content-Transfer-Encoding: 7bit
>
><P>Hi guys, <BR>We are again experiencing attacks on our services and we are having a lot of difficulty in finding a solution to the attacks. We would appreciate any help you could give us. <BR>The logs are below:</P> <P>[Oct 24 22:27:08 2004] Ignored mes
>sage from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27
>:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help 
>set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message
>from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004
>] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oc
>t 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ
> :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P NickServ :info mrcoll"<BR>[Oct 24 22:27:08 2004] Ignored message from fgfsdfsd: ":fgfsdfsd P ChanServ :help set"</P> <P>A bot of some sort is
>sending messages to ChanServ and NickServ. Soon after this, the following messages are seen on the server and in the ircservices logs:</P> <P>(These are the messages in the ircservices logs, and below them are the messages shown on the server)</P> <P>[Oct
> 24 22:25:31 2004] Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs<BR>[Oct 24 22:25:31 2004] Network buffer size dropped below inactive threshold (85%), not processing PRIVMSGs normally<BR>[Oct 24 22:25:31 2004] Network buff
>er size exceeded inactive threshold (85%), not processing PRIVMSGs</P> <P><BR>[20:31:09] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: services.teklan.com.tr has processed user/channel burst, sending topic burst.<BR>[20:31:10] -irc.teklan.com
>.tr- *** Routing -- from irc.teklan.com.tr: services.teklan.com.tr has processed topic burst (synched to network data).<BR>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size exceeded
>inactive threshold (85%), not processing PRIVMSGs<BR>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size dropped below inactive threshold (85%), processing PRIVMSGs normally<BR>[20:32:11] -irc.teklan.com.tr- *** G
>lobal -- from services.teklan.com.tr: Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs<BR>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size dropped below inactive threshold (85%), p
>rocessing PRIVMSGs normally<BR>[20:32:11] -irc.teklan.com.tr- *** Global -- from services.teklan.com.tr: Network buffer size exceeded inactive threshold (85%), not processing PRIVMSGs</P> <P>Straight after these messages, we receive this message:</P> <P><
>BR>[20:32:41] -irc.teklan.com.tr- *** Notice -- Max SendQ limit exceeded for services.teklan.com.tr: 2560046 &gt; 2560000</P> <P>[20:32:41] -irc.teklan.com.tr- *** Routing -- from irc.teklan.com.tr: :Max Sendq exceeded for
>services.teklan.com.tr, closing link</P> <P>And the services appear to terminate. When we connect to the server via ssh, we can see that ircservices is still running.</P> <P>5 to 10 minutes later, the same attack continues but in a different form:</P> <P>
>Oct 24 22:24:45 2004] nickserv/main: Nwp registered by <A href="mailto:tgcdhh@84.234.138.142">tgcdhh@84.234.138.142</A> (<A href="mailto:Uicmvu@hotmail.com">Uicmvu@hotmail.com</A>)<BR>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P <A href="mailt
>o:NickServ@services.teklan.com.tr">NickServ@services.teklan.com.tr</A> :register alitopuat <A href="mailto:JagI@hotmail.com">JagI@hotmail.com</A><BR>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P <A href="mailto:NickServ@services.teklan.com.tr">
>NickServ@services.teklan.com.tr</A> :register alitopuat <A href="mailto:Lszodjh@hotmail.com">Lszodjh@hotmail.com</A><BR>[Oct 24 22:25:48 2004] Ignored message from Nwp: ":Nwp P <A
From azoff at se.linux.org  Mon Nov 22 00:10:41 2004
From: azoff at se.linux.org (=?ISO-8859-1?Q?Torbj=F6rn_Svensson?=)
Date: Mon Nov 22 00:10:59 2004
Subject: [IRCServices] Error in mailtransport
Message-ID: <41A19F01.4060906@se.linux.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!


Just found out that there is a serious(?) flaw in mailhandeling. If the
mailserver is down you won't get any mail when you register, and it's
not placed in any queue so it wont be sent later when the mailserver is
up again.


~From my logfile (I have replaced the hosts and username):
[Nov 09 18:14:24 2004] nickserv/main: my_nick registered by
my_nick@host.tld (user@host.tld)
[Nov 09 18:14:26 2004] sockets: connect(1 -> mail.host.tld:25): No route
to host
[Nov 09 18:14:26 2004] mail/smtp: Connection to server failed for socket
0x813d4f0

Andrew, is this something you could fix? Atleast add a backup server to use.

Thanks!
- --
~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
~ `. `'  http://azoff.homeip.net | http://azoff.tty0.org
~   `--  http://www.se.linux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBoZ8AeY7jmtvbDP0RAoJcAJ9IG0Fyc6UfSRFa8NJCzZVJqssglgCgiEGz
Emwegp5DsaX0dTeJb1/uSMs=
=Oatp
-----END PGP SIGNATURE-----
From achurch at achurch.org  Mon Nov 22 18:51:32 2004
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 22 01:51:58 2004
Subject: [IRCServices] Error in mailtransport
In-Reply-To: <41A19F01.4060906@se.linux.org>
Message-ID: <41a1b6ba.27133@achurch.org>

>Just found out that there is a serious(?) flaw in mailhandeling. If the
>mailserver is down you won't get any mail when you register, and it's
>not placed in any queue so it wont be sent later when the mailserver is
>up again.

     This is by design.  Queueing is the job of your mail server, not
Services.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Nov 22 19:02:52 2004
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 22 02:03:41 2004
Subject: [IRCServices] Error in mailtransport
In-Reply-To: <41A19F01.4060906@se.linux.org>
Message-ID: <41a1b973.27147@achurch.org>

>Andrew, is this something you could fix? Atleast add a backup server to use.

     Addendum: I've added support for multiple relay hosts in 5.0.42.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From achurch at achurch.org  Mon Nov 22 20:27:27 2004
From: achurch at achurch.org (Andrew Church)
Date: Mon Nov 22 03:29:03 2004
Subject: [IRCServices] Services 5.0.42 released
Message-ID: <41a1cd79.53142@achurch.org>

     Services 5.0.42 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

4a6167a55336ee8d80acabe4b961c048  ircservices-5.0.42.tar.gz
29252b75ca24574c4433c781d0d020a7  ircservices-5.0.42.diff.gz
888d7151413e204d53679226b9761cb4  ircservices-5.0.42-1.i386.rpm
6b4e75b92013ed5c518edafcbca4caa3  ircservices_5.0.42-1_i386.deb

The mirrors should have it shortly.

     This release contains the accumulated fixes and updates from the
period the homepage has been down.  Please note in particular that the
Japanese language file bug can be exploited by a user with Services
operator privileges to crash Services; while Services operators are
presumably trusted, users of Services should upgrade to this version as
soon as convenient to avoid potential damage from malicious scripts or
IRC client security holes.

     Incidentally, as has already been pointed out to me privately, some of
the mailing list web interface links still point to the .za.net domain.
I'll work on getting these fixed as soon as possible.

Changes in version 5.0.42
-------------------------
2004/11/22      The mail/smtp module now allows multiple RelayHost
                    configuration directives for backup relay servers.
                    Suggested by Torbjorn Svennson <azoff@se.linux.org>
2004/11/22      Fixed extraneous "Unknown message" log messages on Unreal.
                    Reported by Ali Sor <alisor@softhome.net>
2004/10/29      Clarified "please change your nick" message text.
                    Suggested by Dylan v.d Merwe <dylanvdm@icon.co.za>
2004/10/25      Fixed crash when using the Japanese language file with the
                    OperServ SLINE COUNT command.
2004/10/19      Fixed bug allowing StatServ and global noticer nicknames to
                    be registered/linked.  Reported by M. van Cuijk
                    <mark@phedny.net>
2004/10/14      Fixed various bugs and warnings when compiling on x86-64.
                    Reported by <liverbugg@rinux.org>
2004/10/14      Added workaround for GNU coreutils (>=5.2) brokenness.
2004/10/13      SET MLOCK no longer allows locking +K without +i on Unreal.
                    Reported by <help@thaiirc.in.th>
2004/10/13      Fixed cosmetic bug in MemoServ IGNORE.  Reported by
                    <saman@ttnet.net.tr>
2004/10/11      Fixed disconnect on incoming data flood.  Reported by
                    <ballsy@mystical.net>
2004/10/03      Updated the README file for the current manual structure.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From brain at winbot.co.uk  Mon Nov 22 10:28:38 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Mon Nov 22 10:29:09 2004
Subject: [IRCServices] Error in mailtransport
In-Reply-To: <41A19F01.4060906@se.linux.org>
References: <41A19F01.4060906@se.linux.org>
Message-ID: <41A22FD6.7020102@winbot.co.uk>

i'd recommend using smtp rather than sendmail if you're doing this, so that your mailer daemon 
handles mail retries for you. If your own local mailserver is down this is more of a problem than a 
remote mailserver being down and will probably be fixed much faster.

Thanks,
Craig

Torbj?rn Svensson wrote:
> Hi!
> 
> 
> Just found out that there is a serious(?) flaw in mailhandeling. If the
> mailserver is down you won't get any mail when you register, and it's
> not placed in any queue so it wont be sent later when the mailserver is
> up again.
> 
> 
> ~From my logfile (I have replaced the hosts and username):
> [Nov 09 18:14:24 2004] nickserv/main: my_nick registered by
> my_nick@host.tld (user@host.tld)
> [Nov 09 18:14:26 2004] sockets: connect(1 -> mail.host.tld:25): No route
> to host
> [Nov 09 18:14:26 2004] mail/smtp: Connection to server failed for socket
> 0x813d4f0
> 
> Andrew, is this something you could fix? Atleast add a backup server to 
> use.
> 
> Thanks!
> --
> ~  .''`. Torbj?rn Svensson, azoff (at) se (dot) linux (dot) org
> ~ : :' : 7EB9 2DC5 61AE DAB5 7099  BAC6 798E E39A DBDB 0CFD
> ~ `. `'  http://azoff.homeip.net | http://azoff.tty0.org
> ~   `--  http://www.se.linux.org
> 
------------------------------------------------------------------
To unsubscribe or change your subscription options, visit:
http://lists.ircservices.za.net/mailman/listinfo/ircservices

-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
-------------- 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/attachments/20041122/44b42d1b/signature.pgp
From ianj at esper.net  Tue Nov 23 10:31:12 2004
From: ianj at esper.net (Ian R. Justman)
Date: Tue Nov 23 10:31:41 2004
Subject: [IRCServices] Error in mailtransport
In-Reply-To: <41A22FD6.7020102@winbot.co.uk>
References: <41A19F01.4060906@se.linux.org> <41A22FD6.7020102@winbot.co.uk>
Message-ID: <41A381F0.4030201@esper.net>

Craig Edwards wrote:
> i'd recommend using smtp rather than sendmail if you're doing this, so 
> that your mailer daemon handles mail retries for you. If your own local 
> mailserver is down this is more of a problem than a remote mailserver 
> being down and will probably be fixed much faster.

Given your explanation, wouldn't it make more sense to use sendmail to 
submit?  The sendmail process would submit it to your local machine's 
queue, then the MTA on that machine would either send it out or 
smarthost it, depending on the configuration.  And if the remote server 
or smart host were down, the message would be in the local machine's 
MTA's queue, per what Andy said.  It's better to let your MTA handle 
queueing of mail since that's specifically what it's designed to do.  ;)

The only issue I would see with the "sendmail" method is that it may not 
work with all MTAs.  Sendmail, Postfix and Exim probably fare the best 
at sendmail-style submission.  I'm not 100% sure about qmail; I don't 
use it myself for... various reasons. ;)  (Andy will likely concur with 
me for many of the same reasons.)

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official
EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.

From achurch at achurch.org  Wed Nov 24 11:50:24 2004
From: achurch at achurch.org (Andrew Church)
Date: Tue Nov 23 18:52:56 2004
Subject: [IRCServices] Error in mailtransport
In-Reply-To: <41A381F0.4030201@esper.net>
Message-ID: <41a3f777.73400@achurch.org>

     Another thing that should be mentioned about the sendmail module is
that it blocks until the sendmail process exits, which can cause
significant problems if your sendmail program does anything other than just
queue the message.  To be honest, I only wrote the sendmail module as a
backup in case the SMTP module couldn't be used for some reason (like a
site that doesn't use SMTP for mail).

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>Craig Edwards wrote:
>> i'd recommend using smtp rather than sendmail if you're doing this, so 
>> that your mailer daemon handles mail retries for you. If your own local 
>> mailserver is down this is more of a problem than a remote mailserver 
>> being down and will probably be fixed much faster.
>
>Given your explanation, wouldn't it make more sense to use sendmail to 
>submit?  The sendmail process would submit it to your local machine's 
>queue, then the MTA on that machine would either send it out or 
>smarthost it, depending on the configuration.  And if the remote server 
>or smart host were down, the message would be in the local machine's 
>MTA's queue, per what Andy said.  It's better to let your MTA handle 
>queueing of mail since that's specifically what it's designed to do.  ;)
>
>The only issue I would see with the "sendmail" method is that it may not 
>work with all MTAs.  Sendmail, Postfix and Exim probably fare the best 
>at sendmail-style submission.  I'm not 100% sure about qmail; I don't 
>use it myself for... various reasons. ;)  (Andy will likely concur with 
>me for many of the same reasons.)
>
>--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.
>
>-----
>Ian R. Justman                  ianj@esper.net (Official
>EsperNet business)
>Co-Founder and Postmaster, The EsperNet IRC Network
>Server Administrator, chocobo.esper.net "IJ" on IRC
>
>PGP/GPG keys available upon request, or from any PGP keyserver.
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From us44ever at hotmail.com  Wed Dec  1 03:09:46 2004
From: us44ever at hotmail.com (us44ever .)
Date: Wed Dec  1 03:10:41 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <41a1cd79.53142@achurch.org>
Message-ID: <BAY10-F918E65ED5AD5BF871B9E0CDBF0@phx.gbl>

i get this error while compiling (upgrading from 5.0.41)
gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log 
-c version.c -o version.o
gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o encrypt.o 
ignore.o init.o language.o log.o main.o memory.o messages.o misc.o modes.o 
modules.o process.o send.o servers.o signals.o sockets.o suspinfo.o 
timeout.o users.o  version.o   -o ircservices
log.o: In function `vlogprintf':
/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to `va_copy'
gmake: *** [ircservices] Error 1


From vonitsa_net at yahoo.gr  Wed Dec  1 08:38:50 2004
From: vonitsa_net at yahoo.gr (Dionisios K.)
Date: Wed Dec  1 08:39:09 2004
Subject: [IRCServices] SGLINE and unrealircd
In-Reply-To: <BAY10-F918E65ED5AD5BF871B9E0CDBF0@phx.gbl>
Message-ID: <20041201163850.29662.qmail@web53105.mail.yahoo.com>

IrcServices supports realname bans with the sgline
command but on UnrealIrcd only issues kill commands
when a banned nickname is connected to the network.
Unrealircd IS supporting realname bans and this should
be added to ircservices too:

***** Svsnline *****
-
 Adds a global realname ban.
 Must be sent through an U:Lined server.
 The reason must be a single parameter therefore
 spaces are indicated by _, Unreal will internally
 translate these to spaces
 Syntax:  SVSNLINE +/- <reason_for_ban> :<realname>
 Example: SVSNLINE + sub7_drone :*sub7*
 -


=====
Dionisios K. - ToXiC On HellenicNet
From achurch at achurch.org  Thu Dec  2 11:46:38 2004
From: achurch at achurch.org (Andrew Church)
Date: Wed Dec  1 18:47:08 2004
Subject: [IRCServices] SGLINE and unrealircd
In-Reply-To: <20041201163850.29662.qmail@web53105.mail.yahoo.com>
Message-ID: <41ae821c.03703@achurch.org>

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>IrcServices supports realname bans with the sgline
>command but on UnrealIrcd only issues kill commands
>when a banned nickname is connected to the network.
>Unrealircd IS supporting realname bans and this should
>be added to ircservices too:
>
>***** Svsnline *****
>-
> Adds a global realname ban.
> Must be sent through an U:Lined server.
> The reason must be a single parameter therefore
> spaces are indicated by _, Unreal will internally
> translate these to spaces
> Syntax:  SVSNLINE +/- <reason_for_ban> :<realname>
> Example: SVSNLINE + sub7_drone :*sub7*
> -
>
>
>=====
>Dionisios K. - ToXiC On HellenicNet
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From achurch at achurch.org  Thu Dec  2 11:48:53 2004
From: achurch at achurch.org (Andrew Church)
Date: Wed Dec  1 18:51:04 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <BAY10-F918E65ED5AD5BF871B9E0CDBF0@phx.gbl>
Message-ID: <41ae8311.03714@achurch.org>

>i get this error while compiling (upgrading from 5.0.41)
>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log 
>-c version.c -o version.o
>gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o encrypt.o 
>ignore.o init.o language.o log.o main.o memory.o messages.o misc.o modes.o 
>modules.o process.o send.o servers.o signals.o sockets.o suspinfo.o 
>timeout.o users.o  version.o   -o ircservices
>log.o: In function `vlogprintf':
>/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to `va_copy'
>gmake: *** [ircservices] Error 1

     It looks like your compiler doesn't support va_copy (which is part of
the C99 standard).  I'll add a workaround in the next release, but it will
disappear again in version 5.1, so I would recommend upgrading your
compiler.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From smkelly at zombie.org  Wed Dec  1 19:50:06 2004
From: smkelly at zombie.org (Sean Kelly)
Date: Wed Dec  1 19:50:14 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <41ae8311.03714@achurch.org>
References: <BAY10-F918E65ED5AD5BF871B9E0CDBF0@phx.gbl>
        <41ae8311.03714@achurch.org>
Message-ID: <20041202035006.GA42193@edgemaster.zombie.org>

On Thu, Dec 02, 2004 at 11:48:53AM +0900, Andrew Church wrote:
> >i get this error while compiling (upgrading from 5.0.41)
> >gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log 
> >-c version.c -o version.o
> >gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o encrypt.o 
> >ignore.o init.o language.o log.o main.o memory.o messages.o misc.o modes.o 
> >modules.o process.o send.o servers.o signals.o sockets.o suspinfo.o 
> >timeout.o users.o  version.o   -o ircservices
> >log.o: In function `vlogprintf':
> >/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to `va_copy'
> >gmake: *** [ircservices] Error 1
> 
>      It looks like your compiler doesn't support va_copy (which is part of
> the C99 standard).  I'll add a workaround in the next release, but it will
> disappear again in version 5.1, so I would recommend upgrading your
> compiler.

I hit this in FreeBSD 4.9-STABLE (gcc 2.95.4). The solution was to just
suck it up and install /usr/ports/lang/gcc34/ and build services with the
/usr/local/bin/gcc34 binary.

-- 
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20041201/b26004a5/attachment.pgp
From brain at winbot.co.uk  Sat Dec  4 02:08:47 2004
From: brain at winbot.co.uk (Craig Edwards)
Date: Sat Dec  4 02:09:20 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <20041202035006.GA42193@edgemaster.zombie.org>
References: <BAY10-F918E65ED5AD5BF871B9E0CDBF0@phx.gbl> <41ae8311.03714@achurch.org>
        <20041202035006.GA42193@edgemaster.zombie.org>
Message-ID: <41B18CAF.2080605@winbot.co.uk>

2.95.4 is very VERY old. Do you get problems with a lot of compiles using this? I had enough 
problems with 2.96 on redhat 7...

Sean Kelly wrote:
> On Thu, Dec 02, 2004 at 11:48:53AM +0900, Andrew Church wrote:
> 
>>>i get this error while compiling (upgrading from 5.0.41)
>>>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -fno-builtin-log 
>>>-c version.c -o version.o
>>>gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o encrypt.o 
>>>ignore.o init.o language.o log.o main.o memory.o messages.o misc.o modes.o 
>>>modules.o process.o send.o servers.o signals.o sockets.o suspinfo.o 
>>>timeout.o users.o  version.o   -o ircservices
>>>log.o: In function `vlogprintf':
>>>/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to `va_copy'
>>>gmake: *** [ircservices] Error 1
>>
>>     It looks like your compiler doesn't support va_copy (which is part of
>>the C99 standard).  I'll add a workaround in the next release, but it will
>>disappear again in version 5.1, so I would recommend upgrading your
>>compiler.
> 
> 
> I hit this in FreeBSD 4.9-STABLE (gcc 2.95.4). The solution was to just
> suck it up and install /usr/ports/lang/gcc34/ and build services with the
> /usr/local/bin/gcc34 binary.
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices

-- 
WinBot IRC client developer: http://www.winbot.co.uk
ChatSpike - The users network: http://www.chatspike.net
InspIRCd - Modular IRC server: http://www.inspircd.org
Online RPG Developer: http://www.ssod.org
--
-------------- 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/attachments/20041204/8534ba09/signature.pgp
From us44ever at hotmail.com  Sat Dec  4 11:01:38 2004
From: us44ever at hotmail.com (us44ever .)
Date: Sat Dec  4 11:02:33 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <41B18CAF.2080605@winbot.co.uk>
Message-ID: <BAY10-F50C41B3F4A0FD23F1C5FA1CDB20@phx.gbl>

the problem is that i don't own the server! i just have a shell account from 
a shell provider (lomag) and they use the standard gcc of freebsd4.9 :(
this was their reply when i tried to contacted them...

-
We use the standard gcc in FreeBSD 4.x and it is indeed old but I can not 
change it unless we upgrade to FreeBSD 5.x which will not happen anytime 
soon since it is still unstable. My best suggestion is to download a 
precompiled version for FreeBSD if available.
-

any solution please? ;`(

>From: Craig Edwards <brain@winbot.co.uk>
>Reply-To: brain@winbot.co.uk,IRC Services General Mailing List 
><ircservices@ircservices.esper.net>
>To: IRC Services General Mailing List <ircservices@ircservices.esper.net>
>Subject: Re: [IRCServices] Services 5.0.42 error in compiling
>Date: Sat, 04 Dec 2004 10:08:47 +0000
>
>2.95.4 is very VERY old. Do you get problems with a lot of compiles using 
>this? I had enough problems with 2.96 on redhat 7...
>
>Sean Kelly wrote:
>>On Thu, Dec 02, 2004 at 11:48:53AM +0900, Andrew Church wrote:
>>
>>>>i get this error while compiling (upgrading from 5.0.41)
>>>>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes 
>>>>-fno-builtin-log -c version.c -o version.o
>>>>gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o 
>>>>encrypt.o ignore.o init.o language.o log.o main.o memory.o messages.o 
>>>>misc.o modes.o modules.o process.o send.o servers.o signals.o sockets.o 
>>>>suspinfo.o timeout.o users.o  version.o   -o ircservices
>>>>log.o: In function `vlogprintf':
>>>>/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to 
>>>>`va_copy'
>>>>gmake: *** [ircservices] Error 1
>>>
>>>     It looks like your compiler doesn't support va_copy (which is part 
>>>of
>>>the C99 standard).  I'll add a workaround in the next release, but it 
>>>will
>>>disappear again in version 5.1, so I would recommend upgrading your
>>>compiler.
>>
>>
>>I hit this in FreeBSD 4.9-STABLE (gcc 2.95.4). The solution was to just
>>suck it up and install /usr/ports/lang/gcc34/ and build services with the
>>/usr/local/bin/gcc34 binary.
>>
>>
>>
>>------------------------------------------------------------------------
>>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>--
>WinBot IRC client developer: http://www.winbot.co.uk
>ChatSpike - The users network: http://www.chatspike.net
>InspIRCd - Modular IRC server: http://www.inspircd.org
>Online RPG Developer: http://www.ssod.org
>--
><< signature.asc >>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices


From list at psam.se  Sat Dec  4 12:14:13 2004
From: list at psam.se (list)
Date: Sat Dec  4 12:15:00 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <BAY10-F50C41B3F4A0FD23F1C5FA1CDB20@phx.gbl>
References: <BAY10-F50C41B3F4A0FD23F1C5FA1CDB20@phx.gbl>
Message-ID: <41B21A95.1010809@psam.se>

us44ever . skrev:

> the problem is that i don't own the server! i just have a shell 
> account from a shell provider (lomag) and they use the standard gcc of 
> freebsd4.9 :(
> this was their reply when i tried to contacted them...
>
> -
> We use the standard gcc in FreeBSD 4.x and it is indeed old but I can 
> not change it unless we upgrade to FreeBSD 5.x which will not happen 
> anytime soon since it is still unstable. My best suggestion is to 
> download a precompiled version for FreeBSD if available.
> -
>
> any solution please? ;`(
>
>> From: Craig Edwards <brain@winbot.co.uk>
>> Reply-To: brain@winbot.co.uk,IRC Services General Mailing List 
>> <ircservices@ircservices.esper.net>
>> To: IRC Services General Mailing List 
>> <ircservices@ircservices.esper.net>
>> Subject: Re: [IRCServices] Services 5.0.42 error in compiling
>> Date: Sat, 04 Dec 2004 10:08:47 +0000
>>
>> 2.95.4 is very VERY old. Do you get problems with a lot of compiles 
>> using this? I had enough problems with 2.96 on redhat 7...
>>
>> Sean Kelly wrote:
>>
>>> On Thu, Dec 02, 2004 at 11:48:53AM +0900, Andrew Church wrote:
>>>
>>>>> i get this error while compiling (upgrading from 5.0.41)
>>>>> gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes 
>>>>> -fno-builtin-log -c version.c -o version.o
>>>>> gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o 
>>>>> encrypt.o ignore.o init.o language.o log.o main.o memory.o 
>>>>> messages.o misc.o modes.o modules.o process.o send.o servers.o 
>>>>> signals.o sockets.o suspinfo.o timeout.o users.o  version.o   -o 
>>>>> ircservices
>>>>> log.o: In function `vlogprintf':
>>>>> /usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to 
>>>>> `va_copy'
>>>>> gmake: *** [ircservices] Error 1
>>>>
>>>>
>>>>     It looks like your compiler doesn't support va_copy (which is 
>>>> part of
>>>> the C99 standard).  I'll add a workaround in the next release, but 
>>>> it will
>>>> disappear again in version 5.1, so I would recommend upgrading your
>>>> compiler.
>>>
>>>
>>>
>>> I hit this in FreeBSD 4.9-STABLE (gcc 2.95.4). The solution was to just
>>> suck it up and install /usr/ports/lang/gcc34/ and build services 
>>> with the
>>> /usr/local/bin/gcc34 binary.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>
>> -- 
>> WinBot IRC client developer: http://www.winbot.co.uk
>> ChatSpike - The users network: http://www.chatspike.net
>> InspIRCd - Modular IRC server: http://www.inspircd.org
>> Online RPG Developer: http://www.ssod.org
>> -- 
>> << signature.asc >>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
Ask them if they can install the port for gcc 3.4, it is in the 
portsystem and they dont have to remove the system gcc. They can use 
them both at the same time. Its just a matter for you then to use the 
right gcc. When they install it through the port it will be in 
/usr/local/bin/gcc34 and thus not intefer with the system gcc that is in 
/usr/bin/gcc

I hope you can convince them to do this.

Psadi

From Craig at frostycoolslug.com  Sun Dec  5 10:42:57 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Sun Dec  5 10:43:14 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
Message-ID: <20041205184311.69849CB44D3@sakura.ian-justman.com>

hmm, i've downloaded the GCC source and configured with --prefix=/home/craig causing it to compile binaries into my user area, from there, configged the ircservices ./configure to use those binaries, maybe you could do the same.

As a note, what was said about FreeBSD 5.x being unstable seems to just be an excuse NOT to update, 5.x is currently more stable than 4.x and seeing as they are classed as official releases, i doubt the FreeBSD teams would release unstable distros with -RELEASE assigned to them.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - us44ever . <us44ever@hotmail.com>
 * To      - ircservices@ircservices.esper.net <ircservices@ircservices.esper.net>
 * Sent    - 19:01:38 @ 2004-12-04
 * Subject - Re: [IRCServices] Services 5.0.42 error in compiling
 ****************************************/

/****** - Begin Original Message - ******/

>the problem is that i don't own the server! i just have a shell account from 
>a shell provider (lomag) and they use the standard gcc of freebsd4.9 :(
>this was their reply when i tried to contacted them...
>
>-
>We use the standard gcc in FreeBSD 4.x and it is indeed old but I can not 
>change it unless we upgrade to FreeBSD 5.x which will not happen anytime 
>soon since it is still unstable. My best suggestion is to download a 
>precompiled version for FreeBSD if available.
>-
>
>any solution please? ;`(
>
>>From: Craig Edwards <brain@winbot.co.uk>
>>Reply-To: brain@winbot.co.uk,IRC Services General Mailing List 
>><ircservices@ircservices.esper.net>
>>To: IRC Services General Mailing List <ircservices@ircservices.esper.net>
>>Subject: Re: [IRCServices] Services 5.0.42 error in compiling
>>Date: Sat, 04 Dec 2004 10:08:47 +0000
>>
>>2.95.4 is very VERY old. Do you get problems with a lot of compiles using 
>>this? I had enough problems with 2.96 on redhat 7...
>>
>>Sean Kelly wrote:
>>>On Thu, Dec 02, 2004 at 11:48:53AM +0900, Andrew Church wrote:
>>>
>>>>>i get this error while compiling (upgrading from 5.0.41)
>>>>>gcc  -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes 
>>>>>-fno-builtin-log -c version.c -o version.o
>>>>>gcc -rdynamic actions.o channels.o commands.o compat.o conffile.o 
>>>>>encrypt.o ignore.o init.o language.o log.o main.o memory.o messages.o 
>>>>>misc.o modes.o modules.o process.o send.o servers.o signals.o sockets.o 
>>>>>suspinfo.o timeout.o users.o  version.o   -o ircservices
>>>>>log.o: In function `vlogprintf':
>>>>>/usr/home/xxx/ircservices-5.0.42/log.c:103: undefined reference to 
>>>>>`va_copy'
>>>>>gmake: *** [ircservices] Error 1
>>>>
>>>>     It looks like your compiler doesn't support va_copy (which is part 
>>>>of
>>>>the C99 standard).  I'll add a workaround in the next release, but it 
>>>>will
>>>>disappear again in version 5.1, so I would recommend upgrading your
>>>>compiler.
>>>
>>>
>>>I hit this in FreeBSD 4.9-STABLE (gcc 2.95.4). The solution was to just
>>>suck it up and install /usr/ports/lang/gcc34/ and build services with the
>>>/usr/local/bin/gcc34 binary.
>>>
>>>
>>>
>>>------------------------------------------------------------------------
>>>
>>>------------------------------------------------------------------
>>>To unsubscribe or change your subscription options, visit:
>>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
>>--
>>WinBot IRC client developer: http://www.winbot.co.uk
>>ChatSpike - The users network: http://www.chatspike.net
>>InspIRCd - Modular IRC server: http://www.inspircd.org
>>Online RPG Developer: http://www.ssod.org
>>--
>><< signature.asc >>
>>------------------------------------------------------------------
>>To unsubscribe or change your subscription options, visit:
>>http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/

From smkelly at zombie.org  Sun Dec  5 12:21:37 2004
From: smkelly at zombie.org (Sean Kelly)
Date: Sun Dec  5 12:21:47 2004
Subject: [IRCServices] Services 5.0.42 error in compiling
In-Reply-To: <20041205184311.69849CB44D3@sakura.ian-justman.com>
References: <20041205184311.69849CB44D3@sakura.ian-justman.com>
Message-ID: <20041205202137.GA61879@edgemaster.zombie.org>

On Sun, Dec 05, 2004 at 06:42:57PM +0000, Craig McLure wrote:
> As a note, what was said about FreeBSD 5.x being unstable seems to just be an excuse NOT to update, 5.x is currently more stable than 4.x and seeing as they are classed as official releases, i doubt the FreeBSD teams would release unstable distros with -RELEASE assigned to them.

I disagree.

We did unstable releases with 5.0-RELEASE, 5.1-RELEASE, 5.2-RELEASE, and 5.2.1-RELEASE.
These were considered "Early Adopter" releases.

While it is classed as a "normal" release, 5.3-RELEASE is still the very
first "stable" release of FreeBSD 5.x. The migration process from 4.x to
5.x is not exactly trivial, and there is still at least one more FreeBSD
4.x release scheduled tentatively for the first month or two of next year.
It is justifiable that some would choose to sit out on 5.3 and wait for
more stabilization of FreeBSD 5. There is still considerable work going
on in HEAD that will make or has made its way back into RELENG_5.

FreeBSD 5.3 is still less stable than 4.x under some conditions, most
notably is ACPI. There is still a lot of locking going on as well, and one
might find it to be slower than FreeBSD 4.x, especially on uniprocessor
enviornments. This is being worked on in HEAD. Currently, work is underway
to push Giant down deeper into filesystems and VFS, not to mention other
places such as the network stack.

One thing worth mentioning is that FreeBSD 4.9 is no longer supported by
the FreeBSD Security Officer. It might be worth your time suggesting to
your colocation provider that they upgrade to FreeBSD 4.10 since it will be
supported through May 31, 2006 and is a mostly painless upgrade. The
FreeBSD Security Officer has a page showing all supported releases and the
dates they will be supported through. You can find that page here:
     http://www.FreeBSD.org/security/

That said, I think I've strayed off the topic of this list enough.

-- 
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.ircservices.za.net/pipermail/ircservices/attachments/20041205/99d34f61/attachment.pgp
From achurch at achurch.org  Fri Dec 10 16:31:17 2004
From: achurch at achurch.org (Andrew Church)
Date: Thu Dec  9 23:34:40 2004
Subject: [IRCServices] Services 5.0.43 released
Message-ID: <41b9518a.27173@achurch.org>

     Services 5.0.43 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

ec5555a21e2c2ecca7b8a46d6639029b  ircservices-5.0.43.tar.gz
916bc58aa7d16bfd331b55dc81d89162  ircservices-5.0.43.diff.gz
4b8f1e6c27bcf80725536cf146d740b8  ircservices-5.0.43-1.i386.rpm
2d3e55cd53d023912bcab4502f9c28fd  ircservices_5.0.43-1_i386.deb

The mirrors should have it shortly.

     This release is primarily to deal with complaints that Services no
longer compiles under GCC 2.95.  A workaround has been added for this
release, with the side effect that log messages will no longer be written
to stderr when -nofork is used (only for such compilers).  This workaround
will disappear in Services 5.1, so users of such old compilers are
recommended to upgrade to GCC 3.2 or later as soon as convenient.

Changes in version 5.0.43
-------------------------
2004/12/02      Added workaround for va_copy with obsolete compilers.
                    Reported by <us44ever@hotmail.com>
2004/12/02      Added support for SGlines on Unreal.  Reported by Dionisios
                    K. <vonitsa_net@yahoo.gr>
2004/12/02      Fixed "unknown message" on Unreal SWHOIS.  Reported by
                    Anton Wolkov <phan70m@gmail.com>
2004/11/22      Fixed URLs in the documentation to point to the new website.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Fri Dec 10 03:14:22 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Dec 10 03:14:37 2004
Subject: [IRCServices] Opnotice.
References: <41b9518a.27173@achurch.org>
Message-ID: <002701c4dea9$69553e50$084405d5@server>

When OpNotice feature is enabled, ChanServ sends channel notices to all 
users and not only to channel operators.

-ChanServ:#testa- DEOP command used for Me by Me

This Must Be:

-ChanServ:@#testa- DEOP command used for Me by Me

-Tested On UnrealIrcd3.2.2-

I also think opnotices should be sent when the akick (add/del) command is 
used.. 


From admin at vonitsanet.gr  Fri Dec 10 03:59:53 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Dec 10 04:00:23 2004
Subject: [IRCServices] Logon/Oper News Bug
Message-ID: <005601c4deaf$c90c0df0$084405d5@server>

On /Os LogonNews HELP and /Os OperNews HELP commands OperServ says:


-OperServ- OPERNEWS LIST may be used by any IRC operator to list the
-
-OperServ- current news messages.  ADD and DEL may only be used by
-
-OperServ- Services administrators.

------

-OperServ- LOGONNEWS LIST may be used by any IRC operator to list the
-
-OperServ- current news messages.  ADD and DEL may only be used by
-
-OperServ- Services administrators.



THIS IS WRONG BECAUSE SERVICES OPERATORS CAN ADD/DEL LOGON AND OPER NEWS



From achurch at achurch.org  Fri Dec 10 21:16:02 2004
From: achurch at achurch.org (Andrew Church)
Date: Fri Dec 10 04:16:49 2004
Subject: [IRCServices] Opnotice.
In-Reply-To: <002701c4dea9$69553e50$084405d5@server>
Message-ID: <41b993a3.27317@achurch.org>

>When OpNotice feature is enabled, ChanServ sends channel notices to all 
>users and not only to channel operators.

     This is by design.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Fri Dec 10 04:18:21 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Dec 10 04:18:39 2004
Subject: [IRCServices] Opnotice.
References: <41b993a3.27317@achurch.org>
Message-ID: <000601c4deb2$59cc1b30$084405d5@server>

Yes but it's wrong. 
On large channels is really a problem:(

----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.esper.net>
Sent: Friday, December 10, 2004 2:16 PM
Subject: Re: [IRCServices] Opnotice.


> >When OpNotice feature is enabled, ChanServ sends channel notices to all 
>>users and not only to channel operators.
> 
>     This is by design.
> 
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>

From phan70m at gmail.com  Fri Dec 10 04:20:30 2004
From: phan70m at gmail.com (Anton Wolkov)
Date: Fri Dec 10 04:20:44 2004
Subject: [IRCServices] Opnotice.
In-Reply-To: <000601c4deb2$59cc1b30$084405d5@server>
References: <41b993a3.27317@achurch.org>
        <000601c4deb2$59cc1b30$084405d5@server>
Message-ID: <d50f59a004121004204dcc8a8c@mail.gmail.com>

Then simply disable opnotice or the OP/DEOP commands altogether.


On Fri, 10 Dec 2004 14:18:21 +0200, Dionisios K. <admin@vonitsanet.gr> wrote:
> Yes but it's wrong.
> On large channels is really a problem:(
> 
> 
> 
> ----- Original Message -----
> From: "Andrew Church" <achurch@achurch.org>
> To: <ircservices@ircservices.esper.net>
> Sent: Friday, December 10, 2004 2:16 PM
> Subject: Re: [IRCServices] Opnotice.
> 
> > >When OpNotice feature is enabled, ChanServ sends channel notices to all
> >>users and not only to channel operators.
> >
> >     This is by design.
> >
> >  --Andrew Church
> >    achurch@achurch.org
> >    http://achurch.org/
> > ------------------------------------------------------------------
> > To unsubscribe or change your subscription options, visit:
> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
> >
> 
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>
From admin at vonitsanet.gr  Fri Dec 10 04:28:38 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Fri Dec 10 04:28:57 2004
Subject: [IRCServices] Opnotice.
References: <41b993a3.27317@achurch.org><000601c4deb2$59cc1b30$084405d5@server>
        <d50f59a004121004204dcc8a8c@mail.gmail.com>
Message-ID: <002b01c4deb3$c99abc90$084405d5@server>

Yes..
And when i have a headache i should cut my head. Right?

----- Original Message ----- 
From: "Anton Wolkov" <phan70m@gmail.com>
To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
Sent: Friday, December 10, 2004 2:20 PM
Subject: Re: [IRCServices] Opnotice.


> Then simply disable opnotice or the OP/DEOP commands altogether.
>
>
> On Fri, 10 Dec 2004 14:18:21 +0200, Dionisios K. <admin@vonitsanet.gr> 
> wrote:
>> Yes but it's wrong.
>> On large channels is really a problem:(
>>
>>
>>
>> ----- Original Message -----
>> From: "Andrew Church" <achurch@achurch.org>
>> To: <ircservices@ircservices.esper.net>
>> Sent: Friday, December 10, 2004 2:16 PM
>> Subject: Re: [IRCServices] Opnotice.
>>
>> > >When OpNotice feature is enabled, ChanServ sends channel notices to 
>> > >all
>> >>users and not only to channel operators.
>> >
>> >     This is by design.
>> >
>> >  --Andrew Church
>> >    achurch@achurch.org
>> >    http://achurch.org/
>> > ------------------------------------------------------------------
>> > To unsubscribe or change your subscription options, visit:
>> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
>> >
>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 


From medice at gmx.at  Fri Dec 10 04:41:34 2004
From: medice at gmx.at (Medice)
Date: Fri Dec 10 04:40:23 2004
Subject: [IRCServices] Opnotice.
In-Reply-To: <002b01c4deb3$c99abc90$084405d5@server>
References: <41b993a3.27317@achurch.org><000601c4deb2$59cc1b30$084405d5@server> <d50f59a004121004204dcc8a8c@mail.gmail.com>
        <002b01c4deb3$c99abc90$084405d5@server>
Message-ID: <41B9997E.9080004@gmx.at>

Dionisios K. wrote:
> Yes..
> And when i have a headache i should cut my head. Right?
> 

No - stop smashing your head against the wall ;)

From horizon at regina.accessirc.net  Fri Dec 10 09:12:31 2004
From: horizon at regina.accessirc.net (Horizon)
Date: Fri Dec 10 09:12:50 2004
Subject: [IRCServices] ircservices and FC2
In-Reply-To: <41b9518a.27173@achurch.org>
References: <41b9518a.27173@achurch.org>
Message-ID: <38184.65.87.239.42.1102698751.squirrel@65.87.239.42>

Hello,

   Has anyone had experience running ircservices on Fedora Core 2. Any
problems or issues that one should know about? Any info would be
helpful


Alex



From ballsy at mystical.net  Fri Dec 10 09:19:31 2004
From: ballsy at mystical.net (David Ball)
Date: Fri Dec 10 09:23:55 2004
Subject: [IRCServices] ircservices and FC2
In-Reply-To: <38184.65.87.239.42.1102698751.squirrel@65.87.239.42>
References: <41b9518a.27173@achurch.org>
        <38184.65.87.239.42.1102698751.squirrel@65.87.239.42>
Message-ID: <200412101019310451.8D0E6F50@smtp.messaging.ca.mci.com>

        I'm running 5.0.41 (yeah yeah, I know) on FC2 (a shell account, mind you....not my own machine) with no issues thus far.  I've upgraded it using the patches a few times and all is still well.

David


*********** REPLY SEPARATOR  ***********

On 10/12/2004 at 11:12 AM Horizon wrote:

>Hello,
>
>   Has anyone had experience running ircservices on Fedora Core 2. Any
>problems or issues that one should know about? Any info would be
>helpful
>
>
>Alex
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices




From Craig at frostycoolslug.com  Fri Dec 10 09:27:55 2004
From: Craig at frostycoolslug.com (Craig McLure)
Date: Fri Dec 10 09:33:54 2004
Subject: [IRCServices] Opnotice.
Message-ID: <20041210173353.476ABE13BCE@sakura.ian-justman.com>

Its not often that i go against everyones wishes, but i agree with this 100%, i generally use /cs op and /cs deop so that users DONT know whos issuing the commands, the ops should know, yes.. but imo, not the users. saying 'Switch off opnotice' doesnt solve the problem. I dont want to revert to /os mode every time i wanna op someone without everyone knowing, or switching on and off opnotice so i can.

/****************************************
 *     Craig "FrostyCoolSlug" McLure
 *       Craig@FrostyCoolSlug.com
 * InspIRCd   - http://www.inspircd.org
 * ChatSpike  - http://www.chatspike.net
 ****************************************/


/****************************************
 * From    - Dionisios K. <admin@vonitsanet.gr>
 * To      - IRC Services General Mailing List <ircservices@ircservices.esper.net>
 * Sent    - 12:28:38 @ 2004-12-10
 * Subject - Re: [IRCServices] Opnotice.
 ****************************************/

/****** - Begin Original Message - ******/

>Yes..
>And when i have a headache i should cut my head. Right?
>
>----- Original Message ----- 
>From: "Anton Wolkov" <phan70m@gmail.com>
>To: "IRC Services General Mailing List" <ircservices@ircservices.esper.net>
>Sent: Friday, December 10, 2004 2:20 PM
>Subject: Re: [IRCServices] Opnotice.
>
>
>> Then simply disable opnotice or the OP/DEOP commands altogether.
>>
>>
>> On Fri, 10 Dec 2004 14:18:21 +0200, Dionisios K. <admin@vonitsanet.gr> 
>> wrote:
>>> Yes but it's wrong.
>>> On large channels is really a problem:(
>>>
>>>
>>>
>>> ----- Original Message -----
>>> From: "Andrew Church" <achurch@achurch.org>
>>> To: <ircservices@ircservices.esper.net>
>>> Sent: Friday, December 10, 2004 2:16 PM
>>> Subject: Re: [IRCServices] Opnotice.
>>>
>>> > >When OpNotice feature is enabled, ChanServ sends channel notices to 
>>> > >all
>>> >>users and not only to channel operators.
>>> >
>>> >     This is by design.
>>> >
>>> >  --Andrew Church
>>> >    achurch@achurch.org
>>> >    http://achurch.org/
>>> > ------------------------------------------------------------------
>>> > To unsubscribe or change your subscription options, visit:
>>> > http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>> >
>>>
>>> ------------------------------------------------------------------
>>> To unsubscribe or change your subscription options, visit:
>>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>>>
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://lists.ircservices.za.net/mailman/listinfo/ircservices
>> 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices

/******* - End Original Message - *******/

From achurch at achurch.org  Sat Dec 11 02:45:18 2004
From: achurch at achurch.org (Andrew Church)
Date: Fri Dec 10 09:51:58 2004
Subject: [IRCServices] Opnotice.
In-Reply-To: <20041210173353.476ABE13BCE@sakura.ian-justman.com>
Message-ID: <41b9e236.30040@achurch.org>

>Its not often that i go against everyones wishes, but i agree with this 100%, i generally use /cs op and /cs deop so that users DONT know whos issuing the commands, the ops should know, yes.. but imo, not the users. saying 'Switch off opnotice' doesnt solve the problem. I dont want to revert to /os mode every time i wanna op someone without everyone knowing, or switching on and off opnotice so i can.

     And I don't think you should be allowed to do that.  "Hiding" the
sending user was never an intention of /cs op, but the result of how the
IRC protocol is designed (you can't send ":user1 MODE #channel +o user2"
for a user on another server).  OPNOTICE was intended to restore the
original behavior of everyone being able to see who made the change; it's
optional instead of standard because it results in two lines per mode
change, which can be excessive depending on the channel.

     If it really bothers you that normal users can see who +o'd who else,
then turn OPNOTICE off and hack your IRC server so that it substitutes (for
example) the server name in place of the real mode sender when telling
non-ops about +o's.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Sat Dec 11 01:50:29 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sat Dec 11 01:50:44 2004
Subject: [IRCServices] Opnotice.
References: <41b9e236.30040@achurch.org>
Message-ID: <000501c4df66$dc45b2b0$754405d5@server>

Andrew Hi.

Non-opers doesn't need to know of chanserv op/deop changes.
And yes, i want to (de)(half)op someone on a 1000 users channel and i want 
only opers to see the change and not 1000 users.
This bothers even the users. They don't want to see services notices. The 
doesn't need to see these type of notices.
This is only cause flood to users.
And is not abusive or something. Opers can see who was executed the Op/Deop 
command.
I want to know who is using these commands but i can't enable opnotice 
because of this strange behavior.
And i'm sure 100% that i'm not the only one with this problem..
Opnotice is a command (way) to inform opers.. not users.
If someone with access to OP/DEOP is "playing" with it this is a problem 
with this oper and the founder.


----- Original Message ----- 
From: "Andrew Church" <achurch@achurch.org>
To: <ircservices@ircservices.esper.net>
Sent: Friday, December 10, 2004 7:45 PM
Subject: Re: Re: [IRCServices] Opnotice.


> >Its not often that i go against everyones wishes, but i agree with this 
> >100%, i generally use /cs op and /cs deop so that users DONT know whos 
> >issuing the commands, the ops should know, yes.. but imo, not the users. 
> >saying 'Switch off opnotice' doesnt solve the problem. I dont want to 
> >revert to /os mode every time i wanna op someone without everyone 
> >knowing, or switching on and off opnotice so i can.
>
>     And I don't think you should be allowed to do that.  "Hiding" the
> sending user was never an intention of /cs op, but the result of how the
> IRC protocol is designed (you can't send ":user1 MODE #channel +o user2"
> for a user on another server).  OPNOTICE was intended to restore the
> original behavior of everyone being able to see who made the change; it's
> optional instead of standard because it results in two lines per mode
> change, which can be excessive depending on the channel.
>
>     If it really bothers you that normal users can see who +o'd who else,
> then turn OPNOTICE off and hack your IRC server so that it substitutes 
> (for
> example) the server name in place of the real mode sender when telling
> non-ops about +o's.
>
>  --Andrew Church
>    achurch@achurch.org
>    http://achurch.org/
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://lists.ircservices.za.net/mailman/listinfo/ircservices
> 


From achurch at achurch.org  Sat Dec 11 19:31:18 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Dec 11 02:32:14 2004
Subject: [IRCServices] Opnotice.
In-Reply-To: <000501c4df66$dc45b2b0$754405d5@server>
Message-ID: <41bacca7.30433@achurch.org>

>Non-opers doesn't need to know of chanserv op/deop changes.
>And yes, i want to (de)(half)op someone on a 1000 users channel and i want 
>only opers to see the change and not 1000 users.

     Then the answer is "Services doesn't allow you to do that".  And
before you ask why, the answer is "because I said so".

     End of discussion.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From admin at vonitsanet.gr  Sat Dec 11 06:01:15 2004
From: admin at vonitsanet.gr (Dionisios K.)
Date: Sat Dec 11 06:01:26 2004
Subject: [IRCServices] Wrong help text for logon-opernews
Message-ID: <000301c4df89$e435c820$754405d5@server>

on the operserv/news.c says:

Anyone can use *NEWS LIST, but *NEWS {ADD,DEL} are reserved for * Services 
operators.


On /msg operserv *News help says:

ADD and DEL may only be used by Services administrators.

This help msg is wrong. Services operators can add *news. 


From achurch at achurch.org  Sat Dec 11 23:12:07 2004
From: achurch at achurch.org (Andrew Church)
Date: Sat Dec 11 06:12:35 2004
Subject: [IRCServices] Wrong help text for logon-opernews
In-Reply-To: <000301c4df89$e435c820$754405d5@server>
Message-ID: <41bb004e.30652@achurch.org>

     Fixed, thanks for the report.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/

>on the operserv/news.c says:
>
>Anyone can use *NEWS LIST, but *NEWS {ADD,DEL} are reserved for * Services 
>operators.
>
>
>On /msg operserv *News help says:
>
>ADD and DEL may only be used by Services administrators.
>
>This help msg is wrong. Services operators can add *news. 
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://lists.ircservices.za.net/mailman/listinfo/ircservices
From monty at disowned.org  Sat Dec 11 22:07:55 2004
From: monty at disowned.org (Monty Young)
Date: Sat Dec 11 22:07:22 2004
Subject: [IRCServices] Subscribe/Unsubscribe links
Message-ID: <41BBE03B.5060009@disowned.org>

The switchover to the new domain has left 
http://lists.ircservices.za.net/mailman/listinfo/ircservices invalid.
From achurch at achurch.org  Mon Dec 13 11:54:08 2004
From: achurch at achurch.org (Andrew Church)
Date: Sun Dec 12 18:54:55 2004
Subject: [IRCServices] Services 5.0.44 released
Message-ID: <41bd0464.73012@achurch.org>

     Services 5.0.44 has been released, and can be downloaded from:

http://www.ircservices.za.net/download/   (Japan)
ftp://ftp.esper.net/ircservices/          (Western USA)

59191b8b3dc4eabe04c2dd0b5677fcab  ircservices-5.0.44.tar.gz
c9ab54e01d72f7664e7c1c8bdb64e1da  ircservices-5.0.44.diff.gz
1d3be698031de7b0968090fff835d2f4  ircservices-5.0.44-1.i386.rpm
40c7fc661c6785619e6200d5baab35a9  ircservices_5.0.44-1_i386.deb

The mirrors should have it shortly.

     This release is to fix a careless error in the va_copy workaround
introduced in 5.0.43 (like they say on Slashdot, always use the Preview
button...), and to correct the mistake in the news help messages recently
reported.  There are no functional changes; upgrade or not at your leisure.

Changes in version 5.0.44
-------------------------
2004/12/13      Fixed a careless error in the va_copy workaround.

  --Andrew Church
    achurch@achurch.org
    http://achurch.org/
From ianj at esper.net  Fri Dec 31 21:56:12 2004
From: ianj at esper.net (Ian R. Justman)
Date: Fri Dec 31 21:56:24 2004
Subject: [IRCServices] Subscribe/Unsubscribe links
In-Reply-To: <41BBE03B.5060009@disowned.org>
References: <41BBE03B.5060009@disowned.org>
Message-ID: <41D63B7C.6010601@esper.net>

Monty Young wrote:
> The switchover to the new domain has left 
> http://lists.ircservices.za.net/mailman/listinfo/ircservices invalid.

A bit belated, but the links appear to work.  I made sure that both 
domains worked before pressing this into production.

The list configuration may have needed authorization to change the 
links,  However, the old address in the .za.net domain now appears to be 
working again.

If anyone sees any oddness with the Services list, please contact me 
off-list so I can fix it.

Thanks!

--Ian R. Justman, Co-Founder and Postmaster, The EsperNet IRC Network.

-----
Ian R. Justman                  ianj@esper.net (Official EsperNet business)
Co-Founder and Postmaster, The EsperNet IRC Network
Server Administrator, chocobo.esper.net "IJ" on IRC

PGP/GPG keys available upon request, or from any PGP keyserver.